Bug#318678: dsniff needs to depend on libnids1.20 instead of libnids1
Package: dsniff Version: 2.4b1-11 Severity: important dsniff currently Depends on libnids1 (>= 1.20), but libnids1 was recently changed to libnids1.20 in Debian/unstable - making dsniff uninstallable. Given that the version of the source code is the same at 1.20 (only the package name changed), rebuilding dsniff to pick up the new name in its dependancy list should fix the problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318826: libpam-umask encounters a Segmentation fault - preventing login
Package: libpam-umask
Version: 0.02
Severity: grave
Justification: renders package unusable
The latest libpam-umask (0.02) encounters a SIGSEGV (Segmentation fault)
that prevents all uses from logging in through any path that references
pam_umask.so in the PAM configuration.
This even effects "optional" entries in PAM configurations since
pam_umask.so seg-faults.
I had the following line in /etc/pam.d/common-session
sessionoptionalpam_umask.so umask=0077
Commenting out this line allows users to log in again.
Below are ltrace and gdb output for the getty process when pam_umask
is enabled on the system.
Running getty through ltrace, and then attempting to log in produced
# ltrace /sbin/getty 38400 tty8
...
pam_start(0x804f1c9, 0xbfe1a2d0, 0x804f088, 0x8051618, 0)= 0
pam_set_item(0x9242228, 4, 0x804ff87, 0x8051618, 0) = 0
pam_set_item(0x9242228, 3, 0xbfe182d0, 0x8051618, 0) = 0
pam_fail_delay(0x9242228, 0x2dc6c0, 0xbfe182d0, 0x8051618, 0) = 0
gethostname("server", 256) = 0
snprintf("server login: ", 256, "%s login: ", "server") = 14
pam_set_item(0x9242228, 9, 0xbfe17e50, 0xbfe17f50, 0)= 0
pam_get_item(0x9242228, 2, 0xbfe17e48, 0xbfe17f50, 0)= 0
pam_fail_delay(0x9242228, 0x2dc6c0, 0xbfe17e48, 0xbfe17f50, 0) = 0
pam_authenticate(0x9242228, 0, 0xbfe17e48, 0xbfe17f50, 0
misc_conv(1, 0xbfe17d1c, 0xbfe17d28, 0, 0xb7f0a280) = 0
<... pam_authenticate resumed> ) = 0
pam_get_item(0x9242228, 2, 0xbfe17e48, 0xbfe17f50, 0)= 0
getpwnam("michael") = 0x4114c0b8
strcmp("MAIL_CHECK_ENAB", "FAILLOG_ENAB")= 1
strcmp("ERASECHAR", "FAILLOG_ENAB") = -1
strcmp("HUSHLOGIN_FILE", "FAILLOG_ENAB") = 1
strcmp("FTMP_FILE", "FAILLOG_ENAB") = 1
strcmp("FAIL_DELAY", "FAILLOG_ENAB") = 1
strcmp("FAILLOG_ENAB", "FAILLOG_ENAB") = 0
strcasecmp("yes", "yes") = 0
open64("/var/log/faillog", 2, 0145) = 7
lseek64(7, 24, 0, 0, 0x41021158) = 24
read(7, "", 24) = 24
lseek64(7, 24, 0, 0, 0) = 24
write(7, "", 24) = 24
close(7) = 0
alarm(0) = 58
pam_acct_mgmt(0x9242228, 0, 0, 0xbfe17f50, 0)= 0
pam_get_item(0x9242228, 2, 0xbfe17e48, 0xbfe17f50, 0)= 0
setpwent() =
getpwnam("michael") = 0x4114c0b8
setgid(1)= 0
initgroups(0x9249e5a, 1, 0x4114c0b8, 0x4114c0b8, 0x4114c0b8) = 0
pam_setcred(0x9242228, 2, 0xbfe17e48, 0xbfe17f50, 0) = 0
strcmp("MAIL_CHECK_ENAB", "HUSHLOGIN_FILE") = 1
strcmp("ERASECHAR", "HUSHLOGIN_FILE")= -1
strcmp("HUSHLOGIN_FILE", "HUSHLOGIN_FILE") = 0
snprintf("/home/michael/.hushlogin", 8192, "%s/%s", "/home/michael",
".hushlogin") = 24
access("/home/michael/.hushlogin", 0)= -1
pam_open_session(0x9242228, 0, 0xbfe17e48, 0xbfe17f50, 0
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++
Running getty through strace produced no interesting information.
Running getty through gdb, I obtained the following backtrace
(long runs of "0x" are replaced with "...")
Program received signal SIGSEGV, Segmentation fault.
0x00126abe in ?? ()
(gdb) bt
#0 0x00126abe in ?? ()
#1 0x4114b8a8 in main_arena () from /lib/tls/i686/cmov/libc.so.6
#2 0x08048f00 in ?? ()
#3 0x in ?? ()
#4 0x4114c0b8 in buffer_size.0 () from /lib/tls/i686/cmov/libc.so.6
#5 0x00802b60 in ?? ()
#6 0x08143f80 in ?? ()
#7 0x0813f228 in ?? ()
#8 0xbff1d0d8 in ?? ()
#9 0x007fda1c in ?? ()
#10 0x0813f228 in ?? ()
#11 0x in ?? ()
#12 0x0001 in ?? ()
#13 0x08143c10 in ?? ()
#14 0xb7f1f19c in ?? ()
#15 0x0001 in ?? ()
#16 0x in ?? ()
#17 0x in ?? ()
#18 0x in ?? ()
#19 0x in ?? ()
#20 0x0006 in ?? ()
#21 0x0020 in ?? ()
#22 0xffe0 in ?? ()
#23 0x08051178 in ?? ()
#24 0x003c in ?? ()
#25 0x00802b60 in ?? ()
#26 0x in ?? ()
#27 0x in ?? ()
#28 0xbff1d0f8 in ?? ()
#29 0x007ff9fb in ?? ()
#30 0x0813f228 in ?? ()
#31 0x in ?? ()
#32 0x0004 in ?? ()
#33 0xffe0 in ?? ()
#34 0x0813f228 in ?? ()
#35 0x4114c0b8 in buffer_size.0 () from /lib/tls/i686/cmov/libc.so.6
#36 0xbff1f5f8 in ?? ()
#37 0x0804addb in ?? ()
#38 0x0813f228 in ?? ()
#39 0x in ?? ()
#40 0xbff1d138 in ?? ()
#41 0xbff1d240 in ?? ()
#42 0x in ?? ()
#43 0x in ?? ()
#44 0x in ?? ()
#45
Bug#302296: libnss-ldap 238-1 causes "login: pthread_mutex_lock.c:78" error
Package: libnss-ldap Version: 238-1 Severity: important After upgrading libnss-ldap from 220-1 to 238-1, users were unable to log in via gdm anymore. Attempting to log in as root (which is in /etc/passwd) produces the following: debian login: root Password: login: pthread_mutex_lock.c:78: __pthread_mutex_lock: Assertion `mutex->__data.__owner == 0' failed. Normal users (which are all stored in ldap) are able to log on the console without any problems. It was then possible to "su" to root from a normal user. Downgrading to libnss-ldap 220-1 allowed root to log in on the console and users to log in via gdm. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11.6-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libnss-ldap depends on: ii debconf 1.4.47 Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libkrb531.3.6-1 MIT Kerberos runtime libraries ii libldap22.1.30-3 OpenLDAP libraries -- debconf information: * libnss-ldap/dblogin: false libnss-ldap/override: true * libnss-ldap/confperm: false * shared/ldapns/ldap_version: 3 * libnss-ldap/nsswitch: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324783: xmms-flac: free() error prevents xmms from starting
Package: xmms-flac Version: 1.1.2-1 Severity: grave Justification: renders package unusable After upgrading to xmms-flac 1.1.2-1 in unstable, xmms is unable to successfully start (it is killed by SIGABRT). If xmms-flac is uninstalled or downgraded, xmms is able to start again. With xmms-flac 1.1.2-1 installed: $ xmms Message: device: default *** glibc detected *** free(): invalid pointer: 0x07274b3e *** Aborted A backtrace from running xmms in gdb follows: (gdb) bt #0 0x00420402 in __kernel_vsyscall () #1 0x00865921 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0x0086727b in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0x0089bf77 in __libc_message () from /lib/tls/i686/cmov/libc.so.6 #4 0x008a2597 in _int_free () from /lib/tls/i686/cmov/libc.so.6 #5 0x008a2a32 in free () from /lib/tls/i686/cmov/libc.so.6 #6 0x005352c3 in g_free () from /usr/lib/libglib-1.2.so.0 #7 0x07269889 in set_track_info () from /usr/lib/xmms/Input/libxmms-flac.so #8 0x07274865 in ?? () from /usr/lib/xmms/Input/libxmms-flac.so #9 0x07273c5a in ?? () from /usr/lib/xmms/Input/libxmms-flac.so #10 0x07276830 in flac_cfg () from /usr/lib/xmms/Input/libxmms-flac.so #11 0x088d38b0 in ?? () #12 0x088df7e4 in ?? () #13 0x07274865 in ?? () from /usr/lib/xmms/Input/libxmms-flac.so #14 0x00477c7c in vorbis_cfg () from /usr/lib/xmms/Input/libvorbis.so #15 0xbf95f838 in ?? () #16 0x005bcaa0 in _dl_runtime_resolve () from /lib/ld-linux.so.2 #17 0x08067364 in init_plugins () Previous frame inner to this frame (corrupt stack?) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.5-execshield-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xmms-flac depends on: ii libc6 2.3.5-4 GNU C Library: Shared libraries an ii libflac71.1.2-1 Free Lossless Audio Codec - runtim ii libglib1.2 1.2.10-10The GLib library of C routines ii libgtk1.2 1.2.10-17The GIMP Toolkit set of widgets fo ii libx11-66.8.2.dfsg.1-5 X Window System protocol client li ii libxext66.8.2.dfsg.1-5 X Window System miscellaneous exte ii libxi6 6.8.2.dfsg.1-5 X Window System Input extension li ii xlibs 6.8.2.dfsg.1-5 X Window System client libraries m ii xmms1.2.10+cvs20050209-2 Versatile X audio player that look xmms-flac recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296062: smbldap-tools: Incorrect config file paths in smbldap_tools.pm
Package: smbldap-tools Version: 0.8.7-1 Severity: important In the new version of smbldap-tools (0.8.7-1), /usr/share/perl5/smbldap_tools.pm has the following at lines 32 and 33 my $smbldap_conf="/etc/opt/IDEALX/smbldap-tools/smbldap.conf"; my $smbldap_bind_conf="/etc/opt/IDEALX/smbldap-tools/smbldap_bind.conf"; /etc/opt/IDEALX/smbldap-tools/ does not exist. Because of this, the smbldap tools fail with error messages like: # smbldap-userinfo -h Unable to open /etc/opt/IDEALX/smbldap-tools/smbldap.conf for reading ! Compilation failed in require at /usr/sbin/smbldap-userinfo line 10, line 225. BEGIN failed--compilation aborted at /usr/sbin/smbldap-userinfo line 10, line 225. Everything works again after editing lines 32 and 33 in /usr/share/perl5/smbldap_tools.pm to match the correct location in the file system of /etc/smbldap-tools/ (which is what was used in previous versions of this package and is more in line with the Debian file system standards). my $smbldap_conf="/etc/smbldap-tools/smbldap.conf"; my $smbldap_bind_conf="/etc/smbldap-tools/smbldap_bind.conf"; This bug report should serve to document the fix/workaround for other users until a new package can be released. And let me just say "thank you" for maintaining this package. I find this package very useful and have been using it for quite a while. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages smbldap-tools depends on: ii libcrypt-smbhash-perl 0.02-6 generate LM/NT hash of a password ii libio-socket-ssl-perl 0.96-1 Class implementing an object orien ii libnet-ldap-perl 0.3202-2 A Client interface to LDAP servers ii perl 5.8.4-6Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#411301: gaim DNS children die when gaim-otr is installed
Package: gaim-otr Version: 3.0.0+cvs20060530-3 Severity: grave Justification: renders package unusable After installing gaim-otr, when gaim is started it pops up a dialog box titled "GStreamer Failure" and with contents "GStreamer failed to initialize" In the console I started gaim from, several lines that looks like = *** glibc detected *** free(): invalid pointer: 0x005f9fd8 *** = print out, and then one new line is printed about every 18 seconds. In the buddy list window, each messaging service is off-line and has an error message to the effect of "disconnected: ... unable to send request to resolver process" or "disconnected: Couldn't connect to host" When I run gaim in debug mode (gaim -d), the following is in the output: = *** glibc detected *** free(): invalid pointer: 0x005f9fd8 *** dns: Created new DNS child 21220, there are now 1 children. dns: DNS child 21220 no longer exists dnsquery: Unable to send request to resolver process proxy: Connection attempt failed: Unable to send request to resolver process *** glibc detected *** free(): invalid pointer: 0x005f9fd8 *** dns: Created new DNS child 21221, there are now 1 children. dns: DNS child 21221 no longer exists dnsquery: Unable to send request to resolver process proxy: Connection attempt failed: Unable to send request to resolver process = When I remove gaim-otr, gaim works properly. Without gaim-otr installed, the same section in debug mode looks like: = dns: Created new DNS child 21274, there are now 1 children. dns: Successfully sent DNS request to child 21274 dns: Created new DNS child 21275, there are now 2 children. dns: Successfully sent DNS request to child 21275 = -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-amd64-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gaim-otr depends on: ii gaim1:2.0.0+beta5-10 multi-protocol instant messaging c ii libc6 2.3.6.ds1-12 GNU C Library: Shared libraries ii libgcrypt11 1.2.3-2 LGPL Crypto library - runtime libr ii libgpg-error0 1.4-2library for common error values an ii libotr2 3.0.0-2 Off-the-Record Messaging library gaim-otr recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376426: libnss-ldap: Bug #376426 no longer downgradeable on AMD64
Package: libnss-ldap Followup-For: Bug #376426 This bug just got a bit more serious. On AMD64 the only libnss-ldap package available in the archive is now 251-5 (so AMD64 users no longer have the option of downgrading to 238-1). Meaning there is no functional binary libnss-ldap package for AMD64 unless you have a copy of the 238-1 package laying around somewhere. As Rik reported, SSH still works. However, when you ssh in, bash and several other shells are non-functional (as reported in previous emails under different shell-starting circumstances). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.8-amd64-k8-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libnss-ldap depends on: ii debconf 1.5.3Debian configuration management sy ii libc6 2.3.6.ds1-2 GNU C Library: Shared libraries ii libldap22.1.30-13+b1 OpenLDAP libraries Versions of packages libnss-ldap recommends: ii libpam-ldap 180-1 Pluggable Authentication Module al pn nscd (no description available) -- debconf information: * libnss-ldap/dblogin: false * shared/ldapns/base-dn: dc=padl,dc=com libnss-ldap/binddn: cn=proxyuser,dc=example,dc=net * libnss-ldap/dbrootlogin: false * libnss-ldap/override: false * shared/ldapns/ldap-server: 127.0.0.1 * libnss-ldap/confperm: false libnss-ldap/rootbinddn: cn=manager,dc=example,dc=net * shared/ldapns/ldap_version: 3 * libnss-ldap/nsswitch: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387830: mozilla-mplayer: Package contains dangling symbolic links
Package: mozilla-mplayer Version: 3.31-1 Severity: minor The mozilla-mplayer package contains the following dangling symbolic links: /usr/lib/firefox/plugins/mplayerplug-in-gmp.so -> ../../mozilla/plugins/mplayerplug-in-gmp.so /usr/lib/firefox/plugins/mplayerplug-in-gmp.xpt -> ../../mozilla/plugins/mplayerplug-in-gmp.xpt The dangling symbolic links should either be removed, or the files they link to should be included in the package. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13-amd64-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mozilla-mplayer depends on: ii firefox 1.5.dfsg+1.5.0.6-5 lightweight web browser based on M ii konqueror 4:3.5.4-2+b1 KDE's advanced file manager, web b ii libatk1.0-0 1.12.2-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libcairo2 1.2.4-1The Cairo 2D vector graphics libra ii libfontconfig12.4.0-5generic font configuration library ii libgcc1 1:4.1.1-13 GCC support library ii libglib2.0-0 2.12.3-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-1 The GTK+ graphical user interface ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libpango1.0-0 1.12.3-2 Layout and rendering of internatio ii libsm61:1.0.1-2 X11 Session Management library ii libstdc++64.1.1-13 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-9 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:3.0.1.2-4X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxpm4 1:3.5.5-2 X11 pixmap library ii libxrandr22:1.1.0.2-4X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii mplayer 1:1.0-pre8-0.1 The Ultimate Movie Player For Linu mozilla-mplayer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#652565: qca-tls depends on unavailable libssl0.9.8
Package: qca-tls Version: 1.0-4 Severity: normal qca-tls currently depends on libssl0.9.8. However, libssl0.9.8 is no longer available in the unstable archive (everything is migrating to libssl1.0.0). Recompiling qca-tls to link against libssl1.0.0 will fix this dependency issue. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qca-tls depends on: ii libc62.13-23 ii libgcc1 1:4.6.2-9 ii libqt3-mt3:3.3.8b-11 ii libssl0.9.8 0.9.8o-7 ii libstdc++6 4.6.2-9 qca-tls recommends no packages. qca-tls 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#791062: gr-osmosdr: library transition may be needed when GCC 5 is the default
Source: gr-osmosdr
Followup-For: Bug #791062
gr-osmosdr is now uninstallable in unstable/sid.
Debian unstable recently switched to GCC-5 as the default compiler.
Debian unstable also recently upgraded from libboost1.55 (old ABI)
to libboost1.58 (new ABI), and from gnuradio 3.7.5 (old ABI)
to gnuradio 3.7.8 (new ABI).
This means that gr-osmosdr (old ABI) is not longer installable with gnuradio.
# aptitude install gr-osmosdr
The following NEW packages will be installed:
gr-osmosdr libairspy0{a} libbladerf0{a} libboost-date-time1.55.0{a}
libboost-filesystem1.55.0{a} libgnuradio-audio3.7.5{a}
libgnuradio-blocks3.7.5{a} libgnuradio-fcd3.7.5{a}
libgnuradio-fcdproplus0{a} libgnuradio-iqbalance0{a}
libgnuradio-osmosdr0.1.3{a} libgnuradio-pmt3.7.5{a}
libgnuradio-runtime3.7.5{a} libgnuradio-uhd3.7.5{a} libhackrf0{a}
libhidapi-libusb0{a} liblog4cpp5{a} libmirisdr0{a} libosmosdr0{a}
librtlsdr0{a} libvolk0.0.0{a}
The following packages are RECOMMENDED but will NOT be installed:
gr-fcdproplus gr-iqbal
0 packages upgraded, 21 newly installed, 0 to remove and 0 not upgraded.
Need to get 2,072 kB of archives. After unpacking 9,373 kB will be used.
The following packages have unmet dependencies:
liblog4cpp5v5 : Conflicts: liblog4cpp5 but 1.0-4 is to be installed.
libstdc++6 : Breaks: libboost-date-time1.55.0 but 1.55.0+dfsg-4 is to be
installed.
The following actions will resolve these dependencies:
Keep the following packages at their current version:
1) gr-osmosdr [Not Installed]
2) libboost-date-time1.55.0 [Not Installed]
3) libgnuradio-audio3.7.5 [Not Installed]
4) libgnuradio-blocks3.7.5 [Not Installed]
5) libgnuradio-fcd3.7.5 [Not Installed]
6) libgnuradio-osmosdr0.1.3 [Not Installed]
7) libgnuradio-pmt3.7.5 [Not Installed]
8) libgnuradio-runtime3.7.5 [Not Installed]
9) libgnuradio-uhd3.7.5 [Not Installed]
10) liblog4cpp5 [Not Installed]
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.1.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Bug#795866: libpqxx-4.0 uninstallable in unstable due to GCC-5 migration
Package: libpqxx-4.0 Severity: important Debian unstable has migrated to GCC-5, which has a new, and incompatible, ABI. https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition As a result, libpqxx is no longer installable on Debian unstable. = # aptitude install libpqxx-4.0 The following NEW packages will be installed: libpqxx-4.0 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 224 kB of archives. After unpacking 523 kB will be used. The following packages have unmet dependencies: libstdc++6 : Breaks: libpqxx-4.0 (<= 4.0.1+dfsg-3) but 4.0.1+dfsg-3 is to be installed. The following actions will resolve these dependencies: Keep the following packages at their current version: 1) libpqxx-4.0 [Not Installed] = The libpqxx packages need to be rebuilt with GCC-5 and may also require either a package rename or a soversion bump. >From the above link: "If the library is incompatible, rename the package, append 'v5' to the name of the package (e.g. libfoo2 -> libfoo2v5). Such a change can be avoided, if you have a soversion bump and you upload this version instead of the renamed package." -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#861492: hugo: New upstream versions of Hugo are available
Package: hugo Version: 0.18.1-1+b2 Severity: wishlist Dear Maintainer, Debian unstable and testing currently package Hugo 0.18.1. Hugo 0.19 through 0.20.6 have been released upstream since February. https://github.com/spf13/hugo/releases Given some of the bug fixes, new features, and optimizations, it would be nice to have native Debian packages for a newer version. Note that there were some regressions in the early 0.20.x line, which appear to have been fixed in 0.20.6. Thank you for your work in maintain the Debian Hugo package. -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-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 Init: systemd (via /run/systemd/system) Versions of packages hugo depends on: ii libc6 2.24-10 hugo recommends no packages. hugo suggests no packages. -- no debconf information
Bug#809344: ntp: Confirming issue and provided patch
Package: ntp Version: 1:4.2.8p4+dfsg-3+b1 Followup-For: Bug #809344 I recently noticed this same issue with the dhcp hook not removing the new "pool" lines from copied ntp.conf. This issue is still present in 1:4.2.8p4+dfsg-3+b1. I can also confirm that the patch provided by Ron in the initial bug report fixes this issue. I independently arrived at the same patch and then found Ron's bug report when I was checking the ntp bug list before submitting my report and patch. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ntp depends on: ii adduser 3.114 ii dpkg 1.18.4 ii libc62.22-5 ii libcap2 1:2.24-12 ii libedit2 3.1-20150325-1+b1 ii libopts251:5.18.7-3 ii libssl1.0.2 1.0.2g-1 ii lsb-base 9.20160110 ii netbase 5.3 Versions of packages ntp recommends: ii perl 5.22.1-9 Versions of packages ntp suggests: pn ntp-doc -- no debconf information
Bug#809344: ntp: Confirming issue and provided patch
Package: ntp Version: 1:4.2.8p4+dfsg-3+b1 Followup-For: Bug #809344 Tags: patch Since the original bug report didn't have the "patch" tag, I'm following up to add the patch tag. --- ntp.orig 2016-03-30 19:04:47.859783599 -0600 +++ ntp.fixed 2016-03-30 19:31:39.542680609 -0600 @@ -40,9 +40,9 @@ echo "server $server iburst" done echo - sed -r -e '/^ *(server|peer).*$/d' $NTP_CONF + sed -r -e '/^ *(server|peer|pool).*$/d' $NTP_CONF ) >>$tmp - + mv $tmp $NTP_DHCP_CONF ntp_server_restart
Bug#827424: systemd-networkd IPv6AcceptRouterAdvertisements doesn't work
Package: systemd Version: 230-2 Severity: normal According on the systemd.network manual page: IPv6AcceptRouterAdvertisements= Force the setting of the accept_ra ... Takes a boolean. ... note that systemd's setting of 1 corresponds to kernel's setting of 2. This documented behavior is not the behavior that I am seeing. IPv6AcceptRouterAdvertisements always results in accept_ra=1. Since this system also performs routing (forwarding is enabled), this means that router advertisements are ignored. The interface in question is a bridge interface named br_32. The contents of /etc/systemd/network/br_32.network are = [Match] Name=br_32 [Network] IPv6AcceptRouterAdvertisements=yes IPv6PrivacyExtensions=yes = The following sequence of commands show what I'm experiencing. = # systemctl restart systemd-networkd.service # sysctl net.ipv6.conf.br_32.accept_ra net.ipv6.conf.br_32.accept_ra = 1 # sysctl -w net.ipv6.conf.br_32.accept_ra=2 # sysctl net.ipv6.conf.br_32.accept_ra net.ipv6.conf.br_32.accept_ra = 2 # systemctl restart systemd-networkd.service # sysctl net.ipv6.conf.br_32.accept_ra net.ipv6.conf.br_32.accept_ra = 1 = So systemd-networkd does not set accept_ra=2 as indicated in the manual page and as required in my network configuation. I can manually set accept_ra=2 for that interace with `sysctl -w`, and then everything works correctly (RAs are accepted and SLAAC works). However, restarting systemd-networkd sets accept_ra back to 1, disabling acceptance of future RAs. I've also tried setting IPv6AcceptRouterAdvertisements=2. Unfortunately, this is unsupported syntax as it "Takes a boolean." So I'm unable to set or keep accept_ra=2 via systemd-networkd, and I can't set it via /etc/sysctl.conf since systemd-networkd.service will clobber the sysctl.conf setting when it runs. Please fix systemd-networkd so that IPv6AcceptRouterAdvertisements behaves as described in the manual page. -- Package-specific info: -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemd depends on: ii adduser 3.114 ii libacl1 2.2.52-3 ii libapparmor12.10-4 ii libaudit1 1:2.5.2-1 ii libblkid1 2.28-5 ii libc6 2.22-11 ii libcap2 1:2.25-1 ii libcap2-bin 1:2.25-1 ii libcryptsetup4 2:1.7.0-2 ii libgcrypt20 1.7.0-2 ii libgpg-error0 1.22-2 ii libkmod222-1.1 ii liblzma55.1.1alpha+20120614-2.1 ii libmount1 2.28-5 ii libpam0g1.1.8-3.3 ii libseccomp2 2.3.1-2 ii libselinux1 2.5-3 ii libsystemd0 230-2 ii mount 2.28-5 ii util-linux 2.28-5 Versions of packages systemd recommends: ii dbus1.10.8-1 ii libpam-systemd 230-2 Versions of packages systemd suggests: ii systemd-container 230-2 ii systemd-ui 3-4 Versions of packages systemd is related to: ii udev 230-2 -- Configuration Files: /etc/systemd/resolved.conf changed [not included] /etc/systemd/timesyncd.conf changed [not included] -- no debconf information
Bug#756627: postfix-pgsql broken with libpq5 (9.4~beta2-1) now in jessie and sid
Package: postfix-pgsql Version: 2.11.1-1 Severity: important Dear Maintainer, Debian "jessie" just updated libpq5 from 9.3.4-2 to 9.4~beta2-1. Unfortunately, postfix-pgsql fails when using libpq5 9.4~beta2-1 with error messages like the following from Postfix: = postfix/trivial-rewrite: warning: connect to pgsql server 127.0.0.1: out of memory? postfix/trivial-rewrite: warning: pgsql:/.../virtual_alias_maps.cf: table lookup problem postfix/trivial-rewrite: warning: virtual_alias_domains lookup failure postfix/trivial-rewrite: warning: pgsql:/.../virtual_alias_maps.cf: table lookup problem postfix/trivial-rewrite: warning: virtual_alias_domains lookup failure postfix/submission/smtpd: warning: connect to pgsql server 127.0.0.1: out of memory? postfix/submission/smtpd: warning: pgsql:/.../check_helo_access.cf: table lookup problem = The system is not out of memory. Other software using the same database continues working correctly. The postgresql server can be either 9.3.4-2 or 9.4~beta2-1. In either case, postfix-pgsql works correctly with the older libpq5_9.3.4-2, but produces the above errors with the libpq5_9.4~beta2-1 now in jessie and sid. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-042stab090.5 (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 postfix-pgsql depends on: ii libc62.19-7 ii libpq5 9.4~beta2-1 ii postfix 2.11.1-1 postfix-pgsql recommends no packages. postfix-pgsql 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#756627: postfix-pgsql broken with libpq5 (9.4~beta2-1) now in jessie and sid
The issue being specific to the non-proxy case is a possibility. James reported that his config using proxy:pgsql: is working fine. My configuration is non-proxy with configuration lines like these: smtpd_sender_login_maps = pgsql:/etc/postfix/pgsql/smtpd_sender_login_maps.cf virtual_mailbox_domains = pgsql:/etc/postfix/pgsql/virtual_mailbox_domains.cf virtual_alias_maps = pgsql:/etc/postfix/pgsql/virtual_alias_maps.cf (plus several others) It's less likely that this is a jessie vs. sid issue. Both jessie and sid are currently providing packages for: postfix 2.11.1-1 postfix-pgsql 2.11.1-1 libc6 2.19-7 And both jessie and sid are transitioning from postgresql 9.3.4-2 to 9.4~beta2-1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#756627: postfix-pgsql broken with libpq5 (9.4~beta2-1) now in jessie and sid
I've verified that the issue is with non-proxy configurations. I converted my configuration to use proxy:pgsql: variants, and now everything works just fine with libpq5 9.4~beta2-1. On 07/31/2014 07:26 PM, Michael Berg wrote: > The issue being specific to the non-proxy case is a possibility. > James reported that his config using proxy:pgsql: is working fine. > > My configuration is non-proxy with configuration lines like these: > smtpd_sender_login_maps = > pgsql:/etc/postfix/pgsql/smtpd_sender_login_maps.cf > virtual_mailbox_domains = > pgsql:/etc/postfix/pgsql/virtual_mailbox_domains.cf > virtual_alias_maps = pgsql:/etc/postfix/pgsql/virtual_alias_maps.cf > (plus several others) > > It's less likely that this is a jessie vs. sid issue. > Both jessie and sid are currently providing packages for: > postfix 2.11.1-1 > postfix-pgsql 2.11.1-1 > libc6 2.19-7 > > And both jessie and sid are transitioning from postgresql 9.3.4-2 to > 9.4~beta2-1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#827424: systemd-networkd IPv6AcceptRouterAdvertisements doesn't work
My original bug report was against systemd 230. I believe this issue was fixed as a result of various IPv6 changes somewhere in the development of 231 or 232. > Try checking /proc/sys/net/ipv6/conf/$INTERFACE/accept_ra > You'll notice "all" has the system-global setting you're seeing > with sysctl, but that a particular link/interface has another > which makes it deviate from the global default. I fully understand the differences between the `all`, `default`, and `$INTERFACE` versions of `accept_ra`. In my original bug report, I demonstrated the incorrect behavior that I was seeing with `$INTERFACE=br_32` (a bridge interface on my system). > The systemd networkd has it's own router advertisement implementation > and doesn't rely on the kernels default. Also I think networkd > handles things per-link which means that looking at system-global > settings is probably not very useful. > > If you look at a particular link you'll likely see that it has > accept_ra=0 (eg. disabled) whenever you use systemd networkd > to handle RA on that link. At the time of my bug report, systemd was using and modifying the kernel `accept_ra` setting for that interface. You can see `net.ipv6.conf.br_32.accept_ra` (for interface `br_32`) getting consistently set to 1 by systemd in my original bug report. And the system's acceptance of RA messages matched the settings of the respective interface's `accept_ra` sysctl setting (when it was 0, that interface would never get a routable IPv6 address). As you can see here, systemd has bounced back and forth between handling IPv6 network discovery itself and letting the kernel handle it on at least one occasion due to serious bugs in systemd. https://github.com/systemd/systemd/commit/fe30727643a7c53faa29f1caa8dcabcb2b6f6fcb With systemd 232 installed on my system, I currently see the behavior you describe of systemd setting `net.ipv6.conf.br_32.accept_ra = 0` and handling IPv6 RA messages itself instead of using the kernel setting. That wasn't the behavior under the Debian packages of version 230. This bug can be closed as it was fixed in the packages for either version 231 or 232.
Bug#852702: Partial fix
A friend and I both encountered this problem with our Yubikey 4 devices after upgrading to gnupg and scdaemon 2.1.18-3. Here is what I found, along with a partial solution. The new scdaemon does NOT get along with pcscd anymore. There is a race condition for which one opens the Yubikey device first. Normally pcscd opens the device first, after which scdaemon refuses to use the device. Occasionally, scdaemon would open the device first and things would work as expected. A work around for many people is to remove the pcscd package from your system. If you don't require the PIV-card features of the Yubikey (you are just using the PGP-card, U2F, and OTP features), then removing pcscd will allow scdaemon to reliably get ownership of the device. Also ensure is that the libykpers-1-1 package is installed. You can install libykpers-1-1 directly, or install yubikey-personalization-gui (which depends on it). The libykpers-1-1 package contains /lib/udev/rules.d/69-yubikey.rules, which is required to set various properties on the Yubikey device so that scdaemon can access it as your unprivileged user. Without this package installed, `gpg --card-status` would return expected results when run as root, but would produce the "No such device" error messages in the original bug report when run as an unprivileged user. After removing the pcscd package and ensuring that the libykpers-1-1 package was installed, my Yubikey is working on my Debian systems again.
Bug#437978: monotone-server: Incorrect user and group on /var/run/monotone/
Package: monotone-server Version: 0.35-2 Severity: normal monotone-server creates /var/run/monotone/ with user=root, group=root, and permissions=drwxr-xr-x Since /etc/init.d/monotone starts mtn as user=monotone, group=monotone the mtn process can not write to /var/run/monotone/. The mtn process fails with the following message in /var/log/monotone/mtn.log = mtn: error: failed to create pid file '/var/run/monotone/mtn.pid' = A quick "chown monotone:monotone /var/run/monotone/" fixes the problem, but this needs to eventually get moved back into the monotone-server package. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.2-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages monotone-server depends on: ii adduser 3.104 add and remove users and groups ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii monotone 0.35-2 A distributed version (revision) c ii ucf 3.001 Update Configuration File: preserv monotone-server recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422574: trang not installable (depends on missing libgcj7-0)
Package: trang Version: 20030619-5.1+b1 Severity: important = # apt-get install trang The following packages have unmet dependencies. trang: Depends: libgcj7-0 (>= 4.1.1-12) but it is not installable E: Broken packages = libgcj7-0 is no longer in the sid/unstable archive. libgcj7-1 is available in the archive from the move to gcj 4.1.2. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21.1-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages trang depends on: ii libc6 2.5-5GNU C Library: Shared libraries ii libgcc1 1:4.2-20070307-1 GCC support library un libgcj7-0 (no description available) ii zlib1g 1:1.2.3-13 compression library - runtime trang recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456806: clamav-freshclam: freshclam created files can only be read by clamav user
Package: clamav-freshclam Version: 0.91.2-4 Severity: normal Whenever clamav-freshclam updates my virus definition files, I get the following error message the next time I try to run clamscan as a normal user: $ clamscan file_to_scan LibClamAV Error: cli_load(): Can't open file /var/lib/clamav//daily.inc/daily.cfg ERROR: Unable to open file or directory # ls -l /var/lib/clamav/ drwxr-xr-x 2 clamav clamav 227 2007-12-17 18:00 daily.inc drwx-- 2 clamav clamav 124 2007-12-17 18:00 main.inc -rw--- 1 clamav clamav 1560 2007-12-17 18:37 mirrors.dat The permissions on main.inc have been reset to only accessible by clamav user. # ls -l /var/lib/clamav/main.inc/ -rw-r--r-- 1 clamav clamav17992 2007-12-09 09:36 COPYING -rw--- 1 clamav clamav 4735470 2007-12-09 09:39 main.db -rw-r--r-- 1 clamav clamav 3881 2007-12-09 09:39 main.fp -rw-r--r-- 1 clamav clamav 648469 2007-12-09 09:39 main.hdb -rw--- 1 clamav clamav 318 2007-12-09 09:39 main.info -rw--- 1 clamav clamav 4335069 2007-12-09 09:39 main.mdb -rw--- 1 clamav clamav 14575772 2007-12-09 09:39 main.ndb -rw-r--r-- 1 clamav clamav 217 2007-12-09 09:36 main.zmd # ls -l /var/lib/clamav/daily.inc/ -rw-r--r-- 1 clamav clamav 17992 2007-09-22 09:24 COPYING -rw--- 1 clamav clamav 74 2007-12-08 17:14 daily.cfg -rw-r--r-- 1 clamav clamav 25911 2007-12-09 10:40 daily.db -rw--- 1 clamav clamav 3881 2007-12-09 10:40 daily.fp -rw--- 1 clamav clamav 2202 2007-12-16 16:36 daily.hdb -rw-r--r-- 1 clamav clamav 1116 2007-11-21 01:38 daily.hdu -rw--- 1 clamav clamav585 2007-12-17 17:37 daily.info -rw--- 1 clamav clamav 433594 2007-12-17 17:37 daily.mdb -rw-r--r-- 1 clamav clamav 24696 2007-12-17 04:37 daily.mdu -rw--- 1 clamav clamav 230257 2007-12-17 10:37 daily.ndb -rw-r--r-- 1 clamav clamav 4458 2007-10-31 13:37 daily.ndu -rw-r--r-- 1 clamav clamav 2808 2007-12-08 05:14 daily.pdb -rw--- 1 clamav clamav963 2007-12-08 21:14 daily.wdb -rw-r--r-- 1 clamav clamav 2922 2007-09-22 09:24 daily.zmd The mode 600 files were all updated (or freshly created) in the last few days. If I "chmod 644" the files, clamscan works properly until freshclam downloads updates and the modes go back to 600. If I purge and then reinstall all clamav packages, then ALL of the virus definition files and directories in /var/lib/clamav are mode 600 or 700. I doubt this is caused by root's umask on the system as: # umask 0022 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.9-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages clamav-freshclam depends on: ii clamav-base 0.91.2-4 anti-virus utility for Unix - base ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy ii debianutils 2.28.2 Miscellaneous utilities specific t ii libc6 2.7-4GNU C Library: Shared libraries ii libclamav2 0.91.2-4 anti-virus utility for Unix - libr ii logrotate 3.7.1-3 Log rotation utility ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip ii ucf 3.004Update Configuration File: preserv ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime clamav-freshclam recommends no packages. -- debconf information: * clamav-freshclam/autoupdate_freshclam: daemon clamav-freshclam/proxy_user: * clamav-freshclam/NotifyClamd: /etc/clamav/clamd.conf * clamav-freshclam/local_mirror: db.local.clamav.net * clamav-freshclam/http_proxy: clamav-freshclam/mirrors.txt-note: * clamav-freshclam/update_interval: 24 clamav-freshclam/internet_interface: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365342: mpd: MPD should not bind to all IP addresses by default
Package: mpd
Version: 0.11.5-6
Severity: wishlist
The mpd daemon currently binds to (and listens on) all active network
interfaces by default.
It would be good from a security viewpoint to either include the line
bind_to_address "127.0.0.1"
in the default mpd.conf or to ask the user what interface they want
mpd to listen on when it is being configured
("any" being an option to allow the current behavior if desired).
Binding to only the localhost (127.0.0.1) interface by default is the
approach taken by many other daemons in Debian (such as CUPS).
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.9-amd64-k8-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages mpd depends on:
ii adduser 3.87Add and remove users and groups
ii debconf [debconf-2.0]1.5.0 Debian configuration management sy
ii libao2 0.8.6-4 Cross Platform Audio Output Librar
ii libasound2 1.0.11-3ALSA library
ii libaudiofile00.2.6-6 Open-source version of SGI's audio
ii libc62.3.6-7 GNU C Library: Shared libraries
ii libflac7 1.1.2-3.1 Free Lossless Audio Codec - runtim
ii libid3tag0 0.15.1b-8 ID3 tag reading library from the M
ii libmad0 0.15.1b-2.1 MPEG audio decoder library
ii libmikmod2 3.1.11-a-6 A portable sound library
ii libogg0 1.1.3-2 Ogg Bitstream Library
ii libvorbis0a 1.1.2-1 The Vorbis General Audio Compressi
ii libvorbisfile3 1.1.2-1 The Vorbis General Audio Compressi
ii zlib1g 1:1.2.3-11 compression library - runtime
mpd recommends no packages.
-- debconf information excluded
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#371877: dokuwiki: Default footer.html needs a fix for PHP short_open_tag=Off
Package: dokuwiki Version: 0.0.20060309-3 Severity: normal Tags: patch When "short_open_tag = Off" is set in the php.ini file (which is recommended), one of the lines in /usr/share/dokuwiki/lib/tpl/default/footer.html that uses PHP short open tags causes errors to be logged to the apache logs. The attached patch fixes the one offending line so that dokuwiki works without errors when "short_open_tag = Off" is in the php.ini config file. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.20-amd64-k8-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages dokuwiki depends on: ii apache2-mpm-prefork 2.0.55-4 traditional model for Apache2 ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii libapache2-mod-php5 5.1.2-1server-side, HTML-embedded scripti ii ucf 2.0011 Update Configuration File: preserv Versions of packages dokuwiki recommends: ii apache2-mpm-prefork [httpd-cg 2.0.55-4 traditional model for Apache2 -- debconf information excluded --- footer.html~2006-04-28 09:54:54.0 -0600 +++ footer.html 2006-06-07 20:45:53.259157250 -0600 @@ -20,7 +20,7 @@ href="http://wiki.splitbrain.org/wiki:dokuwiki"; title="Driven by DokuWiki"> - http://www.debian.org"; title="Debian"> + http://www.debian.org"; title="Debian">
Bug#381788: slapd: TLS connections fail when running as non-root
Package: slapd Version: 2.3.25-1 Severity: normal I've had this problem in both slapd 2.3.24-2 and 2.3.25-1. When slapd is running as root, everything works perfectly. But when running as a non-root user (like the new default "openldap"), TLS connections fail. This effects both port 389+starttls and port 636. When slapd is running as root, the command "openssl s_client -connect 127.0.0.1:636 -CAfile /etc/ssl/certs/mydomain.dyndns.org_CA.pem" successfully establishes a TLSv1 connection to the SSL/TLS port. When slapd is running as the "openldap" user and group, the same command produces the following: == CONNECTED(0003) depth=1 /C=US/O=mydomain/OU=Certificate Authority/L=MyCity/ST=MyState/CN=mydomain.dyndns.org verify return:1 depth=0 /C=US/O=mydomain/OU=LDAP Server/L=MyCity/ST=MyState/CN=ldap.mydomain.dyndns.org verify return:1 1878:error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure:s3_pkt.c:1057:SSL alert number 40 1878:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake failure:s23_lib.c:188: == ldapsearch and most other packages on my system are configured to use port 389+starttls == $ ldapsearch -x -ZZ ldap_start_tls: Connect error (-11) additional info: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure == (This same command succeeds when slapd is running as root) Just to make sure slapd is working: == $ ldapsearch -x # search result search: 2 result: 13 Confidentiality required text: confidentiality required # numResponses: 1 == (which shows that slapd is running, and is requiring confidentiality as configured) And if I disable the requirement for confidentiality in slapd.conf, "ldapsearch -x" successfully returns everything that is should from the LDAP database. I've made sure that everything listed in slapd's README.Debian.gz for "Running slapd under a different uid/gid" holds true. - openldap user and group are present in the system passwd/group files $ getent passwd openldap openldap:x:100:121:OpenLDAP Server Account,,,:/var/lib/ldap:/bin/false $getent group openldap openldap:x:121: - SLAPD_USER and SLAPD_GROUP are both set to "openldap" in /etc/default/slapd. - /var/lib/ldap and all files in it have user:group of openldap:openldap. - Permissions and user:group on slapd.conf have been set to -rw-r- root:openldap - Permissions and user:group on /var/run/slapd are drwxr-xr-x openldap:openldap The SSL/TLS private cert is in a location readable by the openldap user and group. The SSL/TLS public cert is in a location readable by everyone on the system. The TLS-relevant portions of my slapd.conf are == # TLS configuration TLSCipherSuite HIGH:!ADH TLSCACertificateFile/etc/ssl/certs/mydomain.dyndns.org_CA.pem TLSCertificateFile /etc/ssl/certs/ldap.mydomain.dyndns.org.pem TLSCertificateKeyFile /etc/ldap/private/ldap.mydomain.dyndns.org.pem TLSCRLCheck none TLSVerifyClient never # Require at least 128 bit encryption for all operations securityssf=128 == And just for completeness, here are the contents of my ldap.conf file that ldap clients use == BASEdc=mydomain,dc=dyndns,dc=org URI ldap://ldap.mydomain.dyndns.org TLS_CIPHER_SUITEHIGH:!ADH TLS_CACERT /etc/ssl/certs/mydomain.dyndns.org_CA.pem TLS_REQCERT demand TLS_CRLCHECKnone == I even tried purging slapd, reinstalling it, and re-populating it from scratch (I didn't just reload a DB backup). The fresh install worked fine as non-root until a reboot - at which point the problem described above returned and TLS connections fail. I've tried running slapd with various debug levels and with strace - looking for problems opening any files or other errors, but if it's in there, I'm not seeing it. Several of the search results for "error:14094410:SSL" mention client certificates, but I've specified "TLSVerifyClient never" in slapd.conf and it still doesn't explain why this behavior only shows up when running as non-root. If there is any specific debug output (slapd -d, strace, ltrace, gdb, etc) you need to help diagnose the cause, just let me know and I'd by happy to provide it. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.7-amd64-k8-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages slapd depends on: ii adduser 3.96 Add and remove users and groups ii coreutils 5.97-3 The GNU core utilities ii debconf [debconf-2.0] 1.5.3Debian configuration management sy ii libc6 2.3.6-18 GNU C Library: Shared libraries ii libdb4.24.2.52+dfsg-1B
Bug#527314: monotone: Monotone needs recompile against libbotan 1.8.2
Package: monotone Version: 0.43-3 Severity: grave Justification: renders package unusable libbotan1.8 was recently upgraded from 1.8.1 to 1.8.2. $ mtn mtn: error while loading shared libraries: libbotan-1.8.1.so: cannot open shared object file: No such file or directory $ ldd /usr/bin/mtn ... libbotan-1.8.1.so => not found ... $ ls -l /usr/lib/libbotan*.so -rw-r--r-- 1 root root 2905232 2009-05-04 03:58 /usr/lib/libbotan-1.8.2.so lrwxrwxrwx 1 root root 17 2009-05-06 13:07 /usr/lib/libbotan.so -> libbotan-1.8.2.so Monotone needs to be rebuilt against the new Botan 1.8.2. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages monotone depends on: ii libbotan1.81.8.2-1 multiplatform crypto library ii libc6 2.9-10GNU C Library: Shared libraries ii libgcc11:4.4.0-3 GCC support library ii libidn11 1.14-3GNU Libidn library, implementation ii liblua5.1-05.1.4-3 Simple, extensible, embeddable pro ii libpcre3 7.8-2 Perl 5 Compatible Regular Expressi ii libsqlite3-0 3.6.13-1 SQLite 3 shared library ii libstdc++6 4.4.0-3 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime monotone recommends no packages. Versions of packages monotone suggests: ii monotone-doc 0.43-3 A distributed version (revision) c ii monotone-server 0.43-3 A distributed version (revision) c -- 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#527444: qps segmentation fault
Package: qps
Version: 1.9.18.6-2.2
Severity: grave
Justification: renders package unusable
$ qps
Segmentation fault
$ gdb qps
(no debugging symbols found)
(gdb) run
Starting program: /usr/bin/qps
[Thread debugging using libthread_db enabled]
[New Thread 0x7f6043a32760 (LWP 22540)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7f6043a32760 (LWP 22540)]
*__GI___rawmemchr (s=0x6, c_in=0) at rawmemchr.c:76
76 rawmemchr.c: No such file or directory.
in rawmemchr.c
(gdb) bt
#0 *__GI___rawmemchr (s=0x6, c_in=0) at rawmemchr.c:76
#1 0x7f6041d0095a in _IO_str_init_static_internal (sf=0x7fff4bb656b0,
ptr=0x6 , size=0, pstart=0x0) at strops.c:45
#2 0x7f6041cf4cf5 in _IO_vsscanf (string=0x6 ,
format=0x450feb "%lu", args=0x7fff4bb657d0) at iovsscanf.c:44
#3 0x7f6041cef678 in __sscanf (s=0x6 ,
format=0x0) at sscanf.c:34
#4 0x00420e2a in ?? ()
#5 0x0042408e in ?? ()
#6 0x00424e9d in ?? ()
#7 0x0041f3d0 in ?? ()
#8 0x004167d2 in ?? ()
#9 0x0041b76c in ?? ()
#10 0x0041bfb7 in ?? ()
#11 0x7f6041cad5a6 in __libc_start_main (
main=0x41be70 <_zn7qbutton14mousemoveeventep11qmouseev...@plt+24848>,
argc=1,
ubp_av=0x7fff4bb67098, init=0x44ee20, fini=,
rtld_fini=, stack_end=0x7fff4bb67088) at
libc-start.c:222
#12 0x00415d99 in ?? ()
#13 0x7fff4bb67088 in ?? ()
#14 0x001c in ?? ()
#15 0x0001 in ?? ()
#16 0x7fff4bb677c5 in ?? ()
#17 0x in ?? ()
$ strace qps
fstat(4, {st_mode=S_IFREG|0600, st_size=339, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7ff426c9f000
read(4, "version: 26\ngeom: 137 44 1280 10"..., 4096) = 339
read(4, "", 4096) = 0
close(4)= 0
munmap(0x7ff426c9f000, 4096)= 0
stat("/proc/vmstat", {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
stat("/proc/1/task", {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0
open("/proc/meminfo", O_RDONLY) = 4
read(4, "MemTotal:4063004 kB\nMemF"..., 4096) = 1058
close(4)= 0
open("/proc/stat", O_RDONLY)= 4
read(4, "cpu 809489 34977 1766825 809935"..., 4096) = 4096
close(4)= 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
$ ltrace qps
open("/proc/stat", 0, 01)= 4
read(4, "cpu 810099 34977 1767047 810142"..., 4096) = 4096
close(4) = 0
strstr("cpu 810099 34977 1767047 810142"..., "cpu") = "cpu 810099
34977 1767047 810142"...
strchr("cpu 810099 34977 1767047 810142"..., '\n') = "\ncpu0 400820
15619 702747 402548"...
strchr("cpu0 400820 15619 702747 4025485"..., '\n') = "\ncpu1 409279
19358 1064299 40759"...
strchr("cpu1 409279 19358 1064299 407594"..., '\n') = "\nintr
210571407 42 2 0 2 1 0 0 1"...
_Znam(32, 0x7fff29058e9a, 0xa0a0a0a0a0a0a0a, 2, 0xfefefefefefefeff) = 0xec89d0
_Znam(32, 32, 48, 2, 0xfefefefefefefeff) = 0xec87d0
sprintf("\001\200\255\373", "") = 4
strstr("cpu 810099 34977 1767047 810142"..., "cpu0")= "cpu0 400820
15619 702747 4025485"...
sscanf(0x7fff29058e2a, 0x450eed, 0xec89d0, 0xec89d4, 0xec89d8) = 7
sprintf("\001\200\255\373", "") = 4
strstr("cpu 810099 34977 1767047 810142"..., "cpu1")= "cpu1 409279
19358 1064299 407594"...
sscanf(0x7fff29058e5f, 0x450eed, 0xec89e0, 0xec89e4, 0xec89e8) = 7
strstr("cpu 810099 34977 1767047 810142"..., "btime") = NULL
sscanf(6, 0x450feb, 0x675a08, 0xe9fd00, 0xfefefefefefefeff
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages qps depends on:
ii libc6 2.9-10 GNU C Library: Shared libraries
ii libgcc1 1:4.4.0-4 GCC support library
ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v
ii libstdc++64.4.0-4The GNU Standard C++ Library v3
ii libx11-6 2:1.2.1-1 X11 client-side library
ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar
qps recommends no packages.
qps 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#535705: libghc6-stream: new upstream version
Package: libghc6-stream-dev Version: 0.2.2-3+b1 Severity: wishlist Current upstream version is 0.3.2. http://hackage.haskell.org/package/Stream Note that there are new dependencies on other Haskell libraries over the current 0.2.2 dependencies. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libghc6-stream-dev depends on: ii ghc6 6.10.3-3 GHC - the Glasgow Haskell Compilat ii libc6 2.9-18 GNU C Library: Shared libraries ii libffi5 3.0.7-1Foreign Function Interface library ii libgmp3c2 2:4.3.1+dfsg-1 Multiprecision arithmetic library libghc6-stream-dev recommends no packages. Versions of packages libghc6-stream-dev suggests: ii libghc6-stream-doc0.2.2-3Haskell stream (infinite list) lib ii libghc6-stream-prof 0.2.2-3+b1 Haskell stream (infinite list) lib -- 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#535707: libghc6-network: new versions upstream
Package: libghc6-network-dev Version: 2.2.0.1-4 Severity: wishlist Version 2.2.1.3 is available upstream. http://hackage.haskell.org/package/network -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libghc6-network-dev depends on: ii ghc6 6.10.3-3 GHC - the Glasgow Haskell Compilat pn libghc6-parsec-dev (no description available) libghc6-network-dev recommends no packages. Versions of packages libghc6-network-dev suggests: ii libghc6-network-doc 2.2.1.3-1 Haskell network library for GHC; d pn libghc6-network-prof (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#445765: libnoise0: Please package libnoise 1.0.0 (released back on 2007-04-19)
Package: libnoise0 Version: 0.9.0+1.0.0-RC1-1 Severity: wishlist According to http://sourceforge.net/projects/libnoise/ http://libnoise.sourceforge.net/downloads/index.html libnoise 1.0.0 was released back in April 2007. It would be great if 1.0.0 made it into the Debian repository. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.9-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libnoise0 depends on: ii libc6 2.6.1-5GNU C Library: Shared libraries ii libgcc1 1:4.2.1-6 GCC support library ii libstdc++64.2.1-6The GNU Standard C++ Library v3 libnoise0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425570: manpages-dev: Self-referencing symlink /usr/share/man/man2/epoll_pwait.2.gz
Package: manpages-dev Version: 2.49-1 Severity: normal /usr/share/man/man2/epoll_pwait.2.gz is a self-referencing symlink: $ ls -l /usr/share/man/man2/epoll_pwait.2.gz lrwxrwxrwx 1 root root 16 2007-05-22 08:33 /usr/share/man/man2/epoll_pwait.2.gz -> epoll_pwait.2.gz $ realpath /usr/share/man/man2/epoll_pwait.2.gz /usr/share/man/man2/epoll_pwait.2.gz: Too many levels of symbolic links I believe that epoll_pwait.2.gz is suppose to be a symlink to epoll_wait.2.gz -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21.1-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages manpages-dev depends on: ii manpages 2.49-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478187: trang: Exception in thread "main" java.lang.NullPointerException
Package: trang
Version: 20030619-6
Severity: grave
Justification: renders package unusable
$ cat > foo.rnc
start = foo | bar
foo = element foo { text }
bar = element bar { text }
^D
$ trang -I rnc -O rng foo.rnc foo.rng
Exception in thread "main" java.lang.NullPointerException
*** Got java.lang.NullPointerException while trying to print stack trace.
$ trang -I rnc -O dtd foo.rnc foo.dtd
Exception in thread "main" java.lang.NullPointerException
*** Got java.lang.NullPointerException while trying to print stack trace.
Here's the gdb backtrace for the options "-I rnc -O rng foo.rnc foo.rng"
(gdb) bt
#0 0x2afb42df2d5c in
org::relaxng::datatype::helpers::DatatypeLibraryLoader$Service$Loader2::getResources
() from /usr/lib/libgcj_bc.so.1
#1 0x2afb42df2ec6 in
org::relaxng::datatype::helpers::DatatypeLibraryLoader$Service::DatatypeLibraryLoader$Service
() from /usr/lib/libgcj_bc.so.1
#2 0x2afb42df3636 in
org::relaxng::datatype::helpers::DatatypeLibraryLoader::DatatypeLibraryLoader
() from /usr/lib/libgcj_bc.so.1
#3 0x004ebf07 in ?? ()
#4 0x005d6396 in ?? ()
#5 0x005d3059 in ?? ()
#6 0x2afb4252ce0a in gnu::java::lang::MainThread::call_main () from
/usr/lib/libgcj_bc.so.1
#7 0x2afb4253dc7f in _Jv_ThreadRun () from /usr/lib/libgcj_bc.so.1
#8 0x2afb424f36d9 in _Jv_RunMain () from /usr/lib/libgcj_bc.so.1
#9 0x004010fc in ?? ()
#10 0x2afb448f41c4 in __libc_start_main () from /lib/libc.so.6
#11 0x00401009 in ?? ()
#12 0x7fff69ff1598 in ?? ()
#13 0x in ?? ()
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.23.13-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages trang depends on:
ii libc6 2.7-10GNU C Library: Shared libraries
ii libgcc11:4.3.0-3 GCC support library
ii libgcj-bc 4.3.0-5 Link time only library for use wit
ii libgcj9-0 4.3.0-3 Java runtime library for use with
ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime
trang recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478980: libsqlite3-0: undefined reference to dlsym/dlerror/dlopen/dlclose
Package: libsqlite3-0 Version: 3.5.8-2 Severity: important When trying to link some code I'm writing against libsqlite3-0 3.5.8-2, I get the following error messages from the linker: = /usr/lib/libsqlite3.so.0: undefined reference to `dlsym' /usr/lib/libsqlite3.so.0: undefined reference to `dlerror' /usr/lib/libsqlite3.so.0: undefined reference to `dlopen' /usr/lib/libsqlite3.so.0: undefined reference to `dlclose' = The same code properly compiles and links against libsqlite3-0 3.5.8-1 and earlier versions of the package under Debian. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.13-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsqlite3-0 depends on: ii libc6 2.7-10 GNU C Library: Shared libraries libsqlite3-0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#475887: cupsys-client: .gz man pages are not in gzip format
Package: cupsys-client Version: 1.3.7-1 Severity: minor The .gz manual pages installed by cupsys-client (and a few by cupsys-bsd) are not in gzip format. $ file /usr/share/man/man8/cupsenable.8.gz /usr/share/man/man8/cupsenable.8.gz: troff or preprocessor input text When man2html is run from cron.weekly runs on my system, it generates the following errors: == /etc/cron.weekly/man2html: gzip: /usr/share/man/man1/lpr.1.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man1\/lpr.1.gz > /var/cache/man2html/swishtmplpr.1" failed gzip: /usr/share/man/man1/cupstestppd.1.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man1\/cupstestppd.1.gz > /var/cache/man2html/swishtmpcupstestppd.1" failed gzip: /usr/share/man/man1/lppasswd.1.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man1\/lppasswd.1.gz > /var/cache/man2html/swishtmplppasswd.1" failed gzip: /usr/share/man/man1/lp.1.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man1\/lp.1.gz > /var/cache/man2html/swishtmplp.1" failed gzip: /usr/share/man/man1/cupstestdsc.1.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man1\/cupstestdsc.1.gz > /var/cache/man2html/swishtmpcupstestdsc.1" failed gzip: /usr/share/man/man1/lpoptions.1.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man1\/lpoptions.1.gz > /var/cache/man2html/swishtmplpoptions.1" failed gzip: /usr/share/man/man1/cancel.1.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man1\/cancel.1.gz > /var/cache/man2html/swishtmpcancel.1" failed gzip: /usr/share/man/man1/lpstat.1.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man1\/lpstat.1.gz > /var/cache/man2html/swishtmplpstat.1" failed gzip: /usr/share/man/man1/lprm.1.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man1\/lprm.1.gz > /var/cache/man2html/swishtmplprm.1" failed gzip: /usr/share/man/man1/lpq.1.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man1\/lpq.1.gz > /var/cache/man2html/swishtmplpq.1" failed gzip: /usr/share/man/man5/client.conf.5.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man5\/client.conf.5.gz > /var/cache/man2html/swishtmpclient.conf.5" failed gzip: /usr/share/man/man8/cupsctl.8.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man8\/cupsctl.8.gz > /var/cache/man2html/swishtmpcupsctl.8" failed gzip: /usr/share/man/man8/cupsaddsmb.8.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man8\/cupsaddsmb.8.gz > /var/cache/man2html/swishtmpcupsaddsmb.8" failed gzip: /usr/share/man/man8/lpmove.8.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man8\/lpmove.8.gz > /var/cache/man2html/swishtmplpmove.8" failed gzip: /usr/share/man/man8/lpc.8.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man8\/lpc.8.gz > /var/cache/man2html/swishtmplpc.8" failed gzip: /usr/share/man/man8/accept.8.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man8\/accept.8.gz > /var/cache/man2html/swishtmpaccept.8" failed gzip: /usr/share/man/man8/lpadmin.8.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man8\/lpadmin.8.gz > /var/cache/man2html/swishtmplpadmin.8" failed gzip: /usr/share/man/man8/lpinfo.8.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man8\/lpinfo.8.gz > /var/cache/man2html/swishtmplpinfo.8" failed gzip: /usr/share/man/man8/cupsenable.8.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man8\/cupsenable.8.gz > /var/cache/man2html/swishtmpcupsenable.8" failed gzip: /usr/share/man/man8/cups-lpd.8.gz: not in gzip format filter "gunzip -c \/usr\/share\/man\/man8\/cups-lpd.8.gz > /var/cache/man2html/swishtmpcups-lpd.8" failed == -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.13-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cupsys-client depends on: ii adduser3.107 add and remove users and groups ii cupsys-common 1.3.7-1 Common UNIX Printing System(tm) - ii libc6 2.7-10GNU C Library: Shared libraries ii libcupsimage2 1.3.7-1 Common UNIX Printing System(tm) - ii libcupsys2 1.3.7-1 Common UNIX Printing System(tm) - ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime cupsys-client recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476108: emacs22-common: vc-mtn and vc conflict causing vc-find-file-hook error
Package: emacs22-common Version: 22.2+1-1 Severity: normal Since the upgrade to emacs 22.2, whenever I specify a file to open on the command line, open a file with C-x C-f, or open a file through the menu, emacs splits the windows into two frames -- the top frame has no content, the bottom frame has an error message, and the file I wanted to open is in another buffer that I have to switch too. The error message in the bottom frame is: = Loading vc-mtn...done Loading vc... Loading easymenu...done Loading vc...done vc-find-file-hook: Wrong type argument: stringp, nil = I found the following online: http://lists.gnu.org/archive/html/bug-gnu-emacs/2008-03/msg00135.html http://www.nabble.com/C-x-C-w-fails-under-VC-td16083952.html with no follow-up yet. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.13-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs22-common depends on: ii dpkg 1.14.18package maintenance system for Deb ii emacsen-common1.4.17 Common facilities for all emacsen emacs22-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#452399: luatex needs to be rebuilt against libpoppler2
Package: luatex Version: 0.11.2-1 Severity: grave Justification: renders package unusable luatex is currently uninstallable in sid because it depends on the obsoleted libpoppler1 which has been removed from sid. If a user works around this problem by installing libpoppler1 from another archive, they then introduce a several security holes into their system (CVE-2007-4352, CVE-2007-5392, CVE-2007-5393) that are present in libpoppler1. Please rebuild luatex against libpoppler2. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.1-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages luatex depends on: ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libpoppler1 0.5.4-6.2PDF rendering library ii texlive-base-bin2007.dfsg.1-2TeX Live: Essential binaries ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime luatex recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#447834: REXML: document.rb undefined local variable `transitive'
Package: libruby1.8 Version: 1.8.6.111-1 Severity: important Tags: patch I have several programs that use REXML to generate XML documents. Calling Document.write to output the XML document currently fails and aborts execution with the following error message. /usr/lib/ruby/1.8/rexml/document.rb:186:in `write': undefined local variable or method `transitive' for ... :REXML::Document (NameError) The API for write in /usr/lib/ruby/1.8/rexml/document.rb and in the documentation is write( output=$stdout, indent=-1, trans=false, ie_hack=false ) But then on line 186 there is if transitive ... else ... end "if transitive" should be "if trans". Here is the simple patch to fix this problem: = BEGIN PATCH = --- document.rb 2007-10-23 20:10:34.0 -0600 +++ document-fix.rb 2007-10-23 20:11:06.0 -0600 @@ -183,7 +183,7 @@ output = Output.new( output, xml_decl.encoding ) end formatter = if indent > -1 - if transitive + if trans REXML::Formatters::Transitive.new( indent, ie_hack ) else REXML::Formatters::Pretty.new( indent, ie_hack ) == END PATCH == -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.1-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libruby1.8 depends on: ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libncurses5 5.6+20071013-1 Shared libraries for terminal hand ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime libruby1.8 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#570108: postgresql-contrib-8.4 depends on unavailable libossp-uuid15
Package: postgresql-contrib-8.4 Version: 8.4.2-2 Severity: important postgresql-contrib-8.4 depends on libossp-uuid15, but libossp-uuid16 was recently added to the archive and libossp-uuid15 was removed. postgresql-contrib-8.4 needs to be rebuilt against libossp-uuid16. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages postgresql-contrib-8.4 depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libossp-uuid15 1.5.1-1.2OSSP uuid ISO-C and C++ - shared l ii libpq5 8.4.2-2 PostgreSQL C client library ii libssl0.9.8 0.9.8k-8 SSL shared libraries ii libxml2 2.7.6.dfsg-2+b1 GNOME XML library ii libxslt1.1 1.1.26-1+b1 XSLT processing library - runtime ii postgresql-8.4 8.4.2-2 object-relational SQL database, ve ii postgresql-common 105 PostgreSQL database-cluster manage ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime postgresql-contrib-8.4 recommends no packages. Versions of packages postgresql-contrib-8.4 suggests: ii libdbd-pg-perl2.16.1-1 Perl DBI driver for the PostgreSQL -- 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 Archive: http://lists.debian.org/20100216144556.29110.26693.report...@server.misumasu.dyndns.org
Bug#606038: sgml-data: WARNING about obsolete update-catalog command
Package: sgml-data Version: 2.0.5 Severity: normal When installing/upgrading sgml-data: Unpacking replacement sgml-data ... Setting up sgml-data (2.0.5) ... WARNING: You are using the compatibility symlink `update-catalog'. WARNING: This command will disappear in the future (see #88008). WARNING: The command is now named `update-sgmlcatalog'. Use of uninitialized value $add in numeric eq (==) at /usr/sbin/update-catalog line 205. ... This warning message repeats many times and the package is set up. The postinst and prerm package scripts should be changed to use 'update-sgmlcatalog' instead of 'update-catalog' to avoid future breakage when update-catalog is eventually removed. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sgml-data depends on: ii sgml-base 1.99.0 SGML infrastructure and SGML catal ii xml-core 0.13 XML infrastructure and XML catalog sgml-data recommends no packages. Versions of packages sgml-data suggests: pn doc-html-w3(no description available) ii libxml2-utils 2.7.8.dfsg-1 XML utilities ii opensp 1.5.2-8 OpenJade group's SGML parsing tool pn perlsgml (no description available) -- 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#586322: mercurial: Mercurial 1.5.4 is available
Package: mercurial Version: 1.5.2-1 Severity: wishlist Mercurial 1.5.4 is available and includes several improvement and fixes. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mercurial depends on: ii libc6 2.11.2-1 Embedded GNU C Library: Shared lib ii mercurial-common 1.5.2-1scalable distributed version contr ii python2.5.4-9An interactive high-level object-o ii python-support1.0.8 automated rebuilding support for P ii ucf 3.0025 Update Configuration File: preserv mercurial recommends no packages. Versions of packages mercurial suggests: ii kdiff3 0.9.95-6compares and merges 2 or 3 files o pn qct(no description available) ii tk8.5 [wish] 8.5.8-1 Tk toolkit for Tcl and X11, v8.5 - ii vim 2:7.2.438+hg~d44112feb815-5 Vi IMproved - enhanced vi editor -- 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#512035: Please package monotone 0.42
Package: monotone Version: 0.40-7 Severity: wishlist Monotone 0.42 was released in December. Monotone 0.42 (and 0.41) includes a number of bug fixes on 0.40 (which is what is currently in the repository) http://monotone.ca/NEWS According to the upgrade notes it doesn't require database or workspace migration either http://monotone.ca/UPGRADE -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages monotone depends on: ii libc6 2.7-18GNU C Library: Shared libraries ii libgcc11:4.3.2-2 GCC support library ii libpcre3 7.8-2 Perl 5 Compatible Regular Expressi ii libstdc++6 4.3.2-2 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime monotone recommends no packages. Versions of packages monotone suggests: ii monotone-doc 0.40-7 A distributed version (revision) c ii monotone-server 0.40-7 A distributed version (revision) c -- 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#473252: monotone: Monotone 0.39 is available
Package: monotone Version: 0.38-1 Severity: wishlist Monotone 0.39 was released back in February. http://www.monotone.ca/NEWS The new version fixes several bugs and makes changes needed to build with gcc-4.3 (needed for the upcoming 4.3 migration). Thank you for maintaining this package. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.13-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages monotone depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libgcc11:4.3.0-2 GCC support library ii libstdc++6 4.3.0-2 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime monotone recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#553541: binutils-avr 2.20-2 tries to overwrite /usr/share/info/gprof.info.gz
Package: binutils-avr Version: 2.20-1 Severity: normal binutils-avr 2.20-2 tries to overwrite /usr/share/info/gprof.info.gz, which is also in package binutils-doc 2.20-2. So binutils-avr and binutils-doc (both at 2.20-2) can not be installed together. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages binutils-avr depends on: ii libc6 2.10.1-4 GNU C Library: Shared libraries ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime binutils-avr recommends no packages. Versions of packages binutils-avr suggests: ii binutils 2.20-1 The GNU assembler, linker and bina -- 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#958436: cfengine3: New cfengine3 upstream LTS versions are available
Package: cfengine3 Version: 3.12.1-2 Severity: wishlist The upstream version of cfengine community edition currently has two long-term support (LTS) versions: 3.12.4 and the newer 3.15.1. If Debian needs to stay on the 3.12 LTS branch, upgrading from 3.12.1 to 3.12.4 would at least sync up with that current LTS branch. However, if would be great if 3.15.1 LTS was available in sid in order to start testing policies with some of the new features and for eventual inclusion into bullseye. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.5.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cfengine3 depends on: ii e2fsprogs 1.45.6-1 ii libacl1 2.2.53-6 ii libc6 2.30-4 ii liblmdb0 0.9.24-1 ii libpam0g 1.3.1-5 ii libpcre3 2:8.39-12+b1 ii libpromises3 3.12.1-2 ii libssl1.1 1.1.1f-1 ii libvirt0 6.0.0-6 ii libxml2 2.9.10+dfsg-5 ii lsb-base 11.1.0 Versions of packages cfengine3 recommends: pn python cfengine3 suggests no packages. -- Configuration Files: /etc/default/cfengine3 changed [not included] -- no debconf information
Bug#951180: New upstream version 1.17
Upstream has released hledger 1.17 https://hledger.org/release-notes.html Also, I saw that hledger 1.14 has been removed from Debian testing due to FTBS issues on s390x https://tracker.debian.org/news/1099686/haskell-hledger-removed-from-testing/ I'm not a Haskell programmer, but since hledger 1.16 added support for GHC 8.8, and since Debian testing and unstable are both on GHC 8.8.1, upgrading the hledger packages to 1.16 or 1.17 might help resolve the FTBS issues that caused hledger to be removed from Debian testing.
Bug#953430: cfengine3 package needs to create /var/lib/cfengine3/plugins directory
Package: cfengine3 Version: 3.12.1-2 Severity: normal Dear cfengine3 Maintainer, The cfengine3 package should create the /var/lib/cfengine3/plugins directory during installation. Without this directory, the /var/log/cfengine3/promise_summary.log log file records update.cf never completing successfully: Outcome of version update.cf 3.12.1 (agent-0): Promises observed to be kept 93.55%, Promises repaired 0.00%, Promises not repaired 6.45% And the output files in /var/lib/cfengine3/outputs record that there were failed repairs during each run (once every 5 minutes): error: Method 'cfe_internal_update_policy_cpv' failed in some repairs Running cf-agent in verbose mode, I found the following: verbose: P: . verbose: P: BEGIN promise 'cfe_internal_update_policy_files_update_plugins' of type "files" (pass 1) verbose: P:Promiser/affected object: '/var/lib/cfengine3/plugins' verbose: P:Part of bundle: cfe_internal_update_policy_cpv verbose: P:Base context class: !am_policy_hub.!windows verbose: P:Stack path: /default/cfe_internal_update_policy/methods/'Stock policy update'/default/cfe_internal_update_policy_cpv/files/'/var/lib/cfengine3/plugins'[1] verbose: P: verbose: P:Comment: Always update plugins files on client side verbose: File '/var/lib/cfengine3/plugins' copy_from '/var/lib/cfengine3/plugins' verbose: FindIdle: found connection to 'X.X.X.X' already open and ready. verbose: Server returned error: Unspecified server refusal (see verbose server output) info: Can't stat file '/var/lib/cfengine3/plugins' on 'X.X.X.X' in files.copy_from promise verbose: A: Promise NOT KEPT! verbose: P: END files promise (/var/lib/cfengine3/plugins) verbose: Connection to X.X.X.X is closed verbose: V: . While cfengine3 is open-source, the code is checking the plugins directory for the commercial cfengine-enterprise plugins that can be deployed from an enterprise master policy server. How to resolve the issue: Creating an empty /var/lib/cfengine3/plugins directory resolves this issue. 'cfe_internal_update_policy_cpv' then completes successfully and results in the expected "... Promises repaired 0.00%, Promises not repaired 0.00%". For any end-users encountering this issue before the fix is incorporated into the cfengine3 package, just `mkdir /var/lib/cfengine3/plugins` on your master policy servers (the emply plugin directory will be downloaded to all of the subscribing client systems). -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cfengine3 depends on: ii e2fsprogs 1.45.5-2 ii libacl1 2.2.53-6 ii libc6 2.29-10 ii liblmdb0 0.9.22-1 ii libpam0g 1.3.1-5 ii libpcre3 2:8.39-12+b1 ii libpromises3 3.12.1-2 ii libssl1.1 1.1.1d-2 ii libvirt0 5.6.0-3 ii libxml2 2.9.10+dfsg-4 ii lsb-base 11.1.0 Versions of packages cfengine3 recommends: pn python cfengine3 suggests no packages. -- Configuration Files: /etc/default/cfengine3 changed [not included] -- no debconf information
Bug#954433: radvd: PIDFile in /lib/systemd/system/radvd.service must be moved from /var/run/ to /run/
Package: radvd Version: 1:2.17-2+b1 Severity: normal Tags: patch As part of the migration away from /var/run/ to /run/, systemd produces log events containing the following. These log events are generated every 5 minutes (cluttering the logs and consuming log space). "/lib/systemd/system/radvd.service:13: PIDFile= references a path below legacy directory /var/run/, updating /var/run/radvd.pid → /run/radvd.pid; please update the unit file accordingly." Attached is a patch for /lib/systemd/system/radvd.service that moves the PIDFile from /var/run/radvd.pid to /run/radvd.pid -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages radvd depends on: ii adduser 3.118 ii libc6 2.30-2 ii lsb-base 11.1.0 radvd recommends no packages. radvd suggests no packages. -- no debconf information --- radvd.service.old 2020-03-21 14:46:14.507449211 + +++ radvd.service.new 2020-03-21 14:47:30.668715976 + @@ -13,7 +13,7 @@ ExecStart=/usr/sbin/radvd --logmethod stderr_clean ExecReload=/usr/sbin/radvd --logmethod stderr_clean --configtest ExecReload=/bin/kill -HUP $MAINPID -PIDFile=/var/run/radvd.pid +PIDFile=/run/radvd.pid # Set the CPU scheduling policy to idle which is for running very low priority background jobs CPUSchedulingPolicy=idle
Bug#954435: suricata: PIDFile in /lib/systemd/system/suricata.service must be moved from /var/run/ to /run/
Package: suricata Version: 1:5.0.2-3 Severity: normal Tags: patch As part of the migration away from /var/run/ to /run/, systemd produces log events containing the following. "/lib/systemd/system/suricata.service:10: PIDFile= references a path below legacy directory /var/run/, updating /var/run/suricata.pid → /run/suricata.pid; please update the unit file accordingly." Attached is a patch for /lib/systemd/system/suricata.service that moves the PIDFile from /var/run/suricata.pid to /run/suricata.pid This implements the recommendation from the logs and will silence those notices from being produced in the system logs. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages suricata depends on: ii dpkg 1.19.7 ii init-system-helpers 1.57 ii libbpf0 5.4.19-1 ii libc62.30-2 ii libcap-ng0 0.7.9-2.1+b1 ii libevent-2.1-7 2.1.11-stable-1 ii libevent-pthreads-2.1-7 2.1.11-stable-1 ii libgcc-s110-20200312-2 ii libhiredis0.14 0.14.0-6 ii libhtp2 1:0.5.32-1 ii libhyperscan55.2.1-1 ii libjansson4 2.12-1 ii libluajit-5.1-2 2.1.0~beta3+dfsg-5.1 ii liblz4-1 1.9.2-2 ii libmagic11:5.38-4 ii libmaxminddb01.3.2-1 ii libnet1 1.1.6+dfsg-3.1 ii libnetfilter-log11.0.1-1.1+b1 ii libnetfilter-queue1 1.0.3-1 ii libnfnetlink01.0.1-3+b1 ii libnspr4 2:4.25-1 ii libnss3 2:3.49.1-1 ii libpcap0.8 1.9.1-2 ii libpcre3 2:8.39-12+b1 ii libprelude28 5.1.1-4+b1 ii libyaml-0-2 0.2.2-1 ii lsb-base 11.1.0 ii python3 3.7.5-3 ii python3-simplejson 3.16.0-2+b1 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages suricata recommends: pn snort-rules-default ii suricata-update 1.1.1-1 Versions of packages suricata suggests: pn libtcmalloc-minimal4 -- no debconf information --- suricata.service.old2020-03-21 15:36:25.309491850 + +++ suricata.service.new2020-03-21 15:38:20.299404438 + @@ -8,8 +8,8 @@ [Service] Type=forking #Environment=LD_PRELOAD=/usr/lib/libtcmalloc_minimal.so.4 -PIDFile=/var/run/suricata.pid -ExecStart=/usr/bin/suricata -D --af-packet -c /etc/suricata/suricata.yaml --pidfile /var/run/suricata.pid +PIDFile=/run/suricata.pid +ExecStart=/usr/bin/suricata -D --af-packet -c /etc/suricata/suricata.yaml --pidfile /run/suricata.pid ExecReload=/usr/bin/suricatasc -c reload-rules ; /bin/kill -HUP $MAINPID ExecStop=/usr/bin/suricatasc -c shutdown Restart=on-failure
Bug#951180: hledger: New upstream version 1.16.2
Package: hledger Version: 1.14.2-1+b1 Severity: wishlist Upstream has released hledger 1.16.2, which includes a number of improvements in versions 1.15.x and 1.16.x. https://hledger.org/release-notes.html One improvement relevant to building and packaging is that hledger 1.16 added support for GHC 8.8, which is the ghc version in debian unstable and testing. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages hledger depends on: ii libatomic1 10-20200204-1 ii libc6 2.29-10 ii libffi7 3.3-3 ii libgmp102:6.2.0+dfsg-3 ii libtinfo6 6.1+20191019-1 hledger recommends no packages. hledger suggests no packages. -- no debconf information
Bug#946450: keepassxc: New upstream version 2.5.2
Package: keepassxc Version: 2.4.3+dfsg.1-1+b1 Followup-For: Bug #946450 Upstream has released 2.5.2, which includes fixes for multiple crashes, memory leaks, and other bugs. https://keepassxc.org/blog/2020-01-04-2.5.2-released/ The KeePassXC-Browser add-ons for Firefox and Chromium are also complaining that keepassxc 2.4.3 is an old/outdated version. Updating to 2.5.2 would resolve those add-on warnings. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages keepassxc depends on: ii libargon2-10~20171227-0.2 ii libc6 2.29-9 ii libgcrypt201.8.5-3 ii libqrencode4 4.0.2-2 ii libqt5concurrent5 5.12.5+dfsg-5 ii libqt5core5a 5.12.5+dfsg-5 ii libqt5dbus55.12.5+dfsg-5 ii libqt5gui5 5.12.5+dfsg-5 ii libqt5network5 5.12.5+dfsg-5 ii libqt5svg5 5.12.5-2 ii libqt5widgets5 5.12.5+dfsg-5 ii libqt5x11extras5 5.12.5-1 ii libsodium231.0.18-1 ii libstdc++6 9.2.1-24 ii libx11-6 2:1.6.8-1 ii libxi6 2:1.7.9-1 ii libxtst6 2:1.2.3-1 ii libykpers-1-1 1.20.0-1+b1 ii libzxcvbn0 2.4+dfsg-2 ii zlib1g 1:1.2.11.dfsg-1+b1 keepassxc recommends no packages. keepassxc suggests no packages. -- no debconf information
Bug#963341: cfengine3: New cfengine 3.15.2 package is broken and non-functional
Package: cfengine3 Version: 3.15.2-2 Severity: grave Justification: renders package unusable First, thank you for packaging cfengine 3.15.2. Unfortunately, the new cfengine 3.15.2 package in sid/unstable is broken and non-functional. What led up to the situation? Upgrading from cfengine 3.12.1 to 3.15.2. Fresh installs of 3.15.2 also suffer from the problem. Under an installation of Debian's cfengine 3.12.1, bootstrapping a cfengine node works correctly, and cf-promises has variables like "default:sys.cf_agent" defined. This same behavior is seen using the cfengine community edition packages from https://cfengine.com/product/community/ Here is example output from Debian's cfengine 3.12.1: # cf-promises --show-vars | grep sys.cf_ ... default:sys.cf_agent \"/var/lib/cfengine3/bin/cf-agent\" cfe_internal,source=agent default:sys.cf_check \"/var/lib/cfengine3/bin/cf-check\" cfe_internal,source=agent default:sys.cf_execd \"/var/lib/cfengine3/bin/cf-execd\" cfe_internal,source=agent default:sys.cf_key \"/var/lib/cfengine3/bin/cf-key\" cfe_internal,source=agent default:sys.cf_monitord \"/var/lib/cfengine3/bin/cf-monitord\" cfe_internal,source=agent default:sys.cf_net \"/var/lib/cfengine3/bin/cf-net\" cfe_internal,source=agent default:sys.cf_promises \"/var/lib/cfengine3/bin/cf-promises\" cfe_internal,source=agent default:sys.cf_runagent \"/var/lib/cfengine3/bin/cf-runagent\" cfe_internal,source=agent default:sys.cf_serverd \"/var/lib/cfengine3/bin/cf-serverd\" cfe_internal,source=agent default:sys.cf_twin \"/var/lib/cfengine3/bin/cf-agent\" cfe_internal,source=agent default:sys.cf_upgrade \"/var/lib/cfengine3/bin/cf-upgrade\" cfe_internal,source=agent default:sys.cf_version 3.12.1 inventory,source=agent,attribute_name=CFEngine version default:sys.cf_version_major 3 source=agent default:sys.cf_version_minor 12 source=agent default:sys.cf_version_patch 1 source=agent Here is example output from CFEngine Community edition 3.15.2: # cf-promises --show-vars | grep sys.cf_ ... default:sys.cf_agent \"/var/cfengine/bin/cf-agent\" cfe_internal,source=agent default:sys.cf_check \"/var/cfengine/bin/cf-check\" cfe_internal,source=agent default:sys.cf_execd \"/var/cfengine/bin/cf-execd\" cfe_internal,source=agent default:sys.cf_key \"/var/cfengine/bin/cf-key\" cfe_internal,source=agent default:sys.cf_monitord \"/var/cfengine/bin/cf-monitord\" cfe_internal,source=agent default:sys.cf_net \"/var/cfengine/bin/cf-net\" cfe_internal,source=agent default:sys.cf_promises \"/var/cfengine/bin/cf-promises\" cfe_internal,source=agent default:sys.cf_runagent \"/var/cfengine/bin/cf-runagent\" cfe_internal,source=agent default:sys.cf_serverd \"/var/cfengine/bin/cf-serverd\" cfe_internal,source=agent default:sys.cf_twin \"/var/cfengine/bin/cf-agent\" cfe_internal,source=agent default:sys.cf_upgrade \"/var/cfengine/bin/cf-upgrade\" cfe_internal,source=agent default:sys.cf_version 3.15.2 inventory,source=agent,attribute_name=CFEngine version default:sys.cf_version_major 3 source=agent default:sys.cf_version_minor 15 source=agent default:sys.cf_version_patch 2 source=agent default:sys.cf_version_release
Bug#963341: cfengine3: New cfengine 3.15.2 package is broken and non-functional
The removal scripts in the new cfengine 3.15.2 packages also have issues. While cleaning up after my testing for the initial bug report, I encountered the following. # apt-get purge cfengine3 Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: cfengine3* 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] y (Reading database ... 318526 files and directories currently installed.) Purging configuration files for cfengine3 (3.15.2-2) ... rmdir: failed to remove '/var/lib/cfengine3': Directory not empty dpkg: error processing package cfengine3 (--purge): installed cfengine3 package post-removal script subprocess returned error exit status 1 Errors were encountered while processing: cfengine3 E: Sub-process /usr/bin/dpkg returned an error code (1) All attempts to remove the package failed until I manually deleted the /var/lib/cfengine3 directory. After manually removing that directory, the "apt-get purge cfengine3" finally succeeded.
Bug#959821: linux-image-5.6.0-1-amd64: Linux 5.6.0 kernel breaks hostapd 5 GHz AP mode on Atheros radios
Package: src:linux Version: 5.6.7-1 Severity: normal After upgrading to linux-image-5.6.0-1-amd64 on my Linux-based wireless access-point (AP), hostapd is no longer able to configure the Atheros radios for the 5 GHz band. On the old 5.5 kernel, `iw list` shows the following for the 5 GHz band. ~~ Frequencies: * 5180 MHz [36] (23.0 dBm) * 5200 MHz [40] (23.0 dBm) * 5220 MHz [44] (23.0 dBm) * 5240 MHz [48] (23.0 dBm) * 5260 MHz [52] (23.0 dBm) (no IR, radar detection) * 5280 MHz [56] (23.0 dBm) (no IR, radar detection) * 5300 MHz [60] (23.0 dBm) (no IR, radar detection) * 5320 MHz [64] (23.0 dBm) (no IR, radar detection) * 5500 MHz [100] (23.0 dBm) (no IR, radar detection) * 5520 MHz [104] (23.0 dBm) (no IR, radar detection) * 5540 MHz [108] (23.0 dBm) (no IR, radar detection) * 5560 MHz [112] (23.0 dBm) (no IR, radar detection) * 5580 MHz [116] (23.0 dBm) (no IR, radar detection) * 5600 MHz [120] (23.0 dBm) (no IR, radar detection) * 5620 MHz [124] (23.0 dBm) (no IR, radar detection) * 5640 MHz [128] (23.0 dBm) (no IR, radar detection) * 5660 MHz [132] (23.0 dBm) (no IR, radar detection) * 5680 MHz [136] (23.0 dBm) (no IR, radar detection) * 5700 MHz [140] (23.0 dBm) (no IR, radar detection) * 5720 MHz [144] (23.0 dBm) (radar detection) * 5745 MHz [149] (30.0 dBm) * 5765 MHz [153] (30.0 dBm) * 5785 MHz [157] (30.0 dBm) * 5805 MHz [161] (30.0 dBm) * 5825 MHz [165] (30.0 dBm) * 5845 MHz [169] (disabled) * 5865 MHz [173] (disabled) ~~ On the new 5.6 kernel, `iw list` shows that all of the 5 GHz channels are either disabled or "no IR" (and so can't be used in AP mode). ~~ Frequencies: * 5180 MHz [36] (23.0 dBm) (no IR) * 5200 MHz [40] (23.0 dBm) (no IR) * 5220 MHz [44] (23.0 dBm) (no IR) * 5240 MHz [48] (23.0 dBm) (no IR) * 5260 MHz [52] (23.0 dBm) (no IR, radar detection) * 5280 MHz [56] (23.0 dBm) (no IR, radar detection) * 5300 MHz [60] (23.0 dBm) (no IR, radar detection) * 5320 MHz [64] (23.0 dBm) (no IR, radar detection) * 5500 MHz [100] (disabled) * 5520 MHz [104] (disabled) * 5540 MHz [108] (disabled) * 5560 MHz [112] (disabled) * 5580 MHz [116] (disabled) * 5600 MHz [120] (disabled) * 5620 MHz [124] (disabled) * 5640 MHz [128] (disabled) * 5660 MHz [132] (disabled) * 5680 MHz [136] (disabled) * 5700 MHz [140] (disabled) * 5720 MHz [144] (disabled) * 5745 MHz [149] (30.0 dBm) (no IR) * 5765 MHz [153] (30.0 dBm) (no IR) * 5785 MHz [157] (30.0 dBm) (no IR) * 5805 MHz [161] (30.0 dBm) (no IR) * 5825 MHz [165] (30.0 dBm) (no IR) * 5845 MHz [169] (disabled) * 5865 MHz [173] (disabled) ~~ I've set the regulatory domain to 'US' in both /etc/default/crda and in the hostapd configuration files. On the old 5.5 kernel, `iw reg get` shows a global section and both Atheros wireless cards configured for "country US". ~~ global country US: DFS-FCC (2402 - 2472 @ 40), (N/A, 30), (N/A) (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS (5735 - 5835 @ 80), (N/A, 30), (N/A) (57240 - 71000 @ 2160), (N/A, 40), (N/A) phy#1 country US: DFS-FCC (2402 - 2472 @ 40), (N/A, 30), (N/A) (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS (5735 - 5835 @ 80), (N/A, 30), (N/A) (57240 - 71000 @ 2160), (N/A, 40), (N/A) phy#0 country US: DFS-FCC (2402 - 2472 @ 40), (N/A, 30), (N/A) (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS (5735 - 5835 @ 80), (N/A, 30), (N/A) (57240 - 71000 @ 2160), (N/A, 40), (N/A) ~~ On the new 5.6 kernel, `iw reg get` only shows a global section, even though the wireless interfaces are present in other network tools. ~~ global country US: DFS-FCC (2402 - 2472 @ 40), (N/A, 30), (N/A) (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS (5735 - 5835 @ 80), (N/A, 30), (N/A) (57240 - 71000 @ 2160), (N/A, 40), (N/A) ~~ After some searching, I found the following bug report in Arch linux. https://bbs.archlinux.org/viewtopic.php?id=254535 Which links to this kernel patch that went into the Linux 5.6 kernel. ht
Bug#959821: linux-image-5.6.0-1-amd64: Linux 5.6.0 kernel breaks hostapd 5 GHz AP mode on Atheros radios
I found the associated ath10k mailing list thread https://www.mail-archive.com/ath10k@lists.infradead.org/msg12068.html In that thread, Wen Gong (author of the changes in git commit 2dc016599cfa9672a147528ca26d70c3654a5423) https://github.com/torvalds/linux/commit/2dc016599cfa9672a147528ca26d70c3654a5423 replied that the commit should be reverted.
Bug#958436: cfengine3: New cfengine3 upstream LTS versions are available
A strong argument for updating the Debian packages to cfengine 3.15 LTS is that upstream will stop supporting and patching the 3.12 LTS branch sometime in early 2021. Upstream will support the latest 3.15 LTS branch until the end of 2022 or early 2023. https://cfengine.com/product/supported-versions/ So cfengine in Debian unstable and testing should update to cfengine 3.15 so that bullseye, when it eventually becomes the new stable, isn't stuck on an unsupported cfengine 3.12.
