[PATCH] kbuild: use hostname -s along uname to obtain LINUX_COMPILE_HOST

[PATCH] kbuild: use hostname -s along uname to obtain LINUX_COMPILE_HOST

[FraSharp]

From: Francesco Duca <s23265@iisve.it>

* On some systems (e.g. macOS), using commands like 'uname -n' or
  'hostname' will print something similar to "hostname.domain"
  ("Francescos-Air.fritz.box" for example), which is very annoying.
  What works instead is 'hostname -s', which will only write hostname
  without the domain ("Francescos-Air" for example),
  but also keep 'uname -n', as some systems as Arch Linux does not have
  'hostname' as command.

* This commit is complementary to
  1e66d50ad3a1dbf0169b14d502be59a4b1213149
  ("kbuild: Use uname for LINUX_COMPILE_HOST detection")

Signed-off-by: Francesco Duca <s23265@iisve.it>
---
 scripts/mkcompile_h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/mkcompile_h b/scripts/mkcompile_h
index ca40a5258..6054e3eee 100755
--- a/scripts/mkcompile_h
+++ b/scripts/mkcompile_h
@@ -34,7 +34,7 @@ else
 	LINUX_COMPILE_BY=$KBUILD_BUILD_USER
 fi
 if test -z "$KBUILD_BUILD_HOST"; then
-	LINUX_COMPILE_HOST=`uname -n`
+	LINUX_COMPILE_HOST=$(hostname -s || uname -n)
 else
 	LINUX_COMPILE_HOST=$KBUILD_BUILD_HOST
 fi
-- 
2.32.0 (Apple Git-132)

Re: [PATCH] kbuild: use hostname -s along uname to obtain LINUX_COMPILE_HOST

[Masahiro Yamada]

On Thu, Mar 31, 2022 at 3:23 AM FraSharp <f.duca00@gmail.com> wrote:
>
> From: Francesco Duca <s23265@iisve.it>
>
> * On some systems (e.g. macOS), using commands like 'uname -n' or
>   'hostname' will print something similar to "hostname.domain"


Not only macOS, but also on Linux systems such as Fedora, Debian.

'uname -s' or 'hostname' prints "hostname.domain"




>   ("Francescos-Air.fritz.box" for example), which is very annoying.

I do not think so.


>   What works instead is 'hostname -s', which will only write hostname
>   without the domain ("Francescos-Air" for example),
>   but also keep 'uname -n', as some systems as Arch Linux does not have
>   'hostname' as command.

If so, on Arch Linux, will this patch spit
  hostname: command not found
error message because   "2>/dev/null" is missing ?


And, the intention of this patch is,
print  Francescos-Air if the 'hostname -s' command is available,
but Francescos-Air.fritz.box  otherwise, correct  ?






>
> * This commit is complementary to
>   1e66d50ad3a1dbf0169b14d502be59a4b1213149
>   ("kbuild: Use uname for LINUX_COMPILE_HOST detection")
>
> Signed-off-by: Francesco Duca <s23265@iisve.it>
> ---
>  scripts/mkcompile_h | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/scripts/mkcompile_h b/scripts/mkcompile_h
> index ca40a5258..6054e3eee 100755
> --- a/scripts/mkcompile_h
> +++ b/scripts/mkcompile_h
> @@ -34,7 +34,7 @@ else
>         LINUX_COMPILE_BY=$KBUILD_BUILD_USER
>  fi
>  if test -z "$KBUILD_BUILD_HOST"; then
> -       LINUX_COMPILE_HOST=`uname -n`
> +       LINUX_COMPILE_HOST=$(hostname -s || uname -n)
>  else
>         LINUX_COMPILE_HOST=$KBUILD_BUILD_HOST
>  fi
> --
> 2.32.0 (Apple Git-132)
>


-- 
Best Regards
Masahiro Yamada

Re: [PATCH] kbuild: use hostname -s along uname to obtain LINUX_COMPILE_HOST

[Masahiro Yamada]

On Fri, Apr 1, 2022 at 11:04 PM Masahiro Yamada <masahiroy@kernel.org> wrote:
>
> On Thu, Mar 31, 2022 at 3:23 AM FraSharp <f.duca00@gmail.com> wrote:
> >
> > From: Francesco Duca <s23265@iisve.it>
> >
> > * On some systems (e.g. macOS), using commands like 'uname -n' or
> >   'hostname' will print something similar to "hostname.domain"
>
>
> Not only macOS, but also on Linux systems such as Fedora, Debian.
>
> 'uname -s' or 'hostname' prints "hostname.domain"

I mean,

    'uname -n' or 'hostname' prints "hostname.domain"



