Bug#581739: permission check on .forward files ignores user private groups

2010-05-16 Thread Andreas Hemel
On Sun, May 16, 2010 at 01:24:31PM +0200, Andreas Metzler wrote: On 2010-05-15 Andreas Hemel dai.s...@gmx.net wrote: Package: exim4 Version: 4.71-4 Severity: normal According to bug #581434 the default umask on new installations will change from 022 to 002. Debian uses user private

Bug#581739: permission check on .forward files ignores user private groups

2010-05-15 Thread Andreas Hemel
Package: exim4 Version: 4.71-4 Severity: normal According to bug #581434 the default umask on new installations will change from 022 to 002. Debian uses user private groups, meaning every user is in his own private group, that nobody else is a member of. This change makes it easier to setup

Bug#581434: UPG and the default umask

2010-05-14 Thread Andreas Hemel
On Fri, May 14, 2010 at 01:21:41PM -0400, Joey Hess wrote: Vincent Danjean wrote: I'm happy with this move. However, there is still an interaction with ssh to deal with: vdanj...@eyak:~$ chmod -Rv g+w .ssh/authorized_keys vdanj...@eyak:~$ ssh localhost vdanj...@localhost's password:

Bug#438556: tagpy: Fix segfault in tapgy.id3v2.Tag.addFrame()

2007-08-17 Thread Andreas Hemel
Package: tagpy Version: 0.91-1 Severity: normal Tags: patch Subject: tagpy: Fix segfault in tapgy.id3v2.Tag.addFrame() Package: tagpy Version: 0.91-1 Severity: important Tags: patch Adding a new Frame to an ID3v2 Tag reproducibly causes a segementation fault. The TagLib documentation specifies

Bug#353259: vrms: reports blender as non-free

2006-02-17 Thread Andreas Hemel
Package: vrms Version: 1.11 Severity: normal blender is reported as non-free, but it has been gpl'd several years ago and is now in main. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.5 Locale:

Bug#349003: /etc/init.d/wzdftpd stop/restart fails

2006-01-20 Thread Andreas Hemel
Package: wzdftpd Version: 0.6.1-1 Severity: important When stopping wzdftpd with /etc/init.d/wzdftpd stop, the init script says it stopped the daemon, although it is still running. Using the init script to restart wzdftpd just starts second instance. I'm not if sure if reload works, but I think