Bug#340348: hurd: LAN interface dies on connection problem

[Alfred M. Szmidt]

Please report bugs that are related to the Hurd or GNU Mach, to the
Hurd projects bug tracker.  http://sv.gnu.org/hurd

If possible, always try to show a backtrace using gdb.  See the gdb
manual for info on how to do just that.

Thank you.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#46709: Bug status

[Alfred M. Szmidt]

   Is this security bug still open, after more than six years?

Yes, but it doesn't belong in the Debian BTS.  It would be nice if
someone could file all these bug reports into the proper place,
http://sv.gnu.org/p/hurd.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#336101: coreutils wishlist: nohup -p should let you background a running process, like Sun's nohup

[Alfred M. Szmidt]

   Maybe GNU/Hurd is fancy enough; I don't know.

I don't know if it is possible _right_now_, but it shouldn't be hard
to implement such a feature.

   That being said, it'd definitely be a nice feature to have, and if
   someone implements it cleanly I'd like to see it included in GNU
   nohup.

I agree, and if someone implements it in our nohup, I can add it to
the Hurd so things work as they should there.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#193170: Possible bug in uname command

[Alfred M. Szmidt]

I like the fix.  Though, changing the behaviour of `uname -a' just
cause some people have rebelled against it outputing `unknown' in some
places is quite silly; why not add such support to Linux and have it
output something useful!

Thanks Paul.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#313560: /dev/{null,zero,full} should not be run as root

[Alfred M. Szmidt]

This should be filed upstreams since it isn't a Debian GNU/Hurd bug.
I have filed it into the SV bug tracker, could someone close this?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#301064: gcc-3.4 build failure on hurd-i386

[Alfred M. Szmidt]

   Again, this should be a Debian-specific change for now.

It will be a Debian specific change forever.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#301064: gcc-3.4 build failure on hurd-i386

[Alfred M. Szmidt]

   #v+
   # In GNU, "/usr" is a four-letter word.
   NATIVE_SYSTEM_HEADER_DIR = /include
   #v-

I think that just changing NATIVE_SYSTEM_HEADER_DIR to:

NATIVE_SYSTEM_HEADER_DIR = $(prefix)/include

would fix all problems, could someone with a GNU/Hurd system check
that?  It would kinda break stuff for people who install gcc in
{/usr,/}local though...


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#301064: gcc-3.4 build failure on hurd-i386

[Alfred M. Szmidt]

   How about making gcc's configure test smart so that when you do
   "--prefix=" (the normal way to configure any program for the GNU
   system) it looks for headers in /include /local, and if you do
   --prefix=/usr (as Debian does) it would look for the files in
   /usr/include /usr/local?

/local/include and /usr/local/include is what I meant.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#301064: gcc-3.4 build failure on hurd-i386

[Alfred M. Szmidt]

   If /usr is a symlink to / and gcc uses /usr/include, it will work.
   If /usr is a real directory and gcc uses /usr/include, it will work as well.

And if /usr doesn't exist, it will not work at all.  Hard coding is
just bad, period.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#301064: gcc-3.4 build failure on hurd-i386

[Alfred M. Szmidt]

How about making gcc's configure test smart so that when you do
"--prefix=" (the normal way to configure any program for the GNU
system) it looks for headers in /include /local, and if you do
--prefix=/usr (as Debian does) it would look for the files in
/usr/include /usr/local?

This is the right thing IMHO, it removes the hardcoded bit and makes
it work as it should on both GNU and Debian GNU/Hurd (and GNU/Linux
for that matter).

I guess a simple patch would be to have the file that contains the
/include bit to be autogenerated based on $includedir from autoconf.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#301064: gcc-3.4 build failure on hurd-i386

[Alfred M. Szmidt]

Or just hard code it on Debian to /usr/include, even if that is
stupid.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]