Package: netinstall
Version: sorry, don't know how to obtain that info, see below for the
package reference and date.
Hardware:
Intel D945GSEJT, Atom processor N270 @1.60Ghz, 1GB DDR2
Technical specs:
http://downloadmirror.intel.com/17597/eng/D945GSEJT_TechProdSpec.pdf
Software:
Debian
Now, aptitude seems to work in its full glory again.
Same here. Thanks for the update.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Same issue on a QNAP TS109
Linux version 2.6.26-1-orion5x (Debian 2.6.26-13lenny2) (da...@debian.org
) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 Sat
Mar 14 19:17:17 UTC 2009
I confirm that this bug never shows up before the last kernel upgrade.
Is there any known
EB Is there any known workaround?
Replying to myself:
Don't ask me why, but when any of these apps are launched from a
strace context, they just work (!?)
So here is an ugly but simple workaround (run as root, or use sudo)
# Move apps in trouble into another dir
cd /usr/lib/apt/
mkdir
Subject: gonzui: CVS required when importing from Subversion
Package: gonzui
Version: 1.2-1
Severity: normal
*** Please type your report below this line ***
Gonzui rejects importation from SVN repository if the 'cvs' package is
not installed. There is no reason to have cvs installed when only
Is there a schedule for the next delivery ?
The server used to work with the previous release of Apache (2.0.53) and it is
now down ;-(
I do not how to revert to the previous release - will it work with the new libc
upgraded the same day than 2.0.54-2 ?
I'm looking for ANY solution to be able
Package: apache2-common
Version: 2.0.54-2
Severity: grave
Justification: renders package unusable
It seems that the problem is related to LDAP authentication.
The problem started showing up after the last 'aptitude upgrade' which
has upgraded both the Apache2 server from 2.0.53 to 2.0.54, and
Maybe also a gdb backtrace? (LD_LIBRARY_PATH=/usr/lib/debug gdb -p
pid); you should first install the package libc6-dbg, if possible.
If not, then don't set LD_LIBRARY_PATH. It will at least tell us if
the stack is still sane, or if there has been memory corruption.
Here is the GDB trace. I
Original Message
Subject: Re: Bug#307567: apache2-common: Apache2 consumes 100% CPU after a few
requests
Date: Wed, 04 May 2005 02:01:38 +0200
From: Emmanuel Blot [EMAIL PROTECTED]
Organization: ANIENIB
To: Justin Pryzby [EMAIL PROTECTED]
References: [EMAIL PROTECTED] [EMAIL
[Sorry, I posted with the wrong email account]
I'm not familiar with apache internals, nor LDAP, but I can try to
help begin diagnosis.
Thanks.
Could you provide a strace of the process when it is in that state?
(strace -p pid)? Maybe also a strace of the process beginning
before it is in
10 matches
Mail list logo
