Package: gpg
Version: 2.4.5-1
Severity: important
X-Debbugs-Cc: debian-bug-re...@03.softkill.org
Dear Maintainer,
following creates an endless loop:
sudo apt install gpg
sudo mkdir -p /etc/gnupg/gpg.conf
gpg --version
Afterwards gpg becomes unusable system wide.
To create the directory you usua
Package: dkms
Version: 2.3-2
Severity: important
-- System Information:
Debian Release: 9.9
APT prefers oldstable-updates
APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-8-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE
Package: laptop-mode-tools
Version: 1.66-2
Severity: minor
Dear Maintainer,
the screen of my netbook is only 1024x600 (WSVGA), however there are linux
driven minicomputers out there with a lot smaller screens, too. Running XFCE
means, that some additional height is taken by the window titlebar a
to look into it more deeply and cannot help
further. There is no way to reproduce the problem at my side nor test if
it vanished, as it already did.
Thank you a lot, Debian, I owe you much.
--
-Tino
Valentin Hilbig; Am Sportfeld 5; 86482 Aystetten; Germany
Tel. +49 821 4865787
http
p | grep -q ^None && echo bug found
Both do no more say "bug found" and more important:
"apt-get update" with "deb http://security.debian.org/ lenny/updates"
in /etc/apt/sources.list now works again.
Thanks!
--
-Tino
Valentin Hilbig; Am Sportfeld 5; 8648
Package: bash
Version: 4.1-3
Severity: normal
Attached is bashbug.sh which shows a strange bug in bash - with workaround.
The problem seems to be that certain redirections are not closed in-time,
leading to a possible exhaustion of file descriptors when doing this
redirection in a loop.
The str
y funny English.
PS: Googlemail not yet knows my debian-bug-reply-Address.
--
-Tino
Valentin Hilbig; Am Sportfeld 5; 86482 Aystetten; Germany
Tel. +49 821 4865787; USt-IdNr. DE219734816
http://valentin.hilbig.de/
http://permalink.de/tino/impressum
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
Package: apache
Version: 1.3.34-4.1
Severity: normal
Hello,
after upgrading from Sarge to Etch I found following apache configuration
directives to have a bad sideffect:
Order Allow,Deny
Deny from all
Satisfy all
FYI this config was the last in my conf.d directory as suggested by
http://
Package: libapache-mod-php4
Version: 4:4.3.10-8
Severity: normal
After upgrade to latest apache/php4 I noticed a different behavior of
fsockopen on unix domain sockets. Previously following worked:
[1] $fd = fsockopen("unixsocket",0);
Now you must replace this by
[2a]$pwd= get
9 matches
Mail list logo