Package: libc0.3
Version: 2.3.1-5
Severity: normal
This is a semi-automated bug report based on scanning the contents of
binary .deb files in the unstable Debian archive.
The libc0.3 packages seem to contain a very large amount of
architecture-independent data in architecture-dependent packages,
Package: libc6.1
Version: 2.3.2.ds1-11
Severity: normal
This is a semi-automated bug report based on scanning the contents of
binary .deb files in the unstable Debian archive.
The libc6.1 packages seem to contain a very large amount of
architecture-independent data in architecture-dependent packa
Package: libc6
Version: 2.3.2.ds1-11
Severity: normal
This is a semi-automated bug report based on scanning the contents of
binary .deb files in the unstable Debian archive.
The libc6 packages seem to contain a very large amount of
architecture-independent data in architecture-dependent packages,
Additional note:
PHP opens all its plugins using RTLD_LAZY, so there are additional
libraries (including indirect dependencies) loaded at the time imap.so
is dlopen()ed which do not exhibit this bug because no calls are made
into those libraries during module init -- only the SSL libs are
initiali
Package: libc0.3
Version: 2.3.1-5
Severity: normal
This is a semi-automated bug report based on scanning the contents of
binary .deb files in the unstable Debian archive.
The libc0.3 packages seem to contain a very large amount of
architecture-independent data in architecture-dependent packages,
Package: libc6.1
Version: 2.3.2.ds1-11
Severity: normal
This is a semi-automated bug report based on scanning the contents of
binary .deb files in the unstable Debian archive.
The libc6.1 packages seem to contain a very large amount of
architecture-independent data in architecture-dependent packa
Package: libc6
Version: 2.3.2.ds1-11
Severity: normal
This is a semi-automated bug report based on scanning the contents of
binary .deb files in the unstable Debian archive.
The libc6 packages seem to contain a very large amount of
architecture-independent data in architecture-dependent packages,
Additional note:
PHP opens all its plugins using RTLD_LAZY, so there are additional
libraries (including indirect dependencies) loaded at the time imap.so
is dlopen()ed which do not exhibit this bug because no calls are made
into those libraries during module init -- only the SSL libs are
initiali
Package: locales
Version: 2.2.5-11.5
Severity: wishlist
People seem to prefer eo_XX instead of eo_EO generally. Perhaps you
could add an appropriate line to /etc/locale.alias so that both work.
Also, there are probably more people using eo in UTF-8 than in
ISO-8859-3 nowadays, so maybe add "eo_XX
Package: libc6
Version: 2.3.2.ds1-11
Severity: important
This appears to be the problem at the root of bug #205553.
I have confirmed that there is a reference counting problem in glibc 2.3
under certain conditions when dlopen()ing a shared object with certain
ELF dependencies.
imap.so: links aga
Package: locales
Version: 2.2.5-11.5
Severity: wishlist
People seem to prefer eo_XX instead of eo_EO generally. Perhaps you
could add an appropriate line to /etc/locale.alias so that both work.
Also, there are probably more people using eo in UTF-8 than in
ISO-8859-3 nowadays, so maybe add "eo_XX
Processing commands for [EMAIL PROTECTED]:
> reopen 67921
Bug#67921: glob(3) doesn't treat \ correctly
Bug reopened, originator not changed.
>
End of message, stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs
Package: libc6
Version: 2.3.2.ds1-11
Severity: important
This appears to be the problem at the root of bug #205553.
I have confirmed that there is a reference counting problem in glibc 2.3
under certain conditions when dlopen()ing a shared object with certain
ELF dependencies.
imap.so: links aga
http://geyonauogrro.cheapsoft.info/
If you don't have enough money to buy needed software or think desired
softwareisn't worth the price, then this service is right for you. We make
software tobe near you. Order any software you need for a low price.
Some popular products from our price list:Al
Processing commands for [EMAIL PROTECTED]:
> reopen 67921
Bug#67921: glob(3) doesn't treat \ correctly
Bug reopened, originator not changed.
>
End of message, stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs
http://geyonauogrro.cheapsoft.info/
If you don't have enough money to buy needed software or think desired
softwareisn't worth the price, then this service is right for you. We make
software tobe near you. Order any software you need for a low price.
Some popular products from our price list:Al
Please merge this bug with #230669, which contain a separate translation
effort for the same debconf template. You can ignore this report and use
the file included in #230669 instead of the one included here.
Claus Hindsgaul
Please merge this bug with #230669, which contain a separate translation
effort for the same debconf template. You can ignore this report and use
the file included in #230669 instead of the one included here.
Claus Hindsgaul
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
Your message dated Tue, 17 Feb 2004 14:20:39 -0600
with message-id <[EMAIL PROTECTED]>
and subject line make your spouse love life
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 respons
I think we should just remove the __STRICT_ANSI__ check from
. "long long" will still work in gcc under -ansi (and, in
fact, will only elicit a warning even under -pedantic) so there should
be no real problem here.
__STRICT_ANSI__'s intended use in header files is to guard
namespace-polluting dec
woman moot monte
my friend recommmened the page man girls really do care about this
http://www.evaswt.info/p1/?id=tek
you gotta try it i love it2
http://www.evaswt.info/oz.html
Your message dated Tue, 17 Feb 2004 14:20:39 -0600
with message-id <[EMAIL PROTECTED]>
and subject line make your spouse love life
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 respons
I think we should just remove the __STRICT_ANSI__ check from
. "long long" will still work in gcc under -ansi (and, in
fact, will only elicit a warning even under -pedantic) so there should
be no real problem here.
__STRICT_ANSI__'s intended use in header files is to guard
namespace-polluting dec
woman moot monte
my friend recommmened the page man girls really do care about this
http://www.evaswt.info/p1/?id=tek
you gotta try it i love it2
http://www.evaswt.info/oz.html
24 matches
Mail list logo