linux-kernel - Re: [PATCH] kbuild: use hostname -s along uname to obtain LINUX_COMPILE

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Sat, 2 Apr 2022 00:22:55 +0900
From:   Masahiro Yamada <masahiroy@...nel.org>
To:     Francesco Duca <f.duca00@...il.com>
Cc:     Francesco Duca <s23265@...ve.it>,
        Michal Marek <michal.lkml@...kovi.net>,
        Nick Desaulniers <ndesaulniers@...gle.com>,
        Linux Kbuild mailing list <linux-kbuild@...r.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] kbuild: use hostname -s along uname to obtain LINUX_COMPILE_HOST

On Sat, Apr 2, 2022 at 12:06 AM Francesco Duca <f.duca00@...il.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@...nel.org> wrote:
> > >
> > > On Thu, Mar 31, 2022 at 3:23 AM FraSharp <f.duca00@...il.com> wrote:
> > > >
> > > > From: Francesco Duca <s23265@...ve.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@...ve.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