Bug#782120: icecast2: icecast can be remotely killed by anyone if using authentication type=url and stream_auth option
Package: icecast2 Version: 2.4.0-1.1 Severity: important icecast can be killed by anyone with a simple HTTP request when authentication type=url is used and a stream_auth handler is defined. Example configuration: mount mount-name/test/mount-name authentication type=url option name=stream_auth value=http://127.0.0.1/bla/ /authentication /mount (Note: It does not matter where the URL for stream_auth points to, if it is reachable or not. Actually icecast dies before even accessing that URL.) Given the above configuration anyone can now easily kill icecast by this command: wget http://servername:8000/admin/killsource?mount=/test This only happens when making a request WITHOUT login credentials. I'm marking this bug important but it might justify a higher severity. With this security problem the package appears unfit for release. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763623: [Pkg-libvirt-maintainers] Bug#763623: virt-manager: Still broken on powerpc64el
On Wed, Apr 08, 2015 at 08:27:05AM +0530, root wrote: Source: virt-manager Followup-For: Bug #763623 Dear Maintainer, I tried installing virt-manager on 'jessie' for PowerPC little endian architecture. This is the error I see : -- $ apt-get install virt-manager Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: virt-manager : Depends: gir1.2-spice-client-gtk-3.0 but it is not installable Recommends: gnome-icon-theme but it is not going to be installed Recommends: python-spice-client-gtk but it is not installable E: Unable to correct problems, you have held broken packages. -- I was hoping this would cleanly install on PowerPC. Check the versions. You're trying to install the wrong version, use the one from sid or wait until the version is unblocked into jessie. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589436: Any update?
Hi Thomas, - gerrit 2.12 will have a build option to build it without GWT. I don't think that we will ever manage to have GWT in Debian as long as no company throws some money at a DD. - Gerrit is build with buck. Wikipedia has a git repo of a Debian package of buck but I don't think that they work on getting it into the Debian archive. - Gerrit build depends on the h2 database although I can't imagine anybody using it in production. Packaging h2 isn't rewarding nor fun. I don't have time ATM to work on gerrit packaging unless somebody can pay me. Greetings, Thomas Koch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782134: systemctl TAB-completion for unit names does not work when not root
On Wed, Apr 08, 2015 at 12:38:29PM +0200, Michael Biebl wrote: Do you have systemd-shim installed or had it installed in the past without purging it? I remember an old bug report where the dbus policy shipped by systemd-shim broke systemd. That's it! I don't currently have systemd-shim, but apparently I did have it installed in the past (not sure why), and it's conffiles were indeed still around. dpkg --purge systemd-shim fixed the problem. Not sure how to avoid other users fall into this issue though. Thanks for your help, as usual :) Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781812: for later reference
tags -1 fixed-upstream c4d37cd9ef6e374bb888f6273259b10fac5bd909 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782121: diaspora-installer: French debconf templates translation
Package: diaspora-installer Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.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 Init: systemd (via /run/systemd/system) # Translation of diaspora-installer debconf templates to French. # Copyright (C) 2015, French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the diaspora-installer package. # Julien Patriarca leatherf...@debian.org, 2015. # msgid msgstr Project-Id-Version: diaspora-installer\n Report-Msgid-Bugs-To: diaspora-instal...@packages.debian.org\n POT-Creation-Date: 2015-04-01 07:06+0200\n PO-Revision-Date: 2015-04-01 11:30+0100\n Last-Translator: Julien Patriarca leatherf...@debian.org\n Language-Team: FRENCH debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Poedit 1.6.10\n #. Type: string #. Description #: ../templates:2001 msgid Host name for this instance of Diaspora: msgstr Nom d'hôte de cette installation de Diaspora : #. Type: string #. Description #: ../templates:2001 msgid Please choose the host name which should be used to access this instance of Diaspora. msgstr Veuillez choisir le nom d'hôte qui sera utilisé pour accéder à cette installation de Diaspora : #. Type: string #. Description #: ../templates:2001 msgid This should be the fully qualified name as seen from the Internet, with the domain name that will be used to access the pod. msgstr Cela doit être le nom pleinement qualifié tel qu'il est vu depuis Internet, avec le nom de domaine utilisé pour se connecter à ce nœud. #. Type: string #. Description #: ../templates:2001 msgid If a reverse proxy is used, give the hostname that the proxy server responds to. msgstr Si un serveur mandataire inverse est utilisé, veuillez indiquer le nom d'hôte sur lequel contacter le serveur. #. Type: string #. Description #: ../templates:2001 msgid This host name should not be modified after the initial setup because it is hard-coded in the database. msgstr Ce nom d'hôte ne devra pas être modifié après l'installation initiale parce qu'il est codé en dur dans la base de données.
Bug#779081: Still a no go with open-vm-tools/open-vm-dkms 2:8.8.0+2012.05.21-724730-1+nmu2
Hi, The fix in wheezy backports does not correct the issue. I upgraded open-vm-tools and open-vm-dkms from this repository (to version 2:8.8.0+2012.05.21-724730-1+nmu2) and I still cannot compile vmhgfs. I still get the same error: CC [M] /var/lib/dkms/open-vm-tools/2012.05.21/build/vmhgfs/inode.o /var/lib/dkms/open-vm-tools/2012.05.21/build/vmhgfs/inode.c: In function 'HgfsPe rmission': /var/lib/dkms/open-vm-tools/2012.05.21/build/vmhgfs/inode.c:1821:19: error: 'str uct dentry' has no member named 'd_alias' /var/lib/dkms/open-vm-tools/2012.05.21/build/vmhgfs/inode.c:1821:19: warning: in itialization from incompatible pointer type [enabled by default] /var/lib/dkms/open-vm-tools/2012.05.21/build/vmhgfs/inode.c:1821:19: error: 'str uct dentry' has no member named 'd_alias' make[4]: *** [/var/lib/dkms/open-vm-tools/2012.05.21/build/vmhgfs/inode.o] Error 1 make[3]: *** [_module_/var/lib/dkms/open-vm-tools/2012.05.21/build/vmhgfs] Error 2 make[2]: *** [sub-make] Error 2 make[1]: *** [all] Error 2 Jacques
Bug#782120: Upstream is aware and working on a fix
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 We became aware minutes after the bug was filed (Thanks Ukikie). We've discussed this with Juliane, reproduced it and are working on a fix and release. Details later today. Thomas Ruecker Icecast maintainer / Xiph.org -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlUk6MsACgkQfkVKO9VkYGkFEACeOGULWCqTlrQVGgdOy1SWe4Yt V68An0DXaQNVrgB2xQn4XlVBOLs58gfk =Ftrl -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#782124: Support Xtra atom
Package: atomicparsley Version: 0.9.2~svn110-4 Severity: wishlist It would be nice to add support for dumping the Xtra atom. Currently it is displayed as: [...] Atom data @ 678585 of size: 529, ends @ 679114 Atom Xtra @ 679114 of size: 206, ends @ 679320 ~ Atom free @ 679320 of size: 48, ends @ 679368 Atom mdat @ 679368 of size: 248835382, ends @ 249514750 ~ denotes an unknown atom [...] reference code is at: http://code.google.com/p/mp4v2/issues/detail?id=113 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782128: unblock: ruby-kramdown/1.4.2-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear Release Team, Please unblock ruby-kramdown 1.4.2-2 which fixes RC bug #774661. (This was only discovered to be RC during the current team sprint, sorry for that.) Full debdiff: diff -Nru ruby-kramdown-1.4.2/debian/changelog ruby-kramdown-1.4.2/debian/changelog --- ruby-kramdown-1.4.2/debian/changelog2014-09-29 23:33:37.0 +0200 +++ ruby-kramdown-1.4.2/debian/changelog2015-04-08 10:59:01.0 +0200 @@ -1,3 +1,10 @@ +ruby-kramdown (1.4.2-2) unstable; urgency=medium + + * Team upload. + * Install missing data files (Closes: #774661) + + -- Christian Hofstaedtler z...@debian.org Wed, 08 Apr 2015 10:56:27 +0200 + ruby-kramdown (1.4.2-1) unstable; urgency=medium * Team upload diff -Nru ruby-kramdown-1.4.2/debian/ruby-kramdown.install ruby-kramdown-1.4.2/debian/ruby-kramdown.install --- ruby-kramdown-1.4.2/debian/ruby-kramdown.install1970-01-01 01:00:00.0 +0100 +++ ruby-kramdown-1.4.2/debian/ruby-kramdown.install2015-04-08 10:54:49.0 +0200 @@ -0,0 +1 @@ +data/kramdown usr/share Thanks, Christian unblock ruby-kramdown/1.4.2-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782137: gnumeric: preinst script bails out too easily
Package: gnumeric Severity: important Hi, The preinst script prevents gnumeric from being installed in cases such as: - a debug instance running from a local directory, - with piuparts, while an instance of gnumeric is running If the problem that the preinst attempts to avoid is that of the gnumeric/$version/ directories being removed on upgrade, it should *really* limit itself to testing for such scenarios. E.g. it does not make sense to bail out when it is a new installation, or when upgrading from x.y.z-1 to x.y.z-2, does it? I question myself about the severity, as in some regards it could be considered an RC bug. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782134: systemctl TAB-completion for unit names does not work when not root
On Wed, Apr 08, 2015 at 01:27:23PM +0200, Michael Biebl wrote: Users dist-upgrading from wheezy won't run into this issue. Same for users, which kept systemd-shim installed in sid and upgraded to the newer version. I'm afraid there isn't a lot we can do about that (in systemd) and I'm inclined to close the bug report. Do you agree? Yes. Feel free to go ahead as you see fit. Thanks again! Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782132: [java-package] package or script should suggest installation of libxtst6, libxxf86vm1 and libgl1-mesa-swx11
Package: java-package Version: 0.56 Severity: normal --- Please enter the report below this line. --- Without the following packages: libxtst6, libxxf86vm1 and libgl1-mesa-swx11 $ fakeroot make-jpkg jre-8u40-linux-x64.tar.gz fails with following errors: dpkg-shlibdeps: error: couldn't find library libXtst.so.6 needed by debian/oracle-java8-jre/usr/lib/jvm/jre-8-oracle-x64/lib/amd64/libprism_es2.so (ELF format: 'elf64-x86-64'; RPATH: '') dpkg-shlibdeps: error: couldn't find library libXxf86vm.so.1 needed by debian/oracle-java8-jre/usr/lib/jvm/jre-8-oracle-x64/lib/amd64/libprism_es2.so (ELF format: 'elf64-x86-64'; RPATH: '') dpkg-shlibdeps: error: couldn't find library libGL.so.1 needed by debian/oracle-java8-jre/usr/lib/jvm/jre-8-oracle-x64/lib/amd64/libprism_es2.so (ELF format: 'elf64-x86-64'; RPATH: '') dpkg-shlibdeps: error: couldn't find library libXtst.so.6 needed by debian/oracle-java8-jre/usr/lib/jvm/jre-8-oracle-x64/lib/amd64/libawt_xawt.so (ELF format: 'elf64-x86-64'; RPATH: '/usr/lib/jvm/jre-8-oracle-x64/lib/amd64:/usr/lib/jvm/jre-8-oracle-x64/lib/amd64/..') dpkg-shlibdeps: error: couldn't find library libXtst.so.6 needed by debian/oracle-java8-jre/usr/lib/jvm/jre-8-oracle-x64/lib/amd64/libjavafx_font_freetype.so (ELF format: 'elf64-x86-64'; RPATH: '') dpkg-shlibdeps: error: couldn't find library libXtst.so.6 needed by debian/oracle-java8-jre/usr/lib/jvm/jre-8-oracle-x64/lib/amd64/libjavafx_font_pango.so (ELF format: 'elf64-x86-64'; RPATH: '') dpkg-shlibdeps: error: couldn't find library libXtst.so.6 needed by debian/oracle-java8-jre/usr/lib/jvm/jre-8-oracle-x64/lib/amd64/libjavafx_font.so (ELF format: 'elf64-x86-64'; RPATH: '') dpkg-shlibdeps: error: couldn't find library libXtst.so.6 needed by debian/oracle-java8-jre/usr/lib/jvm/jre-8-oracle-x64/lib/amd64/libdecora_sse.so (ELF format: 'elf64-x86-64'; RPATH: '') dpkg-shlibdeps: error: couldn't find library libXtst.so.6 needed by debian/oracle-java8-jre/usr/lib/jvm/jre-8-oracle-x64/lib/amd64/libjavafx_font_t2k.so (ELF format: 'elf64-x86-64'; RPATH: '') dpkg-shlibdeps: error: couldn't find library libXtst.so.6 needed by debian/oracle-java8-jre/usr/lib/jvm/jre-8-oracle-x64/lib/amd64/libjavafx_iio.so (ELF format: 'elf64-x86-64'; RPATH: '') dpkg-shlibdeps: error: couldn't find library libXtst.so.6 needed by debian/oracle-java8-jre/usr/lib/jvm/jre-8-oracle-x64/lib/amd64/libprism_sw.so (ELF format: 'elf64-x86-64'; RPATH: '') dpkg-shlibdeps: error: couldn't find library libXtst.so.6 needed by debian/oracle-java8-jre/usr/lib/jvm/jre-8-oracle-x64/lib/amd64/libprism_common.so (ELF format: 'elf64-x86-64'; RPATH: '') dpkg-shlibdeps: error: couldn't find library libXtst.so.6 needed by debian/oracle-java8-jre/usr/lib/jvm/jre-8-oracle-x64/lib/amd64/libglass.so (ELF format: 'elf64-x86-64'; RPATH: '') I think that the Suggests field of the package or the script itself could suggest installation of mentioned packages. --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: 8.0 500 testing security.debian.org 500 testing ftp.pl.debian.org 500 stable security.debian.org 500 stable ftp.pl.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- Marcin Szewczyk http://wodny.org mailto:marcin.szewc...@wodny.borg - remove b / usuń b xmpp:wo...@ubuntu.pl xmpp:wo...@jabster.pl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768940: #768940: Needs rebuild to be usable with Jessies default ruby
Control: tags -1 + confirmed Thank you for your report. The package should work as-is if you don't rely on RubyGems to find the library code. To fix the rubygems integration it's probably too late now :-( Sorry, -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgp7CZ3HUcnC_.pgp Description: PGP signature
Bug#782136: ITP: ruby-rails-assets-markdown-it--markdown-it-for-inline -- markdown parser markdown-it-for-inline plugin via rails asset pipeline
package: wnpp severity: wishlist from rails-assets.org signature.asc Description: OpenPGP digital signature
Bug#782134: systemctl TAB-completion for unit names does not work when not root
Package: systemd Version: 215-14 Severity: minor When as non root, I do this: $ systemctl start lTAB I get this error: Failed to list units: Access denied and TAB completion fail to complete. (l is just a sample prefix, TAB completion for unit names doesn't work with any prefix, including the empty one.) OTOH it works fine as root. After a brief discussion on #debian-devel, it seems that the above works for others, using the same version of systemd. So it might be specific to my system, but AFAICT I haven't customized systemd in any way, so I don't know what might be causing it. FWIW, my user is member of the following *nix groups: zack@timira:~$ id uid=1000(zack) gid=1000(zack) groups=1000(zack),4(adm),7(lp),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),33(www-data),34(backup),44(video),46(plugdev),103(netdev),109(bluetooth) TIA, Cheers. -- Package-specific info: -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-58 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1+b1 ii libblkid1 2.25.2-6 ii libc6 2.19-17 ii libcap2 1:2.24-8 ii libcap2-bin 1:2.24-8 ii libcryptsetup4 2:1.6.6-5 ii libgcrypt20 1.6.3-2 ii libkmod218-3 ii liblzma55.1.1alpha+20120614-2+b3 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-14 ii mount 2.25.2-6 ii sysv-rc 2.88dsf-58 ii udev215-14 ii util-linux 2.25.2-6 Versions of packages systemd recommends: ii dbus1.8.16-1 ii libpam-systemd 215-14 Versions of packages systemd suggests: ii systemd-ui 3-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#782135: ITP: ruby-rails-assets-markdown-it-sanitizer -- markdown parser sanitizer plugin via rails asset pipeline
package: wnpp severity: wishlist from rails-assets.org signature.asc Description: OpenPGP digital signature
Bug#770225: #770225: Where is ruby-simplecov-html ?
Control: severity -1 wishlist Vincent, Thank you for your report. ruby-simplecov has been packages because it's a dependency of other packages. I'd agree that without ruby-simplecov-html it's probably not helpful as is if you actually are interested in the results. I'm downgrading this bug to wishlist, as ruby-simplecov itself is not buggy (: (Feel free to clone this to an RFP bug.) Best, -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgpQgGE1PEvZx.pgp Description: PGP signature
Bug#782138: convert: no images defined `image.png' @ error/convert.c/ConvertImageCommand/3210.
Package: imagemagick Version: 8:6.8.9.9-5 Severity: normal So the convert command stopped working. I cant' convert GIFs, nor JPEGs, nor PNGs. I always get the following message: $ convert -resize 25% dragon.gif convert: no images defined `dragon.gif' @ error/convert.c/ConvertImageCommand/3210. I don't remember doing anything that could have caused the problem (exept an apt-get upgrade?). -- Package-specific info: ImageMagick program version --- animate: ImageMagick 6.8.9-9 Q16 x86_64 2015-01-05 http://www.imagemagick.org compare: ImageMagick 6.8.9-9 Q16 x86_64 2015-01-05 http://www.imagemagick.org convert: ImageMagick 6.8.9-9 Q16 x86_64 2015-01-05 http://www.imagemagick.org composite: ImageMagick 6.8.9-9 Q16 x86_64 2015-01-05 http://www.imagemagick.org conjure: ImageMagick 6.8.9-9 Q16 x86_64 2015-01-05 http://www.imagemagick.org display: ImageMagick 6.8.9-9 Q16 x86_64 2015-01-05 http://www.imagemagick.org identify: ImageMagick 6.8.9-9 Q16 x86_64 2015-01-05 http://www.imagemagick.org import: ImageMagick 6.8.9-9 Q16 x86_64 2015-01-05 http://www.imagemagick.org mogrify: ImageMagick 6.8.9-9 Q16 x86_64 2015-01-05 http://www.imagemagick.org montage: ImageMagick 6.8.9-9 Q16 x86_64 2015-01-05 http://www.imagemagick.org stream: ImageMagick 6.8.9-9 Q16 x86_64 2015-01-05 http://www.imagemagick.org -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages imagemagick depends on: ii imagemagick-6.q16 8:6.8.9.9-5 imagemagick recommends no packages. imagemagick suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766020: #766020: ruby-gstreamer: Overflow of nanoseconds on 32-bit platforms
Mario, Thank you for your report. Unfortunately I know very little about gstreamer itself, so I end up having a hard time reproducing your issue. Right now I only get this: /usr/lib/ruby/vendor_ruby/gobject-introspection/loader.rb:87:in `invoke': no element playbin (Gst::ParseError::NoSuchElement) from /usr/lib/ruby/vendor_ruby/gobject-introspection/loader.rb:87:in `block (2 levels) in define_module_function' from /usr/lib/ruby/vendor_ruby/gst.rb:51:in `method_missing' from foo.rb:2:in `main' Maybe you can come up with a more complete sample (i.e. what other packages are needed). (I /think/ the issue lies more in (ruby-)gobject-introspection than in ruby-gstreamer itself, but hard to say without seeing more.) Best, -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgpE78w_qc8LV.pgp Description: PGP signature
Bug#781812: [libav-devel] Bug#781812: libav
Hi, Quoting Reinhard Tartler (2015-04-05 02:09:23) Control: forwarded -1 libav-d...@lists.libav.org Hi Mathieu, I would appreciate if in future you could provide a bit more details when reassigning bugs. The quote below was all that I had to start working on this issue, which is terse. My understanding of this we are talking about a curious feature in the MKV container: apparently, you can attach cover art into the container. Libavformat allows applications to access embedded images by providing an extra stream. Please someone correct me, but my understanding of http://git.videolan.org/?p=ffmpeg.git;a=commit;h=511585c is that libavformat implements this inconsistently for different containers. I wonder how did this happen, is there some deeper reason for this inconsistency? Minidlna seems to have stumbled over this inconsistency and seems to work fine with that patch that was discussed with FFmpeg, but not with Libav. This is a bit disappointing, maybe you could forward such clearly upstream bugs yourself to avoid having the package maintainers as extra round-trip? Thanks. I do not use minidlna myself, so I cannot verify this issue myself. However, I've tried to apply the patch that was submitted against FFmpeg, which I have attached to this email. I've also compared the output of avprobe on the suggested test sample https://sourceforge.net/projects/matroska/files/test_files/cover_art.mkv with and without the patch. It seems promising to me, but again, I have no means to verify this issue, so please someone else take over of testing it and getting the patch ready for submission in Libav. Thanks for bringing this up, I've pushed it to master after consulting with the author and fixing a small bug in it. -- Anton Khirnov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781780: [Pkg-alsa-devel] Bug#781780: alsa-utils: General protection fault snd-usb-audio: rawmidi drain error (avail = 32, buffer_size = 4096)
control: reassign -1 linux-source-3.16 * A.W. frozen...@gmail.com [2015-04-03 01:06 +0200]: Package: alsa-utils Version: 1.0.28-1 Severity: critical Justification: breaks unrelated software Dear Maintainer, I might have found an issue with USB-MIDI devices * What led up to the situation? using pygame.midi to spit out note_on's to an Akai APC mini (in an endless loop, without sleep()s, to test/fuzz it) * What was the outcome of this action? General protection fault in dmesg lsusb hangs... * What outcome did you expect instead? Flicker of a led / Akai device hangs? Apparently the USB-Midi device froze and the system did not handle that gracefuly? Linux xxx 3.16-3-amd64 #1 SMP Debian 3.16.5-1 (2014-10-10) x86_64 GNU/Linux dmesg: [718511.056117] usb 3-1: new full-speed USB device number 10 using uhci_hcd [718511.225616] usb 3-1: New USB device found, idVendor=09e8, idProduct=0028 [718511.225627] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [718511.225634] usb 3-1: Product: APC MINI [718511.225639] usb 3-1: Manufacturer: AKAI PROFESSIONAL,LP [718511.225645] usb 3-1: SerialNumber: Ver00.10 [718859.797956] ALSA: seq_midi: MIDI output buffer overrun [718859.797967] ALSA: seq_midi: MIDI output buffer overrun [718859.797974] ALSA: seq_midi: MIDI output buffer overrun [718859.797982] ALSA: seq_midi: MIDI output buffer overrun [718859.797988] ALSA: seq_midi: MIDI output buffer overrun [718859.797996] ALSA: seq_midi: MIDI output buffer overrun [718859.798003] ALSA: seq_midi: MIDI output buffer overrun [718859.798011] ALSA: seq_midi: MIDI output buffer overrun [718859.798018] ALSA: seq_midi: MIDI output buffer overrun [718860.884089] usb 3-1: USB disconnect, device number 10 [718865.996043] ALSA: seq_lock: timeout [1 left] in /build/linux- i5neKT/linux-3.16.5/sound/core/seq/seq_ports.c:264 [718870.884114] snd-usb-audio 3-1:1.0: rawmidi drain error (avail = 32, buffer_size = 4096) [718870.884189] general protection fault: [#1] SMP [718870.884278] Modules linked in: snd_hrtimer snd_seq_midi snd_seq_midi_event snd_seq_dummy snd_seq mxl5005s ec100 $ [718870.885584] ehci_hcd cfg80211 e1000e snd_hda_codec usbcore snd_hwdep snd_pcm drm_kms_helper usb_common thinkpad$ [718870.886488] CPU: 1 PID: 327 Comm: khubd Tainted: GW O 3.16-3-amd64 #1 Debian 3.16.5-1 [718870.886597] Hardware name: LENOVO/ , BIOS 7WET71WW (3.21 ) 11/29/2012 [718870.886693] task: 880232b342d0 ti: 88023199 task.ti: 88023199 [718870.886786] RIP: 0010:[a0b246a7] [a0b246a7] clear_subscriber_list+0x1d7/0x230 [snd_seq] [718870.886922] RSP: 0018:880231993950 EFLAGS: 00010246 [718870.886988] RAX: dead00100100 RBX: 88010b86ea00 RCX: dead00100100 [718870.887078] RDX: dead00200200 RSI: 0246 RDI: 88010b86ea80 [718870.887166] RBP: 88011a577240 R08: R09: 6475612d6273752d [718870.887254] R10: 40f0 R11: 313a312d33206f69 R12: 880231b47ac0 [718870.887342] R13: 88010b86ea68 R14: 88010b86ea80 R15: 88011a5772a0 [718870.887432] FS: () GS:88023bc8() knlGS: [718870.887530] CS: 0010 DS: ES: CR0: 8005003b [718870.887605] CR2: 7f0e5439 CR3: 01813000 CR4: 000407e0 [718870.887693] Stack: [718870.887721] 880012f3ec00 880231b47a00 880231b47ac0 000131993986 [718870.887834] 880231b47b10 880231b47ad0 88007b27b700 880231b47a00 [718870.887945] 880012f3ec00 880231993ac8 88011ab6d000 [718870.888057] Call Trace: [718870.888078] [a0b24751] ? port_delete+0x51/0x80 [snd_seq] [718870.888078] [a0b1e103] ? snd_seq_ioctl_delete_port+0x53/0xa0 [snd_seq] [718870.888078] [a0b1ead2] ? snd_seq_kernel_client_ctl+0x42/0x60 [snd_seq] [718870.888078] [a0b24216] ? snd_seq_event_port_detach+0x46/0x70 [snd_seq] [718870.888078] [a0b3101d] ? snd_seq_midisynth_delete+0x1d/0x40 [snd_seq_midi] [718870.888078] [a0b310c4] ? snd_seq_midisynth_unregister_port+0x84/0x100 [snd_seq_midi] [718870.888078] [a08262b3] ? free_device+0x43/0xb0 [snd_seq_device] [718870.888078] [a0826759] ? snd_seq_device_dev_disconnect+0x29/0x50 [snd_seq_device] [718870.888078] [a024ca58] ? __snd_device_disconnect.part.1+0x18/0x50 [snd] [718870.888078] [a024cd2f] ? snd_device_disconnect_all+0x3f/0x60 [snd] [718870.888078] [a0246973] ? snd_card_disconnect+0x153/0x1d0 [snd] [718870.888078] [a082b508] ? usb_audio_disconnect+0x78/0x1a0 [snd_usb_audio] [718870.888078] [a033976c] ? usb_unbind_interface+0x6c/0x2b0 [usbcore] [718870.888078] [8139ea7a] ? __device_release_driver+0x7a/0xf0 [718870.888078] [8139eb0e] ? device_release_driver+0x1e/0x30
Bug#782139: ITP: wpan-tools -- Configure WPAN and 6LoWPAN devices
Package: wnpp Severity: wishlist Owner: Guido Günther a...@sigxcpu.org * Package name: wpan-tools Version : 0.4 Upstream Author : Alexander Aring * URL : http://wpan.cakelab.org/ * License : MIT Programming Lang: C Description : Configure WPAN and 6LoWPAN devices These tools are used to configure 6LoWPAN via the netlink layer. This is still experimental and the netlink API might change so this is going into experimental only for now. It might eventually superseed the lowpan tools. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782140: ITP: python-tabulate -- Pretty-print tabular data in Python
Package: wnpp Severity: wishlist Owner: ChangZhuo Chen (陳昌倬) czc...@gmail.com * Package name: python-tabulate Version : 0.7.5 Upstream Author : Sergey Astanin * URL : https://bitbucket.org/astanin/python-tabulate * License : MIT Programming Lang: Python Description : Pretty-print tabular data in Python Pretty-print tabular data in Python, a library and a command-line utility. The main use cases of the library are: - printing small tables without hassle: just one function call, formatting is guided by the data itself - authoring tabular data for lightweight plain-text markup: multiple output formats suitable for further editing or transformation - readable presentation of mixed textual and numeric data: smart column alignment, configurable number formatting, alignment by a decimal point -- ChangZhuo Chen (陳昌倬) czc...@gmail.com http://czchen.info/ Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Bug#782141: minidlna: error while loading shared libraries: libavformat.so.52: cannot open shared object file
Package: minidlna Version: 1.0.24+dfsg-1 Severity: important Dear Maintainer, jaap@custard:~$ sudo minidlna -R [sudo] password for jaap: minidlna: error while loading shared libraries: libavformat.so.52: cannot open shared object file: No such file or directory jaap@custard:~$ -- System Information: Debian Release: 7.8 Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.16.0-0.bpo.4-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 minidlna depends on: ii adduser 3.113+nmu3 ii libavformat-extra-53 6:0.8.17-1 ii libavformat53 [libavformat-extra-53] 6:0.8.17-1 ii libavutil-extra-516:0.8.17-1 ii libavutil51 [libavutil-extra-51] 6:0.8.17-1 ii libc6 2.13-38+deb7u8 ii libexif12 0.6.20-3 ii libflac8 1.2.1-6+deb7u1 ii libid3tag00.15.1b-10 ii libjpeg8 8d-1+deb7u1 ii libogg0 1.3.0-4 ii libsqlite3-0 3.7.13-1+deb7u1 ii libvorbis0a 1.3.2-1.3 ii lsb-base 4.1+Debian8+deb7u1 minidlna recommends no packages. minidlna suggests no packages. -- Configuration Files: /etc/minidlna.conf changed: media_dir=A,/var/music media_dir=V,/var/video media_dir=P,/home/lia/data/graphics media_dir=P,/home/jaap/data/graphics db_dir=/var/lib/minidlna log_dir=/var/log log_level=warn network_interface=eth0,tun4 listening_ip=10.0.0.159,10.136.136.1 port=8200 friendly_name=Yellow matter custard serial=12345678 model_name=MiniDLNA model_number=1 inotify=yes album_art_names=Cover.png/cover.png/Cover.jpg/cover.jpg/AlbumArtSmall.jpg/albumartsmall.jpg/AlbumArt.jpg/albumart.jpg/Album.jpg/album.jpg/Folder.jpg/folder.jpg/Thumb.jpg/thumb.jpg notify_interval=60 minissdpdsocket=/run/minissdpd.sock -- 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#782134: systemctl TAB-completion for unit names does not work when not root
Am 08.04.2015 um 12:45 schrieb Stefano Zacchiroli: On Wed, Apr 08, 2015 at 12:38:29PM +0200, Michael Biebl wrote: Do you have systemd-shim installed or had it installed in the past without purging it? I remember an old bug report where the dbus policy shipped by systemd-shim broke systemd. That's it! I don't currently have systemd-shim, but apparently I did have it installed in the past (not sure why), and it's conffiles were indeed still around. dpkg --purge systemd-shim fixed the problem. Not sure how to avoid other users fall into this issue though. For reference, this is the relevant systemd-shim bug report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765101 The systemd-shim package first tried to sync the D-Bus policy file changes in 8-3, but then agreed that it was better to simply drop the D-Bus policy file, to avoid having it being outdated/out-of-sync again. This happened in version 8.4. Users dist-upgrading from wheezy won't run into this issue. Same for users, which kept systemd-shim installed in sid and upgraded to the newer version. I'm afraid there isn't a lot we can do about that (in systemd) and I'm inclined to close the bug report. Do you agree? 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#782144: unblock: sysvinit/2.88dsf-59
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package sysvinit
As shown in the bugs referenced in the changelog, there are cases where
an init script can be installed, but systemd ends up unaware of it
until after reboot. This is entirely suboptimal, and the fix for this
is covered mostly here in this sysvinit change.
There is another corner case that's more easily handled by a systemd
trigger, and that is covered in an upcoming systemd upload, but both
are independant and can happen without the other's involvement.
... Adam
diff -Nru sysvinit-2.88dsf/debian/changelog sysvinit-2.88dsf/debian/changelog
--- sysvinit-2.88dsf/debian/changelog 2014-11-11 12:34:28.0 -0700
+++ sysvinit-2.88dsf/debian/changelog 2015-04-06 12:10:53.0 -0600
@@ -1,3 +1,10 @@
+sysvinit (2.88dsf-59) unstable; urgency=medium
+
+ * Call 'systemctl daemon-reload' after any insserv call if systemd
+is the system init to pick up changes (Closes: #766429, #774799)
+
+ -- Adam Conrad adcon...@debian.org Mon, 06 Apr 2015 10:44:47 -0600
+
sysvinit (2.88dsf-58) unstable; urgency=low
* Fix typo in invoke-rc.d breaking upstart installations (Closes:
diff -Nru sysvinit-2.88dsf/debian/src/sysv-rc/sbin/update-rc.d
sysvinit-2.88dsf/debian/src/sysv-rc/sbin/update-rc.d
--- sysvinit-2.88dsf/debian/src/sysv-rc/sbin/update-rc.d2014-10-25
15:15:12.0 -0600
+++ sysvinit-2.88dsf/debian/src/sysv-rc/sbin/update-rc.d2015-04-06
10:43:52.0 -0600
@@ -63,6 +63,12 @@
map { push @dirs, $_; mkdir join('/', @dirs), 0755; } @path;
}
+sub systemd_reload {
+if (-d /run/systemd/system) {
+system(systemctl, daemon-reload);
+}
+}
+
# Creates the necessary links to enable/disable the service (equivalent of an
# initscript) in systemd.
sub make_systemd_links {
@@ -92,17 +98,9 @@
} else {
unlink($service_link) if -e $service_link;
}
-$changed_sth = 1;
}
}
close($fh);
-
-# If we changed anything and this machine is running systemd, tell
-# systemd to reload so that it will immediately pick up our
-# changes.
-if ($changed_sth -d /run/systemd/system) {
-system(systemctl, daemon-reload);
-}
}
}
@@ -182,6 +180,7 @@
remove_last_action($scriptname);
}
error_code($rc, insserv rejected the script header) if $rc;
+systemd_reload;
exit $rc;
} else {
# insserv removes all dangling symlinks, no need to tell it
@@ -191,6 +190,7 @@
remove_last_action($scriptname);
}
error_code($rc, insserv rejected the script header) if $rc;
+systemd_reload;
exit $rc;
}
} elsif (defaults eq $action || start eq $action ||
@@ -208,6 +208,7 @@
save_last_action($scriptname, @orig_argv);
}
error_code($rc, insserv rejected the script header) if $rc;
+systemd_reload;
exit $rc;
} else {
error(initscript does not exist: /etc/init.d/$scriptname);
@@ -224,6 +225,7 @@
save_last_action($scriptname, @orig_argv);
}
error_code($rc, insserv rejected the script header) if $rc;
+systemd_reload;
exit $rc;
} else {
usage();
unblock sysvinit/2.88dsf-59
-- System Information:
Debian Release: jessie/sid
APT prefers vivid-updates
APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.19.0-11-generic (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782141: failed work around the problem
jaap@custard:~$ sudo minidlna -R [sudo] password for jaap: minidlna: error while loading shared libraries: libavformat.so.52: cannot open shared object file: No such file or directory jaap@custard:~$ locate libavformat /usr/lib/i386-linux-gnu/libavformat.so.53 /usr/lib/i386-linux-gnu/libavformat.so.53.21.1 /usr/lib/i386-linux-gnu/i686/cmov/libavformat.so.53 /usr/lib/i386-linux-gnu/i686/cmov/libavformat.so.53.21.1 /usr/share/doc/libavformat-extra-53 /usr/share/doc/libavformat53 /usr/share/doc/libavformat-extra-53/README.Debian.gz /usr/share/doc/libavformat-extra-53/changelog.Debian.gz /usr/share/doc/libavformat-extra-53/changelog.gz /usr/share/doc/libavformat-extra-53/copyright /usr/share/doc/libavformat53/README.Debian.gz /usr/share/doc/libavformat53/changelog.Debian.gz /usr/share/doc/libavformat53/changelog.gz /usr/share/doc/libavformat53/copyright /usr/share/doc/libavformat53/formats-i386.txt.gz /usr/share/lintian/overrides/libavformat53 /var/lib/dpkg/info/libavformat-extra-53.list /var/lib/dpkg/info/libavformat-extra-53.md5sums /var/lib/dpkg/info/libavformat53:i386.list /var/lib/dpkg/info/libavformat53:i386.md5sums /var/lib/dpkg/info/libavformat53:i386.postinst /var/lib/dpkg/info/libavformat53:i386.postrm /var/lib/dpkg/info/libavformat53:i386.shlibs jaap@custard:~$ sudo ln /usr/lib/i386-linux-gnu/libavformat.so.53 /usr/lib/i386-linux-gnu/libavformat.so.52 jaap@custard:~$ sudo minidlna -R minidlna: error while loading shared libraries: libavutil.so.50: cannot open shared object file: No such file or directory jaap@custard:~$ locate libavutil /usr/lib/i386-linux-gnu/libavutil.so.51 /usr/lib/i386-linux-gnu/libavutil.so.51.22.3 /usr/lib/i386-linux-gnu/i686/cmov/libavutil.so.51 /usr/lib/i386-linux-gnu/i686/cmov/libavutil.so.51.22.3 /usr/lib/x86_64-linux-gnu/libavutil.so.51 /usr/lib/x86_64-linux-gnu/libavutil.so.51.22.3 /usr/share/doc/libavutil-extra-51 /usr/share/doc/libavutil51 /usr/share/doc/libavutil-extra-51/README.Debian.gz /usr/share/doc/libavutil-extra-51/changelog.Debian.gz /usr/share/doc/libavutil-extra-51/changelog.gz /usr/share/doc/libavutil-extra-51/copyright /usr/share/doc/libavutil51/README.Debian.gz /usr/share/doc/libavutil51/changelog.Debian.gz /usr/share/doc/libavutil51/changelog.gz /usr/share/doc/libavutil51/copyright /usr/share/lintian/overrides/libavutil51 /var/lib/dpkg/info/libavutil-extra-51.list /var/lib/dpkg/info/libavutil-extra-51.md5sums /var/lib/dpkg/info/libavutil51:amd64.list /var/lib/dpkg/info/libavutil51:amd64.md5sums /var/lib/dpkg/info/libavutil51:amd64.postinst /var/lib/dpkg/info/libavutil51:amd64.postrm /var/lib/dpkg/info/libavutil51:amd64.shlibs /var/lib/dpkg/info/libavutil51:i386.list /var/lib/dpkg/info/libavutil51:i386.md5sums /var/lib/dpkg/info/libavutil51:i386.postinst /var/lib/dpkg/info/libavutil51:i386.postrm /var/lib/dpkg/info/libavutil51:i386.shlibs jaap@custard:~$ sudo ln /usr/lib/i386-linux-gnu/libavutil.so.51 /usr/lib/i386-linux-gnu/libavutil.so.50 jaap@custard:~$ sudo minidlna -R minidlna: error while loading shared libraries: libavcodec.so.52: cannot open shared object file: No such file or directory jaap@custard:~$ locate libavcodec /usr/lib/i386-linux-gnu/libavcodec.so.53 /usr/lib/i386-linux-gnu/libavcodec.so.53.35.0 /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.53 /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.53.35.0 /usr/lib/x86_64-linux-gnu/libavcodec.so.53 /usr/lib/x86_64-linux-gnu/libavcodec.so.53.35.0 /usr/share/doc/libavcodec53 /usr/share/doc/libavcodec53/README.Debian.gz /usr/share/doc/libavcodec53/changelog.Debian.gz /usr/share/doc/libavcodec53/changelog.gz /usr/share/doc/libavcodec53/codecs.txt.gz /usr/share/doc/libavcodec53/copyright /usr/share/lintian/overrides/libavcodec53 /var/lib/dpkg/info/libavcodec-extra-53:i386.list /var/lib/dpkg/info/libavcodec-extra-53:i386.postrm /var/lib/dpkg/info/libavcodec53:amd64.list /var/lib/dpkg/info/libavcodec53:amd64.md5sums /var/lib/dpkg/info/libavcodec53:amd64.postinst /var/lib/dpkg/info/libavcodec53:amd64.postrm /var/lib/dpkg/info/libavcodec53:amd64.shlibs /var/lib/dpkg/info/libavcodec53:i386.list /var/lib/dpkg/info/libavcodec53:i386.md5sums /var/lib/dpkg/info/libavcodec53:i386.postinst
Bug#782142: systemd: Tries to mount NFS shares twice (?)
Am 08.04.2015 um 13:33 schrieb Santiago Vila: Package: systemd Version: 215-14 After a recent upgrade in a lab where I use NFS, I see messages like this: ifup[370]: mount.nfs: /home/nfs is busy or already mounted but this didn't happen before. I suspect of recent changes in systemd. It's not grave as it seems harmless, but if it's a regression, it would be wonderful to have it fixed before the release. systemd mounts remote NFS mounts internally. Is the nfs mount point mounted a second time via /etc/network/if-up.d/mountnfs? Could you attach that file? How is your network configured? Can you boot with systemd.log_level=debug on the kernel command line and attach the output of journalctl -alb. 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#782076: laptop-mode-tools: failure to enter laptop mode on boot
Okay so it turned out LMT wasn't being started at boot at all once I removed the udev rules. I fixed this by adding a symlink: /lib/systemd/system/multi-user.target.wants/laptop-mode.service - /lib/systemd/system/laptop-mode.service I've now restored the udev rules and it appears to work fine. What usually happens now? Someone writes a patch for the Debian package? (I'm new to raising bugs in Debian so I don't know...) In either case many thanks for your help Ritesh, your quick replies are much appreciated! Tom On Wed, 2015-04-08 at 20:31 +1000, Tom Meumann wrote: Hi Ritesh, Okay will do sorry. I don't have any USB devices plugged in no, but you're right it does appear to be getting started through the udev rules and that's why so many instances are spawned. It also explains why it only tries to start the pm-utils module and no others (it's fed through as an argument from the udev rule). I'm not sure why so many udev events are spawned on boot. I assume it's just the hardware coming online: I don't know if that is normal or not. For now I've removed the udev rules from the system to see if that fixes my issue. I'll get back to you shortly with the results. Many thanks, Tom On Wed, 2015-04-08 at 13:51 +0530, Ritesh Raj Sarraf wrote: On Wednesday 08 April 2015 01:41 PM, Tom Meumann wrote: Hi Ritesh, My modules aren't disabled. As I said, during boot they sometimes all start and execute fine but at other times fail to execute. They fail more often than they succeed. If it were due to me disabling the modules, they would never start successfully. I'll continue to investigate but would appreciate not being brushed off as having mis-configured LMT. Have you attempted to reproduce the bug at all? Tom, Please keep the bug report in CC. I think I know what the problem might be. Do you have USB devices plugged in ? Like a USB Disk, or anything of that sort ? What's happening is that multiple invocations of LMT are triggered. In a span of 10 secs, LMT will only honor 2 invocations. So my guess is you may be having a USB device, which is invoking LMT way too frequently, thus acquiring the lock. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782133: gobby: wrongly archived as metapackage
Package: gobby Version: 0.5.0-5 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In the control file, gobby is declared a metapackage - likely missed after the transition form gobby-0.5. - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVJQEmAAoJECx8MUbBoAEh1bUQAJTVcaBlPL771EgGlKoVfhqQ trJ9m3d+DyJVMzUoqG8CJlwgWNIxV0gkscmoKxHb9iljBPgjxIkDV/LMwSheNjY1 zhjYyzRwogo2kmkXrAcVQcwspdrVS/Ep0ugUH2lL9RXhIwtu8+xBCd95m/GSC6Fd Lm7Gnk5Kblm1cjA3caPKoY8QQVZ7w7Ex17RjBJN3D7cy+d8qgP0+7SpwQw7GOcE8 hX9Ilt8lMEY53RC4eb75c7EKCq7J7BMJU57iAAoA/IHZnCiRqiDMeFP7mhXcKzSL VDRUgndtwyb77QiEZPOtlH/Gu3pt0/lK859iASPrGF6FJnRzsiUofcBim8U+3a7W /17dlQ+/y9H9n28wJPuMzNNqufJ5dCawj3pdfOjRu+pH6O2+SxGYdJGMS/VOnzWu 1BNDDI+AtlGvlSunMyq6ETrCk8zr+WouP6OTJbGT4xpp6pZVEKO3sJipqFhlbviF ETCp3KDlLmm9vr8d0kI/WGXBRqcVTFT6/aFDDLhO7NKvkL7j8dAqIMymnH8xB1VG KWBSbeH4UN2bgks18RmFcZsOYKbLO/uvzjtWee/rBpHcO/eBCYgauyEgWeVMlt+f ZHN3uw5ywM9qouuX8VAks/QzoBkPOKiN+4MX+RUQhp9tX2ZHWrJ3g2lo9pmahOND +elhaEWoRJJ6ONReRjZq =r54Z -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#782134: systemctl TAB-completion for unit names does not work when not root
Hi Zack! Am 08.04.2015 um 12:26 schrieb Stefano Zacchiroli: When as non root, I do this: $ systemctl start lTAB I get this error: Failed to list units: Access denied and TAB completion fail to complete. (l is just a sample prefix, TAB completion for unit names doesn't work with any prefix, including the empty one.) OTOH it works fine as root. After a brief discussion on #debian-devel, it seems that the above works for others, using the same version of systemd. So it might be specific to my system, but AFAICT I haven't customized systemd in any way, so I don't know what might be causing it. Do you have systemd-shim installed or had it installed in the past without purging it? I remember an old bug report where the dbus policy shipped by systemd-shim broke systemd. Can you attach the output of ls -la /etc/dbus-1/system.d -- 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#782142: systemd: Tries to mount NFS shares twice (?)
On a computer which is a little bit faster than the others I see this instead: ifup[429]: /sbin/ifup: interface eth0 already configured I can even reproduce it after *every* reboot: * One computer (faster than the others) says eth0 already configured. * The others (older, slower) say /home/nfs is busy or already mounted. Every time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774661: closed by Christian Hofstaedtler z...@debian.org (Bug#774661: fixed in ruby-kramdown 1.4.2-2)
On 2015-04-08 at 09:36:16, Debian Bug Tracking System wrote: ruby-kramdown (1.4.2-2) unstable; urgency=medium . * Team upload. * Install missing data files (Closes: #774661) Perhaps if this was broken for everyone, it should be submitted as a stable release update for jessie? Francois -- http://fmarier.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548276: #548276: screenruler: Crashes on mouseover
Michael, thank you for your report. Can you still reproduce this problem with the current version? Thanks, -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgpzXd798gJoT.pgp Description: PGP signature
Bug#782068: perl: t/run/locale fails when LC_* are set
On Wed, 08 Apr 2015 10:02:53 +0100, Dominic Hargreaves wrote: When trying to build perl using pbuilder, the test `t/run/locale` failed. I had LC_TIME and LC_CTYPE set. Reminds me of a bug I reported last summer ... Here it is: #759733 This one feels more like a bug in pbuilder to me. Shouldn't it clean the environment of LC_* if it is not going to provide the needed locales, rather than putting the onus on the package being built? While this is a valid point, I assume that also a plain dpkg-buildpackage in a normal environment fails, which is not elegant. As a side note: Some months ago I tried to come up with a patch; this sounds simple, and (un)setting enviroment variables is nothing unusual -- but as you can see from the lack of a patch I failed :/ Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #318: Your EMAIL is now being delivered by the USPS. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771241: Mark the stunnel RC bugs as pending
package stunnel4 severity 771241 serious tags 771241 + pending tags 782030 + pending thanks Hi, I've fixed both bugs in the jessie-freeze branch of the Git repository for the Debian package of stunnel: https://anonscm.debian.org/cgit/collab-maint/stunnel.git?h=jessie-freeze I'm also marking #771421 as serious; this has been long overdue, it should have been serious from the very start, since it does make stunnel practically unusable for users in certain legitimate configurations. Once again, apologies for taking so long to get around to fixing this, and again, many thanks to Joachim Falk for backporting the patch! I'm now about to ask the release team for a pre-approval for the new version of stunnel to migrate to Jessie. If they should grant it, then I guess I'll ask Laszlo to upload stunnel4-3:5.06-3 (Git rev. 82a1554); of course, if he's too busy, the usual ways of finding another sponsor would apply. Thanks to everyone involved for the interest in stunnel and for the patience! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: Digital signature
Bug#781602: systemd: Invalid DBus call causes systemd to stop responding to DBus alltogether
Control: severity -1 important Christian Seiler [2015-03-31 17:46 +0200]: So it appears this is fixed upstream already. Unfortunately, I don't have time to investigate right now (maybe next week). git bisect says it was fixed in http://cgit.freedesktop.org/systemd/systemd/commit/?id=0ca454d474a13f It backports cleanly against 215. Bumping severity as this screws up pid 1's brain pretty severely. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782143: pre-approval unblock: stunnel4/3:5.06-3
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
This is a pre-approval request for unblocking a RC bugfix upload of
stunnel4 that will fix two RC bugs:
- #771421 - makes stunnel unusable for some users in certain
configurations; not for everyone, but still, it happens too often to
be ignored
- #782030 - makes stunnel start and stop properly, checking whether
the action has actually succeeded
The full debdiff between version 3:5.06-2 (currently in unstable and
testing) and the proposed 3:5.06-3 is attached.
unblock stunnel4/3:5.06-3
Thanks in advance, and thanks for all your work!
G'luck,
Peter
-- System Information:
Debian Release: 8.0
APT prefers testing
APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru stunnel4-5.06/debian/changelog stunnel4-5.06/debian/changelog
--- stunnel4-5.06/debian/changelog 2014-10-20 11:49:07.0 +0300
+++ stunnel4-5.06/debian/changelog 2015-04-08 14:00:56.0 +0300
@@ -1,3 +1,15 @@
+stunnel4 (3:5.06-3) unstable; urgency=medium
+
+ * Add the 17-upstream-hangup patch to fix prematurely closed
+connections when there is still data to be written.
+Thanks to Joachim Falk for backporting the patch!
+Closes: #771241
+ * Add the 18-lsb-startup patch to make the daemons' startup consistent
+with the way things are done in Debian.
+Among other things, Closes: #782030
+
+ -- Peter Pentchev r...@ringlet.net Wed, 08 Apr 2015 14:00:54 +0300
+
stunnel4 (3:5.06-2) unstable; urgency=medium
* Limit the systemd build dependency to Linux architectures only,
diff -Nru stunnel4-5.06/debian/patches/17-upstream-hangup.patch
stunnel4-5.06/debian/patches/17-upstream-hangup.patch
--- stunnel4-5.06/debian/patches/17-upstream-hangup.patch 1970-01-01
02:00:00.0 +0200
+++ stunnel4-5.06/debian/patches/17-upstream-hangup.patch 2015-04-08
12:45:17.0 +0300
@@ -0,0 +1,74 @@
+Description: Fix premature data truncation in the POLLRDHUP handling
+DebianBug: https://bugs.debian.org/771241
+Origin: upstream;
https://www.stunnel.org/pipermail/stunnel-users/2014-November/004860.html
+Last-Update: 2015-03-04
+
+--- a/src/client.c
b/src/client.c
+@@ -515,6 +515,11 @@
+ int write_wants_read=0, write_wants_write=0;
+ /* actual conditions on file descriptors */
+ int sock_can_rd, sock_can_wr, ssl_can_rd, ssl_can_wr;
++#ifdef USE_WIN32
++unsigned long bytes;
++#else
++int bytes;
++#endif
+
+ c-sock_ptr=c-ssl_ptr=0;
+
+@@ -810,32 +815,44 @@
+ }
+
+ /** check for hangup conditions */
+-if(s_poll_rdhup(c-fds, c-sock_rfd-fd)) {
+-s_log(LOG_INFO, Read socket closed (hangup));
++/* http://marc.info/?l=linux-manm=128002066306087 */
++/* readsocket() must be the last sock_rfd operation before FIONREAD */
++if(sock_open_rd s_poll_rdhup(c-fds, c-sock_rfd-fd)
++(ioctlsocket(c-sock_rfd-fd, FIONREAD, bytes) || !bytes)) {
++s_log(LOG_INFO, Read socket closed (read hangup));
+ sock_open_rd=0;
+ }
+-if(s_poll_hup(c-fds, c-sock_wfd-fd)) {
++if(sock_open_wr s_poll_hup(c-fds, c-sock_wfd-fd)) {
+ if(c-ssl_ptr) {
+ s_log(LOG_ERR,
+-Write socket closed (hangup) with %d unsent byte(s),
++Write socket closed (write hangup) with %d unsent
byte(s),
+ c-ssl_ptr);
+ longjmp(c-err, 1); /* reset the socket */
+ }
+-s_log(LOG_INFO, Write socket closed (hangup));
++s_log(LOG_INFO, Write socket closed (write hangup));
+ sock_open_wr=0;
+ }
+-if(s_poll_hup(c-fds, c-ssl_rfd-fd) ||
+-s_poll_hup(c-fds, c-ssl_wfd-fd)) {
++/* SSL_read() must be the last ssl_rfd operation before FIONREAD */
++if(!(SSL_get_shutdown(c-ssl)SSL_RECEIVED_SHUTDOWN)
++s_poll_rdhup(c-fds, c-ssl_rfd-fd)
++(ioctlsocket(c-ssl_rfd-fd, FIONREAD, bytes) || !bytes)) {
+ /* hangup - buggy (e.g. Microsoft) peer:
+ * SSL socket closed without close_notify alert */
++s_log(LOG_INFO, SSL socket closed (read hangup));
++SSL_set_shutdown(c-ssl,
++SSL_get_shutdown(c-ssl)|SSL_RECEIVED_SHUTDOWN);
++}
++if(!(SSL_get_shutdown(c-ssl)SSL_SENT_SHUTDOWN)
++s_poll_hup(c-fds, c-ssl_wfd-fd)) {
+ if(c-sock_ptr || write_wants_write) {
+ s_log(LOG_ERR,
+-SSL socket closed (hangup) with %d unsent byte(s),
++SSL socket closed (write hangup) with %d unsent
Bug#782131: (pre-approval) unblock: apt/1.0.9.8
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-CC: de...@lists.debian.org
Hi release team,
I had hoped it wouldn't come to this, but to my dismay I have to propose
yet another upgrade to apt as to be shipped in jessie.
The update is intended to fix two ways of triggering a false-positive
security (themed) warning by apt-transport-https (see 777565, 781509)
and a crash in aptdaemon caused by dangling pointer usage (see 781858).
Also included are four more fixes for: two (small) regressions and two
more-or-less esoteric issues which aren't a problem for Debian per-se,
but might be for derivatives. Not worthed it alone (even through their
reporters likely disagree), but as we prepare an update anyway…
The patches are heavily optimized for less line-change. A regression
potentially realistically only exists for the https-change, but even
there isn't much opportunity and its considered for backporting further.
More details for each change individually in the commit messages as
attached generated by git log -p 1.0.9.7..debian/jessie or cgit:
https://anonscm.debian.org/cgit/apt/apt.git/log/?h=debian/jessie
Thanks for considering an:
unblock apt/1.0.9.8
and best regards
David Kalnischkies (for the APT team)
commit d5cf8851753dde4f45bfd3b48fcdf34247a8752a
Author: David Kalnischkies da...@kalnischkies.de
Date: Tue Apr 7 22:34:34 2015 +0200
keyids in apt-key del should be case-insensitive
gnupg is case-insensitive about keyids, so back then apt-key called it
directly any keyid was accepted, but now that we work more with the
keyid ourself we regressed to require uppercase keyids by accident.
This is also inconsistent with other apt-key commands which still use
gnupg directly. A single case-insensitive grep and we are fine again.
Closes: 781696
diff --git a/cmdline/apt-key.in b/cmdline/apt-key.in
index b4e0710..1da311d 100644
--- a/cmdline/apt-key.in
+++ b/cmdline/apt-key.in
@@ -180,7 +180,7 @@ update() {
remove_key_from_keyring() {
local GPG=$GPG_CMD --keyring $1
# check if the key is in this keyring: the key id is in the 5 column at the end
-if ! $GPG --with-colons --list-keys 21 | grep -q ^pub:[^:]*:[^:]*:[^:]*:[0-9A-F]*$2:; then
+if ! $GPG --with-colons --list-keys 21 | grep -iq ^pub:[^:]*:[^:]*:[^:]*:[0-9A-F]*$2:; then
return
fi
if [ ! -w $1 ]; then
diff --git a/test/integration/test-apt-key b/test/integration/test-apt-key
index 47230cb..b4f823e 100755
--- a/test/integration/test-apt-key
+++ b/test/integration/test-apt-key
@@ -111,3 +111,9 @@ cleanplate
cp -a keys/joesixpack.pub rootdir/etc/apt/trusted.gpg.d/joesixpack.gpg
testsuccess --nomsg aptkey --fakeroot del 5A90D141DBAC8DAE
testempty aptkey list
+
+msgtest 'Test key removal with' 'lowercase key ID' #keylength somewher between 8byte and short
+cleanplate
+cp -a keys/joesixpack.pub rootdir/etc/apt/trusted.gpg.d/joesixpack.gpg
+testsuccess --nomsg aptkey --fakeroot del d141dbac8dae
+testempty aptkey list
commit 7e9b7ea8236a79580c4ca47712558096d66bad53
Author: David Kalnischkies da...@kalnischkies.de
Date: Tue Apr 7 18:31:12 2015 +0200
demote VectorizeString gcc attribute from const to pure
g++-5 generates a slightly broken libapt which doesn't split
architecture configurations correctly resulting in e.g. Packages files
requested for the bogus architecture 'amd64,i386' instead of for amd64
and i386.
The reason is an incorrectly applied attribute marking the function as
const, while functions with pointer arguments are not allowed to be
declared as such (note that char is a char* in disguise). Demoting the
attribute to pure fixes this issue – better would be dropping the from
char but that is an API change…
Neither earlier g++ versions nor clang use this attribute to generate
broken code, so we don't need a rebuild of dependencies or anything and
g++-5 isn't even included in jessie, but the effect is so strange and
apt popular enough to consider avoiding this problem anyhow.
diff --git a/apt-pkg/contrib/strutl.h b/apt-pkg/contrib/strutl.h
index 185cdc3..f4f8083 100644
--- a/apt-pkg/contrib/strutl.h
+++ b/apt-pkg/contrib/strutl.h
@@ -79,7 +79,7 @@ bool TokSplitString(char Tok,char *Input,char **List,
unsigned long ListMax);
// split a given string by a char
-std::vectorstd::string VectorizeString(std::string const haystack, char const split) APT_CONST;
+std::vectorstd::string VectorizeString(std::string const haystack, char const split) APT_PURE;
/* \brief Return a vector of strings from string input where sep
* is used as the delimiter string.
commit 3af3768e1a0ae8519ac85fbe1eb4494eeb076fa2
Author: Michael Vogt m...@debian.org
Date: Tue Apr 7 12:20:56 2015 +0200
fix crash in order writing in pkgDPkgPM::WriteApportReport()
libapt can be configured to write various bits of information to a file
Bug#781714: apt upgrade does not upgrade even if apt full-upgrade will not install or remove packages
On Wed, Apr 01, 2015 at 09:18:56PM -0300, Felipe Sateler wrote: Package: apt Version: 1.0.9.7 Severity: normal I believe a cli-shot is clearer than trying to explain: % sudo apt upgrade [sudo] password for felipe: Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages have been kept back: wine wine-bin:i386 wine32:i386 wine64 0 upgraded, 0 newly installed, 0 to remove and 4 not upgraded. Try: apt upgrade -o Debug::pkgProblemResolver=1 -s My guess is that it includes a Policy breaks with upgrade of message, which is apt-speak for: A recommends relation isn't satisfied anymore after this upgrade. As recommends are supposed to be installed by default and more importantly you could loose features by having a recommends no longer satisfied upgrade isn't doing this upgrade as its supposed to do only 'safe' things. dist-upgrade on the other hand has no problem with breaking recommends. So, assuming I am right, the real question is why one of the wine packages has a recommends which isn't satisfiable (currently?). I presume dist-upgrade (at least in apt, the usual difficulties with changing apt-get apply) should grow a unsatisfied recommends display. I think aptitude has it too, but apt-get has this display for sure while install(ing) packages. Its showing suggests in this view too, through, that is probably a bit much given that they aren't installed by default and dist-upgrade potentially touches thousands of packages so that could end up being thousands of unsatisfied suggests – but the list of unsatisfied recommends is ideally very small if not zero. One complication through: Upgrading packages considers new vs. old unsatisfied recommends and installs new recommends, while leaving the old ones uninstalled, so such a list might want to consider that as well. Best regards David Kalnischkies signature.asc Description: Digital signature
Bug#777736: redmine: Typo in documentation for apache2-host.conf
Control: tag -1 pending On Thu, Feb 12, 2015 at 01:21:38PM +1100, Andrew Harvey wrote: Package: redmine Version: 3.0~20140825-4 Severity: minor Dear Maintainer, There is a typo at http://anonscm.debian.org/cgit/pkg-ruby-extras/redmine.git/tree/debian/doc/examples/apache2-host.conf on line two, libapache2-mod-fcdid Hi Andrew, thanks for your report. I will include this typo fix in the next upload together with fixes for some upgrade issues -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#780235: man init brings up systemd(8) despite /sbin/init coming from sysvinit-core
Control: tags -1 moreinfo unreproducible Am 10.03.2015 um 23:59 schrieb Samuel Bronson: Package: systemd Version: 215-12 Severity: important File: /usr/share/man/man1/systemd.1.gz Dear Maintainer, When I run man init, I expect to see the manpage corresponding to /sbin/init; since /sbin/init comes from sysvinit-core on my system, that would be init(8), but I get systemd(1) instead. I just tried to reproduce the problem in an up-to-date jessie chroot where sysvinit-core and systemd is installed. man init opens the sysvinit provided man page. Which version of man-db do you have installed? Can you still reproduce the issue? -- 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#782076: laptop-mode-tools: failure to enter laptop mode on boot
Hi Ritesh, Okay will do sorry. I don't have any USB devices plugged in no, but you're right it does appear to be getting started through the udev rules and that's why so many instances are spawned. It also explains why it only tries to start the pm-utils module and no others (it's fed through as an argument from the udev rule). I'm not sure why so many udev events are spawned on boot. I assume it's just the hardware coming online: I don't know if that is normal or not. For now I've removed the udev rules from the system to see if that fixes my issue. I'll get back to you shortly with the results. Many thanks, Tom On Wed, 2015-04-08 at 13:51 +0530, Ritesh Raj Sarraf wrote: On Wednesday 08 April 2015 01:41 PM, Tom Meumann wrote: Hi Ritesh, My modules aren't disabled. As I said, during boot they sometimes all start and execute fine but at other times fail to execute. They fail more often than they succeed. If it were due to me disabling the modules, they would never start successfully. I'll continue to investigate but would appreciate not being brushed off as having mis-configured LMT. Have you attempted to reproduce the bug at all? Tom, Please keep the bug report in CC. I think I know what the problem might be. Do you have USB devices plugged in ? Like a USB Disk, or anything of that sort ? What's happening is that multiple invocations of LMT are triggered. In a span of 10 secs, LMT will only honor 2 invocations. So my guess is you may be having a USB device, which is invoking LMT way too frequently, thus acquiring the lock. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782134: systemctl list-units doesn't work as non root
The root of the problem is likely this: zack@timira:~$ systemctl list-units Failed to list units: Access denied which apparently works for others (on #debian-devel) but not me. I've tried the above both while within a GNOME session and on a tty: same result. Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#782142: systemd: Tries to mount NFS shares twice (?)
Package: systemd Version: 215-14 After a recent upgrade in a lab where I use NFS, I see messages like this: ifup[370]: mount.nfs: /home/nfs is busy or already mounted but this didn't happen before. I suspect of recent changes in systemd. It's not grave as it seems harmless, but if it's a regression, it would be wonderful to have it fixed before the release. Thanks a lot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782138: convert: no images defined `image.png' @ error/convert.c/ConvertImageCommand/3210.
On Wed, Apr 8, 2015 at 12:48 PM, Jay Dee blueglacier...@gmail.com wrote: $ convert -resize 25% dragon.gif convert: no images defined `dragon.gif' @ error/convert.c/ConvertImageCommand/3210. Yep, this is simply because you don't know how to use convert. The file to read should be placed before the operations (resize) and the file to write at the end. Here, converts just tells you that it won't generate dragon.gif, since there is no image. Try convert dragon.gif -resize 25% dragon.resized.gif Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782035: python3-minimal: Syntax errors in /usr/bin/py3clean and py3compile
On 04/07/2015 03:03 PM, Piotr Ożarowski wrote:
from: can't read /var/mail/glob
from: can't read /var/mail/os
from: can't read /var/mail/os.path
/usr/bin/py3clean: 31: /usr/bin/py3clean: Syntax error: word unexpected
(expecting ))
---
/usr/bin/py3compile: 33: /usr/bin/py3compile: Syntax error: word unexpected
(expecting ))
[...]
Kernel: Linux 3.15.7-customkernel (SMP w/8 CPU cores; PREEMPT)
you have custom kernel, did you customize other parts of your system as
well?
Nope. Nothing special.
--
[root@sh2 /home/smooker]# apt-get install python3-minimal
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer
required:
discover-data libdiscover2
Use 'apt-get autoremove' to remove them.
The following extra packages will be installed:
python3-magic
The following NEW packages will be installed:
python3-minimal
The following packages will be upgraded:
python3-magic
1 upgraded, 1 newly installed, 0 to remove and 247 not upgraded.
4 not fully installed or removed.
Need to get 0 B/79.7 kB of archives.
After this operation, 98.3 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
(Reading database ... 255008 files and directories currently installed.)
Preparing to unpack .../python3-minimal_3.4.2-2_amd64.deb ...
Unpacking python3-minimal (3.4.2-2) ...
Preparing to unpack .../python3-magic_1%3a5.22+15-2_all.deb ...
import import: Unable to open XServer ().
import import: Unable to open XServer ().
import import: Unable to open XServer ().
from: can't read /var/mail/glob
from: can't read /var/mail/os
from: can't read /var/mail/os.path
/usr/bin/py3clean: 31: /usr/bin/py3clean: Syntax error: word unexpected
(expecting ))
dpkg: warning: subprocess old pre-removal script returned error exit
status 2
dpkg: trying script from the new package instead ...
import import: Unable to open XServer ().
import import: Unable to open XServer ().
import import: Unable to open XServer ().
from: can't read /var/mail/glob
from: can't read /var/mail/os
from: can't read /var/mail/os.path
/usr/bin/py3clean: 31: /usr/bin/py3clean: Syntax error: word unexpected
(expecting ))
dpkg: error processing archive
/var/cache/apt/archives/python3-magic_1%3a5.22+15-2_all.deb (--unpack):
subprocess new pre-removal script returned error exit status 2
import import: Unable to open XServer ().
import import: Unable to open XServer ().
import import: Unable to open XServer ().
import import: Unable to open XServer ().
import import: Unable to open XServer ().
from: can't read /var/mail/os
from: can't read /var/mail/os.path
from: can't read /var/mail/subprocess
/usr/bin/py3compile: 33: /usr/bin/py3compile: Syntax error: word
unexpected (expecting ))
dpkg: error while cleaning up:
subprocess installed post-installation script returned error exit status 2
Processing triggers for man-db (2.7.0.2-5) ...
Errors were encountered while processing:
/var/cache/apt/archives/python3-magic_1%3a5.22+15-2_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
--
Can you provide output of these commands:
$ ls -la /usr/bin/python3
$ md5sum /usr/bin/py3c{lean,ompile}
$ head -n 1 /usr/bin/py3c{lean,ompile}
?
Sure.
[root@sh2 /home/smooker]# ls -la /usr/bin/python3
lrwxrwxrwx 1 root root 9 Nov 30 22:48 /usr/bin/python3 - python3.4
[root@sh2 /home/smooker]# ls -la /usr/bin/python3.4
-rwxr-xr-x 2 root root 4476488 Oct 8 14:45 /usr/bin/python3.4
[root@sh2 /home/smooker]#
[root@sh2 /home/smooker]# md5sum /usr/bin/py3c{lean,ompile}
263715200e22980b3a97425fec3da733 /usr/bin/py3clean
706f3d084282ace317e75fe86785f63f /usr/bin/py3compile
[root@sh2 /home/smooker]# head -n 1 /usr/bin/py3c{lean,ompile}
== /usr/bin/py3clean ==
#! /usr/bin/python3
== /usr/bin/py3compile ==
#! /usr/bin/python3
Regards,
Smooker.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782076: laptop-mode-tools: failure to enter laptop mode on boot
On Wednesday 08 April 2015 04:01 PM, Tom Meumann wrote: Hi Ritesh, Okay will do sorry. I don't have any USB devices plugged in no, but you're right it does appear to be getting started through the udev rules and that's why so many instances are spawned. It also explains why it only tries to start the pm-utils module and no others (it's fed through as an argument from the udev rule). No. The module that we call through udev is for runtime-pm. And that too is triggered when we have the add or remove event generated, which typically happens when you plug/unplug a USB device. What does your dmesg look like ? does the kernel complain of any flaky USB hub ? I'm not sure why so many udev events are spawned on boot. I assume it's just the hardware coming online: I don't know if that is normal or not. No. It is not normal. For now I've removed the udev rules from the system to see if that fixes my issue. I'll get back to you shortly with the results. That rule is important to LMT. LMT is triggered on kernel events. If that rule is not present, you won't be able to act when some events are triggered in the kernel, for hotplug devices. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#782122: apt: [INTL: it] Outdated Italian translation
Package: apt Version: 1.0.9.7 Severity: wishlist Tags: patch l10n Please find attached an updated Italian translation. Thanks. -- Milo Casagrande m...@milo.name it.po.gz Description: GNU Zip compressed data
Bug#761658: Please do not default to using Google nameservers
Am 08.04.2015 um 09:55 schrieb martin f krafft: also sprach Marco d'Itri m...@linux.it [2015-04-07 22:57 +0200]: We don't enable AVAHI nor do we install cups-browsed to make things work out of the box. Don't we? Then we probably should do it on desktop systems, since autoconfiguration greatly improves the user experience. Yes, it's great that we have a desktop-task or whatever it is which allows an admin to opt for such autoconfiguration. Just like resolved needs explicit opt in by the admin (the service is disabled by default). Also, it writes the resolv.conf to /run/systemd/resolve/resolv.conf. So the admin needs to explicitly replace /etc/resolv.conf with a symlink to enable this feature. Also, 99,9% (or more) do not even need the fallback, because they've setup their DNS config statically or via DNS. Also, the fallback is clearly documented in /etc/systemd/resolved.conf, so the fallback DNS entries are by no means hidden, as was claimed somewhere else. Honestly, this is a tempest in a tea pot. -- 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#782129: Support atom Xtra
Package: mp4v2-utils Version: 2.0.0~dfsg0-3 Severity: minor Tags: upstream It would be nice to support atom Xtra. Currenly it dumps as: $ mp4info silence_xtra.m4a mp4info version -r silence_xtra.m4a: Track Type Info 1 audio MPEG-4 AAC LC, 3.707 secs, 3 kbps, 44100 Hz Reference implementation is at: http://code.google.com/p/mp4v2/issues/detail?id=113 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761658: Please do not default to using Google nameservers
also sprach Michael Biebl bi...@debian.org [2015-04-08 10:45 +0200]: Just like resolved needs explicit opt in by the admin (the service is disabled by default). Also, it writes the resolv.conf to /run/systemd/resolve/resolv.conf. So the admin needs to explicitly replace /etc/resolv.conf with a symlink to enable this feature. In this light, I agree that there is no urgency.¹ How likely to you regard the possibility that resolved will become non-optional in the near future? ¹) I'd still like a firm position by the project on such points, and I think we should avoid defaulting to 3rd-party-services over convenience. -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems even if you persuade me, you won't persuade me. -- aristophanes digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#782112: French: Release Info translated to Dernière version in main page www.debian.org
Hello, Someone already found this bug in #721687 (I saw you merged) and we carefully ignored it... To have some argument, I can say that release and info are singular, so it is 1 information on 1 release. Litterally, that could be translated as Information sur la version, which is very ugly. The second point is we are very conservative and this string is here since the origin of the translation of the web site ;-) (http://anonscm.debian.org/viewvc/webwml/webwml/french/po/templates.fr.po?revision=1.1view=markup) And last but not least, the link points to a page who says : Debian always has at least three releases in active maintenance: stable, testing and unstable. So it should be ReleaseS infoS, as all past releases + the coming one are listed. But sometimes clarity is better than precision. Could we just close this not-a-bug ? It takes me a lot of time to find good words that can thanks for the help offered, but decline it as I am (we are ?) happy with this string (and some others, I have now to answer to #709685 ;-). Baptiste -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782076: laptop-mode-tools: failure to enter laptop mode on boot
On Wednesday 08 April 2015 01:41 PM, Tom Meumann wrote: Hi Ritesh, My modules aren't disabled. As I said, during boot they sometimes all start and execute fine but at other times fail to execute. They fail more often than they succeed. If it were due to me disabling the modules, they would never start successfully. I'll continue to investigate but would appreciate not being brushed off as having mis-configured LMT. Have you attempted to reproduce the bug at all? Tom, Please keep the bug report in CC. I think I know what the problem might be. Do you have USB devices plugged in ? Like a USB Disk, or anything of that sort ? What's happening is that multiple invocations of LMT are triggered. In a span of 10 secs, LMT will only honor 2 invocations. So my guess is you may be having a USB device, which is invoking LMT way too frequently, thus acquiring the lock. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#782068: perl: t/run/locale fails when LC_* are set
On Tue, Apr 07, 2015 at 01:05:31PM +0200, gregor herrmann wrote: On Tue, 07 Apr 2015 12:33:32 +0200, Jérémy Bobbio wrote: When trying to build perl using pbuilder, the test `t/run/locale` failed. I had LC_TIME and LC_CTYPE set. Reminds me of a bug I reported last summer ... Here it is: #759733 (I guess they should be merged.) This one feels more like a bug in pbuilder to me. Shouldn't it clean the environment of LC_* if it is not going to provide the needed locales, rather than putting the onus on the package being built? Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761658: Please do not default to using Google nameservers
Am 08.04.2015 um 11:33 schrieb martin f krafft: also sprach Michael Biebl bi...@debian.org [2015-04-08 10:45 +0200]: Just like resolved needs explicit opt in by the admin (the service is disabled by default). Also, it writes the resolv.conf to /run/systemd/resolve/resolv.conf. So the admin needs to explicitly replace /etc/resolv.conf with a symlink to enable this feature. In this light, I agree that there is no urgency.¹ How likely to you regard the possibility that resolved will become non-optional in the near future? I have no idea, sorry. ¹) I'd still like a firm position by the project on such points, and I think we should avoid defaulting to 3rd-party-services over convenience. Then you need to raise that on debian-devel and not single out systemd. -- 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#782103: libucto2: fails to upgrade from 'sid' - trying to overwrite /etc/ucto/tokconfig-en
On Tue, Apr 07, 2015 at 11:20:12PM +0200, Andreas Beckmann wrote: Package: libucto2 Version: 0.5.5-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Preparing to unpack .../libucto2_0.5.5-1_amd64.deb ... Unpacking libucto2 (0.5.5-1) over (0.5.3-3.1+b1) ... dpkg: error processing archive /var/cache/apt/archives/libucto2_0.5.5-1_amd64.deb (--unpack): trying to overwrite '/etc/ucto/tokconfig-en', which is also in package ucto 0.5.3-3.1+b1 Errors were encountered while processing: /var/cache/apt/archives/libucto2_0.5.5-1_amd64.deb Thanks, will get to it. Bye, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782077: systemd: /etc/systemd/logind.conf HandleLidSwitchDocked not honred
On 04/07/2015 09:25 PM, Michael Biebl wrote: and it does check for the ev.code == SW_DOCK event: http://cgit.freedesktop.org/systemd/systemd/tree/src/login/logind-button.c#n203 Is is the event you get when docking? I boot with the laptop already docked so I'm not sure there is such an event unless it is triggered on some specific hardware conditions. -- eric _ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#782076: laptop-mode-tools: failure to enter laptop mode on boot
On Wednesday 08 April 2015 03:56 AM, Tom Meumann wrote: So on some boots it executes them all fine. I don't have /usr on a separate partition or anything so I'm not sure why on some boots they can be executed and on others they fail like this. Let me know if you need me to do more debugging. Well, in this case, it looks like working as you asked it to. Almost all your modules are disabled. Hence, there's nothing to apply power savings to.. It is clear from your initial logs, that LMT was invoked multiple times, and it did run. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#782123: ganeti: Does not clean up on failed migrations
Package: ganeti Version: 2.11.6-1~bpo70+1 Severity: important Dear Maintainer, this at least happens with the extstorage interface and the bug from me yesterday, #782073, though it appears it may happen with all failures pre-migration: Ganeti does not clean up. In this case it does not undo the disk changes done (which led to the other bug), so the exported disk is still on the host it had selected when trying the last migration. At a minimum this is unclean - having the disks exported to two hosts all the time can lead to errors - but it also refuses to work with migrations later on: Should the hbal command select the same ganeti host for the VM where a pre-migration failed earlier on, even though the host is fine now to take the VM[1], this particular VM will always fail. As the disk is already exported, another attaching fails (as the attach sensibly just tells here is the disk already, not redoing the attaching). IMO Ganeti should, on failed migrations, run all the commands neccessary to undo whatever actions it already took. At least up to the point where the actual migration (memory transfer co) starts. [1] in this case no longer so many md devices around, and other VMs migrate easily to it -- bye Joerg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782125: Support atom Xtra
Package: gpac Version: 0.5.0+svn5324~dfsg1-1+b3 Severity: minor It would be nice to support atom Xtra. Currenly it dumps as: UDTARecord Type=Xtra UnknownBox BoxInfo Size=206 Type=Xtra/ /UnknownBox Reference implementation is at: http://code.google.com/p/mp4v2/issues/detail?id=113 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782126: apt-cacher: apt-cacher-import.pl calculates invalid Content-Length header
Package: apt-cacher Version: 1.7.10 I believe I have found a bug in apt-cacher-import.pl which would result in its generating header files without a Content-Length header, which would then force the relevant packages to be redownloaded rather than served from the cache. The patch probably demonstrates the problem best: diff -ur apt-cacher-1.7.10/apt-cacher-import.pl apt-cacher-hacked/apt-cacher-import.pl --- apt-cacher-1.7.10/apt-cacher-import.pl2014-08-29 13:20:35.0 + +++ apt-cacher-hacked/apt-cacher-import.pl2015-04-08 08:36:03.535769331 + @@ -334,7 +334,7 @@ write_header($header_dir/$targetfile, HTTP::Response-new(200, 'OK', ['Date' = $headerdate, 'Last-Modified' = $headerdate, - 'Content-Length' = -s $packagefile])); + 'Content-Length' = -s $package_dir/$targetfile])); } # copy the ownership of the private directory At the time the header is written, $packagefile has already been moved by import_file to $package_dir/$targetfile, so the original code would result in an undefined value rather than the package file's actual length being passed as an argument to HTTP::Response-new. The result is log file entries such as: Wed Apr 8 08:22:34 2015|debug [9398]: Processing a new request line Wed Apr 8 08:22:34 2015|debug [9398]: got: 'GET http://localhost:3143/ftp.debian.org/debian/pool/main/f/findutils/find utils_4.4.2-9%2bb1_amd64.deb HTTP/1.1' Wed Apr 8 08:22:34 2015|debug [9398]: Processing a new request line Wed Apr 8 08:22:34 2015|debug [9398]: got: 'Host: localhost:3143' Wed Apr 8 08:22:34 2015|debug [9398]: Processing a new request line Wed Apr 8 08:22:34 2015|debug [9398]: got: 'User-Agent: Debian APT-HTTP/1.3 (1.0.9.7)' Wed Apr 8 08:22:34 2015|debug [9398]: Processing a new request line Wed Apr 8 08:22:34 2015|debug [9398]: got: '' Wed Apr 8 08:22:34 2015|debug [9398]: Using cached result for host localhost:3143 in absolute URI Wed Apr 8 08:22:34 2015|debug [9398]: Host in Absolute URI is this server Wed Apr 8 08:22:34 2015|debug [9398]: Resolved request is http://ftp.debian.org/debian/pool/main/f/findutils/findutils _4.4.2-9+b1_amd64.deb Wed Apr 8 08:22:34 2015|debug [9398]: Testing URI: ftp.debian.org/debian/pool/main/f/findutils/findutils_4.4.2-9+b1_am d64.deb against ^ftp\.debian\.org/ Wed Apr 8 08:22:34 2015|debug [9398]: Package file: findutils_4.4.2-9+b1_amd64.deb Wed Apr 8 08:22:34 2015|debug [9398]: Locked header /var/cache/apt-cacher/headers/findutils_4.4.2-9+b1_amd64.deb Wed Apr 8 08:22:34 2015|debug [9398]: Complete check Wed Apr 8 08:22:34 2015|info [9398]: Warning: failed to read cached Content-Length Wed Apr 8 08:22:34 2015|debug [9398]: Deleting /var/cache/apt-cacher/headers/findutils_4.4.2-9+b1_amd64.deb Wed Apr 8 08:22:34 2015|debug [9398]: Deleting /var/cache/apt-cacher/packages/findutils_4.4.2-9+b1_amd64.deb Wed Apr 8 08:22:34 2015|debug [9398]: Locked header /var/cache/apt-cacher/headers/findutils_4.4.2-9+b1_amd64.deb Wed Apr 8 08:22:34 2015|debug [9398]: file does not exist or download required Wed Apr 8 08:22:34 2015|debug [9398]: MISS (Using debug = 7. Please note that I have moved apt-cacher to port 3143; that is not the bug). Applying the patch results in the expected behavior; imported packages are properly served from the cache and no longer downloaded over the net. I hope this email arrives in a readable format; reportbug, unfortunately, failed to run for me. diff -ur apt-cacher-1.7.10/apt-cacher-import.pl apt-cacher-hacked/apt-cacher-import.pl --- apt-cacher-1.7.10/apt-cacher-import.pl 2014-08-29 13:20:35.0 + +++ apt-cacher-hacked/apt-cacher-import.pl 2015-04-08 08:36:03.535769331 + @@ -334,7 +334,7 @@ write_header($header_dir/$targetfile, HTTP::Response-new(200, 'OK', ['Date' = $headerdate, 'Last-Modified' = $headerdate, - 'Content-Length' = -s $packagefile])); + 'Content-Length' = -s $package_dir/$targetfile])); } # copy the ownership of the private directory
Bug#781586: Info received (no 3.2 kernel ??)
Don't worry, your bug is closed already. The fixed package will be shipped with the next point release, in the meantime you can get it from stable-proposed-updates. https://wiki.debian.org/StableProposedUpdates On 04/07/2015 07:37 PM, MAGNE Stephane wrote: Hey i use debian 7, not jessie ! Stéphane Magne /DSI /Admin -Message d'origine- De : Debian Bug Tracking System [mailto:ow...@bugs.debian.org] Envoyé : mardi 7 avril 2015 16:12 À : MAGNE Stephane Objet : Bug#781586: Info received (no 3.2 kernel ??) Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Bernd Zeimetz b...@debian.org If you wish to submit further information on this problem, please send it to 781...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 781586: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781586 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709685: Bug 709685: [www.debian.org] Reporting.fr.html: Setting Forwarded translated to Configurer le transfert
Hello, Le 08/04/2015 00:48, Laura Arjona Reina a écrit : Maybe you can have a look at this bug report for the website and take a decision about it? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709685 I think Indiquer le transfert is understandable and homogeneous with the rest of the page. If nobody disagree, I will apply it an close this bug during this week. Thanks. Baptiste -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782077: systemd: /etc/systemd/logind.conf HandleLidSwitchDocked not honred
On 04/07/2015 09:17 PM, Michael Biebl wrote: What's your hardware? Which graphics card hardware / drivers do you use? It's a nvidia graphic adapter with nvidia drivers. How does systemd detect the docked status? http://cgit.freedesktop.org/systemd/systemd/tree/src/login/logind-core.c#n538 Systemd counts the number of attached displays. given what xrandr returns at least it knows there are two attached display. xrandr Screen 0: minimum 8 x 8, current 1920 x 1200, maximum 8192 x 8192 VGA-0 disconnected primary (normal left inverted right x axis y axis) DP-0 disconnected (normal left inverted right x axis y axis) DP-1 disconnected (normal left inverted right x axis y axis) DP-2 disconnected (normal left inverted right x axis y axis) DP-3 connected (normal left inverted right x axis y axis) 1440x900 59.96 + 39.96 === internal DP-4 connected 1920x1200+0+0 (normal left inverted right x axis y axis) 518mm x 324mm == external 1920x1200 59.95*+ 59.88 1920x1080 60.00 59.94 50.00 23.97 60.05 60.00 50.04 1600x1200 60.00 1280x1024 75.02 60.02 1280x720 60.00 59.94 50.00 1152x864 75.00 1024x768 75.03 60.00 800x600 75.00 60.32 720x576 50.00 50.08 720x480 59.94 60.05 640x480 75.00 59.94 59.93 -- Eric Valette Orange Lab Product and Services Homebox Etudes Architecture et Développement Architecte Livebox et Set Top Box tél : (+33) 2 99 12 45 71 mél : mailto:eric2.vale...@orange.com _ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#778881: binfmt-support.service activating (start) for ever, no console
Package: binfmt-support Version: 2.1.5-1 Followup-For: Bug #778881 Dear Maintainer, same situation here. No login on console. I haven't tried via ssh. With kdm I can login but thus I haven't chance to reboot or shutdown the laptop: only the start button gives me again the control. I hope this problem will be resolved on the next stable or it will be very hard for me go to every remote server and then press the start button :) Thanks -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (903, 'unstable'), (500, 'testing'), (400, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages binfmt-support depends on: ii init-system-helpers 1.22 ii libc62.19-17 ii libpipeline1 1.4.0-1 ii lsb-base 4.1+Debian13+nmu1 binfmt-support recommends no packages. binfmt-support 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#774661: #774661: Re: ruby-kramdown: kramdown data directory not found!
Control: severity -1 grave Raising severity as the package is missing required template files. -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgpGnUgESZpOR.pgp Description: PGP signature
Bug#781231: [Pkg-puppet-devel] Bug#781231: err: Could not retrieve catalog from remote server: Error 400 on SERVER: Unsupported osfamily (Debian) or lsbdistid () at /usr/share/puppet/modules/apt/manif
Re: Russ Allbery 2015-03-26 87bnjfohg8@hope.eyrie.org The Apt module seems to require the presence of the $lsbdistid fact, which is only available when lsb-release is installed. Neither puppet-module-puppetlabs-apt, puppet, nor facter have a Dependency (or any weaker relation) on that. puppet-common Recommends lsb-release for exactly this sort of reason, so it will be installed on Puppet clients in a default configuration. In this case, it's a hard dependency, and worse, it's not fixable by using puppet. :( It's long been the case that you probably want to install lsb-release on any system on which you're running Puppet, or you'll be missing a pile of pretty significant facts that are widely used in Puppet manifests. We started doing that at Stanford back in the 0.20 days. I agree that the module should be more robust, and would be happy to see this fixed prior to the release if possible, but I don't think this is release-critical. (Meaning that I don't think we should remove this package from the release if no one gets to this.) I agree that releasing jessie with this package is better than without. Still, I think this is a bug that should be fixed in jessie, so I'd have opted for RC+jessie-ignore. Mit freundlichen Grüßen, Christoph Berg -- Senior Berater, Tel.: +49 (0)21 61 / 46 43-187 credativ GmbH, HRB Mönchengladbach 12080, USt-ID-Nummer: DE204566209 Hohenzollernstr. 133, 41061 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer pgp fingerprint: 5C48 FE61 57F4 9179 5970 87C6 4C5A 6BAB 12D2 A7AE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782127: units_cur: TypeError: cannot concatenate 'str' and 'NoneType' objects
Package: units
Version: 2.11-1
Severity: normal
Dear Maintainer,
Try to run units_cur to update exchange rates, and I get an error:
# units_cur
/usr/bin/units_cur:53: RuntimeWarning: Argument type 'str' is not an unicode
object. Passing an encoded string will likely have unexpected results.
ascii = unidecode(names[i])
Traceback (most recent call last):
File /usr/bin/units_cur, line 71, in module
values = ['1|' + x +' euro' for x in values]
TypeError: cannot concatenate 'str' and 'NoneType' objects
I tried applying the patch from #767864 / using latest git, but I still get the
same error:
Traceback (most recent call last):
File ./units_cur2, line 71, in module
values = ['1|' + x +' euro' for x in values]
TypeError: cannot concatenate 'str' and 'NoneType' objects
Looking at the xml file that units_cur parses it looks like some currencies
have no exchange rate:
data
codeARS/code
descriptionArgentina Peso/description
rate /
/data
I tried applying a patch like this and it worked, but this means some
currencies will just disappear:
--- a/units_cur2
+++ b/units_cur2
@@ -38,7 +38,7 @@
sys.exit(1)
# print codes here
-
+currencies = [ x for x in currencies if x.find('code').text != None and
x.find('description').text != None and x.find('rate').text != None ]
codes = [x.find('code').text for x in currencies]
names = [x.find('description').text for x in currencies]
values = [x.find('rate').text for x in currencies]
-- System Information:
Debian Release: 8.0
APT prefers testing
APT policy: (900, 'testing'), (500, 'testing-updates'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.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/dash
Init: sysvinit (via /sbin/init)
Versions of packages units depends on:
ii libc6 2.19-17
ii libreadline6 6.3-8+b3
Versions of packages units recommends:
pn python:any none
units 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#781915: Checksum fails and other issues in Jessie
Hi, s3v wrote: After much tries e much time spent in investigating these errors, i definitely give up :) I suppose the command apt-get --print-uris ... don't provide sha256 hash anymore and apt-zip fails. This sounds similar if not identical to https://bugs.debian.org/638840 (apt-zip: wrong checksum: checksum calculation broken) which contains a patch. I couldn't yet reproduce your issue yet, but I hope I can within the next few days. Hopefully the patch from #638840 fixes this bug report, too. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782054: mbsync: New version cannot open Maildir boxes
On Tue, Apr 07, 2015 at 06:42:02PM +0200, Guillem Jover wrote: pattern '*' (effective '*'): Path, no INBOX got mailbox list from slave: [nothing] well, that explains a bit. i suspect this is due to the trailing dot in the Path specification, i.e., your attempt to create a namespace which uniformly uses leading dots, not only for subfolders. what changed is the level of trust mbsync puts into the box listings. i'm not quite sure why it doesn't try to create the slave mailboxes, though. will have to investigate. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761658: Please do not default to using Google nameservers
also sprach Marco d'Itri m...@linux.it [2015-04-07 22:57 +0200]: We don't enable AVAHI nor do we install cups-browsed to make things work out of the box. Don't we? Then we probably should do it on desktop systems, since autoconfiguration greatly improves the user experience. Yes, it's great that we have a desktop-task or whatever it is which allows an admin to opt for such autoconfiguration. Also, your arguments about Debian having no defaults look a bit empty when looking at your original bug report in which you suggest OpenNIC as an acceptable default. I've managed to better understand the issue since. So no, no concrete threat model. But I hope I was able to argue that Cool, everything is still OK then. No it's not, as can be clearly seen by the numerous other correspondents asking you to reconsider your position. also sprach Michael Biebl bi...@debian.org [2015-04-07 23:13 +0200]: The printer task does actually install both avahi and cups-browsed, for the reasons you mentioned, i.e. make it work out of the box. See above. I'd be fine with a autoconfigure-task which sets the defaults if such a task made it abundandtly clear that it ranks convenience higher than privacy. But just installing a printer spooler does not enable broadcast-based autoconf. -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems anyone who is capable of getting themselves made president should on no account be allowed to do the job -- douglas adams digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#782130: packagekit: packagekitd still running after apt-get remove --purge packagekit
Source: packagekit Severity: minor Version: 1.0.1-2 After removing packagekit with apt-get remove --purge packagekit, packagekitd is still running: root 21457 0.1 0.0 44456 1548 ?Ssl Jan08 147:41 /usr/lib/packagekit/packagekitd root@fzidpc73:~# ls -l /usr/lib/packagekit/packagekitd ls: cannot access /usr/lib/packagekit/packagekitd: No such file or directory -- Regards, Mario -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761658: Please do not default to using Google nameservers
also sprach Michael Biebl bi...@debian.org [2015-04-08 11:44 +0200]: In this light, I agree that there is no urgency.¹ How likely to you regard the possibility that resolved will become non-optional in the near future? I have no idea, sorry. Hm, I was looking more for a statement like nothing is planned, but if we go there, then obviously this issue needs to be revisited. ¹) I'd still like a firm position by the project on such points, and I think we should avoid defaulting to 3rd-party-services over convenience. Then you need to raise that on debian-devel and not single out systemd. Yes. Fun! -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems a gourmet concerned about calories is like a punter eyeing the clock. digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#774643: [Pkg-puppet-devel] Bug#774643: fix introduces problems for Foreman
Hi Michael, On 17:52 Wed 08 Apr , Michael Moll wrote: Hello, while I've been packaging Foreman (http://theforeman.org/) for Debian/jessie I encountered problems when having ruby-activerecord-deprecated-finders installed. The mere presence of ruby-activerecord-deprecated-finders on the system should not impact foreman. What kind of problems did you encounter? At the end I had to add a Conflicts line, so at the moment Foreman would only work with Puppetlabs packages if installed on the same host as the Puppet master. You could add a Conflicts: ruby-activerecord-deprecated-finders, which would still allow puppet from Debian proper to be installed (since ruby-ar-d-f is only a Recommends). Still, conflicting with other packages should be avoided altogether if there's a better way to handle the issue. Note that even if we do turn this into a Suggests, you should still make sure that either foreman is compatible with the gem, or the gem is not installed at all (it may have been installed manually). It should also be noted that (AFAIK) storeconfig was deprecated in Puppet 3 and it's use strongly discouraged. This has been previously discussed. In short, it's no pretty situation, but we either have to support this, or break the upgrade path for many setups and ask that people install activerecord 3 from rubygems.org on their systems. If we can do the former without causing too much trouble, IMHO we should do it. I do see the point that PuppetDB is not yet packaged as debian.org package, but Recommending a decreated package is introducing also some problems. The package itself is not deprecated by any means. It's part of the Debian archive and there's no reason to not Recommend it if it's needed. This should IMHO be shifted to a Suggests (and from the Foreman POV I'd like to see that in the first jessie release as Foreman would have to depend on Puppetlabs packages otherwise). Yes, this could be done. The case for Recommends was that installing just another gem to the system wouldn't harm. But if it causes that much trouble, we could move it to a Suggests and rely on a NEWS entry to have people install it by hand if needed. Regards, Apollon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782155: grub-pc: unowned files after purge (policy 6.8, 10.8): /boot/grub/unicode.pf2
Package: grub-pc
Version: 2.02~beta2-22
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8 (or 10.8):
https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails
Filing this as important as having a piuparts clean archive is a release
goal since lenny.
From the attached log (scroll to the bottom...):
0m52.3s ERROR: FAIL: Package purging left files on system:
/boot/grub/unicode.pf2 not owned
This bug has shown up (and was fixed) in grub-efi-{amd64,ia32}
previously (#697183).
cheers,
Andreas
grub-pc_2.02~beta2-22.log.gz
Description: application/gzip
Bug#759725: #759725: postgresql-common: non-synchronous service postgresql start/stop/reload
Here's my patch: rm -f /lib/systemd/system/postgresql* and fallback to init.d/. Package worked perfectly fine until systemd was introduced in it. Please apply. - Sylvain On Wed, Apr 08, 2015 at 05:30:48PM +0200, Christoph Berg wrote: Control: severity -1 normal Re: b...@debian.org 2015-04-08 20150408150359.ga11...@mail.beuc.net I need to introduce sleep 1's in FusionForge to work-around this issue, so I believe this is not on par with Debian quality standards for a release. I'm raising the severity to serious accordingly. For reference, this issue is not present in CentOS7, while they migrated to systemd (their .service is attached). This is not an issue that affects typical usage so much that it breaks the package. I'll revert the severity accordingly. Fixing would be much easier if you provided a patch :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774643: fix introduces problems for Foreman
Hello, while I've been packaging Foreman (http://theforeman.org/) for Debian/jessie I encountered problems when having ruby-activerecord-deprecated-finders installed. At the end I had to add a Conflicts line, so at the moment Foreman would only work with Puppetlabs packages if installed on the same host as the Puppet master. It should also be noted that (AFAIK) storeconfig was deprecated in Puppet 3 and it's use strongly discouraged. I do see the point that PuppetDB is not yet packaged as debian.org package, but Recommending a decreated package is introducing also some problems. This should IMHO be shifted to a Suggests (and from the Foreman POV I'd like to see that in the first jessie release as Foreman would have to depend on Puppetlabs packages otherwise). Best Regards -- Michael Moll -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782154: packaging-tutorial: Japanese translation for 0.15
Package: packaging-tutorial Version: 0.15 Severity: wishlist Tags: l10n patch Dear Maintainer, I updated Japanese translation to ver 0.15. Please apply it. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) ja.po.gz Description: application/gzip
Bug#749479: Re: Bug#749479: Please include puppet into backports
Hi, On 15:17 Wed 08 Apr , Raphael Geissert wrote: Hi, On 26 February 2015 at 23:06, Raphael Geissert geiss...@debian.org wrote: On Thursday 26 February 2015 20:28:58 Apollon Oikonomopoulos wrote: I uploaded augeas, facter, hiera and ruby-hashie to wheezy-backports. Apart from facter, the rest are in backports NEW. As for the rest, ruby-augeas has to wait for augeas and ruby-safe-yaml needs ruby-hashie, so I'm not uploading them yet. Great, thanks! As for testing, I'm going to have to do some. Will report back. Could you please push your wheezy-backports branch to git? Pushed, apologies for the delay. I'll upload ruby-augeas shortly as well, so all (build-)deps should be in place after that. Regards, Apollon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782120: Upstream has released a fixed version.
We've released 2.4.2, which fixes this and should also address possible other similar issues. http://lists.xiph.org/pipermail/icecast-dev/2015-April/002460.html We're currently waiting for the CVE ID from MITRE. Thanks again to Juliane for bringing this up and discussing further details with us. Thomas B. Rücker Icecast maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782156: grub-xen: unowned files after purge (policy 6.8, 10.8): /boot/grub/{locale, x86_64-xen}/* and some more
Package: grub-xen Version: 2.02~beta2-22 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m50.1s ERROR: FAIL: Package purging left files on system: /boot/grub/fonts/ not owned /boot/grub/fonts/unicode.pf2 not owned /boot/grub/grubenv not owned /boot/grub/locale/ not owned /boot/grub/locale/ast.mo not owned /boot/grub/locale/ca.monot owned /boot/grub/locale/da.monot owned /boot/grub/locale/de.monot owned /boot/grub/locale/d...@hebrew.mo not owned /boot/grub/locale/de_CH.mo not owned /boot/grub/locale/e...@arabic.mo not owned /boot/grub/locale/e...@cyrillic.mo not owned /boot/grub/locale/e...@greek.monot owned /boot/grub/locale/e...@hebrew.mo not owned /boot/grub/locale/e...@piglatin.mo not owned /boot/grub/locale/e...@quot.mo not owned /boot/grub/locale/eo.monot owned /boot/grub/locale/es.monot owned /boot/grub/locale/fi.monot owned /boot/grub/locale/fr.monot owned /boot/grub/locale/gl.monot owned /boot/grub/locale/hu.monot owned /boot/grub/locale/id.monot owned /boot/grub/locale/it.monot owned /boot/grub/locale/ja.monot owned /boot/grub/locale/lt.monot owned /boot/grub/locale/nl.monot owned /boot/grub/locale/pa.monot owned /boot/grub/locale/pl.monot owned /boot/grub/locale/pt_BR.mo not owned /boot/grub/locale/ru.monot owned /boot/grub/locale/sl.monot owned /boot/grub/locale/sv.monot owned /boot/grub/locale/tr.monot owned /boot/grub/locale/uk.monot owned /boot/grub/locale/vi.monot owned /boot/grub/locale/zh_CN.mo not owned /boot/grub/locale/zh_TW.mo not owned /boot/grub/x86_64-xen/ not owned /boot/grub/x86_64-xen/adler32.mod not owned /boot/grub/x86_64-xen/affs.mod not owned /boot/grub/x86_64-xen/afs.mod not owned /boot/grub/x86_64-xen/all_video.modnot owned /boot/grub/x86_64-xen/archelp.mod not owned /boot/grub/x86_64-xen/backtrace.modnot owned /boot/grub/x86_64-xen/bfs.mod not owned /boot/grub/x86_64-xen/bitmap.mod not owned /boot/grub/x86_64-xen/bitmap_scale.mod not owned /boot/grub/x86_64-xen/blocklist.modnot owned /boot/grub/x86_64-xen/btrfs.modnot owned /boot/grub/x86_64-xen/bufio.modnot owned /boot/grub/x86_64-xen/cat.mod not owned /boot/grub/x86_64-xen/cbfs.mod not owned /boot/grub/x86_64-xen/cmdline_cat_test.mod not owned /boot/grub/x86_64-xen/cmp.mod not owned /boot/grub/x86_64-xen/command.lst not owned /boot/grub/x86_64-xen/configfile.mod not owned /boot/grub/x86_64-xen/cpio.mod not owned /boot/grub/x86_64-xen/cpio_be.mod not owned /boot/grub/x86_64-xen/cpuid.modnot owned /boot/grub/x86_64-xen/crc64.modnot owned /boot/grub/x86_64-xen/crypto.lst not owned /boot/grub/x86_64-xen/crypto.mod not owned /boot/grub/x86_64-xen/cryptodisk.mod not owned /boot/grub/x86_64-xen/date.mod not owned /boot/grub/x86_64-xen/datehook.mod not owned /boot/grub/x86_64-xen/datetime.mod not owned /boot/grub/x86_64-xen/disk.mod not owned /boot/grub/x86_64-xen/diskfilter.mod not owned /boot/grub/x86_64-xen/div_test.mod not owned /boot/grub/x86_64-xen/dm_nv.modnot owned /boot/grub/x86_64-xen/echo.mod not owned /boot/grub/x86_64-xen/elf.mod not owned /boot/grub/x86_64-xen/eval.mod not owned /boot/grub/x86_64-xen/exfat.modnot owned /boot/grub/x86_64-xen/exfctest.mod not owned /boot/grub/x86_64-xen/ext2.mod not owned /boot/grub/x86_64-xen/fat.mod not owned /boot/grub/x86_64-xen/file.mod not owned /boot/grub/x86_64-xen/font.mod not owned /boot/grub/x86_64-xen/fs.lst not owned /boot/grub/x86_64-xen/fshelp.mod not owned /boot/grub/x86_64-xen/functional_test.mod not owned /boot/grub/x86_64-xen/gcry_arcfour.mod not owned /boot/grub/x86_64-xen/gcry_blowfish.modnot owned /boot/grub/x86_64-xen/gcry_camellia.modnot owned /boot/grub/x86_64-xen/gcry_cast5.mod not owned /boot/grub/x86_64-xen/gcry_crc.mod not owned /boot/grub/x86_64-xen/gcry_des.mod not owned /boot/grub/x86_64-xen/gcry_dsa.mod not owned /boot/grub/x86_64-xen/gcry_idea.modnot owned /boot/grub/x86_64-xen/gcry_md4.mod not owned /boot/grub/x86_64-xen/gcry_md5.mod not
Bug#782157: rhn-client-tools: Certificate problems when registering
Package: rhn-client-tools Version: 1.8.26-4 Severity: important Hi, I want to report that the package does not really work out of the box, and I suspect that it does not work at all. There are two problems related to the CA certificate, the first one is that the default location for it does not match the installed path: Traceback (most recent call last): File /usr/sbin/rhnreg_ks, line 218, in module cli.run() File /usr/share/rhn/up2date_client/rhncli.py, line 96, in run sys.exit(self.main() or 0) File /usr/sbin/rhnreg_ks, line 90, in main rhnreg.getCaps() File /usr/share/rhn/up2date_client/rhnreg.py, line 237, in getCaps s = rhnserver.RhnServer() File /usr/share/rhn/up2date_client/rhnserver.py, line 165, in __init__ self._server = rpcServer.getServer(serverOverride=serverOverride) File /usr/share/rhn/up2date_client/rpcServer.py, line 171, in getServer raise up2dateErrors.SSLCertificateFileNotFound(msg) class 'up2date_client.up2dateErrors.SSLCertificateFileNotFound': This is easy to solve, just changing a parameter in the config file: -sslCACert=/usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT +sslCACert=/usr/share/rhn/RHNS-CA-CERT But then, when that is fixed, I get this error: Traceback (most recent call last): File /usr/sbin/rhnreg_ks, line 218, in module cli.run() File /usr/share/rhn/up2date_client/rhncli.py, line 96, in run sys.exit(self.main() or 0) File /usr/sbin/rhnreg_ks, line 90, in main rhnreg.getCaps() File /usr/share/rhn/up2date_client/rhnreg.py, line 239, in getCaps s.capabilities.validate() File /usr/share/rhn/up2date_client/rhnserver.py, line 172, in __get_capabilities self.registration.welcome_message() File /usr/share/rhn/up2date_client/rhnserver.py, line 63, in __call__ return rpcServer.doCall(method, *args, **kwargs) File /usr/share/rhn/up2date_client/rpcServer.py, line 203, in doCall ret = method(*args, **kwargs) File /usr/lib/python2.7/xmlrpclib.py, line 1224, in __call__ return self.__send(self.__name, args) File /usr/share/rhn/up2date_client/rpcServer.py, line 38, in _request1 ret = self._request(methodname, params) File /usr/lib/python2.7/dist-packages/rhn/rpclib.py, line 381, in _request self._handler, request, verbose=self._verbose) File /usr/lib/python2.7/dist-packages/rhn/transports.py, line 167, in request headers, fd = req.send_http(host, handler) File /usr/lib/python2.7/dist-packages/rhn/transports.py, line 698, in send_http self._connection.connect() File /usr/lib/python2.7/dist-packages/rhn/connections.py, line 183, in connect self.sock.init_ssl() File /usr/lib/python2.7/dist-packages/rhn/SSL.py, line 90, in init_ssl self._ctx.load_verify_locations(f) File /usr/lib/python2.7/dist-packages/OpenSSL/SSL.py, line 303, in load_verify_locations raise TypeError(cafile must be None or a byte string) type 'exceptions.TypeError': cafile must be None or a byte string Which seems to come from the fact that the configuration file is read as an unicode string, and OpenSSL does not like that. I am going to manually cast this parameter to str to make it work here, but I think this must affect anyone using rhn-client-tools with a modern python, so that's why I am marking this as important. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages rhn-client-tools depends on: ii debconf 1.5.55 ii gnupg 1.4.18-6 ii lsb-release 4.1+Debian13+nmu1 ii python-apt0.9.3.11 ii python-dbus 1.2.0-2+b3 ii python-dmidecode 3.10.13-3 ii python-ethtool0.11-2 ii python-gudev 147.2-3 ii python-newt 0.52.17-1+b1 ii python-openssl0.14-1 ii python-rhn2.5.55-2 pn python:anynone Versions of packages rhn-client-tools recommends: pn apt-spacewalk none Versions of packages rhn-client-tools suggests: ii python-glade2 2.24.0-4 pn python-gnome2 none ii python-gtk22.24.0-4 -- Configuration Files: /etc/sysconfig/rhn/up2date 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#781829: wheezy-pu: package dpkg/1.16.16
Hi!
On Sat, 2015-04-04 at 08:58:01 +0100, Adam D. Barratt wrote:
Control: tags -1 -moreinfo +confirmed
As far as I can see, the fixes all look okay to me (and assuming they've
been tested on a wheezy system).
Thanks. Although, sorry, I've realized I had forgotten about two other
fixes. Are the attached patches fine to include too? They have been in
unstable/jessie for a while (and approved for jessie while frozen).
Note that the second patch fixes the first one too. Trying to fix the
first problem requires pulling in most of the second patch, and I didn't
want to merge them into a single commit, to keep them as independent
fixes.
Thanks,
Guillem
From 07434a794527d37f1bec62aee3b69bd4cb671d6f Mon Sep 17 00:00:00 2001
From: Guillem Jover guil...@debian.org
Date: Tue, 11 Nov 2014 17:37:04 +0100
Subject: [PATCH 1/2] libdpkg: Do not match partial field names in control
files
Cherry picked from commit 611305ef0e85092cc24887e040c19e9e808dd633.
There is currently no instance of any misspelled field names known to
dpkg in Debian. Only known field names are possibly affected.
Regression introduced in commit 864e230e90de1cef94c81f10582e6d99717d593b.
Closes: #769119
---
debian/changelog | 2 ++
lib/dpkg/parse.c | 6 --
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index 9c29d6f..d7751ab 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -29,6 +29,8 @@ dpkg (1.16.15+nmu1) UNRELEASED; urgency=low
and they come from the package fields, which are under user control.
Regression introduced in dpkg 1.16.0. Fixes CVE-2014-8625. Closes: #768485
Reported by Joshua Rogers megaman...@gmail.com.
+ * Do not match partial field names in control files. Closes: #769119
+Regression introduced in dpkg 1.10.
[ Updated scripts translations ]
* Fix typos in German (Helge Kreutzmann)
diff --git a/lib/dpkg/parse.c b/lib/dpkg/parse.c
index b51ca1b..446805b 100644
--- a/lib/dpkg/parse.c
+++ b/lib/dpkg/parse.c
@@ -130,7 +130,8 @@ pkg_parse_field(struct parsedb_state *ps, struct field_state *fs,
}
for (fip = fieldinfos, ip = fs-fieldencountered; fip-name; fip++, ip++)
-if (strncasecmp(fip-name, fs-fieldstart, fs-fieldlen) == 0)
+if (strncasecmp(fip-name, fs-fieldstart, fs-fieldlen) == 0
+fip-name[fs-fieldlen] == '\0')
break;
if (fip-name) {
if ((*ip)++)
@@ -151,7 +152,8 @@ pkg_parse_field(struct parsedb_state *ps, struct field_state *fs,
fs-fieldlen, fs-fieldstart);
larpp = pkg_obj-pkgbin-arbs;
while ((arp = *larpp) != NULL) {
- if (strncasecmp(arp-name, fs-fieldstart, fs-fieldlen) == 0)
+ if (strncasecmp(arp-name, fs-fieldstart, fs-fieldlen) == 0
+ arp-name[fs-fieldlen] == '\0')
parse_error(ps,
_(duplicate value for user-defined field `%.*s'),
fs-fieldlen, fs-fieldstart);
--
2.2.1.209.g41e5f3a
From ece3ccdf17da15989c2c9f031c09cce114bce666 Mon Sep 17 00:00:00 2001
From: Guillem Jover guil...@debian.org
Date: Sat, 29 Nov 2014 15:56:15 +0100
Subject: [PATCH 2/2] libdpkg, dpkg: Fix out-of-bounds read accesses
Cherry picked from commit fa1cfce24dc7c0659cb16b4a6ff09f660e318731.
Limit the buffer accesses to the size of the buffer being accessed. This
affects reads done when parsing field and trigger names, or checking the
package ownership of conffiles and directories.
Use a new length member for struct fieldinfo and nickname to avoid
recomputing the same known length over and over again, but use strlen()
instead for arbitrary fields, conffiles and directories to avoid
increaseing the memory footprint too much.
Reported-by: Joshua Rogers megaman...@gmail.com
---
debian/changelog | 3 ++
lib/dpkg/parse.c | 84 +--
lib/dpkg/parsedump.h | 6
lib/dpkg/pkg-format.c | 10 +++---
lib/dpkg/triglib.c| 4 +--
src/help.c| 3 +-
6 files changed, 60 insertions(+), 50 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index d7751ab..0c94fdd 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -31,6 +31,9 @@ dpkg (1.16.15+nmu1) UNRELEASED; urgency=low
Reported by Joshua Rogers megaman...@gmail.com.
* Do not match partial field names in control files. Closes: #769119
Regression introduced in dpkg 1.10.
+ * Fix out-of-bounds buffer read accesses when parsing field and trigger
+names or checking package ownership of conffiles and directories.
+Reported by Joshua Rogers megaman...@gmail.com.
[ Updated scripts translations ]
* Fix typos in German (Helge Kreutzmann)
diff --git a/lib/dpkg/parse.c b/lib/dpkg/parse.c
index 446805b..e790ec5 100644
--- a/lib/dpkg/parse.c
+++ b/lib/dpkg/parse.c
@@ -51,49 +51,49 @@
*/
const struct fieldinfo fieldinfos[]= {
/* Note: Capitalization of field name strings is important. */
- { Package, f_name,w_name
Bug#782158: unblock: xen/4.4.1-9
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock xen/4.4.1-9. It fixes four security bugs. xen (4.4.1-9) unstable; urgency=high * Explicitly disable graphics for qemu. (closes: #780975) CVE-2015-2152 * Update fix for insufficient permissions checks on arm. CVE-2014-3969 * Break apart long latenty MMIO operations. (closes: #781620) CVE-2015-2752 * Disallow certain domain control operations. (closes: #781620) CVE-2015-2751 unblock xen/4.4.1-9 -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781337: xserver-xorg-video-nouveau: Screen Hangs Displaying Black and White Rectangles After Resuming from Suspend
On 2015-04-08 18:25 +0200, Jean-Marc wrote: Sat, 28 Mar 2015 08:10:09 +0100 Sven Joachim svenj...@gmx.de écrivait : hi Sven, Control: reassign -1 src:linux Control: merge 781359 -1 I think this is the same problem as #781359, happening on very similar hardware (GeForce 8600M GT). Can I do something to help ? Report it upstream, please see http://nouveau.freedesktop.org/wiki/Bugs/ for instructions. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782035: python3-minimal: Syntax errors in /usr/bin/py3clean and py3compile
On 04/08/2015 03:43 PM, Piotr Ożarowski wrote: [Miroslav Tzonkov, 2015-04-08] Preparing to unpack .../python3-magic_1%3a5.22+15-2_all.deb ... import import: Unable to open XServer (). import import: Unable to open XServer (). import import: Unable to open XServer (). from: can't read /var/mail/glob from: can't read /var/mail/os from: can't read /var/mail/os.path /usr/bin/py3clean: 31: /usr/bin/py3clean: Syntax error: word unexpected (expecting )) dpkg: warning: subprocess old pre-removal script returned error exit status 2 so the problem is most probably in old python3-magic package (not in 1:5.22+15-2 - I checked that). Did you try to install backported version of this package at some point? Can you show me /var/lib/dpkg/info/python3-magic.prerm file? [root@sh2 /home/smooker]# cat /var/lib/dpkg/info/python3-magic.prerm #!/bin/sh set -e # Automatically added by dhpython: if which py3clean /dev/null 21; then py3clean -p python3-magic else dpkg -L python3-magic | perl -ne 's,/([^/]*)\.py$,/__pycache__/\1.*, or next; unlink $_ or die $! foreach glob($_)' find /usr/lib/python3/dist-packages/ -type d -name __pycache__ -empty -print0 | xargs --null --no-run-if-empty rmdir fi # End automatically added section it looks like py3clean is invoked using non-python interpreter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782116: Tested latest package in Ubuntu 14.04 LTS
I am sorry, I've just seen I failed to provide the right package name in my original bu report. I now understand how this works for next time. I tested in Ubuntu 14.04 LTS with the latest package fonts-roboto 1:4.4.4r2-6 and the issue seems to resolved. Best Regards Jean-Sébastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782147: unblock: mediawiki/1:1.19.20+dfsg-2.3
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package mediawiki.
The only change is an addition of an upstream patch for this release branch
which fixes a number of security issues.
unblock mediawiki/1:1.19.20+dfsg-2.3
Thanks,
Thijs
diff -Nru mediawiki-1.19.20+dfsg/debian/changelog mediawiki-1.19.20+dfsg/debian/changelog
--- mediawiki-1.19.20+dfsg/debian/changelog 2014-12-21 12:11:10.0 +
+++ mediawiki-1.19.20+dfsg/debian/changelog 2015-04-06 16:55:57.0 +
@@ -1,3 +1,21 @@
+mediawiki (1:1.19.20+dfsg-2.3) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Add patch fixing several security issues:
+- (bug T85848, bug T71210) SECURITY: Don't parse XMP blocks that
+ contain XML entities, to prevent various DoS attacks.
+- (bug T88310) SECURITY: Always expand xml entities when checking
+ SVG's.
+- (bug T73394) SECURITY: Escape in Html::expandAttributes to
+ prevent XSS.
+- (bug T85855) SECURITY: Don't execute another user's CSS or JS
+ on preview.
+- (bug T85349, bug T85850, bug T86711) SECURITY: Multiple issues
+ fixed in SVG filtering to prevent XSS and protect viewer's
+ privacy.
+
+ -- Thijs Kinkhorst th...@debian.org Mon, 06 Apr 2015 16:53:54 +
+
mediawiki (1:1.19.20+dfsg-2.2) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru mediawiki-1.19.20+dfsg/debian/patches/security_1.19.24.patch mediawiki-1.19.20+dfsg/debian/patches/security_1.19.24.patch
--- mediawiki-1.19.20+dfsg/debian/patches/security_1.19.24.patch 1970-01-01 00:00:00.0 +
+++ mediawiki-1.19.20+dfsg/debian/patches/security_1.19.24.patch 2015-04-06 17:03:41.0 +
@@ -0,0 +1,636 @@
+From: Mediawiki
+Subject: Fix security issues as fixed in upstream security fix release 1.19.24:
+(bug T85848, bug T71210) SECURITY: Don't parse XMP blocks that contain XML entities, to prevent various DoS attacks.
+(bug T88310) SECURITY: Always expand xml entities when checking SVG's.
+(bug T73394) SECURITY: Escape in Html::expandAttributes to prevent XSS.
+(bug T85855) SECURITY: Don't execute another user's CSS or JS on preview.
+(bug T85349, bug T85850, bug T86711) SECURITY: Multiple issues fixed in SVG filtering to prevent XSS and protect viewer's privacy.
+Origin: upstream, https://lists.wikimedia.org/pipermail/mediawiki-announce/2015-March/000175.html
+
+diff -Nruw -x '*~' -x '.js*' -x '.git*' -x '*.xcf' -x '#*#' -x '.#*' -x '.rubocop*' -x .travis.yml -x package.json -x messages -x Gemfile -x '*.png' -x '*.jpg' -x '*.xcf' -x '*.gif' -x '*.svg' -x '*.tiff' -x '*.zip' -x '*.xmp' mediawiki-1.19.23/includes/EditPage.php mediawiki-1.19.24/includes/EditPage.php
+--- mediawiki-1.19.23/includes/EditPage.php 2015-03-31 13:24:03.0 +
mediawiki-1.19.24/includes/EditPage.php 2015-03-31 13:23:38.0 +
+@@ -1988,14 +1988,19 @@
+ if ( $this-isWrongCaseCssJsPage ) {
+ $wgOut-wrapWikiMsg( div class='error' id='mw-userinvalidcssjstitle'\n$1\n/div, array( 'userinvalidcssjstitle', $this-mTitle-getSkinFromCssJsSubpage() ) );
+ }
++if ( $this-getTitle()-isSubpageOf( $wgUser-getUserPage() ) ) {
+ if ( $this-formtype !== 'preview' ) {
+- if ( $this-isCssSubpage )
++ if ( $this-isCssSubpage ) {
+ $wgOut-wrapWikiMsg( div id='mw-usercssyoucanpreview'\n$1\n/div, array( 'usercssyoucanpreview' ) );
+- if ( $this-isJsSubpage )
++ }
++
++ if ( $this-isJsSubpage ) {
+ $wgOut-wrapWikiMsg( div id='mw-userjsyoucanpreview'\n$1\n/div, array( 'userjsyoucanpreview' ) );
+ }
+ }
+ }
++ }
++ }
+
+ if ( $this-mTitle-getNamespace() != NS_MEDIAWIKI $this-mTitle-isProtected( 'edit' ) ) {
+ # Is the title semi-protected?
+diff -Nruw -x '*~' -x '.js*' -x '.git*' -x '*.xcf' -x '#*#' -x '.#*' -x '.rubocop*' -x .travis.yml -x package.json -x messages -x Gemfile -x '*.png' -x '*.jpg' -x '*.xcf' -x '*.gif' -x '*.svg' -x '*.tiff' -x '*.zip' -x '*.xmp' mediawiki-1.19.23/includes/Html.php mediawiki-1.19.24/includes/Html.php
+--- mediawiki-1.19.23/includes/Html.php 2015-03-31 13:24:03.0 +
mediawiki-1.19.24/includes/Html.php 2015-03-31 13:23:38.0 +
+@@ -525,17 +525,20 @@
+ } else {
+ # Apparently we need to entity-encode \n, \r, \t, although the
+ # spec doesn't mention that. Since we're doing strtr() anyway,
+-# and we don't need escaped here, we may as well not call
+-# htmlspecialchars().
++# we may as well not call htmlspecialchars().
+ # @todo FIXME: Verify that we actually need to
+ # escape \n\r\t here, and explain why, exactly.
+ #
+ # We could call Sanitizer::encodeAttribute() for this, but we
+ # don't because we're stubborn and like our marginal savings on
+ # byte size from not having to encode unnecessary quotes.
++# The only difference between this transform and the one by
++# Sanitizer::encodeAttribute() is '' is only
Bug#749479: Re: Bug#749479: Please include puppet into backports
Hi, On 26 February 2015 at 23:06, Raphael Geissert geiss...@debian.org wrote: On Thursday 26 February 2015 20:28:58 Apollon Oikonomopoulos wrote: I uploaded augeas, facter, hiera and ruby-hashie to wheezy-backports. Apart from facter, the rest are in backports NEW. As for the rest, ruby-augeas has to wait for augeas and ruby-safe-yaml needs ruby-hashie, so I'm not uploading them yet. Great, thanks! As for testing, I'm going to have to do some. Will report back. Could you please push your wheezy-backports branch to git? Thanks in advance! Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781249: unblock (pre-approval): openconnect/6.00-2
On Sat, Mar 28, 2015 at 16:21:11 -0400, Mike Miller wrote: On Sat, Mar 28, 2015 at 08:32:53 +0100, Niels Thykier wrote: Ack, please go ahead. Uploaded, thanks. Ping, openconnect is ready to migrate to testing, can it be unblocked? Thanks, -- mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780718: return in ?:-operator with function calls is incorrectly optimized
On 04/07/2015 07:16 PM, David Kalnischkies wrote: Its a bit misfortune that g++ isn't indicating this misuse (and the result is a bit strange, too), but that is at most a wishlist I guess, so feel free to close if you want. Please could you report this upstream with a self contained example? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762579: gstreamer1.0-vaapi: Does not work at all (with totem)
On Tue, 2014-09-23 at 12:50 +0200, Julian Andres Klode wrote:
Package: gstreamer1.0-vaapi
Version: 0.5.9-2
Severity: important
Trying to play back a simple MP4 movie with H.264 video and AAC audio,
does not work at all. Only displays an error.
I found that running
$ gst-launch-1.0 playbin uri=file://location of the file
video-sink=cluttersink audio-filter=scaletempo flags=0x17
which is the pipeline handled by totem[1] but with no de-interlace and no
color balance by software, it works fairly OK.
Sadly, it is not straightforward to set this flags in totem.
I cooked a hackish patch for this use-case, which modifies the playbin
(gst-plugins-base1.0 source package), enabling the flags setting through the
environment variable GST_PLAYBIN_FLAGS
Then you could run the
$ GST_PLAYBIN_FLAG=0x17 totem location of the file
vmjl
1. https://wiki.gnome.org/Apps/Videos/BugReporting
--- a/gst/playback/gstplaysink.c
+++ b/gst/playback/gstplaysink.c
@@ -3786,8 +3786,23 @@ no_chain:
gboolean
gst_play_sink_set_flags (GstPlaySink * playsink, GstPlayFlags flags)
{
+ const gchar *env;
+
g_return_val_if_fail (GST_IS_PLAY_SINK (playsink), FALSE);
+ env = g_getenv (GST_PLAYBIN_FLAGS);
+ if (env) {
+gulong newflags;
+int olderrno;
+
+olderrno = errno;
+errno = 0;
+newflags = strtoul (env, NULL, 0);
+if (errno == 0 newflags = ((1 12) - 1))
+ flags = (GstPlayFlags) newflags;
+errno = olderrno;
+ }
+
GST_OBJECT_LOCK (playsink);
playsink-flags = flags;
GST_OBJECT_UNLOCK (playsink);
Bug#781953: closed by Ben Hutchings b...@decadent.org.uk (Bug#781953: fixed in linux 3.16.7-ckt9-1)
#781953: linux-image-3.16.0-4-amd64: Verbose messages at boot time It has been closed by Ben Hutchings b...@decadent.org.uk. Wow, that was fast - thanks a lot :) Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782056: education-mathematics: Education-mathematics 1.811 has few empty/virtual packages in Jessie.
Hi, On Tue, Apr 07, 2015 at 09:31:00PM +0530, shirish शिरीष wrote: @Peter, I had considered what you are/were saying. But then the same thing should apply to python 2.6 and so much else (as python 2.6 was in squeeze and wheezy) and now we are using python 2.7 Question: Where did you found an explicite Python 2.6 dependency inside the Debian Edu tasks? I can not see it. Of the 5 I reported abakus geonext graphthing k3dsurf and kseg I didn't find any info. about geonext so it's possible that it might be a new package, the others I checked were those which were not ported to newer version of libaries and as we like shared libraries those who don't make the mark for library transitions get dropped. I agree that packages which are removed from Debian for whatever reason should be removed from the Debian Edu tasks as well. If they are considered of some value it might make sense to provide some hint by directing the user to the packages in snapshot.debian.org. To see what I mean it might be the best to seek on https://anonscm.debian.org/cgit/blends/projects/science.git/tree/tasks/mathematics for X-Removed: Packages removed from Debian which will be rendered on the tasks pages to http://blends.debian.org/science/tasks/mathematics#octaviz since for octaviz is sufficient information given in Pkg-Description. I don't know if I understood @Andreas but from what I could understand both from reading that long bug discussion as well as here, empty packages which are kept in a metapackage in the hope/reason that there would be packed in the near future should have some information about that which is not currently available. Yes, you understood correctly and I hope that the example above does clarify things a bit more. I do this in those Blends I feel responsible for the tasks files. If I would be responsible for the Debian Edu tasks files I would create a Jessie branch to maintain a minimum change set for Jessie. In master I would start the cleaning rather sooner than later. [$] sudo aptitude install kalgebra=4:14.12.3-1 Hmmm, any reason to force the version on experimental. I admit I have no intention to check this on my current machine but if we are talking about dependencies in metapackages we are talking about packages available in testing. So forcing a package from experimental might lead to trouble and should be not mixed up with this discussion. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782142: systemd: Tries to mount NFS shares twice (?)
On Wed, 8 Apr 2015, Michael Biebl wrote:
Am 08.04.2015 um 13:33 schrieb Santiago Vila:
Package: systemd
Version: 215-14
After a recent upgrade in a lab where I use NFS, I see messages like this:
ifup[370]: mount.nfs: /home/nfs is busy or already mounted
but this didn't happen before. I suspect of recent changes in systemd.
It's not grave as it seems harmless, but if it's a regression, it
would be wonderful to have it fixed before the release.
systemd mounts remote NFS mounts internally.
Is the nfs mount point mounted a second time via
/etc/network/if-up.d/mountnfs?
Could you attach that file?
It's the default unmodified file from initscripts version 2.88dsf-58 currently
in jessie:
dpkg -s initscripts | awk '$1 == /etc/network/if-up.d/mountnfs { print $2
$1 }' | md5sum -c
/etc/network/if-up.d/mountnfs: OK
How is your network configured?
Static IP:
allow-hotplug eth0
iface eth0 inet static
address bla bla
netmask bla bla
network bla bla
broadcast bla bla
gateway bla bla
except the one complaining about eth0 which is using DHCP.
(So, computer speed has nothing to do with this, after all)
I'll try to produce the debug info you asked.
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769351: docker.io: statically linked against libc6 without a Built-Using: field
On 6 April 2015 at 19:03, Tianon Gravi admwig...@gmail.com wrote: On 3 April 2015 at 17:16, Felipe Sateler fsate...@debian.org wrote: Hi, please find attached a patch implementing this, stealing from the patch at [1] implementing same thing for gdb-avr. Neat, thanks! It's not as cool as I was hoping for (something that detects use of libc and adds appropriate Built-Using generically based on that), but it'll do just fine, and solves the problem. Yes, there should probably be a helper to do this. I have used libc-dev-bin because libc-dev is a virtual package, libcN-dev has a different N in different architectures. Yeah, that's fair. :) Another option that might be worth trying (for a little more defensibility) is something with dpkg -S, ala dpkg -S /usr/lib/x86_64-linux-gnu/libc.a, but this is much definitely better than not having anything at all. Unfortunately, dpkg -S is slow, so I'm not sure it is the best option. A better one might be to somehow tell gcc to print the library it is using when told -lc. I've applied the change in Git, and plan to get a release of 1.6.0~rc4 including it in experimental ASAP. :) -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782035: python3-minimal: Syntax errors in /usr/bin/py3clean and py3compile
[Piotr Ożarowski, 2015-04-08] py3clean -p python3-magic can you change this line to: python3.4 py3clean -p python3-magic err, sorry: python3.4 /usr/bin/py3clean -p python3-magic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780894: redmine: postinst error on Wheezy to Jessie upgrade
Control: tag -1 + confirmed pending Hello Dmitry, thanks for your bug report. On Sat, Mar 21, 2015 at 02:50:38PM +1100, Dmitry Smirnov wrote: Package: redmine Version: 3.0~20140825-5 I've noticed postinst error on redmine upgrade from Wheezy to Jessie: (I believe database was not configured) Preparing to replace redmine 1.4.4+dfsg1-2+deb7u1 (using .../redmine_3.0~20140825-5_all.deb) ... [...] Setting up redmine (3.0~20140825-5) ... Inconsistent link in vendor/rails, please remove manually Please configure your config/database.yml first Creating config file /etc/redmine/default/session.yml with new version A new secret session key has been generated in /etc/redmine/default/session.yml Redmine instance default database must be configured manually. Clearing the cache directory for redmine instance default. This may take a while. Please configure your config/database.yml first /var/lib/dpkg/info/redmine.postinst: 300: [: -ne: unexpected operator ok, I see the problem. I just fixed it in the git repository and should upload a fixed version soon. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
