Bug#632252: libc6: assertion error in res_query.c

2011-06-30 Thread brian m. carlson
-- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature

Bug#627619: libc6-dev: please define RLIMIT_RTTIME and increment RLIM_NLIMITS

2011-05-22 Thread brian m. carlson
] 4.6.0-8The GNU C compiler Versions of packages libc6-dev suggests: pn glibc-doc none (no description available) ii manpages-dev 3.27-1 Manual pages about using GNU/Linux -- no debconf information -- brian m. carlson / brian with sandals

Bug#588004: libc6: abort segfaults under race condition with bsd_signal

2010-07-03 Thread brian m. carlson
(no description available) ii locales 2.11.2-2 Embedded GNU C Library: National L -- debconf information excluded -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC

Bug#515153: libc6-dev: ieee754.h has wrong union for long double on amd64

2009-02-13 Thread brian m. carlson
manpages-dev 3.17-1 Manual pages about using GNU/Linux -- no debconf information -- brian m. carlson / brian with sandals: Houston, Texas, US +1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only troff on top of XML: http://crustytoothpaste.ath.cx/~bmc/code

Bug#511620: putty-tools: psftp segfaults trying to open a remote server

2009-01-12 Thread brian m. carlson
On Mon, Jan 12, 2009 at 10:02:41PM +, Colin Watson wrote: On Mon, Jan 12, 2009 at 09:13:15PM +, brian m. carlson wrote: fp = (FILE *) 0x0 That would happen if popen() fails. The manual page says: The popen() function returns NULL if the fork(2) or pipe(2

Bug#453264: libc6-dev: fails to define ptrdiff_t in malloc.h

2007-11-28 Thread brian m. carlson
On Wed, Nov 28, 2007 at 11:28:15PM +0100, Aurelien Jarno wrote: brian m. carlson a écrit : --- #define _XOPEN_SOURCE #include wchar.h #include malloc.h --- A quick workaround is to invert the two #include It's not that easy in the swi-prolog case. The two headers are included in two

Bug#453264: libc6-dev: fails to define ptrdiff_t in malloc.h

2007-11-27 Thread brian m. carlson
gcc-4.3 [c-compiler] 4.3-20070902-1 The GNU C compiler -- no debconf information -- brian m. carlson / brian with sandals: Houston, Texas, US +1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only a typesetting engine: http://crustytoothpaste.ath.cx/~bmc/code/thwack OpenPGP

Bug#382175: Ping

2007-09-10 Thread brian m. carlson
experience with RPC. All you need to do is describe what each external function does. Basically, document how each function manipulates input, output, and global state. That's it. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My

Bug#227386: libc6-dev: ENOTSUP==EOPNOTSUPP, which violates SUSv3

2006-02-24 Thread Brian M. Carlson
On Thu, 2006-02-23 at 13:24 +0100, Gabor Gombas wrote: On Thu, Feb 23, 2006 at 04:30:55AM +, Brian M. Carlson wrote: By introducing a new define, you are breaking standard compliance. Well, there is no better way. You want to preserve binary compatibility at the expense of all

Bug#227386: libc6-dev: ENOTSUP==EOPNOTSUPP, which violates SUSv3

2006-02-22 Thread Brian M. Carlson
On Tue, 2006-02-21 at 16:25 +0100, Aurelien Jarno wrote: severity 227386 wishlist thanks I have found no place where either the Linux kernel, the GNU libc or Debian claim full POSIX compliance. Therefore this a wishlist. If you found such a place, I will upgrade the bug back to minor.

Bug#227386: libc6-dev: ENOTSUP==EOPNOTSUPP, which violates SUSv3

2006-02-22 Thread Brian M. Carlson
On Tue, 2006-02-21 at 16:44 -0800, Russ Allbery wrote: The sad part is that if it's just an issue with duplicate case statements, it's a two-line fix. case ENOTSUP: case EOPNOTSUPP: becomes: case ENOTSUP: #if ENOTSUP != EOPNOTSUPP case EOPNOTSUPP: #endif First, the

Bug#227386: libc6-dev: ENOTSUP==EOPNOTSUPP, which violates SUSv3

2006-02-22 Thread Brian M. Carlson
On Tue, 2006-02-21 at 16:22 +0100, Aurelien Jarno wrote: Brian M. Carlson a écrit : It's been done at least once before. However, if there were a libc7, Could please give me the number of packages affected and compare to now? I don't know how many packages were in hamm, because

Bug#227386: libc6-dev: ENOTSUP==EOPNOTSUPP, which violates SUSv3

2006-02-20 Thread Brian M. Carlson
On Mon, 2006-02-20 at 07:51 +0100, Aurelien Jarno wrote: Brian M. Carlson a écrit : # bcc'd to control forwarded 227386 http://sources.redhat.com/bugzilla/show_bug.cgi?id=2363 thanks, control, and have a nice day On Sun, 2006-02-19 at 17:36 +0100, Aurelien Jarno wrote: The problem

Bug#227386: libc6-dev: ENOTSUP==EOPNOTSUPP, which violates SUSv3

2006-02-19 Thread Brian M. Carlson
severity 227386 important clone 227386 -1 reassign -1 linux-2.6 retitle -1 linux-2.6: ENOTSUP and EOPNOTSUPP should be different thanks, control, and have a nice day [Copied and pasted from the bug log, because I don't have the original.] At Mon, 12 Jan 2004 22:21:39 +, Brian M. Carlson

Bug#219180: libc6-sparc64: unexpected reloc type 0x08

2003-12-17 Thread Brian M. Carlson
packages on the system to break. For example, building dpkg (or any other Essential: yes package) on sparc64 would cause a total breakage of the system. -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 signature.asc Description: Digital signature

Bug#219180: libc6-sparc64: unexpected reloc type 0x08

2003-12-17 Thread Brian M. Carlson
packages on the system to break. For example, building dpkg (or any other Essential: yes package) on sparc64 would cause a total breakage of the system. -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 signature.asc Description: Digital signature

Bug#181493: Regaining Access to the Control Bot

2003-11-07 Thread Brian M. Carlson
on an implementation to replace the Sun RPC code in case that does not work out. It is incomplete, but patches are being accepted. You can check it out with the following command: svn co svn://crustytoothpaste.ath.cx/var/lib/svn/trunk/rpc -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 signature.asc

Bug#181493: Regaining Access to the Control Bot

2003-11-07 Thread Brian M. Carlson
on an implementation to replace the Sun RPC code in case that does not work out. It is incomplete, but patches are being accepted. You can check it out with the following command: svn co svn://crustytoothpaste.ath.cx/var/lib/svn/trunk/rpc -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 signature.asc

Bug#219180: Forgot the file

2003-11-05 Thread Brian M. Carlson
Once again, I have forgotten the file. It can be downloaded from here: http://crustytoothpaste.ath.cx/cgi-bin/viewcvs.cgi/*checkout*/rpc/rpc/ldl.c?content-type=text%2Fplainrev=1.2 -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 signature.asc Description: Digital signature

Bug#219180: libc6-sparc64: unexpected reloc type 0x08

2003-11-04 Thread Brian M. Carlson
Package: libc6-sparc64 Version: 2.3.2.ds1-9 Severity: important After compiling the attached code with gcc -o long-double-len ldl.c and executing ./long-double-len, the code fails with the following error: ./long-double-len: error while loading shared libraries: /lib64/libc.so.6: unexpected

Bug#215923: libc6-dev: [sparc] fails to compile with bits/fenv.h and -pedantic-errors

2003-10-15 Thread Brian M. Carlson
Package: libc6-dev Version: 2.3.2-8 Severity: normal When building the attached testcase with -pedantic-errors, I get the following error messages: In file included from /usr/include/fenv.h:58, from foo.c:1: /usr/include/bits/fenv.h:54: error: ISO C restricts enumerator values

Bug#215923: libc6-dev: [sparc] fails to compile with bits/fenv.h and -pedantic-errors

2003-10-15 Thread Brian M. Carlson
Package: libc6-dev Version: 2.3.2-8 Severity: normal When building the attached testcase with -pedantic-errors, I get the following error messages: In file included from /usr/include/fenv.h:58, from foo.c:1: /usr/include/bits/fenv.h:54: error: ISO C restricts enumerator values

Bug#215337: libc6-dev: redefines __attribute_used__

2003-10-12 Thread Brian M. Carlson
) Versions of packages libc6-dev depends on: ii libc62.3.2.ds1-3 GNU C Library: Shared libraries an -- no debconf information -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 Let us think the unthinkable, let us do the undoable. Let us prepare to grapple

Bug#215337: libc6-dev: redefines __attribute_used__

2003-10-12 Thread Brian M. Carlson
) Versions of packages libc6-dev depends on: ii libc62.3.2.ds1-3 GNU C Library: Shared libraries an -- no debconf information -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 Let us think the unthinkable, let us do the undoable. Let us prepare to grapple