>
>
>
> >   ("Francescos-Air.fritz.box" for example), which is very annoying.
>
> I do not think so.
>
>
> >   What works instead is 'hostname -s', which will only write hostname
> >   without the domain ("Francescos-Air" for example),
> >   but also keep 'uname -n', as some systems as Arch Linux does not have
> >   'hostname' as command.
>
> If so, on Arch Linux, will this patch spit
>   hostname: command not found
> error message because   "2>/dev/null" is missing ?
>
>
> And, the intention of this patch is,
> print  Francescos-Air if the 'hostname -s' command is available,
> but Francescos-Air.fritz.box  otherwise, correct  ?
>
>
>
>
>
>
> >
> > * This commit is complementary to
> >   1e66d50ad3a1dbf0169b14d502be59a4b1213149
> >   ("kbuild: Use uname for LINUX_COMPILE_HOST detection")
> >
> > Signed-off-by: Francesco Duca <s23265@iisve.it>
> > ---
> >  scripts/mkcompile_h | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/scripts/mkcompile_h b/scripts/mkcompile_h
> > index ca40a5258..6054e3eee 100755
> > --- a/scripts/mkcompile_h
> > +++ b/scripts/mkcompile_h
> > @@ -34,7 +34,7 @@ else
> >         LINUX_COMPILE_BY=$KBUILD_BUILD_USER
> >  fi
> >  if test -z "$KBUILD_BUILD_HOST"; then
> > -       LINUX_COMPILE_HOST=`uname -n`
> > +       LINUX_COMPILE_HOST=$(hostname -s || uname -n)
> >  else
> >         LINUX_COMPILE_HOST=$KBUILD_BUILD_HOST
> >  fi
> > --
> > 2.32.0 (Apple Git-132)
> >
>
>
> --
> Best Regards
> Masahiro Yamada



-- 
Best Regards
Masahiro Yamada

Re: [PATCH] kbuild: use hostname -s along uname to obtain LINUX_COMPILE_HOST

[Francesco Duca]

>And, the intention of this patch is,
>print  Francescos-Air if the 'hostname -s' command is available,
>but Francescos-Air.fritz.box  otherwise, correct  ?

Yes exactly, this is the intention of this patch

>error message because   "2>/dev/null" is missing ?

It is missing indeed, i forgot to add it.

I will send a new v2 patch in a while

On Fri, Apr 01, 2022 at 11:19:22PM +0900, Masahiro Yamada wrote:
> On Fri, Apr 1, 2022 at 11:04 PM Masahiro Yamada <masahiroy@kernel.org> wrote:
> >
> > On Thu, Mar 31, 2022 at 3:23 AM FraSharp <f.duca00@gmail.com> wrote:
> > >
> > > From: Francesco Duca <s23265@iisve.it>
> > >
> > > * On some systems (e.g. macOS), using commands like 'uname -n' or
> > >   'hostname' will print something similar to "hostname.domain"
> >
> >
> > Not only macOS, but also on Linux systems such as Fedora, Debian.
> >
> > 'uname -s' or 'hostname' prints "hostname.domain"
> 
> I mean,
> 
>     'uname -n' or 'hostname' prints "hostname.domain"
> 
> 
> 
> >
> >
> >
> > >   ("Francescos-Air.fritz.box" for example), which is very annoying.
> >
> > I do not think so.
> >
> >
> > >   What works instead is 'hostname -s', which will only write hostname
> > >   without the domain ("Francescos-Air" for example),
> > >   but also keep 'uname -n', as some systems as Arch Linux does not have
> > >   'hostname' as command.
> >
> > If so, on Arch Linux, will this patch spit
> >   hostname: command not found
> > error message because   "2>/dev/null" is missing ?
> >
> >
> > And, the intention of this patch is,
> > print  Francescos-Air if the 'hostname -s' command is available,
> > but Francescos-Air.fritz.box  otherwise, correct  ?
> >
> >
> >
> >
> >
> >
> > >
> > > * This commit is complementary to
> > >   1e66d50ad3a1dbf0169b14d502be59a4b1213149
> > >   ("kbuild: Use uname for LINUX_COMPILE_HOST detection")
> > >
> > > Signed-off-by: Francesco Duca <s23265@iisve.it>
> > > ---
> > >  scripts/mkcompile_h | 2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > >
> > > diff --git a/scripts/mkcompile_h b/scripts/mkcompile_h
> > > index ca40a5258..6054e3eee 100755
> > > --- a/scripts/mkcompile_h
> > > +++ b/scripts/mkcompile_h
> > > @@ -34,7 +34,7 @@ else
> > >         LINUX_COMPILE_BY=$KBUILD_BUILD_USER
> > >  fi
> > >  if test -z "$KBUILD_BUILD_HOST"; then
> > > -       LINUX_COMPILE_HOST=`uname -n`
> > > +       LINUX_COMPILE_HOST=$(hostname -s || uname -n)
> > >  else
> > >         LINUX_COMPILE_HOST=$KBUILD_BUILD_HOST
> > >  fi
> > > --
> > > 2.32.0 (Apple Git-132)
> > >
> >
> >
> > --
> > Best Regards
> > Masahiro Yamada
> 
> 
> 
> -- 
> Best Regards
> Masahiro Yamada

