Bug#692808: Two seperate issues (LDAP and LDAP w/ SSL support)
Hi Mark, sorry for the confusion, I got the initial bug report wrong. So your initial enquiry was about ldap-tls-reqcert and ldap-ssl not being recognized by dhcpd. This is actually a different issue than the one that I meant [1], sorry for that. The reason for your issue probably is that the isc-dhcp-server-ldap package does not contain OpenSSL support (configure flag --with-ldapcrypto). I have attached a patch to this mail which should fix this. Conclusion: wheezy's isc-server-dhcp-ldap lacks LDAP crypto support (OpenSSL) and requires isc-dhcp-server-ldap-4.2.4sid-fix-ldapcrypto-support.patch. sid's isc-server-dhcp-ldap lacks LDAP and LDAP crypto support. It requires both isc-dhcp-server-ldap-4.2.4sid-fix-ldap-support.patch and isc-dhcp-server-ldap-4.2.4sid-fix-ldapcrypto-support.patch. By applying both patches I was able to build a package which includes LDAP and LDAPS support (at least according to the compiled-in symbols). Hope this helps. [1] https://bugs.launchpad.net/ubuntu/+source/isc-dhcp/+bug/1071928 Kind regards, Christian Fixing #692808: isc-dhcp-server-ldap lacks LDAPS support The dhcpd binary provided by wheezy's isc-dhcp-server-ldap package lacks OpenSSL support, therefore ldap-ssl and ldap-tls-reqcert were not supported, while previous versions of this package used to provide support for this and the build dependencies suggest that OpenSSL support was intended. This patch is against sid's package, but should apply similarly for wheezy. diff --git a/debian/rules b/debian/rules index d7ca9c0..5dd6b5b 100755 --- a/debian/rules +++ b/debian/rules @@ -46,7 +46,7 @@ build-ldap-stamp: --with-srv6-lease-file=/var/lib/dhcp/dhcpd6.leases \ --with-cli-lease-file=/var/lib/dhcp/dhclient.leases \ --with-cli6-lease-file=/var/lib/dhcp/dhclient6.leases \ - --with-ldap + --with-ldap --with-ldapcrypto $(MAKE) $(CROSS) Fixing: isc-dhcp-server-ldap lacks LDAP support Initially reported on the Ubuntu bug tracker at: https://bugs.launchpad.net/ubuntu/+source/isc-dhcp/+bug/1071928 And got mentioned in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692808#10 The cause for the problem is a build issue. Debugging was done by Christian Hoffmann christ...@hoffie.info, the patch was re-worked by Stéphane stgraber Graber for Ubuntu. diff --git a/debian/rules b/debian/rules index cd96512..d7ca9c0 100755 --- a/debian/rules +++ b/debian/rules @@ -38,6 +38,7 @@ CFLAGS += -DNOMINUM build-ldap-stamp: dh_testdir + [ ! -f Makefile ] || $(MAKE) distclean ./configure \ --prefix=/usr \ --sysconfdir=/etc/dhcp \ @@ -56,7 +57,7 @@ build-ldap-stamp: build: build-arch build-indep -build-arch: build-ldap-stamp clean build-non-ldap-stamp build-arch-stamp +build-arch: build-ldap-stamp build-non-ldap-stamp build-arch-stamp build-indep: build-arch-stamp: @@ -66,6 +67,7 @@ build-arch-stamp: build-non-ldap-stamp: dh_testdir + [ ! -f Makefile ] || $(MAKE) distclean ./configure \ --prefix=/usr \ --sysconfdir=/etc/dhcp \ signature.asc Description: OpenPGP digital signature
Bug#692808: isc-dhcp-server-ldap: Semicolon expected error for some LDAP/DHCP config options
Hi, I think the actual problem is that the binary provided by isc-dhcp-server-ldap actually lacks LDAP support due to a build logic error. I've been hit by this problem myself (although on Ubuntu, but I think they use the same source) and I analyzed it and have a workaround (see attached patch). The root cause is an error in the build process, more specifically the debian/rules Makefile. First, the ldap flavour of the binary is built and moved to isc-dhcp-server-ldap/dhcpd. This works as expected, the resulting binary contains ldap symbols as expected. Then, the normal flavour is built. The binary is left in server/dhcpd (like in a vanilla build). Then, both of these steps are repeated again, and this is the actual problem. First, it's a useless step, second, it leads to the broken ldap binary as no make (dist)clean is invoked inbetween which makes make think that server/dhcpd is already the correct ldap binary (which it is not; it is a left-over from the first normal build); afterwards, the build process (debian/rules) overwrites the correct ldap binary in isc-dhcp-server-ldap/dhcpd with a vanilla binary. The normal flavour is built again as well, but this does not break anything. The problem is complex and the patch is trivial, but I don't know if it is correct. Works for me, but YMMV. The patch fixes this problem and probably reduces build time, as the process runs only twice instead of 4 times. The actual problem is that the clean target is invoked between builds, which also calls dh_clean, which in fact removes all the *stamp files, which usually avoid accidental duplicate builds. I've modified the build target to call buildclean, which does the same thing as before, just without the dh_clean. I would also consider this bug report really severe, as it renders the given package completely unusuable and breaks existing setups. Kind regards, Christian --- dhcpd.orig/isc-dhcp-4.2.4/debian/rules 2012-10-16 21:25:47.0 +0200 +++ dhcpd/isc-dhcp-4.2.4/debian/rules 2013-01-15 23:05:34.887169035 +0100 @@ -59,7 +59,7 @@ build: build-arch build-indep -build-arch: build-ldap-stamp clean build-non-ldap-stamp build-arch-stamp +build-arch: build-ldap-stamp buildclean build-non-ldap-stamp build-arch-stamp build-indep: build-arch-stamp: @@ -82,9 +82,8 @@ touch $@ -clean: +buildclean: dh_testdir - rm -f build*stamp install*stamp [ ! -f Makefile ] || $(MAKE) distclean rm -f Makefile client/Makefile config.log config.status @@ -92,6 +91,8 @@ build.log configure.log install.log debconf-updatepo + +clean: buildclean dh_clean install: install-stamp @@ -159,7 +160,7 @@ # Build architecture-dependent files here (this package does not contain # architecture-independent files). -binary-arch: build-arch install +binary-arch: build-ldap-stamp build-non-ldap-stamp build-arch-stamp install dh_testdir dh_testroot dh_installdebconf signature.asc Description: OpenPGP digital signature
Bug#586643: smstools: fails to send SMS
Package: smstools Version: 3.1.6-1 Severity: important -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smstools depends on: ii adduser 3.112 add and remove users and groups ii debconf 1.5.32 Debian configuration management sy ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libmm14 1.4.2-3Shared memory library - runtime ii ucf 3.0025 Update Configuration File: preserv smstools recommends no packages. smstools suggests no packages. -- Configuration Files: /etc/init.d/smstools [Errno 2] No such file or directory: u'/etc/init.d/smstools' -- debconf information: smstools/devicebaudrate: 19200 smstools/modems/devicebaudrate1: 19200 smstools/configureanothermodem: false smstools/devicename: GSM1 smstools/modems/deviceincoming1: true smstools/deviceincoming: true smstools/configure: true smstools/deviceinit: smstools/modems/deviceinit1: smstools/eventhandler: smstools/devicebaudrateother: smstools/devicenodeother: smstools/devicenode: smstools/modems/devicename1: GSM1 smstools/configureanothermodem1: false smstools/modems/devicenode1: /dev/ttyS0 smstools did not completly wait for an answer, after the 'AT-command' for sending a new message is send. only the 'O' of 'OK' is accepted. if i initiate a 'hang up' via minicom while smstools wants to send, the message will be delivered. the new version '3.1.9' of smstools will fix this problem. --- freundlichst muempf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552159: burn: missing directory with sample config-file
Package: burn Version: 0.4.5-1~bpo50+1 Severity: normal 'burn-configure' is looking for a sample config-file at '/usr/share/burn/example/burn.conf', but the sample config-file exists in '/usr/share/burn/burn.conf'. The 'example'-directory is missing and the sample config-file is misplaced, or the path for sample config-file in '/usr/share/pyshared/burnlib/interactive_configure.py' should be changed. cheers muempf -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages burn depends on: ii cdrdao 1:1.2.2-16records CDs in Disk-At-Once (DAO) ii genisoimage9:1.1.9-1 Creates ISO-9660 CD-ROM filesystem ii mpg321 0.2.10.6 mpg123 clone that doesn't use floa ii python 2.5.2-3 An interactive high-level object-o ii python-eyed3 0.6.16Python module for id3-tags manipul ii python-pyao0.82-2.1 A Python interface to the Audio Ou ii python-pymad 0.5.4-3.2+b1 Python wrapper to the MPEG Audio D ii python-pyvorbis1.3-2 A Python interface to the Ogg Vorb ii python-support 1.0.3~bpo50+1 automated rebuilding support for P ii wodim 9:1.1.9-1 command line CD/DVD writing tool burn recommends no packages. burn suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505681: The modem hangs sporadically
Package: smstools Version: 3.1-1~bpo40+1 Severity: important *** Please type your report below this line *** -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.26-bpo.1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages smstools depends on: ii adduser3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.11etch2 Debian configuration management sy ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libmm141.4.2-1 Shared memory library - runtime ii ucf2.0020Update Configuration File: preserv smstools recommends no packages. Hardware: Siemens MC35i GSM modem on serial port The modem hangs sporadically. One sms is moved to '/var/spool/sms/checked' and a '.LOCK' is added to this sms. Here are the relevant entries of the logfile: --- snip --- 2008-11-13 23:36:12,5, GSM1: SMS sent, Message_id: 142, To: 49176221x, sending time 5 sec. 2008-11-13 23:36:12,6, GSM1: Moved file /var/spool/sms/checked/send_v24129 to /var/spool/sms/sent ### last lines of an correct transport 2008-11-14 07:26:00,6, smsd: Moved file /var/spool/sms/outgoing/send_Q25367 to /var/spool/sms/checked 2008-11-14 07:26:00,6, GSM1: Modem handler 0 received SIGCONT, will continue immediately. 2008-11-14 07:26:01,6, GSM1: I have to send 1 short message for /var/spool/sms/checked/send_Q25367 2008-11-14 07:26:01,6, GSM1: Sending SMS from to 49151124x 2008-11-14 07:26:01,6, GSM1: Checking if modem is ready 2008-11-14 07:26:01,6, smsd: Moved file /var/spool/sms/outgoing/send_l25372 to /var/spool/sms/checked 2008-11-14 07:30:02,6, smsd: Moved file /var/spool/sms/outgoing/send_n27319 to /var/spool/sms/checked 2008-11-14 07:30:03,6, smsd: Moved file /var/spool/sms/outgoing/send_g27314 to /var/spool/sms/checked 2008-11-14 07:33:54,6, smsd: Moved file /var/spool/sms/outgoing/send_p29373 to /var/spool/sms/checked 2008-11-14 07:33:55,6, smsd: Moved file /var/spool/sms/outgoing/send_O29378 to /var/spool/sms/checked 2008-11-14 07:37:56,6, smsd: Moved file /var/spool/sms/outgoing/send_k31397 to /var/spool/sms/checked 2008-11-14 07:37:57,6, smsd: Moved file /var/spool/sms/outgoing/send_f31405 to /var/spool/sms/checked 2008-11-14 07:45:58,6, smsd: Moved file /var/spool/sms/outgoing/send_uj2847 to /var/spool/sms/checked 2008-11-14 07:45:59,6, smsd: Moved file /var/spool/sms/outgoing/send_gt2842 to /var/spool/sms/checked 2008-11-14 07:50:00,6, smsd: Moved file /var/spool/sms/outgoing/send_jc4865 to /var/spool/sms/checked 2008-11-14 07:50:01,6, smsd: Moved file /var/spool/sms/outgoing/send_wd4870 to /var/spool/sms/checked --- snap --- After the '/var/spool/sms/outgoing/send_Q25367.LOCK' war removed an 'smsd' was restarted correctly, all other sms was send correctly. I have found this forum thread, which may fix this problem. http://smstools.meinemullemaus.de/support/viewtopic.php?f=9t=583p=2456 cheers Christian Hoffmann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