Bug#181493: reopen

2003-10-07 Thread Brian M. Carlson
reopen 181493 thanks, control, and have a nice day -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 Let us think the unthinkable, let us do the undoable. Let us prepare to grapple with the ineffable itself, and see if we may not eff it after all. --Douglas Adams signature.asc Description

Bug#181493: acknowledged by developer (close)

2003-09-09 Thread Brian M. Carlson
Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=3.0 required=4.0 tests=BAYES_70,OUR_MTA_MSGID version=2.53-bugs.debian.org_2003_8_27 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_8_27 (1.174.2.15-2003-03-30-exp) What fun. -- Brian M

Bug#181493: Reopen

2003-08-23 Thread Brian M. Carlson
reopen 181493 thanks I am reopening this again. Until debian-legal has decided one way or another, this is staying open. -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 Let us think the unthinkable, let us do the undoable. Let us prepare to grapple with the ineffable itself, and see if we may

Bug#181493: Is the Sun RPC License DFSG-free?

2003-08-22 Thread Brian M. Carlson
want an opinion from debian-legal. At Mon, 18 Aug 2003 02:28:48 +1000, Anthony Towns wrote: This bug should be closed. OK, I've closed now. Regards, -- gotom -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 Let us think the unthinkable, let us do the undoable. Let us prepare to grapple

