Bug#722540: openjpeg: CVE-2013-4289 CVE-2013-4290
Package: openjpeg Severity: grave Tags: security Justification: user security hole Please see http://seclists.org/oss-sec/2013/q3/593 Patches are not yet available. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701161: closed by Dimitrios Eftaxiopoulos eftax...@otenet.gr (Bug#701161: fixed in freefem++ 3.25-1)
Control: reopen -1 Control: found -1 freefem++/3.25-1 On Wed, Sep 11, 2013 at 10:06:14PM +, Debian Bug Tracking System wrote: #701161: freefem++: /usr/bin/FreeFem++ and /usr/bin/FreeFem++nw are the same files It has been closed by Dimitrios Eftaxiopoulos eftax...@otenet.gr. freefem++ (3.25-1) unstable; urgency=low . [ Dimitrios Eftaxiopoulos ] * Imported Upstream version 3.25 (Closes: #701161 #706714) It is not clear to me in what way the new upstream version fixes an issue in the packaging. In any case the reported issue is fully present as can be seen on the updated dedup report[1]. Did you mistake this bug number for another? I already gave a command to be added to debian/rules as a proposed solution. Has that been insufficient for some reason? Helmut [1] http://dedup.debian.net/compare/freefem++/freefem++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722539: mention random headers are generated
Ah, perhaps on the man page there then just add (use -t to avoid random header needed for nroff(1)) or something. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722541: musixtex: Purging musixtex breaks tex-common
Package: musixtex Version: 1:0.115.ctan20130123-2 Severity: normal Dear Maintainer, Running sudo apt-get purge musixtex, I got: The following packages will be REMOVED: musixtex* 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. After this operation, 9,782 kB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 298198 files and directories currently installed.) Removing musixtex ... Purging configuration files for musixtex ... Processing triggers for fontconfig ... Processing triggers for man-db ... Processing triggers for tex-common ... Running mktexlsr. This may take some time... done. Running mtxrun --generate. This may take some time... done. Running updmap-sys. This may take some time... updmap-sys failed. Output has been stored in /tmp/updmap.LRcj0sjD Please include this file if you report a bug. Sometimes, not accepting conffile updates in /etc/texmf/updmap.d causes updmap-sys to fail. Please check for files with extension .dpkg-dist or .ucf-dist in this directory dpkg: error processing tex-common (--purge): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: tex-common E: Sub-process /usr/bin/dpkg returned an error code (1) /etc/texmf/updmap.d is empty. The file in /tmp looks like: updmap is using the following updmap.cfg files (in precedence order): /etc/texmf/web2c/updmap.cfg /usr/share/texmf/web2c/updmap.cfg /usr/share/texlive/texmf/web2c/updmap.cfg /usr/share/texlive/texmf-dist/web2c/updmap.cfg dvips output dir: /var/lib/texmf/fonts/map/dvips/updmap pdftex output dir: /var/lib/texmf/fonts/map/pdftex/updmap dvipdfmx output dir: /var/lib/texmf/fonts/map/dvipdfmx/updmap pxdvi output dir: /var/lib/texmf/fonts/map/pxdvi/updmap updmap: font lmmi8 is defined multiple times: updmap: lm.map (from /usr/share/texmf/web2c/updmap.cfg) updmap: lm-math.map (from /etc/texmf/web2c/updmap.cfg) (used) updmap: font lmmi6 is defined multiple times: [...] updmap: font t5-lmvtk10 is defined multiple times: updmap: lm.map (from /usr/share/texmf/web2c/updmap.cfg) updmap: lm-t5.map (from /etc/texmf/web2c/updmap.cfg) (used) ERROR: The following map file(s) couldn't be found: musix.map (in /etc/texmf/web2c/updmap.cfg) Did you run mktexlsr? You can disable non-existent map entries using the option --syncwithtrees. Trying to reinstall tex-common keeps failing with the same error, I had to reinstall musixtex to fix it. Trying the purge again fails again in the same way. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-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 musixtex depends on: ii dpkg 1.16.10 ii luatex0.70.1.20120524-3 ii tex-common4.03 ii texlive-base 2012.20120611-5 ii texlive-binaries 2012.20120628-4 Versions of packages musixtex recommends: ii ghostscript 9.05~dfsg-8 Versions of packages musixtex suggests: pn m-tx none pn pmx 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#223905: JamNNTPd Debian packaging...
Peter, On Sun, Aug 25, 2013 at 7:00 AM, Robert J. Clay rjc...@gmail.com wrote to 223...@bugs.debian.org: I was offline for awhile but am now back; but I also just moved and am still in the process of getting set back up again for development work. Packaging work will continue as that process gets resolved. I have started working on JamNNTPd again, including testing it against newreaders (doesn't seem to work with KNode or PAN because they send MODE READER commands which JamNNTPd doesn't understand yet) as well as creating test builds of packages. (which are also available at https://launchpad.net/~ftnapps/+archive/main/+packages, 32 64 bit versions built for Ubuntu Precise of v1.0-1~3). Have you had a chance to take a look at the current packaging, to see what it's looking like? -- Robert James Clay rjc...@gmail.com j...@rocasa.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722542: gcc-spu went away but is still being used
Package: gcc-defaults,newlib Severity: important Dear maintainers of gcc-defaults and newlib, I noticed that gcc-defaults have removed the gnu-spu package in sid, but newlib still build-depends on it. Since there was no bug against either package, I am assuming no one has noticed this so far. As it is, this is one (of several) things blocking gcc-defaults migration to testing. This bug can be fixed either by re-introducing gcc-spu (possibly as a transitional package, if gcc-spu is no longer needed) or by newlib no longer Build-Depending on gcc-spu (since it is the last package using it). I will leave it to you to decide how this will be solved; please reassign this bug to the proper package. Thank you in advance, ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722505: [Openstack-devel] Bug#722505: keystone: CVE-CVE-2013-4294: Token revocation failure using Keystone memcache/KVS backends
On 09/12/2013 04:40 AM, Salvatore Bonaccorso wrote: Package: keystone Version: 2013.1.3-1 Severity: important Tags: security patch upstream Hi, the following vulnerability was published for keystone. CVE-2013-4294[0]: Token revocation failure using Keystone memcache/KVS backends See furthermore [1] for upstream announce. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-4294 http://security-tracker.debian.org/tracker/CVE-2013-4294 [1] http://lists.openstack.org/pipermail/openstack-announce/2013-September/000142.html Regards, Salvatore Hi Salvatore. Please note that this only affects Keystone in Sid/Jessie, since it deals with PKI tokens, which is a feature added after the version in Wheezy. Please update the tracker accordingly. I have the patch, and I will update the package soon. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673589: gnome-online-accounts: Gnome account expired after last update
Package: gnome-online-accounts Version: 3.8.3-1 Followup-For: Bug #673589 Dear Maintainer, I updated my Sid system yesterday. After a reboot the accounts were expired. Tried to re enter credentials but gnome control center hangs after I enter the credentials. I killed gnome control center after waiting for a while and tried to run gnome-online-accounts from console and it gave the error libgcr-... not found. Then I found this bug and read about that workaround. After a reboot it now works. Here is the list of updates I did yesterday. Commit Log for Thu Sep 12 00:12:45 2013 Upgraded the following packages: apt (0.9.11.2) to 0.9.11.3 apt-utils (0.9.11.2) to 0.9.11.3 geoclue (0.12.99-2) to 0.12.99-3 geoclue-hostip (0.12.99-2) to 0.12.99-3 geoclue-localnet (0.12.99-2) to 0.12.99-3 geoclue-manual (0.12.99-2) to 0.12.99-3 geoclue-yahoo (0.12.99-2) to 0.12.99-3 gir1.2-goa-1.0 (3.8.2-1) to 3.8.3-1 gnash (0.8.11~git20130903-2) to 0.8.11~git20130903-3 gnash-common (0.8.11~git20130903-2) to 0.8.11~git20130903-3 gnome-online-accounts (3.8.2-1) to 3.8.3-1 libapt-inst1.5 (0.9.11.2) to 0.9.11.3 libapt-pkg4.12 (0.9.11.2) to 0.9.11.3 libclone-perl (0.34-1+b1) to 0.35-1 libgegl-0.2-0 (0.2.0-3+b1) to 0.2.0-4 libgeoclue0 (0.12.99-2) to 0.12.99-3 libgmime-2.6-0 (2.6.16-1) to 2.6.17-1 libgmime2.6-cil (2.6.16-1) to 2.6.17-1 libgoa-1.0-0 (3.8.2-1) to 3.8.3-1 libgoa-1.0-common (3.8.2-1) to 3.8.3-1 libkpathsea6 (2013.20130729.30972-1) to 2013.20130729.30972-2 libnewt0.52 (0.52.15-2+b1) to 0.52.15-3 libparted0debian1 (2.3-15) to 2.3-16 libsqlite3-0 (3.8.0.1-1) to 3.8.0.2-1 libsqlite3-0:i386 (3.8.0.1-1) to 3.8.0.2-1 libsqlite3-dev (3.8.0.1-1) to 3.8.0.2-1 libusb-1.0-0 (2:1.0.16-3) to 2:1.0.17-1 libusb-1.0-0-dev (2:1.0.16-3) to 2:1.0.17-1 libusb-1.0-0:i386 (2:1.0.16-3) to 2:1.0.17-1 p11-kit (0.18.5-1) to 0.18.5-3 parted (2.3-15) to 2.3-16 steam-launcher (1.0.0.41) to 1.0.0.42 steam:i386 (1.0.0.41) to 1.0.0.42 synaptic (0.80.2) to 0.80.3 telepathy-gabble (0.18.0-1) to 0.18.1-1 telepathy-rakia (0.7.4-1) to 0.7.5-1 whiptail (0.52.15-2+b1) to 0.52.15- Hope this helps, Mika -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-online-accounts depends on: ii libc62.17-92 ii libgcr-base-3-1 3.8.2-4 ii libglib2.0-0 2.37.5-1 ii libgoa-1.0-0 3.8.3-1 ii libkrb5-31.11.3+dfsg-3 ii librest-0.7-00.7.12-3 ii libsoup2.4-1 2.42.2-6 Versions of packages gnome-online-accounts recommends: ii gnome-control-center 1:3.8.3-1 gnome-online-accounts 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#717394: frog: diff for NMU version 0.12.17-7.1
tags 717394 + patch tags 717394 + pending thanks Dear maintainer, I've prepared an NMU for frog (versioned as 0.12.17-7.1) and uploaded it to DELAYED/02. Please feel free to tell me if I should delay it longer. Cheers Luk diff -Nru frog-0.12.17/debian/changelog frog-0.12.17/debian/changelog --- frog-0.12.17/debian/changelog 2013-06-16 10:04:32.0 +0200 +++ frog-0.12.17/debian/changelog 2013-09-12 08:23:56.0 +0200 @@ -1,3 +1,11 @@ +frog (0.12.17-7.1) unstable; urgency=high + + * Non-maintainer upload. + * Only use currently existing -dev package names in build dependencies, +so the package can be built on the buildds (Closes: #717394). + + -- Luk Claes l...@debian.org Thu, 12 Sep 2013 08:22:35 +0200 + frog (0.12.17-7) unstable; urgency=low * debian/control: get rid of obsolete DM-Upload-Allowed diff -Nru frog-0.12.17/debian/control frog-0.12.17/debian/control --- frog-0.12.17/debian/control 2013-06-16 09:50:24.0 +0200 +++ frog-0.12.17/debian/control 2013-09-12 08:22:32.0 +0200 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Debian Science Team debian-science-maintain...@lists.alioth.debian.org Uploaders: Joost van Baal-Ilić joos...@debian.org, Ko van der Sloot ko.vandersl...@uvt.nl -Build-Depends: cdbs (= 0.4.90~), debhelper (= 9), python-dev (= 2.6.6-3~), pkg-config, libicu-dev, libxml2-dev, libucto2-dev | libucto-dev, libtimbl4-dev | libtimbl-dev, libtimblserver3-dev | libtimblserver-dev, libfolia2-dev | libfolia-dev, libmbt1-dev | libmbt-dev, libticcutils2-dev | libticcutils-dev, frogdata +Build-Depends: cdbs (= 0.4.90~), debhelper (= 9), python-dev (= 2.6.6-3~), pkg-config, libicu-dev, libxml2-dev, libucto-dev, libtimbl4-dev, libtimblserver3-dev, libfolia-dev, libmbt1-dev, libticcutils2-dev, frogdata Standards-Version: 3.9.3 Homepage: http://ilk.uvt.nl/frog/ Vcs-Svn: svn://svn.debian.org/svn/debian-science/packages/frog/trunk
Bug#722543: ucto: diff for NMU version 0.5.3-3.1
Package: ucto Version: 0.5.3-3 Severity: normal Tags: patch pending Dear maintainer, I've prepared an NMU for ucto (versioned as 0.5.3-3.1) and uploaded it to DELAYED/02. Please feel free to tell me if I should delay it longer. Cheers Luk diff -Nru ucto-0.5.3/debian/changelog ucto-0.5.3/debian/changelog --- ucto-0.5.3/debian/changelog 2013-06-15 14:47:14.0 +0200 +++ ucto-0.5.3/debian/changelog 2013-09-12 08:28:35.0 +0200 @@ -1,3 +1,11 @@ +ucto (0.5.3-3.1) unstable; urgency=high + + * Non-maintainer upload. + * Only use currently existing package names in build dependencies, +so the package builds on the buildds. + + -- Luk Claes l...@debian.org Thu, 12 Sep 2013 08:27:38 +0200 + ucto (0.5.3-3) unstable; urgency=low * debian/libucto-dev.install, debian/libucto2-dev.install, diff -Nru ucto-0.5.3/debian/control ucto-0.5.3/debian/control --- ucto-0.5.3/debian/control 2013-06-15 14:44:18.0 +0200 +++ ucto-0.5.3/debian/control 2013-09-12 08:27:30.0 +0200 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Debian Science Team debian-science-maintain...@lists.alioth.debian.org Uploaders: Joost van Baal-Ilić joos...@debian.org, Ko van der Sloot ko.vandersl...@uvt.nl -Build-Depends: cdbs, debhelper (= 7), pkg-config, libxml2-dev, libicu-dev, libfolia2-dev | libfolia-dev, libticcutils2-dev | libticcutils-dev +Build-Depends: cdbs, debhelper (= 7), pkg-config, libxml2-dev, libicu-dev, libfolia-dev, libticcutils2-dev Standards-Version: 3.9.3 Homepage: http://ilk.uvt.nl/ Vcs-Svn: svn://svn.debian.org/svn/debian-science/packages/ucto/trunk
Bug#722528: Coquelicot: support subdirectories
Control: forwarded -1 https://coquelicot.potager.org/TODO Hi Shawn, Shawn Landden: I tried to install coquelicot under /images on my domain using nginx's rewrite directive, and the main page shows up, but I cannot upload as it goes to /upload. There should be an easy way to tell coquelicot it is operating under a subdirectory. This is already on the radar. :) In the meantime you can manually patch the source, see: https://listes.potager.org/pipermail/coquelicot/2013-July/11.html -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#722544: yade: binutils-gold has been replaced by binutils
Package: yade Version: 0.97.0-4 Severity: minor Hi, binutils-gold has been removed and is now provided by binutils. Please consider removing the Build-Depends on binutils-gold. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673589: gnome-online-accounts: Google account credentials expire immediately after login
Package: gnome-online-accounts Version: 3.8.3-1 Followup-For: Bug #673589 Dear Maintainer, *** Please consider answering these questions, where appropriate *** So my earlier info was incomplete. I found this bug #717945 in libgcr that might be related to my problem. The workaround was also from that report. The Gnome upstream had deemed this bug to be related to two factor authentication with the original reporter. My situation is not related to two factor authentication as I am not using it. Maybe a name change for this bug and another bug that links to libgcr would clear things up. *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-online-accounts depends on: ii libc62.17-92 ii libgcr-base-3-1 3.8.2-4 ii libglib2.0-0 2.37.5-1 ii libgoa-1.0-0 3.8.3-1 ii libkrb5-31.11.3+dfsg-3 ii librest-0.7-00.7.12-3 ii libsoup2.4-1 2.42.2-6 Versions of packages gnome-online-accounts recommends: ii gnome-control-center 1:3.8.3-1 gnome-online-accounts 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#722505: [Openstack-devel] Bug#722505: keystone: CVE-CVE-2013-4294: Token revocation failure using Keystone memcache/KVS backends
Hi Thomas, On Thu, Sep 12, 2013 at 02:35:18PM +0800, Thomas Goirand wrote: On 09/12/2013 04:40 AM, Salvatore Bonaccorso wrote: Package: keystone Version: 2013.1.3-1 Severity: important Tags: security patch upstream Hi, the following vulnerability was published for keystone. CVE-2013-4294[0]: Token revocation failure using Keystone memcache/KVS backends See furthermore [1] for upstream announce. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-4294 http://security-tracker.debian.org/tracker/CVE-2013-4294 [1] http://lists.openstack.org/pipermail/openstack-announce/2013-September/000142.html Regards, Salvatore Hi Salvatore. Please note that this only affects Keystone in Sid/Jessie, since it deals with PKI tokens, which is a feature added after the version in Wheezy. Please update the tracker accordingly. Yes indeed. I have marked wheezy not-affected in the tracker already yesterday after checking that. Thanks for confirming that this is true. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722435: Several display resolution changes during the boot sequence with Intel Ivy Bridge despite fastboot promise since xf86-video-intel 2.21.11
On Thu, Sep 12, 2013 at 00:45:03 +0200, thibaut bethune wrote: Hi Julien Any idea of which package would be the guilty one then ? Maybe Linux 3.10 (considering KMS) ? I don't know against which package i have to make my report now... I think there's modesets from at least grub and the initramfs startup. Cheers, Julien signature.asc Description: Digital signature
Bug#722541: musixtex: Purging musixtex breaks tex-common
Hi Marc, On Do, 12 Sep 2013, Marc Glisse wrote: /etc/texmf/web2c/updmap.cfg Did you create this file? It should not be there unless you consciously generated it. If there is nothing in there, please remove it (or better, rename it). Then run as root updmap-sys and that should work. And of course, after that a dpkg --configure -a ;-) Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722461: spacefm-gtk3: fails to install: spacefm-gtk3.postinst: gtk-update-icon-cache: not found
Followup-For: Bug #722461 Hi, during a test with piuparts I noticed your package failed to purge due to a command not found. According to policy 7.2 you cannot rely on the depends being available during purge, only the essential packages are available for sure. Filing this as important because a.) it's a clear policy violation (to not clean up at purge) b.) having a piuparts clean archive is a release goal since lenny and c.) this package being piuparts buggy blocks packages depending on it from being tested by piuparts (and thus possibly the detection of more severe problems). From the attached log (scroll to the bottom...): Removing spacefm ... Purging configuration files for spacefm ... /var/lib/dpkg/info/spacefm.postrm: 24: /var/lib/dpkg/info/spacefm.postrm: update-mime-database: not found dpkg: error processing spacefm (--purge): subprocess installed post-removal script returned error exit status 127 Errors were encountered while processing: spacefm Shouldn't update-mime-database be called during postrm remove instead of postrm purge? cheers, Andreas spacefm_0.8.7-2.log.gz Description: GNU Zip compressed data
Bug#670681: /etc/init.d/postgrey script doesn't work properly
The patch supplied by Nye Liu fixes this issue for me on a system running Debian stable (wheezy). However, on another system which is updated to Debian testing (jessie) the startup script does not work at all - it just prints green [ok] but postgrey is actually not started! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722545: gforge-db-postgresql: fails to install: DBD::Pg::st execute failed: ERROR: language SQL does not exist at /usr/share/gforge/bin/old-db-upgrade.pl line 2155.
Package: gforge-db-postgresql Version: 5.2.2+20130802-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + fusionforge-plugin-gravatar fusionforge-plugin-authhttpd gforge-plugin-globalsearch Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Setting up gforge-common (5.2.2+20130802-1) ... Setting up gforge-db-postgresql (5.2.2+20130802-1) ... Since you asked not to see all the debconf questions, I generated a random password for the admin user. It is 'cbd8df2f'. Replacing config file /etc/postgresql/9.3/main/pg_hba.conf with new version Reloading PostgreSQL 9.3 database server: main. Procedural language on gforge already enabled Creating initial Sourceforge database from files. Creating debian_meta_data table. Inserting first data into debian_meta_data table. ...OK. Upgrading database with sf-2.6-complete.sql ...OK. Adding local data. ...OK. Inserting skills. ...OK. ...OK. Updating permissions on system groups. ...OK. Creating table group_cvs_history. ...OK. Registering Savannah themes. ...OK. Registering yet another Savannah theme. ...OK. Updating language codes. ...OK. Fixing artifact-related views. ...OK. Adding integrity constraints between the Trove map tables. ...OK. Adding extra fields to the groups table. ...OK. Updating supported_languages table. ...OK. Adding tables for the plugin subsystem. ...OK. Upgrading database with 20021125.sql ...OK. Upgrading database with 20021212.sql ...OK. Upgrading database with 20021213-1.sql ...OK. Transcoding documentation data fields ...OK. Upgrading database with 20021214.sql ...OK. Upgrading database with 20021215.sql ...OK. Upgrading database with 20021216.sql ...OK. Upgrading database with 20021223-2.sql ...OK. Upgrading database with 20030102-2.sql ...OK. Upgrading database with 20030105.sql ...OK. Upgrading database with 20030107.sql ...OK. Upgrading database with 20030109.sql ...OK. Adjusting language sequences Upgrading with 20030112.sql ...OK. Upgrading database with 20030113-2.sql ...OK. Upgrading database with 20030131.sql ...OK. Upgrading database with 20030209.sql ...OK. Upgrading database with 20030312.sql ...OK. Registering KDE theme. ...OK. Registering Dark Aqua theme. ...OK. Upgrading database with 20030513.sql ...OK. Database schema is now version 3.0-1. ...OK. Upgrading database with 20030822.sql ...OK. Upgrading database with 20031105.sql ...OK. Upgrading database with 20031124.sql ...OK. Upgrading database with 20031129.sql ...OK. Upgrading database with 20031126.sql ...OK. Upgrading database with 20031205.sql ...OK. Upgrading database with 20040130.sql ...OK. Upgrading database with 20040204.sql ...OK. Upgrading database with 20040315.sql ...OK. Upgrading database with 200403251.sql ...OK. Upgrading database with 200403252.sql ...OK. Upgrading database with 20040507.sql ...OK. Upgrading database with 20040722.sql ...OK. Upgrading database with 20040804.sql ...OK. Upgrading database with 20040826.sql ...OK. Migrating forum names ...OK. Migrating permissions to RBAC ...OK. Upgrading database with 20040914.sql ...OK. Upgrading database with 20041001.sql ...OK. Upgrading database with 20041005.sql ...OK. Upgrading database with 20041006.sql ...OK. Upgrading database with 20041014.sql ...OK. Upgrading database with 20041020.sql ...OK. Upgrading database with 20040729.sql ...OK. Granting read access permissions to NSS ...OK. Upgrading with 20041031.sql Granting read access permissions to NSS ...OK. Upgrading database with 20041104.sql ...OK. Upgrading database with 20041108.sql ...OK. Upgrading database with 20041124.sql ...OK. Creating automatic commit notification mailing-lists ...OK. Upgrading database with 20050115.sql ...OK. Upgrading database with 20050130.sql ...OK. Upgrading database with 20050212.sql ...OK. Upgrading with 20050214-nss.sql ...OK. Upgrading database with 20050224-2.sql drop cascades to constraint usergroup_roleid on table user_group ...OK. Upgrading with 20050225-nsssetup.sql ...OK. Upgrading database with 20050311.sql ...OK. Upgrading database with 20050315.sql ...OK. Upgrading database with 20050325-2.sql ...OK. Converting trackers to use their extra fields ...OK. Upgrading database with 20050325-5.sql drop cascades to view artifact_vw ...OK. Upgrading database with 20050605.sql ...OK. Creating aliases for the extra fields ...OK. Upgrading database with 20050628.sql ...OK. Upgrading database with 20050711.sql ...OK. Upgrading database with 20050906.sql
Bug#717418: [Pkg-systemd-maintainers] Bug#717418: transition: libudev
On Wed, Sep 11, 2013 at 20:00:45 +0200, Julien Cristau wrote: Go. binNMUs scheduled for bluez cgminer consolekit guvcview gvfs libatasmart libcec libopenusb libusbx lvm2 media-ctl mesa mountall ofono olpc-kbdshim pcsc-lite petitboot pulseaudio qextserialport qtbase-opensource-src qtmobility qwbfsmanager system-config-printer udisks upstart urfkill xboxdrv xorg-server xserver-xorg-input-evdev xserver-xorg-video-ati xserver-xorg-video-intel xserver-xorg-video-modesetting xserver-xorg-video-nouveau xwiimote Cheers, Julien signature.asc Description: Digital signature
Bug#722546: dgit should not pass -i\.git -I.git to dpkg-source
Package: dgit Version: 0.14 Severity: normal This might be helpful with 1.0 source format that did not ignore those files by default but it's actively bad for newer formats (including 3.0 (native)) where using those options actually restrict the set of ignored files (.git is already ignored by default) The best solution would be to use this only for 1.0. Another solution is to use --extend-diff-ignore=\.dgit instead of -i\.git. But there's no similar option for -I since that option can be specified multiple times (and it was expected that you'd use -I -Ifoo if you wanted to use both the default ignores and your own ones). If you don't want to conditionalize this, you can use -i -I to use dpkg's predefined list of stuff to ignore but then you impose to 1.0 packages the same set of ignore rules than to 3.0 (and it might break some of those 1.0 packages). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-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 Versions of packages dgit depends on: ii devscripts 2.13.3 ii dpkg-dev 1.17.2~20130905192814.199 ii git [git-core] 1:1.8.4~rc3-1 ii git-core 1:1.8.4~rc3-1 ii libdpkg-perl 1.17.2~20130905192814.199 ii libwww-perl6.05-1 ii perl [libdigest-sha-perl] 5.18.1-3 ii realpath 1.18 Versions of packages dgit recommends: ii openssh-client [ssh-client] 1:6.2p2-6 Versions of packages dgit suggests: ii sbuild 0.64.0-1 -- 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#710030: Maybe reproduced
On Thu, Aug 15, 2013 at 07:55:38PM -0400, Filipus Klutiero wrote: There is definitely something wrong with my Synaptic, although it doesn't look like the provided screenshot here. I'm attaching an example debconf prompt I get when configuring Linux. I'm pretty sure this started when upgrading from 0.75 to 0.80 (GTK 2 to GTK 3). I *never* noticed that problem before. Now, I believe I always get it. The vertical space is too small. Sometimes, the bottom is cut. Sometimes, it's the top, as you can see here. The space missing is quite important. Last time, I couldn't see the answer I was chosing. I can imagine this would be a serious problem for someone who doesn't already know all debconf prompts... The problem is the window cannot be enlarged, so I'm upgrading to important (at least, could be serious IMO). I'm surprised we don't have more reports. Are some people using the Dialog frontend unaffected? Or does everyone use the GTK frontend? Submitter, could you provide a screenshot of the problem in English? Thanks Filipus for your screenshot! This is very helpful. Note that the other screenshot is showing a different issue, there are two terminal windows in synaptic, one with a progressbar on top and one without. I was able to reproduce the issue that the terminal widget is too short, its around 18 rows for me instead of the requested: vte_terminal_set_size(VTE_TERMINAL(_term),80,23); so I think this is a vte/gtk bug in some way, I will try to create a test case to report it upstream and find a workaround. It seems like its working if I force a widget size on the vte terminal with gtk_widget_set_size_request () but the tricky part is to calculate the required height. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604054: Bug reports on the net
Same bug: http://www.dickimaw-books.com/cgi-bin/bugtracker.cgi?action=viewkey=39 https://bugs.launchpad.net/ubuntu/+source/texlive-base/+bug/1223849 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689824: RFP: yquake2 -- Yamagi Quake II - Enhanced client for Quake II
retitle -1 ITP: yquake2 -- Yamagi Quake II, Enhanced client for Quake II owner -1 pkg-games-de...@lists.alioth.debian.org Yamagi Quake II is a modern Quake II that offers a play experience as close as possible to that of the original 1997 game. I think I'll package that under the umbrella of the pkg-games team. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721344: ntop-data: ships symlinks to non-existing files (GeoIP*.dat)
package ntop-data tags 721344 + wontfix thanks Andreas, On Fri, Aug 30, 2013 at 5:03 PM, Andreas Henriksson andr...@fatal.se wrote: While looking for GeoIPCity.dat with apt-file your package was the only one with a match. I installed ntop-data, just to find out that the package only contained symlinks with same name (not the actual files). The symlinks points to /usr/share/GeoIP/* which I guess belongs to geoip-database package, which your package doesn't depend on and that package also doesn't ship the files either The symlinks point to files in the geoip-database-contrib, which ntop-data suggests. Being it in contrib, we cannot have a stronger dependency. Cheers, Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722547: [dch]: Please add Tanglu support
Package: devscripts Version: 2.13.3 Severity: whishlist Tags: patch Hi! It would be nice to have support for the Tanglu Debian derivative in dch/debchange. A patch is attached. Thanks! Matthias Klumpp -- I welcome VSRE emails. See http://vsre.info/ tanglu_dch.patch Description: Binary data
Bug#721087: udev: force-release keymaps files does not accept empty lines
Hi Michael, I ran into this problem when I tried to had some force-release rules specific to my laptop. In order to visually separate original rules from mine, I left a blank line between the two parts. I think that a blank line in a config line should never break a component behavior especially if it's not specified in the config file. Thanks for your reply -- Sylvain 2013/9/11 Michael Biebl bi...@debian.org Hi Sylvain, since upstream udev doesn't ship any files in /lib/udev/keymaps/force-release/ which contain empty lines, how did you run into this problem? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
Bug#722541: musixtex: Purging musixtex breaks tex-common
On Thu, 12 Sep 2013, Norbert Preining wrote: Hi Marc, On Do, 12 Sep 2013, Marc Glisse wrote: /etc/texmf/web2c/updmap.cfg Did you create this file? It should not be there unless you consciously generated it. I didn't consciously create it. It says it was auto-generated by update-updmap, in May 2012. It contains the basic stuff (lm-*.map and qXX.map), plus extra entries for musixtex.cfg cm-super.cfg cm-super-minimal.cfg tipa.cfg, I don't know if some other package somehow created it. If there is nothing in there, please remove it (or better, rename it). After removing this file, I could purge musixtex with no problem, thanks. So I guess the only question is how I ended up with that file (I didn't do any customization). I guess unless other people have it as well you can close the bug and assume I messed up something (or some old version of some package did). Thank you for your help, -- Marc Glisse -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722548: ampache: fails to install, remove, and install again, and purge afterwards
Package: ampache Version: 3.6-rzb2752+dfsg-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install, remove (but not purge), and install again. Before the second installation the package is in config-files-remaining state. The configuration is remaining from the last version that was successfully configured - which is the same version that is going to be installed again. Like a plain failure on initial install this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Removing ampache ... Purging configuration files for ampache ... ucfr: Corrupt registry: Duplicate entries for /etc/ampache/ampache.conf ampache/etc/ampache/ampache.conf ampache/etc/ampache/ampache.conf dpkg: error processing ampache (--purge): subprocess installed post-removal script returned error exit status 2 Errors were encountered while processing: ampache cheers, Andreas ampache_3.6-rzb2752+dfsg-1.log.gz Description: GNU Zip compressed data
Bug#715284: ntop: [INTL:ja] Japanese translation update
package ntop tags 715284 + confirmed pending thanks Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? Committed, thanks! Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722479: Doesn't contain license full text in source package
On Wed, Sep 11, 2013 at 08:13:02PM -0300, Eriberto wrote: Michael, I think you're mistaken. In our last talk you said that the license quoted by upstream site was sufficient and I disagree. So I did nothing yet because I was waiting a position about the theme. As I already stated here, I forgot about that clause in MPL. What else do you want me to do? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722549: apt-get source with more than one argument fails
Package: apt Version: 0.9.11.3 Severity: normal Dear Maintainer, Starting with version 0.9.11, I can't use apt-get source with several package names : $ apt-get source perl coreutils Reading package lists... Done Building dependency tree Reading state information... Done NOTICE: 'perl' packaging is maintained in the 'Git' version control system at: git://anonscm.debian.org/perl/perl.git -b debian-5.18 E: Unable to find a source package for coreutils As a workaround, I can do $ for p in perl coreutils; do apt-get source $p; done So this is not so annoying, but might be irritating. Thanks -- Package-specific info: -- (no /etc/apt/preferences present) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2012.4 ii gnupg 1.4.14-1 ii libapt-pkg4.12 0.9.11.3 ii libc6 2.17-92+b1 ii libgcc1 1:4.8.1-10 ii libstdc++6 4.8.1-10 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none ii aptitude0.6.8.2-1.2 ii dpkg-dev1.17.1 ii python-apt 0.8.9.1+b1 ii xz-utils5.1.1alpha+20120614-2 -- 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#502876: [xvnc4viewer] Please support unix domain sockets
[Ola Lundqvist 2008-10-20] What would you need vnc for in this case? One use case is xrdp, which currently uses VNC in the background and translate it to RDP. It would be better, security wise, if the vnc server used by xrdp did not listed on any IP address. It would remove the need to have a password assigned to the VNC server, and file permissions could be used for access control instead. :) -- 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#719158: ntop: please package libndpi separately
package ntop tags 721551 + wontfix thanks Raphael, On Sun, Sep 1, 2013 at 11:19 PM, Ludovico Cavedon cave...@debian.org wrote: Working on it: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721551 As you might have already seen libndpi has been accepted in Debian. ntopng will make use of it. However ntop does not build against newer versions of nDPI. Given that ntop is no longer supported upstream and will be soon removed (once ntopng is ready to take over), I do not think it is worth patching it to work with newer nDPI (I actually started, but the amount of changes looks excessive). Thanks, Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722507: [Openstack-devel] Bug#722507: python-couleur: circular dependency hell
On Thu, Sep 12, 2013 at 09:22:33AM +0800, Thomas Goirand wrote: On 09/12/2013 05:02 AM, Bill Allombert wrote: Package: python-couleur Version: 0.5.0-1 Severity: important Hello OpenStack maintainers, There is a circular dependency between python-couleur, python-steadymark and python-sure: python-couleur :Depends: python-steadymark, python-sure python-steadymark :Depends: python-sure, python-couleur python-sure :Depends: python-steadymark Complex circular dependencies are known to cause problems during upgrade, so we should try to get rid of them. Cheers, Hi, These are needed, and there's no way to get rid of it. I don't really understand how this case is complex, and how it would be a problem in the case of non arch-specific set of package btw: could you explain? Independently of other issues, this is increasing the complexity of the dependency graph and bloating the Package file without any benefit to the users. If really the circular dependency is required, then you could as well ship a single package that include the three. But from reading the descriptions of the packages, the dependencies seems strange. Why should a 'tool to play around with ANSI features in a unix terminal' should depend on an 'utility belt for automated testing for Python' ? Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722550: wine: Library d3d8.dll not found
Package: wine Version: 1.4.1-4 Severity: important Tags: upstream Dear Maintainer, I am trying to run Game of Thrones: The 8 bit game (http://www.comicsabelalves.com/p/game-of-thrones-8-bit-game.html) with Wine but I get an error about a missing DLL: pierre@Rudloff:~/Bureau/got/got8bit$ wine GoT8bit.exe fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:process:SetProcessDEPPolicy (1): stub fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:process:SetProcessShutdownParameters (0380, ): partial stub. err:module:import_dll Library d3d8.dll (which is needed by LZ:\\home\\pierre\\Bureau\\got\\got8bit\\GoT8bit.exe) not found err:module:LdrInitializeThunk Main exe initialization for LZ:\\home\\pierre\\Bureau\\got\\got8bit\\GoT8bit.exe failed, status c135 Regards, -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-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 Versions of packages wine depends on: ii wine-bin 1.4.1-4 wine recommends no packages. wine 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#719158: ntop: please package libndpi separately
On Thu, 12 Sep 2013, Ludovico Cavedon wrote: As you might have already seen libndpi has been accepted in Debian. Great, thanks! Given that ntop is no longer supported upstream and will be soon removed (once ntopng is ready to take over), I do not think it is worth patching it to work with newer nDPI (I actually started, but the amount of changes looks excessive). That's OK IMO. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722511: [Debichem-devel] Bug#722511: FTBFS: maximum path length limited to 65 chars
severity 722511 important thanks On Wed, Sep 11, 2013 at 10:40:39PM +0100, Michael Tautschnig wrote: Package: nwchem Version: 6.3+r1-1 Severity: serious Usertags: goto-cc Building nwchem in a clean chroot resulted in the following surprising build failure: ... Making libraries in basis The directory name chosen for NWCHEM_TOP is longer than the maximum allowed value of 65 characters current NWCHEM_TOP=/srv/jenkins-workspace/find-asm-atomics-pthread-nwchem/nwchem-6.1/src equal to 1 characters please chose a directory with a shorter name E.g., setenv NWCHEM_TOP /home/nwchem_user/nwchem make[3]: *** [errorlongpwd] Error 1 make[2]: *** [libraries] Error 1 make[2]: Leaving directory `/srv/jenkins-workspace/find-asm-atomics-pthread-nwchem/nwchem-6.1/src' make[1]: *** [override_dh_auto_build] Error 2 A path length limit of 65 characters is questionable at best. I agree, but I am not convinced this is release critical, as long as it builds on the autobuilders and users can still build it with a shorter build path. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722552: wordpress: php5-mysqlnd should satisfy php5-mysql dependency
Package: wordpress Version: 3.6+dfsg-1 Severity: normal When installing wordpress, apt will remove the installed php5-mysqlnd package and install php5-mysql instead. wordpress should work with both packages. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (300, 'testing'), (200, 'unstable'), (160, 'experimental'), (150, 'stable'), (140, 'proposed-updates'), (100, 'oldstable-updates'), (100, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#722551: Several display resolution changes during the boot sequence with Intel Ivy Bridge despite fastboot promise since xf86-video-intel 2.21.11
Package: grub-pc Version: 2.00-18 Hi, I've read carefully the xf86-video-intel 2.21.11 announce on the Intel-gfx mailing list with its fastboot promise [1] However i don't have it on my Ivy Bridge system [2] with xserver-xorg-video-intel 2.21.15 - see my boot sequence video which resizes here : http://libre-ouvert.toile-libre.org/data/documents/MVI_3575.AVI (48,8 Mo, 26 sec) Chris Wilson from Intel told me that this would rather be a bug within Debian [3] Julien Cristau (Debian X Strike Force) told me that it's not a bug in the driver (Bug#722435) Therefore maybe grub2 is concerned ? I am using Debian GNU/Linux Sid with : - Linux debian 3.10-2-amd64 #1 SMP Debian 3.10.7-1 (2013-08-17) x86_64 GNU/Linux - libc6 2.17-92+b1 Thanks [1] the DDX will try to preserve the same display configuration as used by the kernel, which hopefully will be the same configuration as setup by the BIOS. The result should be a boot sequence that does not resize at all (aka fastboot) - until the display manager takes over and loads a completely different configuration http://lists.freedesktop.org/archives/intel-gfx/2013-June/029572.html [2] Intel Core i3-3225 CPU with HD Graphics 4000 + Intel H77 chipset. I've attached the result of lspci and lshw commands [3] All we mean is that we avoid extraneous mode changes. That your system doesn't boot to desktop under 2 seconds from after POST is a distribution bug http://www.mail-archive.com/intel-gfx@lists.freedesktop.org/msg25760.html lspci Description: Binary data lshw Description: Binary data
Bug#722507: [Openstack-devel] Bug#722507: Bug#722507: python-couleur: circular dependency hell
On Thu, Sep 12 2013, Bill Allombert wrote: Independently of other issues, this is increasing the complexity of the dependency graph and bloating the Package file without any benefit to the users. If really the circular dependency is required, then you could as well ship a single package that include the three. But from reading the descriptions of the packages, the dependencies seems strange. Why should a 'tool to play around with ANSI features in a unix terminal' should depend on an 'utility belt for automated testing for Python' ? I checked quickly, and python-steadymark is only a build-dependency actually of python-sure, and it's merely useful as it is just used to convert a README.md file. As for python-couleur, it has steadymark in its requirements list, but it doesn't seem used at all. That should be reported upstream I guess. -- Julien Danjou -- Free Software hacker - independent consultant -- http://julien.danjou.info signature.asc Description: PGP signature
Bug#722517: FTBFS: test unconditionally uses port 8080
On Wed, Sep 11, 2013 at 11:25:39PM +0100, Michael Tautschnig wrote: Package: libfusioninventory-agent-task-deploy-perl Version: 2.0.2-1 Usertags: goto-cc When building the package in a clean chroot using pbuilder, but on a system running services, the build of libfusioninventory-agent-task-deploy-perl failed: Hi Michael, Thank you for the bug report. fusioninventory-agent 1:2.3.0-2 remplace libfusioninventory-agent-task-deploy-perl. The test-suite of this release do not depends on a free *:8080 anymore. Best regards, -- Gonéri Le Bouder pgpmcuwlnuc00.pgp Description: PGP signature
Bug#722553: obnam: misses new dependency python-fuse
Package: obnam Version: 1.5-1 Severity: minor Hi, since 1.5-1 includes the fuse plugin the packages should depend on (or at least recommend) python-fuse. Thanks, Felix -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (200, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/12 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages obnam depends on: ii libc6 2.17-92+b1 ii python2.7.5-4 ii python-cliapp 1.20130808-1 ii python-larch 1.20130808-1 ii python-paramiko 1.10.1-1 ii python-tracing0.6-2 ii python-ttystatus 0.23-1 obnam recommends no packages. obnam 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#722554: signing-party: please include key-report tool in package
Package: signing-party Version: 1.1.4-1 Severity: wishlist Would be nice to have this tool included in the signing-party package (as it is pretty small so less ideal to package on its own): https://github.com/NickDaly/key-report From its README: Key Report is a tool to report on when PGP keys expire. Displays details about your keyring: - Displays keys that have expired (error). - Displays keys that are nearly expired (critical). - Displays keys that are will expire soon (warning). - Displays keys that are valid. - Displays keys that never expire. - Displays keys that have been revoked. - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722555: perl: perldoc -f tr has POD ERRORS section
Package: perl Version: 5.18.1-3 Severity: minor Hi, $ perldoc -T -f tr 21 | grep -A4 -B1 'Hey!' POD ERRORS Hey! The above document had some coding errors, which are explained below: Around line 74: =over without closing =back ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722556: context not installable any more
Package: context Version: 2013.05.28.20130704-3 Severity: grave Tags: patch Justification: renders package unusable Dear Maintainer, Recently the ruby maintainer uploaded a new package. One changelog entry: * debian/control: + ruby1.8: drop `Provides: ruby` (Closes: #710022) Unfortunately we declare a depend on ruby, which makes context un-installable. As discussed in #710022 that dep should be switched to ruby-interpreter (or ruby | ruby-interpreter). Hilmar -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages context depends on: ii dpkg 1.17.1 ii lmodern 2.004.4-3 ii luatex0.76.0-3 ii ruby1.8 [ruby]1.8.7.358-7.1 ii tex-common4.04 ii tex-gyre 2.004.2-4 ii texlive-base 2013.20130905-1 ii texlive-binaries 2013.20130729.30972-2 ii texlive-metapost 2013.20130905-1 Versions of packages context recommends: pn context-modules none pn fonts-freefontnone pn fonts-gfs-artemisia none pn fonts-gfs-baskerville none pn fonts-gfs-bodoni-classic none pn fonts-gfs-didot none pn fonts-gfs-didot-classic none pn fonts-gfs-gazis none pn fonts-gfs-neohellenic none pn fonts-gfs-olganone pn fonts-gfs-porson none pn fonts-gfs-solomos none pn fonts-gfs-theokritos none pn fonts-sil-gentium none Versions of packages context suggests: ii context-doc-nonfree 2012.06.27-2 pn context-nonfree none ii fontforge20120731.b-3 pn libxml-parser-perl none ii perl-tk 1:804.031-1+b1 -- 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#722558: nautilus: Properties-Open With: Can not choose binary other than given in list
Package: nautilus Version: 3.4.2-2 Severity: wishlist Dear Maintainer, * What led up to the situation? Trying to open video with mplayer * What exactly did you do (or not do) that was effective (or ineffective)? Selecting Open With in menu to choose other player than default one * What was the outcome of this action? Not able to choose the wanted video player * What outcome did you expect instead? To make mplayer the default player I want to submit a suggestion to restore old behavior of nautilus. It is not possible anymore to select a custom binary for execution in Properties-Open With. I know there is alacarte and one could add an entry there -- but I even tried this and had problems with it. Maybe it would be possible to add/merge this function of alacarte with the nautilus Open With dialog or offer there an functionaly to directly open alacarte with the right paramters -- the file type for example. There should be also the chance to select a binary not linked with the currently selected file type/mime type. In addition it also hard to find out the %U paramter for entries in alacarte, one would first have to view another given entry of alacarte because the help of alacarte also is not working right now for with default installation. Sincerely, Adrian Immanuel KIESS -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-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 nautilus depends on: ii desktop-file-utils 0.22-1 ii gsettings-desktop-schemas 3.4.2-3 ii gvfs 1.16.3-1 ii libatk1.0-02.8.0-2 ii libc6 2.17-92+b1 ii libcairo-gobject2 1.12.14-4 ii libcairo2 1.12.14-4 ii libexempi3 2.2.1-1 ii libexif12 0.6.21-1 ii libgail-3-03.8.4-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libglib2.0-data2.36.4-1 ii libgnome-desktop-3-2 3.4.2-2 ii libgtk-3-0 3.8.4-1 ii libnautilus-extension1a3.4.2-2 ii libnotify4 0.7.5-2 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-01.32.5-5+b1 ii libselinux12.1.13-2 ii libtracker-sparql-0.16-0 0.16.1-2 ii libx11-6 2:1.6.1-1 ii libxml22.9.1+dfsg1-3 ii nautilus-data 3.4.2-2 ii shared-mime-info 1.0-1+b1 Versions of packages nautilus recommends: ii brasero3.8.0-2 ii eject 2.1.5+deb1+cvs20081104-13 ii gnome-icon-theme-symbolic 3.8.2.2-2 ii gnome-sushi3.8.1-1 ii gvfs-backends 1.16.3-1 ii librsvg2-common2.36.4-2 Versions of packages nautilus suggests: ii eog3.8.2-1 ii epdfview [pdf-viewer] 0.1.8-3 ii evince [pdf-viewer]3.4.0-3.1+b1 ii gv [pdf-viewer]1:3.7.4-1 ii mupdf [pdf-viewer] 1.2-2 ii okular [pdf-viewer]4:4.10.5-1 ii totem 3.8.2-3 ii tracker0.16.1-2 ii vlc [mp3-decoder] 1:2.0.1-0.0 ii vlc-nox [mp3-decoder] 1:2.0.1-0.0 ii xdg-user-dirs 0.15-1 ii xpdf [pdf-viewer] 3.03-11 -- 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#722557: csoundqt: fails to upgrade from 'testing' - trying to overwrite /usr/share/pixmaps/qtcs.xpm
Package: csoundqt Version: 0.8.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + qutecsound Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package csoundqt. Unpacking csoundqt (from .../csoundqt_0.8.0-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/csoundqt_0.8.0-1_amd64.deb (--unpack): trying to overwrite '/usr/share/pixmaps/qtcs.xpm', which is also in package qutecsound 0.6.1-2 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Preparing to replace qutecsound 0.6.1-2 (using .../qutecsound_0.8.0-1_all.deb) ... Unpacking replacement qutecsound ... Errors were encountered while processing: /var/cache/apt/archives/csoundqt_0.8.0-1_amd64.deb cheers, Andreas qutecsound_0.8.0-1.log.gz Description: GNU Zip compressed data
Bug#722561: ampache-common: fails to upgrade from 'testing' - trying to overwrite /usr/share/ampache/www/modules/prototype/prototype.js
Package: ampache-common Version: 3.6-rzb2752+dfsg-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Preparing to replace ampache-common 3.6-git408e713+dfsg-4 (using .../ampache-common_3.6-rzb2752+dfsg-1_all.deb) ... Unpacking replacement ampache-common ... dpkg: error processing /var/cache/apt/archives/ampache-common_3.6-rzb2752+dfsg-1_all.deb (--unpack): trying to overwrite '/usr/share/ampache/www/modules/prototype/prototype.js', which is also in package ampache 3.6-git408e713+dfsg-4 ampache-common: Vhost not present, nothing to doPreparing to replace ampache 3.6-git408e713+dfsg-4 (using .../ampache_3.6-rzb2752+dfsg-1_all.deb) ... Unpacking replacement ampache ... dpkg: warning: unable to delete old directory '/etc/apache2/conf.d': Directory not empty cheers, Andreas ampache_3.6-rzb2752+dfsg-1.log.gz Description: GNU Zip compressed data
Bug#722560: libnss3-tools: signver -s destroys signature file
Package: libnss3-tools Version: 2:3.15.1-1 Severity: minor Regular users use the stdin pipe instead. New users may get bitten by this bug. The file should be in nss-3.15.1/nss/cmd/signver/ . Index: nss-3.12.8/mozilla/security/nss/cmd/signver/signver.c === --- nss-3.12.8.orig/mozilla/security/nss/cmd/signver/signver.c 2013-09-12 03:21:57.0 +0200 +++ nss-3.12.8/mozilla/security/nss/cmd/signver/signver.c 2013-09-12 03:23:20.0 +0200 @@ -116,7 +116,6 @@ opt_ASCII, opt_CertDir, opt_InputDataFile, -opt_ItemNumber, opt_OutputFile, opt_InputSigFile, opt_PrintWhyFailure, smime.p7s Description: S/MIME cryptographic signature
Bug#722559: libestring-ocaml{, -dev}: fails to upgrade from 'testing' - trying to overwrite /usr/lib/ocaml/estring/META, /usr/lib/ocaml/estring/pa_estring.mli
Package: libestring-ocaml-dev,libestring-ocaml Version: 20130822-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + libsqlexpr-ocaml-dev Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package libestring-ocaml. Unpacking libestring-ocaml (from .../libestring-ocaml_20130822-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libestring-ocaml_20130822-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/ocaml/estring/META', which is also in package libbatteries-ocaml-dev 1.4.3-1 Selecting previously unselected package libestring-ocaml-dev. Unpacking libestring-ocaml-dev (from .../libestring-ocaml-dev_20130822-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libestring-ocaml-dev_20130822-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/ocaml/estring/pa_estring.mli', which is also in package libbatteries-ocaml-dev 1.4.3-1 Preparing to replace libsqlexpr-ocaml 0.4.1-1+b6 (using .../libsqlexpr-ocaml_0.4.1-2_amd64.deb) ... Unpacking replacement libsqlexpr-ocaml ... Preparing to replace libbatteries-ocaml-dev 1.4.3-1 (using .../libbatteries-ocaml-dev_2.0-1_amd64.deb) ... Unpacking replacement libbatteries-ocaml-dev ... Preparing to replace libev-dev 1:4.15-2 (using .../libev-dev_1%3a4.15-3_amd64.deb) ... Unpacking replacement libev-dev ... Preparing to replace libev4 1:4.15-2 (using .../libev4_1%3a4.15-3_amd64.deb) ... Unpacking replacement libev4 ... Errors were encountered while processing: /var/cache/apt/archives/libestring-ocaml_20130822-1_amd64.deb /var/cache/apt/archives/libestring-ocaml-dev_20130822-1_amd64.deb cheers, Andreas libsqlexpr-ocaml-dev_0.4.1-2.log.gz Description: GNU Zip compressed data
Bug#721713: qemu-system-x86: Qemu 1.6 fail to start with all xen hvm domUs
The fix is now accepted and added on upstream git: http://git.qemu.org/?p=qemu.git;a=commit;h=04d7bad8a4fb23e6d9af9d06ce3ddc28a251d94d I think it is very important to add it on qemu debian package. Latest xen unstable debian package seems already using it but without this fix hvm domUs can't start at all: xen (4.3.0-1) unstable; urgency=low ... * Make xen-utils recommend qemu-system-x86. (closes: #688311) ... -- Bastian Blank wa...@debian.org Thu, 05 Sep 2013 13:54:03 +0200 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722513: flightgear-data-base: fails to upgrade from 'testing' - trying to overwrite /usr/share/games/flightgear/Scenery/Airports/C/A/6/CA67.threshold.xml
Followup-For: Bug #722513 Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package flightgear-data-base. Unpacking flightgear-data-base (from .../flightgear-data-base_2.10.0-2_all.deb) ... dpkg: error processing /var/cache/apt/archives/flightgear-data-base_2.10.0-2_all.deb (--unpack): trying to overwrite '/usr/share/games/flightgear/Scenery/Airports/C/A/6/CA67.threshold.xml', which is also in package fgfs-scenery-base 2.6.0-1.1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Preparing to replace fgfs-scenery-base 2.6.0-1.1 (using .../fgfs-scenery-base_2.10.0-2_all.deb) ... Unpacking replacement fgfs-scenery-base ... Errors were encountered while processing: /var/cache/apt/archives/flightgear-data-base_2.10.0-2_all.deb cheers, Andreas fgfs-scenery-base_2.10.0-2.log.gz Description: GNU Zip compressed data
Bug#722562: open-iscsi: inaccessible host block the scan of other hosts
Package: open-iscsi Version: 2.0.873-3 Severity: normal Tags: patch inaccessible host would block the scan of other hosts in the system. A fix is present upstream. Could be nice to integrate it in wheezy version as well. [PATCH] Make rescan run in parallel: https://github.com/mikechristie/open-iscsi/commit/bf399411ed8a2f4047f928653ac8dd02ffd0f662 Regards, -- William -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722563: lxlauncher: does not display debian menus
Package: lxlauncher Version: 0.2.2-3 Severity: normal Dear Maintainer, lxlauncher only shows a small subset of the installed applications, while I would expect it to offer access to as many as possible. It seems capable of using the full debian menu with only a few changes, so please would you fix this bug, perhaps by adding a dependency on menu-xdg and the following config snippet in an appropriate location? !-- The Debian menu -- Menu NameDebian/Name MergeFiledebian-menu.menu/MergeFile DirectoryDebian.directory/Directory /Menu -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.8.3 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages lxlauncher depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libmenu-cache10.3.3-1 ii libpango1.0-0 1.30.0-1 ii libstartup-notification0 0.12-1 ii libx11-6 2:1.5.0-1+deb7u1 ii lxmenu-data 0.1.2-2 Versions of packages lxlauncher recommends: ii gnome-icon-theme 3.4.0-2 lxlauncher suggests no packages. -- Configuration Files: /etc/xdg/menus/lxlauncher-applications.menu changed [not included] -- 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#722565: visp: test suite needs -j1
Source: visp Version: 2.8.0-1 Severity: important Some of the checks in the test suite can not be run in parallel. Running with -j5 fails for me with: | Start 9: displayGDI | Start 10: displayD3D | Start 11: displayGTK | Start 12: displayX | 8/105 Test #12: displayX .***Failed 0.04 sec | libdc1394 error: Failed to initialize libdc1394 | !! /«PKGBUILDDIR»/src/tools/io/vpIoTools.cpp: makeDirectory(#432) :unable to create directory '/tmp/sebastian' | | !! /«PKGBUILDDIR»/src/tools/io/vpIoTools.cpp: makeDirectory(#465) :unable to create directory '/tmp/sebastian' ... | 99% tests passed, 1 tests failed out of 105 | | Total Test time (real) = 16.12 sec | | The following tests FAILED: | 12 - displayX (Failed) | Errors while running CTest | make[2]: *** [test] Error 8 It's either displayX or displayGTK that fails. With -j1 everything works as expected. So parallel execution needs to be disabled for the test suite. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#689824: RFP: yquake2 -- Yamagi Quake II - Enhanced client for Quake II
On 12/09/13 09:11, Fabian Greffrath wrote: Yamagi Quake II is a modern Quake II that offers a play experience as close as possible to that of the original 1997 game. The 'quake' package might be a useful reference for a game with swappable engines, and contains SVG source for a Quake II icon in the same style as its Quake I icon. (Indeed, I wouldn't object to quake2 and quake2-server being built from src:quake, if that'd be any easier... I suspect they'll end up pretty similar.) S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720262: do you need help?
Hi, This bug seems relatively trivial to fix: Conditionally build the java plugin, and mark the corresponding binary package as being not for mips or mipsel. Haven't looked at actual code yet, but can do so if relevant. Do you need help here? Would you perhaps be interested in team-maintenance? Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#722453: kmail: Imap server (accounts) ask for kwallet password before kmail is started
Just for info, a similar bug report exists on bugs.kde, with some hints on how to fix the annoying behavior: https://bugs.kde.org/show_bug.cgi?id=292544 ric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689824: RFP: yquake2 -- Yamagi Quake II - Enhanced client for Quake II
Am Donnerstag, den 12.09.2013, 11:14 +0100 schrieb Simon McVittie: The 'quake' package might be a useful reference for a game with swappable engines, and contains SVG source for a Quake II icon in the same style as its Quake I icon. (Indeed, I wouldn't object to quake2 and quake2-server being built from src:quake, if that'd be any easier... I suspect they'll end up pretty similar.) Yes, that was my idea: To package the engine separately, let it provide an alternative for /usr/games/quake2{,-server} and implement a frontend to be included in the src:quake package. I am currently not sure, however, how a dedicated server is invoked for quake2. There is a q2ded executable built from yquake2 sources, however. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722524: [Pkg-systemd-maintainers] Bug#722524: Bug#722524: bug script for systemd fails if it doesn't have root permissions
Hi, Am 12.09.2013 07:08, schrieb Michael Stapelberg: Good catch! Our switch to using File::Temp for making the modifications atomic has caused this — the File::Temp module explicitly chmods the files to 0600. This is fixed in commit http://anonscm.debian.org/gitweb/?p=collab-maint/init-system-helpers.git;a=commitdiff;h=6e2b55bf26be1c22cec367c42099c5cee4d58325 Should we also chmod 644 existing files in i-s-h's postinst? -- 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#703638: [Openstack-devel] Bug#703638: ITP: cloudfuse -- FUSE filesystem for Swift object storage.
Is it getting maintained, because there has been no changes to the code the last 3 months on github. -- Med venlig hilsen / Best regards René Schultz Madsen Microting A/S tlf. 66 11 10 66 CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information or otherwise protected by law. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message
Bug#721979: libvirt-bin: At least one cgroup controller is required: No such device or address
Debian libvirt maintainer should cherry-pick this change from upstream libvirt GIT master. commit a48838ad2e36c124229b6faaf6e24284810e3802 Author: Daniel P. Berrange berra...@redhat.com Date: Wed Sep 11 19:15:52 2013 +0100 Fix launching of VMs on when only logind part of systemd is present Debian systems may run the 'systemd-logind' daemon, which causes the /sys/fs/cgroup/systemd mount to be setup, but no other cgroup controllers are created. While the LXC driver considers cgroups to be mandatory, the QEMU driver is supposed to accept them as optional. We detect whether they are present by looking in /proc/mounts for any mounts of type 'cgroups', but this is not sufficient. We need to skip any named mounts (as seen by a name=XXX string in the mount options), so that we only detect actual resource controllers. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721979 Signed-off-by: Daniel P. Berrange berra...@redhat.com Regards, Daniel -- |: http://berrange.com -o-http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722521: [Pkg-systemd-maintainers] Bug#722521: Bug#722521: Fails to properly re-enable service on install-remove-install sequence
Am 12.09.2013 06:59, schrieb Michael Stapelberg: The reason is that “deb-systemd-helper was-enabled” returns false after the “apt-get remove rsyslog”, therefore the postinst will not call “deb-systemd-helper enable” when installing in step 3/. I’d argue that this is expected behavior, given that in postrm we run “deb-systemd-helper disable”. Now the question is why we do that Actually, I don't know / remember why we changed it that way. I don't think previous versions did that. Do you find a clue in the git log? :). Especially with regards to #714903 it occurs to me that masking the files instead of disabling (= removing the symlinks) is the better alternative here. What do you think? Masking the service might be better indeed, especially as systemctl disable will now also forward the request to update-rc.d, which is kinda odd, that the addition of a systemd service changes the behaviour of the SysV init script on remove. Sounds to me, as if we should drop the disable-on-remove bits in i-s-h again, and follow up at #714903 whether and how to use mask and what we need to consider when doing that. 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#722524: [Pkg-systemd-maintainers] Bug#722524: Bug#722524: bug script for systemd fails if it doesn't have root permissions
Am 12.09.2013 12:32, schrieb Michael Biebl: Should we also chmod 644 existing files in i-s-h's postinst? When upgrading i-s-h from older, buggy versions. Something along the lines like if dpkg --compare-versions $2 lt 1.9; then # chmod stuff fi -- 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#722486: spek: FTBFS with g++-4.6
On 2013-09-11 10:02:50, Alexander Kojevnikov wrote: On Wed, Sep 11, 2013 at 8:36 AM, Sebastian Ramacher sramac...@debian.org wrote: thanks for the fix for the libav 9 transition! Unfortunately spek still fails to build on some architectures: on ia64, powerpc, s390(x) and sparc g++ still points to g++-4.6 and thus spek fails to build with: | g++ -DHAVE_CONFIG_H -I. -I.. -include config.h -pthread -I/usr/lib/ia64-linux-gnu/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -D_FORTIFY_SOURCE=2 -g -O2 -Wformat -Werror=format-security -std=gnu++11 -Wall -Wextra -c -o libspek_a-spek-audio.o `test -f 'spek-audio.cc' || echo './'`spek-audio.cc | cc1plus: error: unrecognized command line option '-std=gnu++11' I've confirmed the build failure on s390. Example build log: https://buildd.debian.org/status/fetch.php?pkg=spekarch=s390xver=0.8.2-2stamp=1378880806 Spek uses C++11 features that g++-4.6 does not implement. What would be the implications of marking this as wontfix? Ignoring this issue means that spek won't migrate to testing (since it is out of date on some architectures) which would block us from completing the libav 9 transition. I presume this can be fixed easily by adding a build-dependency on g++-4.8 and forcing CXX to be g++-4.8 on those architectures. On the other architectures g++ (= 4.X) might be needed too. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#720796: gstreamer0.10-ffmpeg: FTBFS with libav9: gstffmpeg.h:63:1: error: unknown type name 'URLProtocol'
On 2013-09-09 20:53:03, Luk Claes wrote: Can/should this be removed in favour of gst-libav1.0? Yes it should probably be just removed. I plan to get rid of all of gstreamer 0.10 in the next months, so let's just let this one go now already :) testing removal hint added. That didn't work - there are reverse dependencies. Seems like gstreamer0.10-ffmpeg needs to be fixed. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#717503: closed by Christopher James Halse Rogers r...@ubuntu.com (Bug#717503: fixed in colord 1.0.2-1)
found 717503 1.0.2-1 thanks Hi, Am 30.07.2013 11:06, schrieb Debian Bug Tracking System: This is an automatic notification regarding your Bug report which was filed against the colord package: #717503: Test for usb-db before using it / replaced by hwdb in newer udev releases It has been closed by Christopher James Halse Rogers r...@ubuntu.com. So I noticed today, that I still get those error messages on startup about the missing usb-db. Yet my patch is applied properly so I was wondering what's going wrong. Seems I accidentally patched the wrong file. Should have patched rules/69-cd-sensors.rules.in and not rules/69-cd-sensors.rules Please update debian/patches/test-for-usb-db-before-running-it.patch accordingly or let me know, and I'll send you an updated patch. As I've just uploaded udev 204 to unstable, it would be great to have a fixed package uploaded soonish. 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#703455: rbenv: New version available
Package: rbenv Followup-For: Bug #703455 It seems the new version was already added to the repository in pkg-ruby-extras. However, it is not yet available in Debian. What's still needed for that final step? Does it need an uploader? Kind regards, Matijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717503: closed by Christopher James Halse Rogers r...@ubuntu.com (Bug#717503: fixed in colord 1.0.2-1)
Am 12.09.2013 13:04, schrieb Michael Biebl: found 717503 1.0.2-1 thanks Hi, Am 30.07.2013 11:06, schrieb Debian Bug Tracking System: This is an automatic notification regarding your Bug report which was filed against the colord package: #717503: Test for usb-db before using it / replaced by hwdb in newer udev releases It has been closed by Christopher James Halse Rogers r...@ubuntu.com. So I noticed today, that I still get those error messages on startup about the missing usb-db. Yet my patch is applied properly so I was wondering what's going wrong. Seems I accidentally patched the wrong file. Should have patched rules/69-cd-sensors.rules.in and not rules/69-cd-sensors.rules Please update debian/patches/test-for-usb-db-before-running-it.patch accordingly or let me know, and I'll send you an updated patch. Actually, simply updating test-for-usb-db-before-running-it.patch and patching 69-cd-sensors.rules.in won't help. We also need to make sure 69-cd-sensors.rules is removed and recreated. The attached patch removes rules/69-cd-sensors.rules vi debian/clean and should do the trick. Please review and verify that after you have built the package, the result rules file has the change applied. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? diff -Nru colord-1.0.2/debian/changelog colord-1.0.2/debian/changelog --- colord-1.0.2/debian/changelog 2013-07-30 09:46:08.0 +0200 +++ colord-1.0.2/debian/changelog 2013-09-12 13:17:42.0 +0200 @@ -1,3 +1,11 @@ +colord (1.0.2-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Patch the correct 69-cd-sensors.rules.in file and remove +69-cd-sensors.rules as part of the clean process, so it is regenerated. + + -- Michael Biebl bi...@debian.org Thu, 12 Sep 2013 13:16:57 +0200 + colord (1.0.2-1) unstable; urgency=low * New upstream stable release diff -Nru colord-1.0.2/debian/clean colord-1.0.2/debian/clean --- colord-1.0.2/debian/clean 1970-01-01 01:00:00.0 +0100 +++ colord-1.0.2/debian/clean 2013-09-12 13:16:48.0 +0200 @@ -0,0 +1 @@ +src/69-cd-sensors.rules diff -Nru colord-1.0.2/debian/patches/test-for-usb-db-before-running-it.patch colord-1.0.2/debian/patches/test-for-usb-db-before-running-it.patch --- colord-1.0.2/debian/patches/test-for-usb-db-before-running-it.patch 2013-07-30 09:46:08.0 +0200 +++ colord-1.0.2/debian/patches/test-for-usb-db-before-running-it.patch 2013-09-12 13:16:44.0 +0200 @@ -10,11 +10,11 @@ rules/69-cd-sensors.rules | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -diff --git a/rules/69-cd-sensors.rules b/rules/69-cd-sensors.rules -index a955a63..5bc8cdb 100644 a/rules/69-cd-sensors.rules -+++ b/rules/69-cd-sensors.rules -@@ -87,7 +87,7 @@ ATTRS{idVendor}==273f, ATTRS{idProduct}==1002, ENV{COLORD_SENSOR_KIND}=colo +Index: colord-1.0.2/rules/69-cd-sensors.rules.in +=== +--- colord-1.0.2.orig/rules/69-cd-sensors.rules.in 2013-09-12 13:16:42.592021952 +0200 colord-1.0.2/rules/69-cd-sensors.rules.in 2013-09-12 13:16:42.584021866 +0200 +@@ -87,7 +87,7 @@ # color calibration device ENV{COLORD_SENSOR_KIND}==*?, ENV{COLOR_MEASUREMENT_DEVICE}=1 ENV{COLORD_SENSOR_KIND}==*?, ENV{ID_MODEL}==, IMPORT{program}=usb_id --export %p @@ -22,7 +22,4 @@ +ENV{COLORD_SENSOR_KIND}==*?, ENV{ID_MODEL_FROM_DATABASE}==, TEST==/lib/udev/usb-db, IMPORT{program}=usb-db %p # Allow the daemon to access the color devices - ENV{COLORD_SENSOR_KIND}==*?, GROUP=root --- -1.8.3.2 - + ENV{COLORD_SENSOR_KIND}==*?, GROUP=@daemon_user@ signature.asc Description: OpenPGP digital signature
Bug#722562: open-iscsi: inaccessible host block the scan of other hosts
On Thursday 12 September 2013 03:18 PM, William Dauchy wrote: inaccessible host would block the scan of other hosts in the system. A fix is present upstream. Could be nice to integrate it in wheezy version as well. [PATCH] Make rescan run in parallel: https://github.com/mikechristie/open-iscsi/commit/bf399411ed8a2f4047f928653ac8dd02ffd0f662 Nice. This patch was well needed. I will look into it soon. Have you tested it for Wheezy? -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#722566: console-setup: Alt and Shift stick if some key combination pressed
Package: console-setup Version: 1.88 Severity: important Hello. I have two languages in my system, to swich layouts Alt+Shift combination used. If I press and release Alt+Shift+Ctrl sometimes (depends on order of releasing) I get broken keyboard. To reproduce press this order: Ctrl, Alt, Shift and release this order: Ctrl, Alt, Shift. If Shift released first - keyboard is ok, if no - keyboard is broken. I found, problem is broken keymaps (compiled by ckbcomp). man keymaps(5) says: Note that you should be very careful when binding the modifier keys, otherwise you can end up with an unusable keyboard mapping. If you for example define a key to have Control in its first column and leave the rest of the columns to be VoidSymbols, you're in trouble. This is because pressing the key puts Control modifier in effect and the following actions are looked up from the fifth column (see the table above). So, when you release the key, the action from the fifth column is taken. It has VoidSymbol in it, so nothing happens. This means that the Control modifier is still in effect, although you have released the key. Re-pressing and releasing the key has no effect. To avoid this, you should always define all the columns to have the same modifier symbol. This problem is exactly the same. After deleting unimportant lines for Alt and Shift modificator in keymaps it work fine: alt keycode 42 = ShiftL_Lock alt shiftl keycode 42 = ShiftR_Lock alt shiftr keycode 42 = ShiftR_Lock alt shiftl shiftr keycode 42 = ShiftL_Lock shift keycode 56 = ShiftL_Lock shift shiftl keycode 56 = ShiftR_Lock shift shiftr keycode 56 = ShiftR_Lock shift shiftl shiftr keycode 56 = ShiftL_Lock So, it looks like initial problem is broken ckbcomp. My keyboard file: # KEYBOARD CONFIGURATION FILE # Consult the keyboard(5) manual page. XKBMODEL=pc105 XKBLAYOUT=us,ru XKBVARIANT=, XKBOPTIONS=grp:alt_shift_toggle,grp_led:scroll BACKSPACE=guess -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.9-0.bpo.1-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 Versions of packages console-setup depends on: ii console-setup-linux 1.88 ii debconf 1.5.49 ii keyboard-configuration 1.88 ii xkb-data2.5.1-3 console-setup recommends no packages. Versions of packages console-setup suggests: ii locales 2.13-38 ii lsb-base 4.1+Debian8+deb7u1 Versions of packages keyboard-configuration depends on: ii debconf 1.5.49 ii initscripts 2.88dsf-41 ii liblocale-gettext-perl 1.05-7+b1 Versions of packages console-setup-linux depends on: ii kbd 1.15.3-9 ii keyboard-configuration 1.88 console-setup-linux suggests no packages. Versions of packages console-setup is related to: pn console-common none pn console-datanone pn console-tools none ii kbd 1.15.3-9 -- 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#716739: kmod: please package version 14
Package: module-init-tools Version: 9-3 Followup-For: Bug #716739 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Trying to build a 3.11.0+ kernel * What exactly did you do (or not do) that was effective (or ineffective)? git-bisect was inconclusive, forcing some modules to be included worked, reported bug upstream, supplied patch but was also told: So once the initrd generation tool is fixed to include softdeps it will work properly. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.11.0+ (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 module-init-tools depends on: ii dpkg 1.17.1 ii kmod 9-3 ii libkmod2 9-3 module-init-tools recommends no packages. module-init-tools 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#722479: Doesn't contain license full text in source package
Michael, No. You said I was/is already working on this and it didn't was a fact. I said about license again because your speech is better here and I need to be treated with more cordiality, when in pvt, to help to solve the problems. But, we need to go to work and do it in peace. :-) I also need to know what to do about the other quoted package, linky, which is a duplication of iceweasel-linky. I can be wrong but think that linky or iceweasel-linky must be removed. Is that? Help me please. I will contact the upstream now to tell about license file. Have a nice day. Regards, Eriberto 2013/9/12 Michael Meskes mes...@debian.org: As I already stated here, I forgot about that clause in MPL. What else do you want me to do? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722567: nginx-extras: 1.4.1-3+b1 segfaults with libc6 2.17-92+b1
Package: nginx-extras Version: 1.4.1-3+b1 Severity: grave Justification: renders package unusable Dear Maintainer, After upgrading to latest nginx-extras and libc6 from sid I am experiencing segfaults during nginx start or even configuration test # nginx Segmentation fault # nginx -t Segmentation fault # dmesg | tail -n1 [259411.318639] nginx[23254]: segfault at 0 ip 7f9a0ed0303a sp 7fff49e10438 error 4 in libc-2.17.so[7f9a0ebe3000+1a2000] -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nginx-extras depends on: ii libc6 2.17-92+b1 ii libexpat1 2.1.0-4 ii libgd3 2.1.0-2 ii libgeoip1 1.5.1-2 ii liblua5.1-0 5.1.5-5 ii libpam0g1.1.3-9 ii libpcre31:8.31-2 ii libperl5.18 5.18.1-3 ii libssl1.0.0 1.0.1e-3 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii nginx-common1.4.1-3 ii perl5.18.1-3 ii perl-base [perlapi-5.18.1] 5.18.1-3 ii zlib1g 1:1.2.8.dfsg-1 nginx-extras recommends no packages. Versions of packages nginx-extras suggests: pn nginx-doc 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#722112: libmenu-cache1-dev should be removed from both src:lxappearance and src:lxappearance-obconf
The libmenu-cache1-dev should be removed from both lxappearance and lxappearance-obconf dependencies, sources of both those packages don't use libmenu-cache at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722569: libsasl2-2: Apparent file descriptor leak
Package: libsasl2-2 Version: 2.1.25.dfsg1-6+deb7u1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I am running an openldap with sasl on debian wheezy. Current package versions are: ii libsasl2-2:amd64 2.1.25.dfsg1-6+deb7u1 amd64Cyrus SASL - authentication abstraction library ii libsasl2-modules:amd64 2.1.25.dfsg1-6+deb7u1 amd64Cyrus SASL - pluggable authentication modules ii libsasl2-modules-gssapi-mit:amd64 2.1.25.dfsg1-6+deb7u1 amd64Cyrus SASL - pluggable authentication modules (GSSAPI) ii sasl2-bin 2.1.25.dfsg1-6+deb7u1 amd64Cyrus SASL - administration programs for SASL users database ii slapd 2.4.31-1+nmu2 amd64OpenLDAP server (slapd) slapd keeps running into too many open files errors every now and then since, apparently, some fds are not closed properly. I see a lot of lines like slapd 11014 11072openldap 491u REG9,1 4779 16925389 /var/tmp/ldap_109 (deleted) in lsof|grep ldap output (notice the deleted, which I believe indicates what I said above). I have more than 3000 of these after one hour of running slapd with around 200 connected clients. * What exactly did you do (or not do) that was effective (or ineffective)? Increasing ulimit -n obviously buys some time, but does not really help. Talking on #openldap in freenode IRC, I was suggested looking into this patch, which apparently helped solve this problem for redhat: https://github.com/PhantomX/slackbuilds/blob/master/cyrus-sasl/patches/cyrus-sasl-2.1.26-release-server_creds.patch -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libsasl2-2 depends on: ii libc6 2.13-38 ii libdb5.1 5.1.29-5 ii multiarch-support 2.13-38 Versions of packages libsasl2-2 recommends: ii libsasl2-modules 2.1.25.dfsg1-6+deb7u1 libsasl2-2 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#722568: FTBFS on kfreebsd-*: /usr/bin/ld: cannot find -lusb-1.0
Source: cgminer Version: 3.4.2-1 Severity: serious cgminer FTBFS in 3.4.2-1 on kfreebsd but built successfully in the past. The error message is: libtool: link: gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wl,-z -Wl,relro -Wl,-z -Wl,now -o cgminer cgminer-cgminer.o cgminer-util.o cgminer-sha2.o cgminer-api.o cgminer-logging.o cgminer-driver-opencl.o cgminer-ocl.o cgminer-findnonce.o cgminer-adl.o cgminer-scrypt.o cgminer-fpgautils.o cgminer-usbutils.o cgminer-driver-bflsc.o cgminer-driver-bitforce.o cgminer-driver-icarus.o cgminer-driver-avalon.o cgminer-driver-modminer.o /usr/lib/i386-kfreebsd-gnu/libcurl-gnutls.so -ljansson -lOpenCL -lusb-1.0 -lrt -lm lib/libgnu.a ccan/libccan.a -lncurses -lpthread -pthread /usr/bin/ld: cannot find -lusb-1.0 collect2: error: ld returned 1 exit status The full log can be found at https://buildd.debian.org/status/fetch.php?pkg=cgminerarch=kfreebsd-i386ver=3.4.2-1stamp=1378841409 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720661: kino: diff for NMU version 1.3.4-1.4
Control: tags -1 + patch pending Dear maintainer, I've prepared an NMU for kino (versioned as 1.3.4-1.4) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- Sebastian Ramacher diff -u kino-1.3.4/debian/changelog kino-1.3.4/debian/changelog --- kino-1.3.4/debian/changelog +++ kino-1.3.4/debian/changelog @@ -1,3 +1,12 @@ +kino (1.3.4-1.4) unstable; urgency=low + + * Non-maintainer upload. + * debian/patches/100_libav_9.diff: Port to libav 9 API. (Closes: #720661). + * debian/control: Bump libavformat-dev and libavcoded-dev to = 6:9 since +some version checks have been dropped. + + -- Sebastian Ramacher sramac...@debian.org Thu, 12 Sep 2013 13:50:06 +0200 + kino (1.3.4-1.3) unstable; urgency=low * Non-maintainer upload. diff -u kino-1.3.4/debian/control kino-1.3.4/debian/control --- kino-1.3.4/debian/control +++ kino-1.3.4/debian/control @@ -28,8 +28,8 @@ libglib2.0-dev | libglib-dev, libquicktime-dev (= 2:1.0.0), libsamplerate0-dev, - libavcodec-dev, - libavformat-dev, + libavcodec-dev (= 6:9), + libavformat-dev (= 6:9), libasound2-dev, liba52-dev, libgsm1-dev, diff -u kino-1.3.4/debian/patches/series kino-1.3.4/debian/patches/series --- kino-1.3.4/debian/patches/series +++ kino-1.3.4/debian/patches/series @@ -5,0 +6 @@ +100_libav_9.diff only in patch2: unchanged: --- kino-1.3.4.orig/debian/patches/100_libav_9.diff +++ kino-1.3.4/debian/patches/100_libav_9.diff @@ -0,0 +1,69 @@ +Description: Port to libav 9 API. +Author: Moritz Mühlenhoff j...@inutil.org +Bug-Debian: http://bugs.debian.org/720661 +Last-Update: 2013-09-10 + +diff -aur kino-1.3.4.orig/src/frame.cc kino-1.3.4/src/frame.cc +--- kino-1.3.4.orig/src/frame.cc 2013-09-06 00:14:45.22400 +0200 kino-1.3.4/src/frame.cc 2013-09-06 00:15:26.49200 +0200 +@@ -101,8 +101,8 @@ + #if defined(HAVE_LIBAVCODEC) + pthread_mutex_lock( avcodec_mutex ); + av_register_all(); +- libavcodec = avcodec_alloc_context(); +- avcodec_open( libavcodec, avcodec_find_decoder( CODEC_ID_DVVIDEO ) ); ++ libavcodec = avcodec_alloc_context3(NULL); ++ avcodec_open2( libavcodec, avcodec_find_decoder( CODEC_ID_DVVIDEO ), NULL ); + pthread_mutex_unlock( avcodec_mutex ); + data = ( unsigned char* ) av_mallocz( 144000 ); + #if defined(HAVE_SWSCALE) +@@ -1364,12 +1364,10 @@ + vst-sample_aspect_ratio = avcodecEncoder-sample_aspect_ratio; + #endif + avcodecEncoder-thread_count = 2; +- avcodec_thread_init( avcodecEncoder, avcodecEncoder-thread_count ); + avcodecEncoder-time_base= isPAL ? ( AVRational ){ 1, 25 } : ( AVRational ){ 1001, 3 }; + avcodecEncoder-pix_fmt = isPAL ? PIX_FMT_YUV420P : PIX_FMT_YUV411P; + avcodecEncoder-flags |= CODEC_FLAG_INTERLACED_DCT; +- av_set_parameters( avformatEncoder, NULL ); +- avcodec_open( avcodecEncoder, avcodec_find_encoder( CODEC_ID_DVVIDEO ) ); ++ avcodec_open2( avcodecEncoder, avcodec_find_encoder( CODEC_ID_DVVIDEO ), NULL ); + av_new_packet( avpacketEncoder, 144000 ); + tempImage = ( uint8_t* ) av_malloc( + avpicture_get_size( avcodecEncoder-pix_fmt, avcodecEncoder-width, avcodecEncoder-height ) ); +@@ -1475,19 +1473,15 @@ + + // Encode + bytesInFrame = avcodec_encode_video( avcodecEncoder, avpacketEncoder.data, size, output ); +- url_open_buf( avformatEncoder-pb, data, bytesInFrame, URL_WRONLY ); ++ avformatEncoder-pb = avio_alloc_context(data, bytesInFrame, 0, NULL, NULL, NULL, NULL); + avpacketEncoder.size = bytesInFrame; + if ( !isEncoderHeaderWritten ) + { +-av_write_header( avformatEncoder ); ++avformat_write_header(avformatEncoder, NULL); + isEncoderHeaderWritten = true; + } + av_write_frame( avformatEncoder, avpacketEncoder ); +-#if LIBAVFORMAT_VERSION_INT = ((5216)+(08)+0) +- url_close_buf( avformatEncoder-pb ); +-#else +- url_close_buf( avformatEncoder-pb ); +-#endif ++ avio_close(avformatEncoder-pb); + + // Update this frame's metadata + ExtractHeader(); +diff -aur kino-1.3.4.orig/src/frame.cc kino-1.3.4/src/frame.cc +--- kino-1.3.4.orig/src/frame.cc 2013-09-06 01:16:23.35600 +0200 kino-1.3.4/src/frame.cc 2013-09-06 01:21:57.41600 +0200 +@@ -1338,7 +1338,7 @@ + if ( avformatEncoder ) + { + avformatEncoder-oformat = av_guess_format( dv, NULL, NULL ); +- AVStream* vst = av_new_stream( avformatEncoder, 0 ); ++ AVStream* vst = avformat_new_stream( avformatEncoder, NULL ); + vst-codec-codec_type = AVMEDIA_TYPE_VIDEO; + vst-codec-codec_id = CODEC_ID_DVVIDEO; + vst-codec-bit_rate = 2500; + signature.asc Description: Digital signature
Bug#720796: gstreamer0.10-ffmpeg: FTBFS with libav9: gstffmpeg.h:63:1: error: unknown type name 'URLProtocol'
On Do, 2013-09-12 at 12:57 +0200, Sebastian Ramacher wrote: On 2013-09-09 20:53:03, Luk Claes wrote: Can/should this be removed in favour of gst-libav1.0? Yes it should probably be just removed. I plan to get rid of all of gstreamer 0.10 in the next months, so let's just let this one go now already :) testing removal hint added. That didn't work - there are reverse dependencies. Seems like gstreamer0.10-ffmpeg needs to be fixed. The rdepends should be ported to GStreamer 1.0 instead probably. Also most of these rdepends should at most Recommend the package. signature.asc Description: This is a digitally signed message part
Bug#695874: xombrero: status inquery
hello henrix, what is the current status of new versions of xxxterm / xombrero in debian? your RFS was 693514 closed in what seemed to be a successful upload at that time, but there's still no xombrero package in debian. were there objections from ftpmasters? i've just built and installed your xombrero (2:1.6.1-1) package from mentors, and things look good. as this also goes to the RFS bug, i'll mention where i think the package can be enhanced: * the lintian override is not required, just increase the debhelper version in the depends field of debian/control * wouldn't the name change be a chance to get rid of the epoch? please keep trying to get it uploaded. best regards chrysn signature.asc Description: Digital signature
Bug#702865: [colord] colord: doesn't start on boot
colord is a D-Bus activated service, so it is started on demand and doesn't need a SysV init script which starts it at boot. -- 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#722570: pyudev: Needs update to libudev1
Source: pyudev Version: 0.13-1 Severity: serious Hi, libudev1 replaced libudev0 in sid, pyudev's Depends field needs updating (and the binding might need adjusting for the changed API/ABI). Cheers, Julien signature.asc Description: Digital signature
Bug#722572: FTBFS on i386: FAIL: test_sysv and test_utmp
Source: upstart Version: 1.6.1-1 Severity: serious Hi, upstart FTBFS on i386 while it successfully built in the past. The test suite fails for the following two tests: test_sysv and test_utmp: ...with new runlevel BAD: wrong value for utmp-ut_tv.tv_usec, got unexpected 983796 at tests/test_sysv.c:899 (test_change_runlevel). /bin/bash: line 5: 20721 Aborted ${dir}$tst FAIL: test_sysv ...with missed reboot in wtmp file BAD: wrong value for utmp-ut_tv.tv_usec, got unexpected 883788 at tests/test_utmp.c:1090 (test_write_runlevel). /bin/bash: line 5: 20716 Aborted ${dir}$tst FAIL: test_utmp Complete build log can be found at https://buildd.debian.org/status/fetch.php?pkg=upstartarch=i386ver=1.6.1-1%2Bb1stamp=1378987409 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722571: chromium: Writes short-lived temp files to /var/tmp instead of /tmp
Package: chromium Version: 29.0.1547.57-3 Severity: normal Control: forwarded -1 https://code.google.com/p/chromium/issues/detail?id=290117 Chromium writes several short-lived files to /var/tmp, but those should be written to /tmp. Users with SSDs often mount a tmpfs on /tmp to reduce writes to the SSD. But /var/tmp cannot be a tmpfs, as it needs to be preserved across reboots. Writing those short-lived files to /var/tmp thus causes unnecessary writes to the SSD. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (980, 'unstable'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-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 chromium depends on: ii chromium-inspector 29.0.1547.57-3 ii gconf-service3.2.6-1 ii libasound2 1.0.27.2-1 ii libatk1.0-0 2.8.0-2 ii libc62.17-92+b1 ii libcairo21.12.14-5 ii libcups2 1.6.3-1 ii libdbus-1-3 1.6.14-1 ii libexpat12.1.0-4 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-10 ii libgconf-2-4 3.2.6-1 ii libgcrypt11 1.5.3-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgnome-keyring03.8.0-2 ii libgtk2.0-0 2.24.20-1 ii libjpeg8 8d-1 ii libnspr4 2:4.10-1 ii libnss3 2:3.15.1-1 ii libnss3-1d 2:3.15.1-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libspeechd2 0.7.1-6.2 ii libstdc++6 4.8.1-10 ii libudev0 175-7.2 ii libx11-6 2:1.6.1-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxml2 2.9.1+dfsg1-3 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.28-2 ii libxss1 1:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n none -- no debconf information -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgpZOgAKpTRvG.pgp Description: PGP signature
Bug#722573: pyudev: unsafe library loading
Source: pyudev Version: 0.13-1 Severity: important pyudev should load the libudev it knows about, not use find_library('udev') and just assume that happens to be the right ABI. So IMO this should be replaced by libudev = CDLL('libudev.so.1', use_errno=True) without going through find_library. Cheers, Julien signature.asc Description: Digital signature
Bug#722121: installing `gir1.2-gtk-3.0` doesn't fix this bug here
Hi, On Wed, Sep 11, 2013 at 06:24:48PM +0200, Ivan Sergio Borgonovo wrote: On Thu, 12 Sep 2013 00:31:43 +0900 Osamu Aoki os...@debian.org wrote: Hi, Try install python-gi This is needed for some rare case. Sorry if I wasn't clear. At least for cangjie and quick it works. I did test with xkbc installed. ibus-setup doesn't fail to start, I tried to type with xkbc selected and it simply wrote latin characters and I couldn't see any selection box as the one I'm used to see with I am not 100% sure but sounds like normal thing to expect since this xkbc is for deadkey etc for some european languages with funny marking around characters. Chinese. I simply don't know if this is the correct behavior but at least it doesn't fail to start as before. python-gi was already installed. Usually on Desktop, yes. So for what I need it works. Anyway, this is some transition problem or no problem. Let me close this original bug and address your bug if it happens under some well defined situation. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722546: dgit should not pass -i\.git -I.git to dpkg-source
Hi, you're a bit hasty in closing bugs... On Thu, 12 Sep 2013, Ian Jackson wrote: Raphaël Hertzog writes (Bug#722546: dgit should not pass -i\.git -I.git to dpkg-source): This might be helpful with 1.0 source format that did not ignore those files by default but it's actively bad for newer formats (including 3.0 (native)) where using those options actually restrict the set of ignored files (.git is already ignored by default) This is deliberate. In particular, for example, .gitignore should not be ignored if it exists. Given that the command line overrides what the maintainer has set in debian/source/options, you also un-ignore files that the maintainer said to ignore... for example some generated files that tend to stay around (that might be, or not, in git). I find this a poor choice. dgit's operating principle is that the git tree object corresponding to the git commit corresponds _exactly_ to the results of unpacking the source package. This just means that when you detect a difference you should fallback to do exactly the same as you do when you import a source package from the archive, no? Therefore the only difference should be .git, which exists in working trees but not tree objects. And what is supposed to happen when you want to mixin the upstream git repository which has for example a directory that is excluded from the generated tarball that is used in the debian package? The debian maintainer might well have added some ignore rule so that dpkg-source doesn't try to add the entire directory as a new patch. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722575: linux-image-3.10-3-amd64: kernel BUG at /build/linux-BPzSEt/linux-3.10.11/mm/slab.c:3005!
Package: src:linux Version: 3.10.11-1 Severity: normal During new HBA test found nasty bug: Caused my following command line: mdadm --create /dev/md10 --level=10 --raid-devices=4 --chunk=4K /dev/sd*2 --assume-clean mdadm: /dev/sda2 appears to be part of a raid array: level=raid1 devices=2 ctime=Thu Sep 12 15:52:18 2013 Segmentation fault dmesg: [ 95.301415] [ cut here ] [ 95.301474] kernel BUG at /build/linux-BPzSEt/linux-3.10.11/mm/slab.c:3005! [ 95.301531] invalid opcode: [#1] SMP [ 95.301668] Modules linked in: nfsd auth_rpcgss oid_registry nfs_acl nfs lockd dns_resolver fscache sunrpc linear loop coretemp kvm_intel kvm crc32c_intel iTCO_wdt iTCO_vendor_support snd_hda_intel microcode snd_hda_codec psmouse serio_raw snd_hwdep pcspkr snd_pcm snd_page_alloc snd_timer snd i2c_i801 soundcore i2c_core lpc_ich mfd_core evdev i7core_edac ioatdma edac_core dca acpi_cpufreq mperf button processor thermal_sys ext4 crc16 jbd2 mbcache raid0 sr_mod cdrom raid1 md_mod usb_storage sg hid_generic usbhid hid sd_mod crc_t10dif ahci libahci e1000e ehci_pci uhci_hcd ehci_hcd ptp pps_core usbcore usb_common pm80xx libsas libata scsi_transport_sas scsi_mod [ 95.305146] CPU: 13 PID: 3294 Comm: mdadm Tainted: GW 3.10-3-amd64 #1 Debian 3.10.11-1 [ 95.305234] Hardware name: Supermicro X8DTL/X8DTL, BIOS 2.0a 09/04/10 [ 95.305306] task: 8801b83ba040 ti: 8801b820c000 task.ti: 8801b820c000 [ 95.305392] RIP: 0010:[810f93e1] [810f93e1] cache_alloc+0x11c/0x290 [ 95.305529] RSP: 0018:8801b820da10 EFLAGS: 00010086 [ 95.305597] RAX: 88023ccec2c8 RBX: 88023b162000 RCX: 00023b760fff [ 95.305668] RDX: 000c RSI: RDI: [ 95.305740] RBP: 88023ccec2c0 R08: 88023b093a00 R09: 88023cd47000 [ 95.305811] R10: 8801b6a90040 R11: R12: 88023b49c540 [ 95.305881] R13: R14: 88023b093a00 R15: 001b [ 95.305954] FS: 7f4f813e5700() GS:88023fca() knlGS: [ 95.306041] CS: 0010 DS: ES: CR0: 8005003b [ 95.306109] CR2: 0040ccb0 CR3: 00023c30e000 CR4: 07e0 [ 95.306180] DR0: DR1: DR2: [ 95.306251] DR3: DR6: 0ff0 DR7: 0400 [ 95.306322] Stack: [ 95.306383] 88023cdba8f0 8021 8801b6bf0158 88023b49c540 [ 95.306641] 8020 0046 8020 88023cca4000 [ 95.306897] 810fa4e9 8801b6bf0158 8801b6bf0158 8801b79aa400 [ 95.307154] Call Trace: [ 95.307220] [810fa4e9] ? kmem_cache_alloc+0x47/0xfd [ 95.307295] [a0028317] ? sas_alloc_task+0x14/0x34 [libsas] [ 95.307370] [a002f4dd] ? sas_ata_qc_issue+0x6a/0x204 [libsas] [ 95.307444] [811d60db] ? swiotlb_map_sg_attrs+0xf8/0x112 [ 95.307521] [a004ec8d] ? ata_qc_issue+0x288/0x2f3 [libata] [ 95.307598] [a00546a8] ? atapi_qc_complete+0x2c1/0x2c1 [libata] [ 95.307675] [a005548a] ? __ata_scsi_queuecmd+0x15d/0x1b7 [libata] [ 95.307750] [a002e19e] ? sas_queuecommand+0x88/0x1df [libsas] [ 95.307827] [a0001d19] ? scsi_dispatch_cmd+0x180/0x23f [scsi_mod] [ 95.307903] [a00073f8] ? scsi_request_fn+0x4c8/0x4f4 [scsi_mod] [ 95.307978] [811a8804] ? __blk_run_queue_uncond+0x1e/0x26 [ 95.308049] [811a88da] ? queue_unplugged+0x54/0x78 [ 95.308120] [811a93ed] ? blk_flush_plug_list+0x1b1/0x1c8 [ 95.308191] [811a940f] ? blk_finish_plug+0xb/0x2a [ 95.308265] [810c99fa] ? __do_page_cache_readahead+0x192/0x1b3 [ 95.308337] [810c9c6f] ? ra_submit+0x18/0x1b [ 95.308406] [810c1f0a] ? generic_file_aio_read+0x238/0x5b6 [ 95.308481] [81108f2e] ? do_sync_read+0x52/0x79 [ 95.308551] [811099c2] ? vfs_read+0x91/0xef [ 95.308620] [81109b38] ? SyS_read+0x5a/0x8b [ 95.308692] [8138b529] ? system_call_fastpath+0x16/0x1b [ 95.308761] Code: 20 48 8b 5d 28 48 8d 55 28 c7 45 60 01 00 00 00 48 39 d3 75 0c 41 8b 06 48 29 45 38 e9 b9 00 00 00 41 8b 54 24 18 39 53 20 72 2d 0f 0b 8b 7b 24 41 8b 74 24 0c ff c2 89 53 20 0f af f7 8b 54 bb [ 95.311714] RIP [810f93e1] cache_alloc+0x11c/0x290 [ 95.311827] RSP 8801b820da10 [ 95.311892] ---[ end trace 8dcf0b2c0131e7ac ]--- Hardware: CPU: vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Xeon(R) CPU L5630 @ 2.13GHz Base Board Information: Manufacturer: Supermicro Product Name: X8DTL Version: 2.01 Serial Number: VM08S55596 Asset Tag: To Be Filled By O.E.M. Features: Board is a hosting board Board is replaceable Location In
Bug#722562: open-iscsi: inaccessible host block the scan of other hosts
On Thu, Sep 12, 2013 at 1:25 PM, Ritesh Raj Sarraf r...@researchut.com wrote: Nice. This patch was well needed. I will look into it soon. Have you tested it for Wheezy? Yes; my quick fix was ok on wheezy. -- William -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722542: gcc-spu went away but is still being used
Control: reassign -1 newlib Am 12.09.2013 08:31, schrieb Niels Thykier: Package: gcc-defaults,newlib Severity: important Dear maintainers of gcc-defaults and newlib, I noticed that gcc-defaults have removed the gnu-spu package in sid, but newlib still build-depends on it. Since there was no bug against either package, I am assuming no one has noticed this so far. As it is, this is one (of several) things blocking gcc-defaults migration to testing. This bug can be fixed either by re-introducing gcc-spu (possibly as a transitional package, if gcc-spu is no longer needed) or by newlib no longer Build-Depending on gcc-spu (since it is the last package using it). I will leave it to you to decide how this will be solved; please reassign this bug to the proper package. I don't maintain the spu cross toolchain anymore, as previously written to the gcc and powerpc ML. So newlib maybe shouldn't build the spu packages anymore. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706315: conffile handled with ucf
Hi ! I don't understand your last comment: when I upgrade config.pl is not marked as a conffile anymore. How do you clear the status? BR, -- Ludovic Drolez. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722574: Kernel upgrade
Hi, I just noticed I was still using kernel 3.2.0-1-amd64, I upgraded to the latest 3.2.0-4-amd64 (I didn't have the meta-package installed, long story). Sorry for any inconvenience. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722576: nagios-plugins: check_imap hangs until timeout occur
Package: nagios-plugins Version: 1.4.16+git20130911-1 Severity: normal The latest versions of check_imap have some problem with reading from the stream, it seems as if it does not recognize EOL correctly, therefore it hangs until timeout occurs. A workaround is to maximize the received number of characters with -m. This is not a practial solution, but it works and may perhaps shed some light on the real issue. Running 'check_imap -v -H HOSTNAME' gives this error after timeout: Using service IMAP Port: 143 flags: 0x6 Quit string: a1 LOGOUT server_expect_count: 1 0: * OK CRITICAL - Socket timeout after 10 seconds Version 1.4.16-3 works just fine: Using service IMAP Port: 143 flags: 0x6 Quit string: a1 LOGOUT server_expect_count: 1 0: * OK received 110 bytes from host #-raw-recv---# * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS LOGINDISABLED] Dovecot ready. #-raw-recv---# looking for [* OK] in beginning of [* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS LOGINDISABLED] Dovecot ready.] found it IMAP OK - 0.001 second response time on port 143 [* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS LOGINDISABLED] Dovecot ready.]|time=0.001445s;;;0.00;10.00 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nagios-plugins depends on: ii nagios-plugins-basic 1.4.16+git20130911-1 ii nagios-plugins-standard 1.4.16+git20130911-1 nagios-plugins recommends no packages. Versions of packages nagios-plugins suggests: ii nagios-plugins-contrib 8.20130824 pn nagios3 | icinganone -- 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#722541: musixtex: Purging musixtex breaks tex-common
On Do, 12 Sep 2013, Marc Glisse wrote: I didn't consciously create it. It says it was auto-generated by update-updmap, in May 2012. It contains the basic stuff (lm-*.map and Hmmm, I don't remember that we created updmap.cfg ever there, I mean by our scripts. Could it be that you called update-updmap by hand as root at some point? After removing this file, I could purge musixtex with no problem, thanks. Ok, problem closed. So I guess the only question is how I ended up with that file (I didn't Do you know/can explain the history of the machine? What was installed, when did you upgrade from what? Without that, I guess we have no clue how it came into existence. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722577: l2tp-ipsec-vpn: L2TP doesn't connect
Package: l2tp-ipsec-vpn Version: 1.0.9-1 Severity: important Dear Maintainer, I cannot connect to our L2TP server using this package. I've tried a number of troubleshooting steps, including reinstalling the package, changing from Wicd to Network-Manager, putting my password in plain-text (!!) into the config file, setting 'Length Bit' in the GUI, removing the prefix in the shared key file, and more. This doesn't connect, there is no 'tun0' interface created, the IPSec isn't negotiated it seems, and from the VPN side that server doesn't see my computer even trying to connect. I have no local firewall for this computer; an Android phone on the same wireless network connects and stays up without issue, same user account etc. Ubuntu has a closed bug report about this which seems to just have been discarded, https://bugs.launchpad.net/ubuntu/+source/l2tp-ipsec-vpn/+bug/933139 * What led up to the situation At work we're moving from PPTP VPN to L2TP. We have this working rather easily for Android, OSX, and Windows clients, but our Debian clients cannot connect. I worked with two people who had successful connections (fedora and arch) and did set up the GUI/config files the same but no success on Debian. * What exactly did you do (or not do) that was effective (or ineffective)? We compaired my L2TP settings with another two employees (using Fedora and Arch) and they were able to connect using this package, same version (1.0.9). After installing these packages I rebooted to ensure the networking was reset and anything else as well. None of the following steps, or a combo of these, were effective: -In the GUI, I used 'Length Bit' and not -In the GUI, I set the 'Allow these protocols' to CHAP, MS-Chap, MS-CHAPv2 -Commented out hide-password in the config file (/etc/ppp/work-vpn.xl2tpd) -Added my password as plain-test (!!) in that config file (password ABCd1234) -Tried to remove the prefix (0t) before the PSK in /etc/ipsec.secrets -Worked with VPN admin to view logs, which don't seem to show me even trying to connect -Recreated my config without capital letters or dots or dashes in the connection profile name -Changed IPSec from Netkey to Auto in /etc/ipsec.conf * What was the outcome of this action? No connections were made with Debian Stable machines. * What outcome did you expect instead? I expected the connection to be made and the VPN to function, but it does not. Here is my config file: # /etc/ppp/work-vpn.xl2tpd - Options used by PPP when a connection is made by an L2TP daemon # $Id$ # Manual: PPPD(8) # Created: Tue Sep 10 08:46:17 2013 # by: The L2TP IPsec VPN Manager application version 1.0.9 # # WARNING! All changes made in this file will be lost! debug #dump #record /var/log/pppd plugin passprompt.so ipcp-accept-local ipcp-accept-remote idle 72000 ktune noproxyarp asyncmap 0 noauth crtscts lock #hide-password modem noipx ipparam L2tpIPsecVpn-work-vpn promptprog /usr/bin/L2tpIPsecVpn refuse-eap refuse-pap remotename name username password ABCd1234 Here are the errors I get (debug log in the GUI): Sep 12 07:41:03.424 ipsec_setup: Stopping Openswan IPsec... Sep 12 07:41:05.691 Stopping xl2tpd: xl2tpd. Sep 12 07:41:05.716 xl2tpd[10757]: death_handler: Fatal signal 15 received Sep 12 07:41:05.827 ipsec_setup: Starting Openswan IPsec 2.6.37... Sep 12 07:41:06.240 ipsec_setup: No KLIPS support found while requested, desperately falling back to netkey Sep 12 07:41:06.307 ipsec_setup: NETKEY support found. Use protostack=netkey in /etc/ipsec.conf to avoid attempts to use KLIPS. Attempting to continue with NETKEY Sep 12 07:41:06.768 ipsec__plutorun: Starting Pluto subsystem... Sep 12 07:41:06.835 recvref[30]: Protocol not available Sep 12 07:41:06.835 xl2tpd[29403]: This binary does not support kernel L2TP. Sep 12 07:41:06.837 Starting xl2tpd: xl2tpd. Sep 12 07:41:06.837 xl2tpd[29404]: xl2tpd version xl2tpd-1.3.1 started on hbomb1500 PID:29404 Sep 12 07:41:06.839 xl2tpd[29404]: Written by Mark Spencer, Copyright (C) 1998, Adtran, Inc. Sep 12 07:41:06.839 xl2tpd[29404]: Forked by Scott Balmos and David Stipp, (C) 2001 Sep 12 07:41:06.839 xl2tpd[29404]: Inherited by Jeff McAdams, (C) 2002 Sep 12 07:41:06.840 xl2tpd[29404]: Forked again by Xelerance (www.xelerance.com) (C) 2006 Sep 12 07:41:06.840 xl2tpd[29404]: Listening on IP address 0.0.0.0, port 1701 Sep 12 07:41:06.898 ipsec__plutorun: adjusting ipsec.d to /etc/ipsec.d Sep 12 07:41:07.056 ipsec__plutorun: 022 connection must specify host IP address for our side Sep 12 07:41:07.056 ipsec__plutorun: 037 attempt to load incomplete connection Sep 12 07:42:23.220 Last command timed out Sep 12 07:42:24.269 000 initiating all conns with alias='work-vpn' Sep 12 07:42:24.269 021 no connection named work-vpn Sep 12 07:42:24.272 [ERROR 300] 'IPsec' failed to negotiate or establish security associations -- System Information: Debian Release: 7.1 APT prefers stable APT policy:
Bug#722578: ITP: st-stats - statistics for command-line interface (CLI).
Package: wnpp Severity: wishlist Owner: Alejandro Garrido Mota alejan...@debian.org * Package name: st-stats Version: 1.0.8 Upstream Author: Nelson Ferraz * URL: https://github.com/nferraz/st * License: MIT Programming Lang: Perl Description: statistics for command-line interface (CLI). st-stats is command-line tool for calculate statistics from file or standard input. It allow to calculate arithmetic mean, median, or standard deviation. It's a simpler solution for simpler problems focused on descriptive statistics, handy when you need quick results without leaving the shell. Greetings
Bug#722579: dlm-pcmk is missing dlm_tool
Package: dlm-pcmk Version: 3.0.12-3.2+deb7u2 Severity: wishlist Dear Maintainer(s), we are currently building a cluster with the following components: corosync, pacemaker, dlm-pcmk, clvmd and ocfs2; OOTB Debian Packages. It's working cman-free. For debugging purposes we would like to use dlm_tool. Sadly dlm_tool is only included in package cman. We would need to install the whole cman dependency tree, just to have dlm_tool for dlm_controld.pcmk (package dlm-pcmk). Could you possibly repack dlm_tool into a separate package and require/suggest to install that from cman and dlm-pcmk? -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages dlm-pcmk depends on: ii libc6 2.13-38 ii libcib1 1.1.7-1 ii libconfdb4 1.4.2-3 ii libcpg4 1.4.2-3 ii libcrmcluster1 1.1.7-1 ii libcrmcommon2 1.1.7-1 ii libdlm3 3.0.12-3.2+deb7u2 ii libglib2.0-02.33.12+really2.32.4-5 ii libldap-2.4-2 2.4.31-1+nmu2 ii liblogthread3 3.0.12-3.2+deb7u2 ii libsackpt3 1.1.4-4.1 ii libtotem-pg41.4.2-3 ii libxml2 2.8.0+dfsg1-7+nmu1 dlm-pcmk recommends no packages. dlm-pcmk 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#722580: udev (or consolekit) breaks fuse (encfs)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: udev Version: 204-3 Severity: critical The new version of udev (or consolekit, the both cannot be down- or upgraded independently) breaks fuse (at least with encfs). It claims that the special file is not found and/or the module is not loaded (The module is loaded). In logs there are no further information. When I downgrade udev to version 175-7.2, everything works perfect. (The related consolekit versions are 0.4.5-3.1 and 0.4.6-3.) - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (800, 'unstable'), (600, 'oldstable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9.4 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.51 ii libc6 2.17-92+b1 ii libselinux12.1.13-2 ii libudev0 175-7.2 ii lsb-base 4.1+Debian12 ii procps 1:3.3.8-2 ii util-linux 2.20.1-5.5 Versions of packages udev recommends: ii pciutils 1:3.2.0-3 ii usbutils 1:007-2 udev suggests no packages. - -- debconf information: udev/title/upgrade: udev/new_kernel_needed: false udev/sysfs_deprecated_incompatibility: udev/reboot_needed: - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQGcBAEBCgAGBQJSMb7+AAoJEKZ8CrGAGfasewYL/23vxl3DsIPpePrlM8qoINAi iWZr970k3jtcqwB0z3CN1lsHWxECSaxrapGJJMJq+5+2nSqzUvh7ZeOEc9LvHppu Tl99sIauT99VaOGB71xppUjnawNbO7gFf7wI+1JziDXUILzHGsfmiPr8+sIDvhbi vHFK3P9/DzC1V55GkRGatzpWDsJ8IMGHUJC9wa4ehSOGuX64DPgIlXT6JXLScXgb BTG+cLcH7Z27Pqs2qPZWNhe8+KlbDvdmmthCTSqnpdmDQmKt0BmIwmnL3hi7OAfS NKnv9r4avZ5WjCWCehIXdgIZapXdQ+C+0e8qeIrkDBmzfRylRMG7/FaKIInP4MFQ ddR6oBVDbo1IGS3knaHwlErA0urD8oHI+LsNErzPc3FayrW54kkL66IwaJ7L3yxU aOlcU7mZaOxDVJ8qwtTT7gQjJuTQCNhqA3NcTguOSEX1yoRIqsem9RHcoICwo1Na Bgl9BLzSuXtGO2OFvTX20jDDK0NzZEbO11OeEuZqrA== =K/RV -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722556: context not installable any more
severity 722556 normal tag 722556 + moreinfo thanks On Do, 12 Sep 2013, Hilmar Preuße wrote: * debian/control: + ruby1.8: drop `Provides: ruby` (Closes: #710022) And ... Unfortunately we declare a depend on ruby, which makes context un-installable. As discussed in #710022 that dep should be switched to ruby-interpreter (or ruby | ruby-interpreter). $ apt-cache show ruby ruby: Installed: 1:1.9.3 Candidate: 1:1.9.3 Version table: *** 1:1.9.3 0 500 http://ftp2.jp.debian.org/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status $ Only because 1.8 version of ruby is phased out, that does not mean that there is no ruby package anymore? $ apt-cache show ruby Package: ruby Source: ruby-defaults Version: 1:1.9.3 Installed-Size: 31 Maintainer: akira yamada ak...@debian.org Architecture: all Replaces: irb, rdoc Provides: irb, rdoc Depends: ruby1.9.1 (= 1.9.3.194-1) I am not sure what is going on on your side, but that should be enough, or what am I missing? Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org