Bug#962365: gnuradio-dev: upgrade to boost 1.71 breaks OOT module building
Package: gnuradio-dev Version: 3.8.1.0-1+b3 Severity: important Hi Maitland, One of the users of gr-satellites has spotted a problem when building gr-satellites with a recently upgraded Debian testing system. This problem not only affects gr-satellites, but all GNU Radio out-of-tree modules. I have been able to replicate it with an empty out-of-tree module freshly created with gr_modtool. The particular problem appears when running cmake with the out-of-tree module. cmake will not be able to find a suitable version of boost, reporting: -- Could NOT find Boost: Found unsuitable version "1.67.0", but required is at least "1.71.0" (found /usr/include) CMake Warning at CMakeLists.txt:88 (find_package): Found package configuration file: /usr/lib/x86_64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake Then cmake terminates and the module cannot be built. It seems to me that the probem is that the gnuradio package has been upgraded to boost 1.71.0, while gnuradio-dev still depends on packages from boost 1.67.0. In fact, as you can see below, gnuradio-dev depends on several "generic version" libboost packets such as libboost-date-time-dev. Perhaps it would be enough to make it depend on libboost-date-time1.71-dev, etc. More information can be found in the bug reported on gr-satellites: https://github.com/daniestevez/gr-satellites/issues/114 Best regards, Daniel -- System Information: Debian Release: bullseye/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.6.13-gentoo (SMP w/2 CPU cores; PREEMPT) Locale: LANG=es_ES.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8), LANGUAGE=es_ES.UTF-8 (charmap=locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages gnuradio-dev depends on: ii gnuradio 3.8.1.0-1+b3 ii libboost-date-time-dev1.67.0.2+b1 ii libboost-filesystem-dev 1.67.0.2+b1 ii libboost-program-options-dev 1.67.0.2+b1 ii libboost-regex-dev1.67.0.2+b1 ii libboost-system-dev 1.67.0.2+b1 ii libboost-test-dev 1.67.0.2+b1 ii libboost-thread-dev 1.67.0.2+b1 ii libcppunit-dev1.15.1-2 ii libfftw3-dev 3.3.8-2 ii libgmp-dev2:6.2.0+dfsg-4 ii libgsm1-dev 1.0.18-2 ii liblog4cpp5-dev 1.1.3-1 ii libvolk2-dev 2.3.0-2 ii python3-dev 3.8.2-3 gnuradio-dev recommends no packages. Versions of packages gnuradio-dev suggests: ii cmake 3.16.3-3 pn libqwt-qt5-dev ii pkg-config 0.29.2-1 pn qtbase5-dev ii swig4.0.1-5 -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LC_CTYPE = "C.UTF-8", LC_COLLATE = "es_ES.UTF-8", LANG = "es_ES.UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory
Bug#468575: Assertion failure in libnss-ldap, leading to other apps failure
Package: libnss-ldap Version: 251-7.5etch1 Tags: patch etch Hello. There is a bug in libnss-ldap that makes some applications fail because of an assertion failure. The assertion failure is similar to this one: ldap-nss.c:1312: do_init: Assertion `cfg-ldc_uris[__session.ls_current_uri] != ((void *)0)' failed. This problem is repeated on several bug reports for different packages: #375533, #418615 and #418619. As you can see on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=375533#131 the bug was fixed in upstream in version 255, but a backport of the fix has never been done in etch. There is even a patch for version 251: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=131;filename=libnss-ldap_251-7.02.diff;att=1;bug=375533 It would be nice to see this bug solved in etch, because of the annoying nature of it. In my case, it made both mailscanner and cyrus-imapd fail, giving little information, when using ldap because /etc/libnss-ldap had permissions 600. PS: I will happily provide any further information needed, but i think that the information on the mentioned bug reports should be enough. Thaks, Daniel Estevez -- Linux registered user #327978 since summer 2003 http://greendragon.homelinux.org/~daniel/ signature.asc Description: This is a digitally signed message part.
Bug#418619: Mailscanner dies when shadow: set to ldap on /etc/nsswitch.conf
El Jueves, 28 de Febrero de 2008, Simon Walter escribió: Yeah, I think the best would be if you report a new bug against libnss-ldap with reportbug from your stable system. Link the bugreport with the patch #375533 and the bugreports for mailscanner #418619 and #418615 in it, attach the patch itself and point out that you want this problem resolved for the stable release. I have submitted the bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=468575 I think I have included all the relevant information. I you think I've missed something important, feel free to add it. -- Linux registered user #327978 since summer 2003 http://greendragon.homelinux.org/~daniel/ signature.asc Description: This is a digitally signed message part.
Bug#418619: Mailscanner dies when shadow: set to ldap on /etc/nsswitch.conf
El Jueves, 28 de Febrero de 2008, Simon Walter escribió: Ldap version in stable is 251 with some security fixes. The bug was fixed by upstream in 255 and testing runs 258. So there never was a specific debian-stable patch for this issue. Can I close this bug? Ok, it's good to know that. Feel free to close the bug, but perhaps a backport of the patch to debian-stable would help, because it seems that bug #418615 is caused by the same problem. -- Linux registered user #327978 since summer 2003 http://greendragon.homelinux.org/~daniel/ signature.asc Description: This is a digitally signed message part.
Bug#418619: Mailscanner dies when shadow: set to ldap on /etc/nsswitch.conf
El Miércoles, 27 de Febrero de 2008, Simon Walter escribió: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=375533 seems like your problem is/was a bug in ldap itself. Thanks for your help! It's surprisingly grateful to discover that someone takes a look at bug reports which were submitted a year ago. The problem was indeed, as stated in that bug report, that /etc/nsswitch.conf had mode 600. Changing permissions to 644 solved the problem. I wonder why a permissions problem would result in an assertion failure. But, anyway, it's fixed now. However, the ldap-nss.c assertion failure, doesn't seem to be fixed yet. I run a fully updated debian stable, and the problem persits when /etc/nsswitch.conf has mode 600 and shadow is set to compat ldap. greendragon:/home/daniel# LANG=C MailScanner --debug In Debugging mode, not forking... perl: ldap-nss.c:1376: do_init: Assertion `cfg-ldc_uris[__session.ls_current_uri] != ((void *)0)' failed. -- Linux registered user #327978 since summer 2003 http://greendragon.homelinux.org/~daniel/ signature.asc Description: This is a digitally signed message part.
Bug#418615: cyrus21-imapd crashes if nsswitch is configured with ldap group support
In relation with this two bug reports: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418615 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418615 I have found a way to solve the problem. The issue seems libnss-ldap crashing wierdly when permissions on /etc/libnss-ldap.conf are set to 600. Setting the permissions to 644 solved the problem. -- Linux registered user #327978 since summer 2003 http://greendragon.homelinux.org/~daniel/ signature.asc Description: This is a digitally signed message part.
Bug#418615: cyrus21-imapd crashes if nsswitch is configured with ldap group support
El Miércoles, 27 de Febrero de 2008, Henrique de Moraes Holschuh escribió: On Wed, 27 Feb 2008, Daniel Estévez Sánchez wrote: In relation with this two bug reports: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418615 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418615 Now, THAT is an interesting tidbit of information. But you named one bug report twice, not two ;-) Woops! Sorry. And, as you can see, the bug report I named is this bug report, so I really named zero bug reports :-D The bug reports I wanted to paste, were: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418619 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=375533 -- Linux registered user #327978 since summer 2003 http://greendragon.homelinux.org/~daniel/ signature.asc Description: This is a digitally signed message part.
Bug#418619: Mailscanner dies when shadow: set to ldap on /etc/nsswitch.conf
El Miércoles, 11 de Julio de 2007, escribió: Sorry, i don't have time to investigate this sort of setup. Are you currently able to reproduce the problem, run mailscanner in debug-mode and send me the output? Sure, this is the output when shadow: compat ldap * greendragon:/home/daniel# LANG=C MailScanner --debug In Debugging mode, not forking... perl: ldap-nss.c:1374: do_init: Assertion `cfg-ldc_uris[__session.ls_current_uri] != ((void *)0)' failed. Abortado ** This seems to point to a bug in the code. -- Linux registered user #327978 since summer 2003 http://greendragon.homelinux.org/~daniel/ pgplhVvO7JiH4.pgp Description: PGP signature
Bug#418615: cyrus-imapd crashes when nss is set to group: compat ldap
Package: cyrus21-imapd Version: 2.1.18-5.1 I've just dist-upgraded to etch and when I try to connect to the cyrus-imapd server I'm running I get the following on syslog: Apr 9 14:20:29 greendragon cyrus/master[26926]: about to exec /usr/lib/cyrus/bin/imapd Apr 9 14:20:29 greendragon cyrus/imaps[26926]: executed Apr 9 14:20:29 greendragon cyrus/imapd[26926]: accepted connection Apr 9 14:20:29 greendragon cyrus/imapd[26926]: mystore: starting txn 2147483656 Apr 9 14:20:29 greendragon cyrus/imapd[26926]: mystore: committing txn 2147483656 Apr 9 14:20:29 greendragon cyrus/imapd[26926]: starttls: TLSv1 with cipher AES256-SHA (256/256 bits new) no authentication Apr 9 14:20:30 greendragon cyrus/imapd[26926]: login: estelion.casa.red[10.203.134.1] daniel plaintext+TLS Apr 9 14:20:30 greendragon cyrus/master[26689]: process 26926 exited, signaled to death by 6 Apr 9 14:20:30 greendragon cyrus/master[26689]: service imaps pid 26926 in BUSY state: terminated abnormally Of course, I am unable to connect. I am using libnss-ldap and nscd and also I'm using saslauthd with pam auth for imapd. I have googled and this bug seems to be the same as #145766. Setting group: compat on nsswitch.conf (instead of group: compat ldap) solves the issue. However, recompiling libldap2 with --without-cyrus-sasl doesn't seem to fix the problem. The configurations are the following: imapd.conf === # Debian Cyrus imapd.conf # See imapd.conf(5) for more information and more options # Configuration directory configdirectory: /var/lib/cyrus # Which partition to use for default mailboxes defaultpartition: default partition-default: /var/spool/cyrus/mail # News setup partition-news: /var/spool/cyrus/news newsspool: /var/spool/news # Alternate namespace # If enabled, activate the alternate namespace as documented in # /usr/share/doc/cyrus21-doc/html/altnamespace.html, where an user's # subfolders are in the same level as the INBOX # See also userprefix and sharedprefix on imapd.conf(5) altnamespace: no # UNIX Hierarchy Convention # Set to yes, and cyrus will accept dots in names, and use the forward # slash / to delimit levels of the hierarchy. This is done by converting # internally all dots to ^, and all / to dots. So the rabbit.holes # mailbox of user helmer.fudd is stored in user.elmer^fud.rabbit^holes unixhierarchysep: no # Munging illegal characters in headers # Headers of RFC2882 messages must not have characters with the 8th bit # set. However, too many badly-written MUAs generate this, including most # spamware. Disable this if you want Cyrus to leave the crappage untouched # and you don't care that IMAP SEARCH won't work right anymore. #munge8bit: no # Forcing recipient user to lowercase # Cyrus 2.1 is case-sensitive. If all your mail users are in lowercase, it is # probably a very good idea to set lmtp_downcase_rcpt to true. The default is # to assume the user knows what he is doing, and not downcase anything. #lmtp_downcase_rcpt: yes # Uncomment the following and add the space-separated users who # have admin rights for all services. admins: cyrus # Space-separated list of users that have lmtp admin status (i.e. that # can deliver email through TCP/IP lmtp) in addition to those in the # admins: entry above lmtp_admins: Debian-exim # Space-separated list of users that have mupdate admin status, in # addition to those in the admins: entry above. Note that mupdate slaves and # backends in a Murder cluster need to autenticate against the mupdate master # as admin users. #mupdate_admins: mupdateman # Space-separated list of users that have imapd admin status, in # addition to those in the admins: entry above imap_admins: cyrus # Space-separated list of users that have sieve admin status, in # addition to those in the admins: entry above sieve_admins: cyrus # List of users and groups that are allowed to proxy for other users, # seperated by spaces. Any user listed in this will be allowed to login # for any other user. Like admins: above, you can have imap_proxyservers # and sieve_proxyservers. #proxyservers: cyrus # No anonymous logins allowanonymouslogin: no # Minimum time between POP mail fetches in minutes popminpoll: 1 # If nonzero, normal users may create their own IMAP accounts by creating # the mailbox INBOX. The user's quota is set to the value if it is positive, # otherwise the user has unlimited quota. autocreatequota: 0 # umask used by Cyrus programs umask: 077 # Sendmail binary location # DUE TO A BUG, Cyrus sends CRLF EOLs to this program. This breaks Exim 3. # For now, to work around the bug, set this to a wrapper that calls # /usr/sbin/sendmail -dropcr instead if you use Exim 3. #sendmail: /usr/sbin/sendmail # If enabled, cyrdeliver will look for Sieve scripts in user's home # directories: ~user/.sieve. sieveusehomedir: false # If sieveusehomedir is false, this directory is searched for Sieve scripts. sievedir: /var/spool/sieve # notifyd(8) method to use for
Bug#418619: Mailscanner dies when shadow: set to ldap on /etc/nsswitch.conf
Package: mailscanner Version: 4.55.10-3 I have recently done the dist-upgrade to etch and I have found that using libnss-ldap when in /etc/nsswitch.conf shadow: is set to compat ldap, mailscanner dies with the following on syslog when it's started via /etc/init.d/mailscanner start Apr 10 22:15:19 greendragon MailScanner: MailScanner setting GID to Debian-exim (109) Apr 10 22:15:19 greendragon MailScanner: MailScanner setting UID to Debian-exim (109) Apr 10 22:15:20 greendragon MailScanner[4776]: MailScanner E-Mail Virus Scanner version 4.55.10 starting... Apr 10 22:15:20 greendragon MailScanner[4776]: Read 748 hostnames from the phishing whitelist Apr 10 22:15:21 greendragon MailScanner[4776]: Using SpamAssassin results cache Apr 10 22:15:21 greendragon MailScanner[4776]: Connected to SpamAssassin cache database Apr 10 22:15:21 greendragon MailScanner[4776]: Enabling SpamAssassin auto-whitelist functionality... Apr 10 22:15:31 greendragon MailScanner: Process did not exit cleanly, returned 0 with signal 6 Apr 10 22:15:31 greendragon MailScanner[4779]: MailScanner E-Mail Virus Scanner version 4.55.10 starting... To solve this problem i have had to set in /etc/nsswitch.conf shadow: to compat only. I am using a default (only minor changes) new mailscanner configuration. -- Linux registered user #327978 since summer 2003 http://greendragon.homelinux.org/~daniel/ pgp3GvoqEud0U.pgp Description: PGP signature