El 20/08/17 a les 01:06, Svante Signell ha escrit:
> On Sat, 2017-08-19 at 17:59 +0200, Narcis Garcia wrote:
>> El 19/08/17 a les 15:57, Samuel Thibault ha escrit:
>>>
>>> It's not vague :)
>>>
>>> GNU/Hurd is *the* GNU system, no other system is supposed to make
>>> uname -s return "GNU".
>
>> I
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+git2
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
Package: debhelper
Version: 10.7.2
File: /usr/bin/dh_install
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:gnumach
I noticed that cross building a gnumach stage1 for hurd-i386 started to
fail. Sucessful log:
https://jenkins.debian.net/job/rebootstrap_hurd-i386_gcc7/7/co
Narcis Garcia, on dim. 20 août 2017 18:27:18 +0200, wrote:
> Samuel Thibault wrote:
> > 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 b
Helmut Grohne, on dim. 20 août 2017 20:02:17 +0200, wrote:
> It seems that gnumach assumes that "dh_install -pfoo ..." is a noop
> (regardless of the files referenced) if foo is disabled by a profile.
Well, that looks very reasonable to me :)
Samuel
6 matches
Mail list logo
