Bug#1052602: bind9-host should have versioned Depends on bind9-libs
Package: bind9-host Version: 1:9.16.42-1~deb11u1 Severity: normal Dear Maintainer, when updating only package bind9 and then trying to use the host command from bind9-host (as our ansible-based upgrade procedure does, doing the latter to check if the local named is still working as expected), you get to see $ host debian.org host: error while loading shared libraries: libdns-9.16.42-Debian.so: cannot open shared object file: No such file or directory No big issue, but I guess this means there should be a versioned dependency declared. Cheers Wolfgang *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 11.7 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable-security'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-25-amd64 (SMP w/1 CPU thread) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages bind9-host depends on: ii bind9-libs 1:9.16.44-1~deb11u1 ii libc6 2.31-13+deb11u6 ii libidn2-0 2.3.0-5 bind9-host recommends no packages. bind9-host suggests no packages. -- no debconf information
Bug#960492: Any updates?
Hi, I just saw the mail on debian-devel-announce that the code freeze for bullseye has begun, will this be reverted before? Cheers Wolfgang signature.asc Description: PGP signature
Bug#960492: vim-pathogen: Do not depend on 'vim-*' packages, plain 'vim' is enough
Package: vim-pathogen Version: 2.4-1 Severity: normal Dear Maintainer, as mentioned in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=914583 vim-pathogen works fine without Python support, so the Dependency should be reduced to 'vim' again. Thanks Wolfgang -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 5.6.0-1-686-pae (SMP w/1 CPU core) 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/bash Init: systemd (via /run/systemd/system) Versions of packages vim-pathogen depends on: ii vim2:8.2.0716-3 ii vim-addon-manager 0.5.10 Versions of packages vim-pathogen recommends: pn vim-scripts vim-pathogen suggests no packages. -- no debconf information
Bug#914583: vim-pathogen: Depend on vim compiled with Python support
Hello, this got my attention: After this operation, 93.9 MB of additional disk space will be used. This is vim-gtk, but even for vim-nox: After this operation, 14.4 MB of additional disk space will be used. I know, everyone thinks disk space is cheap these days, but where is this requirement on Python documented? I've used vim-pathogen for years now, and I've never had to install anything but the plain vim package. Cheers Wolfgang signature.asc Description: PGP signature
Bug#839607: Robustify manager_dispatch_notify_fd()
Hello Michael, On 16-10-03 12:11:48, Michael Biebl wrote: > > https://security-tracker.debian.org/tracker/CVE-2016-7796 says all > > but the version in sid are vulnerable to CVE-2016-7796 and reading > > No, sid is not vulnerable. It has been fixed in 231-9 I wrote 'all but the version in sid', English not being my mother tongue this seemed to me the correct way to express exactly that, i.e. 'sid is not vulnerable', but maybe I'm wrong. > > https://github.com/systemd/systemd/issues/4234#issuecomment-250441246 > > > > this sounds still rather serious, so a security upload would be > > appreciated. > > > > This bugs is *not* about CVE-2016-7796 and as I wrote, stable is not > affected by the crash. You didn't write about which CVE the bug is (or maybe I missed that), just that the 'news about systemd crashing when getting a zero sized message on the notification socket made the rounds recently'. > Are you a member of the security team? No, I never said I am, but it seems you noticed your error or were pointed to it. And thanks to Florian and Salvatore for reading the same information that I did and taking this seriously in a polite manner. Cheers Wolfgang signature.asc Description: Digital signature
Bug#839607: Robustify manager_dispatch_notify_fd()
Hello Michael, On 16-10-02 22:36:00, Michael Biebl wrote: > The news about systemd crashing when getting a zero sized message > on the notification socket made the rounds recently. While v215 is > not directly affected by this crash (the code to access messages of > length=0 was added in v219) [..] > I would propose to fix this in stable via regular stable update but > would appreciate if the debian-security team would comment on this. > If they would prefer a security upload I'm happy to do that as well. https://security-tracker.debian.org/tracker/CVE-2016-7796 says all but the version in sid are vulnerable to CVE-2016-7796 and reading https://github.com/systemd/systemd/issues/4234#issuecomment-250441246 this sounds still rather serious, so a security upload would be appreciated. Cheers Wolfgang signature.asc Description: Digital signature
Bug#826701: gnuplot-data: Version 5.0.3+dfsg3-1 tries to overwrite a file which is also in package gnuplot-tex 4.6.6-3
Related to this: after installing the -data package with --force-overwrite, the apt-get -f install complains about an alternatives entry related to the -x11 package: Setting up gnuplot-x11 (5.0.3+dfsg3-1) ... update-alternatives: error: alternative link /usr/share/gnuplot/gnuplot.gih is already managed by gnuplot4 After removing the gnuplot4 link group with update-alternatives --remove-all gnuplot4 I could finish the installation. Cheers Wolfgang signature.asc Description: Digital signature
Bug#826701: gnuplot-data: Version 5.0.3+dfsg3-1 tries to overwrite a file which is also in package gnuplot-tex 4.6.6-3
Package: gnuplot-data Version: 4.6.6-3 Severity: grave Justification: renders package unusable Dear Maintainer, Can't upgrade 4.6.6-3 -> 5.0.3+dfsg3-1: Preparing to unpack .../gnuplot-data_5.0.3+dfsg3-1_all.deb ... Unpacking gnuplot-data (5.0.3+dfsg3-1) over (4.6.6-3) ... dpkg: error processing archive /var/cache/apt/archives/gnuplot-data_5.0.3+dfsg3-1_all.deb (--unpack): trying to overwrite '/usr/share/texmf/tex/latex/gnuplot/gnuplot-lua-tikz-common.tex', which is also in package gnuplot-tex 4.6.6-3 Cheers Wolfgang -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages gnuplot-data depends on: ii aglfn1.7-3 pn gnuplot-tex gnuplot-data recommends no packages. gnuplot-data suggests no packages. -- no debconf information
Bug#826247: needrestart: Improve performance when checking interpreters by not running multiple times for the same script
Package: needrestart Version: 2.8-1 Severity: wishlist Tags: patch Dear Maintainer, on a system with a perl-based daemon spawned by postfix many many times, needrestart was very slow. That's because it re-scans all the perl module source files over and over again, for each PID once, even though once per script should be enough. The patch attached is a crude hack against the jessie version (it applies with some offsets/fuzz to the sid version), but on said system the runtime is improved quite a bit: before: real1m34.101s user1m30.924s sys 0m2.988s afterwards: real0m4.838s user0m4.384s sys 0m0.264s Obviously this would need to be done properly and not only for Perl.pm. Cheers Wolfgang -- Package-specific info: needrestart output: Your outdated processes: ApacheDirectory[9304], at-spi-bus-laun[2309], at-spi2-registr[2346], bash[2104, 2116, 2110, 2243, 2245, 2108, 2246, 2241], chromium[3587, 3576, 3545, 3537], dane-plug[3958], dbus-daemon[2340, 1846], dbus-launch[1845], dconf-service[19859], dnssec-plug[3843], gconfd-2[3638], gkrellm[2055], gvfsd[1952], gvfsd-metadata[20750], gvfsd-trash[19829], gvfs-udisks2-vo[19817], mosh-client[8020], panel-13-systra[1983], panel-16-action[1984], sh[1809], systemd[1796], Thunar[1881], thunderbird[9255], tpb[1854], wicd-client[2092], xfce4-panel[1883], xfce4-session[1871], xfce4-volumed[2100], xfconfd[1875], xfdesktop[1982], xfrun4[9247], xfsettingsd[1888], xfwm4[1879], xscreensaver[2097], xterm[2062, 2056, 2058, 2061, 2063, 2060, 2059, 2057], x-www-browser[3634] checkrestart output: -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 4.5.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages needrestart depends on: ii dpkg 1.18.7 ii gettext-base 0.19.7-2 ii libintl-perl 1.24-1 ii libmodule-find-perl0.13-1 ii libmodule-scandeps-perl1.21-1 ii libproc-processtable-perl 0.53-1+b1 ii libsort-naturally-perl 1.03-1 ii libterm-readkey-perl 2.33-1+b1 ii perl 5.22.2-1 ii xz-utils 5.1.1alpha+20120614-2.1 needrestart recommends no packages. Versions of packages needrestart suggests: ii libnotify-bin 0.7.6-2 -- no debconf information diff -Nurp a/usr/share/perl5/NeedRestart/Interp/Perl.pm b/usr/share/perl5/NeedRestart/Interp/Perl.pm --- a/usr/share/perl5/NeedRestart/Interp/Perl.pm 2016-06-03 16:09:21.885469436 +0200 +++ b/usr/share/perl5/NeedRestart/Interp/Perl.pm 2016-06-03 16:13:04.181830614 +0200 @@ -83,6 +83,7 @@ sub source { sub files { my $self = shift; my $pid = shift; +my $files_cache = shift; my $ptable = nr_ptable_pid($pid); unless($ptable->{cwd}) { print STDERR "$LOGPREF #$pid: could not get current working directory, skipping\n" if($self->{debug}); @@ -105,6 +106,13 @@ sub files { return (); } my $src = $ARGV[0]; +if ( defined($$files_cache{$src}) && $$files_cache{$src} == 1 ) { +print STDERR "already know $src\n" if ($self->{debug}); +return (); +} else { +print STDERR "remembering $src\n" if ($self->{debug}); +$$files_cache{$src} = 1; +} unless(-r $src && -f $src) { chdir($cwd); print STDERR "$LOGPREF #$pid: source file not found, skipping\n" if($self->{debug}); diff -Nurp a/usr/share/perl5/NeedRestart.pm b/usr/share/perl5/NeedRestart.pm --- a/usr/share/perl5/NeedRestart.pm 2016-06-03 16:09:29.905626777 +0200 +++ b/usr/share/perl5/NeedRestart.pm 2016-06-03 16:09:29.905626777 +0200 @@ -132,6 +132,10 @@ sub needrestart_interp_init($) { } } +{ + +my %files_cache = (); + sub needrestart_interp_check($$$) { my $debug = shift; my $pid = shift; @@ -144,7 +148,7 @@ sub needrestart_interp_check($$$) { print STDERR "$LOGPREF #$pid is a ".(ref $interp)."\n" if($debug); my $ps = nr_ptable_pid($pid); - my %files = $interp->files($pid); + my %files = $interp->files($pid, \%files_cache); if(grep {$_ > $ps->start} values %files) { if($debug) { @@ -161,6 +165,8 @@ sub needrestart_interp_check($$$) { return 0; } +} + sub needrestart_interp_source($$$) { my $debug = shift; my $pid = shift;
Bug#826220: needrestart: Allow usage of different config file when run from APT
Package: needrestart Version: 2.8-1 Severity: wishlist Dear Maintainer, currently the apt-pinvoke helper exec's needrestart without any arguments when run from APT. If you want to use different modes of operation when using APT and when using needrestart interactively it's currently necessary to use the standard config file for APT, which means the user has to add -c for each interactive calls, which is a bit burdensome. My use case is the following: 1.) by default when run from APT restart a less important services automatically, the more important ones are blacklisted in a file in /etc/needrestart/conf.d/ 2.) the admin user can then use needrestart to list/restart the more important services manually and while on the machine, by providing a different config file (which is ignoring the blacklist in conf.d/), which currently means calling it with -c It would be nice to be able to set a different config for APT, so the interactive call of needrestart is could be plain 'needrestart' again. Cheers Wolfgang -- Package-specific info: needrestart output: Your outdated processes: ApacheDirectory[9304], at-spi-bus-laun[2309], at-spi2-registr[2346], bash[2241, 2245, 2104, 2116, 2246, 2108, 2243, 2110], chromium[3537, 3545, 3587, 3576], dane-plug[3958], dbus-daemon[2340, 1846], dbus-launch[1845], dconf-service[19859], dnssec-plug[3843], gconfd-2[3638], gkrellm[2055], gvfsd[1952], gvfsd-metadata[20750], gvfsd-trash[19829], gvfs-udisks2-vo[19817], mosh-client[8020], panel-13-systra[1983], panel-16-action[1984], sh[1809], systemd[1796], Thunar[1881], thunderbird[9255], tpb[1854], wicd-client[2092], xfce4-panel[1883], xfce4-session[1871], xfce4-volumed[2100], xfconfd[1875], xfdesktop[1982], xfrun4[9247], xfsettingsd[1888], xfwm4[1879], xscreensaver[2097], xterm[2060, 2061, 2058, 2057, 2063, 2056, 2059, 2062], x-www-browser[3634] checkrestart output: -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 4.5.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages needrestart depends on: ii dpkg 1.18.7 ii gettext-base 0.19.7-2 ii libintl-perl 1.24-1 ii libmodule-find-perl0.13-1 ii libmodule-scandeps-perl1.21-1 ii libproc-processtable-perl 0.53-1+b1 ii libsort-naturally-perl 1.03-1 ii libterm-readkey-perl 2.33-1+b1 ii perl 5.22.2-1 ii xz-utils 5.1.1alpha+20120614-2.1 needrestart recommends no packages. Versions of packages needrestart suggests: ii libnotify-bin 0.7.6-2 -- no debconf information
Bug#820064: lgogdownloader: Needs fix to work with new jsoncpp version
Package: lgogdownloader Version: 2.27-1 Severity: grave Justification: renders package unusable Dear Maintainer, the upgrade to the new libjsoncpp1 version seems to have introduced a problem: $ lgogdownloader --update-cache terminate called after throwing an instance of 'Json::RuntimeError' what(): ConstIterator to Iterator should never be allowed. Aborted Applying the patch from https://github.com/Sude-/lgogdownloader/commit/519cb78d38be04a3af79784b5326e21651ced6e1 and rebuilding the package fixes this issue for me. Cheers Wolfgang -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 4.4.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages lgogdownloader depends on: ii libboost-date-time1.58.01.58.0+dfsg-5+b1 ii libboost-filesystem1.58.0 1.58.0+dfsg-5+b1 ii libboost-program-options1.58.0 1.58.0+dfsg-5+b1 ii libboost-regex1.58.01.58.0+dfsg-5+b1 ii libboost-system1.58.0 1.58.0+dfsg-5+b1 ii libc6 2.22-5 ii libcss-parser-pp0v5 0.86-1 ii libcss-parser0 0.86-1 ii libcurl3-gnutls 7.47.0-1 ii libgcc1 1:5.3.1-13 ii libhtmlcxx3v5 0.86-1 ii libjsoncpp1 1.7.2-1 ii liboauth0 1.0.1-1 ii librhash0 1.3.3-1 ii libstdc++6 5.3.1-13 ii libtinyxml2.6.2v5 2.6.2-3 lgogdownloader recommends no packages. lgogdownloader suggests no packages. -- no debconf information
Bug#810814: libgnutls26: Encrypted LDAP connection doesn't work after libgnutls26 update
Package: libgnutls26 Followup-For: Bug #810814 Hi, I can confirm that the addition of 'SECURE256' in the cipher suites configuration seems to be the problem, switching from olcTLSCipherSuite: SECURE256:!ARCFOUR-128:!3DES-CBC:-VERS-SSL3.0 to olcTLSCipherSuite: NORMAL:!ARCFOUR-128:!3DES-CBC:-VERS-SSL3.0 worked for me, but is of course not ideal. Debugging with gnutls-cli yields the same results as in the related Ubuntu bug report https://bugs.launchpad.net/ubuntu/+source/gnutls26/+bug/1534230 i.e. 'SECURE256' doesn't work, while 'SECURE256:+SIGN-ALL' does work with gnutls-cli (but unfortunately the +SIGN-ALL doesn't help when configuring slapd's olcTLSCipherSuite). Cheers Wolfgang -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 4.2.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages libgnutls26 depends on: ii libc6 2.19-22 pn libgcrypt11 ii libp11-kit00.23.1-3 ii libtasn1-6 4.7-2 ii multiarch-support 2.19-22 ii zlib1g 1:1.2.8.dfsg-2+b1 libgnutls26 recommends no packages. libgnutls26 suggests no packages.
Bug#805406: libatlas3-base: Syntax error in preinst maintainer script
Package: libatlas3-base Version: 3.10.2-8 Severity: normal Dear Maintainer, today while upgrading a sid system I noticed the following: . . Preparing to unpack .../libatlas3-base_3.10.2-8_i386.deb ... /var/lib/dpkg/tmp.ci/preinst: line 7: [: argument expected . . Looking at the preinst in /var/lib/dpkg/info/libatlas3-base.preinst this looks wrong if [ $1 = "upgrade" -a `dpkg --compare-versions "$2" ge 3.8.4-4~exp1` -a `dpkg --compare-versions "$2" lt 3.10.1-1` ] which probably is meant to be: if [ "$1" = "upgrade" ] && dpkg --compare-versions "$2" ge 3.8.4-4~exp1 && dpkg --compare-versions "$2" lt 3.10.1-1 Cheers Wolfgang -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 4.2.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages libatlas3-base depends on: ii libblas-common 1.2.20110419-11 ii libc6 2.19-22 ii libgcc1 1:5.2.1-23 ii libgfortran35.2.1-23 libatlas3-base recommends no packages. libatlas3-base suggests no packages. -- no debconf information
Bug#798510: [Pkg-xen-devel] Bug#798510: xen-utils-common: xendomains domU auto-starting fails after upgrade to Debian 8
Hi Ian, On 15-11-05 10:43:56, Ian Campbell wrote: > I suppose these domains all start just fine by hand, because the race > is well over by then... Indeed they do. > Do you get anything further under /var/log/xen when this occurs? In > particular the xl files associated with the domain and > /var/log/xen/xen-hotplug.log Specifically xen-hotplug.log isn't modified at all, it's actually pretty old while both the dom0 and also the domU were restarted a couple of times today. -rw-r--r-- 1 root adm6735 Sep 9 10:13 xen-hotplug.log The domU log files in /var/log/xen only seem to contain the shutdown sequences, all start with lines like Waiting for domain test-inetng1 (domid 1) to die [pid 1336] but nothing related to the start of the domU. > What does the disk configuration look like in domU.cfg? $ sed -n '/^disk/,/]/p' /etc/xen/test-inetng1.cfg disk= [ 'phy:/dev/inetng1/test-inetng1-disk,xvda2,w', 'phy:/dev/inetng1/test-inetng1-swap,xvda1,w', 'phy:/dev/inetng1/test-inetng1-data,xvdb,w', ] > It would also be useful to edit /etc/init.d/xendomains to change: > out=$(xen create --quiet --defconfig "$file" 2>&1 1>/dev/null) > to > out=$(xen -vvv create --quiet --defconfig "$file" 2>&1 1>/dev/null) > > (adding -vvv before create) and maybe replace /dev/null with something > like /tmp/xendomains.$(basename $file).log > > Hopefully something in there will give us some clue what is not ready > yet. I've changed it to out=$(xen -vvv create --quiet --defconfig "$file" 2>&1 | ts "%b %d %H:%M:%.S" 1>/tmp/xendomains.$(basename $file).log) to get some timestamps into the log with the help of moreutil's ts. Also, I've added exec 5>> /tmp/xen-script-block-$1-$$.log BASH_XTRACEFD="5" PS4='+ \011$(date "+%b %d %H:%M:%S.%N"): $LINENO: ' set -x to the top of the helper script in /etc/xen/scripts/block. With the additional timing information available, a colleague spotted logger being late in the non-working case: in the logs in /tmp/xen*: Nov 12 13:47:29.614355156: 21: logger -p daemon.debug -- /etc/xen/scripts/block: add XENBUS_PATH=backend/vbd/1/51728 Nov 12 13:47:39.422965 libxl: debug: libxl_device.c:1059:device_hotplug_timeout_cb: killing hotplug script /etc/xen/scripts/block add because of timeout in /var/log/syslog: Nov 12 13:47:41 inetng1 logger: /etc/xen/scripts/block: add XENBUS_PATH=backend/vbd/1/51728 Disabling logger in /etc/xen/scripts/logging.sh made the problem go away and the domU was started successfully at boot time. But of course this is not a real solution but only a workaround, as much as adding sleep to the default file. > > Inserting a 'sleep 10' into /etc/defaults/xendomains solves the issue, > > so it seems to be some timing problem. > > Whereabouts? Near the start I guess. No, I've added it to the end of the file. Cheers Wolfgang PS: My colleague also found this mailing list article http://lists.freedesktop.org/archives/systemd-devel/2014-August/021767.html mentioning the problem with logging being blocked at boot time with systemd. PPS: In case you need the full logs, I can attach them to the bug report. signature.asc Description: Digital signature
Bug#800001: backuppc: Do not delete /etc/backuppc recursively in postrm
Package: backuppc Version: 3.3.1-1 Severity: important Hello, backuppc's postrm currently includes running rm -rf /etc/backuppc which is likely to delete user data not installed by the package. C.f. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=309707 for further reasoning. I guess rm -f /etc/backuppc/config.pl should be enough, since it's the only non-conffile installed by the package (and handled by ucf) as far as I can see. Cheers Wolfgang
Bug#798510: xen-utils-common: xendomains domU auto-starting fails after upgrade to Debian 8
Package: xen-utils-common Version: 4.4.1-9+deb8u1 Severity: important Dear Maintainer, After upgrading to Debian 8, auto-starting of domUs via /etc/xen/auto fails with errors like this Sep 09 09:29:21 host xendomains[948]: Starting Xen domain domU (from /etc/xen/auto/domU.cfg)...failed. Sep 09 09:29:21 host xendomains[948]: libxl: error: libxl_exec.c:129:libxl_report_child_exitstatus: /etc/xen/scripts/block add [-1] died due to fatal signal Killed Sep 09 09:29:21 host xendomains[948]: libxl: error: libxl_exec.c:129:libxl_report_child_exitstatus: /etc/xen/scripts/block add [-1] died due to fatal signal Killed Sep 09 09:29:21 host xendomains[948]: libxl: error: libxl_exec.c:129:libxl_report_child_exitstatus: /etc/xen/scripts/block add [-1] died due to fatal signal Killed Sep 09 09:29:21 host xendomains[948]: libxl: error: libxl_create.c:1054:domcreate_launch_dm: unable to add disk devices Services seem to get started in the correct order according to LSB headers in the init scripts: Sep 9 09:28:49 host systemd[1]: Starting LSB: Xen daemons... Sep 9 09:28:49 host xenstored: Checking store ... Sep 9 09:28:49 host xenstored: Checking store complete. Sep 9 09:28:49 host xen[880]: Starting Xen daemons: xenfs xenstored xenconsoled init-dom0. Sep 9 09:28:49 host systemd[1]: Started LSB: Xen daemons. Sep 9 09:28:49 host systemd[1]: Starting LSB: Start/stop secondary xen domains... Inserting a 'sleep 10' into /etc/defaults/xendomains solves the issue, so it seems to be some timing problem. Cheers Wolfgang
Bug#789885: mylvmbackup: Missing dependency on libfile-copy-recursive-perl
Package: mylvmbackup Version: 0.15-1 Severity: grave Justification: renders package unusable Dear Maintainer, after upgrading a server (without capacity to use reportbug, hence this reportbug from another machine) to jessie, mylvmbackup failed with: Can't locate File/Copy/Recursive.pm in @INC (you may need to install the File::Copy::Recursive module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr /local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) at /usr/bin/m ylvmbackup line 25. BEGIN failed--compilation aborted at /usr/bin/mylvmbackup line 25. Installing libfile-copy-recursive-perl resolved the issue. Cheers Wolfgang -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages mylvmbackup depends on: pn libconfig-inifiles-perl none ii libdbd-mysql-perl4.028-2+b1 ii libtimedate-perl 2.3000-2 ii lvm2 2.02.111-2.2 mylvmbackup recommends no packages. Versions of packages mylvmbackup suggests: pn mysql-server none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773607: autofs uses nonportable -s option, mounting fails
Package: autofs Version: 5.0.8-2 Followup-For: Bug #773607 Dear Maintainer, there's a patch for this at http://www.spinics.net/lists/autofs/msg01018.html which got applied to the latest OpenSuSE packages at https://build.opensuse.org/package/show/home:mszeredi:branches:openSUSE:13.2:Update/autofs Please see if this is a possible solution, because at the moment there's no simple way around this problem other than for example using a wrapper around the respective mount.* program and filter out the excess '-s' option. Cheers Wolfgang -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages autofs depends on: ii libc6 2.19-15 ii libxml22.9.2+dfsg1-3 ii multiarch-support 2.19-15 ii ucf3.0030 Versions of packages autofs recommends: ii kmod 20-1 ii module-init-tools 20-1 ii nfs-common 1:1.2.8-9 autofs 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#776774: apt: Don't throw away cronjob stderr output on regular verbosity levels
Package: apt Version: 1.0.9.6 Severity: important Hello, when using the /etc/cron.daily/apt cronjob with APT::Periodic::Verbose set to anything below 3 it's basically impossible to catch errors because stderr output is thrown away (XSTDERR=2/dev/null which is used at various apt-get commands later on). Unfortunately this also means that all errors from apt-get update get discarded, which in turn means that no metadata update happens, ever. To reproduce, just configure APT to use a non-existing proxy like for example Acquire::http::Proxy http://localhost:48080;; and run the cronjob (of course having enabled APT::Periodic in the APT config). The cronjob will happily exit with 0 and not produce any output. Cheers Wolfgang PS: Obviously it's also questionable if it's the right thing to do for apt-get update to exit with 0 when not a single configured repository can be reached. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends false; APT::Install-Suggests 0; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image-3\.16\.0-4-686-pae$; APT::NeverAutoRemove:: ^linux-headers-3\.16\.0-4-686-pae$; APT::NeverAutoRemove:: ^linux-image-extra-3\.16\.0-4-686-pae$; APT::NeverAutoRemove:: ^linux-signed-image-3\.16\.0-4-686-pae$; APT::NeverAutoRemove:: ^kfreebsd-image-3\.16\.0-4-686-pae$; APT::NeverAutoRemove:: ^kfreebsd-headers-3\.16\.0-4-686-pae$; APT::NeverAutoRemove:: ^gnumach-image-3\.16\.0-4-686-pae$; APT::NeverAutoRemove:: ^.*-modules-3\.16\.0-4-686-pae$; APT::NeverAutoRemove:: ^.*-kernel-3\.16\.0-4-686-pae$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-3\.16\.0-4-686-pae$; APT::NeverAutoRemove:: ^linux-tools-3\.16\.0-4-686-pae$; APT::VersionedKernelPackages ; APT::VersionedKernelPackages:: linux-image; APT::VersionedKernelPackages:: linux-headers; APT::VersionedKernelPackages:: linux-image-extra; APT::VersionedKernelPackages:: linux-signed-image; APT::VersionedKernelPackages:: kfreebsd-image; APT::VersionedKernelPackages:: kfreebsd-headers; APT::VersionedKernelPackages:: gnumach-image; APT::VersionedKernelPackages:: .*-modules; APT::VersionedKernelPackages:: .*-kernel; APT::VersionedKernelPackages:: linux-backports-modules-.*; APT::VersionedKernelPackages:: linux-tools; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Get ; APT::Get::List-Cleanup false; APT::Update ; APT::Update::Post-Invoke ; APT::Update::Post-Invoke:: [ ! -x /usr/bin/debtags ] || debtags update || true; APT::Architectures ; APT::Architectures:: i386; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ; APT::Compressor::gzip::Name gzip; APT::Compressor::gzip::Extension .gz; APT::Compressor::gzip::Binary gzip; APT::Compressor::gzip::Cost 2; APT::Compressor::gzip::CompressArg ; APT::Compressor::gzip::CompressArg:: -9n; APT::Compressor::gzip::UncompressArg ; APT::Compressor::gzip::UncompressArg:: -d; APT::Compressor::bzip2 ; APT::Compressor::bzip2::Name bzip2; APT::Compressor::bzip2::Extension .bz2; APT::Compressor::bzip2::Binary bzip2; APT::Compressor::bzip2::Cost 3; APT::Compressor::bzip2::CompressArg ; APT::Compressor::bzip2::CompressArg:: -9; APT::Compressor::bzip2::UncompressArg ; APT::Compressor::bzip2::UncompressArg:: -d; APT::Compressor::xz ; APT::Compressor::xz::Name xz; APT::Compressor::xz::Extension .xz; APT::Compressor::xz::Binary xz; APT::Compressor::xz::Cost 4; APT::Compressor::xz::CompressArg ; APT::Compressor::xz::CompressArg:: -6; APT::Compressor::xz::UncompressArg ; APT::Compressor::xz::UncompressArg:: -d; APT::Compressor::lzma ; APT::Compressor::lzma::Name lzma; APT::Compressor::lzma::Extension .lzma; APT::Compressor::lzma::Binary xz; APT::Compressor::lzma::Cost 5; APT::Compressor::lzma::CompressArg ; APT::Compressor::lzma::CompressArg:: --format=lzma; APT::Compressor::lzma::CompressArg:: -9; APT::Compressor::lzma::UncompressArg ; APT::Compressor::lzma::UncompressArg:: --format=lzma; APT::Compressor::lzma::UncompressArg:: -d; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist
Bug#768145: etckeeper should record the ${Architecture} of the packages in APT commit msgs
Package: etckeeper Version: 1.15 Severity: minor Hi, I just read a commit that looked like this: committing changes in /etc after apt run Package changes: -gcc-4.7-base 4.7.2-5 -libc6 2.13-38+deb7u6 -libc6-i686 2.13-38+deb7u6 -libgcc1 1:4.7.2-5 which looked a bit scary, until I realized that this was libc6:i386 that got removed from an [arch=amd64] installation. So please add ${Architecture} somewhere to the dpkg-query output in /etc/etckeeper/list-installed.d/50list-installed, thanks. Cheers Wolfgang -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16-3-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages etckeeper depends on: ii bzr2.6.0+bzr6595-6 ii debconf [debconf-2.0] 1.5.53 ii git1:2.1.1-1 ii mercurial 3.1.2-1 Versions of packages etckeeper recommends: ii cron [cron-daemon] 3.0pl1-127 Versions of packages etckeeper suggests: ii sudo 1.8.11p1-2 -- Configuration Files: /etc/etckeeper/etckeeper.conf changed: VCS=hg GIT_COMMIT_OPTIONS= HG_COMMIT_OPTIONS= BZR_COMMIT_OPTIONS= DARCS_COMMIT_OPTIONS=-a AVOID_DAILY_AUTOCOMMITS=1 AVOID_COMMIT_BEFORE_INSTALL=1 HIGHLEVEL_PACKAGE_MANAGER=apt LOWLEVEL_PACKAGE_MANAGER=dpkg PUSH_REMOTE= -- debconf information: etckeeper/purge: true etckeeper/commit_failed: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734833: polipo: Daily cronjob should use shell for su call
Package: polipo Version: 1.0.4.1-4 Severity: normal Tags: patch Good morning, since the recent update to base-passwd that changed the login shell of the proxy user to /usr/sbin/nologin an explicit shell for the su call is needed. Otherwise you'll get mails with /etc/cron.daily/polipo: This account is currently not available. run-parts: /etc/cron.daily/polipo exited with return code 1 from cron. Changing the cronjob file with the below patch should work. --- diff -r b0a13a57c4d4 cron.daily/polipo --- a/cron.daily/polipo Fri Jan 10 00:15:32 2014 +0100 +++ b/cron.daily/polipo Fri Jan 10 07:07:21 2014 +0100 @@ -17,7 +17,7 @@ [ -f $PIDFILE ] kill -USR1 $(cat $PIDFILE) -su -c \ +su -s /bin/sh -c \ nice polipo -x -c $CONFIG_FILE forbiddenFile=$FORBIDDEN_FILE /dev/null \ proxy --- Cheers Wolfgang -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages polipo depends on: ii libc6 2.17-97 ii lsb-base 4.1+Debian12 polipo recommends no packages. polipo suggests no packages. -- Configuration Files: /etc/polipo/config changed: proxyAddress = ::0# both IPv4 and IPv6 allowedClients = 127.0.0.1 diskCacheUnlinkTime = 7 maxDiskCacheEntrySize = 1000 -- 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#726608: sleepd suspends on AC even when running with --ac-unused=0
Package: sleepd Version: 2.04 Followup-For: Bug #726608 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Hi, since I just lost data due to this bug (Virtualbox was running when sleepd kicked in w/out need on AC), I wondered if there's some way to debug what's going wrong here? Cheers Wolfgang -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sleepd depends on: ii libapm1 3.2.2-14 ii libc62.17-97 ii libdbus-1-3 1.6.18-2 ii libhal1 0.5.14-8 ii lsb-base 4.1+Debian12 Versions of packages sleepd recommends: ii hal 0.5.14-8 ii pm-utils 1.4.1-13 sleepd suggests no packages. -- Configuration Files: /etc/default/sleepd changed: PARAMS=--ac-unused=0 --unused=600 --battery=5 --sleep-command=/root/bin/suspend2ram -- 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#727187: librack-ruby: DSA-2783 breaks redmine
Package: librack-ruby Version: 1.1.0-4 Severity: important Hello, after installing DSA-2783, Debian-packaged redmine installations break. Trying to reproduce this, I installed and configured redmine on an up-2-date squeeze installation (using passenger), logged in, added a project, but when trying to create a new issue it fails with an Internal Server Error. The last lines of the log: Processing IssuesController#new (for xx.xx.xx.xx at 2013-10-23 10:06:49) [GET] Parameters: {project_id=bling, action=new, controller=issues} Rendering template within layouts/base Rendering issues/new Completed in 80ms (View: 36, DB: 36) | 200 OK [https://somehostname/projects/bling/issues/new] /!\ FAILSAFE /!\ Wed Oct 23 10:06:54 +0200 2013 Status: 500 Internal Server Error undefined method `' for nil:NilClass /usr/lib/ruby/1.8/rack/utils.rb:510:in `parse_multipart' /usr/lib/ruby/1.8/rack/request.rb:268:in `parse_multipart' /usr/lib/ruby/1.8/rack/request.rb:146:in `POST' /usr/lib/ruby/1.8/rack/methodoverride.rb:15:in `call' /usr/lib/ruby/1.8/action_controller/params_parser.rb:15:in `call' /usr/lib/ruby/1.8/action_controller/session/cookie_store.rb:93:in `call' /usr/lib/ruby/1.8/action_controller/failsafe.rb:26:in `call' /usr/lib/ruby/1.8/rack/lock.rb:11:in `call' /usr/lib/ruby/1.8/rack/lock.rb:11:in `synchronize' /usr/lib/ruby/1.8/rack/lock.rb:11:in `call' /usr/lib/ruby/1.8/action_controller/dispatcher.rb:106:in `call' /usr/lib/ruby/1.8/phusion_passenger/rack/request_handler.rb:92:in `process_request' /usr/lib/ruby/1.8/phusion_passenger/abstract_request_handler.rb:207:in `main_loop' /usr/lib/ruby/1.8/phusion_passenger/railz/application_spawner.rb:418:in `start_request_handler' /usr/lib/ruby/1.8/phusion_passenger/railz/application_spawner.rb:358:in `handle_spawn_application' /usr/lib/ruby/1.8/phusion_passenger/utils.rb:184:in `safe_fork' /usr/lib/ruby/1.8/phusion_passenger/railz/application_spawner.rb:354:in `handle_spawn_application' /usr/lib/ruby/1.8/phusion_passenger/abstract_server.rb:352:in `__send__' /usr/lib/ruby/1.8/phusion_passenger/abstract_server.rb:352:in `main_loop' /usr/lib/ruby/1.8/phusion_passenger/abstract_server.rb:196:in `start_synchronously' /usr/lib/ruby/1.8/phusion_passenger/abstract_server.rb:163:in `start' /usr/lib/ruby/1.8/phusion_passenger/railz/application_spawner.rb:213:in `start' /usr/lib/ruby/1.8/phusion_passenger/spawn_manager.rb:262:in `spawn_rails_application' /usr/lib/ruby/1.8/phusion_passenger/abstract_server_collection.rb:126:in `lookup_or_add' /usr/lib/ruby/1.8/phusion_passenger/spawn_manager.rb:256:in `spawn_rails_application' /usr/lib/ruby/1.8/phusion_passenger/abstract_server_collection.rb:80:in `synchronize' /usr/lib/ruby/1.8/phusion_passenger/abstract_server_collection.rb:79:in `synchronize' /usr/lib/ruby/1.8/phusion_passenger/spawn_manager.rb:255:in `spawn_rails_application' /usr/lib/ruby/1.8/phusion_passenger/spawn_manager.rb:154:in `spawn_application' /usr/lib/ruby/1.8/phusion_passenger/spawn_manager.rb:287:in `handle_spawn_application' /usr/lib/ruby/1.8/phusion_passenger/abstract_server.rb:352:in `__send__' /usr/lib/ruby/1.8/phusion_passenger/abstract_server.rb:352:in `main_loop' /usr/lib/ruby/1.8/phusion_passenger/abstract_server.rb:196:in `start_synchronously' /usr/lib/phusion_passenger/passenger-spawn-server:61 Downgrading via apt-get install librack-ruby1.8=1.1.0-4 librack-ruby=1.1.0-4 get's everything back to normal. This also breaks the squeeze-backports version of redmine. Please take a look ASAP since this might break more than redmine. Cheers Wolfgang -- System Information: Debian Release: 6.0.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages librack-ruby depends on: ii libjs-jquery 1.4.2-2JavaScript library for dynamic web ii librack-ruby1.8 1.1.0-4A modular Ruby webserver interface librack-ruby recommends no packages. librack-ruby 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#726608: sleepd suspends on AC even when running with --ac-unused=0
Package: sleepd Version: 2.04 Severity: normal Hello, I don't know when it started (my notebook is mostly in use, hence sleepd has little to do ;), but recently I found that sleepd sends my system into S3 even when on AC. From the log: $ grep sleepd /var/log/syslog Oct 16 19:12:57 t420s sleepd[2889]: 12 sec sleep; resetting timer Oct 16 19:32:07 t420s sleepd[2889]: system inactive for 600s; forcing sleep The running process: $ ps ax | grep sleep[d] 2889 ?Ssl0:00 /usr/sbin/sleepd --ac-unused=0 --unused=600 --battery=5 --sleep-command=/root/bin/suspend2ram sysfs tells me: $ cat /sys/class/power_supply/AC/online 1 Unfortunately running with -v doesn't show anything of interest in the log either. Cheers Wolfgang -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (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/bash Versions of packages sleepd depends on: ii libapm1 3.2.2-14 ii libc62.17-93 ii libdbus-1-3 1.6.16-1 ii libhal1 0.5.14-8 ii lsb-base 4.1+Debian12 Versions of packages sleepd recommends: ii hal 0.5.14-8 ii pm-utils 1.4.1-12 sleepd suggests no packages. -- Configuration Files: /etc/default/sleepd changed: PARAMS=--ac-unused=0 --unused=600 --battery=5 --sleep-command=/root/bin/suspend2ram -- 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#710864: update-icon-caches lets mypaint find its icons
Hello, just ran into this on an up-to-date sid system, running update-icon-caches /usr/share/icons/hicolor as root solved the issue, I guess this should be triggered during installation but isn't. The output from the installation: t420s:/etc# apt-get install mypaint Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libjson0 mypaint-data Suggested packages: mypaint-data-extras The following NEW packages will be installed: libjson0 mypaint mypaint-data 0 upgraded, 3 newly installed, 0 to remove and 1 not upgraded. Need to get 3,923 kB of archives. After this operation, 8,112 kB of additional disk space will be used. Do you want to continue? [Y/n] Get:1 http://ftp.at.debian.org/debian/ sid/main libjson0 i386 0.11-2 [968 B] Get:2 http://ftp.at.debian.org/debian/ sid/main mypaint-data all 1.1.0-3 [3,470 kB] Get:3 http://ftp.at.debian.org/debian/ sid/main mypaint i386 1.1.0-3 [452 kB] Fetched 3,923 kB in 7s (502 kB/s) Retrieving bug reports... Done Parsing Found/Fixed information... Done Selecting previously unselected package libjson0:i386. (Reading database ... 175884 files and directories currently installed.) Unpacking libjson0:i386 (from .../libjson0_0.11-2_i386.deb) ... Selecting previously unselected package mypaint-data. Unpacking mypaint-data (from .../mypaint-data_1.1.0-3_all.deb) ... Selecting previously unselected package mypaint. Unpacking mypaint (from .../mypaint_1.1.0-3_i386.deb) ... Processing triggers for hicolor-icon-theme ... Processing triggers for gnome-menus ... Processing triggers for desktop-file-utils ... Processing triggers for mime-support ... Processing triggers for menu ... Processing triggers for man-db ... Setting up libjson0:i386 (0.11-2) ... Setting up mypaint-data (1.1.0-3) ... Setting up mypaint (1.1.0-3) ... Processing triggers for menu ... Cheers Wolfgang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719470: aiccu: Backslash in password doesn't end up in the config file
Package: aiccu Version: 20070115-15.1 Severity: normal Hello, after setting up a new dynamic tunnel I entered the necessary data in the debconf dialogs, which worked fine, the list of tunnels could be retrieved, so logging in to the SIXXS account worked at install time. But starting the tunnel afterwards didn't work, and when I checked the config file I found a backslash missing in the password. Guess there's some problem with quoting going on when inserting the password into the config file. Cheers Wolfgang Karall -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-22-pve (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/dash Versions of packages aiccu depends on: ii debconf [debconf-2.0] 1.5.49 ii iproute20120521-3+b3 ii iputils-ping 3:20101006-1+b1 ii iputils-tracepath 3:20101006-1+b1 ii libc6 2.13-38 ii libgnutls262.12.20-7 ii lsb-base 4.1+Debian8+deb7u1 ii ucf3.0025+nmu3 Versions of packages aiccu recommends: ii bind9-host 1:9.8.4.dfsg.P1-6+nmu2+deb7u1 ii dnsutils1:9.8.4.dfsg.P1-6+nmu2+deb7u1 ii ntp 1:4.2.6.p5+dfsg-2 aiccu suggests no packages. -- Configuration Files: /etc/aiccu.conf [Errno 13] Permission denied: u'/etc/aiccu.conf' -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570816: --purge mysql-server-5.0 after upgrading to 5.1 stops new server
Package: mysql-server-5.0 Severity: normal Hello, bitten by this the 2nd time (couldn't remember my other bug 550994 since it's been some time), and it's actually Debian upgrade process that tells me to purge mysql-server-5.0 (sysv-rc when trying to convert to dependency-based boot says package mysql-server-5.0 removed but not purged), so this is even more annoying. So please fix this behavior, thanks! Cheers Wolfgang Karall -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652221: phpldapadmin: config.php has a broken comment
Package: phpldapadmin Version: 1.2.0.5-2+squeeze1 Severity: wishlist Hello, when merging the config.php while upgrading from lenny to squeeze I lost the ability to login using just the uid attribute. It took me some time to see the problem, but after some investigation I found the comment previous to the actual configuration line does not end properly, i.e. the */ is missing. Find attached a small patch for this. I can see that this may be not important enough for a stable point-release, but please include this in the next release (and sent this upstream if that's actually a problem in the original config file). Cheers Wolfgang -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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/dash Versions of packages phpldapadmin depends on: ii apache22.2.16-6+squeeze4 Apache HTTP Server metapackage ii apache2-mpm-prefork [h 2.2.16-6+squeeze4 Apache HTTP Server - traditional n ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libapache2-mod-php55.3.3-7+squeeze3 server-side, HTML-embedded scripti ii php5 5.3.3-7+squeeze3 server-side, HTML-embedded scripti ii php5-ldap 5.3.3-7+squeeze3 LDAP module for php5 ii ucf3.0025+nmu1 Update Configuration File: preserv phpldapadmin recommends no packages. phpldapadmin suggests no packages. -- Configuration Files: /etc/phpldapadmin/templates/creation/alias.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/alias.xml' /etc/phpldapadmin/templates/creation/courierMailAccount.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/courierMailAccount.xml' /etc/phpldapadmin/templates/creation/courierMailAlias.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/courierMailAlias.xml' /etc/phpldapadmin/templates/creation/dNSDomain.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/dNSDomain.xml' /etc/phpldapadmin/templates/creation/example.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/example.xml' /etc/phpldapadmin/templates/creation/inetOrgPerson.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/inetOrgPerson.xml' /etc/phpldapadmin/templates/creation/kolabPerson.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/kolabPerson.xml' /etc/phpldapadmin/templates/creation/mozillaOrgPerson.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/mozillaOrgPerson.xml' /etc/phpldapadmin/templates/creation/organizationalRole.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/organizationalRole.xml' /etc/phpldapadmin/templates/creation/posixAccount.xml changed [not included] /etc/phpldapadmin/templates/creation/posixGroup.xml changed [not included] /etc/phpldapadmin/templates/creation/sambaDomain.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/sambaDomain.xml' /etc/phpldapadmin/templates/creation/sambaGroupMapping.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/sambaGroupMapping.xml' /etc/phpldapadmin/templates/creation/sambaMachine.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/sambaMachine.xml' /etc/phpldapadmin/templates/creation/sambaSamAccount.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/sambaSamAccount.xml' /etc/phpldapadmin/templates/creation/sendmailMTAAliasObject.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/sendmailMTAAliasObject.xml' /etc/phpldapadmin/templates/creation/sendmailMTAClass.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/sendmailMTAClass.xml' /etc/phpldapadmin/templates/creation/sendmailMTACluster.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/sendmailMTACluster.xml' /etc/phpldapadmin/templates/creation/sendmailMTAMapObject.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/sendmailMTAMapObject.xml' /etc/phpldapadmin/templates/creation/sendmailVirtualDomain.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/sendmailVirtualDomain.xml' /etc/phpldapadmin/templates/creation/sendmailVirtualUser.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/sendmailVirtualUser.xml' /etc/phpldapadmin/templates/creation/simpleSecurityObject.xml [Errno 2] No such file or directory: u'/etc/phpldapadmin/templates/creation/simpleSecurityObject.xml' /etc/phpldapadmin/templates/modification/inetOrgPerson.xml [Errno 2] No such file or directory:
Bug#645943: openxenmanager: Unable to start application
Package: openxenmanager Version: 0.r80+dfsg-2 Followup-For: Bug #645943 openxenmanager is still missing the Depend: on python-gtk-vnc to work properly. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-2-686-pae (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 openxenmanager depends on: ii python 2.7.2-9 openxenmanager recommends no packages. openxenmanager 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#640798: O: gpscorrelate -- correlates digital photos with GPS data filling EXIF fields (command line)
Hello, since I'm using this I wonder whether you did a) stop doing the GPS correlation thing alltogether or b) found a better alternative. If b), would you be so kind and telling me what alternative there would be? :) Cheers Wolfgang On Wed, 2011-09-07 at 16:07 +0200, Євгеній Мещеряков wrote: Package: wnpp Severity: normal I intend to orphan the gpscorrelate package. I'm not using it anymore. There were no new releases for some time and the author was interested in a new maintainer. The package is mostly bug-free, there but are some reports about crashes. The package description is: gpscorrelate fills EXIF (Exchangeable Image File Format) fields of digital photos related to GPS (Global Positioning System) information (e.g.: GPSLatitude, GPSLongitude, GPSAltitude, ...). The act of filling those fields is referred to as correlation. . Inputs of the correlation process are a set of JPEG images and GPS data encoded in GPX (GPS Exchange Format) format. . If GPS data are available at the precise moment the photo was taken (with a 1-second granularity) the GPS data are stored unmodified in EXIF fields. If they are not linear interpolation of GPS data available at moments before and after the photo was taken can be used. . Both a command line tool (package gpscorrelate) and a GTK+ graphical user interface for it (package gpscorrelate-gui) are provided. . This package contains the command line tool and the documentation in HTML format. -- Wolfgang Karall EDV Consulting Training Tel: +43 699 1 777 00 74 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621827: etckeeper: Please use pre-commit hook instead of precommit for mercurial
Package: etckeeper Version: 0.53 Severity: wishlist Hello, using Mercurial as VCS I get modified .etckeeper files all over the place while using etckeeper, for example while doing a commit using the -A/--addremove option where the added files are not root/root and 644. So I have to commit the permissions separately, which obviously clutters my VCS log. Searching for the reason for this behavior I found http://mercurial.selenic.com/bts/issue1030, so I tried using the pre-commit hook and this seems to work great, solving the issue with the uncommited .etckeeper file. So I think it would be nice to use pre-commit instead of precommit for the etckeeper line in hgrc, at least for new installations. Cheers Wolfgang -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (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 etckeeper depends on: ii bzr 2.3.1-1 easy to use distributed version co ii debconf [debconf-2.0]1.5.38 Debian configuration management sy ii git [git-core] 1:1.7.4.1-5 fast, scalable, distributed revisi ii mercurial1.8.1-3 scalable distributed version contr Versions of packages etckeeper recommends: ii cron 3.0pl1-116 process scheduling daemon Versions of packages etckeeper suggests: ii sudo 1.7.4p6-1 Provide limited super user privile -- Configuration Files: /etc/etckeeper/etckeeper.conf changed: VCS=hg AVOID_DAILY_AUTOCOMMITS=1 AVOID_COMMIT_BEFORE_INSTALL=1 HIGHLEVEL_PACKAGE_MANAGER=apt LOWLEVEL_PACKAGE_MANAGER=dpkg -- debconf information: etckeeper/purge: true etckeeper/commit_failed: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602438: Please insert absolute path to command (i.e. /usr/sbin/etckeeper) in pre-commit hooks
Hi Joey, On Fri, 2010-11-05 at 13:22 -0400, Joey Hess wrote: Is there a valid reason why /usr/sbin is not in the PATH used by root's crontab? Well, I don't know why the cron implementations do not set it up this way (it would make sense I guess), but it isn't. Of course I can add it manually to each server where I want to run from cron my VCS of choice in /etc after initializing with etckeeper. But I see the VCS config similar to a shell script, I wouldn't want a shell script depending on me setting up PATH before running it. :) I don't know if it's possible to upgrade the VCS configs automagically during an etckeeper run (I guess it's best to leave the files alone), but I'd prefer the full path for newly initialized directories. Kind regards Wolfgang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602438: Please insert absolute path to command (i.e. /usr/sbin/etckeeper) in pre-commit hooks
Package: etckeeper Version: 0.50 Severity: minor Hello, when doing commits from cron one needs to remember that etckeeper lives in /usr/sbin nowadays and change PATH inside the crontab. This is especially easy to forget because one can use the VCS of choice w/out ever running etckeeper after the initialisation. :) So please see the VCS configuration somewhat like a shell script and use the absolute path to the executable, so that the VCS does not depend on the PATH being set up for etckeeper to work properly. Cheers Wolfgang -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages etckeeper depends on: ii bzr 2.1.2-1 easy to use distributed version co ii debconf [debconf-2.0]1.5.32 Debian configuration management sy ii git [git-core] 1:1.7.1-1.1 fast, scalable, distributed revisi ii mercurial1.5.2-1 scalable distributed version contr Versions of packages etckeeper recommends: ii cron 3.0pl1-111 process scheduling daemon Versions of packages etckeeper suggests: ii sudo 1.7.2p6-1 Provide limited super user privile -- Configuration Files: /etc/etckeeper/etckeeper.conf changed [not included] -- debconf information: etckeeper/purge: true etckeeper/commit_failed: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597244: remuco-mpd: Do not depend on mpd
Package: remuco-mpd Version: 0.9.2-1 Severity: normal Hello, since remuco-mpd happily uses a mpd daemon running on a different host, please reduce the dependency to a Suggest or Recommends. Regards Wolfgang Karall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages remuco-mpd depends on: ii mpd 0.15.12-1 Music Player Daemon ii python2.6.6-1interactive high-level object-orie ii python-mpd0.2.1-5Python MPD client library ii remuco-base 0.9.2-1duplex remote control for media pl remuco-mpd recommends no packages. remuco-mpd 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#578684: /etc/network/if-up.d/01polipo exited with return code 1
Package: polipo Version: 1.0.4.1-1 Severity: normal Hi, it seems polipo-control doesn't accept go-online as argument any longer, there's an entry in the latest changelog about polipo-control: * Remove offline and online options from polipo-control. But in /etc/network/if-up.d/01polipo there's still: PPCTL=/usr/lib/polipo/polipo-control [lines skipped] $PPCTL go-online which leads to Usage: polipo-control {start|stop} run-parts: /etc/network/if-up.d/01polipo exited with return code 1 I guess /etc/network/if-up.d/01polipo should be removed as well. Kind regards, Wolfgang Karall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-4-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages polipo depends on: ii dpkg 1.15.5.6 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib polipo recommends no packages. polipo suggests no packages. -- Configuration Files: /etc/polipo/config changed: proxyAddress = ::0# both IPv4 and IPv6 allowedClients = 127.0.0.1 diskCacheUnlinkTime = 7 -- 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#563325: need to run sa-update
Hi, I'd like to point out that I had to run sa-update manually after updating the package from volatile, it would've been nice if that was mentioned in the VUA mail. Kind regards Wolfgang Karall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563325: need to run sa-update
On Sun, 2010-01-03 at 10:08 -0500, Noah Meyerhans wrote: No, you don't need to run sa-update at all. The package contained the necessary fix. If you're using sa-update, via cron or otherwise, then the fix was available to you via sa-update (from updates.spamassassin.org, the default channel) at around the same time that the updated package hit volatile. In that case, sa-update is enough and you don't need to have installed the updated package at all. Sorry for the lack of detail in my last mail, maybe I'm missing something and you can enlighten me. I'm using Spamassassin via amavisd-new, so after the installing the updated package from volatile I did the obvious /etc/init.d/amavis restart but still got mails flagged with FH_DATE_PAST_20XX. At that time the file /usr/share/spamassassin/72_active.cf already had the updated regex, but only once I ran sa-update (which also updated the file in /var/lib/spamassassin/3.002005/updates_spamassassin_org/72_active.cf ) new mails didn't get flagged as false-positive because of FH_DATE_PAST_20XX. Hmm, so why didn't upgrading the package and restarting amavisd-new do the trick all by itself? Kind regards Wolfgang Karall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563325: need to run sa-update
On Sun, 2010-01-03 at 12:04 -0500, Noah Meyerhans wrote: Hmm, so why didn't upgrading the package and restarting amavisd-new do the trick all by itself? Because the updates, in /var/lib/spamassassin/3.002005/, override the rules in /usr/share/spamassassin. OK, thanks for the clarification, I now realize what's the problem. Obviously I ran sa-update once (cronjob isn't enabled, and the timestamps on the files in the directory were way in the past) and hence the updated files in /usr/share/spamassassin were overruled by outdated ones. Basically this means either enable the daily cronjob or don't ever use sa-update at all, otherwise the system might get stuck with outdated rule files (even though there are newer ones installed by APT-provided packages). Anyway, thanks for the clear up and sorry for the noise. Kind regards Wolfgang Karall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549080: simple fix
Hi, just stumbled over the same problem on my NAS, a simple fix is: cd /lib ln -s nss_ldap.so.1 libnss_ldap.so.2 But I'd prefer an updated package in a point release, because this is a grave bug indeed. Kind regards, Wolfgang Karall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550994: mysql-dfsg-5.0: Purging mysql-server-5.0 will stop a running mysql-server-5.1 DBMS
Package: mysql-dfsg-5.0 Severity: normal Hi, cleaning up after doing a upgrade of one of my systems running sid, I got mysql-server-5.1 installed. Afterwards I purged a couple of packages which where only removed during the upgrade, and got the following result: Removing mysql-server-5.0 ... Purging configuration files for mysql-server-5.0 ... Stopping MySQL database server: mysqld. Of course, the mysqld running was version 5.1, luckily the DBMS was not in use at that moment. Some check for the version of the running daemon would be appreciated nonetheless. Kind regards, Wolfgang Karall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541172: netstat -s exit code
This must have changed between etch and lenny, etch's version returns 0 while lenny returns 1. This breaks at least munin-node's netstat plugin. Kind regards WK -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501179: mantis: session_set_cookie_params() needs to be called before session_start()
Package: mantis Version: 1.1.2+dfsg-5 Followup-For: Bug #501179 Hi, the patch from upstream VCS was applied incorrectly, session_set_cookie_params() needs to be called _before_ session_start(), see http://php.net/session_set_cookie_params for the documentation. Minimal patch attached. Kind regards WK -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages mantis depends on: ii apache2 2.2.9-7Apache HTTP Server metapackage ii apache2-mpm-prefork [httpd] 2.2.9-7Apache HTTP Server - traditional n ii dbconfig-common 1.8.39 common framework for packaging dat ii debconf 1.5.22 Debian configuration management sy ii libapache2-mod-php5 5.2.6-5server-side, HTML-embedded scripti ii libphp-adodb 5.05-1 The ADOdb database abstraction lay ii libphp-phpmailer 1.73-6 full featured email transfer class ii ucf 3.0010 Update Configuration File: preserv Versions of packages mantis recommends: ii mysql-client 5.0.51a-15 MySQL database client (metapackage ii mysql-client-5.0 [mysql-clien 5.0.51a-15 MySQL database client binaries ii php5-mysql5.2.6-5MySQL module for php5 Versions of packages mantis suggests: pn mysql-server none (no description available) pn php5-cli none (no description available) -- debconf information excluded --- session_api.php.orig 2008-10-12 07:54:20.0 +0200 +++ session_api.php 2008-10-12 07:54:31.0 +0200 @@ -49,10 +49,10 @@ $g_session = null; */ class MantisPHPSession extends MantisSession { function __construct() { - session_start(); if ( isset( $_SERVER['HTTPS'] ) ( strtolower( $_SERVER['HTTPS'] ) != 'off' ) ) { session_set_cookie_params( 0, config_get( 'cookie_path' ), config_get( 'cookie_domain' ), true, true ); } + session_start(); $this-id = session_id(); }
Bug#477775: xen-tools: new line added to the dom0's /etc/hosts file has the FQDN and short name in the wrong order
Package: xen-tools Version: 3.9-2~bpo40+1 Severity: normal Hello, normally /etc/hosts has lines like IP FQDN Alias1 Alias2... but the lines added by 50-setup-hostname is using IP Alias FQDN Small patch attached for the version in the debian.d/ directory, but it applies also with offset/fuzz in the other distribution directories. Kind regards Wolfgang Karall -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-xen-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xen-tools depends on: ii debootstrap 0.3.3.2etch1 Bootstrap a basic Debian system ii libconfig-inifiles-perl 2.39-2 Read .ini-style configuration file ii libtext-template-perl 1.44-1.1 Text::Template perl module ii perl-modules5.8.8-7etch1 Core Perl modules Versions of packages xen-tools recommends: pn libexpect-perlnone (no description available) ii reiserfsprogs 1:3.6.19-4 User-level tools for ReiserFS file ii rinse 1.0-0 RPM installation environment ii xen-hypervisor-3.0.3-1-amd64 3.0.3-0-4 The Xen Hypervisor on AMD64 pn xen-shell none (no description available) ii xfsprogs 2.8.11-1 Utilities for managing the XFS fil -- no debconf information --- 50-setup-hostname.orig 2008-04-25 08:35:24.054568443 +0200 +++ 50-setup-hostname 2008-04-25 08:36:03.836370996 +0200 @@ -91,7 +91,7 @@ if [ -z ${dhcp} ]; then logMessage Adding ${hostname} and ${name} to /etc/hosts on the host -echo ${ip1}${name}${hostname} /etc/hosts +echo ${ip1}${hostname}${name} /etc/hosts # # If we've updated the /etc/hosts file on the host machine
Bug#477629: xen-tools: when using roles, removeDebianPackage tries to prompt the user interactively
Package: xen-tools Version: 3.9-2~bpo40+1 Severity: normal Hi, using roles, a line like removeDebianPackage ${prefix} nano leads to xen-create-image hanging endlessly. When looking into the log file, the last thing one can see is: Reading package lists... Building dependency tree... The following packages will be REMOVED: nano* 0 upgraded, 0 newly installed, 1 to remove and 1 not upgraded. Need to get 0B of archives. After unpacking 1679kB disk space will be freed. Do you want to continue [Y/n]? Using the --yes option to apt-get fixes the problem, a small patch is attached. Kind regards, Wolfgang Karall -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-xen-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xen-tools depends on: ii debootstrap 0.3.3.2etch1 Bootstrap a basic Debian system ii libconfig-inifiles-perl 2.39-2 Read .ini-style configuration file ii libtext-template-perl 1.44-1.1 Text::Template perl module ii perl-modules5.8.8-7etch1 Core Perl modules Versions of packages xen-tools recommends: pn libexpect-perlnone (no description available) ii reiserfsprogs 1:3.6.19-4 User-level tools for ReiserFS file ii rinse 1.0-0 RPM installation environment ii xen-hypervisor-3.0.3-1-amd64 3.0.3-0-4 The Xen Hypervisor on AMD64 pn xen-shell none (no description available) ii xfsprogs 2.8.11-1 Utilities for managing the XFS fil -- no debconf information --- common.sh.orig 2008-01-19 08:32:18.493025835 +0100 +++ common.sh 2008-01-19 08:32:36.474149585 +0100 @@ -182,7 +182,7 @@ removeDebianPackage () # # Purge the packages we've been given. # -chroot ${prefix} /usr/bin/apt-get remove --purge $@ +chroot ${prefix} /usr/bin/apt-get --yes remove --purge $@ }
Bug#428057: dpkg allows installation of broken .deb files
Package: dpkg Version: 1.13.25 Severity: grave Hello, during a class explaining to the participants how important the consistent state of a system is, dpkg happily installed a broken Debian package, which was corrupted during transmission from a mirror. Attached is a type script of the installation, the corrupt package in question can be downloaded from http://scratch.spiney.org/ for further investigation (the file with the .ok extension is the same file without the corruption). Basically this seems to be the same as #178735 which is over 4 years old and is still not fixed, hence I submit a new bugreport with severity grave. Kind regards WK etch:/home# dpkg -i mysql-server-5.0_5.0.32-7etch1_i386.deb Selecting previously deselected package mysql-server-5.0. (Reading database ... 18792 files and directories currently installed.) Unpacking mysql-server-5.0 (from mysql-server-5.0_5.0.32-7etch1_i386.deb) ... Setting up mysql-server-5.0 (5.0.32-7etch1) ... chown: cannot access `/usr/share/mysql': No such file or directory chown: cannot access `/var/run/mysqld': No such file or directory etch:/home# dpkg -c mysql-server-5.0_5.0.32-7etch1_i386.deb drwxr-xr-x root/root 0 2007-03-18 22:05 ./ drwxr-xr-x root/root 0 2007-03-18 22:05 ./etc/ drwxr-xr-x root/root 0 2007-03-18 22:05 ./etc/init.d/ -rwxr-xr-x root/root 1931 2007-03-18 21:51 ./etc/init.d/mysql-ndb-mgm -rwxr-xr-x root/root 2547 2007-03-18 21:51 ./etc/init.d/mysql-ndb -rwxr-xr-x root/root 6127 2007-03-18 21:51 ./etc/init.d/mysql drwxr-xr-x root/root 0 2007-03-18 22:05 ./etc/logrotate.d/ -rw-r--r-- root/root 869 2007-03-18 22:05 ./etc/logrotate.d/mysql-server drwxr-xr-x root/root 0 2007-03-18 22:05 ./etc/mysql/ -rwxr-xr-x root/root 1114 2007-03-18 22:05 ./etc/mysql/debian-start drwxr-xr-x root/root 0 2007-03-18 22:05 ./etc/logcheck/ drwxr-xr-x root/root 0 2007-03-18 22:05 ./etc/logcheck/ignore.d.workstation/ -rw-r--r-- root/root 2244 2007-03-18 22:05 ./etc/logcheck/ignore.d.workstation/mysql-server-5_0 drwxr-xr-x root/root 0 2007-03-18 22:05 ./etc/logcheck/ignore.d.server/ -rw-r--r-- root/root 2244 2007-03-18 22:05 ./etc/logcheck/ignore.d.server/mysql-server-5_0 drwxr-xr-x root/root 0 2007-03-18 22:05 ./etc/logcheck/ignore.d.paranoid/ -rw-r--r-- root/root 889 2007-03-18 22:05 ./etc/logcheck/ignore.d.paranoid/mysql-server-5_0 drwxr-xr-x root/root 0 2007-03-18 22:05 ./usr/ drwxr-xr-x root/root 0 2007-03-18 22:05 ./usr/bin/ -rwxr-xr-x root/root 1258556 2007-03-18 22:05 ./usr/bin/comp_err -rwxr-xr-x root/root 7576 2007-03-18 22:05 ./usr/bin/innochecksum -rwxr-xr-x root/root 1462 2007-03-18 22:05 ./usr/bin/msql2mysql -rwxr-xr-x root/root 1586012 2007-03-18 22:05 ./usr/bin/myisamchk -rwxr-xr-x root/root 1481596 2007-03-18 22:05 ./usr/bin/myisamlog -rwxr-xr-x root/root 1503132 2007-03-18 22:05 ./usr/bin/myisampack -rwxr-xr-x root/root 1259068 2007-03-18 22:05 ./usr/bin/my_print_defaults -rwxr-xr-x root/root 85796 2007-03-18 22:05 ./usr/bin/mysqlbinlog -rwxr-xr-x root/root 3098 2007-03-18 22:05 ./usr/bin/mysql_convert_table_format -rwxr-xr-x root/root 35544 2007-03-18 22:05 ./usr/bin/mysql_create_system_tables -rwxr-xr-x root/root 23232 2007-03-18 22:05 ./usr/bin/mysqld_multi -rwxr-xr-x root/root 12991 2007-03-18 22:05 ./usr/bin/mysqld_safe -rwxr-xr-x root/root 5357 2007-03-18 22:05 ./usr/bin/mysql_fix_privilege_tables -rwxr-xr-x root/root 33225 2007-03-18 22:05 ./usr/bin/mysqlhotcopy -rwxr-xr-x root/root 8922 2007-03-18 22:05 ./usr/bin/mysql_install_db -rwxr-xr-x root/root 6308 2007-03-18 22:05 ./usr/bin/mysql_secure_installation -rwxr-xr-x root/root 17446 2007-03-18 22:05 ./usr/bin/mysql_setpermission -rwxr-xr-x root/root116892 2007-03-18 22:05 ./usr/bin/mysqltest -rwxr-xr-x root/root 1245256 2007-03-18 22:05 ./usr/bin/mysql_tzinfo_to_sql -rwxr-xr-x root/root 15756 2007-03-18 22:05 ./usr/bin/mysql_upgrade -rwxr-xr-x root/root 5386 2007-03-18 22:05 ./usr/bin/mysql_upgrade_shell -rwxr-xr-x root/root 3118 2007-03-18 22:05 ./usr/bin/mysql_zap -rwxr-xr-x root/root 1451036 2007-03-18 22:05 ./usr/bin/ndb_config -rwxr-xr-x root/root 1908828 2007-03-18 22:05 ./usr/bin/ndb_delete_all -rwxr-xr-x root/root 1908604 2007-03-18 22:05 ./usr/bin/ndb_desc -rwxr-xr-x root/root 1906172 2007-03-18 22:05 ./usr/bin/ndb_drop_index -rwxr-xr-x root/root 1906204 2007-03-18 22:05 ./usr/bin/ndb_drop_table -rwxr-xr-x root/root 2455 2007-03-18 22:05 ./usr/bin/ndb_error_reporter -rwxr-xr-x root/root 1430844 2007-03-18 22:05 ./usr/bin/ndb_mgm -rwxr-xr-x root/root 1954236 2007-03-18 22:05 ./usr/bin/ndb_restore -rwxr-xr-x root/root 1913084 2007-03-18 22:05 ./usr/bin/ndb_select_all -rwxr-xr-x root/root 1908668 2007-03-18 22:05 ./usr/bin/ndb_select_count -rwxr-xr-x root/root 1908700 2007-03-18 22:05 ./usr/bin/ndb_show_tables -rwxr-xr-x root/root
Bug#407785: backuppc: new tar version results in failed backups
Package: backuppc Version: 2.1.2-5 Severity: normal Tags: patch Hello, tar 1.16 has changed in the way it reacts to files changing while being archived, which results in backuppc failing with backup failed (Tar exited with error 256 () status). Attached is a patch to fix this problem, right from the backuppc-user mailing list, see Craig Barratt's message in http://sourceforge.net/mailarchive/message.php?msg_id=38014253 Kind regards Wolfgang Karall -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages backuppc depends on: ii adduser 3.102 Add and remove users and groups ii apache2 2.2.3-3.2 Next generation, scalable, extenda ii apache2-mpm-prefork [apache2] 2.2.3-3.2 Traditional model for Apache HTTPD ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii dpkg 1.13.25package maintenance system for Deb ii libarchive-zip-perl 1.16-1 Module for manipulation of ZIP arc ii libcompress-zlib-perl 1.42-2 Perl module for creation and manip ii perl [libdigest-md5-perl] 5.8.8-7Larry Wall's Practical Extraction ii perl-suid 5.8.8-7Runs setuid Perl scripts ii postfix [mail-transport-agent 2.3.6-1A high-performance mail transport ii samba-common 3.0.23d-4 Samba common files used by both th ii smbclient 3.0.23d-4 a LanManager-like simple client fo ii tar 1.16-2 GNU tar ii wwwconfig-common 0.0.48 Debian web auto configuration backuppc recommends no packages. -- debconf information: * backuppc/configuration-note: * backuppc/add-lines: false --- lib/BackupPC/Xfer/Tar.pm.orig 2007-01-21 12:19:38.184919731 +0100 +++ lib/BackupPC/Xfer/Tar.pm2007-01-21 12:20:25.603227316 +0100 @@ -198,7 +198,7 @@ sub readOutput my $mesg; if ( sysread($t-{pipeTar}, $mesg, 8192) = 0 ) { vec($$FDreadRef, fileno($t-{pipeTar}), 1) = 0; - if ( !close($t-{pipeTar}) ) { + if ( !close($t-{pipeTar}) and $? != 256 ) { $t-{tarOut} .= Tar exited with error $? ($!) status\n; $t-{xferOK} = 0 if ( !$t-{tarBadExitOk} ); }
Bug#404447: NFS problem goes away when using UDP instead of TCP
Hello, having the same problems with NFS/Samba on the NSLU2 here. Interestingly enough the only client that was not affected was an Apple iBook when using NFS, so trying to understand why I found out that Mac OS X is using NFS via UDP. Switching the other clients to UDP with the mount option proto=udp helped, no further stalled transfers so far. BTW, I got the stalls when downloading from the slug, i.e. the NSLU2 sending data, for example when playing media files from the NFS/Samba shares. netstat -t reported quiet a lot of packets in the sending queue at those times, sometimes it got the packages out after a while, sometimes it didn't. BTW, tcpdump shows a lot of packages with ethertype Unknown (0xfeb6) when trying to trace the problem, but maybe this is unrelated, because they also show up when tracing SSH packets (with SSH being rock stable)... Kind regards Wolfgang Karall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404819: approx cron job fails when removed (patch attached)
Package: approx Version: 2.8.0 Severity: normal Tags: patch Hello, after moving approx to a different machine, I removed but didn't purge it. After that, the configured cron.weekly job fails with: /etc/cron.weekly/approx: line 5: /usr/sbin/gc_approx: No such file or directory run-parts: /etc/cron.weekly/approx exited with return code 1 Also, since I moved everything out of /var/cache/approx to the other machine, i.e. /var/cache/approx is empty, the second part of the cron.weekly job fails as well with: rmdir: /var/cache/approx/.: Invalid argument Attached is a patch to fix these problems. Kind regards Wolfgang Karall -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages approx depends on: ii adduser 3.101 Add and remove users and groups ii bzip21.0.3-6 high-quality block-sorting file co ii curl 7.15.5-1Get a file from an HTTP, HTTPS, FT ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip approx recommends no packages. --- /etc/cron.weekly/approx.orig2006-12-28 13:11:47.0 +0100 +++ /etc/cron.weekly/approx 2006-12-28 13:11:04.0 +0100 @@ -2,9 +2,9 @@ # Garbage collect the approx(8) cache -/usr/sbin/gc_approx --quiet +[ -x /usr/sbin/gc_approx ] /usr/sbin/gc_approx --quiet # Remove any empty directories # The trailing /. makes it work when /var/cache/approx is a symlink -find /var/cache/approx/. -type d -empty | xargs --no-run-if-empty rmdir +find /var/cache/approx/. -mindepth 1 -type d -empty | xargs --no-run-if-empty rmdir
Bug#393079: savedefault still a problem on RAID systems
Hello, just to add to the mail from Otavio on Dec 5th: this is still a problem with the current etch version of grub, haven't tested sid's version. My setup: 2 HDDs, 3 partitions each sd[ab][123], 3 RAID1-Arrays md[012], root-Filesystem and also /boot on /dev/md1. Using title Debian GNU/Linux, kernel 2.6.18-3-k7 root(hd0,1) kernel /boot/vmlinuz-2.6.18-3-k7 root=/dev/md1 ro md=1,/dev/sda2,/dev/sdb2 initrd /boot/initrd.img-2.6.18-3-k7 the system boots fine, if I add a savedefault entry below the initrd line (as update-grub does by default), I get Error 15: file not found. Which is especially fun if this is a remote system where I have means to interactively edit grub's menu at boot time. ;) While trying to figure out the problem, I did the whole setup once more in a VMware-Installation, same result: savedefault breaks the boot process, without it I can boot just fine. So I guess it's not really hardware dependend. Kind regards Wolfgang Karall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402958: .gnupg/options not created from skeleton file
Package: gnupg Version: 1.4.6-1 Severity: normal Hello, today on a fresh etch install I got this when running gpg for the first time, but I can confirm this also on a sid system, both for root and non-root users: bajor:~# gpg --recv-keys 7EF7FFF4276981F4 gpg: directory `/root/.gnupg' created gpg: can't open `/gnupg/options.skel': No such file or directory gpg: keyring `/root/.gnupg/secring.gpg' created gpg: keyring `/root/.gnupg/pubring.gpg' created gpg: no keyserver known (use option --keyserver) gpg: keyserver receive failed: bad URI bajor:~# Line 2 of the status messages is the intersting one, for some reason the options skeleton file is not found/copied, which would be very helpful especially for new users of gnupg. cp /usr/share/gnupg/options.skel ~/.gnupg/options obviously does the same, but I still think this is a bug, especially since this worked in the past. Kind regards Wolfgang Karall -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gnupg depends on: ii gpgv 1.4.6-1 GNU privacy guard - signature veri ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libldap2 2.1.30-13.2 OpenLDAP libraries ii libreadline5 5.2-1 GNU readline and history libraries ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii makedev 2.3.1-83creates device files in /dev ii zlib1g 1:1.2.3-13 compression library - runtime gnupg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387122: sleepd init-Script still not working, or is it lsb-base's fault?
Hello, after some time I actually restarted my notebook (otherwise only put it to sleep), and hence only now noticed that sleepd's init-Script is still broken. After search in the BTS I also saw bug #388836, but I figured I once again report it here and let you fight about who's fault it is. ;) Everything's up-to-date, but just for the record: [EMAIL PROTECTED]:~$ dpkg -l sleepd [..] ii sleepd 1.3.7 [EMAIL PROTECTED]:~$ dpkg -l lsb-base [..] ii lsb-base 3.1-19 [EMAIL PROTECTED]:~$ debsums -a lsb-base /lib/lsb/init-functions OK /usr/share/doc/lsb-base/copyright OK /usr/share/doc/lsb-base/README.Debian.gz OK /usr/share/doc/lsb-base/changelog.Debian.gz OK [EMAIL PROTECTED]:~$ debsums -a sleepd /usr/sbin/sleepd OK /usr/share/man/man8/sleepd.8.gz OK /usr/share/man/man1/sleepctl.1.gz OK /usr/share/doc/sleepd/TODOOK /usr/share/doc/sleepd/copyright OK /usr/share/doc/sleepd/changelog.gzOK /usr/bin/sleepctl OK /etc/init.d/sleepdOK /etc/default/sleepd FAILED [EMAIL PROTECTED]:~$ cat /etc/default/sleepd # This is a configuration file for /etc/init.d/sleepd. # Parameters to pass to sleepd. PARAMS=--ac-unused=0 --unused=600 --battery=5 --sleep-command='/usr/sbin/hibernate -F /etc/hibernate/hibernate.conf.ram.sleepd' [EMAIL PROTECTED]:~$ su Password: t43p:/home/spiney# /etc/init.d/sleepd restart Stopping sleep daemon: sleepd. Starting sleep daemon: sleepd/usr/sbin/sleepd: invalid option -- F Usage: sleepd [-s command] [-d command] [-u n] [-U n] [-i n [-i n ..]] [-a] [-n] [-c n] [-b n] [-A] t43p:/home/spiney# Removing the eval in front of start_daemon in line 33 fixes the problem. Kind regards, WK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387122: closed by Joey Hess [EMAIL PROTECTED] (Bug#387122: fixed in sleepd 1.3.7)
On Mon, 2006-09-18 at 14:49 -0700, Debian Bug Tracking System wrote: * Add back missing eval in start_daemon call to fix a quoting problem in PARAMS caused by the switch to lsb scripts. Closes: #387122 Yesterday's upgrade of lsb-base broke sleepd's init script again, while trying to fix bug #388836, according to the changelog: * Don't quote $@ in start-stop-daemon calls, which should resolve issues with multiple/quoted arguments to the daemon in start_daemon(). (Closes: #388836) If this is an lsb-base issue, feel free to reassign. Kind regards WK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395917: babygimp doesn't start
Package: babygimp Version: 0.42-1 Severity: grave Justification: renders package unusable Hello, suddenly in need of an icon editor, I installed babygimp, but when trying to start it I only get: [EMAIL PROTECTED]:~ $ babygimp Name Load::VAR1 used only once: possible typo at /usr/bin/babygimp line 6874. Scanning plugins ... loading 0 plugins ... done Can't coerce CODE to string in entersub at /usr/lib/perl5/Tk/Widget.pm line 190. at /usr/bin/babygimp line 575 at /usr/lib/perl5/Tk/Widget.pm line 191 Tk::Widget::new('Tk::Radiobutton', 'Tk::Frame=HASH(0x88782f0)', '-text', 'Erase', '-value', 'CODE(0x84f06fc)', '-pady', 0, '-variable', ...) called at /usr/lib/perl5/Tk/Widget.pm line 256 Tk::Widget::__ANON__('Tk::Frame=HASH(0x88782f0)', '-text', 'Erase', '-value', 'CODE(0x84f06fc)', '-pady', 0, '-variable', 'REF(0x84ecd14)', ...) called at /usr/bin/babygimp line 575 at /usr/bin/babygimp line 575 [EMAIL PROTECTED]:~ $ Guess it's some incompatibility with newer versions of perl-tk, since it's still working on Sarge systems. Kind regards WK -- 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.18-1-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages babygimp depends on: ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii perl-modules 5.8.8-6.1 Core Perl modules ii perl-tk 1:804.027-7 Perl module providing the Tk graph babygimp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395469: approx stops working when syslog-ng gets restarted
Package: approx Version: 2.8.0 Severity: important Hello, after upgrading syslog-ng today (which of course restarted the syslog-ng daemon), approx stopped working. A strace shows that it throws EPIPE and I have attached a strace, first it shows the successful attempt of a apt-get update run (the Oct 27 10:05 log lines) and then the failed one (a bit later, with 10:07 as hour:minute). The failure results in apt-get getting Connection failed, hence the severity. Other syslog-using daemons like postfix are not affected, so I guess it's a bug in approx. If not, feel free to reassign to syslog-ng. Kind regards WK -- 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.17-2-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages approx depends on: ii adduser 3.99Add and remove users and groups ii bzip21.0.3-6 high-quality block-sorting file co ii curl 7.15.5-1Get a file from an HTTP, HTTPS, FT ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi ii lsb-base 3.1-17 Linux Standard Base 3.1 init scrip approx recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395285: keytouch: Wrong URL in package description
Package: keytouch Version: 2.2.2-1 Severity: minor Hello, the URL in the description is wrong, it's either http://keytouch.sourceforge.net/index.php (not .html) or even better, just use http://keytouch.sourceforge.net/ (in case someone changes the file used as DirectoryIndex). Same applies to the keytouch-editor package. Kind regards WK -- 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.17-2-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394996: dropbear: dbclient uses static Password: prompt instead of using the servers prompt
Package: dropbear Version: 0.48.1-1 Severity: normal Hello, when using dbclient to log in onto a machine that allows one-time passwords (via pam_opie.so), it's confusing to see another Password: prompt instead of the usual line with the OPIE challenge. For example, with the openssh client it looks like this: [EMAIL PROTECTED]:~ $ ssh -l user host Password: otp-md5 743 it1922 ext, Response: [..successful login via OTP] With dbclient: [EMAIL PROTECTED]:~ $ dbclient -l user host Password: Password: [..successful login via OTP] That means, the login via OTP works just fine, it's only the prompt that is very confusing. Other SSH clients (like ssh.com's or putty in Windows) print the proper otp-prompt. FYI: server is a regular Debian sarge openssh-server with the following PAM-auth-config in /etc/pam.d/ssh: authsufficientpam_unix.so nullok_secure authrequiredpam_opie.so Kind regards WK -- 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.17-2-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dropbear depends on: ii libc62.3.6.ds1-6 GNU C Library: Shared libraries ii zlib1g 1:1.2.3-13 compression library - runtime dropbear recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394925: approx writes very long lines with syslog-ng
Package: approx Version: 2.7.0 Anyway, problem this time is the logging of approx, see attached syslog excerpts. It writes very long lines with '30' instead of linebreaks it seems. I'm using syslog-ng and everything else works fine (e.g. other lines look like they always do), that's why I send you this mail. :) approx.log.gz Description: Binary data
Bug#394062: gc_approx fails with lines starting with tabulator in sarge's Sources.gz
Package: approx Version: 2.7.0 Severity: normal Hello, gc_approx (run from /etc/cron.weekly/approx but also command line) seems to have troubles with a couple of lines in the Sources.gz from sarge (i.e. /debian/dists/sarge/main/source/Sources.gz on your favorite mirror, I checked a couple in case mine had a broken file), it reports for example Malformed line: libncurses5-dev and quits with exit code 1. The only line which has only libncurses5-dev is in the Build-Depends continuation line of the atom4 package, which starts with an tabulator. Running [EMAIL PROTECTED]:~ # gc_approx 21 | od -a 000 M a l f o r m e d sp l i n e : sp 020 ht l i b n c u r s e s 5 - d e v 040 nl 041 seems to suggest that this is the line in question. Removing that package from the Sources.gz manually makes gc_approx fail at the next line with a tabulator at the beginning. Couple of packages that are having that kind of continuation line are silo, orgadoc, stunnel, xt-aterm. Removing all of those packages from the Sources.gz file results in gc_approx finishing as usual. BTW, this whole thing only started to show up in the last two weeks I think, so I guess this is a 2.7.0 only thing, if you like I could try to downgrade to the older 2.06 version. Also, if the Sources.gz file is broken (I don't know about the format details), please go on and reassign this bug to a more suitable package/maintainer. Kind regards WK -- 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.18-1-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages approx depends on: ii adduser 3.99Add and remove users and groups ii bzip21.0.3-6 high-quality block-sorting file co ii curl 7.15.5-1Get a file from an HTTP, HTTPS, FT ii libc62.3.6.ds1-6 GNU C Library: Shared libraries ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi ii lsb-base 3.1-17 Linux Standard Base 3.1 init scrip approx recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358929: mp3 tag reading
Hello, I'd just like to confirm that the problem only appears with tagged MP3s and the patch in the previous mail attached to this bug report works nicely. Kind regards WK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387122: passing PARAMS from /etc/default/sleepd broken
Package: sleepd Version: 1.3.6 Severity: normal Hello, after upgrading from 1.3.5 dpkg couldn't start sleepd any longer, aborting with Starting sleep daemon: sleepd/usr/sbin/sleepd: invalid option -- F Usage: sleepd [-s command] [-d command] [-u n] [-U n] [-i n [-i n ..]] [-a] [-n] [-c n] [-b n] [-A] This is because my /etc/default/sleepd has a quoted --sleep-command option argument configured in the shell variable PARAMS: PARAMS=--ac-unused=0 --unused=600 --battery=5 --sleep-command='/usr/sbin/hibernate -F /etc/hibernate/hibernate.conf.ram.sleepd' Passing this unquoted to the lsb function start_daemon results in the loss of the proper quotation and hence the error message. The easy fix is to quote $PARAMS when calling start_daemon, patch is attached. Kind regards WK -- 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.16-2-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages sleepd depends on: ii libapm1 3.2.2-8 Library for interacting with APM d ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip Versions of packages sleepd recommends: pn apmd none (no description available) -- no debconf information --- /etc/init.d/sleepd.dpkg-dist2006-09-12 12:34:20.0 +0200 +++ /etc/init.d/sleepd 2006-09-12 12:48:10.0 +0200 @@ -40,7 +40,7 @@ case $1 in test -e /dev/apm_bios touch /dev/apm_bios log_daemon_msg Starting sleep daemon sleepd - start_daemon -p /var/run/$NAME.pid $DAEMON $PARAMS + start_daemon -p /var/run/$NAME.pid $DAEMON $PARAMS log_end_msg $? ;; stop)
Bug#360373: evolution: Error about pinging an IMAP server in offline mode
Package: evolution Version: 2.4.2.1-2 Severity: normal Hello, after upgrading from 2.4.2.1-1.1 to 2.4.2.1-2 yesterday I'm seeing a change in behavior when in offline mode (I usually go offline before suspending my notebook, btw if there's some way to do that from the command line I'd be grateful for any hints), in that Evolution shows an error message after coming back from suspend: Error while Pinging IMAP server imap.spiney.org. You must be working online to complete this operation This message is a not helping very much, of course pinging an IMAP server will not work when offline, but it shouldn't try to ping it in offline mode, right? Anyway, I didn't get that error message before the upgrade, it's not a big problem but it's annoying. Kind regards, Wolfgang -- 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.15.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages evolution depends on: ii evolution-dat 1.4.2.1-2 evolution database backend server ii gconf22.14.0-1 GNOME configuration database syste ii gnome-icon-th 2.12.1-2 GNOME Desktop icon theme ii gtkhtml3.83.8.1-1.1 HTML rendering/editing library - b ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.11.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libavahi-clie 0.6.9-6Avahi client library ii libavahi-comm 0.6.9-6Avahi common library ii libavahi-comp 0.6.9-6Avahi Howl compatibility library ii libavahi-glib 0.6.9-6Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2- 2.14.0-1 The Bonobo UI library ii libc6 2.3.6-4GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libcamel1.2-6 1.4.2.1-2 The Evolution MIME message handlin ii libcomerr21.38+1.39-WIP-2006.03.29-1 common error description library ii libdb4.2 4.2.52-24 Berkeley v4.2 Database Libraries [ ii libdbus-1-2 0.61-5 simple interprocess messaging syst ii libebook1.2-5 1.4.2.1-2 Client library for evolution addre ii libecal1.2-3 1.4.2.1-2 Client library for evolution calen ii libedataserve 1.4.2.1-2 Utility library for evolution data ii libedataserve 1.4.2.1-2 GUI utility library for evolution ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig 2.3.2-5generic font configuration library ii libfreetype6 2.1.10-2 FreeType 2 font engine, shared lib ii libgail-commo 1.8.11-1 GNOME Accessibility Implementation ii libgail17 1.8.11-1 GNOME Accessibility Implementation ii libgconf2-4 2.14.0-1 GNOME configuration database syste ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.1-2 The GLib library of C routines ii libgnome-keyr 0.4.9-1GNOME keyring services library ii libgnome-pilo 2.0.12-1.6 Support libraries for gnome-pilot ii libgnome2-0 2.14.0-2 The GNOME 2 library - runtime file ii libgnomecanva 2.14.0-1 A powerful object-oriented display ii libgnomeprint 2.12.1-3 The GNOME 2.2 print architecture - ii libgnomeprint 2.12.1-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.0-1 The GNOME 2 libraries (User Interf ii libgnomevfs2- 2.14.0-1 GNOME virtual file-system (runtime ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-0 2.8.16-1 The GTK+ graphical user interface ii libgtkhtml3.8 3.8.1-1.1 HTML rendering/editing library - r ii libice6 6.9.0.dfsg.1-5 Inter-Client Exchange library ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii libkrb53 1.4.3-6MIT Kerberos runtime libraries ii libldap2 2.1.30-13 OpenLDAP libraries ii libnspr4 2:1.7.12-1.1 Netscape Portable Runtime Library ii libnss3 2:1.7.12-1.1 Network Security Service Libraries ii liborbit2
Bug#360373: Terminal Output
Hi, when run from a terminal Evolution spits out (evolution:4625): evolution-mail-WARNING **: Error occurred while existing dialogue active: You must be working online to complete this operation whenever that error messages pops up. Regards WK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352089: unrar returns exit code 0 on errors
Package: unrar Version: 1:3.5.4-0.1 Severity: normal Hello, just happend to type for i in *.rar; do unrar $i rm $i ; done into my shell, which is of course wrong because I didn't tell unrar what to do, but to my surprise the files were gone (a backup is available so nothing got lost), since unrar returns 0 as its exit code even though this is clearly an error. Kind regards WK -- 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.15.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages unrar depends on: ii libc6 2.3.5-12.1 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-8 GCC support library ii libstdc++64.0.2-8The GNU Standard C++ Library v3 unrar recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344329: acknowledged by developer (This does not reproduce)
On Mon, 2005-12-26 at 10:03 -0800, Debian Bug Tracking System wrote: It has been closed by one of the developers, namely Ralf Hildebrandt [EMAIL PROTECTED]. I followed your instructions step by step and the package build for me, with no errors whatsoever. On the day I reported the bug I tried the procedure on 4 different machines (all running a more or less up-to-date sid) and the error showed up on all of them. Today, after updating the machines once more, everything works fine on all of them, no idea what went wrong the other day. So, sorry for the noise. Regards WK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344329: xscreensaver: does not build from source
Package: xscreensaver Version: 4.23-3 Severity: serious Justification: no longer builds from source Hello, trying to build the package from source I did the following: # apt-get source xscreensaver # apt-get build-dep xscreensaver (as root) # cd xscreensaver-4.23 # dpkg-buildpackage -rfakeroot -uc -us -b I get the following error message: [...] dh_movefiles -a dh_movefiles: debian/tmp/etc/X11/app-defaults/XScreenSaver not found (supposed to put it in xscreensaver) make: *** [binary-arch] Error 1 Putting mkdir -p debian/tmp/etc/X11/app-defaults/ cp debian/tmp/usr/X11R6/lib/X11/app-defaults/XScreenSaver \ debian/tmp/etc/X11/app-defaults/XScreenSaver into debian/rules before dh_movefiles is called helped, but I guess that's not the official way to build the package. Kind regards WK -- 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.15-rc6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xscreensaver depends on: ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgtk2.0-0 2.6.10-2The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpango1.0-01.8.2-3 Layout and rendering of internatio ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display ii libxml2 2.6.22-2GNOME XML library ii libxmu6 6.8.2.dfsg.1-11 X Window System miscellaneous util ii libxpm4 6.8.2.dfsg.1-11 X pixmap library ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii libxxf86misc16.8.2.dfsg.1-11 X miscellaneous extensions library ii libxxf86vm1 6.8.2.dfsg.1-11 X Video Mode selection library ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages xscreensaver recommends: ii libjpeg-progs 6b-10 Programs for manipulating JPEG fil ii perl [perl5] 5.8.7-8Larry Wall's Practical Extraction ii wamerican [wordlist] 5-4American English dictionary words ii wbritish [wordlist] 5-4British English dictionary words f pn xli | xloadimage none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338717: apt-listchanges: signals should be handled properly
Package: apt-listchanges Version: 2.59-0.2 Severity: normal Hello! Today while upgrading some packages I was browsing the changes (using the pager) my ssh connection to a server (sarge) vanished, and once I was able to reconnect I killed the apt-listchanges process and thought I'd just restart the whole upgrade process. But, instead the upgrade was finished as if I had said Yes to the confirmation question, which is not the right thing to do IMO. Besides, the pager process is still running and the temporary file with the partial changelog is left in /tmp. TERM and probably a couple of other signals should be caught and then some cleanup routine should be caught. No idea how to do that in python, otherwise I'd tried to come up with a patch. Regards, WK -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apt-listchanges depends on: ii apt 0.6.42.2 Advanced front-end for dpkg ii debconf 1.4.59 Debian configuration management sy ii debianutils 2.15.1 Miscellaneous utilities specific t ii python2.3.5-3An interactive high-level object-o ii python-apt0.6.14 Python interface to libapt-pkg ii ucf 2.003 Update Configuration File: preserv apt-listchanges recommends no packages. -- debconf information: * apt-listchanges/confirm: true * apt-listchanges/which: both * apt-listchanges/frontend: pager * apt-listchanges/email-address: * apt-listchanges/save-seen: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310156: webmin: Setting an ACL for Change Language and Theme does not work
Package: webmin Version: 1.180-3 Severity: normal Hi! When trying to set an ACL on the module Change Language and Theme I get Failed to save access control : Failed to write to /etc/webmin/change-user/xx.acl : No such file or directory Fixed by creating the directory /etc/webmin/change-user, guess that should be done at package installation time. Regard, WK -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.8-ipp2p Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages webmin depends on: ii debconf 1.4.30.13 Debian configuration management sy ii libauthen-pam-perl0.15-1 This module provides a Perl interf ii libnet-ssleay-perl1.25-1.1 Perl module for Secure Sockets Lay ii libpam-runtime0.76-22Runtime support for the PAM librar ii openssl 0.9.7e-3 Secure Socket Layer (SSL) binary a ii perl 5.8.4-8Larry Wall's Practical Extraction -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]