previous format.
The fix would be to detect the format of root.ds, perhaps by checking
the version of the package to which it belongs, before attempting to
parse it.
- Colin Wetherbee
Package: debconf
Version: 1.5.56
Severity: minor
Dear Maintainer,
When processing more than 30 packages, dpkg-preconfigure will emit template
extraction status messages on the standard error output. I believe these
messages should be emitted on the standard output instead, as they do not
signify
Followup-For: Bug #774915
Andreas,
Thank you for the workaround. It worked for me.
Colin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
#x27; script.
Please note the information provided below is from Debian testing (as of
2013-12-18) 64-bit, running in a VirtualBox VM.
Thanks.
Colin Wetherbee
-- Package-specific info:
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/enctest-root ro
initrd=/install/initrd.gz qui
Package: varnish
Version: 2.0.6-1
Severity: grave
Justification: renders package unusable
Varnish 2.0.6, when used in conjunction with libvarnish1 2.0.5, will do one of
the two following things.
1. If a back-end probe is defined, Varnish will spin on epoll_wait() forever
and never actually check
Package: bzip2
Version: 1.0.5-3
Severity: normal
I've found this same bug while using apt-build to compile the bzip2 source.
This is on the more recent 1.0.5-3 version of bzip2. The relevant bits of my
apt-build configuration follow.
Olevel = -O2
mtune = -mtune=pentium-m
options = " "
make_optio
Package: ca-certificates
Version: 20090709
Severity: minor
The ca-certificates 20090709 package uses the "-L" argument to "find", which
is only supported in reasonably recent versions of findutils. That argument,
for example, is not supported in findutils 4.1.20-1.
This produces an error during
I installed apt-proxy on a server last night and was able to `apt-get
update` from most clients without fail for the first couple hours.
Now, every time I try to update from any client (I have three configured
to use the proxy at the moment), I get the following message.
W: Failed to fetch
h
Colin Wetherbee wrote:
1993 ttyp2S 0:00 | \_ /bin/bash -e
/usr/sbin/make-ssl-cert generate-default-snakeoil
1997 ttyp2R 31:52 | \_ openssl
req -config /tmp/tmp.o03KzO -new -x509 -days 3650 -nodes -out
/etc/ssl
30 minutes already, and I'm sure my processors would rather have
something else to do. This is today's release from testing.
# apt-get
Setting up ssl-cert (1.0.16) ...
# ps axf
1984 ttyp2S 0:09 | \_ /usr/bin/dpkg
--status-fd 14 --configure ssl-cert postfix
1985 ttyp2
Colin Wetherbee wrote:
Stefan Fritsch wrote:
I think I have a fix for some of the memory leaks. You can find
patched packages for etch at:
I installed the patched packages yesterday, and they've been running for
over 24 hours without any problems. I'm hesitant to declare the prob
Stefan Fritsch wrote:
I think I have a fix for some of the memory leaks. You can find
patched packages for etch at:
I installed the patched packages yesterday, and they've been running for
over 24 hours without any problems. I'm hesitant to declare the problem
fixed, however, since they're r
Stefan Fritsch wrote:
I have seen some other reports indicating that the php5 in Debian etch
leaks memory. If your php scripts work with php4, you could try
replacing php5 with php4. I would be interested if that improves the
situation.
As much as I would like to try that, I'm afraid one of m
Stefan Fritsch wrote:
Try setting MaxRequestsPerChild to 1000, causing each apache process
to be restartet after 1000 requests (the 0 in your settings means
unlimited). If that doesn't help, you may want to try 250 or 100.
This will reduce your performance, but it is probably still better
tha
Stefan Fritsch wrote:
On Mittwoch, 27. Juni 2007, Colin Wetherbee wrote:
Since upgrading apache2 to 2.2.3-4 last week, I have had to restart
Apache numerous times because it will grow in memory size and
eventually slow my server severely.
Can you please also post the complete list of enabled
Since upgrading apache2 to 2.2.3-4 last week, I have had to restart
Apache numerous times because it will grow in memory size and eventually
slow my server severely. The only way to regain control is to be
physically at the terminal and (very slowly) login as root and restart
apache2.
With 2
Package: initramfs-tools
Version: 0.79
The mkinitramfs script invokes the mdadm hook in
/usr/share/initramfs-tools/hooks/. The hook, in turn, invokes the mdadm
script called mkconf, located at /usr/share/mdadm/mkconf.
The mkconf script calls `mdadm -Escpartitions`, which can produce
incorre
FWIW, here is the output of mdadm -Escpartitions, which shows the
weirdness more clearly.
ARRAY /dev/md0 level=raid0 num-devices=2
UUID=088d7624:74a14b32:cf60881f:a8034e02
ARRAY /dev/md0 level=raid1 num-devices=2
UUID=c4ab126b:c19ab9ae:d271e909:7a9d7d27
ARRAY /dev/md1 level=raid1 num-devices=2
Package: mdadm
Version: 2.5.3.git200608202239-2
While upgrading to 2.5.3 (unstable/git) from 2.5.2-7 (testing) as a
result of not wanting to deal with bug #380746 (sync_action not
writeable for RAID0 arrays) any more, I was instructed to read some
upgrading documentation.
The file /usr/share
19 matches
Mail list logo
