bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [coreutils/gnulib] m4/host-os.m4: Fixed bug inserting string 'GNU/'


From: Bruno Haible
Subject: Re: [coreutils/gnulib] m4/host-os.m4: Fixed bug inserting string 'GNU/' to Linux, kFreeBSD, etc (#2)
Date: Tue, 26 Sep 2017 12:30:29 +0200
User-agent: KMail/5.1.3 (Linux/4.4.0-93-generic; KDE/5.18.0; x86_64; ; )

> >   https://github.com/coreutils/gnulib/pull/2
> 
> The change itself won't make it into upstream code:

The foremost reason to reject this change is that it combines two
distinct changes in the same patch.

1) The platforms linux*. "Linux" vs. "GNU/Linux". This discussion goes back
   to 1995. The arguments like "Change the string to
   'BSD/Oracle/Microsoft/Redhat/ISC/Apache/MIT/GNU/Linux'" were already
   heard back then. You may not like the outcome of this discussion, but there
   is no need to revive it 22 years later.

2) The platforms kfreebsd*-gnu, knetbsd*-gnu, netbsd*-gnu*. These platforms
   have their home pages here:
   https://www.debian.org/ports/kfreebsd-gnu/index.en.html
   https://www.debian.org/ports/netbsd/index.en.html
   As you can see they do have "GNU/" in their name.

> a) the output of 'uname -o' is very probably often used in scripts
> to detect the current platform.  Any change will definitely break
> a lots (if not all) of them.

I don't think many scripts use "uname -o". Most scripts use "uname -s"
or "uname -sr". Nevertheless, even if there are few such scripts, it's
no good to break them without good reason.

Bruno




reply via email to

[Prev in Thread] Current Thread [Next in Thread]