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

Re: How to identify "running on a Hurd system"?

El 20/08/17 a les 12:45, Samuel Thibault ha escrit:
> Narcis Garcia, on dim. 20 août 2017 11:01:20 +0200, wrote:
>> El 20/08/17 a les 01:06, Svante Signell ha escrit:
>>> Well, GNU is the GNU os. The kernel consists of gnumach and Hurd
>>> servers running on top of that kernel.
>>> Take a look at
>>> uname -a
>>> GNU hurd-sid 0.9 GNU-Mach 1.8+git20170609-486-dbg/Hurd-0.9 i686-AT386
>>> GNU
>>> uname -s (kernel-name) This might be misleading
>>> GNU
>>> uname -r (kernel-release)
>>> 0.9
>>> uname -v (kernel version)
>>> GNU-Mach 1.8+git20170609-486-dbg/Hurd-0.9
>>> uname -o (operating system)
>>> GNU
>> Then it's needed to clarify what should be the simple kernel name as a
>> software (Mach or Hurd), and uname -s should return only this.
>> Current behavior seems a bug.
> The problem lies in uname's interface itself: it doesn't allow a system
> to be composed of a microkernel and userland microkernel servers. The
> current behavior of uname is the best compromise that could be found.
> What application will mostly care of as a version is the version of the
> application-visible interface, and thus the microkernel servers, thus
> uname -r's result. Then if you really want the detail, there is uname -v
> Samuel

The "GNU" word is written somewhere. If uname (and maybe other calls)
does not find main microkernel's name, it should be enough with
rewriting that word with the right one any program should find.

Anyway, no bug registered for coreutils about uname?

Reply to: