On Sat, Aug 13, 2005 at 01:01:25PM +0900, GOTO Masanori wrote:
> I expect a future biarch (that provides x86_64 and i386 packages at
> the same time on the same machine) saves this problem. During
> DebConf5, Scott proposed dpkg filter mechanism, and Tollef proposed
> dpkg multiarch extension Feat
Author: gotom
Date: 2005-08-13 04:14:46 + (Sat, 13 Aug 2005)
New Revision: 994
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/control
glibc-package/trunk/debian/control.in/libc
glibc-package/trunk/debian/control.in/s390x
Log:
* d-i wants to remove lib
At Wed, 10 Aug 2005 23:51:18 -0400,
Joey Hess wrote:
> libc6-udeb depends on libnss-files-udeb, which is unnecessary since most
> d-i images don't need that udeb at all, and the udebs that do need it
> seems to depend on it (openssh-client-udeb, openssh-server-udeb).
I changed now. BTW, is it ok
At Wed, 10 Aug 2005 17:24:26 -0300 (BRT),
Nelson A. de Oliveira wrote:
> 3 days after restaring Apache and no more errors. Maybe close the bug?
We'll fix glibc to introduce restarting apache question again.
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
At Thu, 11 Aug 2005 21:36:37 -0400,
Daniel Jacobowitz wrote:
> On Thu, Aug 11, 2005 at 12:44:00PM +0200, Christoph Hellwig wrote:
> > On Thu, Aug 11, 2005 at 04:14:55AM -0400, Nathanael Nerode wrote:
> > > "PPC libc6 should be built with TLS and NPTL"
> > > We have new enough GCC now, and new glibc
Your message dated Sat, 13 Aug 2005 12:51:04 +0900
with message-id <[EMAIL PROTECTED]>
and subject line Bug#322113: libc6: aborted upgrade can create
/etc/ld.so.nohwcap
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
At Fri, 12 Aug 2005 14:42:56 -0400,
Daniel Jacobowitz wrote:
> > yes. trying to build the packages from amd64-libs for biarch.
>
> Then you've got glibc messed up, not ncurses. You can't install the
> i386 headers and expect things to work; you might be able to just
> install the x86_64 headers,
reassign 322146 gcc-3.4
close 322146 3.4.4-7
thanks
At Tue, 09 Aug 2005 12:17:14 +0200,
Andreas Jochens wrote:
> When trying to build 'glibc' in a clean chroot on powerpc/unstable,
> I get the following error:
>
> # apt-get build-dep glibc
> # cd glibc-2.3.5; dpkg-buildpackage -b
> dpkg-buildpack
Processing commands for [EMAIL PROTECTED]:
> reassign 322146 gcc-3.4
Bug#322146: glibc: FTBFS (powerpc): Unmet build dependencies: gcc-3.4 (>=
3.4.4-6)
Bug reassigned from package `glibc' to `gcc-3.4'.
> close 322146 3.4.4-7
Bug#322146: glibc: FTBFS (powerpc): Unmet build dependencies: gcc-3.4 (
At Fri, 12 Aug 2005 20:50:25 +0200,
Adrian Bunk wrote:
> After upgrading from the sarge libc6, sshd on my computer no longer
> accepted connections.
>
> Restarting sshd fixed the problem.
>
> It seems the "restart services" question in the postinst should be
> asked for upgrades from < 2.3.5 .
>
Package: libc6
Version: 2.3.5-3
Severity: critical
After upgrading from the sarge libc6, sshd on my computer no longer
accepted connections.
Restarting sshd fixed the problem.
It seems the "restart services" question in the postinst should be
asked for upgrades from < 2.3.5 .
I've set the seve
On Fri, Aug 12, 2005 at 08:32:59PM +0200, Matthias Klose wrote:
> Daniel Jacobowitz writes:
> > On Fri, Aug 12, 2005 at 03:55:52PM +0200, Matthias Klose wrote:
> > Content-Description: message body text
> > > Package: ncurses
> > >
> > > Trying to build ncurses on i386 with -m64
> > >
> > > gcc -
tags 304604 - experimental
severity 304604 serious
reassign 322746 perl
merge 322746 304604
thanks
This bug
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=322746
didn't get reassigned:
tags 304604 - experimental
severity 304604 serious
reassing 322746 perl
merge 322746 304604
th
Processing commands for [EMAIL PROTECTED]:
> tags 304604 - experimental
Bug#304604: perl: heap corruption causes installation of other packages to fail
(debconf is aborting) with new glibc
There were no tags set.
Tags removed: experimental
> severity 304604 serious
Bug#304604: perl: heap corrupt
For your immediate review:
Good Day, your file has been reviewed and there now are a few potential options
for you to consider.
Please note that this issue is time sensitive and that your previous credit
situation is not of concern.
Confirm your details on our secure form to ensure the data
tags 304604 - experimental
severity 304604 serious
reassing 322746 perl
merge 322746 304604
thanks
On Fri, Aug 12, 2005 at 05:24:10PM +0200, martin f krafft wrote:
> # dpkg --configure -a
> Setting up locales (2.3.5-3) ...
> Generating locales (this might take a while)...
> [...]
> Generation com
Package: libc6
Version: 2.3.5-3
Severity: serious
# dpkg --configure -a
Setting up locales (2.3.5-3) ...
Generating locales (this might take a while)...
[...]
Generation complete.
*** glibc detected *** double free or corruption (!prev): 0x0873f7f0 ***
dpkg: error processing locales (--configure):
Package: libc6-dev
Severity: wishlist
Tags: patch
Please could you add this definition in sys/soundcard.h?
There are a number of OSS-based packages that are using
directly to get the OSS declarations. GNU/kFreeBSD also has an OSS-compatible
interface, but it's in instead.
After sys/soundcard.
Daniel Jacobowitz wrote:
That's not relevant. Has anyone reproduced this bug since then? If
not, Nathanael's right; it should be closed. The code has changed many
times since then.
I've experienced it multiple times since then. Others do too:
http://lists.gnu.org/archive/html/bug-hurd/2005
> > no, it's not fakeroot, it's make segfaulting ...
> [...]
> > Program received signal SIGSEGV, Segmentation fault.
> > [Switching to Thread 16384 (LWP 16911)]
> > 0x4091fd20 in __canonicalize_funcptr_for_compare () from
> > /lib/libpthread.so.0
> > (gdb) bt
> > #0 0x4091fd20 in __canonicalize_
> Well, sarge also shipped as 2.6-only, for hppa; so if the answer is that
> this problem happens to go away when upgrading to 2.6, that's probably
> acceptable, since 2.4 kernels will have been unsupported on hppa for a full
> stable release by the time etch comes out.
It doesn't go away with 2.6
On Fri, Aug 12, 2005 at 11:51:30AM +0200, Joel Soete wrote:
> > The buildd in question is currently running a 2.4.26-64 kernel.
> Cool (I didn't thought that there was still systems running 2.4)
Well, sarge also shipped as 2.6-only, for hppa; so if the answer is that
this problem happens to go aw
>
> The buildd in question is currently running a 2.4.26-64 kernel.
>
Cool (I didn't thought that there was still systems running 2.4)
> > In fact while simply rebuilding a kernel (as root, without fakeroot), I also
> > observe a segfault with 2.6.8 and 2.6.10 (on c110 and d380) but panicing
> >
23 matches
Mail list logo