else
eval $add_env '$file' || result=1
fi
I tested it here, and it seemed to work OK (no speed deterioration,
works OK on an executable without -x rights.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOO
Author: madcoder
Date: 2007-02-07 18:43:13 +0100 (Wed, 07 Feb 2007)
New Revision: 1950
Modified:
glibc-package/branches/glibc-2.5/debian/changelog
glibc-package/branches/glibc-2.5/debian/control
Log:
Adding myself to Uploaders.
Signed-off-by: Pierre Habouzit [EMAIL PROTECTED]
Modified
use file(1) anymore (it
wasn't used anyway). Closes: #165417.
Signed-off-by: Pierre Habouzit [EMAIL PROTECTED]
Modified: glibc-package/branches/glibc-2.5/debian/changelog
===
--- glibc-package/branches/glibc-2.5/debian/changelog
Author: madcoder
Date: 2007-02-07 18:51:56 +0100 (Wed, 07 Feb 2007)
New Revision: 1951
Modified:
glibc-package/branches/glibc-2.5/debian/control.in/main
Log:
add myself to uploaders the right way.
Signed-off-by: Pierre Habouzit [EMAIL PROTECTED]
Modified: glibc-package/branches/glibc-2.5
Author: madcoder
Date: 2007-02-08 01:02:54 +0100 (Thu, 08 Feb 2007)
New Revision: 1955
Modified:
glibc-package/branches/glibc-2.5/debian/changelog
glibc-package/branches/glibc-2.5/debian/patches/m68k/local-mathinline_h.diff
Log:
Better patch for #340871
* Rework patch for #340871
:
Closes: #377416
* patches/any/submitted-argph.h.diff: always have the same __NTH/__THROW
definition everywhere in the glibc, and do not depend upon the includes
ordering for it to be defined correctly. Closes: #377416.
Signed-off-by: Pierre Habouzit [EMAIL PROTECTED]
Modified: glibc
, but have you any hint that could
support this ?
Note that I confirm I can reproduce it here too.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpNnNYhZnbBe.pgp
Description: PGP
(that
also was my first idea) is far from trivial sadly in the current state
of the glibc resolver design.
Given that I fear that Ullrich would just discard the bug if there is
no patch with it. I do not know the libc internals enough yet to do a
good patch by myself :|
--
·O· Pierre Habouzit
··O
be set.
I've not looked further, but the problem is definitely in mcmcpack.
Cheers,
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpPf3z6qjCIk.pgp
Description: PGP signature
is your setup ? do you use NIS, ldap, ... to store hosts-like
entries ?
Do you have etch/sid boxes ? if yes do they show the same problem ?
TIA.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp
Version: 2.3.6.ds1-10
This is fixed (long time ago) now, as it now crashes.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgp4KdIjxamub.pgp
Description: PGP signature
On Tue, Feb 06, 2007 at 08:04:33PM -0500, Aaron M. Ucko wrote:
Pierre HABOUZIT [EMAIL PROTECTED] writes:
# ctl is in bcc
reassign 149722 bash
Fair enough (building bash with -DAFS is probably a good idea in any
case), but I'd still appreciate a response to the last line or so of
my
/etc/timezone
ln -sf /usr/share/zoneinfo/UTC /etc/localtime
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgplBfIZWnrA7.pgp
Description: PGP signature
tag 402968 + moreinfo
thanks
I run a similar setup and do not have the behaviour you mention. Could
it be possible to get some kind of backtrace whatsoever (with libc6-dbg
installed btw).
an ltrace may also be of great use, thanks.
--
·O· Pierre Habouzit
··O
would create such problems (except if you listen of 1000+
different ports btw, but I don't think it would be a very clever setup
anyway :])
Cheers,
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp
of packages libc6 depends on:
ii libdb1-compat 2.1.3-7The Berkeley database routines
[gl
-- no debconf information
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp
still have it ?
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpkKc9kHCnNl.pgp
Description: PGP signature
groups, I'm not able
to reproduce your problem.
Do you still have the problem in etch or unstable? if yes, could you
give an example of how to reproduce it ?
thanks.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOO
wrong with redundant declarations in C as soon as
they are type-compatible. So it's quite a useless warning anyway.
Cheers,
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
) __THROW {
// some impl
}
the former is completely correct and will work as expected. I've not
found an example of a problem caused by that macro, but IMHO it's a
problem in the code you are trying to compile, not because of the macro.
--
·O· Pierre Habouzit
··O
st;
return stat(/etc/passwd, st);
}
compiles correctly with an almost up to date etch alpha machine. We
will have to wait for an alpha machine to be accessible to developpers
again to test it further.
--
·O· Pierre Habouzit
··O[EMAIL
On Mon, Feb 05, 2007 at 10:29:25PM +, Stephen Gran wrote:
This one time, at band camp, Pierre HABOUZIT said:
I also have a hard time understanding why having 1000+ virtualhosts in
apache would create such problems (except if you listen of 1000+
different ports btw, but I don't think
} for -bin packages that are to be tied to some
lib package.
Pierre Habouzit [EMAIL PROTECTED] writes:
libc6 preinst calls /usr/bin/ldd to know which ld_so is used on the
system. that means that libc-bin has to be extracted *before* libc6
is. Though, that part seems to be quite brittle, and I assume
Le Mar 11 Avril 2006 11:05, Goswin von Brederlow a écrit :
Pierre Habouzit [EMAIL PROTECTED] writes:
Le Lun 10 Avril 2006 19:41, Aurelien Jarno a écrit :
Anthony Towns a écrit :
Hi,
This is a reject of the new -bin packages (both of them).
The issues with the -bin package
Le Mar 11 Avril 2006 12:09, Steve Langasek a écrit :
On Tue, Apr 11, 2006 at 11:51:26AM +0200, Pierre Habouzit wrote:
Le Mar 11 Avril 2006 11:05, Goswin von Brederlow a écrit :
I'm assuming libc6 depends on libc-bin and libc-bin depends on
libc6 here. The former is needed to always pull
of libc6 if needed, but I honnestly
don't think it's needed in its current shape.
I think aurelien already answered pretty good to the other remarks.
just my 2¢
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOO
201 - 226 of 226 matches
Mail list logo