Re: [PATCH] kbuild: use hostname -s along uname to obtain LINUX_COMPILE_HOST

[Masahiro Yamada]

On Sat, Apr 2, 2022 at 12:06 AM Francesco Duca <f.duca00@gmail.com> wrote:
>
> >And, the intention of this patch is,
> >print  Francescos-Air if the 'hostname -s' command is available,
> >but Francescos-Air.fritz.box  otherwise, correct  ?
>
> Yes exactly, this is the intention of this patch
>
> >error message because   "2>/dev/null" is missing ?
>
> It is missing indeed, i forgot to add it.
>
> I will send a new v2 patch in a while
>
> On Fri, Apr 01, 2022 at 11:19:22PM +0900, Masahiro Yamada wrote:
> > On Fri, Apr 1, 2022 at 11:04 PM Masahiro Yamada <masahiroy@kernel.org> wrote:
> > >
> > > On Thu, Mar 31, 2022 at 3:23 AM FraSharp <f.duca00@gmail.com> wrote:
> > > >
> > > > From: Francesco Duca <s23265@iisve.it>
> > > >
> > > > * On some systems (e.g. macOS), using commands like 'uname -n' or
> > > >   'hostname' will print something similar to "hostname.domain"
> > >
> > >
> > > Not only macOS, but also on Linux systems such as Fedora, Debian.
> > >
> > > 'uname -s' or 'hostname' prints "hostname.domain"
> >
> > I mean,
> >
> >     'uname -n' or 'hostname' prints "hostname.domain"
> >
> >
> >
> > >
> > >
> > >
> > > >   ("Francescos-Air.fritz.box" for example), which is very annoying.
> > >
> > > I do not think so.
> > >
> > >
> > > >   What works instead is 'hostname -s', which will only write hostname
> > > >   without the domain ("Francescos-Air" for example),
> > > >   but also keep 'uname -n', as some systems as Arch Linux does not have
> > > >   'hostname' as command.
> > >
> > > If so, on Arch Linux, will this patch spit
> > >   hostname: command not found
> > > error message because   "2>/dev/null" is missing ?
> > >
> > >
> > > And, the intention of this patch is,
> > > print  Francescos-Air if the 'hostname -s' command is available,
> > > but Francescos-Air.fritz.box  otherwise, correct  ?

I do not see a good reason to output different strings on different
distributions.
( <hostname> on Debian vs <hostname>.<domainname> on Arch Linux)


<hostname>.<domainname> is just fine.
As I said, it is not annoying.

NACK.






> > >
> > >
> > >
> > >
> > >
> > >
> > > >
> > > > * This commit is complementary to
> > > >   1e66d50ad3a1dbf0169b14d502be59a4b1213149
> > > >   ("kbuild: Use uname for LINUX_COMPILE_HOST detection")
> > > >
> > > > Signed-off-by: Francesco Duca <s23265@iisve.it>
> > > > ---
> > > >  scripts/mkcompile_h | 2 +-
> > > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > >
> > > > diff --git a/scripts/mkcompile_h b/scripts/mkcompile_h
> > > > index ca40a5258..6054e3eee 100755
> > > > --- a/scripts/mkcompile_h
> > > > +++ b/scripts/mkcompile_h
> > > > @@ -34,7 +34,7 @@ else
> > > >         LINUX_COMPILE_BY=$KBUILD_BUILD_USER
> > > >  fi
> > > >  if test -z "$KBUILD_BUILD_HOST"; then
> > > > -       LINUX_COMPILE_HOST=`uname -n`
> > > > +       LINUX_COMPILE_HOST=$(hostname -s || uname -n)
> > > >  else
> > > >         LINUX_COMPILE_HOST=$KBUILD_BUILD_HOST
> > > >  fi
> > > > --
> > > > 2.32.0 (Apple Git-132)
> > > >
> > >
> > >
> > > --
> > > Best Regards
> > > Masahiro Yamada
> >
> >
> >
> > --
> > Best Regards
> > Masahiro Yamada



