On Tue, Apr 03, 2012 at 10:47:14AM +0200, Pierre Habouzit wrote:
> On Mon, Apr 02, 2012 at 05:37:54PM +0200, Sebastian Rasmussen wrote:
> > I have problems running 32-bit binaries in my 64-bit valgrind, however
> > this likely a bug related to eglibc or possibly in how valgrind
failed in the first instance, maybe he'll
have a clue, I suspect that "ldconfig" didn't do the right thing because
of the fact that I have three libc's: libc6:amd64, libc6-i686:i386 and
libc6-i386:amd64… and it probably picked the wrong ones.
Ch
(the
> ipv4 only machine) and via upgrading from lenny to squeeze
I do have an ipv6 enabled machine here, and I can connect to ipv4-only
hosts just fine with w3m or any other programs.
Have you modified your /etc/gai.conf, are you using nscd with hosts
caching ?
--
·O· Pierre Habouzit
··O
what better.
> >
>
> The problem is that the locales packages is reconfigured very late in
> the upgrade process. There is nothing we can do, the messages will stop
> at the end of the upgrade.
Actually there is, making perl STFU.
--
·O· Pierre Habouzit
··O
; $ ./prog 3
> backtrace() returned 8 addresses
> ./prog(myfunc3+0x5c) [0x80487f0]
> ./prog [0x8048871]
> ./prog(myfunc+0x21) [0x8048894]
> ./prog(myfunc+0x1a) [0x804888d]
> ./prog(myfunc+0x1a) [0x804888d]
> ./prog(main+0x65) [0x80488fb]
> /lib/libc.so.6(__libc_start_main+0
> deactivating all but the really required ones is tedious. A
> select/unselect all option would be really nice.
This actually is a debconf interface, reassigning to it
--
·O· Pierre Habouzit
··O
> --
> To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
>
--
·O· Pierre Habouzit
··Omadco...@debian.org
OOO
reassign 468793 glibc
forcemerge 479952 468793
thanks
On Mon, Nov 03, 2008 at 09:59:28AM +, Martin Schwidefsky wrote:
> On Thu, 2008-10-30 at 14:12 +0100, Pierre Habouzit wrote:
> > On Thu, Oct 30, 2008 at 12:44:35PM +, Martin Schwidefsky wrote:
> > > On Mon, 2008-10
t right away at start.
Could you at least care to give a backtrace with libc6-dbg installed
please ?
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpeqabliWGKj.pgp
Description: PGP signature
g last time. Just for information I'm
> currently on travel and will read my mail only randomly.
They all have the memory constraint.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpJRvqW3lagJ.pgp
Description: PGP signature
d have tried by yourself that the glibc
builds fine without emdebian, hence have understood by yourself that
emdebian was at fault, and bug the emdebian people instead.
So no, I'm not rude, I'm annoyed I have to be your brain remotely for a
problem that is after all not glibc re
glibc fine. _you_ are somehow
shooting yourself in the foot, you probably messed up with some symlinks I
don't know, but please, sort this out on your own.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOO
tag 492892 + unreproducible moreinfo
thanks
On Tue, Jul 29, 2008 at 07:31:02PM +, Herbert P Fortes Neto wrote:
> On Tue, 29 Jul 2008 19:33:04 +0200
> Pierre Habouzit <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Jul 29, 2008 at 05:05:14PM +, Herbert P Fortes Neto wrote:
http://buildd.debian.org/~jeroen/status/package.php?p=glibc&suite=unstable
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpRmVWwgGEih.pgp
Description: PGP signature
es odd things, whereas NPTL
has some kind of overlapping semantics on both that if it doesn't do the
right thing, doesn't break mutexes too much ;) (I'm just guessing the
the overlapping bits, but I really mean that hppa *is* different wrt
locking).
--
·O· Pierre Habouzit
·
severity 491809 important
retitle 491809 DNS stub resolver could be hardened.
thanks
On Fri, Jul 25, 2008 at 10:06:01PM +, Florian Weimer wrote:
> reopen 491809
> thanks
>
> * Pierre Habouzit:
>
> > Kaminsky agrees confirm the issue, so I can say for sure tha
er random number generator will probably help, but
quite doesn't require such a severity (as there is already randomization
of the QIDs, maybe not a perfect one).
So unless you have further non yet disclosed informations, I'd
suggest reconsidering the D
# Automatically generated email from bts, devscripts version 2.10.20
#
# glibc (2.7-12) UNRELEASED; urgency=low
#
# * Add any/cvs-strerror_r.diff to make strerror_r() actually thread-safe
#Closes: #456531.
#
package libc6.1-pic glibc libc0.3-dev libc0.1-i686 libc0.3-prof libc6.1-dev
libc6-ud
on your project to
install all the gettext stuff, including gettext.h.
This isn't a glibc issue at all.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpQMmrvwKAcH.pgp
Description: PGP signature
Since the process isn't rock solid, it has become unusable... one
> can't go restart it every time it crashes, it would be far too often.
Please don't use the hosts cache, it's documented in lenny, not in
etch sadly, but it has way too many issues. If you need a lightweight
*working* DNS cache, use pdnsd.
Cheers,
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpANIV99xK8O.pgp
Description: PGP signature
On Thu, Feb 21, 2008 at 05:22:18AM +, William Pitcock wrote:
> Package: locales
> Version: 2.7-6
> Severity: serious
>
> When doing a debootstrap, locales is not installed.
And how come this is a _locales_ issue ?
--
·O· Pier
x console either to run source /etc/environment
or logout/login again.
FWIW it works here properly, and I see no reason why it shouldn't.
Please reopen the bug if needed.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgp6AxkordPLr.pgp
Description: PGP signature
On Tue, Feb 19, 2008 at 04:05:02PM +, Ivan Sergio Borgonovo wrote:
> On Tue, 19 Feb 2008 15:45:45 +0100
> Pierre Habouzit <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Feb 19, 2008 at 10:03:48AM +, Ivan Sergio Borgonovo
> > wrote:
> > > I noticed in the othe
output below:
the gdb output isnt enough. gettimeofday takes pointers, if the
pointers are FUBAR, it's normal it segfaults.
Please provide a full backtrace.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOO
help too please.
TIA
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpAQyYUzbRfW.pgp
Description: PGP signature
On Sun, Feb 17, 2008 at 10:34:27PM +, Michael Banck wrote:
> On Sat, Feb 16, 2008 at 06:45:49PM +0100, Pierre Habouzit wrote:
> > Which means that now I'm not only in favour to manually add the symbols to
> > Qt3, but in fact it's also The Right Thing to do, Q
On Mon, Feb 18, 2008 at 08:39:51AM +, Steve Langasek wrote:
> On Sat, Feb 16, 2008 at 10:17:33AM +0100, Pierre Habouzit wrote:
> > > digikam
> > > k3b
> > > kcontrol
> > > kdirstat
> > > kexi
> > > konq-plugins
> >
On Sun, Feb 17, 2008 at 10:08:08PM +, Matthew Rosewarne wrote:
> On Saturday 16 February 2008, Pierre Habouzit wrote:
> > > Ok, so it's actually a debate whether to readd missing symbols to
> > > affected libraries themselves or to libc6-dev. If Matthew is correct,
On Sat, Feb 16, 2008 at 01:22:31PM +, Pierre Habouzit wrote:
> We should still look in the archive if other libraries have the
> symbols and deal on a per case basis. It seems c++ libraries are the one
> affected, C ones usually arent as extern inline has a different meani
On Sat, Feb 16, 2008 at 10:58:13AM +, Pierre Habouzit wrote:
> I absolutely don't understand how that can be true. I mean it doesn't
> make sense, ktorrent gets the symbol from the libc6, and it just emits
> an undefined symbol because qt3 provides it at the time, there
On Sat, Feb 16, 2008 at 10:52:01AM +, Modestas Vainius wrote:
> Hi,
>
> 2008 m. February 16 d., Saturday, Pierre Habouzit rašė:
> > Okay that's quite a few, so the "Conflict" option sucks. Here is
> > another plan, tell me what you think, we put a debi
DEBIAN_GLIBC_EXTERN_INLINE_HACK in the CFLAGS.
Then a binNMU campaign of
the broken _packages_ has to follow (digikam, k3b, ... ) so that they
loose their wrong *UND* symbols for good.
I think it's a fair middle ground solution. Thoughts ?
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpQaduxHExK9.pgp
Description: PGP signature
forcemerge 465753 465844
thanks
On Fri, Feb 15, 2008 at 11:35:21AM +, Russell Coker wrote:
> Package: libc6
> Version: 2.7-8
> Severity: important
see 465753 for a workaround
this is likely to be a dpkg bug.
--
·O· Pierre Habouzit
··O
On Thu, Feb 14, 2008 at 10:47:00AM +, Pierre Habouzit wrote:
> On Wed, Feb 13, 2008 at 11:21:46PM +, Sune Vuorela wrote:
> > Hi!
> >
> > As many people know, som header change in libc6-dev made libqt3-mt (and
> > maybe
> > other packages) drop
em should have versionned conflicts, bump
their shlibs, and then those packages should be binNMUed.
Though this approach only works if there is (and I believe it's the
case) few packages matching.
What do you think ?
[ basically for qt3 it seems i
ress associated with hostname
> (https://panotools.svn.sourceforge.net)
>
please send an `ltrace` output of a working call wiht libc6 2.6-6 and
then the same with a failing one with libc6 2.7-7. You'll need libc6-dbg
for it to be readable.
TIA.
--
·O· Pierre
orted in them, and that may cause lot of grief.
A list of packages having or using those three symbols are beeing
built, I'm unsure about what should be done about them, it's _not_ only
qt3 that will have issues here.
--
·O· Pierre Habouzit
··O
On Thu, Jan 17, 2008 at 10:43:54AM +, Peter T. Breuer wrote:
> "Also sprach Pierre Habouzit:"
>
> Checking application/pgp-signature: FAILURE
> -- Start of PGP signed section.
> [ Charset UTF-8 unsupported, converting... ]
> > Version: 2.7-6
> >
>
4
>
> This dependency on libc6-i386 was not there in the previous package of nscd:
Yes, this is a well known issue of dpkg-shlibdeps, see #458860. Until
it is fixed, you have to live with that, it's just 10Mo of dead space on
your disk, which shouldn't be _too_ critical on
On Fri, Dec 28, 2007 at 03:25:49PM +, Anthony DeRobertis wrote:
> 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
;s not even from the same
$arch, and yields this useless depends. Though it's harmless, so just
live with it :)
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpYTNxl9ihDf.pgp
Description: PGP signature
^^^^^^
It looks like mremap does what it should, and that for _some_ reason
cp is broken, but according to strace, it's not mremap's fault.
Some printf("%p\n", cp); just after the mremap would help you to debug
probably.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpZBjhXVZ93r.pgp
Description: PGP signature
he CTTE bug, so
I'd say it's likely to be an upstream regression.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpBASElZezaw.pgp
Description: PGP signature
On Sun, Dec 16, 2007 at 08:04:26PM +, Rémi Denis-Courmont wrote:
> Le Sunday 16 December 2007 21:49:10 Pierre Habouzit, vous avez écrit :
> > what is your kernel version ? I would be surprised it matters but …
>
> I started with a self-built vanilla 2.6.23.8, and now using 2.
On Sun, Dec 16, 2007 at 04:21:10PM +, Rémi Denis-Courmont wrote:
> Le Sunday 16 December 2007 17:55:18 Pierre Habouzit, vous avez écrit :
> > like said, I'd like to have:
> > * your libc6 version ;
>
> 2.7-4
>
> > * your libc6-i686 version ;
>
On Sun, Dec 16, 2007 at 01:30:39PM +, Rémi Denis-Courmont wrote:
> Le Sunday 16 December 2007 12:58:16 Pierre Habouzit, vous avez écrit :
> > notfound 443660 2.7-4
> > thanks
> >
> > On Sat, Dec 15, 2007 at 07:35:36PM +, Rémi Denis-Courmont wrote:
> >
in run ()
> #9 0xb7f3a4fb in start_thread () from /lib/i686/cmov/libpthread.so.0
> #10 0xb7ebe60e in clone () from /lib/i686/cmov/libc.so.6
at least give a bt full or whatever trace that gives line numbers.
dcigettext is huge, I won't spot a bug just b
> Connection timed out
> Erreur de segmentation
> #
and for the matter I tried the testcase on a i386 and an amd64 and I
cannot reproduce the bug, even in 100 runs of your program.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOO
sure it's not. And without a backtrace I'm unsure what we can do about
it. Please open a new bug instead of diverting old bugs from their
purpose.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOO
t 10%
> crashes here). Unfortunately, I have not been able to reproduce the problem
> under a debugger.
>
> Interestingly, I once had the crash with the first error message in C locale:
And FWIW I couldn't reproduce the bug with the latest glibc on am64,
but it may be an x86-only issue of
nel bug, then
deal with it, there is nothing we can do about it, see other bugs about
that.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpKDmd4hN522.pgp
Description: PGP signature
ANG=ja_JP.eucJP
^^^
that should be ja_JB.EUC-JP
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgphtejvD1Gqi.pgp
Description: PGP signature
eover, linux-image-2.6-686 and higher will pull it
already so I'm not sure it's needed here.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpCgx6LXvN13.pgp
Description: PGP signature
On Sun, Dec 09, 2007 at 06:28:52PM +, PieterB wrote:
> On Sun, Dec 09, 2007 at 01:03:01PM +0100, Pierre Habouzit wrote:
> > > I manually installed glibc 2.7-4 (libc6_2.7-4_i386.deb) and will reboot
> > > after
> > > the backup is finished.
> > No that
No that won't work you have to go back to a 2.6 one.
> Is there anything else I can check to find out what happened?
The kernel you run on has a custom redhat patch that conflicts with
the new O_CLOEXEC feature. Either they change the kernel, or you k
ased a 2.6.9, etch has 2.6.18 and I just tried, it works fine on it.
So we are backward compatible _enough_ to work properly on etch, which
is what we want to do.
Sorry.
--
·O· Pierre Habouzit
··O[EMAIL PR
access to (an i386):
$ dpkg -l libc6-i686
ii libc6-i6862.7-3 [...]
$ md5sum /lib/i686/cmov/libc.so.6
d19b755e688eca788ec8126f3634d419 /lib/i686/cmov/libc.so.6
have you libc6-i686 installed ? which version ? could you try to reinstall it
from scratch ?
--
·O· P
On Tue, Dec 04, 2007 at 12:57:14PM +, Marcus Better wrote:
> Pierre Habouzit wrote:
> > Could you touch /etc/ld.so.nohwcap and see if it looks like that fixes
> >your system ?
>
> Yes, that fixes it!
okay so there is an issue with the optimized version of the l
to /bin/bash
> Kernel: Linux 2.6.22-3-amd64
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>
> Versions of packages libc6 depends on:
> ii libgcc1 1:4.2.2-3 GCC support library
>
> libc6 recommends no pack
27;[' '' ']'
> ++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/libc6.postinst
> configure 2.7-3
> cowdancer: unexpected WIFEXITED status in waitpid
> /var/lib/dpkg/info/libc6.postinst: line 142: /etc/ld.so.conf: Cannot allocate
> memory
>
&
ters much but who
knows...). Could you also try to reproduce that in a simple
deboostrapped chroot to see if the cowbuilder LD_PRELOAD isn;'t the
culprit ?
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOO
race" of a working makedb and a broken one
would be much appreciated, thanks.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgphHZjuQewDC.pgp
Description: PGP signature
name this
fgetline as it's what it does for real. Sadly it's not the case, blame
the C committee. Meanwhile I'm leaving that bug as wontfix.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpMF37SIgwGb.pgp
Description: PGP signature
that must
> be done. Appreciate any additional information. Thanks
What are you talking about ?! This list is about Debian glibc
packaging.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpWgwBktkMfU.pgp
Description: PGP signature
packages. You also can use my setup to inject a directory
of .debs as usable debs (see http://madism.org/~madcoder/dotfiles/ the
pbuilder ones) and just drop working locales and so on in there, it
should just work).
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpQ4XmB5xqxn.pgp
Description: PGP signature
glibc 2.7 aren't installable,
bummer. It doesn't prevents you to install any other debian package as
none depends upon glibc 2.7 (or that's a bug in them).
This is a temporary situation, please live with it.
--
·O· Pierre Habouzit
··O
hint:
To: [EMAIL PROTECTED]
^^
On Fri, Nov 02, 2007 at 06:47:36PM +, Customer Service wrote:
> Libc6 package fails to install due to a 'conflist with tzdata' under Ubuntu..
> Is
> there any workaround?
> Thanks.
go ask Ubuntu people pl
eass meaning and could go away.
Cheers,
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpZ1ZupLThCI.pgp
Description: PGP signature
also addresses drow's point about libraries in nonstandard
> locations, since those packages could just run ldconfig as usual.
> Meanwhile, packages installing libraries to standard locations could
> stop calling ldconfig.
I second that. This is way better i
basically the same as glibc 2.6. But I haven't
looked at it very deeply either yet. The big step was the migration to
NPTL that happened a few releases ago, that needed a quite recent kernel
on many platforms, but I don't think glibc2.7 needs anything new.
able to have more insight on a date for
an unstable upload.
Cheers,
[0] http://sourceware.org/ml/libc-alpha/2007-10/msg00010.html
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madis
return 0;
> }
> $ make a
> cc a.c -o a
> $ ./a
> 3
> 0
FWIW it seems that the remaining issue is with patterns of the form:
"\\/" followed by any globbing char (*, ?, ...). Else I've not been
able to make it fail. As in that case \\ is
e Rule 9
> part) will take at least a year.
So let's try early ?
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpBIrflgPd1C.pgp
Description: PGP signature
gned to fulfill updates of
volatile packages, _LIKE_ timezone datas). You don't want to use
volatile repositories ? Your loss. But stop insulting us. You are the
stubborn one.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOO
56 data bytes
rather use sth similar than:
$ getent ahosts ftp.us.debian.org
I'm not sure if BSDs know about ahost though.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpSHkMuyM1Uw.pgp
Description: PGP signature
On Fri, Sep 28, 2007 at 07:24:44PM +, Andreas Barth wrote:
> * Pierre Habouzit ([EMAIL PROTECTED]) [070928 21:08]:
> > DNS RR is "broken" on Windows XP since SP2, Windows Vista, most *BSDs,
> > Redhat and Fedora, and probably any Linux distribution out there
>
On ven, sep 28, 2007 at 05:21:59 +, Ian Jackson wrote:
> Pierre Habouzit writes ("Re: getaddrinfo: DNS round robin vs RFC3484 s6 rule
> 9, for etch"):
> > But such a ruling in Debian
> > (disregarding Debian's internal power games) has a pretty limited scope
On Sun, Sep 23, 2007 at 10:37:59AM +, Rémi Denis-Courmont wrote:
> Le Sunday 23 September 2007 12:15:31 Pierre Habouzit, vous avez écrit :
> > On Sun, Sep 23, 2007 at 08:15:45AM +, Rémi Denis-Courmont wrote:
> > > #include
> > > #include
> > > #include
appears to be a similar issue with strerror_r() also.
Have you looked at the code ? I can tell it's thread safe, except that
it calls _("Unknown error") at some point, which would indicate to be
the same bug as yours, the rest is definitely thread safe.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpXr9wjV6uMv.pgp
Description: PGP signature
ognize is 22 chars long, 32 if
you append //TRANSLIT to it.
mallocing for that is completly silly, and the caller should do some
basic sanitizing first.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpPAaR4kjGGb.pgp
Description: PGP signature
found 442858 2.6.1-1
tag 442858 + confirmed
thanks
It's already present in lenny, don't block migrations because of that.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.
t remember when it was
introduced) all behave this way. I've no access to macos X, but I
wouldn't be surprised it works the same. Another interesting hint would
be to test on solaris too.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpY7UGvlzQJV.pgp
Description: PGP signature
On ven, sep 07, 2007 at 07:45:52 +, Pierre Habouzit wrote:
> On ven, sep 07, 2007 at 07:15:42 +0000, Pierre Habouzit wrote:
> > On Thu, Sep 06, 2007 at 11:46:54PM +, Joey Hess wrote:
> > > Pierre Habouzit wrote:
> > Also note that probably many many Windows mac
On ven, sep 07, 2007 at 07:15:42 +, Pierre Habouzit wrote:
> On Thu, Sep 06, 2007 at 11:46:54PM +, Joey Hess wrote:
> > Pierre Habouzit wrote:
> Also note that probably many many Windows machines work that way (the
> RFC was written by a MS guy). And this behaviour i
On Thu, Sep 06, 2007 at 11:46:54PM +, Joey Hess wrote:
> Pierre Habouzit wrote:
> > The point is, there is an RFC, and we put a patch so that admins can
> > disable it using gai.conf.
>
> "There is an RFC" is not always a good excuse for breaking existing sy
e.redhat.com/drepper/linux-rfc3484.html
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpXomHNkLCZ5.pgp
Description: PGP signature
here is an open RC bug about
that, and if the maintainer does not fixes it, I'm going to NMU it as I
say in the bugreport (the oprofile one).
Note that it has nothing to do with the libc6-dbg issue amd64 (and
other archs) had, it's an oprofile issue only.
Chee
> > service are more or less random.
>
> The random order is exactly the point in the first! Nameservers even
> return a different one as first specially to get such behaviour.
Please argue that with Uli directly.
--
·O· Pierre Habouzit
··O
h system. I'm afraid to run the update there.
I don't really get what the problem is, I've no issue of the sort on
the etch system that I have at hand here.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOO
and you made us
aware of that. sadly, proftpd is not (yet ?) in that list.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpKqUJmEwdJV.pgp
Description: PGP signature
On Tue, Jul 31, 2007 at 10:20:29PM +0400, Sergei Organov wrote:
> Pierre Habouzit <[EMAIL PROTECTED]> writes:
>
> > On Tue, Jul 31, 2007 at 11:57:23AM -0400, Daniel Jacobowitz wrote:
> >> On Tue, Jul 31, 2007 at 07:25:23PM +0400, Sergei Organov wrote:
> >>
one of the reason why LD_LIBRARY_PATH (among other
*PATH variables) is not kept across sudo's e.g.). And under unix you
somehow trust other process sharing uids with you for not wanting to
destroy the system.
--
·O· Pierre Habouzit
··O[EMAIL PROT
> So it seems that unistd.h does not contain exit() prototype on alpha.
For a very good reason, it comes from stdlib.h and not unistd.h:
http://www.opengroup.org/onlinepubs/009695399/functions/exit.html
Cheers,
--
·O· Pierre Habouzit
··O
On Thu, Jul 26, 2007 at 11:21:21PM +0200, Pierre Habouzit wrote:
> On Thu, Jul 26, 2007 at 05:12:11PM -0400, Jameson Rollins wrote:
> > I have been experiencing what I believe is this same problem on an etch
> > amd64
> > machine. We started experiencing weird passwd resol
p->len <=
> table->head->first_free' failed.
> Aborted
> zajos:134:~#
the problem is fixed in etch2 package (or etch3 I don't remember
clearly).
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOO
of forwards and maildir mail boxes.
nscd is a sucky cache daemon for hosts. We strongly recommend to
disable the caching for hosts, and to use a proper DNS cache. I can
recommend pdnsd that is very useful in that regard, and supports many
more features than nscd does.
In lenny, hosts cach
s 0, not -1 and not EPERM
yeah, I was wrong, I read the manpage to quickly. Anyways, you got
your answer on the glibc bugzilla already.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpH7aqPfU5Ro.pgp
Description: PGP signature
th __[lb]e{8,16,32,64} are caused by
missing #include in the FTBFS-ing sources, and the
sources have to be fixed, as linux-kernel-headers was kind of a hack,
and linux-libc-dev is supposed to be an official thing now.
Cheers,
--
·O· Pierre Habouzit
··O
ACHE_DATA1 ///< Writeback and flush data cache
> 00011 #define FLUSH_CACHE_INSN2 ///< Flush instruction cache
> 00012 #define FLUSH_CACHE_BOTH3 ///< Flush both caches
> 00013
> 00014 #endif // _M68K_CACHECTL_H
FYI, lkh is deprecated, your package should use linux-
On Tue, Jul 17, 2007 at 06:04:17PM +0100, Claudio Saavedra wrote:
> On Tue, 2007-07-17 at 18:48 +0200, Pierre Habouzit wrote:
> > linux-kernel-headers does not exists, you have to install
> > linux-libc-dev now. Maybe sth is not resolved properly by your apt for
> > one rea
1 - 100 of 242 matches
Mail list logo
