[Please cc me, I'm not subscribed to the list. Hopefully Mutt will set
M-F-T correctly.]
I notice that the etch4 version of nscd just released in 4.0r2 suddenly
depends on libc6-i386. This is on amd64. I couldn't find anything about
this using the lists.debian.org search engine, reading the chang
[Please cc me, I'm not subscribed to the list. Hopefully Mutt will set
M-F-T correctly.]
I notice that the etch4 version of nscd just released in 4.0r2 suddenly
depends on libc6-i386. This is on amd64. I couldn't find anything about
this using the lists.debian.org search engine, reading the chang
On Fri, Dec 28, 2007 at 02:28:26PM +0100, Pierre Habouzit wrote:
> this is a known issue of dh_shlibdeps that looks for nscd depends in
> libc6-i386 because it comes first whereas it's not even from the same
> $arch, and yields this useless depends. Though it's harmless, so just
> live with it :)
Package: libc6
Version: 2.3.5-6
Severity: serious
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I just did a glibc upgrade, and then many, many packages failed to
configure, leaving the system quite broken. It turns out this is a bug
in libterm-readline-gnu-perl which is exposed in the new glibc
On Fri, 2002-10-18 at 12:35, Jeff Bailey wrote:
> Do you think making libc6-dbg pre-depend instead of depend'ing on
> libc6 (= 2.3.1-1) would work?
Should --- though, according to policy, libc6 will only be unpacked. But
since it is Essential: yes, it should work that way.
What a fun bug. Hope y
On Thu, 2002-10-17 at 22:38, Aaron M. Ucko wrote:
> Incidentally, you should also broaden the list of relevant services; I
> would suggest adding kdm (and other display managers?), ssh-krb5, and
> apache2 at the least.
Don't add display managers. At least with gdm I'm pretty sure that will
kill X
On Sat, 2002-10-19 at 12:05, Justus Schwartz wrote:
> glpftd (as binary installed from www.glftpd.org) doesn't work anymore too. it's a
> static linked binary, so i am really surprised. (its definitely the libc6
> because it immediatly starts working again, if i downgrade to 2.2.5)
ldd /path/to/g
On Thursday, October 17, 2002, at 10:35 AM, Ben Collins wrote:
No, sshd should be checking the validity of the data that is returned
to
it.
If a program makes a correct library call to glibc, and glibc returns a
result code that indicates success, and yet returns data the
contradicts the rel
On Thursday, October 17, 2002, at 12:04 PM, Ben Collins wrote:
Glibc expects the correct data from the kernel. So by your logic, the
kernel has the bug, ultimately.
Fine by me. If the kernel is breaking its interface with glibc, then
that's a kernel bug.
--
To UNSUBSCRIBE, email to [EMAIL P
> Such a debconf warning may also be a convenient place to warn of
> breakage to commercial packages (eg. Sun JDK <= 1.4.0) and request
> that bugs are filed where they belong, not with libc6.
Please don't. Warnings like that are very annoying --- consider how when
you install woody one of the fe
reassign 169098 bind9-host
thanks
[root@foo /etc]# grep search resolv.conf
search ytti.fi sn.net
[root@foo /etc]# host irc
irc.ytti.fi does not exist (Authoritative answer)
This is just host, which does it own resolver stuff. I thought it was
documented somewhere, but I didn't see it in a quic
On Sun, 2002-12-01 at 21:19, Magnus Danielson wrote:
> rm /lib/ld-2.3.1.so
>
> I got the "Device or resource busy" message as a reply. It's because the file
> is in use by many tools:
That shouldn't happen. "File in use" != "name in use". rm removes names,
not files.
And you using something wei
On Monday, December 2, 2002, at 09:27 AM, Rene Engelhard wrote:
I got the same message too on a previous upgrade (IIRC on 2.2.5-x).
/ was ext3. After resetting / to ext2 it worked. I did not know whz
then, and I do not know if that is a bug in glibc, dpkg or kernel.
If unlink on the file fails
On Mon, 2002-12-23 at 18:24, [EMAIL PROTECTED] wrote:
> Target machine is a Pentium-III 450, 256MB, which had been
> running Debian unstable for at least 6 months with no
> problems. The problem occured with both kernel 2.4.17 (first
> time)
Are you sure about that? -7 was supposed to fix this p
> I don't have IEEE754 and ANSI floating point issue, so I don't know
> whether ANSI defines this behavior or not. If you have IEEE754 or any
> related standards, and if such standards say pow(NaN, 0) have to
> return NaN, reopen this bug.
C99 draft standard (last freely available version, see
ht
On Fri, 2003-01-03 at 17:24, Nick Matthews wrote:
> So, after my christmas vacation I update my sid host, and find that i can't resolve
>anything. Not only that, but I don't have any earlier versions in my cache to
>downgrade to...
>
> If there is a location where the last couple releases sit, I
sorry, I'm blind, it does have the see also
signature.asc
Description: This is a digitally signed message part
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 getipnodeb
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.
On Thursday, January 16, 2003, at 09:06 AM, GOTO Masanori wrote:
Of cource, ISO C does not have kill(2), it's BSD/POSIX/XPG feature.
Of course, it doesn't have a or a either. So
the pure ISO C behavior would be to #error if those files (or any
others not part of ISO C) were included.
I'm
reassign 182251 ghemical
severity 182251 serious
retitle 182251 ghemical: FTBS: syntax error before `__const'
thanks
>
> Please reassign this bug to whereever you might think it really belongs.
Most likely, those errors are being caused by a problem in ghemical.
C[++] compilers are notorious for
Package: libc6
Version: 2.3.1-14
Severity: grave
Justification: causes non-serious data loss
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Got locket out of my X display, no way back in (killing xscreensaver
resulted in X-death, maybe because it was locked)
So, all xscreensavers seem to need a r
On Sun, 2003-03-09 at 01:55, GOTO Masanori wrote:
> The point is that "no longer authenticate me" is really caused by
> glibc. Which versions do you upgrade from?
The one that was in testing until last night (2.2.5-14.3).
> I guess you also upgrade
> many packages at the same time including X
On Sunday, March 9, 2003, at 07:09 PM, GOTO Masanori wrote:
You upgraded a lot of packages, though.
Agreed, it is quite a few packages.
Everything that does authentication needs to be restarted after the
glibc upgrade, correct?
I think "yes".
So we're warning with libc6 upgrade in postinst. Mor
On Monday, March 10, 2003, at 10:23 AM, GOTO Masanori wrote:
Hi,
At Mon, 10 Mar 2003 08:17:08 -0500,
Anthony DeRobertis wrote:
On Sunday, March 9, 2003, at 07:09 PM, GOTO Masanori wrote:
You upgraded a lot of packages, though.
Agreed, it is quite a few packages.
Everything that does
Package: libc6
Version: 2.3.1-14
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Can't log into cups anymore. A restart fixes it, of course.
- -- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux bohr 2.4.16 #2 SMP Wed Nov 28 05:25:00 EST 2001
On Mon, 2003-03-10 at 23:37, GOTO Masanori wrote:
> At Mon, 10 Mar 2003 22:42:25 -0500,
> Anthony DeRobertis wrote:
> > Can't log into cups anymore. A restart fixes it, of course.
>
> cupsys ?
Yes. Sorry about the confusion.
signature.asc
Description: This is a digitally signed message part
On Wednesday, March 12, 2003, at 07:53 PM, GOTO Masanori wrote:
Is it ok to restart "/etc/init.d/postgresql" in postgresql package?
That will terminate all connections. Some (many?) programs (e.g.,
msyslog, which could even be running on another machine) won't
automatically re-establish the conne
On Wed, 2003-03-26 at 14:50, A.R. (Tom) Peters wrote:
> Why not remove the dependency on libdb1-compat from libc6 instead?
It's there to make sure upgrades from woody to sarge work. After sarge
is released, it will be removed.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "u
On Fri, 2003-03-28 at 10:42, Michel Meyers wrote:
>
> Is there any workaround for this? (an apt source for a different libc6 or
> php4 package would be nice, better of course would be to actually get rid of
> this conflict)
Its fixed in the newer version of glibc in unstable. A workaround if you
> As far as L/GPL incompatibility is concerned, you'll note that Sun,
> the copyright holders, specifically offer Linux systems that include
> glibc with GPLed applications, and an LGPLed libc, to their customers.
> See http://wwws.sun.com/software/linux/index.html .
You should also note that SCO
On Wednesday, Aug 27, 2003, at 12:35 US/Eastern, Steve Langasek wrote:
Are you saying that the Sun code should be regarded as infringing
solely
because SCO is a company controlled by litigious, opportunistic
bastards
who have no qualms about filing suits with no legal basis for no other
reason th
> Such a debconf warning may also be a convenient place to warn of
> breakage to commercial packages (eg. Sun JDK <= 1.4.0) and request
> that bugs are filed where they belong, not with libc6.
Please don't. Warnings like that are very annoying --- consider how when
you install woody one of the fe
reassign 169098 bind9-host
thanks
[EMAIL PROTECTED] /etc]# grep search resolv.conf
search ytti.fi sn.net
[EMAIL PROTECTED] /etc]# host irc
irc.ytti.fi does not exist (Authoritative answer)
This is just host, which does it own resolver stuff. I thought it was
documented somewhere, but I didn't see
On Sun, 2002-12-01 at 21:19, Magnus Danielson wrote:
> rm /lib/ld-2.3.1.so
>
> I got the "Device or resource busy" message as a reply. It's because the file
> is in use by many tools:
That shouldn't happen. "File in use" != "name in use". rm removes names,
not files.
And you using something wei
On Monday, December 2, 2002, at 09:27 AM, Rene Engelhard wrote:
I got the same message too on a previous upgrade (IIRC on 2.2.5-x).
/ was ext3. After resetting / to ext2 it worked. I did not know whz
then, and I do not know if that is a bug in glibc, dpkg or kernel.
If unlink on the file fails, I'd
On Mon, 2002-12-23 at 18:24, [EMAIL PROTECTED] wrote:
> Target machine is a Pentium-III 450, 256MB, which had been
> running Debian unstable for at least 6 months with no
> problems. The problem occured with both kernel 2.4.17 (first
> time)
Are you sure about that? -7 was supposed to fix this p
> I don't have IEEE754 and ANSI floating point issue, so I don't know
> whether ANSI defines this behavior or not. If you have IEEE754 or any
> related standards, and if such standards say pow(NaN, 0) have to
> return NaN, reopen this bug.
C99 draft standard (last freely available version, see
ht
On Fri, 2003-01-03 at 17:24, Nick Matthews wrote:
> So, after my christmas vacation I update my sid host, and find that i can't
> resolve anything. Not only that, but I don't have any earlier versions in my
> cache to downgrade to...
>
> If there is a location where the last couple releases sit,
On Sun, 2003-03-09 at 01:55, GOTO Masanori wrote:
> The point is that "no longer authenticate me" is really caused by
> glibc. Which versions do you upgrade from?
The one that was in testing until last night (2.2.5-14.3).
> I guess you also upgrade
> many packages at the same time including X
On Sunday, March 9, 2003, at 07:09 PM, GOTO Masanori wrote:
You upgraded a lot of packages, though.
Agreed, it is quite a few packages.
Everything that does authentication needs to be restarted after the
glibc upgrade, correct?
I think "yes".
So we're warning with libc6 upgrade in postinst. Moreo
On Monday, March 10, 2003, at 10:23 AM, GOTO Masanori wrote:
Hi,
At Mon, 10 Mar 2003 08:17:08 -0500,
Anthony DeRobertis wrote:
On Sunday, March 9, 2003, at 07:09 PM, GOTO Masanori wrote:
You upgraded a lot of packages, though.
Agreed, it is quite a few packages.
Everything that does
Package: libc6
Version: 2.3.1-14
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Can't log into cups anymore. A restart fixes it, of course.
- -- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux bohr 2.4.16 #2 SMP Wed Nov 28 05:25:00 EST 2001
On Mon, 2003-03-10 at 23:37, GOTO Masanori wrote:
> At Mon, 10 Mar 2003 22:42:25 -0500,
> Anthony DeRobertis wrote:
> > Can't log into cups anymore. A restart fixes it, of course.
>
> cupsys ?
Yes. Sorry about the confusion.
signature.asc
Description: This is a digitally signed message part
On Wednesday, March 12, 2003, at 07:53 PM, GOTO Masanori wrote:
Is it ok to restart "/etc/init.d/postgresql" in postgresql package?
That will terminate all connections. Some (many?) programs (e.g.,
msyslog, which could even be running on another machine) won't
automatically re-establish the conne
On Wed, 2003-03-26 at 14:50, A.R. (Tom) Peters wrote:
> Why not remove the dependency on libdb1-compat from libc6 instead?
It's there to make sure upgrades from woody to sarge work. After sarge
is released, it will be removed.
On Fri, 2003-03-28 at 10:42, Michel Meyers wrote:
>
> Is there any workaround for this? (an apt source for a different libc6 or
> php4 package would be nice, better of course would be to actually get rid of
> this conflict)
Its fixed in the newer version of glibc in unstable. A workaround if you
On Wed, 2003-05-14 at 12:27, GOTO Masanori wrote:
> That's right. However, is "restart" option really guaranteed to exist
> in all scripts?
As much as start and stop are, only reload is optional. See policy
section 10.3.2:
"The start, stop, restart, and force-reload options
should be s
On Fri, 2003-11-07 at 23:56, Tom Zych wrote:
> Hi,
>
> This bug is coming up on its seventh birthday and there's been no
> activity for over a year. Should it be closed?
Not if it still exists.
On Thursday, October 17, 2002, at 10:35 AM, Ben Collins wrote:
No, sshd should be checking the validity of the data that is returned
to
it.
If a program makes a correct library call to glibc, and glibc returns a
result code that indicates success, and yet returns data the
contradicts the relevan
On Thursday, October 17, 2002, at 12:04 PM, Ben Collins wrote:
Glibc expects the correct data from the kernel. So by your logic, the
kernel has the bug, ultimately.
Fine by me. If the kernel is breaking its interface with glibc, then
that's a kernel bug.
On Thu, 2002-10-17 at 22:38, Aaron M. Ucko wrote:
> Incidentally, you should also broaden the list of relevant services; I
> would suggest adding kdm (and other display managers?), ssh-krb5, and
> apache2 at the least.
Don't add display managers. At least with gdm I'm pretty sure that will
kill X
On Fri, 2002-10-18 at 12:35, Jeff Bailey wrote:
> Do you think making libc6-dbg pre-depend instead of depend'ing on
> libc6 (= 2.3.1-1) would work?
Should --- though, according to policy, libc6 will only be unpacked. But
since it is Essential: yes, it should work that way.
What a fun bug. Hope y
On Sat, 2002-10-19 at 12:05, Justus Schwartz wrote:
> glpftd (as binary installed from www.glftpd.org) doesn't work anymore too.
> it's a
> static linked binary, so i am really surprised. (its definitely the libc6
> because it immediatly starts working again, if i downgrade to 2.2.5)
ldd /path/t
On Fri, 2003-11-07 at 23:56, Tom Zych wrote:
> Hi,
>
> This bug is coming up on its seventh birthday and there's been no
> activity for over a year. Should it be closed?
Not if it still exists.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EM
55 matches
Mail list logo