--
Best Regards
Masahiro Yamada

Re: [PATCH] kbuild: use hostname -s along uname to obtain LINUX_COMPILE_HOST

[Francesco Duca]

> ( <hostname> on Debian vs <hostname>.<domainname> on Arch Linux)

Actually, every time i compiled a kernel (on Arch/Ubuntu), KBUILD_BUILD_HOST it's always <hostname>
without <domainname>, while on macOS, KBUILD_BUILD_HOST is <hostname>.<domainname>

> As I said, it is not annoying.

I said it is annoying just because <hostname>.<domainname> is set on
macOS only and not on Linux (Arch or Ubuntu).

Now, it may be a "me only" problem, so i'm not sure, but from my
experience it only happens on macOS.

On Sat, Apr 02, 2022 at 12:22:55AM +0900, Masahiro Yamada wrote:
> On Sat, Apr 2, 2022 at 12:06 AM Francesco Duca <f.duca00@gmail.com> wrote:
> >
> > >And, the intention of this patch is,
> > >print  Francescos-Air if the 'hostname -s' command is available,
> > >but Francescos-Air.fritz.box  otherwise, correct  ?
> >
> > Yes exactly, this is the intention of this patch
> >
> > >error message because   "2>/dev/null" is missing ?
> >
> > It is missing indeed, i forgot to add it.
> >
> > I will send a new v2 patch in a while
> >
> > On Fri, Apr 01, 2022 at 11:19:22PM +0900, Masahiro Yamada wrote:
> > > On Fri, Apr 1, 2022 at 11:04 PM Masahiro Yamada <masahiroy@kernel.org> wrote:
> > > >
> > > > On Thu, Mar 31, 2022 at 3:23 AM FraSharp <f.duca00@gmail.com> wrote:
> > > > >
> > > > > From: Francesco Duca <s23265@iisve.it>
> > > > >
> > > > > * On some systems (e.g. macOS), using commands like 'uname -n' or
> > > > >   'hostname' will print something similar to "hostname.domain"
> > > >
> > > >
> > > > Not only macOS, but also on Linux systems such as Fedora, Debian.
> > > >
> > > > 'uname -s' or 'hostname' prints "hostname.domain"
> > >
> > > I mean,
> > >
> > >     'uname -n' or 'hostname' prints "hostname.domain"
> > >
> > >
> > >
> > > >
> > > >
> > > >
> > > > >   ("Francescos-Air.fritz.box" for example), which is very annoying.
> > > >
> > > > I do not think so.
> > > >
> > > >
> > > > >   What works instead is 'hostname -s', which will only write hostname
> > > > >   without the domain ("Francescos-Air" for example),
> > > > >   but also keep 'uname -n', as some systems as Arch Linux does not have
> > > > >   'hostname' as command.
> > > >
> > > > If so, on Arch Linux, will this patch spit
> > > >   hostname: command not found
> > > > error message because   "2>/dev/null" is missing ?
> > > >
> > > >
> > > > And, the intention of this patch is,
> > > > print  Francescos-Air if the 'hostname -s' command is available,
> > > > but Francescos-Air.fritz.box  otherwise, correct  ?
> 
> I do not see a good reason to output different strings on different
> distributions.
> ( <hostname> on Debian vs <hostname>.<domainname> on Arch Linux)
> 
> 
> <hostname>.<domainname> is just fine.
> As I said, it is not annoying.
> 
> NACK.
> 
> 
> 
> 
> 
> 
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > >
> > > > > * This commit is complementary to
> > > > >   1e66d50ad3a1dbf0169b14d502be59a4b1213149
> > > > >   ("kbuild: Use uname for LINUX_COMPILE_HOST detection")
> > > > >
> > > > > Signed-off-by: Francesco Duca <s23265@iisve.it>
> > > > > ---
> > > > >  scripts/mkcompile_h | 2 +-
> > > > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > > >
> > > > > diff --git a/scripts/mkcompile_h b/scripts/mkcompile_h
> > > > > index ca40a5258..6054e3eee 100755
> > > > > --- a/scripts/mkcompile_h
> > > > > +++ b/scripts/mkcompile_h
> > > > > @@ -34,7 +34,7 @@ else
> > > > >         LINUX_COMPILE_BY=$KBUILD_BUILD_USER
> > > > >  fi
> > > > >  if test -z "$KBUILD_BUILD_HOST"; then
> > > > > -       LINUX_COMPILE_HOST=`uname -n`
> > > > > +       LINUX_COMPILE_HOST=$(hostname -s || uname -n)
> > > > >  else
> > > > >         LINUX_COMPILE_HOST=$KBUILD_BUILD_HOST
> > > > >  fi
> > > > > --
> > > > > 2.32.0 (Apple Git-132)
> > > > >
> > > >
> > > >
> > > > --
> > > > Best Regards
> > > > Masahiro Yamada
> > >
> > >
> > >
> > > --
> > > Best Regards
> > > Masahiro Yamada
> 
> 
> 
> --
> Best Regards
> Masahiro Yamada