Bug#203412: libc6-dev: _XOPEN_VERSION is never set to 600

2003-07-29 Thread Brian M. Carlson
M. Carlson [EMAIL PROTECTED] 0x560553e7 Let us think the unthinkable, let us do the undoable. Let us prepare to grapple with the ineffable itself, and see if we may not eff it after all. --Douglas Adams pgp0.pgp Description: PGP signature

Bug#203412: Patch for _XOPEN_VERSION bug

2003-07-29 Thread Brian M. Carlson
tags 203412 + patch thanks, control, and have a nice day Included is a patch to fix this bug so that _XOPEN_VERSION will be 600 when __USE_XOPEN2K is defined. cd754038fdc73d5a18f40a93d951832c *unistd.h.xopen_ver_600.diff -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 Let us think

Bug#203412: libc6-dev: _XOPEN_VERSION is never set to 600

2003-07-29 Thread Brian M. Carlson
M. Carlson [EMAIL PROTECTED] 0x560553e7 Let us think the unthinkable, let us do the undoable. Let us prepare to grapple with the ineffable itself, and see if we may not eff it after all. --Douglas Adams pgpG0SbcJ3kDW.pgp Description: PGP signature

Bug#203412: Patch for _XOPEN_VERSION bug

2003-07-29 Thread Brian M. Carlson
tags 203412 + patch thanks, control, and have a nice day Included is a patch to fix this bug so that _XOPEN_VERSION will be 600 when __USE_XOPEN2K is defined. cd754038fdc73d5a18f40a93d951832c *unistd.h.xopen_ver_600.diff -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 Let us think

Bug#202197: libc6-dev: _POSIX_MESSAGE_PASSING should be defined to -1

2003-07-20 Thread Brian M. Carlson
: LANG=C, LC_CTYPE=C Versions of packages libc6-dev depends on: ii libc6 2.3.2-1GNU C Library: Shared libraries an -- no debconf information -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 Let us think the unthinkable, let us do the undoable. Let us prepare to grapple

Bug#202209: libc6-dev: strerror_r should return int, not char *

2003-07-20 Thread Brian M. Carlson
stonewall 2.4.21-2-k7 #1 Sat Jul 5 03:47:02 EST 2003 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages libc6-dev depends on: ii libc6 2.3.2-1GNU C Library: Shared libraries an -- no debconf information -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 Let us think

Bug#202197: libc6-dev: _POSIX_MESSAGE_PASSING should be defined to -1

2003-07-20 Thread Brian M. Carlson
: LANG=C, LC_CTYPE=C Versions of packages libc6-dev depends on: ii libc6 2.3.2-1GNU C Library: Shared libraries an -- no debconf information -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 Let us think the unthinkable, let us do the undoable. Let us prepare to grapple

