Bug#589876: totem-plugin-arte: An error occurred: Location not found.
Judging from this bug and the statement that Arte regularly changes its streaming system, this package is a clear candidate for volatile for Squeeze+1. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590819: openerp-server: all files other than .py are missing
This comes from distutils. Apparently newer versions install Python files into site-packages and data files into dist-packages. debian/rules of openerp-server only moves the site-packages subdirectory to /usr/lib/openerp-server. The solution is to use --install-layout=deb when calling setup.py (or just use dh_auto_install). Everything will be in dist-packages then and can be moved in one piece again. BTW, according to policy/FHS, Python code and data files belong in /usr/share, not /usr/lib. -- Maximilian Gaß Tel.: +49 (0)21 61 / 46 43-126 credativ GmbH, HRB Mönchengladbach 12080 Hohenzollernstr. 133, 41061 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583553: unversionned dependency on librack-ruby1.8 breaks packages depending on
I checked some of the other Ruby packages and none of them used versioned dependencies. I agree that it might be a good idea to use versioned dependencies, but if so then all packages should have them. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589513: /etc/init.d/mysql: line 75: /usr/bin/mysqladmin: No such file or directory
/etc/init.d/mysql is part of the package mysql-server-5.1. You only have mysql-server-core-5.1 installed, so I suspect the script remains from a removed, but not purged package. mysql-server-5.1 is correctly depending on mysql-client-5.1, but mysql-server-core-5.1 is not. I think the proper way to fix this is not only let the init script check for the presence of mysqld, but also for mysqladmin. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562884: xscreensaver can be killed with Alt+SysRq+F
I think that generally disabling SysRq while xscreensaver is running is not a good idea. It will prevent the use of other commands that might be useful if the system is behaving troublesome. I think that a setuid helper specifically for this task is the proper solution, if it can be ensured that it can only be used for xscreensaver processes. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523516: News?
Is this going to be fixed via stable-security? If nothing happens here, I will prepare a new package and hand it to the security team. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523516: News?
On Tue, Dec 01, 2009 at 04:42:24PM +0100, Toni Mueller wrote: You are more than welcome to help preparing a useful update to this package (please contact me privately), but there's much, much more to it than simply fixing the paging bug. What other regressions have been introduced by the security fix that should be fixed for stable? signature.asc Description: Digital signature
Bug#523516: Regression in stable
Shouldn't this also be fixed for stable? It was a serious regression introduced by a security patch. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#448470: pidofproc falls back to pidof
On Wed, Nov 26, 2008 at 08:05:00AM +0100, Yves-Alexis Perez wrote: btw, in init-function, below pidofproc there's a comment: # start-stop-daemon uses the same algorithm as pidofproc above. I think that's the proper way to go. Quoting the pidof manpage: If the system has a start-stop- daemon (8) program that should be used instead. signature.asc Description: Digital signature
Bug#448470: pidofproc falls back to pidof
I suspect this is still not fixed. On a freshly installed Lenny system of mine, portmap refuses to start stating Already running. Adding debug output to the init script shows that $(pidofproc portmap) returns the PID of the shell running the init script ($$). pidofproc falls back to pidof when there is no PID file, like on system startup. In my case, this leads to statd not being able to register with the portmapper and my NFS mounts failing. signature.asc Description: Digital signature
