Bug#793067: Bug#792328: info: can no longer find the Emacs manual
From: Rob Browning r...@defaultvalue.org Date: Sun, 02 Aug 2015 18:35:29 -0500 Karl Berry k...@freefriends.org writes: Here's what I don't get: suppose there are two versions of Emacs installed, emacs-x and emacs-y. Presumably Debian (and anyone else) has some method for the user to choose which one is invoked by just emacs. Can't that method, whatever it is, also switch the Info files that are found? Among other things, I don't think that'd really be feasible on a multi-user system. I don't want to change the docs (and currently the default #! version as well) for everyone on the system just because I want to check out the GCC 5 info pages. In that case, the only viable alternative is some environment variable, perhaps even INFO_PATH, or some personal init file. Perhaps it's naive, but I feel like I might just want a dir like this so that I can find what I want and don't have to change global state and/or restart the viewer just to read different versions: * Emacs 24 ... * Emacs 25 ... * GCC 4.9 ... * GCC 5.0 ... * Python 2.7 ... * Python 3.4 ... That solves only a part of the problem, and not the most difficult part. The difficult part is cross-references between manuals. Those don't go through DIR, they load the specified Info file directly. How will an Info reader know which version of a manual to load, according to your suggestion? E.g., suppose I have 2 GCC versions and 2 GDB versions installed, and want to use a particular pair of them -- how would references from the GCC manual to GDB and vice versa show me the manual for the versions I use? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794485: gosa: Renamed OUs lack objectClass: gosaDepartment
Package: gosa Severity: important Version: 2.7.4+reloaded2-2 User: debian-...@lists.debian.org Usertags: debian-edu X-Debbugs-Cc: debian-...@lists.debian.org When renaming an organizational unit (GOsa² directory structure object Department) in GOsa², the OU (and all contained objects) disappears from GOsa². Reason: the OU under the new DN lacks the objectClass gosaDepartment. Simply adding objectClass: gosaDepartment and logging out and in again brings back all the lost objects. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpQs7Fw15MGA.pgp Description: Digitale PGP-Signatur
Bug#794436: cqrlog: LoTW import/export does not work due to Error: ssl_openssl
On Monday, August 03, 2015 03:32:23 PM Colin Tuckley wrote: On 03/08/15 14:47, Eric Christensen wrote: No, that fails too. I *can* go directly to TrustedQSL with an .adi and have it sign and upload from there. Not sure why CQRLOG is failing. Can you please try the 1.9.0 package from testing. It installs and runs okay on a stable system without any problems. I'd love to. I'm new to Debian, however, and I'm not sure how to grab the testing version. Could you provide me the proper magic for apt-get, please? 73, Eric WG3K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780206: squashfs-tools: diff for NMU version 1:4.2+20130409-2.1
Control: tags 780206 + pending Dear maintainer, I've prepared an NMU for squashfs-tools (versioned as 1:4.2+20130409-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. 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 `- NP: David Bowie: Absolute Beginners diff -Nru squashfs-tools-4.2+20130409/debian/changelog squashfs-tools-4.2+20130409/debian/changelog --- squashfs-tools-4.2+20130409/debian/changelog 2013-09-18 10:22:27.0 +0200 +++ squashfs-tools-4.2+20130409/debian/changelog 2015-08-03 17:30:28.0 +0200 @@ -1,3 +1,17 @@ +squashfs-tools (1:4.2+20130409-2.1) unstable; urgency=medium + + * NMU. + * Apply changes from -2ubuntu1: + +[ Matthias Klose ] +* Build using dpkg-buildflags. +* Remove the ARM workaround. +* Build with -fgnu89-inline. + +Closes: #780206 + + -- gregor herrmann gre...@debian.org Mon, 03 Aug 2015 17:30:11 +0200 + squashfs-tools (1:4.2+20130409-2) unstable; urgency=low * New maintainer (closes: #723600). diff -Nru squashfs-tools-4.2+20130409/debian/rules squashfs-tools-4.2+20130409/debian/rules --- squashfs-tools-4.2+20130409/debian/rules 2013-09-18 09:53:35.0 +0200 +++ squashfs-tools-4.2+20130409/debian/rules 2015-08-03 17:30:08.0 +0200 @@ -4,14 +4,14 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 -# Workaround for older kernels not supporting Thumb2 (LP: #494667). -ifeq ($(DEB_BUILD_ARCH_CPU),arm) - export CFLAGS += -marm -endif +export DEB_CFLAGS_MAINT_APPEND = -fgnu89-inline %: dh ${@} +override_dh_auto_configure: + dh_auto_configure -- $(shell dpkg-buildflags --export=cmdline) + override_dh_auto_build: LZO_SUPPORT=1 XZ_SUPPORT=1 dh_auto_build signature.asc Description: Digital Signature
Bug#794486: release.debian.org: auto transition trackers incorrectly handle addition of suffixes (including GCC 5 related transitions)
Package: release.debian.org User: release.debian@packages.debian.org Usertags: tools Hi, I don't think any of the automatic transition trackers for the libstdcxx / GCC 5 packages are working correctly. Currently cmake has been rebuilt against both the new versions of GCC 5 and libjsoncpp, and shows up good on this tracker: https://release.debian.org/transitions/html/libstdc++6.html but bad on this tracker: https://release.debian.org/transitions/html/auto-libjsoncpp.html The auto-libjsoncpp ben file contains this: is_affected = .depends ~ /libjsoncpp0v5|libjsoncpp0v5\-dbg|libjsoncpp0|libjsoncpp0\-dbg/; is_good = .depends ~ /libjsoncpp0v5|libjsoncpp0v5\-dbg/; is_bad = .depends ~ /libjsoncpp0|libjsoncpp0\-dbg/; Here, packages depending on libjsoncpp0v5 match both the is_good and is_bad regexes so ben marks them as bad. The regexes for is_good and is_bad should probably have ^ and $ inserted before and after each package name to fix this. Thanks, James signature.asc Description: This is a digitally signed message part
Bug#769055: reportbug: AttributeError: 'NoneType' object has no attribute 'startswith'
Package: reportbug Version: 6.6.3 Followup-For: Bug #769055 I'm also annoyed by this bug. -- Package-specific info: ** Environment settings: EDITOR=vim INTERFACE=text ** /home/nodakai/.reportbugrc: reportbug_version 6.6.3 mode advanced ui text realname NODA, Kai email noda...@gmail.com smtphost smtp.gmail.com:587 smtpuser noda...@gmail.com smtppasswd omitted smtptls sign gpg keyid 4960DB11 -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages reportbug depends on: ii apt 1.0.9.10 ii python2.7.9-1 ii python-reportbug 6.6.3 pn python:anynone reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utilsnone pn debsums none pn dlocate none pn emacs23-bin-common | emacs24-bin-common none ii file 1:5.22+15-2 ii gnupg1.4.19-3 pn postfix | exim4 | mail-transport-agent none ii python-gtk2 2.24.0-4 pn python-gtkspell none pn python-urwid none ii python-vte 1:0.28.2-5 ii xdg-utils1.1.0~rc1+git20111210-7.4 Versions of packages python-reportbug depends on: ii apt 1.0.9.10 ii python-debian 0.1.27 ii python-debianbts 1.13 pn python:anynone python-reportbug 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#794489: gimagereader fails to open
Package: gimagereader Version: 3.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, gimagereader fails to open and reports the following error when called from a bash prompt. gimagereader-gtk: symbol lookup error: gimagereader-gtk: undefined symbol: _ZN9tesseract11TessBaseAPI13AnalyseLayoutEv -- System Information: Debian Release: stretch/sid 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_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gimagereader depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii libc62.19-19 ii libcairomm-1.0-1 1.10.0-1.1 ii libgcc1 1:5.1.1-14 ii libglib2.0-0 2.44.1-1.1 ii libglibmm-2.4-1c2a 2.44.0-1 ii libgomp1 5.1.1-14 ii libgtk-3-0 3.16.6-1 ii libgtkmm-3.0-1 3.16.0-1 ii libgtksourceviewmm-3.0-0 3.12.0-1 ii libgtkspellmm-3.0-0 3.0.3+dfsg-1 ii libpangomm-1.4-1 2.36.0-1 ii libpoppler-glib8 0.26.5-3 ii libsane 1.0.24-13 ii libsigc++-2.0-0c2a 2.4.1-1 ii libstdc++6 5.1.1-14 ii libtesseract33.04.00-5 gimagereader recommends no packages. gimagereader 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#793067: Bug#792328: info: can no longer find the Emacs manual
Date: Mon, 3 Aug 2015 15:16:27 +0100 From: Gavin Smith gavinsmith0...@gmail.com Cc: 793...@bugs.debian.org, Texinfo bug-texi...@gnu.org On 3 August 2015 at 14:22, Gavin Smith gavinsmith0...@gmail.com wrote: I'm wondering if we can kill two birds with one stone here and get install-info to actually install the Info file as part of the solution. So here's an idea. Add a --suffix option to install-info and at the same time allow using a directory in the place of the dir file, so that you can invoke it like this: install-info --suffix=-5.2 info-stnd.info /usr/share/info When a directory is given in place of the dir file, the file should be copied to that directory, as well as adding its dir entries to a dir file that is found in that directory. Makefile rules, such as those generated with Automake, could check for the presence of the --suffix option (e.g. install-info --suffix | grep unrecognized\ option), and if it's found to be supported, use the new invocation syntax. An option --manual, used like, install-info --manual=info-stnd-5.2 would allow arbitrary transformations of the manual name. I don't see how this would solve the issue at hand. Installation of a manual is a system-wide action, whereas Rob wanted a way for a _user_ to specify her preferred version(s) of the manual(s) to use at any given moment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778148: raise severity of GCC 5 issues
Control: severity -1 important On 08/03/2015 05:13 PM, gregor herrmann wrote: On Mon, 03 Aug 2015 13:20:22 +0200, Matthias Klose wrote: severity 778148 serious Was this on purpose or the fallout of a mass change? fallout. As I mentioned before (and confirmed now), the package does build with gcc 5. so why not close it? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778148: raise severity of GCC 5 issues
On Mon, 03 Aug 2015 17:22:28 +0200, Matthias Klose wrote: severity 778148 serious Was this on purpose or the fallout of a mass change? fallout. Ok, thanks for the clarification. As I mentioned before (and confirmed now), the package does build with gcc 5. so why not close it? The check for the GCC version is wrong and has the potential to break with 6.x again; so this should be fixed at some point IMO, it just doesn't seem RC _now_. 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 `- NP: David Bowie: Absolute Beginners signature.asc Description: Digital Signature
Bug#794096: squashfs-tools: please add --numeric-uid-gid to unsquashfs
Hi! Maria Valentina Marin: On Thu, 30 Jul 2015 15:38:37 +0200 =?iso-8859-1?B?Suly6W15?= Bobbio lu...@debian.org wrote: Adding a `--numeric-uid-gid` (like cpio) or `--numeric-owner` (like Tar) option would be greatly appreciated. `- Attached patch fixes this by introducing a new option 'lns' which works like 'lls' but instead of working like 'ls -l' it works like 'ls -n'. Cool! Tiny nitpick: the option might now have the best name. `unsquashfs` currently supports `-l` = `-ls` and `-ll` = `-lls`. I guess the latter is far 'long ls'. Puting the 'n' in the middle of 'ls' seems a bit confusing. +@@ -492,7 +492,7 @@ int print_filename(char *pathname, struc + } + + user = getpwuid(inode-uid); +-if(user == NULL) { ++if(user == NULL || numeric_ls) { + int res = snprintf(dummy, 12, %d, inode-uid); + if(res 0) + EXIT_UNSQUASH(snprintf failed in print_filename()\n); Maybe the call to getpwuid() could be avoided entirely if numeric_ls is set? With the above this will look up the NSS database, and then ditch the result. This makes unecessary computations. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#791319: zeroc-ice: library transition may be needed when GCC 5 is the default
Control: tags -1 + confirmed patch Control: retitle -1 zeroc-ice: library transition is needed when GCC 5 is the default patch at http://launchpadlibrarian.net/213479410/zeroc-ice_3.5.1-6build4_3.5.1-6ubuntu1.diff.gz there's also a new upstream version 3.6.x -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777972: libsearch-xapian-perl: ftbfs with GCC-5
On Sun, 05 Jul 2015 07:42:38 +0100, Olly Betts wrote: Hm, is this simply the effect of compiling libsearch-xapian-perl with gcc5 against xapian from unstable built with gcc4.9? Yes - this means that xapian-core will need a library transition for the GCC 5 transition. Good news: libsearch-xapian-perl builds fine with gcc 5 against libxapian22v5. 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 `- NP: The Dubliners: Nigth visiting song signature.asc Description: Digital Signature
Bug#794487: ITP: python-django-babel -- Utilities for using Babel in Django
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-django-babel Version : 0.4.0 Upstream Author : Thomas Grainger thomasgrain...@graingert.co.uk * URL : https://github.com/graingert/django-babel * License : BSD-3-clause Programming Lang: Python Description : Utilities for using Babel in Django This package contains various utilities for integration of Babel into the Django web framework: * A message extraction plugin for Django templates. * A middleware class that adds the Babel Locale object to requests. * A set of template tags for date and number formatting. . Babel provides a message extraction framework similar to GNU xgettext, but more extensible and geared towards Python applications. While Django does provide wrapper scripts for making the use of xgettext more convenient, the extraction functionality is rather limited. For example, you can't use template files with an extension other than .html, and everything needs to be in your project package directory. This is a new dependency for the OpenStack dashboard: Horizon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794488: Piglit tests in Mesa crash, if radeonsi_dri.so is linked with libelf1 (libelfg0 works)
Package: libelf1 Version: 0.163-4 Severity: normal Tags: upstream Hi, when I link my Mesa build against libelf1, some Piglit [0] tests start throwing SIGSEGVs. Two of those tests are spec@arb_gpu_shader_fp64@execution@fs-indirect-temp-double-{dst,src}. When I link Mesa (or more specifically my driver, which is radeonsi_dri.so) against libelfg0, the tests pass and run normally. Michel Dänzer of AMD observed the same problem. You can find a full backtrace and register dump attached ([1]) to fdo#91520 ([2]) where I reported the bug initially, thinking it was a bug in Mesa's code. This is a regression. Previous versions of libelf1 worked. Michel Dänzer says it must have been introduced between 0.159-4.2 and the current 0.163-4 ([3]). Let me know, if you need something else. Cheers, Kai [0] http://piglit.freedesktop.org/ [1] https://bugs.freedesktop.org/attachment.cgi?id=117480 [2] https://bugs.freedesktop.org/show_bug.cgi?id=91520 [3] https://bugs.freedesktop.org/show_bug.cgi?id=91520#c1 -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.3-citadel (SMP w/8 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 libelf1 depends on: ii libc6 2.19-19 libelf1 recommends no packages. libelf1 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#777955: liblas: should update symbols files for GCC 5
On 26-07-15 12:33, Matthias Klose wrote: this builds with boost1.58, but could use an update for the symbols files As mentioned in the wrong bug (#791044), it's currently not possible to build liblas due to uninstallable dependencies, anything build depending on gdal will pull in libdap which libstdc++ breaks. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793067: Bug#792328: info: can no longer find the Emacs manual
On 3 August 2015 at 14:22, Gavin Smith gavinsmith0...@gmail.com wrote: I'm wondering if we can kill two birds with one stone here and get install-info to actually install the Info file as part of the solution. So here's an idea. Add a --suffix option to install-info and at the same time allow using a directory in the place of the dir file, so that you can invoke it like this: install-info --suffix=-5.2 info-stnd.info /usr/share/info When a directory is given in place of the dir file, the file should be copied to that directory, as well as adding its dir entries to a dir file that is found in that directory. Makefile rules, such as those generated with Automake, could check for the presence of the --suffix option (e.g. install-info --suffix | grep unrecognized\ option), and if it's found to be supported, use the new invocation syntax. An option --manual, used like, install-info --manual=info-stnd-5.2 would allow arbitrary transformations of the manual name. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794479: ITP: uglifycss -- CSS mangler/compressor toolkit
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: uglifycss Version : 0.0.15 Upstream Author : Franck Marcia franck.mar...@gmail.com * URL : https://github.com/fmarcia * License : Expat Programming Lang: Javascript Description : CSS mangler/compressor toolkit UglifyCSS is a port of YUI Compressor to NodeJS for its CSS part. Its name is a reference to the awesome UglifyJS but UglifyCSS is not a CSS parser. Like YUI CSS Compressor, it applies many regexp replacements. Note that a port to JavaScript is also available in the YUI Compressor repository. . UglifyCSS passes successfully the test suite of YUI compressor CSS. . Be sure to submit valid CSS to UglifyCSS or you could get weird results. This package will be maintained under the umbrella of the Debian Javascript Maintainers team and is a nice-to-have for getting libjs-jquery-ui updated (and indepent from the YUI compressor) in Debian unstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794436: cqrlog: LoTW import/export does not work due to Error: ssl_openssl
On 03/08/15 14:47, Eric Christensen wrote: No, that fails too. I *can* go directly to TrustedQSL with an .adi and have it sign and upload from there. Not sure why CQRLOG is failing. Can you please try the 1.9.0 package from testing. It installs and runs okay on a stable system without any problems. Colin G8TMV -- Colin Tuckley | +44(0)1223 830814 | PGP/GnuPG Key Id Debian Developer | +44(0)7799 143369 | 0x38C9D903 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794480: ITP: cmdreader -- library that parses command line arguments
Package: wnpp Severity: wishlist Owner: Komal Sukhani komaldsukh...@gmail.com * Package name: cmdreader Version : 1.5 Upstream Author : Reinier Zwitserloot * URL : https://github.com/rzwitserloot/com.zwitserloot.cmdreader * License : Expat Programming Lang: Java Description : library that parses command line arguments This is dependency of Android Lombok-ast on which I am currently working.
Bug#794481: stardict-tools: lingvosound2resdb needs sox to work
Package: stardict-tools Version: 3.0.2-4 Severity: normal Dear Maintainer, Command lingvosound2resdb -l some_file.lsa fail to split the file and print error Error splitting sound file. During execution lingvosound2resdb calls program sox. After installing the package sox lingvosound2resdb work fine and doesn't print the error. So, please, add package sox to dependencies. -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages stardict-tools depends on: ii dictzip 1.12.1+dfsg-3 ii libatk1.0-0 2.16.0-2 ii libc62.19-19 ii libcairo21.14.2-2 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgcc1 1:5.1.1-14 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libglib2.0-0 2.44.1-1.1 ii libgtk2.0-0 2.24.28-1 ii libmysqlclient18 5.5.43-0+deb8u1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 ii libpcre3 2:8.35-7 ii libstdc++6 5.1.1-14 ii libxml2 2.9.1+dfsg1-5 ii zlib1g 1:1.2.8.dfsg-2+b1 stardict-tools recommends no packages. Versions of packages stardict-tools suggests: ii goldendict 1.5.0~git20131003-1+b3 -- 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#792231: This needs examined as soon as possible
Unfortunately there are some significant challenges with 2.0+. The primary issue is the dependency on tlslite, which was removed from Debian previously due to being insecure and unmaintained. In addition, quite a bit of the certificate handling code does things incorrectly (see eg. the certificate chain verification code[1] that does not check the certificate purpose, allowing anyone with a valid cert to sign a fraudulent cert as if they were a CA). I would very much welcome help with these issues, but be warned there is most likely a fair amount of work involved in either rewriting the cert-handling code to use another library (probably python-openssl/python-cryptography), or resurrecting and maintaining the tlslite package. [1] https://github.com/spesmilo/electrum/blob/master/lib/paymentrequest.py#L119 On Mon, 3 Aug 2015 at 15:51 Thomas Ward tew...@dark-net.net wrote: 1.9.8 is a year old. In addition, 2.4 is the current version. Failing to update breaks recovery of wallets from newer versions, and there are quite a lot of improvements in 2.4 over 1.9.8 that should be reviewed and included. Thomas
Bug#477245: Add option for PPP to set an IPv6 default route
Dear Maintainer, This bug #477245 is said to be forwared to http://ppp.samba.org/cgi-bin/ppp-bugs/incoming?id=2126;, but I cannot open that link, and find maybe BTS of project ppp has been transfer to github. I cannot find the same bug there, so I created a new one: https://github.com/paulusmack/ppp/issues/40 Please mark this in Debian's BTS. And I hope this bug can be fixed upstream someday. Thank you! Cheers, Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777916: Fix for ioapps gcc5 build failures
On Thu, 16 Jul 2015 11:58:47 +0530, Ritesh Raj Sarraf wrote: Hi there. Here’s a quick patch to fix the gcc5 build failures for the ioapps package. Since upstream appears to be unmaintained and doesn’t use autoconf I’m proposing a patch to modify the Makefile directly. Patch is attached which appends “-std=gnu89” flag to the CFLAGS to address the semantic change in the definition of inline functions in C11. Thanks for the patch. Upstream is active, just that he is slower than usual in responding. Anything new? GCC 5 is in unstable, so this is somewhat urgent. 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 `- NP: J.J. Cale: Trouble In The City signature.asc Description: Digital Signature
Bug#794482: ITP: ganeti-os-noop -- A dummy no-op OS provider for Ganeti
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: ganeti-os-noop Version : 0.1 Upstream Author : Apollon Oikonomopoulos apoi...@gmail.com * URL : https://github.com/grnet/ganeti-os-noop/blob/master/debian/copyright * License : GPL Programming Lang: Bash Description : A dummy no-op OS provider for Ganeti Ganeti is a virtual server cluster management software tool built on top of the Xen and KVM virtualization technologies and other Free Software. After setting it up it will provide you with an automated environment to manage highly available virtual machine instances. . This package provides a no-op OS for Ganeti. If virtual machines use this no-op OS, then a Reinstall action in Ganeti will not have any effect, virtual machines will not be re-installed (i.e., wiped) if a reinstall action is requested via gnt-instance. . Setting the OS of an instance to no-op is ideal for virtual machines that have been installed from ISO CD/DVD image. This package will be maintained under the umbrella of the Debian Ganeti Team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794483: wget: German translation: format string written to console
Package: wget Version: 1.16-1 Severity: minor Hi, after fetching a file from FTP with the -c option, I was shown the message Die Datei »%s« ist geholt worden. This appears to be an error in the translation, apparently fixed up to avoid dereferencing an invalid pointer. Simon -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf 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 wget depends on: ii libc6 2.19-18 ii libgnutls-deb0-28 3.3.8-6+deb8u1 ii libidn11 1.29-1+b2 ii libnettle4 2.7.1-5 ii libpsl00.5.1-1 ii libuuid1 2.25.2-6 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages wget recommends: ii ca-certificates 20141019 wget 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#794484: wget: does not reuse FTP connection when given URLs from stdin
Package: wget Version: 1.16-1 Severity: minor Hi, I've fed a list of ftp:// URLs to wget on stdin, expecting that the same connection would be used for all transfers, as all used the same host name. Transferring many small files this way has a massive overhead, so it would be nice if connection reuse could be added in this case as well. Simon -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf 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 wget depends on: ii libc6 2.19-18 ii libgnutls-deb0-28 3.3.8-6+deb8u1 ii libidn11 1.29-1+b2 ii libnettle4 2.7.1-5 ii libpsl00.5.1-1 ii libuuid1 2.25.2-6 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages wget recommends: ii ca-certificates 20141019 wget 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#791080: jackd2: library transition may be needed when GCC 5 is the default
On 3 August 2015 at 10:02, Matthias Klose d...@debian.org wrote: Control: tags -1 + confirmed patch Control: retitle -1 jackd2: library transition is needed when GCC 5 is the default needs build dependencies to transition first. patch at http://launchpadlibrarian.net/213139914/jackd2_1.9.10%2B20140719git3eb0ae6a~dfsg-2ubuntu1_1.9.10%2B20140719git3eb0ae6a~dfsg-2ubuntu2.diff.gz This doesn't look correct to me. Jack1 and Jack2 are supposed to be drop-in alternatives, and jack1 is a C API. So either the shlibs file is wrong, or jack2 doesn't need transition. Matthias, how did you verify a transition was needed? Adrian, could you comment on this please? -- 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#770135: systemd: Stalls just after debug1: Entering interactive session.
This is a multi-part MIME message sent by reportbug. --===0015788417291632402== MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Content-Disposition: inline Package: systemd Version: 215-17+deb8u1 Followup-For: Bug #770135 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: -- System Information: ebian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (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-59 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1+b1 ii libblkid1 2.25.2-6 ii libc6 2.19-18 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-17+deb8u1 ii mount 2.25.2-6 ii sysv-rc 2.88dsf-59 ii udev215-17+deb8u1 ii util-linux 2.25.2-6 Versions of packages systemd recommends: ii dbus1.8.18-0+deb8u1 ii libpam-systemd 215-17+deb8u1 Versions of packages systemd suggests: pn systemd-ui none Connecting using the ssh -vvv options the delay occurs at debug1: Entering interactive session. extract of connection: debug1: Authentication succeeded (publickey). Authenticated to IP_REDACTED ([IP_REDACTED]:22). debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Requesting no-more-sessi...@openssh.com debug1: Entering interactive session. [[[STALL]]] debug2: callback start debug2: fd 3 setting TCP_NODELAY debug3: packet_set_tos: set IP_TOS 0x10 debug2: client_session2_setup: id 0 debug2: channel 0: request pty-req confirm 1 using the method outlined http://www.depesz.com/2010/12/13/a-tale-of-slow-ssh-connections/ I generated strace output and noticed the line 14:09:53.676004 ppoll([{fd=5, events=POLLIN}], 1, {24, 999645000}, NULL, 8) = 1 ([{fd=5, revents=POLLIN}], left {0, 0}) 25.020764 which takes 25 seconds. extract of strace output: 14:09:53.675567 clock_gettime(CLOCK_MONOTONIC, {4662549, 999741404}) = 0 0.24 14:09:53.675651 recvmsg(5, {msg_name(0)=NULL, msg_iov(1)=[{l\4\1\1\n\0\0\0\2\0\0\0\215\0\0\0\1\1o\0\25\0\0\0, 24}], msg_controll en=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = 24 0.24 14:09:53.675744 recvmsg(5, {msg_name(0)=NULL, msg_iov(1)=[{/org/freedesktop/DBus\0\0\0\2\1s\0\24\0\0\0..., 146}], msg_controllen =0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = 146 0.25 14:09:53.675842 recvmsg(5, 0x7ffe0ff1dfa0, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailab le) 0.23 14:09:53.675925 clock_gettime(CLOCK_MONOTONIC, {4662550, 96075}) = 0 0.24 14:09:53.676004 ppoll([{fd=5, events=POLLIN}], 1, {24, 999645000}, NULL, 8) = 1 ([{fd=5, revents=POLLIN}], left {0, 0}) 25.020764 14:10:18.696865 recvmsg(5, {msg_name(0)=NULL, msg_iov(1)=[{l\3\1\0013\0\0\0\3\0\0\0m\0\0\0\6\1s\0\5\0\0\0, 24}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = 24 0.17 14:10:18.696944 recvmsg(5, {msg_name(0)=NULL, msg_iov(1)=[{:1.10\0\0\0\4\1s\0#\0\0\0org.freedesktop, 155}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = 155 0.18 I have noticed an entry in the auth logs at the relevant time: Jul 21 14:10:18 click sshd[8165]: pam_systemd(sshd:session): Failed to create session: Activation of org.freedesktop.login1 timed out extract of sudo service systemd-logind status: systemd-logind.service - Login Service Loaded: loaded (/lib/systemd/system/systemd-logind.service; static) Active: active (running) since Tue 2015-06-16 14:10:57 BST; 1 months 12 days ago Docs: man:systemd-logind.service(8) man:logind.conf(5) http://www.freedesktop.org/wiki/Software/systemd/logind http://www.freedesktop.org/wiki/Software/systemd/multiseat Main PID: 1701 (systemd-logind) Status: Processing requests... CGroup: /system.slice/systemd-logind.service └─1701 /lib/systemd/systemd-logind Jul 28 13:16:21 myhost systemd[1]: Started Login Service. Jul 28 13:16:47 myhost
Bug#777776: apron: ftbfs with GCC-5
Control: severity -1 normal On Sun, 19 Jul 2015 22:31:09 +, Mehdi Dogguy wrote: Control: severity -1 normal Le 2015-07-19 16:23, gregor herrmann a écrit : Builds fine for me in an amd64 unstable + g++-from-experimental cowbuilder chroot. Same here. Attached a buildlog (tested with g++ 5_5.2.1-11 from exp). I am adjusting the bug's severity accordingly, but not closing it for now. Still builds fine with gcc5 in unstable for me. Maybe it's time to close the bug? Cheers, gregor, lowering the severity again which was raised in a mass change -- .''`. 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 `- NP: Die Schmetterlinge: Guter Mond, du hängst so stille signature.asc Description: Digital Signature
Bug#794298: asciinema: broken, Unable to upload
being so simple to fix, wouldn't be more easy just to configure it on config file [api] https://asciinema.org I was expecting something more difficult, I will contact my sponsor to get the fix out (for default configs) -- 1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333 keybase: http://keybase.io/gfa -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794096: squashfs-tools: please add --numeric-uid-gid to unsquashfs
On Mon, 3 Aug 2015 17:30:49 +0200 =?iso-8859-1?B?Suly6W15?= Bobbio lu...@debian.org wrote: Tiny nitpick: the option might now have the best name. `unsquashfs` currently supports `-l` = `-ls` and `-ll` = `-lls`. I guess the latter is far 'long ls'. Puting the 'n' in the middle of 'ls' seems a bit confusing. fixed in the attached patch Maybe the call to getpwuid() could be avoided entirely if numeric_ls is set? With the above this will look up the NSS database, and then ditch the result. This makes unecessary computations. thanks also fixed `- diff -Nru squashfs-tools-4.2+20130409/debian/changelog squashfs-tools-4.2+20130409/debian/changelog --- squashfs-tools-4.2+20130409/debian/changelog2013-09-18 10:22:27.0 +0200 +++ squashfs-tools-4.2+20130409/debian/changelog2015-08-03 16:15:27.0 +0200 @@ -1,3 +1,10 @@ +squashfs-tools (1:4.2+20130409-2.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Adding lns option to unsquashfs + + -- akira marival...@gmail.com Mon, 03 Aug 2015 16:12:14 +0200 + squashfs-tools (1:4.2+20130409-2) unstable; urgency=low * New maintainer (closes: #723600). diff -Nru squashfs-tools-4.2+20130409/debian/manpages/unsquashfs.1 squashfs-tools-4.2+20130409/debian/manpages/unsquashfs.1 --- squashfs-tools-4.2+20130409/debian/manpages/unsquashfs.12013-05-09 22:22:49.0 +0200 +++ squashfs-tools-4.2+20130409/debian/manpages/unsquashfs.12015-08-03 18:01:33.0 +0200 @@ -32,6 +32,8 @@ list filesystem, but don't unsquash. .IP \-ll, \-lls 4 list filesystem with file attributes (like ls \-l output), but don't unsquash. +.IP \-nl, \-nls 4 +list filesystem with file attributes (like ls \-n output), but don't unsquash. .IP \-f, \-force 4 if file already exists then overwrite. .IP \-s, \-stat 4 diff -Nru squashfs-tools-4.2+20130409/debian/patches/nousername squashfs-tools-4.2+20130409/debian/patches/nousername --- squashfs-tools-4.2+20130409/debian/patches/nousername 1970-01-01 01:00:00.0 +0100 +++ squashfs-tools-4.2+20130409/debian/patches/nousername 2015-08-03 18:01:40.0 +0200 @@ -0,0 +1,68 @@ +--- a/unsquashfs.c b/unsquashfs.c +@@ -62,7 +62,7 @@ char *file_data; + char *data; + unsigned int block_size; + unsigned int block_log; +-int lsonly = FALSE, info = FALSE, force = FALSE, short_ls = TRUE; ++int lsonly = FALSE, info = FALSE, force = FALSE, short_ls = TRUE, numeric_ls = FALSE; + int use_regex = FALSE; + char **created_inode; + int root_process; +@@ -482,8 +482,8 @@ int print_filename(char *pathname, struc + char str[11], dummy[12], dummy2[12]; /* overflow safe */ + char *userstr, *groupstr; + int padchars; +- struct passwd *user; +- struct group *group; ++ struct passwd *user = NULL; ++ struct group *group = NULL; + struct tm *t; + + if(short_ls) { +@@ -491,8 +491,9 @@ int print_filename(char *pathname, struc + return 1; + } + +- user = getpwuid(inode-uid); +- if(user == NULL) { ++ if(!numeric_ls) ++ user = getpwuid(inode-uid); ++ if(user == NULL || numeric_ls) { + int res = snprintf(dummy, 12, %d, inode-uid); + if(res 0) + EXIT_UNSQUASH(snprintf failed in print_filename()\n); +@@ -505,8 +506,9 @@ int print_filename(char *pathname, struc + } else + userstr = user-pw_name; + +- group = getgrgid(inode-gid); +- if(group == NULL) { ++ if(!numeric_ls) ++ group = getgrgid(inode-gid); ++ if(group == NULL || numeric_ls) { + int res = snprintf(dummy2, 12, %d, inode-gid); + if(res 0) + EXIT_UNSQUASH(snprintf failed in print_filename()\n); +@@ -2512,6 +2514,11 @@ int main(int argc, char *argv[]) + strcmp(argv[i], -ll) == 0) { + lsonly = TRUE; + short_ls = FALSE; ++ } else if(strcmp(argv[i], -nls) == 0 || ++ strcmp(argv[i], -nl) == 0) { ++ lsonly = TRUE; ++ short_ls = FALSE; ++ numeric_ls = TRUE; + } else if(strcmp(argv[i], -linfo) == 0 || + strcmp(argv[i], -li) == 0) { + info = TRUE; +@@ -2569,6 +2576,9 @@ options: + ERROR(\t-ll[s]\t\t\tlist filesystem with file + attributes (like\n); + ERROR(\t\t\t\tls -l output), but don't unsquash\n); ++ ERROR(\t-nl[s]\t\t\tlist filesystem with file ++ attributes (like\n); ++ ERROR(\t\t\t\tls -n output), but don't unsquash\n); + ERROR(\t-f[orce]\t\tif file already exists then + overwrite\n); +
Bug#794486: release.debian.org: auto transition trackers incorrectly handle addition of suffixes (including GCC 5 related transitions)
On Mon, Aug 3, 2015 at 16:44:32 +0100, James Cowgill wrote: Package: release.debian.org User: release.debian@packages.debian.org Usertags: tools Hi, I don't think any of the automatic transition trackers for the libstdcxx / GCC 5 packages are working correctly. Currently cmake has been rebuilt against both the new versions of GCC 5 and libjsoncpp, and shows up good on this tracker: https://release.debian.org/transitions/html/libstdc++6.html but bad on this tracker: https://release.debian.org/transitions/html/auto-libjsoncpp.html The auto-libjsoncpp ben file contains this: is_affected = .depends ~ /libjsoncpp0v5|libjsoncpp0v5\-dbg|libjsoncpp0|libjsoncpp0\-dbg/; is_good = .depends ~ /libjsoncpp0v5|libjsoncpp0v5\-dbg/; is_bad = .depends ~ /libjsoncpp0|libjsoncpp0\-dbg/; Here, packages depending on libjsoncpp0v5 match both the is_good and is_bad regexes so ben marks them as bad. I've made a manual tracker for libjsoncpp, see https://release.debian.org/transitions/html/libjsoncpp.html Any other broken ones? Cheers, Julien signature.asc Description: Digital signature
Bug#787950: Thanks for this!
Thanks for this bug report. I also wondered why my array had not been checked in a long while, and also came to the conclusion that the checkarray script stopped at the read line, but it would have taken me ages to figure out that changing the shell would solve the issue!
Bug#791080: jackd2: library transition may be needed when GCC 5 is the default
On 08/03/2015 06:00 PM, Felipe Sateler wrote: On 3 August 2015 at 10:02, Matthias Klose d...@debian.org wrote: Control: tags -1 + confirmed patch Control: retitle -1 jackd2: library transition is needed when GCC 5 is the default needs build dependencies to transition first. patch at http://launchpadlibrarian.net/213139914/jackd2_1.9.10%2B20140719git3eb0ae6a~dfsg-2ubuntu1_1.9.10%2B20140719git3eb0ae6a~dfsg-2ubuntu2.diff.gz This doesn't look correct to me. Jack1 and Jack2 are supposed to be drop-in alternatives, and jack1 is a C API. So either the shlibs file is wrong, or jack2 doesn't need transition. I didn't rename the package for the C API. Matthias, how did you verify a transition was needed? see the new symbols at https://people.debian.org/~doko/logs/gcc5-20150701/jackd2_1.9.10+20140719git3eb0ae6a~dfsg-2_unstable_gcc5.log note, this was already mentioned in the original report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794490: avahi-daemon: Invalid response packet messages make daemon.log unreadable
Package: avahi-daemon Version: 0.6.31-5 Severity: normal This bug report is the same as of the old report #556461, which in my opinion was closed for the wrong reason. I have my daemon.log full of lines like these: Aug 3 09:37:50 tucano avahi-daemon[2917]: Invalid response packet from host 146.48.86.21. Aug 3 09:37:50 tucano avahi-daemon[2917]: Invalid response packet from host 146.48.86.21. Aug 3 09:37:50 tucano avahi-daemon[2917]: Invalid response packet from host 146.48.86.21. Aug 3 09:37:51 tucano avahi-daemon[2917]: Invalid response packet from host 146.48.86.21. Since I do not control hosts on my network, those lines are useless to me. However, they constitute 98% of lines in my daemon.log, because they are generated at about 3-seconds intervals. I think this problem is serious enough to classify it as a bug, because it makes my daemon.log difficult to manage and read. There should be a way to disable those warnings, or at least have them generated at much longer intervals. The reason for closing #556461 was that a particular problem was corrected in avahi, but that was not the issue: the problem is that any possible bad response for any node in the net fills up my logs. This is definitely bad, and my only workaround at the moment is to filter out those messages through syslog, which is definitely undesirable. -- Francesco Potortì (ricercatore)Voice: +39.050.621.3058 ISTI - Area della ricerca CNR Mobile: +39.348.8283.107 via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti (entrance 20, 1st floor, room C71) Web:http://fly.isti.cnr.it -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (101, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages avahi-daemon depends on: ii adduser 3.113+nmu3 ii bind9-host [host]1:9.9.5.dfsg-11 ii dbus 1.8.20-1 ii init-system-helpers 1.23 ii libavahi-common3 0.6.31-5 ii libavahi-core7 0.6.31-5 ii libc62.19-19 ii libcap2 1:2.24-9 ii libdaemon0 0.14-6 ii libdbus-1-3 1.8.20-1 ii libexpat12.1.0-7 ii lsb-base 4.1+Debian13+nmu1 Versions of packages avahi-daemon recommends: ii libnss-mdns 0.10-6 Versions of packages avahi-daemon suggests: pn avahi-autoipd none -- Configuration Files: /etc/avahi/avahi-daemon.conf changed: [server] host-name=cng use-ipv4=yes use-ipv6=yes ratelimit-interval-usec=100 ratelimit-burst=1000 [wide-area] enable-wide-area=yes [publish] publish-domain=no [reflector] [rlimits] rlimit-core=0 rlimit-data=4194304 rlimit-fsize=0 rlimit-nofile=768 rlimit-stack=4194304 rlimit-nproc=3 /etc/default/avahi-daemon changed: AVAHI_DAEMON_DETECT_LOCAL=1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794512: xserver crashes every time I try to launch glxinfo in a terminal
Package: xserver-xorg-video-nouveau Version: 1:1.0.11-1+b1 Subject: xserver-xorg-video-nouveau: xserver crashes every time I try to launch glxinfo in a terminal Followup-For: Bug #763890 Dear Maintainer, This is my first bug report (using reportbug) so please let me know if I'm not doing things the right way ! * What led up to the situation? Since I moved from Wheezy to Jessie, I'm experiencing random crashes of Xserver. Most of the time, the crashes occur when I launch Iceweasel, when I close Chromium, when I click on a hyperlink in Icedove... Launching glxinfo in a terminal systematically crashes the system. In every case, I have no other choice than use the power button to stop the system and restart. * What exactly did you do (or not do) that was effective (or ineffective)? Installing the latest nouveau driver (from Stretch) had no effect. Loading the system with the nouveau.config=NvMSI=0 kernel parameter didn't help either. Eventually I created a file named local-video.conf in /etc/modprobe.d/ with this single line : options nouveau noaccel=1 as suggested in bug #758460 * What was the outcome of this action? Now I can run glxinfo in a terminal, and I've had no crashes so far, though it's probably too early to rejoice ! * What outcome did you expect instead? No random crashes any more, as they make the system barely usable. Please let me know if you need more tests or information. Thanks for your work. Jacques uname -a Linux acer 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u2 (2015-07-17) x86_64 GNU/Linux -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 May 16 2013 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2384776 Jul 1 19:21 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:0d.0 VGA compatible controller [0300]: NVIDIA Corporation C61 [GeForce 6100 nForce 405] [10de:03d1] (rev a2) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1+deb8u2 (2015-07-17) Xorg X server log files on system: -- -rw-r--r-- 1 root root 46095 Jul 26 23:39 /var/log/Xorg.1.log -rw-r--r-- 1 root root 43313 Aug 3 20:38 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [27.795] X.Org X Server 1.17.2 Release Date: 2015-06-16 [27.795] X Protocol Version 11, Revision 0 [27.795] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [27.795] Current Operating System: Linux acer 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u2 (2015-07-17) x86_64 [27.795] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=216bcacc-2a3f-4da5-bdc6-bb3c2991c566 ro quiet [27.795] Build Date: 01 July 2015 05:17:14PM [27.795] xorg-server 2:1.17.2-1 (http://www.debian.org/support) [27.795] Current version of pixman: 0.32.6 [27.795]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [27.795] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [27.795] (==) Log file: /var/log/Xorg.0.log, Time: Mon Aug 3 20:37:39 2015 [27.923] (==) Using system config directory /usr/share/X11/xorg.conf.d [28.029] (==) No Layout section. Using the first Screen section. [28.029] (==) No screen section available. Using defaults. [28.029] (**) |--Screen Default Screen Section (0) [28.029] (**) | |--Monitor default monitor [28.029] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [28.029] (==) Automatically adding devices [28.029] (==) Automatically enabling devices [28.029] (==) Automatically adding GPU devices [28.126] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [28.126]Entry deleted from font path. [28.241] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [28.241] (==) ModulePath set to /usr/lib/xorg/modules [28.241] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [28.266] (II) Loader magic:
Bug#794513: ITP: mopidy-podcast-gpodder -- Mopidy extension for searching and browsing gpodder.net podcasts
Package: wnpp Severity: wishlist Owner: Stein Magnus Jodal stein.mag...@jodal.no * Package name: mopidy-podcast-gpodder Version : 1.0.0 Upstream Author : Thomas Kemmer tkem...@computer.org * URL : https://github.com/tkem/mopidy-podcast-gpodder * License : Apache-2.0 Programming Lang: Python Description : Mopidy extension for searching and browsing gpodder.net podcasts Mopidy is a music server which can play music from multiple sources, like your local hard drive, radio streams, and from Spotify and SoundCloud. This package provides a Mopidy extension for searching and browsing podcasts from the gpodder.net web service. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794514: ITP: mopidy-podcast-itunes -- Mopidy extension for searching and browsing iTunes podcasts
Package: wnpp Severity: wishlist Owner: Stein Magnus Jodal stein.mag...@jodal.no * Package name: mopidy-podcast-itunes Version : 1.0.0 Upstream Author : Thomas Kemmer tkem...@computer.org * URL : https://github.com/tkem/mopidy-podcast-itunes * License : Apache-2.0 Programming Lang: Python Description : Mopidy extension for searching and browsing iTunes podcasts Mopidy is a music server which can play music from multiple sources, like your local hard drive, radio streams, and from Spotify and SoundCloud. This package provides a Mopidy extension for searching and browsing podcasts on the Apple iTunes Store. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794488: Piglit tests in Mesa crash, if radeonsi_dri.so is linked with libelf1 (libelfg0 works)
On Mon, Aug 03, 2015 at 10:34:19PM +0200, Kai Wasserbäch wrote: Could you point me to the source code that does the libelf calls to create the ELF file? Maybe reading the source helps to figure out what might go wrong. The stacktrace from the test doesn't immediately seem to give a direct clue. I think all the ELF stuff is encapsulated in http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/radeon/radeon_elf_util.c (and the header for that). The functions defined therein are called from http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/radeonsi/si_shader.c and http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/radeonsi/si_compute.c if I haven't missed something. Michel can probably spot any mistakes in this, therefore I CCed him on this message. Let me know, if you need something else. Thanks that was really helpful. It looks like the real problem is the parsing of the relocation section. Would it be possible for you to dump the ELF image that is being parsed in radeon/radeon_elf_util.c (radeon_elf_read) Maybe just by adding the following just before the elf_memory () call: int dfd = creat (/tmp/dump.elf, 00755); write (dfd, elf_buffer, elf_size); close (dfd); Given that ELF image I might be able to create a simpler reproducer using just the libelf calls from radeon_elf_util.c and comparing the difference between the old/new versions of libelf. Thanks, Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794516: nmu: gnote_3.16.2-1
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu Severity: normal X-Debbugs-Cc: riese...@lxtec.de, 794...@bugs.debian.org Hi release team, On Sat, Aug 1, 2015 at 11:54 AM, Elimar Riesebieter riese...@lxtec.de wrote: Package: gnote Version: 3.16.2-1 Severity: grave Justification: renders package unusable Due to the transition to gcc-5 gnote needs a rebuild against libgcc1. Otherwise it would be removed or substituded by tomboy which blows up installations with mono stuff. Pick up the chance to upgrade to 5.17. nmu gnote_3.16.2-1 . ALL . -m rebuild for gcc-5 transition Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794518: qtbase-opensource-src: sourcefull upload required for gcc5 transition
Source: qtbase-opensource-src Version: 5.4.2+dfsg-5 Severity: serious Control: tag -1 pending Qtbase will not need a transition but it will require a sourcefull upload due to symbols changes. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash 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#793633: developers-reference: discuss how to handle backports
On Thu, Jul 30, 2015 at 5:46 PM, James Montgomery wrote: wine-mono, I've logged all the dependencies required, meticulously, and would now like ask you how Debian deals with such build systems where the build comes from the wine-mono script. As you're aware, wine-mono has the custom build script in the repository. Would the approach be to to decompose that build script through a series of patches for the Debian system? I cannot fathom that it would be acceptable to wrap the wine-mono build wrapper. What is the best approach in these situations? You'll need to get all of the necessary dependencies packaged in Debian on their own. A lot of them like mingw are already done. Stephen Kitt was working on mono a while back, maybe he can give you better idea of what is still currently missing. I'm willing to review and sponsor any of those pieces. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793067: Bug#792328: info: can no longer find the Emacs manual
Perhaps it's naive, but I feel like I might just want a dir like this so that I can find what I want and don't have to change global state and/or restart the viewer just to read different versions: I agree. You can have that now. It does not need new features, so far as I can see. Just put the entries you want in the dir file. When compiling emacs24.5, use configure --infodir=/usr/share/info/emacs24.5, etc. * Emacs (emacs.info):: * Emacs24.5 (emacs24.5/emacs.info):: * Emacs24.1 (emacs24.1/emacs.info):: And then your update-alternatives sets up the stuff like ln -s emacs24.5/emacs.info /usr/share/info/emacs.info so that cross-refs work. If an individual user wants info emacs to do something else, they can set INFOPATH. That's why it exists. At least on Debian the normal method is update-alternatives, which can only be invoked as root, and changes the defaults globally. If you're globally changing the meaning of the emacs binary, why wouldn't you want info emacs to change with it? Sorry to be such a curmudgeon. It just seems to me Texinfo is not and should not be a packaging system. k -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794343: rsnapshot: Add warning, when setting verbosity multiple times.
Package: rsnapshot Version: 1.4.0-1 Followup-For: Bug #794343 Dear Maintainer, Also, please document this. As an aside. The NEWS about the new naming convention[alpha, beta, etc..] and the included 'rename_retains.sh', made for a smoother transition to 1.4. Thank You Thank You, Michel -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages rsnapshot depends on: ii liblchown-perl 1.01-3 ii logrotate 3.8.7-2 ii perl5.20.2-6 ii rsync 3.1.1-3 Versions of packages rsnapshot recommends: ii openssh-client [ssh-client] 1:6.7p1-6 rsnapshot 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#793067: Bug#792328: info: can no longer find the Emacs manual
Hi Karl, hi all, lots of mails here, but I still don't see why you are opposing the idea to have different versions of the same program installed, and wanting to be able to *check* all of them. On Mon, 03 Aug 2015, Karl Berry wrote: If you're globally changing the meaning of the emacs binary, why wouldn't you want info emacs to change with it? That is fine, that *should* happen. If emacs points to emacs24, then the info emacs should you drop also into the emacs24 info. But I might still want to be able to read several manuals without too many concoctions. Emacs is a bad example, python is a better. The division between python2 and python3 is now continuing since long, and many scripts are written for python2, which is the default on Debian. But I might want to adapt my script to python3 and want to be able to read python3 info. ANyway, I wan to return to the proposal I wrote some time ago and that was discarded as not working (or unclear): Change info reader node search method as follows: * if a node is going to be followed, first search *in*the*current*directory* for the respective info file, and if that fails search INFOPATH. That way one can: * put files into subdirs * links within the same suite work (emacs shipping lots of related info docs) * links to external progs will use the default version by searching in INFOPATH I don't see disadvantages of this approach, but I am happy to listen to explanations. ALl the best Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789425: openssh-server: sshd does not start correctly after a system reboot; port set in sshd_config is ignored; default port is used
Package: openssh-server Followup-For: Bug #789425 Dear Maintainer, Was looking over at this bug report an noticed the info graphic, showing that it is also in openssh-server version 1:6.7p1-6. Just wanted to add, that have no such issue in my two testing machines. Perhaps it is fixed in testing's version or this belongs to systemd or something else? Thank You, Michel -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages openssh-server depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.57 ii dpkg 1.18.1 ii init-system-helpers1.23 ii libc6 2.19-19 ii libcomerr2 1.42.13-1 ii libgssapi-krb5-2 1.12.1+dfsg-20 ii libkrb5-3 1.12.1+dfsg-20 ii libpam-modules 1.1.8-3.1 ii libpam-runtime 1.1.8-3.1 ii libpam0g 1.1.8-3.1 ii libselinux12.3-2+b1 ii libssl1.0.01.0.2d-1 ii libwrap0 7.6.q-25 ii lsb-base 4.1+Debian13+nmu1 ii openssh-client 1:6.7p1-6 ii openssh-sftp-server1:6.7p1-6 ii procps 2:3.3.10-2 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages openssh-server recommends: ii ncurses-term 5.9+20150516-2 ii xauth 1:1.0.9-1 Versions of packages openssh-server suggests: pn molly-guard none pn monkeysphere none pn rssh none pn ssh-askpass none pn ufw none -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791170: libsigc++-2.0: library transition may be needed when GCC 5 is the default
Control: tags -1 = moreinfo Am 14.07.2015 um 07:52 schrieb Matthias Klose: Control: tags -1 + confirmed when built using GCC 5: --- debian/libsigc++-2.0-0c2a.symbols (libsigc++-2.0-0c2a_2.4.1-1build1_amd64) +++ dpkg-gensymbolsYy2UI3 2015-07-14 05:51:02.413969865 + @@ -86,5 +86,6 @@ _ZNK4sigc9trackable13callback_listEv@Base 2.2.0 _ZNK4sigc9trackable27add_destroy_notify_callbackEPvPFS1_S1_E@Base 2.2.0 _ZNK4sigc9trackable30remove_destroy_notify_callbackEPv@Base 2.2.0 - (optional)_ZNSt10_List_baseIN4sigc8internal18trackable_callbackESaIS2_EE8_M_clearEv@Base 2.2.0 - (optional)_ZNSt10_List_baseIN4sigc9slot_baseESaIS1_EE8_M_clearEv@Base 2.2.0 +#MISSING: 2.4.1-1build1# (optional)_ZNSt10_List_baseIN4sigc8internal18trackable_callbackESaIS2_EE8_M_clearEv@Base 2.2.0 +#MISSING: 2.4.1-1build1# (optional)_ZNSt10_List_baseIN4sigc9slot_baseESaIS1_EE8_M_clearEv@Base 2.2.0 + _ZNSt7__cxx1110_List_baseIN4sigc9slot_baseESaIS2_EE8_M_clearEv@Base 2.4.1-1build1 That symbols is a weak symbol which is leaked from libstdc++6 [1] and thus marked as optional. So a library transitions doesn't look necessary. I rebuilt glibmm2.4, which is a rdep of libsigc++2.0, and there weren't any link failures caused by libsigc++-2.0 Marking the bug as moreinfo for now. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750154 -- 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#791486: /usr/bin/rkhunter: 7439: [: Binary: unexpected operator
On 2015-07-05 at 16:52:04, Pedro Beja wrote: doing an update I get the following error line: $ sudo rkhunter --update [snip] /usr/bin/rkhunter: 7439: [: Binary: unexpected operator Checking file i18n/tr[ No update ] Checking file i18n/tr.utf8 [ No update ] /usr/bin/rkhunter: 7439: [: Binary: unexpected operator Checking file i18n/zh [ No update ] Checking file i18n/zh.utf8[ No update ] This seems to happen only on non-English locales. Try this (as root): LANG=C rkhunter --update If I output the variables from line 7439 on a fr_CA locale, I get this: Checking rkhunter data files... Checking file mirrors.dat [ No update ] Checking file programs_bad.dat [ No update ] Checking file backdoorports.dat[ No update ] Checking file suspscan.dat [ No update ] PROG_VERS=2009091601; LATEST_VERS=2009091601 Checking file i18n/cn [ No update ] PROG_VERS=2014010301; LATEST_VERS=2014010301 Checking file i18n/de [ No update ] PROG_VERS=2013112401; LATEST_VERS=2013112401 Checking file i18n/en [ No update ] PROG_VERS=Fichier binaire /var/lib/rkhunter/db/i18n/tr correspondant; LATEST_VERS=2014030201 /usr/bin/rkhunter: 7440: [: Fichier: unexpected operator Checking file i18n/tr [ No update ] PROG_VERS=2014030201; LATEST_VERS=2014030201 Checking file i18n/tr.utf8 [ No update ] PROG_VERS=Fichier binaire /var/lib/rkhunter/db/i18n/zh correspondant; LATEST_VERS=2009091601 /usr/bin/rkhunter: 7440: [: Fichier: unexpected operator Checking file i18n/zh [ No update ] PROG_VERS=2009091601; LATEST_VERS=2009091601 Checking file i18n/zh.utf8 [ No update ] The attached patch to the cronjob in /etc is a work-around until this is fixed upstream. Francois diff --git a/cron.weekly/rkhunter b/cron.weekly/rkhunter index 6976920..e82cd5a 100755 --- a/cron.weekly/rkhunter +++ b/cron.weekly/rkhunter @@ -25,12 +25,12 @@ case $CRON_DB_UPDATE in echo To: $REPORT_EMAIL echo $RKHUNTER --versioncheck --nocolors --appendlog -$RKHUNTER --update --nocolors --appendlog +LANG=C $RKHUNTER --update --nocolors --appendlog ) | /usr/sbin/sendmail $REPORT_EMAIL ;; *) $RKHUNTER --versioncheck --appendlog 1/dev/null 2$OUTFILE -$RKHUNTER --update --appendlog 1/dev/null 2$OUTFILE +LANG=C $RKHUNTER --update --appendlog 1/dev/null 2$OUTFILE ;; esac
Bug#794517: qt4-x11: sourcefull upload required for gcc5 transition
Source: qt4-x11 Version: 4:4.8.7+dfsg-3 Severity: serious Control: tag -1 pending Currently qt4-x11 will FTBFS due to missing symbols. While no transition is necessary a sourcefull upload is mandatory. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash 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#794229: frogatto-data: please install high resolution icons
Control: tag -1 + pending On Fri, Jul 31, 2015 at 5:48 AM, Ronny Standtke ronny.stand...@gmx.net wrote: Package: frogatto-data Version: 1.3.1+dfsg-1.1 Severity: minor Tags: patch The frogatto icon is very blurry on desktops with large icons (e.g. GNOME) because of its low resolution (only 32x32 pixels). I noticed that there are high resolution icons in the source package in modules/frogatto/images/os/ Therefore I changed the file frogatto-data.install (see attachment) to also install a high resolution icon. If you accept this change you also have to add a build dependency on dh-exec and make frogatto-data.install executable. Thanks for the patch! FWIW, I used dh_link to symlink frogatto-icon.png to the correct dir instead of introducing a build-dep on dh-exec. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794367: python-twisted-web: internal API changes broke 3 packages, please add appropriate breaks
On Sun, 2015-08-02 at 17:02 +0800, Paul Wise wrote: The release team would like python-twisted-web to have the appropriate Breaks to prevent the new python-twisted-web from being installed with packages broken by this. Probably the appropriate breaks is like this: Breaks: torbrowser-launcher (= 0.2.0-1~), python-scrapy ( 1.0.0-1~), txsocksx ( 1.13.0.4-1~) txsocksx got fixed, so the appropriate breaks looks like this now: Breaks: torbrowser-launcher (= 0.2.0-1~), python-scrapy ( 1.0.0-1~), txsocksx ( 1.15.0.2-1~) -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#794510: Document possibly add an option for: Capture output from rsync and print/log if level is =4
Package: rsnapshot Version: 1.4.0-1 Severity: wishlist Dear Maintainer, First off, let me say that, I like this new feature of rsnapshot grabbing the rsync output and logged in the 'logfile' set in rsnapshot.conf. Since this does what I was doing before with 1.3. With earlier versions of rsnapshot, one could grab the rsync output to a file. With 'loglevel 2' set in the rsnapshot.conf. For example: $ rsnapshot -v hourly rsnapshot-hourly.log 21 Would then send an email daily. Which would include the output of rsnapshot and rsync; just showing what was rsync'ed and deleted. And would also log to the 'logfile' set in rsnapshot.conf, the rsnapshot output. With version 1.4, the above no longer works. Due to this change[0,1]. [0] https://github.com/rsnapshot/rsnapshot/pull/46 [1] https://github.com/bebehei/rsnapshot/commit/68cc6b95d2e47ee5ff9561b11e9ff1977dc02197 Since rsnapshot now grabs the rsync output. Now setting 'loglevel 4' in the rsnapshot.conf, the rsnapshot and rsync output; just showing what was rsync'ed and deleted. Both are now logged in the 'logfile' set in rsnapshot.conf. Just like I was doing above with earlier versions of rsnapshot. For example: $ rsnapshot -v alpha Setting the 'loglevel' lower than 4, in the rsnapshot.conf and the rsync output is not grabbed by rsnapshot. Also can not be grabbed to another file. It seems the only way to grab the rsync output to a different file, with version 1.4. Is to use rsnapshot without using the '-v' option with 'loglevel 4'. Or using the '-V' option. But either of those options, gives way too much information. Just want/need what was rsync'ed and deleted, like explained and is done above. For example: $ rsnapshot alpha rsnapshot-alpha.log 21 $ rsnapshot -V alpha rsnapshot-alpha.log 21 The above also grabs the rsync output and is logged to the 'logfile' set in rsnapshot.conf. Again with too much information. *NOTE: Notice that omitting the '-v' option gives more output, due to not lowering the 'loglevel 4' set in rsnapshot.conf. When using the '-v' option, verbosity is lowered; presumably to 2 in this case. Which is fine by me, since rsnapshot grabs only the rsync output that was rsync'ed and deleted. Take a look at bug #794343[0] for more information. [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794343 Also regardless of the 'loglevel' set in the rsnapshot.conf. The '-V' option always outputs too much information. Also commented out 'loglevel' to see what affect this would have. Which was, as suspected nothing is logged in the 'logfile' set in rsnapshot.conf. While still not being able to grab the rsync output. Please document this. With the upgrade to 1.4, was testing to see if bug #717451[0] was actually fixed this time ;) Since did not see the rsync output as explained above. Thought that bug #717451 was still an issue. After reading the rsnapshot 1.4 changelog[1] and doing some more reading. Figured out that bug #717451 was fixed and rsnapshot was grabbing the rsync output. Also if possible, please add an option in the rsnapshot.conf and/or on the command line. For the user to also be able to grab the rysnc output to another file, like was possible with 1.3. Just showing what was rsync'ed and deleted. While still being logged in the 'logfile' set in rsnapshot.conf. [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717451 [1] https://github.com/bebehei/rsnapshot/blob/master/ChangeLog Thank You, Michel -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages rsnapshot depends on: ii liblchown-perl 1.01-3 ii logrotate 3.8.7-2 ii perl5.20.2-6 ii rsync 3.1.1-3 Versions of packages rsnapshot recommends: ii openssh-client [ssh-client] 1:6.7p1-6 rsnapshot 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#794519: localhost:9091 inaccessable after a reboot
Package: transmission-daemon Version: 2.84-2 Severity: normal After rebooting my machine, I can see that systemd is starting transmission-daemon: -- root@arcturus:/home/jdietrch# systemctl status transmission-daemon -l ● transmission-daemon.service - Transmission BitTorrent Daemon Loaded: loaded (/lib/systemd/system/transmission-daemon.service; enabled) Active: active (running) since Mon 2015-08-03 20:59:10 EDT; 5min ago Main PID: 475 (transmission-da) Status: Idle. CGroup: /system.slice/transmission-daemon.service └─475 /usr/bin/transmission-daemon -f --log-error Aug 03 20:59:11 arcturus transmission-daemon[475]: [2015-08-03 20:59:11.958 EDT] UDP Failed to set receive buffer: requested 4194304, got 425984 (tr-udp.c:78) Aug 03 20:59:11 arcturus transmission-daemon[475]: [2015-08-03 20:59:11.958 EDT] UDP Failed to set send buffer: requested 1048576, got 425984 (tr-udp.c:89) root@arcturus:/home/jdietrch# -- However, the web interface is not set up, and so any attempt to visit localhost:9091 in my web browser fails. If I simply restart transmission-daemon (with the command systemctl restart transmission-daemon), then all is well. But I shouldn't have to manually restart transmission-daemon after each reboot in order to get the web interface to work. Please let me know if there's anything else I can do to help with this. Thank you, James Dietrich -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-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 Init: systemd (via /run/systemd/system) Versions of packages transmission-daemon depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.22 ii libc62.19-18 ii libcurl3-gnutls 7.38.0-4+deb8u2 ii libevent-2.0-5 2.0.21-stable-2 ii libminiupnpc10 1.9.20140610-2 ii libnatpmp1 20110808-3 ii libssl1.0.0 1.0.1k-3+deb8u1 ii libsystemd0 215-17+deb8u1 ii lsb-base 4.1+Debian13+nmu1 ii transmission-common 2.84-2 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages transmission-daemon recommends: pn transmission-cli none transmission-daemon suggests no packages. -- Configuration Files: /etc/transmission-daemon/settings.json [Errno 13] Permission denied: u'/etc/transmission-daemon/settings.json' -- 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#791261: qttools-opensource-src: library transition may be needed when GCC 5 is the default
retitle 791261 qttools-opensource-src: sourcefull upload required for gcc5 transition tag 791261 pending block 790756 by 791261 thanks qttools does not needs a transition but it will need a sourcefull upload in order to solve symbols issues. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#794505: waiting under mentors
hi, The package is waiting under mentors. Niels is on VAC, so please sponsor me. Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778096: Moreinfo: need data from patch author
tag 778096 - moreinfo tag 778096 pending retitle 778096 qtwebkit: sourcefull upload required for gcc5 transition. block 790756 by 778096 thanks On Monday 03 August 2015 19:58:33 Lisandro Damián Nicanor Pérez Meyer wrote: [snip] Hi Matthias! I actually need more info from you. I could find the commit upstream, so problem solved. According to the symbols changes no transition is needed as expected. I'm retitling the bug and blocking the transition accordingly. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#794419: sddm doesn't source /etc/profile and $HOME/.profile
I see that sddm contains /usr/share/sddm/scripts/Xsession with those includes, but apparently in my case it didn't help including /etc/profile and $HOME/.profile (my shell is bash, and I have $HOME/.profile and no $HOME/.bash_profile). I tested, and sddm does include $HOME/.xsessionrc however. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790994: ccfits: library transition may be needed when GCC 5 is the default
On 2015-08-03 22:11, Jonathan Wiltshire wrote: Control: tag -1 confirmed On Mon, Aug 03, 2015 at 09:49:27PM +0200, Aurelien Jarno wrote: user release.debian@packages.debian.org usertag 790994 + transition block 790994 by 790756 reassign 790994 release.debian.org tag 790994 + patch tag 790994 + fixed-in-experimental thanks On 2015-08-01 13:31, Aurelien Jarno wrote: On 2015-07-29 22:05, Matthias Klose wrote: On 07/29/2015 09:35 PM, Aurelien Jarno wrote: ccfits will need a transition. Please find the patch for it below. missing Conflicts/Replaces or Breaks/Replaces Indeed, good catch. Here is an updated debdiff. I have uploaded the package to experimental, to get the NEW processing done faster. Given it doesn't have any build-depends on c++ libraries besides libstdc++-dev and doesn't have any reverse depends, I can upload it to unstable as soon as GCC 5 is the default on all architectures and on buildds. The package in experimental went out of NEW and has been built successfully on all architectures. I made a mistake in the above statement, this package actually has one reverse dependency, luminance-hdr, so a very small transition is needed. I am ready to get the package uploaded to unstable, when I get the green light for that. Yes please. Ok thanks. Just uploaded it to unstable. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net signature.asc Description: Digital signature
Bug#790536: FTBFS with GCC 5: comparison of constant '-1' with boolean expression is always false
On Mon, 2015-08-03 at 20:22 +0200, Cyril Brulebois wrote: Control: reassign -1 src:linux-tools 4.0.2-1 Control: tag -1 fixed-upstream patch Hi, Martin Michlmayr t...@hp.com (2015-06-29): Package: linux-tools Version: 4.0.2-1 Severity: important User: debian-...@lists.debian.org Usertags: ftbfs-gcc-5 This should have been “Source: linux-tools” rather than “Package: linux-tools”, reassigning. Looking upstream, it seems this has been fixed as a side effect of a performance improvement: commit fefd2d9619de3bf0bf02a8622e9f445c3d19cc3f Author: He Kuang heku...@huawei.com Date: Sun Feb 15 10:33:37 2015 +0800 perf report: Fix branch stack mode cannot be set builtin-report.c: In function 'cmd_report': builtin-report.c:769:23: error: comparison of constant '-1' with boolean expression is always false [-Werror=bool-compare] branch_call_mode == -1) { ^ cc1: all warnings being treated as errors Makefile.perf:693: recipe for target '/«PKGBUILDDIR»/debian/build/tools/perf/out/builtin-report.o' failed diff: if (((branch_mode == -1 has_br_stack) || branch_mode == 1) - branch_call_mode == -1) { + !branch_call_mode) { sort__mode = SORT_MODE__BRANCH; symbol_conf.cumulate_callchain = false; } I'm attaching a source debdiff generated after having added a quilt patch and generated an updated source package. I suppose some stripping might be needed before committing that to svn… Thanks, but that fix was included in 4.1 and I'm about to upload 4.1 packages to unstable at last. No cherry-picking is required. Ben. -- Ben Hutchings Unix is many things to many people, but it's never been everything to anybody. signature.asc Description: This is a digitally signed message part
Bug#793067: Bug#792328: info: can no longer find the Emacs manual
On 3 August 2015 at 22:55, Karl Berry k...@freefriends.org wrote: Perhaps it's naive, but I feel like I might just want a dir like this so that I can find what I want and don't have to change global state and/or restart the viewer just to read different versions: I agree. You can have that now. It does not need new features, so far as I can see. Just put the entries you want in the dir file. When compiling emacs24.5, use configure --infodir=/usr/share/info/emacs24.5, etc. * Emacs (emacs.info):: * Emacs24.5 (emacs24.5/emacs.info):: * Emacs24.1 (emacs24.1/emacs.info):: There's the problem of how to generate these dir entries, without having the user type them into dir by hand. That's why I think it would be useful for install-info to be able to do some transformation, along with a transformation of the filename. (Karl, please explain why you think this is a bad idea.) I know there is already the --entry option, but that requires typing all the dir entries out, which is about as inconvenient as editing dir. And then your update-alternatives sets up the stuff like ln -s emacs24.5/emacs.info /usr/share/info/emacs.info so that cross-refs work. If you don't care about being able to access renamed files via cross-references, then the renaming of files to include versions is good enough. If INFOPATH is the string PATH, then the Info file search path is deduced from the value of the PATH environmental variable, so info foo should match the documentation for running foo. Then there would only be one foo.info manual reachable for each element in PATH (those other than the first can be accessed with info --all foo). This means that info foo can only give the manual for a particular version of foo if there is an executable called foo somewhere in the PATH (assuming a sensible setup). Otherwise you'd have to do info foo-12.34 instead. This relegates that manual to a second-class status, but that isn't too bad, because the corresponding executable is also second-class when it comes to the shell finding it. The only real alternative is to give Texinfo some awareness of different versions of manuals, which it doesn't have at the moment, beyond searching for manuals in its search path, which is IMO good enough. I share Karl's doubts about making Texinfo more complicated in this way. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777978: libwx-perl: ftbfs with GCC-5
On Thu, 12 Feb 2015 23:58:37 +0100, gregor herrmann wrote: Package: src:libwx-perl Version: 1:0.9923-4 Severity: normal Tags: sid stretch User: debian-...@lists.debian.org Usertags: ftbfs-gcc-5 The full build log can be found at: http://people.debian.org/~doko/logs/gcc5-20150205/libwx-perl_0.9923-4_unstable_gcc5.log The last lines of the build log are at the end of this report. [..] I suppose this should be fixed once libwx* is compiled with gcc-5. Good news: libwx-perl builds fine against the renamed *v5 wx libraries. 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 `- NP: REM: Endgame signature.asc Description: Digital Signature
Bug#794453: systemd: System freezee when systemd starts
Agree that the language was bad :( You filed this bug against version 215-17, yet you talk about 220-7. Please clarify. I have been unable to boot the machine with any version of systemd since 220-7 and which have been released to testing. The machine freezes as soon as systemd is started. I am able to reinstall systemd 215-17, which works just fine, which is the only version, where I can file a bug. Second, your subject says system freeze when systemd starts, yet the bug report talks about an install problem regarding udev. Please clarify. I am able to install newer version of systemd (and the five packages systemd depend on incl udev). For systemd 222-2 udev can not be installed as already reported.
Bug#790536: FTBFS with GCC 5: comparison of constant '-1' with boolean expression is always false
Ben Hutchings b...@decadent.org.uk (2015-08-03): Thanks, but that fix was included in 4.1 and I'm about to upload 4.1 packages to unstable at last. No cherry-picking is required. Yep, I've seen changes land for 4.1; no problem, just wanted to give it a try and make sure it wasn't a blocker. Mraw, KiBi. signature.asc Description: Digital signature
Bug#778096: Moreinfo: need data from patch author
tag 778096 moreinfo thanks Hi Matthias! I actually need more info from you. Yesterday I tried to build qtwebkit with an up-to-date sid chroot and got a problem compiling the code. Dmitry Schanev was kind to provide me the link to [diff] which is an upload you did for Ubuntu. While the code is still compiling it seems that the patch for Source/JavaScriptCore/runtime/JSObject.cpp is working, but I have a big issue here: there is no data about who's the author of it. Without that information it's incorrect for me to upload the package to Debian. As you did the upload I'm pretty sure you can answer me that so I can prepare the upload for whenever it's ready. Thanks in advance, Lisandro. [diff] https://launchpadlibrarian.net/213247063/qtwebkit-source_2.3.2-0ubuntu8_2.3.2-0ubuntu10.diff.gz -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#790494: Bug#764693: modem-manager-gui: crash on start
Dear Graham, There already is a patch http://download.tuxfamily.org/gsf/patch/modem-manager-gui-0.0.17.1-fix-libebook-api-break-v2.patch linked on http://linuxonly.ru/cms/e107_plugins/bug_tracker/bugs.php?0.item.3.31.0, but the bug remains not assigned. Is it possible to apply this patch on debian first, to make the software usable? On Mon, 29 Jun 2015 21:41:41 +0200 Graham Inggs gra...@nerve.org.za wrote: Hi persmule On 29 June 2015 at 07:19, persmule persm...@gmail.com wrote: Package: modem-manager-gui Version: 0.0.17.1-2 Followup-For: Bug #764693 Dear Maintainer, The bug reappears in modem-manager-gui 0.0.17.1-2. When I invoked modem-manager-gui in a terminal emulator, I got the following error log from its stdout, Then the program aborted: Connection manager: Network Manager = 0.9.0 Modem manager: Modem Manager = 0.7.0 Segmentation fault at address: 0x8 Stack trace: 1. modem-manager-gui(mmgui_addressbooks_new+0xeaf) [0x4135df] 2. modem-manager-gui(mmgui_addressbooks_new+0xeaf) [0x4135df] 3. modem-manager-gui() [0x42ebf3] 4. /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x145) [0x7f05943e42d5] 5. /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x2203c) [0x7f05943f603c] 6. /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xfd8) [0x7f05943fe698] 7. /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x8f) [0x7f05943fe8ff] 8. /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(+0xa93ee) [0x7f05946d03ee] 9. /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(g_application_run+0x172) [0x7f05946d05e2] And I managed to generate a core with gdb (attached, compressed with xz, but still large), may it be useful. This seems to be a different bug to #764693. I found a similar bug reported upstream: http://linuxonly.ru/cms/e107_plugins/bug_tracker/bugs.php?0.item.3.31.0 I have cloned the bug as #790494, please use this number for follow up. Regards Graham signature.asc Description: OpenPGP digital signature
Bug#794393: xserver-xorg-video-intel: Backport version causes hang on resume from suspend on Jessie
On Sun, Aug 2, 2015 at 7:37 AM, Jerome an.in...@free.fr wrote: Jul 31 18:42:41 x1 kernel: [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI - DRM/Intel Please file a bug report upstream (see instructions above) and let us know the bug number so we can mark it as forwarded in the BTS. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794511: libstdc++6 : Breaks: cython (= 0.22.1-1) but 0.22.1-1 is to be installed.
Package: cython Version: 0.21.1-1 Severity: serious Hello, currenly cython is not installable, preventing numpy to be built: The following packages have unmet dependencies: libstdc++6 : Breaks: cython (= 0.22.1-1) but 0.22.1-1 is to be installed. Unable to resolve dependencies! Giving up... Regards, Sandro -- 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/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cython depends on: ii libc6 2.19-17 ii python 2.7.9-1 Versions of packages cython recommends: ii gcc 4:4.9.2-2 ii python-dev 2.7.9-1 cython suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794461: RequirementParseError: Expected version spec in funcsigs; python_version3.3 at ; python_version3.3
❦ 3 août 2015 23:13 +0200, Wolodja Wentland w...@babilen5.org : When running cookiecutter the aforementioned error is encountered. The entire traceback is: $ cookiecutter --help […] pkg_resources.RequirementParseError: Expected version spec in funcsigs;python_version3.3 at ;python_version3.3 This seems to be a regression in python-mock. This spec string comes From its requirements.txt. It seems that pkg-resources from Python 2.7 is unable to parse such a string. A workaround may be to invoke with Python 3: python3 $(which cookiecutter) --help Reassigning. It could also be a bug in python-funcsigs that python-mock depends on ever since a Depends was added to it in #794013 - I'll take a more detailed look tomorrow, but the error message seems to lend further credit to this hypethesis. No, the bug is in python-mock. Edit /usr/lib/python2.7/dist-packages/mock-1.3.0.egg-info/dependency_links.txt and just put funcsigs as the first line and it will work. Maybe this could be done in python-mock debian/rules. I don't know enough the egg format to know the best way. -- The better part of valor is discretion. -- William Shakespeare, Henry IV signature.asc Description: PGP signature
Bug#792231: electrum
Le 03/08/2015 21:50, Tristan Seligmann a écrit : However, the primary issue is still dealing with tlslite somehow: I do not think the FTP masters / security team will be happy with me distributing an embedded copy of tlslite in the electrum package, and I don't feel comfortable maintaining tlslite in Debian either way given the circumstances. I perfectly understand that. As mentioned earlier, I am also planning to get rid of that dependency, for the same reasons. Electrum currently uses tlslite to verify RSA signatures, and to parse x509 certificates. For RSA signatures I am considering using the following package: https://pypi.python.org/pypi/rsa Note that python-cryptography is the cryptography library upon which python-openssl (PyOpenSSL) is based, not pycrypto which is a different library; but cryptography does use cffi to bind to OpenSSL etc., so is also not pure python. Unfortunately most of the existing mature TLS / X.509 / etc. handling code exists in C libraries... Oh I see. The reason why I want to stay with pure-python is that it makes the code easy to deploy on various platforms. I would not mind using a C library, though, if there is a pure-python fallback. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790050: Solved in package version 4.0.8-2?
While I noticed this bug with linux-image-4.0.0-2-amd64 version 4.0.8-1, it seems to have disappered with 4.0.8-2. signature.asc Description: PGP signature
Bug#794453: systemd: System freezee when systemd starts
Control: notfound -1 215-17 Control: found -1 220-7 Am 04.08.2015 um 00:29 schrieb Jens Stavnstrup: Agree that the language was bad :( You filed this bug against version 215-17, yet you talk about 220-7. Please clarify. I have been unable to boot the machine with any version of systemd since 220-7 and which have been released to testing. The machine freezes as soon as systemd is started. What do you mean by freeze? What is the last (error) message you get? Can you boot with systemd.log_level=debug systemd.debug-shell. This will give you a debug shell on tty9 very early during boot. Second, your subject says system freeze when systemd starts, yet the bug report talks about an install problem regarding udev. Please clarify. I am able to install newer version of systemd (and the five packages systemd depend on incl udev). For systemd 222-2 udev can not be installed as already reported. Someone created the input group incorrectly as non-system group. I would recommend removing the input group (delgroup input) so it can be re-created correctly by udev.postinst. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#794515: ejabberd: [INTL:fr] updated French debconf translation
Package: ejabberd Severity: wishlist Tags: patch l10n Hi! Please find attached the updated french 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. Kind Regards jipege fr.po.gz Description: application/gzip
Bug#768389: icedove: XML error
Hi Pierre, On Fr, Nov 07, 2014 at 01:14:15 +0100, Pierre Rudloff wrote: When I run Icedove in French, I get an XML error: Erreur d'analyse XML : entité non définie Emplacement : chrome://messenger/content/messenger.xul Numéro de ligne 37, Colonne 1 :window id=messengerWindow I can't reproduce when running in English (LANG=C). I'm trying to reproduce your bug with icedove-l10n-fr on Wheezy but I'm unable to do so. Is the bug still present in your installation? If so, could you try to move your icedove profile and check for this error with a new profile? BTW: Where does the error message appear? Cheers, Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794358: supertux: please install higher resolution icon (patch included)
Control: tag -1 + pending On Sat, Aug 1, 2015 at 11:21 PM, Ronny Standtke ronny.stand...@gmx.net wrote: Package: supertux Version: 0.3.5a-1~bpo8+2 Severity: minor Tags: patch The supertux icon looks very blurry on desktops with larger icons, e.g. GNOME. I noticed that there is a higher resolution available in the source package (data/images/engine/icons/supertux-256x256.png). When installing this file (see attached patch) the icon looks much better. Thanks for the patch! Again I decided to use dh_link to symlink the icon file to the correct dir instead of introducing a build-dep on dh-exec. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794520: linux-image-4.0.0-2-amd64: AMD A8-7100, no thermal information
Package: src:linux Version: 4.0.8-2 Severity: normal Dear Maintainer, using a Lenovo E555, acpi -t returns nothing. sensors-detect suggested k10temp Manually loading said module does not help (acpi -t stay null) nor does it complains in /var/log/messages Output of lscpu appended at the end of this message. More general notes about this model so far, but out of scope from this report: Using Jessie + kernel from unstable - wifi: does not work without spurious and frequent disconnection, needs a module from github - bluetooth: does not work, needs a module from github - graphics chipset: - xorg still failing back on VESA: some hope will come from linux 4.2 and the DRM_AMDGPU/amdkfd - backlight: /sys/class/backlight/thinkpad_screen exists using acpi_backlight=vendor, but xrandr (thus xbacklight) complains: Failed to get size of gamma for output default - thermal absent Best regards -- Package-specific info: ** Version: Linux version 4.0.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 (Debian 4.9.3-2) ) #1 SMP Debian 4.0.8-2 (2015-07-22) ** Command line: BOOT_IMAGE=/vmlinuz-4.0.0-2-amd64 root=/dev/mapper/my--root ro acpi_backlight=vendor ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Model information sys_vendor: LENOVO product_name: 20DH000TUK product_version: ThinkPad E555 chassis_vendor: LENOVO chassis_version: Not Available bios_vendor: LENOVO bios_version: HTET35WW (1.07 ) board_vendor: LENOVO board_name: 20DH000TUK board_version: SDK0E50510 WIN ** Loaded modules: rfcomm thermal sha256_ssse3 sha256_generic bnep ctr ccm uinput nfsd auth_rpcgss oid_registry nfs_acl nfs lockd grace fscache sunrpc bridge stp llc fuse parport_pc ppdev lp parport loop arc4 rtl8723be(O) btcoexist(O) rtl_pci(O) rtlwifi(O) uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core joydev btusb(O) snd_hda_codec_conexant mac80211 snd_hda_codec_hdmi snd_hda_codec_generic snd_hda_intel kvm_amd v4l2_common videodev media snd_hda_controller kvm bluetooth cfg80211 snd_hda_codec snd_hwdep snd_pcm_oss edac_mce_amd snd_mixer_oss fam15h_power thinkpad_acpi rtsx_pci_ms psmouse edac_core memstick nvram pcspkr serio_raw snd_pcm snd_timer i2c_piix4 snd shpchp soundcore rfkill battery ac evdev acpi_cpufreq processor ext4 crc16 mbcache jbd2 algif_skcipher af_alg dm_crypt dm_mod sg sr_mod cdrom sd_mod ohci_pci crct10dif_pclmul crc32_pclmul crc32c_intel rtsx_pci_sdmmc ghash_clmulni_intel mmc_core aesni_intel aes_x86_64 lrw gf128mul glue_helper ablk_helper cryptd ohci_hcd ehci_pci ehci_hcd radeon ahci libahci xhci_pci xhci_hcd libata i2c_algo_bit ttm usbcore scsi_mod drm_kms_helper usb_common r8169 mii rtsx_pci mfd_core drm wmi video thermal_sys button ** PCI devices: 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 30h-3fh) Processor Root Complex [1022:1422] Subsystem: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 30h-3fh) Processor Root Complex [1022:1422] Control: I/O- Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Kaveri [Radeon R5 Graphics] [1002:1318] (prog-if 00 [VGA controller]) Subsystem: Lenovo Device [17aa:5110] Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Interrupt: pin A routed to IRQ 42 Region 0: Memory at e000 (64-bit, prefetchable) [size=256M] Region 2: Memory at f000 (64-bit, prefetchable) [size=8M] Region 4: I/O ports at 3000 [size=256] Region 5: Memory at f0b0 (32-bit, non-prefetchable) [size=256K] Expansion ROM at f0b6 [disabled] [size=128K] Capabilities: access denied 00:01.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Kaveri HDMI/DP Audio Controller [1002:1308] Subsystem: Lenovo Device [17aa:5110] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 32 bytes Interrupt: pin B routed to IRQ 43 Region 0: Memory at f0b4 (64-bit, non-prefetchable) [size=16K] Capabilities: access denied Kernel driver in use: snd_hda_intel 00:02.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1424] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- 00:03.0 Host bridge [0600]: Advanced Micro Devices,
Bug#793551: [pkg-wine-party] Bug#793551: Bug#793551: wine-development: Consider providing through Backports instead of Stable
On 08/04/2015 04:38 AM, Michael Gilbert wrote: On Sun, Jul 26, 2015 at 10:54 PM, jre wrote: First off, yes, the current upstream version via backports would be nice. Now I'm seriously thinking about doing wine-development backports for Jessie's lifespan if I find a sponsor (I'm not a Debian Developer or Maintainer). Mike, Stephen, what do you think? Since you've been contributing for a while, please feel free to request access to pkg-wine on alioth. You can start work on a jessie-backport branch. Great! Thanks. Will do so soon. I've been thinking about jessie-backport-1.7.x to be more future proof. Greets jre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794524: gnome-lirc-properties complains there is no python module named glade
Package: gnome-lirc-properties Version: 0.5.1-0ubuntu1 Severity: normal Dear Maintainer, I installed gnome-lirc-properties on xubuntu wily (which I think was originally a minimal desktop install, not a full desktop install) and found it needs a python glade library that it doesn't depend upon. Its probably an easy fix of adding a dependency. Thanks so much! This is what I get when I try to run it: all@megadon:~/annex$ dpkg -l | grep glade ii libglade2-0:amd64 1:2.6.4-2 amd64library to load .glade files at runtime all@megadon:~/annex$ gnome-lirc-properties Traceback (most recent call last): File /usr/bin/gnome-lirc-properties, line 3, in module import gettext, locale, os.path, sys, gtk.glade ImportError: No module named glade -- System Information: Debian Release: jessie/sid APT prefers wily-updates APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-4-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-lirc-properties depends on: ii lirc 0.9.0-0ubuntu5 ii policykit-1 0.105-11 ii python2.7.9-1 ii python-gtk2 2.24.0-4ubuntu1 ii python-support1.0.15 ii rarian-compat [scrollkeeper] 0.8.1-6 ii scrollkeeper 0.8.1-6 ii yelp 3.16.1-1ubuntu1 gnome-lirc-properties recommends no packages. gnome-lirc-properties 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#792013: Is it ok to upload liblog4cxx to sid?
Hi Julien, Am Montag, den 03.08.2015, 15:40 +0200 schrieb Julien Cristau: On Sun, Aug 2, 2015 at 21:59:05 +0200, Tobias Frost wrote: Just asking if I should upload the package with the GCC-5 fix to sid, as the transistion has now started? Please let me know! Yes, please go ahead. Cheers, Julien Many thanks, uploaded, and all the buildds are green. zookeeper and roboptim-core needs a binNMU, (the remaining one, solarpowerlog will require an upload and a two other libs fixed first; as I'm the maintainer of it, I'll take care) the syntax should be: nmu zookeeper . ALL . -m Rebuild against liblog4cxx10v5 nmu robotim-core . ALL . -m Rebuild against liblog4cxx10v5 Thanks! -- tobi signature.asc Description: This is a digitally signed message part
Bug#794527: please mark libgs9-common as Multi-Arch:foreign
Package: libgs9-common Version: 9.16~dfsg-2 Severity: normal Tags: patch User: helm...@debian.org Usertags: rebootstrap Control: block 770266 by -1 libgs9-dev is not currently installable for non-native architectures, because it transitively depends on libgs9-common, which is arch:all and thus treated as native. As far as I can see, just marking libgs9-common as Multi-Arch: foreign would make libgs9-dev installable for non-native architectures without going the full road to make it fully multiarch. (Of course you still cannot install libgs9 for multiple arches.) So I am splitting the multiarch bug #770266 into this easier piece and attach a patch for it. Helmut diff -Nru ghostscript-9.16~dfsg/debian/changelog ghostscript-9.16~dfsg/debian/changelog --- ghostscript-9.16~dfsg/debian/changelog 2015-08-01 19:05:47.0 +0200 +++ ghostscript-9.16~dfsg/debian/changelog 2015-08-02 09:48:27.0 +0200 @@ -1,3 +1,10 @@ +ghostscript (9.16~dfsg-2.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Mark libgs9-common Multi-Arch: foreign. (Closes: #-1) + + -- Helmut Grohne hel...@subdivi.de Sun, 02 Aug 2015 08:21:14 +0200 + ghostscript (9.16~dfsg-2) unstable; urgency=medium * Fix lintian overrides. diff -Nru ghostscript-9.16~dfsg/debian/control ghostscript-9.16~dfsg/debian/control --- ghostscript-9.16~dfsg/debian/control2015-07-31 22:02:15.0 +0200 +++ ghostscript-9.16~dfsg/debian/control2015-08-02 08:21:31.0 +0200 @@ -108,6 +108,7 @@ Architecture: all Depends: ${misc:Depends} Recommends: ${cdbs:Recommends} +Multi-Arch: foreign Description: interpreter for the PostScript language and for PDF - common files GPL Ghostscript is used for PostScript/PDF preview and printing. Usually as a back-end to a program such as ghostview, it can display diff -Nru ghostscript-9.16~dfsg/debian/control.in ghostscript-9.16~dfsg/debian/control.in --- ghostscript-9.16~dfsg/debian/control.in 2015-08-01 19:24:40.0 +0200 +++ ghostscript-9.16~dfsg/debian/control.in 2015-08-02 09:30:17.0 +0200 @@ -77,6 +77,7 @@ Architecture: all Depends: ${misc:Depends} Recommends: ${cdbs:Recommends} +Multi-Arch: foreign Description: interpreter for the PostScript language and for PDF - common files GPL Ghostscript is used for PostScript/PDF preview and printing. Usually as a back-end to a program such as ghostview, it can display diff -Nru ghostscript-9.16~dfsg/debian/control.in.in ghostscript-9.16~dfsg/debian/control.in.in --- ghostscript-9.16~dfsg/debian/control.in.in 2015-07-26 18:52:11.0 +0200 +++ ghostscript-9.16~dfsg/debian/control.in.in 2015-08-02 09:33:32.0 +0200 @@ -77,6 +77,7 @@ Architecture: all Depends: ${misc:Depends} Recommends: ${cdbs:Recommends} +Multi-Arch: foreign Description: interpreter for the PostScript language and for PDF - common files GPL Ghostscript is used for PostScript/PDF preview and printing. Usually as a back-end to a program such as ghostview, it can display
Bug#794440: This bug is blocking part of KDE's gcc-5 transition
Hello, I used the suggestion by Boris Kolpackov to build a version of xsdcxx that builds in the current version of sid. (And thank you Boris for the recommendation) diane@myrada:~/src/t$ diff -u xsd/debian/rules ../xsd-4.0.0/debian/rules --- xsd/debian/rules2015-08-03 20:36:47.739713426 -0700 +++ ../xsd-4.0.0/debian/rules 2015-08-03 13:59:24.933015306 -0700 @@ -23,6 +23,7 @@ override_dh_clean: rm -f $(CURDIR)/libcult/build/system/configuration-dynamic.make + make xsd_clean_gen=n clean dh_clean Libkolabxml uses xsdcxx and the lack of xsdcxx is preventing the Qt KDE team from rebuilding libkolabxml for gcc-5 and thus blocking blocking the transition of most of the KDE PIM stack. It would be best if you could apply the patch and make a release, but if needed and if there's no objection I can do a NMU for this in 2 days (as part of the gcc-5 transition) Diane Trout signature.asc Description: This is a digitally signed message part.
Bug#794525: libnm-glib-vpn1: network-manager upgrade to 1.0.4-1 broke my OpenConnect VPN
Package: libnm-glib-vpn1 Version: 1.0.4-1 Severity: normal Dear Maintainer, After upgrading network-manager packages from 1.0.2-2 to 1.0.4-1, my OpenConnect VPN connection stopped working reliably. Most TCP connections over the VPN hang and eventually fail with connection reset. Downgrading network-manager packages to 1.0.2-2 again works around the problem. I tried rebuilding network-manager-openconnect against network-manager 1.0.4-1, but it didn't help. -- System Information: Debian Release: stretch/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (102, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.3+ (SMP w/4 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libnm-glib-vpn1 depends on: ii libc6 2.19-19 ii libdbus-1-3 1.8.20-1 ii libdbus-glib-1-2 0.102-1 ii libglib2.0-0 2.44.1-1.1 ii libnm-util2 1.0.4-1 libnm-glib-vpn1 recommends no packages. libnm-glib-vpn1 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#793289: xsd and change of type of systemerror
It looks to me like like xsdcxx is subject to the change in the type of ios_base::failure see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66145 and https://wiki.debian.org/GCC5 However I suspect its probably a minor issue, as in this case as xsdcxx is a code generator and at least in the code generated by xsdcxx for libkolabxml I didn't see any of the *::failure objects being caught. So I think it just means xsdcxx will crash instead of giving a useful error message. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794526: busybox: testsuite is run iff DEB_BUILD_OPTIONS contains nocheck
Source: busybox Version: 1.22.0-15 Severity: important Tags: patch User: helm...@debian.org Usertags: rebootstrap During a partial archive cross rebuild, I noticed that busybox FTCBFS, because it runs its test suite despite being told DEB_BUILD_OPTIONS=nocheck. This is surprising, because it actually tries to take care of that flag. Even more surprising (and the reason for flagging this bug as important) is that the test suite is not run during native buildd builds. It turned out that the detection logic has an inversion flaw, so the test suite is run and only run when DEB_BUILD_OPTIONS contains nocheck. The attached patch might or might not fix the FTCBFS, but it fixes the logic inversion. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793551: [pkg-wine-party] Bug#793551: Bug#793551: wine-development: Consider providing through Backports instead of Stable
On Sun, Jul 26, 2015 at 10:54 PM, jre wrote: First off, yes, the current upstream version via backports would be nice. Now I'm seriously thinking about doing wine-development backports for Jessie's lifespan if I find a sponsor (I'm not a Debian Developer or Maintainer). Mike, Stephen, what do you think? Since you've been contributing for a while, please feel free to request access to pkg-wine on alioth. You can start work on a jessie-backport branch. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767754: [lintian] new check: file-in-root-and-usr
--- checks/usrmerge.desc | 17 checks/usrmerge.pm | 47 profiles/debian/main.profile | 2 +- 3 files changed, 65 insertions(+), 1 deletion(-) create mode 100644 checks/usrmerge.desc create mode 100644 checks/usrmerge.pm diff --git a/checks/usrmerge.desc b/checks/usrmerge.desc new file mode 100644 index 000..33ae8d4 --- /dev/null +++ b/checks/usrmerge.desc @@ -0,0 +1,17 @@ +Check-Script: usrmerge +Author: Marco d'Itri m...@linux.it +Abbrev: usr +Type: binary +Needs-Info: unpacked +Info: This script checks for files with the same name installed in / and /usr. + +Tag: file-in-root-and-usr +Severity: important +Certainty: certain +Info: The package ships the two (or more) files with the same name + installed both in /{bin,sbin,lib*}/ and /usr/{bin,sbin,lib*}/. + This is incompatible with the everything-in-usr directories scheme. + . + Packages which need to do this must create in postinst one of the files + to be a symbolic link to the other one. +Ref: http://anonscm.debian.org/cgit/users/md/usrmerge.git/plain/debian/README.Debian diff --git a/checks/usrmerge.pm b/checks/usrmerge.pm new file mode 100644 index 000..e222c9a --- /dev/null +++ b/checks/usrmerge.pm @@ -0,0 +1,47 @@ +# usrmerge -- lintian check script -*- perl -*- + +# Copyright (C) 2014 Marco d'Itri +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation; either version 2 of the License, or +# (at your option) any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program. If not, you can find it on the World Wide +# Web at http://www.gnu.org/copyleft/gpl.html, or write to the Free +# Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, +# MA 02110-1301, USA. + +package Lintian::usrmerge; +use strict; +use warnings; +use autodie; + +use Lintian::Tags qw(tag); + +sub run { +my (undef, undef, $info) = @_; + +foreach my $file1 ($info-sorted_index) { +next unless $file1 =~ m,^(?:s?bin|lib(?:|x?32|64))/,; +my $file2 = $info-index(usr/$file1) or next; + +tag 'file-in-root-and-usr', $file1, $file2; +} + +return; +} + +1; + +# Local Variables: +# indent-tabs-mode: nil +# cperl-indent-level: 4 +# End: +# vim: syntax=perl sw=4 sts=4 sr et diff --git a/profiles/debian/main.profile b/profiles/debian/main.profile index 7c27ff3..f9bd6fb 100644 --- a/profiles/debian/main.profile +++ b/profiles/debian/main.profile @@ -7,7 +7,7 @@ Enable-Tags-From-Check: apache2, automake, binaries, changelog-file, changes-fil duplicate-files, fields, filename-length, files, group-checks, huge-usr-share, infofiles, init.d, java, lintian, manpages, md5sums, menu-format, menus, nmu, ocaml, patch-systems, phppear, po-debconf, rules, scripts, shared-libs, - source-copyright, standards-version, symlinks, systemd, testsuite, + source-copyright, standards-version, symlinks, systemd, testsuite, usrmerge, version-substvars, watch-file Disable-Tags: hardening-no-stackprotector -- 2.5.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792321: a clue about the crash.
Hello, as I encountered this bug and read the workaround and the suggestion to save the kscreen configuration before applying it I was able to get a diff of a kscreen file that was causing a crash.. @@ -1,17 +1,24 @@ [ { -enabled: false, +enabled: true, id: 56a261ac023a91a83de96bf5cb585786, metadata: { fullname: xrandr-unknown, name: LVDS1 }, +mode: { +refresh: 60.018642425537109, +size: { +height: 768, +width: 1366 +} +}, pos: { x: 0, y: 0 }, -primary: false, +primary: true, rotation: 1 }, { enabled: true, I have another kscreen configuration that was regenerated after I got home, and that one had the mode section in both versions. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794237: openconnect: Does not work with network-manager 1.0.4
On Mon, 2015-08-03 at 09:36 -0400, Mike Miller wrote: On Mon, Aug 03, 2015 at 10:42:25 +0300, Matti Koskimies wrote: Versions: network-manager 1.0.4-1 openconnect: 7.06-2 I did a little research and found out that the routing table was different with different NM versions installed after starting openconnect. So I found a workaround: ip route add default dev tun0 scope link After that command all connections work as expected. What might be the reason for this? Ok well if the routing configuration is the problem, then this should likely be reassigned to network-manager. To be sure, can you connect with openconnect on the command-line alone and get a successful connection, and routes set up the way you expect? Does fiddling with the NM VPN configuration dialog options change anything? E.g. any options in the IPv4 routing dialog? Is your VPN configured for split tunneling? I'm using only command line for both openconnect and network-manager. So don't even have network-manager-openconnect installed. I'm using self written systemd files to connect and disconnect the VPN. The command I use for starting is: /usr/sbin/openconnect --quiet --background --pid -file=/var/run/openconnect.pid --usergroup=$USERGROUP --user=$VPNUSER - -passwd-on-stdin $SERVER $PASSWORD That's all the configuration I have. Connecting from the GUI never worked for me, because the GUI is missing some settings that are required by my VPN provider (username, usergroup). -- Matti K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787582: Info received (Bug#787582: VDPAU needed)
OK got it, many thanks for everything, you're all great ! 2015-08-03 20:38 GMT+02:00 Julien Aubin julien.au...@gmail.com: Hi, No problem, actually I thought it was simply a miss. Thanks ! :-) 2015-08-03 18:45 GMT+02:00 Luca Boccassi luca.bocca...@gmail.com: On Mon, 2015-08-03 at 18:36 +0200, Julien Aubin wrote: Hello, Actually things won't work until we also have the i386 flavour of libvdpau1 :-( Hello, Please be patient, the build elves are working as hard as they can! :-) All the supported architectures will pop up soon in the repositories. You can follow the progress on the buildd page [1], reachable as a link from the package's PTS [2]. Kind regards, Luca Boccassi [1] https://buildd.debian.org/status/package.php?p=libvdpausuite=jessie-backports [2]https://tracker.debian.org/pkg/libvdpau
Bug#780998: Problem only applies to Emacs
Investigating a little further, it seems that Emacs is not the only X client affected. So far though, meld is the only other app I've found that is affected in a similar (although more severe) manner. Haven't yet had a chance to try other combinations of OS on each end with meld (affected = Ubuntu X server, meld on Debian over ssh). Cheers, Nick -- Nick Phillips / nick.phill...@otago.ac.nz / 03 479 4195 # These statements are mine, not those of the University of Otago
Bug#794528: libmount1: fuse user option: can mount but not umount
Package: libmount1 Version: 2.27~rc1-1 Severity: normal Tags: upstream hi The fstab line: curlftpfs#emmanuel:password@telemmanuel:2221/mpnts/telephone-emmanuel fusenoauto,rw,user,uid=1000,_netdev 0 0 I can mount/umount as root without problem, but for a normal user I can just mount: emmanuel@fanti: ~ $ mount /mpnts/telephone-emmanuel emmanuel@fanti: ~ $ ls -d /mpnts/telephone-emmanuel/a* /mpnts/telephone-emmanuel/acct/ emmanuel@fanti: ~ $ umount /mpnts/telephone-emmanuel umount: /mpnts/telephone-emmanuel: Permission denied emmanuel@fanti: ~ $ tail -n1 /etc/mtab curlftpfs#ftp://emmanuel:tytotu@telemmanuel:2221/ /mpnts/telephone-emmanuel fuse rw,nosuid,nodev,noexec,relatime,user_id=1000,group_id=1000 0 0 This bug is already known: http://fuse.996288.n3.nabble.com/Cannot-umount-as-non-root-user-anymore- td689.html http://sourceforge.net/p/fuse/mailman/message/29878050/ As explained, the user option is not in mtab and then a normal user can't umount. thx -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libmount1 depends on: ii libblkid12.25.2-6 ii libc62.19-18 ii libselinux1 2.3-2 libmount1 recommends no packages. libmount1 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#794523: network-manager-openvpn: Unable to connect with a secret shared key.
Package: network-manager-openvpn Version: 1.0.2-1 Severity: important Dear Maintainer, I'm using an openvpn client connection that fails since a few weeks/months. My configuration is with a shared secret key (no tls). I have not checked the advanced parameter with a specific renegotiation interval. But syslog says: Options error: Parameter renegotiate_seconds can only be specified in TLS-mode, i.e. where --tls-server or --tls-client is also specified. Kind regards -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager-openvpn depends on: ii libc6 2.19-19 ii libdbus-1-3 1.8.20-1 ii libdbus-glib-1-2 0.102-1 ii libglib2.0-0 2.44.1-1.1 ii libnm-glib-vpn1 1.0.2-2 ii libnm-glib4 1.0.2-2 ii libnm-util2 1.0.2-2 ii openvpn 2.3.7-1 network-manager-openvpn recommends no packages. network-manager-openvpn 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#794522: RFS: safe-iop/0.3.1-1 [ITP] -- Safe integer operations library
Package: sponsorship-requests Severity: wishlist * Package name: safe-iop Version: 0.3.1-1 * URL: http://code.google.com/p/safe-iop * License: public-domain Section: libs Dear mentors, I am looking for a sponsor for my new package safe-iop, which builds those binary packages: * libsafe-iop0 -- Dynamic library * libsafe-iop-dev -- Development files To access further information about this package, please visit the following URL: http://mentors.debian.net/package/safe-iop https://github.com/seamlik/debianpkg-safe-iop safe-iop is a dependency of libdex in Android Dalvik project, which is being packaged by me, so I need to package safe-iop. 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#794521: update-menus not recognizing or using entry in ~/.menu
Package: menu Version: 2.1.46 Kernal: Linux 3.2.0-4-486 #1 Debian 3.2.68-1+deb7u2 i686 GNU/Linux I am using X11 LDXE I am experiencing the same problem as former unresolved bug#: 196379 (closed): update-menus is not recognizing or using my entry in ~/.menu Example: I'm trying to remove the menu item Galculator from 'Accessories'. I have placed an empty file named 'galculator' in ~/.menu with the command: echo -n ~/.menu/galculator Then from the user command prompt I run update-menus. No error is occurs. User prompt returned with no error reported. When I mouse over to Menu:Accessories, Galculator is still visible. Thank you for your attention. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794430: [Cupt-devel] Bug#794430: cupt: Trying to install a uninstallable package, and not error is show
On Mon, Aug 3, 2015 at 11:09 PM, Javier Barroso javibarr...@gmail.com wrote: Hello Eugene, Sorry for the top posting ... On Mon, Aug 3, 2015 at 10:15 PM, Javier Barroso javibarr...@gmail.com wrote: $ sudo cupt -o debug::resolve=yes install gnome-shell Building the package cache... Initializing package resolver and worker... Scheduling requested actions... Resolving possible unmet dependencies... javi@Doraemon:~$ sudo su root@Doraemon:/home/javi# cupt -o debug::resolve=yes install gnome-shell Building the package cache... Initializing package resolver and worker... Scheduling requested actions... Resolving possible unmet dependencies... Violación de segmento Launching with LANG=C won't change the message. In english is Segmentation fault. I'm attaching strace, maybe there is any file corrupted on my system ? Why sudo is not showing me Violación de segmento? Thank you very much On Mon, Aug 3, 2015 at 8:26 PM, Eugene V. Lyubimkin jac...@debian.org wrote: Hi Javier, Thank you for the report. Indeed, it's looks like a bug if cupt didn't print any reason. On 03.08.2015 01:26, Javier Barroso wrote: Currently on sid (last apt full-upgrade, removed gnome-shell, there is a dependency which cannot be satisfied). There is a verbose / debug flag on cupt? Yes, there is, add -o debug::resolver=yes for this case. Could you try it and send the log? I had apt installed from experimental ( I did not know until Axel told me at #7944269) But now i have apt installed from unstable, and i purged cupt and installed again, and it is giving me segmentation fault. At gdb: Program received signal SIGSEGV, Segmentation fault. 0x77aa9378 in boost::xpressive::detail::tracking_ptrboost::xpressive::detail::regex_implchar const* ::get (this=this@entry=0xfc5268) at /usr/include/boost/xpressive/detail/utility/tracking_ptr.hpp:430 430if(intrusive_ptrelement_type impl = this-fork_()) # LANG=C apt list --installed *boost* Listing... Done libboost-atomic1.55.0/unstable,now 1.55.0+dfsg-4 amd64 [installed,auto-removable] libboost-dev/unstable,now 1.58.0.1 amd64 [installed] libboost-iostreams1.55.0/unstable,now 1.55.0+dfsg-4 amd64 [installed,automatic] libboost-program-options1.55.0/unstable,now 1.55.0+dfsg-4 amd64 [installed,automatic] libboost-serialization1.55.0/unstable,now 1.55.0+dfsg-4 amd64 [installed,auto-removable] libboost-system1.54.0/unstable,now 1.54.0+dfsg-7 amd64 [installed] libboost-system1.55.0/unstable,now 1.55.0+dfsg-4 amd64 [installed,automatic] libboost1.58-dev/unstable,now 1.58.0+dfsg-3 amd64 [installed] I hope this help Thank you very much PD: Now i have not experimental package installed: # LANG=C apt list --installed | grep exper WARNING: apt does not have a stable CLI interface yet. Use with caution in scripts. The same behaviour with any package: # cupt install cupt # cupt install sl # sl is not installed 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#794492: systemd: Loginctl displays no sessions after waking up from suspend.
Control: severity -1 normal Control: tags -1 moreinfo unreproducible Am 03.08.2015 um 18:30 schrieb Marcin Wolcendorf: Package: systemd Version: 222-2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Waking-up from a suspend. * What exactly did you do (or not do) that was effective (or ineffective)? Reboot is effective. And useless - I want a suspend, not a power off. Reproducing is simple - suspend, and wake up. Nothing in the loginctl list-sessions, so no suspend from GUI possible any more. Your issue is not reproducible here (with systemd being PID 1) logind sessions are correctly shown after resume from suspend. You are using sysvinit, so your problem might be specific to sysvinit/systemd-shim. Please test with systemd as pid 1 and test if you can reproduce the problem there. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#794453: systemd: System freezee when systemd starts
Control: severtiy -1 important Control: tags -1 moreinfo Am 03.08.2015 um 10:27 schrieb Jens Stavnstrup: Package: systemd Version: 215-17 Severity: critical Justification: breaks the whole system Trying to install 220-7 and all subsequent releases. On 222-2 udev will not install - same description as reported in #794280 This machine is running Jessie/testing destributionand was originally installed from a Debian 7.0/Wheezy CD. You filed this bug against version 215-17, yet you talk about 220-7. Please clarify. Second, your subject says system freeze when systemd starts, yet the bug report talks about an install problem regarding udev. Please clarify. So far, I'm unable to say, what this but report is supposed to be about. -- 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#793067: Bug#792328: info: can no longer find the Emacs manual
That doesn't happen, and nobody seems to miss it. If the shell can avoid a lot of complexity handling multiple versions of programs, I suspect it may not be necessary for documentation either. Indeed. Which is why I don't understand why we're having this whole thread. Sorry. It seems to me that symlinks, configure --infodir, INFOPATH, multiple dir files, whatever ..., is already enough mechanism, and any attempt to explicitly support multiple versions of manuals will just lead to madness. k -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637627: hostname -A has multiple values
On Mon, Aug 03, 2015 at 12:52:11PM +0200, Thorsten Glaser wrote: Hi, this patch is wrong! I pretty much agree, yes. I pondered it for a bit while reading mailname(5) and hostname(1). I repushed it anyway since i see an improvments instead of just failing over. Thanks though for fiding a system with more than 1 hostname, looks like all the system i have access to have only one. Now i wonder on the better action (granted that we should stay with `hostname -f` output if that works), would it be better to 1) strip `hostname -A` output to only consider the first result (is it sorted or otherwise stable on a system?) 2) use a fixed string like localhost. After all, that the /etc/mailname of a chroot... Another way would be just copy the /etc/mailname of the host, the very same way it's done for /etc/hosts, /etc/hostname and /etc/resolv.conf. I welcome suggestions, otherwise I think i'll go with the last one, since i see no drawback with it like i can do with the others. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: Digital signature
Bug#794509: grepcidr: new upstream version
Package: grepcidr Version: 1.3-6 Severity: normal Looks like upstream at http://www.pc-tools.net/unix/grepcidr/ has a newer 2.0 version released 2014-05-26. It might be nice to get this package updated. Thanks! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org