Bug#202209: libc6-dev: strerror_r should return int, not char *

2003-07-20 Thread Brian M. Carlson
stonewall 2.4.21-2-k7 #1 Sat Jul 5 03:47:02 EST 2003 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages libc6-dev depends on: ii libc6 2.3.2-1GNU C Library: Shared libraries an -- no debconf information -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 Let us think

Bug#202115: libc6-dev: does not contain iso646.h, which is required by SUSv3

2003-07-19 Thread Brian M. Carlson
GNU C Library: Shared libraries an -- no debconf information [0] http://www.opengroup.org/onlinepubs/007904975/basedefs/iso646.h.html -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 Let us think the unthinkable, let us do the undoable. Let us prepare to grapple with the ineffable itself

Bug#202115: libc6-dev: does not contain iso646.h, which is required by SUSv3

2003-07-19 Thread Brian M. Carlson
retitle 202115 libc6-dev: contains neither iso646.h nor stdbool.h, which are both required for both C99 and SUSv3 thanks, control, and have a nice day. On Sat, Jul 19, 2003 at 08:54:01PM +, Brian M. Carlson wrote: The Single Unix Specification Version 3 (also POSIX-2001) requires

Bug#202115: libc6-dev: does not contain iso646.h, which is required by SUSv3

2003-07-19 Thread Brian M. Carlson
GNU C Library: Shared libraries an -- no debconf information [0] http://www.opengroup.org/onlinepubs/007904975/basedefs/iso646.h.html -- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 Let us think the unthinkable, let us do the undoable. Let us prepare to grapple with the ineffable itself

Bug#202115: libc6-dev: does not contain iso646.h, which is required by SUSv3

2003-07-19 Thread Brian M. Carlson
retitle 202115 libc6-dev: contains neither iso646.h nor stdbool.h, which are both required for both C99 and SUSv3 thanks, control, and have a nice day. On Sat, Jul 19, 2003 at 08:54:01PM +, Brian M. Carlson wrote: The Single Unix Specification Version 3 (also POSIX-2001) requires

Bug#171659: glibc: contains non-free docs and perhaps non-free code

2002-12-04 Thread Brian M. Carlson
On Wed, Dec 04, 2002 at 06:43:08AM -0600, Colin Watson wrote: On Wed, Dec 04, 2002 at 05:45:09AM +, Brian M. Carlson wrote: Package: glibc Version: unavailable; reported 2002-12-04 Severity: serious Justification: Policy 2.1.1, 2.1.2 debian-legal has recently decided that the GNU

Bug#171659: glibc: contains non-free docs and perhaps non-free code

2002-12-04 Thread Brian M. Carlson
-- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 Let us think the unthinkable, let us do the undoable. Let us prepare to grapple with the ineffable itself, and see if we may not eff it after all. --Douglas Adams pgpexYBwlFzFE.pgp Description: PGP signature

Bug#171659: glibc: contains non-free docs and perhaps non-free code

2002-12-04 Thread Brian M. Carlson
On Wed, Dec 04, 2002 at 06:43:08AM -0600, Colin Watson wrote: On Wed, Dec 04, 2002 at 05:45:09AM +, Brian M. Carlson wrote: Package: glibc Version: unavailable; reported 2002-12-04 Severity: serious Justification: Policy 2.1.1, 2.1.2 debian-legal has recently decided that the GNU

Bug#171659: glibc: contains non-free docs and perhaps non-free code

2002-12-03 Thread Brian M. Carlson
-- Brian M. Carlson [EMAIL PROTECTED] 0x560553e7 Let us think the unthinkable, let us do the undoable. Let us prepare to grapple with the ineffable itself, and see if we may not eff it after all. --Douglas Adams msg02068/pgp0.pgp Description: PGP signature

Bug#162663: libc0.3-dev: depends on gnumach-dev which is priority optional

2002-09-28 Thread Brian M. Carlson
) -- Brian M. Carlson [EMAIL PROTECTED] http://decoy.wox.org/~bmc 0x560553E7 I always pass on good advice. It is the only thing to do with it. It is never any good to oneself. -- Oscar Wilde, An Ideal Husband msg01096/pgp0.pgp Description: PGP signature