I’ll take a look at a patch, but I’m surprised that this is in stable given
that it doesn’t implement its documented contract.
This issue persists 4 years later in Jessie 4.3.1-6+deb8u2.
It may be minor for the maintainer but its a showstopper for my usage.
Package: lvm2
Version: 2.02.95-6
Severity: normal
Dear Maintainer,
Installation of clvm from the sid repository currently fails unless versions
are overridden due to the cLVM binary not having been built for the current
upstream LVM version.
While building clvm (and enabling cluster locking in
Please add debian/patches/fix-writeable-state-detection:
--- a/libraries/libldap/ldap-int.h
+++ b/libraries/libldap/ldap-int.h
@@ -622,6 +622,7 @@
LDAP_F (void) ldap_mark_select_write( LDAP *ld, Sockbuf *sb );
LDAP_F (void) ldap_mark_select_read( LDAP *ld, Sockbuf *sb );
LDAP_F (void) ldap_mark
Package: isc-dhcp-server-ldap
Version: 4.2.2.dfsg.1-4
Severity: important
For example, the following LDAP config:
dn: cn=xenmaster,cn=reservations,cn=config,ou=dhcp,dc=hive
objectClass: dhcpHost
objectClass: top
objectClass: dhcpOptions
cn: xenmaster
dhcpOption: dhcp-client-identifier "xenmaster"
I believe this might be the culprit:
In /usr/share/initramfs-tools/scripts/local-top/mdadm:
if [ -x "$(command -v udevsettle)" ]; then
verbose && log_begin_msg "Waiting for udev to process events"
udevsettle 10
verbose && log_end_msg
fi
The condition will never be true because udevsettle
Wow. Almost 3 years later and this is still broken.
Dave
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
The script linked to by the OP is loaded with bugs and will not run on Debian.
Below is one I have developed on Debian Squeeze based loosely on the SUSE
script.
I'd like to see this make it into our distro also, as to this point building a
fully functional Pacemaker cluster on Squeeze has been m
Jeroen van Wolffelaar wrote:
This will happen post-sarge, amd64 will not get released with sarge, and
adding it to sid now would only cause more work that can better be spent
elsewhere (read: releasing sarge).
--Jeroen
(read: "I don't own an AMD64")
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
9 matches
Mail list logo