On Sun, Aug 07, 2005 at 05:42:03PM -0400, Joe Mason wrote:
> > So, even though running etch/sid against a woody kernel is indeed not
> > supported, that doesn't seem the issue here.
> > Instead, Joe, it looks like you *are* running a kernel on this machine that
> > has grsec enabled, even if you d
On Mon, Aug 08, 2005 at 10:46:40PM +0900, GOTO Masanori wrote:
> At Sun, 7 Aug 2005 10:43:43 -0400,
> Daniel Jacobowitz wrote:
> > Are libc6-i686 and libc6 the same version? Have they been upgraded
> > since you last restarted apache?
>
> Note that during glibc 2.3.5-2, I add this check code. If
At Sun, 7 Aug 2005 10:43:43 -0400,
Daniel Jacobowitz wrote:
> Are libc6-i686 and libc6 the same version? Have they been upgraded
> since you last restarted apache?
Note that during glibc 2.3.5-2, I add this check code. If version
number between libc6-i686 and libc6 are not matched, the post/pre
Package: glibc
Followup-For: Bug #321718
Hi all,
I'd suggest to rebuild all required packages (libraries) with
CFLAGS -Wa,--noexecstack so that assembled modules get tagged
as not needing executable stacks.
I've rebuilt some packages (liblzo1, openssl, libgdbm3, libelfg0,
libgcrypt11 and so on)
On Mon, Aug 08, 2005 at 06:38:24AM -0700, Steve Langasek wrote:
> > This kernel was compiled on another machine and installed by hand
> > instead of going through kpkg. Unfortunately I don't have the sources
> > anymore, but I don't recall installing any patches, which I understand
> > would be ne
At Mon, 8 Aug 2005 09:47:48 -0400,
Daniel Jacobowitz wrote:
> On Mon, Aug 08, 2005 at 10:46:40PM +0900, GOTO Masanori wrote:
> > At Sun, 7 Aug 2005 10:43:43 -0400,
> > Daniel Jacobowitz wrote:
> > > Are libc6-i686 and libc6 the same version? Have they been upgraded
> > > since you last restarted a
Package: linux-kernel-headers
Version: 2.6.13+0rc3-1.1
Severity: wishlist
Tags: patch
Please install the 32-bit 'ppc' kernel headers on the ppc64 architecture.
Those headers will be necessary to build an alternative 32-bit powerpc
library for the 64-bit ppc64 architecture.
The attached patch ch
On Mon, Aug 08, 2005 at 11:04:23PM +0900, GOTO Masanori wrote:
> I misleaded you - I just meant "we don't need to consider the version
> mismatch between libc6-i686 and libc6 from glibc 2.3.5-2".
Ah, I see! Thanks.
> > we need to restart nss-using applications between these two
> > versions.
>
On Mon, Aug 08, 2005 at 04:25:32PM +0200, Marc-Christian Petersen wrote:
> Package: glibc
> Followup-For: Bug #321718
>
> Hi all,
>
> I'd suggest to rebuild all required packages (libraries) with
> CFLAGS -Wa,--noexecstack so that assembled modules get tagged
> as not needing executable stacks.
>
On Mon, Aug 08, 2005 at 04:12:28PM +0200, Andreas Jochens wrote:
> Package: linux-kernel-headers
> Version: 2.6.13+0rc3-1.1
> Severity: wishlist
> Tags: patch
>
> Please install the 32-bit 'ppc' kernel headers on the ppc64 architecture.
There's no ppc64 architecture in debian (yet). Besides that
Hello,
thanks for your quick reply to my report!
On 05-Aug-08 16:54, Christoph Hellwig wrote:
> On Mon, Aug 08, 2005 at 04:12:28PM +0200, Andreas Jochens wrote:
> > Package: linux-kernel-headers
> > Version: 2.6.13+0rc3-1.1
> > Severity: wishlist
> > Tags: patch
> >
> > Please install the 32-bit
On Mon, Aug 08, 2005 at 05:30:48PM +0200, Andreas Jochens wrote:
> > never use kernel headers from userland. Use glibc-kerneheaders which in
> > already does the proper redirecting of /usr/include/asm/ to 32 or 64 bit
> > versions depending on whether you're compiling with -m64 or not.
>
> How do
On Mon, Aug 08, 2005 at 08:50:51PM +0200, Christoph Hellwig wrote:
> On Mon, Aug 08, 2005 at 05:30:48PM +0200, Andreas Jochens wrote:
> > > never use kernel headers from userland. Use glibc-kerneheaders which in
> > > already does the proper redirecting of /usr/include/asm/ to 32 or 64 bit
> > > v
Processing commands for [EMAIL PROTECTED]:
> severity 321580 important
Bug#321580: locales: installation fails because of [EMAIL PROTECTED]
Severity set to `important'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(adminis
severity 321580 important
thanks
On Sat, Aug 06, 2005 at 12:57:28PM +0200, Vincent Lefevre wrote:
> Package: locales
> Version: 2.3.5-3
> Severity: grave
> Justification: renders package unusable
The locales package has the same behavior in stable, testing and
unstable, so I downgrade this bug to
fakeroot-tcp shows the same behaviour. reverting back to glibc-2.3.2
is a workaround.
Matthias
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 2005-08-08 22:00:56 +0200, Denis Barbier wrote:
> So the problem here is that a locale listed in /etc/locale.gen is
> not valid. There are several possible causes:
> a. This locale was previously listed in /usr/share/i18n/SUPPORTED,
> but has been dropped.
> b. Admin made a typo when e
On Tue, Aug 09, 2005 at 05:42:38AM +0900, Vincent Lefevre wrote:
> On 2005-08-08 22:00:56 +0200, Denis Barbier wrote:
> > So the problem here is that a locale listed in /etc/locale.gen is
> > not valid. There are several possible causes:
> > a. This locale was previously listed in /usr/share/i18
Hi Denis,
On Mon, Aug 08, 2005 at 10:00:56PM +0200, Denis Barbier wrote:
> severity 321580 important
> thanks
> On Sat, Aug 06, 2005 at 12:57:28PM +0200, Vincent Lefevre wrote:
> > Package: locales
> > Version: 2.3.5-3
> > Severity: grave
> > Justification: renders package unusable
> The locales
I began working on belocs-locales-data in October 2004, to include most
patches sent to Debian BTS and upstream bugzilla. From the beginning,
it was pretty obvious to me that I needed also to fork localedef,
because having iso-*.def hardcoded in localedef makes transitions much
harder, e.g. users
> fakeroot-tcp shows the same behaviour. reverting back to glibc-2.3.2
> is a workaround.
Does building fakeroot against glibc 2.3.5 change anything?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
> merge 321712 321796
Bug#321712: libc6: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: symbol
__res_maybe_init, version GLIBC_PRIVATE
Bug#321796: libc6 errors with libphp4.so after recent libc6 update
Merged 321712 321796.
> thanks
Stopping proc
merge 321712 321796
thanks
Hi!
I saw the same error of #321796 (message error and Apache dying before),
so I am merging both bugs.
And one day after starting Apache I am not seeing errors anymore.
I have to say that I am a little ignorant at this area, but isn't strange
the needing to stop a pro
Package: libc6
Version: 2.3.5-3
Severity: normal
When I upgrade libc6 and run out of disk space during the install then
sometimes /etc/ld.so.nohwcap is left around. This causes all binaries
linked against pthread to SEGV. I'm using NTPL via libc6-i686 but
I don't know if this is part of the prob
Good day [EMAIL PROTECTED],
3845, you have been pre-app.roved for a $446,000 Home Loann at a 3.65% Fix.ed
R.ate.
Just v.is.it the linnk below and Com_plete the
The 1 minute Ins.tant Appr.oval For.m
http://boss.lowermyrates.org/1028/
Gale Aaron
Regional CEO
--
To UNSUBSCRIBE, email to [EM
25 matches
Mail list logo
