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

2005-11-23 Thread 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

Bug#46709: Bug status

2005-10-30 Thread 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

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

2005-10-28 Thread 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.

Bug#193170: Possible bug in uname command

2005-09-15 Thread 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]

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

2005-06-14 Thread 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

2005-05-04 Thread 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]

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

2005-05-04 Thread 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

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

2005-05-04 Thread 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

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

2005-05-04 Thread 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?

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

2005-05-04 Thread 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

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

2005-05-04 Thread 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]