[PATCH v2] kbuild: use hostname -s along uname to obtain LINUX_COMPILE_HOST

[FraSharp]

* On some systems (e.g. macOS, Debian, Fedora), using commands like 'uname -n' or
  'hostname' will print something similar to "hostname.domain"
  ("Francescos-Air.fritz.box" for example), which is very annoying.
  What works instead is 'hostname -s', which will only write hostname
  without the domain ("Francescos-Air" for example),
  but also keep 'uname -n', as some systems as Arch Linux does not have
  'hostname' as command.

* This commit is complementary to
  1e66d50ad3a1dbf0169b14d502be59a4b1213149
  ("kbuild: Use uname for LINUX_COMPILE_HOST detection")

Signed-off-by: Francesco Duca <s23265@iisve.it>
---
 scripts/mkcompile_h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/mkcompile_h b/scripts/mkcompile_h
index ca40a5258..3eefbafe5 100755
--- a/scripts/mkcompile_h
+++ b/scripts/mkcompile_h
@@ -34,7 +34,7 @@ else
 	LINUX_COMPILE_BY=$KBUILD_BUILD_USER
 fi
 if test -z "$KBUILD_BUILD_HOST"; then
-	LINUX_COMPILE_HOST=`uname -n`
+	LINUX_COMPILE_HOST=$(hostname -s 2>/dev/null || uname -n)
 else
 	LINUX_COMPILE_HOST=$KBUILD_BUILD_HOST
 fi
-- 
2.32.0 (Apple Git-132)

Re: [PATCH v2] kbuild: use hostname -s along uname to obtain LINUX_COMPILE_HOST

[Nathan Chancellor]

Hi Francesco,

On Fri, Apr 01, 2022 at 05:17:06PM +0200, FraSharp wrote:
> * On some systems (e.g. macOS, Debian, Fedora), using commands like 'uname -n' or
>   'hostname' will print something similar to "hostname.domain"
>   ("Francescos-Air.fritz.box" for example), which is very annoying.
>   What works instead is 'hostname -s', which will only write hostname
>   without the domain ("Francescos-Air" for example),
>   but also keep 'uname -n', as some systems as Arch Linux does not have
>   'hostname' as command.
> 
> * This commit is complementary to
>   1e66d50ad3a1dbf0169b14d502be59a4b1213149
>   ("kbuild: Use uname for LINUX_COMPILE_HOST detection")
> 
> Signed-off-by: Francesco Duca <s23265@iisve.it>
> ---
>  scripts/mkcompile_h | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/scripts/mkcompile_h b/scripts/mkcompile_h
> index ca40a5258..3eefbafe5 100755
> --- a/scripts/mkcompile_h
> +++ b/scripts/mkcompile_h
> @@ -34,7 +34,7 @@ else
>  	LINUX_COMPILE_BY=$KBUILD_BUILD_USER
>  fi
>  if test -z "$KBUILD_BUILD_HOST"; then
> -	LINUX_COMPILE_HOST=`uname -n`
> +	LINUX_COMPILE_HOST=$(hostname -s 2>/dev/null || uname -n)
>  else
>  	LINUX_COMPILE_HOST=$KBUILD_BUILD_HOST
>  fi
> -- 
> 2.32.0 (Apple Git-132)
> 

I personally think this is going to output something objectively worse
for my use case. I use containers for my main workflow, which have a
hostname of "container name" and domain name of "host's hostname".

For example:

$ uname -n
thelio-3990X

$ distrobox enter dev-arch

$ uname -n
dev-arch.thelio-3990X

With the move to 'hostname -s' by default, I lose the information about
the main host machine, so I am unable to tell exactly which container
built the image:

$ hostname -s
dev-arch

While moving to containers is supposed to help eliminate the need to
know about a particular machine because it should be the same
environment, it is still relevant because I build certain tools on some
machines and not others and I am not necessarily updating each container
on the same timeline, so it is still useful to have this information
included in the kernel image for tracking purposes.

Given this is a purely a subjective/cosmetic issue, why can you not just
add something like

export KBUILD_BUILD_HOST=$(hostname -s)

in your shell's start up file, so that the hostname is in the format
that you desire?

Cheers,
Nathan