On Fri, Apr 28, 2006 at 06:51:54PM +0200, Slaven Rezic wrote:
> #include
> main() {
> struct protoent *pent;
> while(1) {
> pent = getprotobyname("tcp");
> }
> }
valgrind shows that the leaking function is fopen(), called from
getprotobyname_r(). It seems that getprotobyname_r(
Hi,
it seems related to #364338, #364516.
There is "LD_ASSUME_KERNEL=2.4" in sarge version of /usr/sbin/mkinitrd.
Could you downgrade your initrd-tools to sarge version
and change it into "LD_ASSUME_KERNEL=2.4.1".
Does it help ?
Petr
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
[should we drop parisc-linux?]
John David Anglin writes:
> > Er, no; we're talking about official Debian packages here, and the
> > libstdc++.so.6 in Debian is now from gcc-4.1. The problem is precisely that
> > GMP *is* being built using gcc-4.0, but libstdc++ is from gcc-4.1, resulting
> > in t
Hi there lovely,
This kinbd of opportunity comces ones in a lifea. I don't want
to miss it. Do you? I am coming tco your place in few days
and I though may be wae can meet each other. If you adon't mind
I can send you my picture. I am a girl.
You can correspond with me using my email [EMAIL PROTE
Your message dated Tue, 02 May 2006 16:17:23 +0200
with message-id <[EMAIL PROTECTED]>
and subject line debian bug #354749 can be closed
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 r
Petr wrote:
> Hi,
> it seems related to #364338, #364516.
> There is "LD_ASSUME_KERNEL=2.4" in sarge version of /usr/sbin/mkinitrd.
> Could you downgrade your initrd-tools to sarge version
> and change it into "LD_ASSUME_KERNEL=2.4.1".
> Does it help ?
> Petr
smtp:~# uname -r
2.4.27-3-586tsc
> Ok, coming back to the question of the system compiler on hppa for
> etch. Assuming that hppa does want to do that:
>
> - is glibc buildable with gcc-4.1 on hppa?
As far as I know, there's no new problems using 4.1 instead of 4.0. See
http://lists.parisc-linux.org/pipermail/parisc-linux/2006-A
tag 181494 + fixed-in-experimental
quit
This message was generated automatically in response to an
upload to the experimental distribution. The .changes file follows.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 6 Mar 2006 16:49:38 -0500
Source: glibc
Binary: libc0.1-p
Accepted:
glibc-doc_2.3.999.1-1_all.deb
to pool/main/g/glibc/glibc-doc_2.3.999.1-1_all.deb
glibc_2.3.999.1-1.diff.gz
to pool/main/g/glibc/glibc_2.3.999.1-1.diff.gz
glibc_2.3.999.1-1.dsc
to pool/main/g/glibc/glibc_2.3.999.1-1.dsc
glibc_2.3.999.1.orig.tar.gz
to pool/main/g/glibc/glibc_2.3.99
Processing commands for [EMAIL PROTECTED]:
> tag 181494 + fixed-in-experimental
Bug#181494: [NONFREE-DOC:GFDL1.1olisfcbc] includes non-free documentation
Tags were: sarge-ignore
Tags added: fixed-in-experimental
> quit
Stopping processing here.
Please contact me if you need assistance.
Debian b
On Tue, Apr 25, 2006 at 11:11:00PM -0500, Adam Heath wrote:
> glibc has a build-depends on libc6-dev-amd64 on i386, and libc6-dev-i386 on
> amd64. This makes bootstrapping difficult.
>
> Why can't it just use itself? Doesn't it use gcc in standalone mode, so that
> gcc doesn't need any system-in
I see where the initrd-tools maintainer(s) has marked this as fixed
but I don't see any updated packages. I wrote myself a dirty little
script that could be used to fix this (at least it does what I need it
to).
http://www200.pair.com/mecham/fix.mkinitrd
Gary V
--
To UNSUBSCRIBE, email to [EM
On Mon, May 01, 2006 at 09:32:37AM +0200, Robert Millan wrote:
> Package: locales
> Version: 2.3.6-3
> Severity: wishlist
>
> Hi,
>
> I think it would be nice if, when installing standard "locales" in a system
> that
> previously were using belocs-locales-data, the debconf selections from:
>
>
Processing commands for [EMAIL PROTECTED]:
> tags 365628 = pending
Bug#365628: postinst fails when LANG doesn't point to a valid locale
Tags were: patch
Tags set to: pending
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(ad
On Sun, Apr 23, 2006 at 12:23:36PM -0600, Gary V wrote:
> Package: locales
> Version: 2.3.6-7
>
> I thought answering the prompt: "Default locale for the system environment:"
> would change the LANG variable in /etc/environment as it appears to
> do in version 2.3.5-6 which I have installed in ano
tags 365628 = pending
thanks
On Mon, May 01, 2006 at 05:49:33PM +0200, Robert Millan wrote:
> Package: locales
> Version: 2.3.6-7
> Severity: important
> Tags: patch
>
> # LANG=xx_XX DEBIAN_FRONTEND=noninteractive dpkg-reconfigure locales
> [...]
> *** update-locale: Error: invalid locale setting
Your message dated Tue, 2 May 2006 22:45:09 -0400
with message-id <[EMAIL PROTECTED]>
and subject line amd64 ftbfs
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 to reope
* Locale variables are now stored in /etc/default/locale and no more
/etc/environment. The reason is that Debian Policy forbids modifying
configuration files of other packages, and /etc/environment is a
configuration file for PAM.
Make sure to remove old definitions from /etc/en
18 matches
Mail list logo
