Processed: Re: Bug#156600: marked as done (FTBFS: hurd shouldbuild-depend on autoconf2.13)

2003-03-13 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > reopen 156600 Bug#156600: FTBFS: hurd should build-depend on autoconf2.13 Bug reopened, originator not changed. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debi

Re: Bug#156600: marked as done (FTBFS: hurd should build-depend onautoconf2.13)

2003-03-13 Thread Robert Millan
reopen 156600 thanks On Thu, Mar 13, 2003 at 02:32:58PM -0500, James A. Morrison wrote: > Why was this bug closed? Support for autoconf 2.5x was just added to > cvs recently and a debian package has not been produced from cvs since > last november. According to the CVS changelog.. 2002-10-23 J

Bug#184624: reboots unexpectedly after panic

2003-03-13 Thread Robert Millan
Package: gnumach Version: 1:20020421-1 (not installed) Severity: normal I was running an highly resource consumption process when Mach paniced. The reason is probably related to bug #82600 But the problem i'm reporting is that Mach unexpectedly rebooted the machine after panicing. The error messa

Re: Bug#156600: marked as done (FTBFS: hurd should build-depend onautoconf2.13)

2003-03-13 Thread James A. Morrison
Why was this bug closed? Support for autoconf 2.5x was just added to cvs recently and a debian package has not been produced from cvs since last november. Jim On Thu, 2003-03-13 at 13:48, Debian Bug Tracking System wrote: > Your message dated Thu, 13 Mar 2003 19:35:57 +0100 > with message-id <[

Bug#156600: marked as done (FTBFS: hurd should build-depend onautoconf2.13)

2003-03-13 Thread Debian Bug Tracking System
Your message dated Thu, 13 Mar 2003 19:35:57 +0100 with message-id <[EMAIL PROTECTED]> and subject line Debian Bug 156600 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility t

missing res_search in -lresolv

2003-03-13 Thread Robert Millan
Package: libc0.3 Severity: normal res_search is not present in -lresolv for libc0.3. from an autoconf test: $ cat test.c /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype woul

libc0.3: missing shm* functions (from )

2003-03-13 Thread Robert Millan
Package: libc0.3 Severity: normal the following functions are not implemented for libc0.3: $ cat test.c #include main () { shmctl (0, 0, 0); shmat (0, 0, 0); shmget (0, 0, 0); shmdt (0); } $ gcc test.c -o test /tmp/cciwRATu.o(.text+0x2b): In function `main': : warning: shmat is not imple