Bug#926660: Patch to make webfs stoppable again

2019-11-04 Thread Bjoern Jacke
attached patch for the init script fixes this. As the package maintainer
does not pop up here, can some Debain Deveoper please make a NMU based
on this patch?
--- debian/webfs.init.old	2019-11-04 22:48:01.637076220 +0100
+++ debian/webfs.init	2019-11-04 22:49:19.481197962 +0100
@@ -73,13 +73,13 @@
 	;;
 stop)
 	log_daemon_msg "Stopping httpd daemon" "$NAME"
-	start-stop-daemon --stop --quiet --oknodo --pidfile $pidfile
+	start-stop-daemon --stop --quiet --oknodo --user $web_user --pidfile $pidfile
 	log_end_msg $?
 	rm -f $pidfile || true
 	;;
 restart|force-reload)
 	log_daemon_msg "Re-starting httpd daemon" "$NAME"
-	start-stop-daemon --stop --quiet --oknodo --pidfile $pidfile
+	start-stop-daemon --stop --quiet --oknodo --user $web_user --pidfile $pidfile
 	rm -f $pidfile || true
 	start-stop-daemon --start --quiet --pidfile $pidfile \
 		--exec $DAEMON -- $ARGS


Bug#693874: convmv can delete data on case-insensitive filesystems

2012-11-21 Thread Bjoern Jacke
Package: convmv
Version: 1.12
Owner: bubu...@debian.org

there is a posible data loss bug in the convmv versions = 1.14 which are in
Debian distris.

from the changelog:

- fix a bug where on case-insensitive filesystems --upper and --lower did not
  work because we thought the new file would already exist (stat foo and stat
  FOO are the same, yeah. The obvious workaround to use --replace would
  delete the files on case-insensitive filesystems instead, which was even
  worse. Case conversion should be working well now, I tested it on Darwin and
  on case-insensitive XFS. The latter one is a bit buggy by the way, see
  https://bugzilla.kernel.org/show_bug.cgi?id=39512. convmv works around that
  bug, too.

The initial bug report comes from https://trac.macports.org/ticket/29563

As probably an update to 1.15 is against Debian policies: If you diff 1.14
against 1.15 the fix for this bug is the hunk that starts with # the following
is to handle case-insensitive filesystems: ...


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#677225: cron-apt crashes with buffer overflow (caused by liblockfile)

2012-06-12 Thread Bjoern Jacke
Package: liblockfile

cron-apt crasheѕ with a buffer overflow when PID counter is 100

See https://bugs.launchpad.net/ubuntu/+source/liblockfile/+bug/1011477 for
details and a patch attached.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#674142: make it possible to disable ssl compression in apache2 mod_ssl

2012-05-23 Thread Bjoern Jacke
Package: apache2
Version: 2.2.16
Owner: debian-apa...@lists.debian.org

Some browsers like Chrome/Chromium but also cmdline clients using openssl like
wget support ssl compression. This is a big problem for ssl enabled servers
when they offer big files. Pulling for example a (already compressed) 100MB
file via such a browser using https the ssl compression eats up CPU time
significantly. The overall performance of the server will also go down.
Multiple clients make it even worse. It should be possible to disable ssl
compression in mod_ssl to solve this issue.

Please consider to add the patch from
https://issues.apache.org/bugzilla/show_bug.cgi?id=53219 to the Debian package.
It adds the parameter SSLCompression On/Off which allows to disable the ssl
compression.  Maybe it is possible to get this even in Squeeze as it doesn't
change any default setting?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#358890: wngerman: Contains Bäume(n) in all caps

2007-09-09 Thread Bjoern Jacke
This does not happen on my system, probably because here I have Ispell
3.3.02. The Ispell version in Debian (incl. unstable) is 10 years old, 
why?



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]