Bug#676183: closed by Santiago Garcia Mantinan ma...@debian.org (Bug#676183: fixed in bridge-utils 1.5-4)
The new version seems to work. Many thanx to all Harri signature.asc Description: OpenPGP digital signature
Bug#624205: gwt2 packaging status?
Hi, is there any place where a gwt2 packaging effort more recent then February 2012 could be found? I'd need gwt2 as a dependency for Gerrit[1]. Maybe I could start working on the gerrit packaging even with a not yet polished gwt2 package. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589436 Regards, Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679601: nginx: [INTL:fr] French debconf templates translation update
Package: nginx Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. Thanks for taking care of warning translators before uploading a new version with string changes. It's highly appreciated. -- System Information: Debian Release: wheezy/sid Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # French PO file for nginx-naxsi-ui. # Copyright (C) 2012 Cyril Lavier # This file is distributed under the same license as the nginx-naxsi-ui package. # # Cyril Lavier cyril.lav...@davromaniak.eu, 2012. # Christian Perrier bubu...@debian.org, 2012. msgid msgstr Project-Id-Version: nginx\n Report-Msgid-Bugs-To: ng...@packages.debian.org\n POT-Creation-Date: 2012-06-11 08:18+0200\n PO-Revision-Date: 2012-06-30 08:18+0200\n Last-Translator: Christian Perrier bubu...@debian.org\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n 1);\n X-Generator: Lokalize 1.4\n #. Type: string #. Description #: ../nginx-naxsi-ui.templates:2001 msgid Database host for naxsi: msgstr Serveur de bases de données pour Naxsi : #. Type: string #. Description #: ../nginx-naxsi-ui.templates:2001 msgid Please specify the hostname of the server that will host the database for the naxsi web application firewall. msgstr Veuillez indiquer le serveur qui doit accueillir la base de données de la l'application de pare-feu web Naxsi.
Bug#674161: Fix for #674161
Hi Mike and Dave, Could you please produce a patch so that we can fix #674161? I believe I should be able to get a freeze exception, but please do not wait too long until fixing. Also, please pull the debian-sid branch from Alioth, which has all the fixes I could find in the BTS. Cheers, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670132: Happens when the session is closed
Hiya, so, what happens is that systemd (and upstart, I suspect) sends SIGTERM to su when the pam session is closed. src/su.c:prepare_pam_close_session ends with: (void) pam_setcred (pamh, PAM_DELETE_CRED); (void) pam_end (pamh, PAM_SUCCESS); if (0 != caught) { (void) signal (SIGALRM, kill_child); (void) alarm (2); (void) wait (status); (void) fputs (_( ...terminated.\n), stderr); } exit ((0 != WIFEXITED (status)) ? WEXITSTATUS (status) : WTERMSIG (status) + 128); /* Only the child returns. See above. */ } signal + alarm there is to ensure that any signals in the pam cleanup phase causes the termination of the child, but this is already done by systemd. I think just dropping the fputs should be reasonable enough. Alternatively, I can make systemd not send SIGTERM to the session leader. I'm not entirely sure why it does that in the first place, but I've asked upstream to comment. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592959: Dovecot in backports
On 06/29/2012 10:31 PM, micah anderson wrote: After getting the go ahead from the maintainers, I uploaded dovecot-antispam and dovecot2 to BPO yesterday. Because dovecot-antispam is already in BPO, it was accepted right away, the dovecot2 packages are waiting in NEW. The dovecot-antispam package has strict version dependence. This means that it only works with the version of dovecot that it was built against. I built it on my amd64 machine against the 2.1.17 version that is pending in BPO's NEW right now. However, what ended up happening is that the BPO autobuilders picked it up and built it against stable dovecot1. So right now the dovecot-antispam package in BPO is somewhat useless, it doesn't work with dovecot1 or dovecot2 (unless you are on an amd64 machine, in that case it works for dovecot2). The question is, do we go ahead with letting dovecot2 into BPO, and then do binNMUs on dovecot-antispam to make it work with dovecot2? Is it not possible to put the dovecot-antispam back and create a dovecot2-antispam package that works with the new dovecot2 package? Regards, Rik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679602: task-spooler: Wrong section Tasks
Package: task-spooler Version: 0.7.3-1 Severity: minor In aptitude, the package appears in the section ›Tasks‹, though the package description says it’s in ›Section: misc‹. I guess the problem is the package name, but I’m not sure whether that’s a bug in aptitude or whether non-task packages are not allowed to have a name starting with ›task-‹. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679603: portslave: Needs to be compiled for wheezy
Package: portslave Version: 2010.04.19 Severity: important # pppd plugin /usr/lib/libpsr.so pppd: Plugin /usr/lib/libpsr.so is for pppd version 2.4.4, this is 2.4.5 Above is the result of trying to use Portslave with the current pppd. It needs to be compiled for wheezy. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages portslave depends on: ii libc6 2.13-33 ii libradius1 0.3.2-14 ii ppp2.4.5-5.1+b1 ii radiusclient1 0.3.2-14 portslave recommends no packages. portslave suggests no packages. -- Configuration Files: /etc/portslave/pslave.conf [Errno 13] Permission denied: u'/etc/portslave/pslave.conf' -- 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#679571: modprobe: no module unix found in modules.dep
* Zack Weinberg [Fri Jun 29, 2012 at 01:35:04PM -0700]: No matter how I configure the initramfs, I always get the warning message modprobe: no module unix found in modules.dep on boot. [...] This is #654282 (package udev) regards, -mika- signature.asc Description: Digital signature
Bug#679604: [INTL:da] Danish translation of the debconf templates lastfmsubmitd
Package: lastfmsubmitd Severity: wishlist Tags: l10n patch Please include the attached Danish lastfmsubmitd translations. joe@pc:~/over/debian/lastfmsubmitd$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 15 oversatte tekster. bye Joe da.po Description: Binary data
Bug#679605: kiwix and heimdal-dev: error when trying to install together
Package: heimdal-dev,kiwix Version: heimdal-dev/1.6~git20120403+dfsg1-2 Version: kiwix/0.9~beta6.3-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-06-30 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libevent-2.0-5 libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3 libgssapi-krb5-2 libsasl2-2 libldap-2.4-2 libpcre3 libxml2 libroken18-heimdal libasn1-8-heimdal libasound2 libffi5 libglib2.0-0 libatk1.0-data libatk1.0-0 libavahi-common-data libavahi-common3 libdbus-1-3 libavahi-client3 libexpat1 libfreetype6 ucf ttf-dejavu-core fontconfig-config libfontconfig1 libpixman-1-0 libpng12-0 libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libxcb-render0 libxcb-shm0 libxrender1 libcairo2 libcups2 libdatrie1 libdbus-glib-1-2 libjpeg8 libjasper1 libjbig0 libtiff4 libgdk-pixbuf2.0-common libgdk-pixbuf2.0-0 libhcrypto4-heimdal libheimbase1-heimdal libwind0-heimdal libhx509-5-heimdal libkrb5-26-heimdal libheimntlm0-heimdal libgssapi3-heimdal libgtk2.0-common libthai-data libthai0 libxft2 fontconfig libpango1.0-0 libxcomposite1 libxfixes3 libxcursor1 libxdamage1 libxext6 libxi6 libxinerama1 libxrandr2 shared-mime-info libgtk2.0-0 libhdb9-heimdal libhunspell-1.3-0 x11-common libice6 libicu48 libkadm5clnt7-heimdal libkadm5srv8-heimdal libmicrohttpd10 libnotify4 libnspr4 libnspr4-0d libnss3 libsm6 libvpx1 libx11-xcb1 libxt6 libkafs0-heimdal libkdc2-heimdal libxcb-util0 desktop-file-utils libclucene0ldbl libmozjs10d libnss3-1d libstartup-notification0 xulrunner-10.0 menu kiwix libc-dev-bin linux-libc-dev libc6-dev comerr-dev heimdal-multidev heimdal-dev Extracting templates from packages: 29% Extracting templates from packages: 58% Extracting templates from packages: 87% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libevent-2.0-5:amd64. (Reading database ... 10722 files and directories currently installed.) Unpacking libevent-2.0-5:amd64 (from .../libevent-2.0-5_2.0.19-stable-3_amd64.deb) ... Selecting previously unselected package libkeyutils1:amd64. Unpacking libkeyutils1:amd64 (from .../libkeyutils1_1.5.5-3_amd64.deb) ... Selecting previously unselected package libkrb5support0:amd64. Unpacking libkrb5support0:amd64 (from .../libkrb5support0_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libk5crypto3:amd64. Unpacking libk5crypto3:amd64 (from .../libk5crypto3_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libkrb5-3:amd64. Unpacking libkrb5-3:amd64 (from .../libkrb5-3_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libgssapi-krb5-2:amd64. Unpacking libgssapi-krb5-2:amd64 (from .../libgssapi-krb5-2_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libsasl2-2:amd64. Unpacking libsasl2-2:amd64 (from .../libsasl2-2_2.1.25.dfsg1-4+b1_amd64.deb) ... Selecting previously unselected package libldap-2.4-2:amd64. Unpacking libldap-2.4-2:amd64 (from .../libldap-2.4-2_2.4.31-1_amd64.deb) ... Selecting previously unselected package libpcre3:amd64. Unpacking libpcre3:amd64 (from .../libpcre3_1%3a8.30-5_amd64.deb) ... Selecting previously unselected package libxml2:amd64. Unpacking libxml2:amd64 (from .../libxml2_2.8.0+dfsg1-4_amd64.deb) ... Selecting previously unselected package libroken18-heimdal:amd64. Unpacking libroken18-heimdal:amd64 (from .../libroken18-heimdal_1.6~git20120403+dfsg1-2_amd64.deb) ... Selecting previously unselected package libasn1-8-heimdal:amd64. Unpacking libasn1-8-heimdal:amd64 (from .../libasn1-8-heimdal_1.6~git20120403+dfsg1-2_amd64.deb) ... Selecting previously unselected package libasound2:amd64. Unpacking libasound2:amd64 (from .../libasound2_1.0.25-3_amd64.deb) ... Selecting previously unselected package libffi5:amd64. Unpacking libffi5:amd64 (from .../libffi5_3.0.10-3_amd64.deb) ... Selecting previously unselected package libglib2.0-0:amd64. Unpacking libglib2.0-0:amd64 (from .../libglib2.0-0_2.32.3-1_amd64.deb) ... Selecting previously unselected package libatk1.0-data. Unpacking libatk1.0-data (from .../libatk1.0-data_2.4.0-2_all.deb) ... Selecting previously unselected package libatk1.0-0:amd64. Unpacking libatk1.0-0:amd64 (from .../libatk1.0-0_2.4.0-2_amd64.deb) ... Selecting previously unselected package libavahi-common-data:amd64. Unpacking libavahi-common-data:amd64 (from .../libavahi-common-data_0.6.31-1_amd64.deb) ... Selecting previously unselected package libavahi-common3:amd64. Unpacking libavahi-common3:amd64 (from .../libavahi-common3_0.6.31-1_amd64.deb) ... Selecting previously unselected package libdbus-1-3:amd64. Unpacking libdbus-1-3:amd64
Bug#679606: ruby-hpricot and ruby-fast-xs: error when trying to install together
Package: ruby-fast-xs,ruby-hpricot Version: ruby-fast-xs/0.8.0-2 Version: ruby-hpricot/0.8.6-2 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-06-30 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libffi5 libreadline5 libyaml-0-2 libruby1.8 libruby1.9.1 ruby1.9.1 ruby ruby-fast-xs ruby-hpricot Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libffi5:amd64. (Reading database ... 10722 files and directories currently installed.) Unpacking libffi5:amd64 (from .../libffi5_3.0.10-3_amd64.deb) ... Selecting previously unselected package libreadline5:amd64. Unpacking libreadline5:amd64 (from .../libreadline5_5.2-11_amd64.deb) ... Selecting previously unselected package libyaml-0-2:amd64. Unpacking libyaml-0-2:amd64 (from .../libyaml-0-2_0.1.4-2_amd64.deb) ... Selecting previously unselected package libruby1.8. Unpacking libruby1.8 (from .../libruby1.8_1.8.7.358-4_amd64.deb) ... Selecting previously unselected package libruby1.9.1. Unpacking libruby1.9.1 (from .../libruby1.9.1_1.9.3.194-1_amd64.deb) ... Selecting previously unselected package ruby1.9.1. Unpacking ruby1.9.1 (from .../ruby1.9.1_1.9.3.194-1_amd64.deb) ... Selecting previously unselected package ruby. Unpacking ruby (from .../apt/archives/ruby_4.9_all.deb) ... Selecting previously unselected package ruby-fast-xs. Unpacking ruby-fast-xs (from .../ruby-fast-xs_0.8.0-2_amd64.deb) ... Selecting previously unselected package ruby-hpricot. Unpacking ruby-hpricot (from .../ruby-hpricot_0.8.6-2_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/ruby-hpricot_0.8.6-2_amd64.deb (--unpack): trying to overwrite '/usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux/fast_xs.so', which is also in package ruby-fast-xs 0.8.0-2 Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/ruby-hpricot_0.8.6-2_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/lib/ruby/vendor_ruby/1.8/x86_64-linux/fast_xs.so /usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux/fast_xs.so This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679607: python-pywbem and sblim-wbemcli: error when trying to install together
Package: sblim-wbemcli,python-pywbem Version: sblim-wbemcli/1.6.02-7 Version: python-pywbem/0.7.0-4 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-06-30 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3 libgssapi-krb5-2 libsasl2-2 libldap-2.4-2 librtmp0 libssh2-1 libcurl3-gnutls libexpat1 sblim-wbemcli mime-support python2.7-minimal python2.7 python-minimal python python-support python-ply python-pywbem Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libkeyutils1:amd64. (Reading database ... 10722 files and directories currently installed.) Unpacking libkeyutils1:amd64 (from .../libkeyutils1_1.5.5-3_amd64.deb) ... Selecting previously unselected package libkrb5support0:amd64. Unpacking libkrb5support0:amd64 (from .../libkrb5support0_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libk5crypto3:amd64. Unpacking libk5crypto3:amd64 (from .../libk5crypto3_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libkrb5-3:amd64. Unpacking libkrb5-3:amd64 (from .../libkrb5-3_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libgssapi-krb5-2:amd64. Unpacking libgssapi-krb5-2:amd64 (from .../libgssapi-krb5-2_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libsasl2-2:amd64. Unpacking libsasl2-2:amd64 (from .../libsasl2-2_2.1.25.dfsg1-4+b1_amd64.deb) ... Selecting previously unselected package libldap-2.4-2:amd64. Unpacking libldap-2.4-2:amd64 (from .../libldap-2.4-2_2.4.31-1_amd64.deb) ... Selecting previously unselected package librtmp0:amd64. Unpacking librtmp0:amd64 (from .../librtmp0_2.4+20111222.git4e06e21-1_amd64.deb) ... Selecting previously unselected package libssh2-1:amd64. Unpacking libssh2-1:amd64 (from .../libssh2-1_1.4.2-1_amd64.deb) ... Selecting previously unselected package libcurl3-gnutls:amd64. Unpacking libcurl3-gnutls:amd64 (from .../libcurl3-gnutls_7.26.0-1_amd64.deb) ... Selecting previously unselected package libexpat1:amd64. Unpacking libexpat1:amd64 (from .../libexpat1_2.1.0-1_amd64.deb) ... Selecting previously unselected package sblim-wbemcli. Unpacking sblim-wbemcli (from .../sblim-wbemcli_1.6.2-7_amd64.deb) ... Selecting previously unselected package mime-support. Unpacking mime-support (from .../mime-support_3.52-1_all.deb) ... Selecting previously unselected package python2.7-minimal. Unpacking python2.7-minimal (from .../python2.7-minimal_2.7.3-1_amd64.deb) ... Selecting previously unselected package python2.7. Unpacking python2.7 (from .../python2.7_2.7.3-1_amd64.deb) ... Selecting previously unselected package python-minimal. Unpacking python-minimal (from .../python-minimal_2.7.3~rc2-1_all.deb) ... Selecting previously unselected package python. Unpacking python (from .../python_2.7.3~rc2-1_all.deb) ... Selecting previously unselected package python-support. Unpacking python-support (from .../python-support_1.0.14_all.deb) ... Selecting previously unselected package python-ply. Unpacking python-ply (from .../python-ply_3.4-3_all.deb) ... Selecting previously unselected package python-pywbem. Unpacking python-pywbem (from .../python-pywbem_0.7.0-4_all.deb) ... dpkg: error processing /var/cache/apt/archives/python-pywbem_0.7.0-4_all.deb (--unpack): trying to overwrite '/usr/bin/wbemcli', which is also in package sblim-wbemcli 1.6.2-7 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/python-pywbem_0.7.0-4_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/bin/wbemcli /usr/share/man/man1/wbemcli.1.gz This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that
Bug#592959: Dovecot in backports
On Sat, 30 Jun 2012, Rik Theys wrote: On 06/29/2012 10:31 PM, micah anderson wrote: After getting the go ahead from the maintainers, I uploaded dovecot-antispam and dovecot2 to BPO yesterday. Because dovecot-antispam is already in BPO, it was accepted right away, the dovecot2 packages are waiting in NEW. The dovecot-antispam package has strict version dependence. This means that it only works with the version of dovecot that it was built against. I built it on my amd64 machine against the 2.1.17 version that is pending in BPO's NEW right now. However, what ended up happening is that the BPO autobuilders picked it up and built it against stable dovecot1. So right now the dovecot-antispam package in BPO is somewhat useless, it doesn't work with dovecot1 or dovecot2 (unless you are on an amd64 machine, in that case it works for dovecot2). The question is, do we go ahead with letting dovecot2 into BPO, and then do binNMUs on dovecot-antispam to make it work with dovecot2? Is it not possible to put the dovecot-antispam back and create a dovecot2-antispam package that works with the new dovecot2 package? I am usually against those plans. Backports are done from testing, and testing does not have such a package. Therefore there is not testing and so on, if the source introduces some exotic incompatibility with dovecot1 nobody will detect it until it is in backports. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668798: systemd kills existing ssh sessions on /etc/init.d/ssh restart
]] Michael Stapelberg Same here. I would like to add that this problem is somewhat tricky, since it occurs when updating ssh via ssh. In that case, you are left in a dead-lock: You need to run dpkg --configure -a, but every time you run it, the ssh restart will kick you out of the system before the command completes. I got around this by using VNC access to my KVM virtual machine, but not everybody has easy access to a recovery console and it’s a big annoyance. You can also just manually remove your shell from the sshd.service cgroup, though this isn't recommended. Is there any workaround for this situation, except for installing dbus and libpam-systemd? In case there isn’t, shouldn’t we make dbus and libpam-systemd a hard requirement? It'd mean a circular dependency, which is icky. But it begs the question, you write that you're not using libpam-systemd, so I'd like to ask why not? Cheers, -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679608: Does not clean up /etc/rc?.d/symlinks
Package: fuse Version: 2.9.0-3 Severity: important # ls -la /etc/rc?.d/???fuse lrwxrwxrwx 1 root root 14 Jun 8 00:08 /etc/rcS.d/S17fuse - ../init.d/fuse This symlink points to the now no longer existing /etc/init.d/fuse which leads to an error message during boot. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fuse depends on: ii adduser 3.113+nmu3 ii libc6 2.13-33 ii libfuse2 2.9.0-3 ii mount 2.20.1-5.1 ii sed 4.2.1-10 ii udev 175-3.1 fuse recommends no packages. fuse 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#679609: [INTL:da] Danish translation of the debconf templates icinga-web
Package: icinga-web Severity: wishlist Tags: l10n patch Please include the attached Danish icinga-web translations. joe@pc:~/over/debian/icinga-web$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 12 oversatte tekster. bye Joe da.po Description: Binary data
Bug#679610: icinga-web: [INTL:ru] Russian debconf templates translation
Package: icinga-web Version: 1.7.0-3 Severity: wishlist Tags: l10n patch 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 *** Russian debconf templates translation is attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ru.po.gz Description: GNU Zip compressed data
Bug#679611: cabal-debian and haskell-debian-utils: error when trying to install together
Package: haskell-debian-utils,cabal-debian Version: haskell-debian-utils/3.64-2 Version: cabal-debian/1.25-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-06-30 Architecture: amd64 Distribution: testing Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libffi5 libgmp10 cabal-debian haskell-debian-utils Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libffi5:amd64. (Reading database ... 10706 files and directories currently installed.) Unpacking libffi5:amd64 (from .../libffi5_3.0.10-3_amd64.deb) ... Selecting previously unselected package libgmp10:amd64. Unpacking libgmp10:amd64 (from .../libgmp10_2%3a5.0.5+dfsg-2_amd64.deb) ... Selecting previously unselected package cabal-debian. Unpacking cabal-debian (from .../cabal-debian_1.25-1_amd64.deb) ... Selecting previously unselected package haskell-debian-utils. Unpacking haskell-debian-utils (from .../haskell-debian-utils_3.64-2_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/haskell-debian-utils_3.64-2_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/cabal-debian.1.gz', which is also in package cabal-debian 1.25-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/haskell-debian-utils_3.64-2_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for testing/amd64, which may be slightly out of sync): /usr/share/man/man1/cabal-debian.1.gz This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679597: apparmor: AppArmor totally broken
On 06/29/2012 07:54 PM, intrig...@debian.org wrote: Package: apparmor Version: 2.7.103-3 Severity: grave X-Debbugs-CC: john.johan...@canonical.com, k...@debian.org, mi...@riseup.net Hi, (following-up on #676515) John Johansen wrote (26 Jun 2012 17:48:38 GMT) : Okay, there are 4 kernel patches, not all of them are needed depending on whether the network patch is applied or not. If you don't want to apply the networking patch 0001-apparmor-remove-advertising-the-support-of-network-r.patch Stops the kernel interface from incorrectly advertising that it supports network rules. A further patch (not attached) to userspace will also have to be applied Thanks, John, for your work on this. For those who did not follow the entire saga, this patch was applied in the linux 3.2.21-3 source package, to complement the incomplete AppArmor compatibility patch, so Debian bug #676515 was closed, as the kernel side is now sorted out. So far, so good. However, as expected, this is not enough to make AppArmor usable, so the current state in current sid is still a regression compared to when the compatibility patch was not applied to the kernel: it used to be bad, but relatively usable, and it's now totally unusable. This bug is here to track the additional patch against userspace, that John mentioned was needed, which is confirmed by my experience. Sorry I meant to have attached this patch already as a separate comment when I posted the kernel patches. --- Fix the parser so it checks for the presence of the network feature in the compatibility interface. Previously it was assuming that if the compatibility interface was present that network rules where also present, this is not necessarily true and causes apparmor to break when only the compatibility patch is applied. Signed-off-by: John Johansen john.johan...@canonical.com === modified file 'parser/parser_main.c' --- parser/parser_main.c2012-04-11 23:03:21 + +++ parser/parser_main.c2012-06-30 06:31:05 + @@ -873,6 +873,11 @@ //fprintf(stderr, flags string: %s\n, flags_string); //fprintf(stderr, changehat %d\n, flag_changehat_version); } + if (strstr(flags_string, network)) + kernel_supports_network = 1; + else + kernel_supports_network = 0; + return; fail: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679612: return of the undead: /lib/init/rw
Package: initscripts Version: 2.88dsf-28 Severity: important Hi Roger, it seems, instead of removing /lib/init/rw, initscripts now forcefully creates /lib/init/rw on each boot. I just did a rm -rf /lib/init/rw, rebooted, and then I had: $ ls -al /lib/init insgesamt 56 drwxr-xr-x 3 root root 4096 Jun 28 06:16 . drwxr-xr-x 19 root root 12288 Jun 29 23:32 .. -rw-r--r-- 1 root root 4612 Mai 25 00:39 bootclean.sh -rw-r--r-- 1 root root 14324 Jun 27 00:50 mount-functions.sh drwxr-xr-x 2 root root 4096 Jun 30 09:31 rw -rw-r--r-- 1 root root 721 Mai 25 00:39 swap-functions.sh -rw-r--r-- 1 root root 3336 Jun 8 19:53 tmpfs.sh -rw-r--r-- 1 root root 1228 Mai 28 22:26 vars.sh -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initscripts depends on: ii coreutils 8.13-3.2 ii debianutils 4.3.2 ii libc6 2.13-33 ii lsb-base4.1+Debian7 ii mount 2.20.1-5.1 ii sysv-rc 2.88dsf-28 ii sysvinit-utils 2.88dsf-28 Versions of packages initscripts recommends: ii e2fsprogs 1.42.4-3 ii psmisc 22.19-1 initscripts 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#679613: xorg: Virtual mouse (shift+numlock) stops working after upgrading from squeeze to wheezy
Package: xorg Version: 1:7.7+1 Severity: important Dear Maintainer, Recently I upgrade my system to wheezy, and Shift + NumLock no longer activates the virtual mouse (move cursor and click with the numeric keypad). Google does not help me on this one. It's a system that was installed with potato and has been upgraded since. Perhaps there's a file somewhere that shouldn't be here (although I regularly purge removed packages). My WM is sawfish. I use a bépo keymap also (french dvorak). I active it from ..xinitrc (and .xsession is a symbolic link to .xinitrc btw). I tested by commenting this line, Shift + NumLock is still doing nothing. Anyway, neither the Shift or the NumLock keys are involved in the bépo keymap, AFAIK. I tested with kde and azerty keymap: yeah, it works! I tested with kde and bépo keymap, it also works. So it seems it's not my personalized keymap. I also to be tested under kdm: doesn't work. Under squeeze the virtual mouse work anywhere in X, even under kdm. I did my tests by running startx from the console and also from kdm. In all cases, it doesn't work in sawfish and work under kde. At firt I thought that the virtual mouse has been disabled or removed in Xorg, and kde reactive or reimplement it. But then I ask on Debian User French list, and someone says that he use wheezy and sawfish (so same configuration than me), and it work for him... Any idea what might be wrong for me? The shortcut has changed? I need to configure something somewhere? On the suggestion of reportbug, I upgrade xorg package, and also all packages whose names contain xorg to sid version. Nothing change, the virtual mouse still not working. I put it under severity Important, cause I really need this fonctionnality. I have one screen who doesn't have any mouse. I control it mainly with wireless keyboard, but still need the virtual mouse for copy/paste and preferences dialog. Thanks you :) HDU. PS: forgive my poor English, I'm French :p -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Jun 22 2008 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2027892 May 20 12:31 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0102] (rev 09) Xorg X server configuration file status: -rw-r--r-- 1 root root 616 Jun 14 13:00 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- Section ServerFlags Option BlankTime 0 Option StandbyTime 0 Option SuspendTime 0 Option OffTime 0 EndSection Section Monitor Identifier yusmart HorizSync 30-54 VertRefresh 50-85 Option DPMS EndSection Section Screen Identifier screen Monitoryusmart DefaultDepth24 Option NoLogo on SubSection Display Depth 24 Modes 1280x768 EndSubSection EndSection Section ServerLayout Identifier layout Screen screen EndSection /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 3.2.0-2-686-pae (Debian 3.2.19-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-7) ) #1 SMP Fri Jun 1 18:56:14 UTC 2012 Xorg X server log files on system: -- -rw-rw-r-- 1 root root 27290 Sep 11 2008 /var/log/Xorg.4.log -rw-rw-r-- 1 root root 26845 May 28 2010 /var/log/Xorg.3.log -rw-r--r-- 1 root root 18500 Nov 23 2010 /var/log/Xorg.2.log -rw-r--r-- 1 root root 60897 Jun 29 06:01 /var/log/Xorg.1.log -rw-r--r-- 1 root root 31197 Jun 30 01:28 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [1232660.748] X.Org X Server 1.12.1.902 (1.12.2 RC 2) Release Date: 2012-05-19 [1232660.748] X Protocol Version 11, Revision 0 [1232660.748] Build Operating System: Linux 2.6.32-5-686-bigmem i686 Debian [1232660.748] Current Operating System: Linux chassis 3.2.0-2-686-pae #1 SMP Fri Jun 1 18:56:14 UTC 2012 i686 [1232660.748] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-2-686-pae root=/dev/sda1 ro vga=normal [1232660.748] Build Date: 20 May 2012 10:23:38AM [1232660.748] xorg-server 2:1.12.1.902-1 (Cyril Brulebois k...@debian.org) [1232660.748] Current version of pixman: 0.24.4 [1232660.748] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [1232660.748] Markers: (--) probed, (**) from config file, (==) default setting,
Bug#677574: transition: libv8
I reopened the bug because i closed it too quickly. It was on the assumption from a private message that it wouldn't be accepted after all. This transition is painless. Please initiate it. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679614: RM: pdns-recursor [armhf armel] -- ANAIS; not for armhf/armel
Package: ftp.debian.org Severity: normal Hi, pdns-recursor does build on armel and armhf, but cannot be used there since it uses syscalls that are not supported on arm. Please remove armel and armhf packages from testing (and, if needed, from unstable) to allow pdns-recursor to migrate from unstable to testing. Greetings Marc Note: this was a request for a partial removal from testing, converted in one for unstable -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679582: [Pkg-kde-extras] Bug#679582: amarok: doesn't start since about two or three days ago
severity 679582 important retitle 679582 amarok crashes on startup if playlist is corrupt (current.xspf) thanks Hello, On Friday 29 June 2012 23:44:33 Toni Mueller wrote: Since a few days, amarok does not want to start anymore. Before that, it played just fine. This is what I get at startup: ... Thread 1 (Thread 0xafbf6720 (LWP 25195)): [KCrash Handler] #7 Playlist::TrackNavigator::queueIds (this=0x9c8b460, ids=...) at ../../src/playlist/navigators/TrackNavigator.cpp:61 #8 0xb6c0b6be in Playlist::TrackNavigator::queueId (this=0x9c8b460, id=0) at ../../src/playlist/navigators/TrackNavigator.cpp:51 #9 0xb6b7fa4c in Playlist::Actions::queue (this=0x9bda4f8, rows=...) at ../../src/playlist/PlaylistActions.cpp:400 #10 0xb6b83314 in Playlist::Actions::restoreDefaultPlaylist (this=0x0) at ../../src/playlist/PlaylistActions.cpp:514 #11 0xb6b837da in Playlist::Actions::init (this=this@entry=0x9bda4f8) at ../../src/playlist/PlaylistActions.cpp:94 #12 0xb6b83848 in Playlist::Actions::instance () at ../../src/playlist/PlaylistActions.cpp:59 #13 0xb6b83884 in The::playlistActions () at ../../src/playlist/PlaylistActions.cpp:534 #14 0xb6f111d0 in MainWindow::createActions (this=0x99e0d18) at ../../src/MainWindow.cpp:697 #15 0xb6f1bb4b in MainWindow::MainWindow (this=0x99e0d18) at ../../src/MainWindow.cpp:145 #16 0xb6ef3414 in App::continueInit (this=0xbfcfd7bc) at ../../src/App.cpp:545 #17 0xb6ef4da8 in App::App (this=0xbfcfd7bc) at ../../src/App.cpp:185 #18 0x08050028 in main (argc=1, argv=0xbfcfd8b4) at ../../src/main.cpp:301 It seems Amarok current playlist [1] has become corrupt on your system. See these upstream bugs [2][3] how to fix that. Nevertheless, I believe that amarok should not crash in that case so this is still a bug, however, a non release-critical one. [1] $HOME/.kde/share/apps/amarok/current.xspf [2] https://bugs.kde.org/show_bug.cgi?id=302607 [3] https://bugs.kde.org/show_bug.cgi?id=302650 signature.asc Description: This is a digitally signed message part.
Bug#679615: libapache2-mod-auth-memcookie: please mention memcache in description
Package: libapache2-mod-auth-memcookie Version: 1.0.2-5 Severity: wishlist The description of libapache2-mod-auth-memcookie doesn't mention memcache. To get an idea of what the package does, a user has to look at the upstream website. Maybe the description could be improved: Memcache-based Apache2 authentication and authorization module AuthMemCookie is an Apache v2.0 authentication and authorization module based on the cookie authentication mechanism. The cookie is checked against information stored in memcache. The module also validates if the authenticated user has authorization to access the url. The authentication of the user is not done by the module itself, but by a login script. This script saves cookie information in memcache. The login page can authenticate the user with any authentication source (ldap, file, database) accessible to language of the page (php, perl, java...). A sample ldap login page in php is included in the package. Cheers, Ivo De Decker -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679605: Kiwix base64.h
Hi, I'm one of the uploader of Kiwix and I just checked the base64.h of both package and they seems to be 2 different files with same name, I'm trying to contact the upstream to see if this file can be renamed in Kiwix. I've not yet contacted heimdal maintainers With Regards -- Vasudev Kamath http://copyninja.info Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net} IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net} GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E signature.asc Description: Digital signature
Bug#679616: jenkins: Please package a more recent upstream version
Source: jenkins Severity: wishlist Hello, Could you consider to package a more recent version of Jenkins ? We are currently shipping 1.447 and upstream is 1.472 Thanks Sylvestre -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#671715: libc6: Fail to upgrade from 2.13-27 to newer version !
On 30/06/2012 01:27, Aurelien Jarno wrote: On Wed, May 23, 2012 at 07:07:05PM +0200, Aurelien Jarno wrote: On Sun, May 06, 2012 at 11:14:56AM +0200, Mourad Jaber wrote: Package: libc6 Version: 2.13-27 Severity: important Dear Maintainer, * What led up to the situation? My system (debian/testing) is using 2.13-27 version of libc6 and I'm trying to upgrade to the current testing version... * What exactly did you do (or not do) that was effective (or ineffective)? I'm trying to do an aptitude install libc6 * What was the outcome of this action? It didn't finish well, I obtain the following messages : A copy of the C library was found in an unexpected directory: '/lib/x86_64-linux-gnu/libc-2.13.so' It is not safe to upgrade the C library in this situation; please remove that copy of the C library or get it out of '/lib/x86_64-linux-gnu' and try again. * What outcome did you expect instead? An upgrade without problem ! I have tryied : - to move that file - nothing work after that so I cannot redo the upgrade ! - to use a rescue CD (PartedMagic), chroot the environement and try to force the upgrade, but I get the same result ! Is there any solution to make the upgrade happen without reinstalling the whole system ? This looks like your dpkg database is corrupted, or at least not in sync with the files installed in your system. Can you please provide us the contents of all the files named /var/lib/dpkg/info/libc6*.list ? Ping ? Sorry for the lack of response ! Unfortunately I have reinstalled the system using the CUT installation CD (http://cut.debian.net/) and it works like a charm ! I received your first mail just after my reinstall and I haven't any copy of the old /var :( I think you can close that bug. I will reopen it if it happened again and in that case I will save the /var/lib to have some post mortem datas. Best Regards Mourad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679617: not working octave bindings
Package: octave-nlopt Version: 2.2.4+dfsg-1 Severity: grave This issue was reported in closed ITP bugreport #610623. But after accepting buggy package in Debian --- test script (tutorial example from upstream wiki) fails as before: $ octave -q ./tutorial.m error: invalid use of script /usr/share/octave/site/m/nlopt_optimize.m in index expression error: called from: error: /home/sk/nlopt-test/tutorial.m at line 22, column 24 PS: Test suite (nlopt-test.tgz) was attached to #610623. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679612: return of the undead: /lib/init/rw
On 2012-06-30 09:34 +0200, Michael Biebl wrote: it seems, instead of removing /lib/init/rw, The initscripts package does not remove that directory, but you're free to do that yourself. In fact, I did it months ago. initscripts now forcefully creates /lib/init/rw on each boot. Are you sure that it's not some other package's fault? I don't see any code in initscripts that would create /lib/init/rw. I just did a rm -rf /lib/init/rw, rebooted, and then I had: $ ls -al /lib/init insgesamt 56 drwxr-xr-x 3 root root 4096 Jun 28 06:16 . drwxr-xr-x 19 root root 12288 Jun 29 23:32 .. -rw-r--r-- 1 root root 4612 Mai 25 00:39 bootclean.sh -rw-r--r-- 1 root root 14324 Jun 27 00:50 mount-functions.sh drwxr-xr-x 2 root root 4096 Jun 30 09:31 rw -rw-r--r-- 1 root root 721 Mai 25 00:39 swap-functions.sh -rw-r--r-- 1 root root 3336 Jun 8 19:53 tmpfs.sh -rw-r--r-- 1 root root 1228 Mai 28 22:26 vars.sh Cannot reproduce that here. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679618: systemd: Fail to update over ssh
Package: systemd Version: 44-2 Severity: serious Justification: Fails to install Apparently, upgrading a server running systemd from v37 to v44 via a ssh connection is impossible if openssh-server is updated at the same time. # dpkg --configure -a Setting up openssh-server (1:6.0p1-2) ... [] Restarting ssh (via systemctl): ssh.service Connection to *** closed by remote host. 2012-06-17 09:57:52 status half-installed systemd:amd64 37-1.1 2012-06-17 09:57:52 status unpacked systemd:amd64 44-2 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'stable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii dpkg 1.16.3 ii initscripts 2.88dsf-22.1 ii libacl1 2.2.51-7 ii libaudit01:1.7.18-1.1 ii libc62.13-33 ii libcap2 1:2.22-1 ii libcryptsetup4 2:1.4.3-2 ii libdbus-1-3 1.6.0-1 ii libkmod2 8-2 ii liblzma5 5.1.1alpha+20110809-3 ii libpam0g 1.1.3-7.1 ii libselinux1 2.1.9-2 ii libsystemd-daemon0 44-2 ii libsystemd-id128-0 44-2 ii libsystemd-journal0 44-2 ii libsystemd-login044-2 ii libudev0 175-3.1 ii libwrap0 7.6.q-23 ii udev 175-3.1 ii util-linux 2.20.1-5 Versions of packages systemd recommends: ii libpam-systemd 44-2 Versions of packages systemd suggests: ii python2.7.3~rc2-1 ii python-cairo 1.8.8-1+b2 ii python-dbus 1.1.0-1 pn systemd-gui none -- 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#679619: not working guile bindings
Package: libnlopt-guile0 Version: 2.2.4+dfsg-1 Severity: grave This issue was reported in closed ITP #610623. $ guile ./tutorial.scm ERROR: In procedure dynamic-link: ERROR: file: libnlopt_guile.so, message: file not found Test suite (tutorial examples from upstream wiki, nlopt-test.tgz) was attached to #610623. PS: Why include new package in Debian, if you even not try to test one? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679620: fonts-ipamj-mincho: new upstream release
Package: fonts-ipamj-mincho Version: 001.01-3 Severity: wishlist Dear Maintainer, New upstream version 002.01 is available. Thanks, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#644312: fusioninventory-agent: /run transition: Please update use of /dev/.udev
On Sat, Jun 30, 2012 at 12:35:28AM +0200, Gonéri Le Bouder wrote: 2012/6/30 Michael Biebl bi...@debian.org: On 30.06.2012 00:18, Gonéri Le Bouder wrote: On Thu, Jan 19, 2012 at 10:49:29AM +, Roger Leigh wrote: On Tue, Oct 04, 2011 at 11:48:06PM +0200, bi...@debian.org wrote: /dev/.udev/db has been deprecated a long time ago. If fusioninventory-agent does not actually need that information, why keep the code? The agent can still run on older system. When you're packaging this software for Debian, you're targetting it at the versions of the packages in unstable. This code is useless for wheezy, since all systems will be using the udev version provided with wheezy, which doesn't include /dev/.udev/db irrespective of whether or not udev is using /run/udev or /dev/.udev as its directory. It's long gone, and so is useless to even attempt to use. It might be fine to conditionally enable it /if /dev/.udev is present/, but it should certainly not be using these paths now by default. I would recommend patching it out in Debian if you do choose to retain it upstream. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638741: test results
Ron r...@debian.org writes: On Fri, Jun 29, 2012 at 07:58:59PM +0200, Goswin von Brederlow wrote: my only concern with the patch was that it breaks other sources providing plugins for libao. As Ron mentioned on irc there are none such sources in debian so this is of no concern. What I said doesn't mean there is no concern, it just means that all the things which you said would need doing - without so much as a casual look at the source or what was really needed - were completely irrelevant here. Please stop making assumptions. I did look at the source and my analysis was spot on. The only error I made was to assume from the concerns raised in the bugreport about plugins being broken that there are other sources that provide plugins for libao. I said *THIS* is of no concern, meaning that other sources, which don't exist, providing plugins break. Since they don't exist they also don't break so clearly they are not a concern. I checked the Ubuntu bugs for libao and they are not reproducable and all concern earlier versions of libao (although that needed some confident guessing) and do not apply to the mutiarch version. A few hours before the freeze is not the time to be indulging in blind guessing games and Works For Me assertions. cf. http://bash.org/?950581 Your first round of guessing what was needed here was wrong, and this round of guessing is based on equally little real and clear evidence. There is a word for certainty based on things you don't really know the full details of, but 'confidence' isn't the one that best describes it. Again you take one phrase of a sentence and apply it to a totaly different part of the sentence so you to totaly misunderstand me. As discussed on irc figuring out the version an Ubuntu bug was reported for and for which it applies is a guessing game. But given the dates and any aditional hints given in the bugreport itself I made a confident guess what version each reporter used, or at least that he didn't use the multiarch version. All that was just to show you that the multiarch patch isn't buggy just because Ubuntu has a number of bugs open for libao4 and doesn't care about closing bugs that have long since been fixed or made irelevant. An issue you raised in defense of not applying the bug. It was to uphold the argument that the patch has been tested by many people, namely all the ubuntu users that use libao4 since it was multiarchified. I would opt for including the patch before the freeze. If it breaks something unexpected then there will be enough time during the freeze to fix or revert it. It is only a freeze, not a release yet. The whole point of the freeze is to *fix* the remaining RC bugs so that we can release - not to cram in last minute untested things that introduce as many more of them as possible right before the 'deadline'. You're months too late for if it breaks something unexpected speculation. That you left reporting the remaining ia32-libs deps until the last day is bad enough, I don't see any good reason to make it unnecessarily worse. There are plenty of other m-a issues that you should be working on fixing before the wheezy+1 cycle begins without adding extra busywork to that. Ron And again you are just spewing nonesens: From: Steve Kowalik stev...@debian.org To: Debian Bug Tracking System sub...@bugs.debian.org Subject: libao4: Multi-Arch support Date: Mon, 22 Aug 2011 00:04:10 +1000 That was 10 month ago. A revised patch came in December, still 6 month for you to do something. Your first response was Fri, 29 Jun 2012 23:27:51 +0930. There is only one person to blame for not applying the patch or raising concerns about it in a timely fashion and that is you. It is your decision to make wether you accept a patch or not but then also take the blame and don't pretend you didn't have any other choice. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679612: return of the undead: /lib/init/rw
On Sat, Jun 30, 2012 at 10:23:11AM +0200, Sven Joachim wrote: On 2012-06-30 09:34 +0200, Michael Biebl wrote: it seems, instead of removing /lib/init/rw, The initscripts package does not remove that directory, but you're free to do that yourself. In fact, I did it months ago. This is certainly true. initscripts now forcefully creates /lib/init/rw on each boot. Are you sure that it's not some other package's fault? I don't see any code in initscripts that would create /lib/init/rw. I just double-checked, including rebooting a current sid system in a VM, and it's not created at boot there. I did have an empty /lib/init/rw[/sendsigs.omit.d] on my main system, but removing it and rebooting did not result in it being recreated. Do you have another package with an init script which recreates it? The only recent change relating to /lib/init/rw is relating to bootclean, where we clean it before mountall so that if there was any residual data in the directory from upgrade, we clean it out to save space. Other than that, there have been no changes since its removal last year. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599402: netatalk: afpd segfaults randomly
Another me too after update to Squeeze :-( This Ubuntu bug could be the same issue, and it has some partial workaround https://bugs.launchpad.net/ubuntu/+source/netatalk/+bug/810732 Not tested yet though, need to check the implications on user side. Another very similar report http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652825 Duplicated? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652825: netatalk: afpd segmentation fault when trying to connect with MacOS over AppleTalk
Could be a duplicated report of this http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599402 ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679621: trousers: can't be upgraded from 0.3.8-2 to 0.3.9-1 (related to #676828)
Package: trousers Version: 0.3.8-2 Severity: important Dear Maintainer, Because of the -oknodo bug in tcsd'd initscript, the package can't be upgraded: Preparing to replace trousers 0.3.8-2 (using .../trousers_0.3.9-1_i386.deb) ... [] Stopping Trusted Computing daemon: tcsdstart-stop-daemon: umask value must be a positive number Try 'start-stop-daemon --help' for more information. failed! invoke-rc.d: initscript trousers, action stop failed. dpkg: warning: subprocess old pre-removal script returned error exit status 3 dpkg - trying script from the new package instead ... [] Stopping Trusted Computing daemon: tcsdstart-stop-daemon: umask value must be a positive number Try 'start-stop-daemon --help' for more information. failed! invoke-rc.d: initscript trousers, action stop failed. dpkg: error processing /var/cache/apt/archives/trousers_0.3.9-1_i386.deb (--unpack): subprocess new pre-removal script returned error exit status 3 [warn] Starting Trusted Computing daemon: tcsd[] device driver not loaded, skipping. ... (warning). Errors were encountered while processing: /var/cache/apt/archives/trousers_0.3.9-1_i386.deb The package can't be removed either. I suppose this should be handled in the new package's prerm, since it is invoked after the original prerm fails! Regards, Stephen -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages trousers depends on: ii adduser 3.113+nmu3 ii libc62.13-33 ii libssl1.0.0 1.0.1c-3 ii libtspi1 0.3.9-1 ii lsb-base 4.1+Debian7 trousers recommends no packages. trousers suggests no packages. -- Configuration Files: /etc/tcsd.conf [Errno 13] Permission denied: u'/etc/tcsd.conf' -- 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#679622: fim: package description review
Package: fim Version: 0.3-beta-prerelease-1.3+b1 Severity: wishlist Tags: patch The package description for fim has a few English language problems. Package: fim Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Description: a scriptable frame buffer and ascii art image viewer First minor issue: DevRef says there's no need for an initial article. And it's ASCII art (in fact I'd hyphenate it as ASCII-art to clarify the structure). FIM is a highly customizable and scriptable image viewer targeted at the ^ xxx I'd like to suggest including the explanation for the name here, just in passing - FIM (Fbi IMproved) is... The users has another surplus article. users who are confortable with software like the Vim text editor or the Mutt ~ mail user agent (it aims to be a swiss army knife for viewing images). ~~ ~ Typo: s/confortable/comfortable/ I would suggest using a semicolon instead of parentheses. The term swiss army knife should be capitalised Swiss Army knife. It is based on the Fbi image viewer (by Gerd Hoffmann), and works primarily in Given that this package description doesn't give the names of FIM's own upstream authors, and given that anybody interested in Fbi can just install the Debian package, I don't think there's any point mentioning Gerd Hoffman here. the Linux framebuffer console. For consistency, frame buffer. Thanks for mentioning Linux, though; this is a useful warning to Debian GNU/kFreeBSD users that at least that functionality isn't really Architecture: any. It is multidevice : it has X support, too (via the SDL library) and it supports ascii art output (via the aalib library). There shouldn't be a space before that colon - but then again I would eliminate that clause anyway, since multidevice is an esoteric software-development buzzword that contributes nothing in particular to this description. I would recommend boiling this sentence and the previous one down to It is based on the image viewer Fbi, and works primarily in the Linux frame buffer console, though it also has support for X (via the SDL library) and ASCII-art output (via aalib). It is capable of regular expressions based (on filename) image viewing,vim-like ~~ ~~ Regular expressions based (on filename) needs a rewrite; vim should be capitalised for consistency; and there's a missing space. autocommands, it offers GNU readline command line autocompletion and history, It is capable of A, B, it offers C and D, E... this list is structurally unsound. completely customizable key bindings, external/internal (if-while based) The hyphen in if-while based is inappropriate - FIM's scripting language has separate if and while structures, so what you mean is if/while-based (or maybe with loops and conditionals). scriptability (through return codes, standard input/output, and commands given at invocation time, initialization file), internal filename-based image search, Cramming all this complexity into a parenthetical phrase has broken it slightly - should that be at invocation time or in an initialization file? and much more features. Grammar nitpickers would insist on many more features. I would suggest instead moving the word features to the start of this paragraph-long sentence and making it an explicit bulleted list. My suggested version: ! Description: scriptable frame buffer and ASCII-art image viewer ! FIM (Fbi IMproved) is a highly customizable and scriptable image viewer ! targeted at users who are comfortable with software like the Vim text ! editor or the Mutt mail user agent; it aims to be a Swiss Army knife for ! viewing images. It is based on the image viewer Fbi, and works primarily ! in the Linux frame buffer console, though it also has support for X (via ! the SDL library) and ASCII-art output (via aalib). ! . ! Its features include: ! * viewing images by filename regular expressions; ! * Vim-like autocommands; ! * GNU readline command line autocompletion and history; ! * completely customizable key bindings; ! * external/internal (if/while-based) scriptability through return codes, ! standard input/output, and commands given at invocation time or in ! an initialization file; ! * internal filename-based image search; ! * and much more. -- JBR Ankh kak! (Ancient Egyptian blessing) diff -ru fim-0.3-beta-prerelease.pristine/debian/control fim-0.3-beta-prerelease/debian/control --- fim-0.3-beta-prerelease.pristine/debian/control 2012-06-29 10:21:03.0 +0100 +++ fim-0.3-beta-prerelease/debian/control 2012-06-30 09:57:40.127392507 +0100 @@ -9,17 +9,21 @@ Package: fim Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} -Description: a scriptable frame buffer and ascii
Bug#679500: cron: test for missing lost+found should ignore bind mounts
forcemerge 660879 679500 forcemerge 660879 662605 thanks On 29/06/2012, Toby Speight t.m.speight...@cantab.net wrote: Every day, I receive an email warning me about missing lost+found directories. But the filesystems listed are merely bind mounts of sub-trees of other filesystems which do in fact have lost+found. I think that the test script should filter out bind mounts before checking for /lost+found. This bug was already reported (in bug reports #662605 and #660879) and has been fixed in the 3.0pl1-123 version (in unstable now) by removing the standard cron task file. I'm merging this bug report with the previous bug reports (and thus closing this one too) Regards Javier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678392: my bad
reassign 678392 selinux-policy-default thanks It turns out that there was a policy error that caused this. I'll fix it in the next version of selinux-policy-default which will hopefully get into Wheezy. But in any case this isn't an issue for systemd maintainers. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679623: /etc/default/networking: no need to be executable
Package: ifupdown Version: 0.7.1 Severity: normal Hi, /etc/default/networking is only a shell include but the executable bit is set. Like the other files in that directory, mode 644 should suffice. Dirk -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifupdown depends on: ii dpkg 1.16.4.3 ii initscripts 2.88dsf-28 ii iproute 20120521-3 ii libc62.13-33 ii lsb-base 4.1+Debian7 ifupdown recommends no packages. Versions of packages ifupdown suggests: ii dhcpcd5 [dhcp-client] 5.5.6-1 ii net-tools 1.60-24.1 pn pppnone pn rdnssd none -- 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#665801: nagios-nrpe-plugin: package recommends nagios3
fixed 2.12-6 thanks On Mon, 26 Mar 2012, Jens Link wrote: Package: nagios-nrpe-plugin Severity: minor This package can also be used with Icinga. When installing without --no-install-recommends on a Icinga host you'll end up with both Icinga *and* Nagios3. This was fixed in 2.12-6 but I forgot to close this bug. I am doing this now. Thanks Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678184: [fglrx-modules-dkms] Continues to not compile on 3.4 kernels
Package: fglrx-modules-dkms Version: 1:12-6-1 --- Please enter the report below this line. --- The module does not compile on my custom 3.4.3 and standard 3.4 debian kernels. Error reported is: DKMS make.log for fglrx-12-6 for kernel 3.4-trunk-amd64 (x86_64) sab 30 giu 2012, 11.02.00, CEST make: Entering directory `/usr/src/linux-headers-3.4-trunk-amd64' LD /var/lib/dkms/fglrx/12-6/build/built-in.o CC [M] /var/lib/dkms/fglrx/12-6/build/firegl_public.o /var/lib/dkms/fglrx/12-6/build/firegl_public.c: In function ‘kasInitExecutionLevels’: /var/lib/dkms/fglrx/12-6/build/firegl_public.c:4159:5: error: ‘cpu_possible_map’ undeclared (first use in this funct$ /var/lib/dkms/fglrx/12-6/build/firegl_public.c:4159:5: note: each undeclared identifier is reported only once for ea$ /var/lib/dkms/fglrx/12-6/build/firegl_public.c:4159:5: warning: left-hand operand of comma expression has no effect $ make[3]: *** [/var/lib/dkms/fglrx/12-6/build/firegl_public.o] Error 1 make[2]: *** [_module_/var/lib/dkms/fglrx/12-6/build] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-headers-3.4-trunk-amd64' --- System information. --- Architecture: amd64 Kernel: Linux 3.3.8 Debian Release: wheezy/sid 990 unstablemi.mirror.garr.it 990 unstableftp.uk.debian.org 990 unstableftp.it.debian.org 500 testing mi.mirror.garr.it 500 testing ftp.uk.debian.org 100 experimental-snapshots qt-kde.debian.net 1 experimentalmi.mirror.garr.it 1 experimentalftp.uk.debian.org --- Package information. --- Depends(Version) | Installed -+-= dkms(= 2.1.0.0) | 2.2.0.3-1 Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== fglrx-driver| 1:12-6-1 -8---8---8---8---8---8---8---8---8-- Please attach the file: /tmp/reportbug-ng-fglrx-modules-dkms-UPf17S.txt to the mail. I'd do it myself if the output wasn't too long to handle. Thank you! -8---8---8---8---8---8---8---8---8-- Valerio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679540: unable to reproduce (was: Bug#679540: linux-image-2.6.32-5-686: cx88xx doesn't accept a legal parameter)
On Fri, 29 Jun 2012 jsb...@mimuw.edu.pl (Janusz S. Bień) wrote: Package: linux-2.6 Version: 2.6.32-45 Severity: normal File: /lib/modules/2.6.32-5-686/kernel/drivers/media/video/cx88/cx88xx.ko I've just installed a second hand AverMedia Studio 303 which works under Windows. However modprobe cx88xx card=6 results in FATAL: Error inserting cx88xx (/lib/modules/2.6.32-5-686/kernel/drivers/media/video/cx88/cx88xx.ko): Invalid argument and [ 3771.091382] cx88xx: `' invalid for parameter `card' Today it simply works... Can somebody explain this? Best regards JSB -- , Prof. dr hab. Janusz S. Bien - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679624: vlc: new upstream version 2.0.2 available
Package: picocom Severity: wishlist Dear Maintainer, VLC 2.0.2 is available, please consider packaging it. I'm very interested to get this included before wheezy freeze. Cheers, Johann AMSELLEM
Bug#679625: vlc: new upstream version 2.0.2 available
Package: vlc Severity: wishlist Dear Maintainer, VLC 2.0.2 is available, please consider packaging it. I'm very interested to get this included before wheezy freeze. Cheers, Johann AMSELLEM
Bug#674161: [Pkg-xen-devel] Bug#674161: Re: [Xen-API] Bug#674161: xcp-xapi: 'the device disappeared from xenstore' message during vbd-plug (vm-start)
On 06/29/2012 05:45 PM, Ritesh Raj Sarraf wrote: We hit the same problem in our labs. And can confirm that the workaround, 'xenstore-write /local/domain/0/vm something', does solve the problem. Are you targeting this fix for Wheezy? Hi, If you provide a patch, then yes, I'll try to get this fixed for Wheezy. I have already fixed 5 Debian bugs just right before the freeze, but it should be doable, at least for some time, to ask for freeze exceptions... Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679106: cron: multiple /etc/init.d/cron stop may kill unrelated processes
On 29/06/2012, Christoph Anton Mitterer cales...@scientia.net wrote: On Wed, 2012-06-27 at 20:36 +0200, Javier Fernandez-Sanguino wrote: For its stop argument, cron uses /lib/lsb/init-functions's killproc. I believe killproc should remove the pidfile if the processes is killed properly. ok... weird... Thanks for the information. The killlproc() function is not removing the pidfile, and it probably should. It seems that /lib/lsb/init-functions changed its behaviour and produces this bug (or maybe we are not using it properly in cron's init.d). Just to confirm, could you please tell me: - which version of lsb-base do you have installed. Is it the latest one (4.1+Debian7)? - which version of dpkg do you have installed. Is it the latest one (1.16.4.3)? Thanks Javier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679415: [Pkg-samba-maint] Bug#679415: Samba4 upgrade fails because of missing sssd dependency
On Thu, 2012-06-28 at 16:08 +0200, Thomas Hood wrote: Package: samba4 Version: 4.0.0~beta2+dfsg1-1 Severity: normal I just upgraded from 4.0.0~alpha18.dfsg1-4ubuntu2 to 4.0.0~beta2+dfsg1-1. First attempt failed. Setting up samba4 (4.0.0~beta2+dfsg1-1) ... ldb: module version mismatch in ../src/ldb_modules/memberof.c : ldb_version=1.1.6 module_version=1.1.4 ldb: failed to initialise module /usr/lib/x86_64-linux-gnu/ldb/modules/ldb/memberof.so : Unavailable ERROR(type 'exceptions.MemoryError'): uncaught exception - File /usr/lib/python2.7/dist-packages/samba/netcmd/__init__.py, line 160, in _run return self.run(*args, **kwargs) File /usr/lib/python2.7/dist-packages/samba/netcmd/dbcheck.py, line 77, in run credentials=creds, lp=lp) dpkg: error processing samba4 (--configure): Fixed by # apt-get -t quantal install sssd (done because of this clue: # dpkg -S /usr/lib/x86_64-linux-gnu/ldb/modules/ldb/memberof.so sssd: /usr/lib/x86_64-linux-gnu/ldb/modules/ldb/memberof.so ) so presumably a dependency w.r.t. sssd is needed. The issue is have been that you had an older memberof in the load path, and it failed to load against the newer ldb. We don't use the memberof module from sssd. Andrew Bartlett -- Andrew Bartletthttp://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679626: RM: scim-sunpinyin -- ROM; Buggy with scim, low popcon
Package: ftp.debian.org Severity: normal SCIM is obsolete and buggy in Debian, So I ask to remove scim-sunpinyin, current scim-sunpinyin users are adviced to migrate to ibus-sunpinyin or fcitx-sunpinyin. Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature
Bug#466120: sometimes one wonders why one bothers
tag 466120 +pending thanks I thought I would pick this up as it looked easy and so overdue. I still think its worthwhile but I have so many niggling questions. I have created a repository at http://anonscm.debian.org/gitweb/?p=collab-maint/bash-doc-reference.git;a=summary. Obviously it is GFDL and so non-free. However there are other documentation packages for bash: bash-doc and some HOWTOS. (bash-doc seems to carefully avoid the GFDL stuff.) I can see no obvious duplication here. Should I have really, really packaged the info doc instead of HTML? Don't wanna. ;-( The version number is a pain. For a start I cannot see anyway that uscan can pick up a version number. I am using the date on the home page which only works for humans. However worse than that there IS a version number (4.1) buried within the HTML itself assocated with a date that is different from one the one on the home page. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597937: Temporary fix
See the same bug on launchpad: https://bugs.launchpad.net/ubuntu/+source/consolekit/+bug/483130 Temporary upgrade-friendly fix is in comment 16. It fixes launching session with startx, and does not break session launched with Lightdm. Although, I remember some time ago it broke sessions launched with GDM. I do not know if it is true now, haven't used GDM for a long time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675915: rtorrent: Increases speed after Ctrl-D, Ctrl-S .
Package: rtorrent Version: 0.9.2-1 Followup-For: Bug #675915 Dear Maintainer, I just have tested w/ one torrent that had speed of downloading - 1 KB/s. - After pressing Ctrl-D, Ctrl-S , speed grew immediately to 107 KB/s. I think it is related to previous bug - that is rtorrent ahs greatter download speed - when torrrents are reset manually. In tracker list I see three records (0-2). There is single peer. The slow speed for unknown period - I believe it was about 1 hour. Please note, that this behavior is not suspend-related, just farther investigation on downloading speed - when manual manipulations changes the case dramatically. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rtorrent depends on: ii libc6 2.13-33 ii libcurl37.26.0-1 ii libgcc1 1:4.7.0-8 ii libncursesw55.9-9 ii libsigc++-2.0-0c2a 2.2.10-0.1 ii libstdc++6 4.7.0-8 ii libtinfo5 5.9-9 ii libtorrent140.13.2-1 ii libxmlrpc-core-c3 1.16.33-3.1 rtorrent recommends no packages. Versions of packages rtorrent suggests: pn screen | dtach none -- 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#679616: jenkins: Please package a more recent upstream version
Le samedi 30 juin 2012 09:57:09, Sylvestre Ledru a écrit : Source: jenkins Severity: wishlist Hello, Could you consider to package a more recent version of Jenkins ? We are currently shipping 1.447 and upstream is 1.472 Actually 1.447.x is upstream LTS chanel for stable release. Maybe we should stick with it during Wheezy release cycle ? Cheers, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679491: [pkg-fetchmail-maint] Bug#679491: [fetchmail] Spamassassin-Fetchmail depedenty boot order needs fixing
Hi, * David Baron d_ba...@012.net.il [2012-06-29 08:37]: The new sysv-rc assined K01 symlinks to fetchmail. However, I want to have spamassassin and its rules up beforehand. I have been doing this explicitly in what is now rc.local. Fetchmail did not like the duplicated start and my mail wored only after I restarted fetcmail. There must be a more correct way to do this. ( Meanwhile, I removed the symlinks to allow my rc.local to start fetchmail. The next upgrades will restore them unless I divert. The sysv-rc gave K03 symlinks to spamassassin which would mean starting after fetchmail and there is not menion of the rules. ) K symlinks don't define the start order during boot. [...] So you just need to have Should-Start: spamassassin in the fetchmail script. And/or X-Start-Before: fetchmail in the spamassassin script. Then re-run insserv. This won't happen or at least is very unlikely. I don't see a bug here to be honest and the purpose of those targets is not to list every single individual program that people might find useful to get started beforehand. Kind regards Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0 For security reasons, all text in this mail is double-rot13 encrypted. pgpxrZ7rORTj2.pgp Description: PGP signature
Bug#679627: [gnu-efi] New version available
Package: gnu-efi Version: 3.0i-3 Severity: normal Hi, There is a new upstrema version 3.0q, Would like to upgrade it in Debian? Thanks, --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 500 unstablelocalhost 1 experimentallocalhost --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== elilo | Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature
Bug#574235: Your wims stable upload
[Please don't top-post without trimming; it makes following the conversation quite difficult] On Wed, 2012-06-20 at 17:42 +0200, Georges Khaznadar wrote: I proposed, as an update, a backport of the last version of wims to squeeze with the version number 4.00-4+squeeze1. This package does not seem to be referenced from http://ftp-master.debian.org/new.html No, it wouldn't be. The package is already in stable so there's no reason for it to be in the NEW queue. It is, however, in proposed-updates-NEW, as per http://release.debian.org/proposed-updates/stable.html I must clear this bug for Debian's version upgrade, I'm not sure what you mean by that. and there are two ways to do it: - either ask you to accept the new package wims_4.00-4+squeeze1 which closes the bug report, - or ask for removal of the package wims from squeeze, and manually close the bug report. Removing packages is a somewhat drastic way of fixing bugs in most cases. In both cases, the bug #574235 will be cleared, and wims users will be happy (me too). fwiw, I note that this part of my earlier mail appears never to have been responded to: - the bug #574235 is fixed in unstable: wims 4.03 is pretty installable. Okay. Which is the earliest version in which the affected code was either fixed or removed? Please mark the bug as fixed in that version so that it's clearer what's going on. However, Andreas seems to have fixed up the bug state and reviewing the log the patch seems sane so I've flagged the package for acceptance. Please follow the documented procedures for any future stable uploads. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679063: RE : [Pkg-gmagick-im-team] Bug#679063: Reopening
Sorry, but care to retest. The 6.7.7.10-1 has the break replace in place Bastien Le 29 juin 2012 18:33, José Manuel Santamaría Lema panfa...@gmail.com a écrit : reopen 679063 thanks Hello, No, it won't. You need a Replaces, and probably Breaks, on old libmagickcore5 versions in libmagickcore5-extra. See Policy §7.6. The dependency only guarantees the order of configuration, not of unpacking. indeed, the dependency doesn't solve the problem since I tried to upgrade today -extra and the problem is still there. I think adding Breaks: libmagickcore5 ( 8:6.7.7.10-1) Replaces: libmagickcore5 ( 8:6.7.7.10-1) to libmagickcore5-extra would solve the problem (I didn't have time test it) and is also the right solution according to policy §7.6. Thank you for your time. ___ Pkg-gmagick-im-team mailing list pkg-gmagick-im-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gmagick-im-team
Bug#679628: libxcrypt1: crypt_blowfish doesn't properly handle 8-bit characters (CVE-2011-2483)
Package: libxcrypt1 Version: 1:2.4-1 Severity: normal I think the crypt_blowfish implementation in libxcrypt 2.4-1 has the sign extension bug detailed in CVE-2011-2483. Full details of this bug are at: http://seclists.org/oss-sec/2011/q2/632 crypt_blowfish.c in the libxcrypt source package contains the following code, which indicates that it's affected by this bug: for (j = 0; j 4; j++) { tmp = 8; tmp |= *ptr; if (!*ptr) ptr = key; else ptr++; } The problem is in the statement tmp |= *ptr, where ptr is a plain char. This should be cast to an unsigned char, e.g. tmp |= (unsigned char)*ptr Upgrading to the latest upstream source should fix this bug. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxcrypt1 depends on: ii libc6 2.13-33 libxcrypt1 recommends no packages. libxcrypt1 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#678671: pu: package vte/1:0.24.3-4
tags 678671 + squeeze pending thanks On Sat, 2012-06-23 at 18:37 +0200, Josselin Mouette wrote: I’ve uploaded a new vte package to stable, to fix CVE-2012-2738 (Debian #677717). The two patches are present in vte3/1:0.32.2-1. I’ve backported them to vte/1:0.28.2-5 for unstable, and to vte/1:0.24.3-4 for stable. I’m attaching the two patches. I've just flagged the package for acceptance; thanks. Filing the bug before uploading and attaching a full debdiff is still (predictably) preferred. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#466120: sometimes one wonders why one bothers
tag 466120 -pending thanks (10:53:55) periapt: What's the word for getting 90% of the way through and easy package and then realizing it raises horrible questions? (10:57:12) ansgar: bash-doc-reference? (10:57:46) periapt: ansgar: yes (10:58:10) periapt: ansgar: I've also picked a terrible time to ask the ftp-masters something (10:59:03) periapt: I was reckoning I would have to poke them with it as a Christmas present. (11:01:25) ansgar: periapt: There was a question to ftpmaster in there? (11:02:18) periapt: ansgar: Well at least copyright and duplication. Or should I just go and upload. (11:02:47) periapt: Or who does one turn to when one is about to upload a new package and having doubts. (11:03:24) periapt: Does it ring any alarm bells for you? (11:03:32) ansgar: periapt: GFDL with no invariant anything is free. (11:03:50) periapt: ansgar: so wrong section. (11:05:24) ansgar: Well, the header for index.html mentions {Front,Back}-Cover Texts... (11:06:16) ansgar: Also meta name=generator content=makeinfo 4.13 (11:06:31) ansgar: I don't think that is the source ;) (11:09:04) periapt: http://www.debian.org/vote/2006/vote_001 seems pretty clear. Non-free (11:09:55) ansgar: periapt: Take a look which option won ;) (11:12:10) periapt: So the Wikipedia page is pretty innacurate then. http://en.wikipedia.org/wiki/Debian_Free_Software_Guidelines (11:13:35) ansgar: Well, it mentions invariant sections, but is not very clear about it. (11:14:34) periapt: And I suppose I had better have a look at the texinfo source. If the HTML is generated from that then I would really have to start again. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679629: powertop: FTBFS on ia64: required file `./ar-lib' not found
Package: powertop Version: 2.0-0.1 Severity: serious Hi! powertop currently FTBFS on ia64 with the following error message: config.status: creating po/POTFILES config.status: creating po/Makefile config.status: executing depfiles commands config.status: executing libtool commands configure: WARNING: unrecognized options: --disable-maintainer-mode, --disable-silent-rules touch debian/stamp-autotools /usr/bin/make -C . make[1]: Entering directory `/build/buildd-powertop_2.0-0.1-ia64-XBFoMz/powertop-2.0' CDPATH=${ZSH_VERSION+.}: cd . /bin/bash /build/buildd-powertop_2.0-0.1-ia64-XBFoMz/powertop-2.0/missing --run aclocal-1.11 -I m4 cd . /bin/bash /build/buildd-powertop_2.0-0.1-ia64-XBFoMz/powertop-2.0/missing --run automake-1.11 --foreign configure.ac:17: required file `./ar-lib' not found configure.ac:17: `automake --add-missing' can install `ar-lib' make[1]: *** [Makefile.in] Error 1 make: *** [debian/stamp-makefile-build] Error 2 make[1]: Leaving directory `/build/buildd-powertop_2.0-0.1-ia64-XBFoMz/powertop-2.0' Best regards, Alexander, who stumbled over this while working on #671931 -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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#671931: RM: libnl2 -- ROM; obsolete, unmaintained
tags 671931 +moreinfo block 671931 by 679629 thanks Hi! * Michael Biebl bi...@debian.org [120628 19:47]: All reverse dependencies have been updated and libphone-ui-shr just needs a simple binNMU, which I've requested as #679438. Sorry, but dak begs to differ: Checking reverse dependencies... # Broken Depends: phoneuid: phoneuid [amd64 armel armhf i386 ia64 mips mipsel powerpc s390 s390x sparc] powertop: powertop [ia64] # Broken Build-Depends: powertop: libnl2-dev The ia64 problem is due to outdated binaries on that arch, as powertop 2.0-0.1 FTBFS on ia64. I opened #679629 for that. However, I'm not sure about phoneuid. Re-assigning to ftp.debian.org to get the package removed. Once the above mentioned problems are solved, we'll do it gladly. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679630: insserv: Dependency-based boot changes SigIgn mask of daemons
Package: insserv Version: 1.14.0-2 Severity: important Hi, In our squeeze-based cluster enabling dependency-based booting causes certain daemons to have different SigIgn masks -- more to the point, they start ignoring SIGINT. As you can imagine that has all kinds of implications (for the daemons and the processes they start). Here is the symptom (ran on one of our compute nodes): root@snake1:~# cat /proc/*/status | grep \(SigIgn\|Name\) |egrep -B1 [0-9a-f][0-9a-f]+2$ Name: ypbind SigIgn: 0002 -- Name: condor_master SigIgn: 1002 -- Name: condor_startd SigIgn: 1002 -- Name: exim4 SigIgn: 1002 -- Name: cron SigIgn: 0002 -- Name: sshd SigIgn: 1002 root@snake1:~# grep CONCURRENCY /etc/init.d/rc |head -n1 CONCURRENCY=makefile As soon as I set CONCURRENCY to 'none' there is not a single process ignoring SIGINT running on the fully booted system. The SigIgn mask can be fixed by simply restarting the daemons after the system is fully booted -- for each and every single one: root@snake1:~# invoke-rc.d condor restart Shutting down Condor (fast-shutdown mode)... done. Starting up Condor...done. root@snake1:~# cat /proc/*/status | grep \(SigIgn\|Name\) |egrep -B1 [0-9a-f][0-9a-f]+2$ Name: ypbind SigIgn: 0002 -- Name: exim4 SigIgn: 1002 -- Name: cron SigIgn: 0002 -- Name: sshd SigIgn: 1002 root@snake1:~# invoke-rc.d exim4 restart Stopping MTA for restart: exim4_listener. Restarting MTA: exim4. root@snake1:~# cat /proc/*/status | grep \(SigIgn\|Name\) |egrep -B1 [0-9a-f][0-9a-f]+2$ Name: ypbind SigIgn: 0002 -- Name: cron SigIgn: 0002 -- Name: sshd SigIgn: 1002 root@snake1:~# invoke-rc.d crom restart invoke-rc.d: unknown initscript, /etc/init.d/crom not found. root@snake1:~# invoke-rc.d cron restart Restarting periodic command scheduler: cron. root@snake1:~# cat /proc/*/status | grep \(SigIgn\|Name\) |egrep -B1 [0-9a-f][0-9a-f]+2$ Name: ypbind SigIgn: 0002 -- Name: sshd SigIgn: 1002 root@snake1:~# invoke-rc.d ypbind restart invoke-rc.d: unknown initscript, /etc/init.d/ypbind not found. root@snake1:~# invoke-rc.d nis restart Stopping NIS services: ypbind ypserv ypppasswdd ypxfrd. Starting NIS services: ypbind. root@snake1:~# cat /proc/*/status | grep \(SigIgn\|Name\) |egrep -B1 [0-9a-f][0-9a-f]+2$ Name: sshd SigIgn: 1002 We have some indication that not only our cluster is affected (several condor user report SIGINT-ignore related problems on Debian squeeze). However there are also clusters that are not affected -- even with dependency-based booting enabled. Therefore there a chance that this is caused by something other than insserv. However, given the number of daemons affected, I decided to report this here. In any case, I can reliably change the SigIgn masks for all these daemons by enabled/disabling dependency-based booting -- and this should probably not be happening. Thanks, Michael -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/24 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 insserv depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib insserv recommends no packages. Versions of packages insserv suggests: pn bootchart none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679281: [INTL:es] collectd Spanish translation update
Hi, On Wed, Jun 27, 2012 at 06:42:30PM +0200, Omar Campagne wrote: Resending due to encoding issues. In fact, the attachment of the former E-mail arrived as perfect UTF8 while the second E-mail appeared to be broken. I'm thus using the first ;-) Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#679577: Can reproduce...
...the same here, after a resume, the system comes up, but the screen remains blank (backlight seems to be on). Could not reproduce the kernel panic. regards, Dietz signature.asc Description: This is a digitally signed message part.
Bug#598650: Infinite template recursion in svn2cl
reassign 598650 svn2cl 0.10 thanks Hi, Recently svn2cl was moved to it's own package so I'm reassigning this bug accordingly. Can you check that this bug is still present in the 0.13 version? Thanks. -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#679631: [mk-build-deps] comment in d/control - Unable to find package name in control file
Package: devscripts Version: 2.11.9 User: devscri...@packages.debian.org Usertags: mk-build-deps mk-build-deps fails on packages which have comments in debian/control: $ echo debian/control $ echo '# foo' debian/control $ mk-build-deps mk-build-deps: Unable to find package name in control file `debian/control' -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.4-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.16.5 ii libc6 2.13-34 ii perl 5.14.2-12 ii python 2.7.3~rc2-1 ii python2.6 2.6.8-0.2 ii python2.7 2.7.3-1 Versions of packages devscripts recommends: ii at3.1.13-2 ii curl 7.26.0-1 ii dctrl-tools 2.22.2 ii debian-keyring2012.06.01 ii dput 0.9.6.3 ii equivs2.0.9 ii fakeroot 1.18.4-2 ii gnupg 1.4.12-4+b1 ii libcrypt-ssleay-perl 0.58-1 pn libdistro-info-perl none ii libjson-perl 2.53-1 pn libparse-debcontrol-perl none ii libsoap-lite-perl 0.714-1 ii liburi-perl 1.60-1 ii libwww-perl 6.04-1 ii lintian 2.5.9 ii man-db2.6.2-1 ii patch 2.6.1-3 ii patchutils0.3.2-1.1 ii python-debian 0.1.21 ii python-magic 5.11-1 ii sensible-utils0.0.7 ii strace4.5.20-2.3 ii unzip 6.0-6 ii wdiff 1.1.2-1 ii wget 1.13.4-3 ii xz-utils 5.1.1alpha+20120614-1 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.2006cvs-1 ii build-essential 11.5 pn cvs-buildpackage none pn devscripts-elnone pn gnuplot none pn libauthen-sasl-perl none pn libfile-desktopentry-perlnone pn libnet-smtp-ssl-perl none ii libterm-size-perl0.207-1 ii libtimedate-perl 1.2000-1 pn libyaml-syck-perlnone ii mutt 1.5.21-6 ii openssh-client [ssh-client] 1:6.0p1-2 ii svn-buildpackage 0.8.4 ii w3m 0.5.3-8 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679632: gimp: Gimp crashes with OpenBlas
Package: gimp Version: 2.8.0-2+b1 Severity: normal Dear Maintainer, All the applications I use for mathematical operations, benefit the most from the OpenBlas (fastest blas implementation). I never experienced crashes (R and Octave) heavly utilizing this library, besides with new Gimp 2.8.x using GEGL 0.2.0. I belive the problem stays in GEGL 0.2.0 which belongs to Gimp 2.8.x, and it should be solved there. The crash occurs when when the matting-levin.so library is loaded by libgegl-0.2.so.0 The dirty manual solution is to move the affected libraries linking to libblas.so.3gf, in this case mv /usr/lib/x86_64-linux-gnu/gegl-0.2/matting-levin.so ~/ then both gimp (most of functionality) and mathematical software can work with openblas. Please forward this bug report to gegl developers, to invstigate why matting- levin.so library is crashing, suggesting implementation of safe fallback option, or reporting bug to openblas if it's really bug in openblas (I don't belive so). Please do not close this bug, until it's completly explained what is happening, and the problem is solved. Thanks, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimp depends on: ii gimp-data 2.8.0-2 ii libaa1 1.4p5-39.1 ii libatk1.0-0 2.4.0-2 ii libbabl-0.1-0 0.1.10-1 ii libbz2-1.0 1.0.6-3 ii libc6 2.13-34 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.2-1 ii libdbus-glib-1-20.100-1 ii libexif12 0.6.20-2 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgegl-0.2-0 0.2.0-2 ii libgimp2.0 2.8.0-2+b1 ii libglib2.0-02.32.3-1 ii libgs9 9.05~dfsg-6 ii libgtk2.0-0 2.24.10-1 ii libgudev-1.0-0 175-3.1 ii libjasper1 1.900.1-13 ii libjpeg88d-1 ii liblcms11.19.dfsg-1.1 ii libmng1 1.0.10-3 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1 ii libpoppler-glib80.18.4-3 ii librsvg2-2 2.36.1-1 ii libtiff43.9.6-6 ii libwebkitgtk-1.0-0 1.8.1-3.1 ii libwmf0.2-7 0.2.8.4-10 ii libx11-62:1.5.0-1 ii libxcursor1 1:1.1.13-1 ii libxext62:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii python 2.7.3~rc2-1 ii python-gtk2 2.24.0-3 ii python2.7 2.7.3-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gimp recommends: ii ghostscript 9.05~dfsg-6 Versions of packages gimp suggests: pn gimp-data-extras none pn gimp-help-en | gimp-help none ii gvfs-backends 1.12.3-1+b1 ii libasound21.0.25-3 -- 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#679633: pu: package xserver-xorg-video-intel/2:2.13.0-7
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu (x-debbugs-cc to 678565@bugs.d.o) Hi, Simon McVittie reported a crash in the intel driver, and tracked down the fix in the upstream tree. The patch is simple and applies cleanly. debdiff follows, modulo dch -r. diff --git a/debian/changelog b/debian/changelog index b1719a3..7f85d32 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +xserver-xorg-video-intel (2:2.13.0-7) UNRELEASED; urgency=low + + * Cherry-pick from upstream: +- uxa/glyphs: Fallback instead of crashing on large strings +Thanks to Simon McVittie for tracking this down (closes: #678565) + + -- Julien Cristau jcris...@debian.org Sat, 30 Jun 2012 12:49:00 +0200 + xserver-xorg-video-intel (2:2.13.0-6) stable; urgency=low * Cherry-pick from upstream: diff --git a/uxa/uxa-glyphs.c b/uxa/uxa-glyphs.c index ad4f387..da765f6 100644 --- a/uxa/uxa-glyphs.c +++ b/uxa/uxa-glyphs.c @@ -934,6 +934,11 @@ uxa_glyphs_via_mask(CARD8 op, if (!pixmap) return 1; + if (!uxa_pixmap_is_offscreen(pixmap)) { + screen-DestroyPixmap(pixmap); + return -1; + } + uxa_clear_pixmap(screen, uxa_screen, pixmap); component_alpha = NeedsComponent(maskFormat-format); @@ -1126,6 +1131,11 @@ fallback: if (!pixmap) return; + if (!uxa_pixmap_is_offscreen(pixmap)) { + screen-DestroyPixmap(pixmap); + goto fallback; + } + gc = GetScratchGC(depth, screen); if (!gc) { screen-DestroyPixmap(pixmap); Cheers, Julien signature.asc Description: Digital signature
Bug#679602: task-spooler: Wrong section Tasks
reassign 679602 aptitude 0.6.8-1 retitle 679602 aptitude: Shows package task-spooler in Tasks hierachy despite being section misc affects 679602 task-spooler kthxbye Hi, Adrian Lang wrote: Package: task-spooler [...] In aptitude, the package appears in the section Tasks, though the package description says it's in Section: misc. I guess the problem is the package name, but I'm not sure whether that's a bug in aptitude or whether non-task packages are not allowed to have a name starting with task-. Adrian: Thanks for bringing up the idea that this may be an aptitude bug! Since http://packages.qa.debian.org/t/task-spooler.html says section misc, it's likely an issue in aptitude. Reassigning. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679634: override: ia32-libs:oldlibs/optional
Package: ftp.debian.org Severity: normal ia32-libs is superseeded by multiarch and the ia32-libs package is now only a transitional package provided for backward compatibility with packages still depending on ia32-ibs. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679630: insserv: Dependency-based boot changes SigIgn mask of daemons
reassign 679630 sysvinit-utils retitle 679630 startpar: Concurrent booting change SigInt mask of daemons thanks [Michael Hanke] In our squeeze-based cluster enabling dependency-based booting causes certain daemons to have different SigIgn masks -- more to the point, they start ignoring SIGINT. As you can imagine that has all kinds of implications (for the daemons and the processes they start). Thank you for your report. It is most likely reported against the wrong package, as insserv only update the rc#.d/ symlinks, while startpar is the program starting services during boot. So it is not caused by Dependency-based boot ordering, but by concurrent booting. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678979: postgresql-9.1-slony1-2: Slony 2.0.7 is not supported with Postgresql 9.1
On tor, 2012-06-28 at 19:02 -0400, Steve Singer wrote: On Thu, 28 Jun 2012, Peter Eisentraut wrote: On mån, 2012-06-25 at 16:00 -0400, Steve Singer wrote: In terms of Debian releases, stable contains slony built for 8.4, so shipping slony for 9.1 that does not work with serializable transactions is not a regression (at least with this bug report serving as additional documentation). I don't think updating to 2.1 is possible at this point. I agree this isn't an issue in stable if it has slony for 8.4. Whichever release gets upgraded to 9.1 (experimental? unstable?) should be bumped to slony 2.1 around the same time. No, I meant that stable has slony for 8.4, and testing (the next stable) has slony for 9.1, which means someone upgrading from stable to the next stable won't experience a regression, except that they will need to make sure they use the repeatable read isolation level. Testing is currently frozen, so putting in a new major upstream release is not possible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679633: pu: package xserver-xorg-video-intel/2:2.13.0-7
On Sat, Jun 30, 2012 at 12:57:35PM +0200, Julien Cristau wrote: Simon McVittie reported a crash in the intel driver, and tracked down the fix in the upstream tree. The patch is simple and applies cleanly. debdiff follows, modulo dch -r. Please go ahead. Thanks Philipp Kern signature.asc Description: Digital signature
Bug#679635: kgpg shows incorrect signatures
Package: kgpg Version: 4:4.8.4-2 Severity: important Tags: upstream patch Dear Maintainer, the current version of kgpg shows incorrect signatures, that do not match the real signatures that the output of the command line gpg shows. In my case I see all the signatures as made by the same person. The bug is known and solved upstream, and they have a patch for it https://bugs.kde.org/show_bug.cgi?id=301618 I've tried it and it fixes the problem. Could you please apply the patch and re-upload? Regards -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.3.8a (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kgpg depends on: ii kde-runtime 4:4.8.4-1 ii kdepim-runtime 4:4.4.11.1-5 ii libc6 2.13-33 ii libkabc44:4.8.4-1 ii libkdecore5 4:4.8.4-3 ii libkdeui5 4:4.8.4-3 ii libkio5 4:4.8.4-3 ii libkpimutils4 4:4.8.4-1 ii libqt4-dbus 4:4.8.2-1 ii libqtcore4 4:4.8.2-1 ii libqtgui4 4:4.8.2-1 ii libsolid4 4:4.8.4-3 ii libstdc++6 4.7.1-2 kgpg recommends no packages. kgpg 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#679636: rawtherapee: Crash with std::bad_alloc
Package: rawtherapee Version: 4.0.9-3 Severity: important 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 *** After switching to any directory with images crashes with following messages: (rawtherapee:12249): glibmm-ERROR **: unhandled exception (type std::exception) in signal handler: what: std::bad_alloc In gdb: Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to Thread 0x7fffe6112700 (LWP 12482)] 0x77220341 in g_logv () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 bt: #0 0x77220341 in g_logv () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x772204d2 in g_log () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x76da3bcb in Glib::exception_handlers_invoke() () from /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1 #3 0x76daa123 in ?? () from /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1 #4 0x7723c5f2 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x7723bdf5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #6 0x73b4cb50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #7 0x738976dd in clone () from /lib/x86_64-linux-gnu/libc.so.6 #8 0x in ?? () -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rawtherapee depends on: ii libatkmm-1.6-1 2.22.6-1 ii libbz2-1.0 1.0.6-3 ii libc6 2.13-33 ii libcairomm-1.0-11.10.0-1 ii libexpat1 2.1.0-1 ii libgcc1 1:4.7.1-2 ii libglib2.0-02.32.3-1 ii libglibmm-2.4-1c2a 2.32.0-1 ii libgomp14.7.1-2 ii libgtk2.0-0 2.24.10-1 ii libgtkmm-2.4-1c2a 1:2.24.2-1 ii libiptcdata01.0.4-3 ii libjpeg88d-1 ii liblcms2-2 2.2+git20110628-2.2 ii libpangomm-1.4-12.28.4-1 ii libpng12-0 1.2.49-1 ii libsigc++-2.0-0c2a 2.2.10-0.2 ii libstdc++6 4.7.1-2 ii libtiff43.9.6-5 ii rawtherapee-data4.0.9-3 rawtherapee recommends no packages. rawtherapee suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679602: task-spooler: Wrong section Tasks
tags 679602 + pending thanks On 30 June 2012 18:47, Axel Beckert a...@debian.org wrote: Adrian Lang wrote: Package: task-spooler [...] In aptitude, the package appears in the section Tasks, though the package description says it's in Section: misc. I guess the problem is the package name, but I'm not sure whether that's a bug in aptitude or whether non-task packages are not allowed to have a name starting with task-. Aptitude was checking the name started with task-* when it should have been checking the actual section. Fixed: [master 99e7df8] Do not group packages as tasks section based on their name 2 files changed, 9 insertions(+), 6 deletions(-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672200: freeradius-common: mikrotik dictionary excluded and incomplete
On Wed, May 09, 2012 at 01:55:10PM +1200, Jasen Betts wrote: the file /usr/share/freeradius/dictionary.mikrotik is not included from /usr/share/freeradius/dictionary This problem is fixed in 2.1.12. also the file /usr/share/freeradius/dictionary.mikrotik is missing these two entries ATTRIBUTE Mikrotik-Total-Limit 17 integer ATTRIBUTE Mikrotik-Total-Limit-Gigawords 18 integer (these files are in the share/ directory of the source) Alan? -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679586: [Pkg-dia-team] Bug#679586: dia: Fails to run
Hi, thanks for your report? On 30/06/12 00:18, Josue Ortega wrote: Dia doesn't run, it fails only shows up an blank splash and then it dies the trace of this action is the following: The program 'dia-normal' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 1537 error_code 8 request_code 70 minor_code 0) I'm running Awesome wm, if this could help. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) I just verified that dia-normal starts up fine on i386, under awesome (as well as gnome). Are you sure you aren't using foreign or self-built packages? Can you reproduce the issue on a clean/freshly installed Debian system? Thanks, Roland PS: Issue unreproducible, maybe not actually Severity: grave? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679637: libfont-ttf-perl: unnecessary defined() calls
Package: libfont-ttf-perl Version: 0.48-1 Severity: minor Tags: patch The following patch fixes warnings from Perl 5.16 caused by unnecessary defined() calls defined_array Description: Binary data
Bug#612398: closed by Goswin von Brederlow goswin-...@web.de (Closing ia32-libs bugs because it was superceeded by multiarch)
On Sat, Jun 30, 2012 at 11:24:04AM +, Debian Bug Tracking System wrote: with the introduction of multi-arch in wheezy the ia32-libs package can finally be retired. There will be a transitional package for ia32-libs to help users migrate more smoothly to multi-arch but that package is empty and depends on the relevant 32bit packages from i386 to preserve functionality. Because of this I am closing this bug-report. If the problem still exists under multi-arch then please file a new bug-report against the relevant 32bit package directly. This problem pretty obviously cannot be solved with multiarch. You'd need to depend on the libacl1-dev package, which cannot be multiarch-ified with the current spec. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#679638: adacgi1: project files 'withing' adacgi fail to build with gprbuild
Package: adacgi1 Version: 1.6-16 Severity: normal Hi, Building a project that has 'with adacgi' in the project file fails with the following errors when using gprbuild: could not create temporary file in /usr/lib/ada/adalib/adacgi/ gprbuild: unable to create temporary configuration pragmas file It seems that gprbuild tries to write into '/usr/lib/ada/adalib/adacgi/', which of course fails without root privileges. The easiest way to reproduce the problem is to copy the examples directory from adacgi1/doc to a place where you have write privileges and doing 'gprbuild examples.gpr'. Using 'gnatmake -Pexamples.gpr' (as the provided Makefile does) works without problems. Adding 'for Externally_Built use true;' to '/usr/share/ada/adainclude/adacgi.gpr' fixes the problem. I am not entirely sure this is the correct fix as gnatmake -P works just fine. Cheers, Torsti -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages adacgi1 depends on: ii gnat 4.6 ii gnat-4.6 4.6.3-4 adacgi1 recommends no packages. adacgi1 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#679639: linphone-nox: grave bug with the use of the soundcards in daemon (init) mode
Package: linphone-nox Version: 3.3.2-1 Severity: important It is simply not capable to use well the soudns like indicated in the .linphonerc sttings. If you use the daemon linphonecsh --init and all this mess, then linphone takses whatever it wants this even if you do : linphonecsh soundcard capture 1, ... correctly becuse you know what you are doing. If you run it normally, wihtout nox daemon, then all works fine please fix this bug. Have you ever tested your program to avoid similar issue when you realse a package? thank you -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 2.6.36 (PREEMPT) 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 linphone-nox depends on: ii bind9-host [host 1:9.7.3.dfsg-1~squeeze5 Version of 'host' bundled with BIN ii host 1:9.7.3.dfsg-1~squeeze4 Transitional package ii libc62.11.3-3Embedded GNU C Library: Shared lib ii liblinphone3 3.3.2-1 linphone's shared library part (su ii libmediastreamer 3.3.2-1 linphone web phone's media library ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libortp8 3.3.2-1 Real-time Transport Protocol stack ii libosip2-4 3.3.0-1 Session Initiation Protocol (SIP) ii libreadline6 6.1-3 GNU readline and history libraries ii libspeex11.2~rc1-1 The Speex codec runtime library ii linphone-common 3.3.2-1 Shared components of the linphone linphone-nox recommends no packages. linphone-nox 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#679612: return of the undead: /lib/init/rw
Hi, On 30.06.2012 10:51, Roger Leigh wrote: On Sat, Jun 30, 2012 at 10:23:11AM +0200, Sven Joachim wrote: On 2012-06-30 09:34 +0200, Michael Biebl wrote: it seems, instead of removing /lib/init/rw, The initscripts package does not remove that directory, but you're free to do that yourself. In fact, I did it months ago. This is certainly true. initscripts now forcefully creates /lib/init/rw on each boot. Are you sure that it's not some other package's fault? I don't see any code in initscripts that would create /lib/init/rw. My bad, I think this was a red herring... I just double-checked, including rebooting a current sid system in a VM, and it's not created at boot there. I did have an empty /lib/init/rw[/sendsigs.omit.d] on my main system, but removing it and rebooting did not result in it being recreated. Do you have another package with an init script which recreates it? The only recent change relating to /lib/init/rw is relating to bootclean, where we clean it before mountall so that if there was any residual data in the directory from upgrade, we clean it out to save space. Other than that, there have been no changes since its removal last year. Yeah, with todays reboot I noticed, that bootclean was printing a message about cleaning up /lib/init/rw. I've never seen that message before. So I was wondering why this script was suddenly talking about /lib/init/rw when this directory was supposed to be long gone. I've checked the date of the directory, and it was last modified this morning. I was of the opinion, that initscripts was supposed to clean up i.e. remove /lib/init/rw on upgrades (vaguely remember out discussion about rsyslog and the leftover sendsigs.omit.d directory [1]). Apparently this is not the case. So, I was mislead by the date of the directory and falsely concluded that the directory was created by initscripts. Removing it manually, does indeed get rid of it for good. So I guess this is mostly just a misunderstanding of what initscripts was supposed to do with /lib/init/rw on upgrades. I thought it would rm -rf it. I don't quick see the reason why it should be kept and checked on each boot in bootclean. Cheers, Michael [1] from the initscripts changelog: Additionally clean up /lib/init/rw in case any files were hidden by the (now removed) tmpfs mount at this location. Closes: #652625. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#679640: [enigmail] PGP/MIME cannot be verified on some mailing lists.
Package: enigmail Version: 2:1.4.1exp-1 Severity: normal --- Please enter the report below this line. --- PGP/MIME signatures cannot be verified on some mailing lists. On these mailing lists they will just appear as attachment called signature.asc. Example lists, which this doesn't work: - lists.ubuntu.com mailing lists. - lists.gnupg.org mailing lists. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstablehttp.debian.net 500 unstabledeb.torproject.org 500 testing dl.google.com 500 stable download.webmin.com 500 stable dl.google.com 500 sid www.lamaresh.net 500 oneiric ppa.launchpad.net 500 experimental-sid deb.torproject.org 500 all liveusb.info --- Package information. --- Depends (Version) | Installed =-+-== libc6(= 2.4) | 2.13-33 libgcc1 (= 1:4.1.1) | 1:4.7.1-2 libnspr4-0d (= 1.8.0.10) | 2:4.9.1-1 libstdc++6 (= 4.1.1) | 4.7.1-2 icedove(= 11.0) | 11.0-1 OR iceape (= 2.8) | gnupg | 1.4.12-4+b1 Package's Recommends field is empty. Package's Suggests field is empty. -- [Mika Suomalainen](https://mkaysi.github.com/) || NOTICE! I am on mobile broadband with very limited time, so I cannot read emails very much. The best time to contact me is probably weekends when I have better connectivity with good luck. [gpg --keyserver pool.sks-keyservers.net --recv-keys 4DB53CFE82A46728](http://mkaysi.github.com/PGP/key.txt) || [Why do I sign my emails?](http://mkaysi.github.com/PGP/WhyDoISignEmails.html) || [Do you have problems verifying my PGP/MIME signature on mailing list?](http://mkaysi.github.com/PGP/PGP-MIME.html) || [Please don't send HTML.](http://mkaysi.github.com/articles/complaining/HTML.html) || [This signature](https://gist.github.com/2643070#file_icedove.md) [Please reply below this line](http://mkaysi.github.com/articles/complaining/topposting.html) signature.asc Description: OpenPGP digital signature
Bug#679641: dpkg: if mcstransd is unexpectedly stopped then dpkg uses invalid SE Linux context
Package: dpkg Version: 1.16.4.3 Severity: normal I am giving this bug normal severity, but for certain types of SE Linux use it might be regarded as more severe. 1) rjc:user_r:user_t:s0-s0:c0.c1023 2) rjc:user_r:user_t:SystemLow-SystemHigh The way things currently work is that dpkg converts the sensitivity range of a file from the computer readable form to the human readable form (the first of the above two lines to the second). Then before writing the data to disk it converts it back to the first form. mcstransd is used for the conversions both ways, if it's running when dpkg tries to convert from #1 to #2 but not running when dpkg wants to convert from #2 to #1 then dpkg will try to write #2 to disk, which is a violation of SE Linux policy. This can happen when dpkg upgrades multiple packages including policycoreutils (which contains mcstransd). A mitigating factor for the users is that it's recommended that upgrades of SE Linux policy and related packages (including policycoreutils) between Debian releases be done in permissive mode with a full relabel afterwards. But if someone upgraded from Squeeze to Testing a few weeks ago and then upgraded to the latest Testing today it would mess things up. Error setting security context for next file object:: Invalid argument To demonstrate this problem instruct dpkg to install a couple of big packages (I use libreoffice-common and libreoffice-core) and then stop mcstransd while dpkg is working. You may need to do it two or three times to get it to happen. If the system is in permissive mode then the string SystemLow will be included in contexts written to disk and in enforcing mode dpkg will write a message such as the above to stderr. In both cases a message such as the below will be written to the audit log (or the kernel message log if auditd isn't running). type=AVC msg=audit(1341055747.187:1390): avc: denied { mac_admin } for pid=10131 comm=dpkg capability=33 scontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tcontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tclass=capability2 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (350, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg depends on: ii libbz2-1.0 1.0.6-3 ii libc62.13-33 ii liblzma5 5.1.1alpha+20120614-1 ii libselinux1 2.1.9-5 ii tar 1.26-4 ii zlib1g 1:1.2.7.dfsg-13 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.9.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#655385: [squeeze openvz] Cannot allocate memory when doing cat, /proc/self/mountinfo inside a vm
Hmm, I just re-read http://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.html#deprecated and it says Debian GNU/Linux 6.0 will be the last release to include Linux kernel virtualization featuresets outside of mainline. This means that the OpenVZ and Linux-Vserver featuresets should be considered deprecated OK, that's fair enough, but it doesn't say and support will be dropped about a year after Squeeze is released, but before wheezy is ready, unless there's some fine-print I'm missing somewhere... Doesn't that look like dropping Debian+OpenVZ users in it a bit? Suddenly they have to switch to a non-Debian kernel (or otherwise a completely different virtualisation technology) half way through a stable release with no notice, and then manually track security updates outside of the Debian security infrastructure etc.? Is LXC considered to be a practical OpenVZ replacement by now? It doesn't really seem to be getting much attention, and I can't say I know anyone who's using it... Tim. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679617: not working octave bindings
On Jun 30, 2012, at 10:19 AM, Sergey B Kirpichev wrote: Package: octave-nlopt Version: 2.2.4+dfsg-1 Severity: grave This issue was reported in closed ITP bugreport #610623. But after accepting buggy package in Debian --- test script (tutorial example from upstream wiki) fails as before: $ octave -q ./tutorial.m error: invalid use of script /usr/share/octave/site/m/nlopt_optimize.m in index expression error: called from: error: /home/sk/nlopt-test/tutorial.m at line 22, column 24 PS: Test suite (nlopt-test.tgz) was attached to #610623. The issue is fixed in Debian science svn. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644312: fusioninventory-agent: /run transition: Please update use of /dev/.udev
2012/6/30 Roger Leigh rle...@codelibre.net: On Sat, Jun 30, 2012 at 12:35:28AM +0200, Gonéri Le Bouder wrote: 2012/6/30 Michael Biebl bi...@debian.org: On 30.06.2012 00:18, Gonéri Le Bouder wrote: On Thu, Jan 19, 2012 at 10:49:29AM +, Roger Leigh wrote: On Tue, Oct 04, 2011 at 11:48:06PM +0200, bi...@debian.org wrote: /dev/.udev/db has been deprecated a long time ago. If fusioninventory-agent does not actually need that information, why keep the code? The agent can still run on older system. When you're packaging this software for Debian, you're targetting it at the versions of the packages in unstable. This code is useless for wheezy, since all systems will be using the udev version provided with wheezy, which doesn't include /dev/.udev/db irrespective of whether or not udev is using /run/udev or /dev/.udev as its directory. It's long gone, and so is useless to even attempt to use. /dev/.udev doesn't exist anymore on up to date Debian release but the directory, will remains here on older Linux installations. I don't see a good reason to patch that in the Debian package. At best we will avoid a stat() call on a virtual filesystem and the code is designed to deal with that. It might be fine to conditionally enable it /if /dev/.udev is present/, but it should certainly not be using these paths now by default. I would recommend patching it out in Debian if you do choose to retain it upstream. Do you know a similar alternative solution to get the list of the block devices and the associated information? Best regards, -- Gonéri Le Bouder -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679642: quake-server: does not install properly without shadow passwords
Package: quake-server Version: 2 Severity: important Tags: patch Dear Maintainer, quake-server does neither install nor purge properly on systems without shadow password because usermod gives an error for its e option in this case. Postinst nad postrm scripts could be modified to cope with this. Regards, Stephan diff --git a/debian/quake-server.postinst b/debian/quake-server.postinst index e0319b3..c241c8b 100644 --- a/debian/quake-server.postinst +++ b/debian/quake-server.postinst @@ -11,7 +11,11 @@ case $1 in --ingroup games --force-badname quake-server fi # Unlock account, if it was locked by our postrm -usermod -U -e '' quake-server +if [ -f /etc/shadow ]; then + usermod -U -e '' quake-server +else + usermod -U quake-server +fi install -d /var/games install -d -o quake-server -g games /var/games/quake-server ;; diff --git a/debian/quake-server.postrm b/debian/quake-server.postrm index 3f84523..220bc81 100644 --- a/debian/quake-server.postrm +++ b/debian/quake-server.postrm @@ -6,7 +6,11 @@ set -e if [ $1 = purge ] ; then # Lock account on purge -usermod -L -e 1 quake-server +if [ -f /etc/shadow ]; then +usermod -L -e 1 quake-server +else +usermod -L quake-server +fi rm -r /var/games/quake-server rmdir --ignore-fail-on-non-empty /var/games fi -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') 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#679612: return of the undead: /lib/init/rw
On Sat, Jun 30, 2012 at 01:50:10PM +0200, Michael Biebl wrote: I was of the opinion, that initscripts was supposed to clean up i.e. remove /lib/init/rw on upgrades (vaguely remember out discussion about rsyslog and the leftover sendsigs.omit.d directory [1]). Apparently this is not the case. We can't remove it on upgrade due to it being a mounted and in-use filesystem (so the mountpoint can't be rmdir'ed). We could potentially clean it up on reboot, the exception being when / is read-only. There was a reason why we didn't do that, but I can't remember off the top of my head what the reason was. It might have been to avoid breaking scripts relying on it, but that's done now. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666473: comixcursors: upcoming rsvg removal
Hi, any updates on this bug? Would be great to have a fixed package in wheezy. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#666476: docvert: upcoming rsvg removal
Hi, any updates on this bug? Would be great to have a fixed package in wheezy. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#679643: pm-utils: pm-hibernate results with black screen and blinking cursor
Package: pm-utils Version: 1.4.1-9 Severity: normal Dear Maintainer, I have a problem with hibernation on my laptop HP ProBook 6360b with freshly installed Debian Wheezy. When I type pm-hibernate in terminal, screen goes black with blinking cursor on top-left corner and nothing else happens. System should shutdown itself, but it doesn't. I must power off my laptop by holding power button. When I do that and start my Debian again it resumes from hibernation. I tried install hdparm and vbetool, finally I reinstalled system, but with no result. pm-suspend works fine, only with hibernation I have a problem. I'm also pretty sure that it was working few month ago before I decided to format my hard disk. Here is my pm-suspend.log: Initial commandline parameters: Sat Jun 30 01:04:43 CEST 2012: Running hooks for hibernate. Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate: /usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/00logging hibernate hibernate: Linux kurpis-laptop 3.2.0-2-amd64 #1 SMP Mon Jun 11 17:24:18 UTC 2012 x86_64 GNU/Linux Module Size Used by acpi_cpufreq 12935 0 mperf 12453 1 acpi_cpufreq cpufreq_stats 12866 0 cpufreq_userspace 12576 0 cpufreq_conservative13147 0 cpufreq_powersave 12454 0 ipt_REJECT 12502 2 nf_conntrack_ipv4 14078 1 nf_defrag_ipv4 12483 1 nf_conntrack_ipv4 xt_state 12503 1 nf_conntrack 52720 2 xt_state,nf_conntrack_ipv4 iptable_filter 12536 1 ip_tables 22042 1 iptable_filter x_tables 19073 4 ip_tables,iptable_filter,xt_state,ipt_REJECT ext2 59231 1 loop 22641 0 firewire_sbp2 17993 0 snd_hda_codec_hdmi 30783 1 snd_hda_codec_idt 53792 1 tpm_infineon 12985 0 joydev 17266 0 hp_accel 25200 0 i915 355994 2 drm_kms_helper 27227 1 i915 drm 167670 3 drm_kms_helper,i915 uvcvideo 57744 0 brcmsmac 473849 0 videodev 70889 1 uvcvideo v4l2_compat_ioctl3216655 1 videodev lis3lv02d 17881 1 hp_accel snd_hda_intel 26345 0 snd_hda_codec 78031 3 snd_hda_intel,snd_hda_codec_idt,snd_hda_codec_hdmi snd_hwdep 13186 1 snd_hda_codec cordic 12313 1 brcmsmac crc8 12426 1 brcmsmac hp_wmi 13329 0 brcmutil 12905 1 brcmsmac mac80211 192768 1 brcmsmac sparse_keymap 12760 1 hp_wmi input_polldev 12906 1 lis3lv02d media 18148 2 videodev,uvcvideo i2c_algo_bit 12841 1 i915 iTCO_wdt 17081 0 tpm_tis17454 0 tpm17862 2 tpm_tis,tpm_infineon parport_pc 22364 0 parport31858 1 parport_pc btusb 17502 0 cfg80211 137140 2 mac80211,brcmsmac bluetooth 119406 1 btusb rfkill 19012 3 bluetooth,cfg80211,hp_wmi snd_pcm63900 3 snd_hda_codec,snd_hda_intel,snd_hda_codec_hdmi i2c_core 23876 5 i2c_algo_bit,videodev,drm,drm_kms_helper,i915 iTCO_vendor_support12704 1 iTCO_wdt tpm_bios 12948 1 tpm wmi13243 1 hp_wmi psmouse64455 0 evdev 17562 18 serio_raw 12931 0 snd_page_alloc 13003 2 snd_pcm,snd_hda_intel container 12581 0 battery13109 0 video 17628 1 i915 snd_seq45093 0 snd_seq_device 13176 1 snd_seq snd_timer 22917 2 snd_seq,snd_pcm snd52850 9 snd_timer,snd_seq_device,snd_seq,snd_pcm,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_idt,snd_hda_codec_hdmi soundcore 13065 1 snd button 12937 1 i915 processor 28106 1 acpi_cpufreq ac 12624 0 power_supply 13475 2 ac,battery ext4 350411 2 crc16 12343 2 ext4,bluetooth jbd2 62015 1 ext4 mbcache13065 2 ext4,ext2 sd_mod 36136 5 crc_t10dif 12348 1 sd_mod sr_mod 21899 0 cdrom 35401 1 sr_mod ahci 24997 4 libahci22860 1 ahci sdhci_pci 17976 0 sdhci 27053 1 sdhci_pci ehci_hcd 40215 0 mmc_core 72460 2 sdhci,sdhci_pci firewire_ohci 35772 0 libata140589 2 libahci,ahci scsi_mod 162372 4 libata,sr_mod,sd_mod,firewire_sbp2 firewire_core 48407 2 firewire_ohci,firewire_sbp2 crc_itu_t 12347 1 firewire_core e1000e120822 0
Bug#679612: return of the undead: /lib/init/rw
On 30.06.2012 14:32, Roger Leigh wrote: On Sat, Jun 30, 2012 at 01:50:10PM +0200, Michael Biebl wrote: I was of the opinion, that initscripts was supposed to clean up i.e. remove /lib/init/rw on upgrades (vaguely remember out discussion about rsyslog and the leftover sendsigs.omit.d directory [1]). Apparently this is not the case. We can't remove it on upgrade due to it being a mounted and in-use filesystem (so the mountpoint can't be rmdir'ed). Right, I vaguely remember that we discussed that, i.e. initscripts removing /lib/init/rw during the next reboot, when it is guaranteed, that there is no more tmpfs mounted there. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#679618: systemd: Fail to update over ssh
]] Matthias Urlichs # dpkg --configure -a Setting up openssh-server (1:6.0p1-2) ... [] Restarting ssh (via systemctl): ssh.service Connection to *** closed by remote host. Is libpam-systemd enabled? What is the output of systemd-cgls? -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org