Bug#97177: no plans to include getipnodebyname function
On Tue, 2003-01-14 at 01:01, Anthony DeRobertis wrote: On Fri, 2003-01-10 at 18:48, Philip Blundell wrote: glibc takes the view that getaddrinfo() is the preferred interface for name lookups. getipnodebyname and its friends are obsolete and should not be used; it is unlikely glibc will ever include support for those functions. man getipnodebyname makes no note of that, or even says to see also on getaddrinfo. The man page isn't part of glibc. File a bug against manpages-dev if you feel it's inadequate. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: It seems this bug isn't fixed (fwd)
Processing commands for [EMAIL PROTECTED]: reopen 170385 Bug#170385: libc6 should conflict with wine ( 0.0.20021007-1) and perhaps other packages Bug reopened, originator not changed. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#170385: It seems this bug isn't fixed
The changelog of glibc 2.3.1-6 says: - debian/control.in/libc: Conflict against wine ( 0.0.20021007-1) (Closes: #170385) Also conflict against php4 ( 4:4.2.3-5) There seems to be neither a conflict with libwine nor a conflict with php4 in libc6 2.3.1-9. cu Adrian -- Is there not promise of rain? Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. Only a promise, Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 176661 to libc6
Processing commands for [EMAIL PROTECTED]: reassign 176661 libc6 Bug#176661: locale.1 does not mention LOCPATH Bug reassigned from package `locale' to `libc6'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#97177: no plans to include getipnodebyname function
Processing commands for [EMAIL PROTECTED]: clone 97177 -1 Bug#97177: glibc doesn't have getipnodebyname Bug 97177 cloned as bug 176709. reassign -1 manpages-dev Bug#176709: glibc doesn't have getipnodebyname Bug reassigned from package `libc6.1' to `manpages-dev'. tags -1 -wontfix Bug#176709: glibc doesn't have getipnodebyname Tags were: wontfix Tags removed: wontfix retitle -1 glibc doesn't and won't include getipnodebyname Bug#176709: glibc doesn't have getipnodebyname Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#97177: no plans to include getipnodebyname function
clone 97177 -1 reassign -1 manpages-dev tags -1 -wontfix retitle -1 glibc doesn't and won't include getipnodebyname thanks The man page isn't part of glibc. File a bug against manpages-dev if you feel it's inadequate. Done. Or at least, I hope it is, if I gave the BTS the correct commands. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#153548: libc6: Results of math functions are sometimes wrong
This still occurs with 2.3.1, and is not PowerPC specific. I can reproduce it on ARM, and I would hazard a guess that any architecture using the generic flt-32 routines will have the same problem. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#164719: Fix for the southamerica timezone file
Following, a patch to the glibc southamerica timezone file, with the right dates for 2002. Thanks for the patch. This file has changed upstream in glibc 2.3 and now appears to include rules for 2002 and 2003. Would you please take a look at the current 2.3.1 packages in Debian, and send a new patch if one is still required? p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#153022: Note that this bug is arch-specific
On debussy (arm), only FE_ROUNDTONEAREST is defined (is this a bug? bits/fenv.h seems to imply that the other rounding modes are available on arm but accessed through a different API), and it gives the correct results. This is the best we can do with the current ARM instruction set. Although notionally the ARM FPA does support other rounding modes, the selection is done by encoding the desired mode into the instruction, rather than using a separate control register. There is no way to change rounding modes at runtime: it can only be done by recompiling the program. Clearly this is a fairly losing scheme, and we will be dropping it along with the rest of the historical ARM floating-point baggage at some point in the fairly near future. But, right now, we're stuck with it and there is nothing we can change in glibc that will improve matters. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: locales in buildd environment (http://lists.debian.org/debian-gcc/2003/debian-gcc-200301/msg00060.html)
To ensure some locales are available, I think you can use LOCPATH, and create locales locally, so that the following are available: de_DE ISO-8859-1 en_US ISO-8859-1 fr_FR ISO-8859-1 see /usr/sbin/locale-gen on how to generate these locale data. ok, it's no problem to generate the data, but I cannot find any reference to LOCPATH. Any hints? I couldn't find any reference to LOCPATH either, but setlocale seems to look at directories specified by LOCPATH in addition to (or instead of) the standard location (/usr/lib/locale) One example execution of LOCPATH=/tmp strace locale gives me: . . open(/usr/lib/locale/ja.eucJP/LC_IDENTIFICATION, O_RDONLY) = -1 ENOENT (No such file or directory) open(/tmp/ja.eucjp/LC_IDENTIFICATION, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/locale/ja.eucjp/LC_IDENTIFICATION, O_RDONLY) = -1 ENOENT (No such file or directory) open(/tmp/ja/LC_IDENTIFICATION, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/locale/ja/LC_IDENTIFICATION, O_RDONLY) = -1 ENOENT (No such file or directory) . . I also found out that it is mostly undocumented, but apparently is a standard feature pretty much known by those who do know, so documentation is probably very lacking. regards, junichi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]