Bug#799295: lvm

2017-12-26 Thread PF4Public
Looks like RedHat had a very similar issue and they fixed it with a simple patch, is this usable for Debian? See here: https://bugzilla.redhat.com/show_bug.cgi?id=813766

Bug#768376: [libvirt-daemon-system]

2017-04-03 Thread PF4Public
Hi everyone Was upgrading one of my servers and noticed that libvirt broke completely. Turns out, "libvirt-daemon-system" could not be installed due to "policykit-1" dependency, which in turn depends on ...drum roll... "systemd", which is blacklisted on my systems. Manually extracting all the

Bug#819123: Please integrate vCard access restriction patch

2016-03-23 Thread PF4Public
Package: ejabberd Version: 16.02-2 Please integrate vCard access restriction patch as Debian patch until it is integrated into mainline ejabberd. As far as I can tell, the patch is maintained at https://support.process-one.net/browse/EJAB-797 as well as it was updated to latest ejabberd source

Bug#808699: How come nginx-common now depends on python?

2015-12-21 Thread PF4Public
Package: nginx-common Version: 1.9.6-2 Previous versions (eg 1.6.2-5 from jessie) had no dependence on python, however 1.9.6-2 suddenly depends on python, is it intended? How could "This package contains base configuration files used by all versions of nginx." ever depend on python?

Bug#793102: nut-server: ups does not 'reboot' output outlets if /usr is on a separate partition

2015-10-02 Thread PF4Public
I have traced this down to the failing line "if $upsmon -K >/dev/null 2>&1 ; then" in /etc/init.d/ups-monitor -> nut-client for some reason /sbin/upsmon after open("/lib/i386-linux-gnu/i686/cmov/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 wants to read open("/usr/lib/i386-linux-gnu/libnss3.so", O_RDONLY|

Bug#799971: Failing to gracefully stop worker processes

2015-09-24 Thread PF4Public
Package: uwsgi-emperor Version: 2.0.7-1 Severity: important When using initscript to stop or restart uwsgi-emperor expected behaviour is that emperor along with all its vassals cleanly shuts down, however this is not the case with current package version. That is, instead of cleanly shutting

Bug#785056: roundcube-core: Missing Net_LDAP3 from the vendor/kolab dir which is required for ldap support

2015-07-24 Thread PF4Public
After unpacking Net/LDAP3.php from the aforementioned fedora RPM, Address book indeed works fine. Even autocomplete works fine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org