Bug#791134: libktoblzcheck: diff for NMU version 1.48-2.1
Control: tag -1 patch pending Dear maintainer, I've prepared an NMU for libktoblzcheck (versioned as 1.48-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 diff -Nru libktoblzcheck-1.48/debian/changelog libktoblzcheck-1.48/debian/changelog --- libktoblzcheck-1.48/debian/changelog 2015-05-03 20:52:07.0 +0100 +++ libktoblzcheck-1.48/debian/changelog 2015-08-08 13:30:22.0 +0100 @@ -1,3 +1,11 @@ +libktoblzcheck (1.48-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++ ABI transition, +patch from Ubuntu (see #791134) + + -- Jonathan Wiltshire j...@debian.org Sat, 08 Aug 2015 13:30:21 +0100 + libktoblzcheck (1.48-2) unstable; urgency=medium * Add a minimalistic autopkgtest. diff -Nru libktoblzcheck-1.48/debian/control libktoblzcheck-1.48/debian/control --- libktoblzcheck-1.48/debian/control 2015-05-03 20:52:07.0 +0100 +++ libktoblzcheck-1.48/debian/control 2015-08-08 13:29:50.0 +0100 @@ -11,10 +11,12 @@ Vcs-Browser: http://source.lenk.info/git/libktoblzcheck.git Vcs-Git: git://source.lenk.info/git/libktoblzcheck.git -Package: libktoblzcheck1c2a +Package: libktoblzcheck1v5 Architecture: any Depends: ${shlibs:Depends}, ${perl:Depends}, ${misc:Depends} Suggests: ktoblzcheck +Conflicts: libktoblzcheck1c2a +Replaces: libktoblzcheck1c2a Description: library for verification of account numbers and bank codes libktoblzcheck is a library for verification of bank account numbers and bank codes (BLZ) of German Banks. It is based on the specifications of the @@ -24,7 +26,7 @@ Package: libktoblzcheck1-dev Section: libdevel Architecture: any -Depends: libktoblzcheck1c2a (= ${binary:Version}), ${misc:Depends} +Depends: libktoblzcheck1v5 (= ${binary:Version}), ${misc:Depends} Description: library for verification of account numbers and bank codes (development files) libktoblzcheck is a library for verification of bank account numbers and bank codes (BLZ) of German Banks. It is based on the specifications of the @@ -47,7 +49,7 @@ Section: debug Priority: extra Architecture: any -Depends: libktoblzcheck1c2a (= ${binary:Version}), +Depends: libktoblzcheck1v5 (= ${binary:Version}), ktoblzcheck (= ${binary:Version}), ${misc:Depends} Description: library for verification of account numbers and bank codes (debug symbols) libktoblzcheck is a library for verification of bank account numbers and bank @@ -60,7 +62,7 @@ Package: python-ktoblzcheck Section: python Architecture: all -Depends: ${python:Depends}, ${misc:Depends}, libktoblzcheck1c2a +Depends: ${python:Depends}, ${misc:Depends}, libktoblzcheck1v5 Description: library for verification of account numbers and bank codes (Python bindings) libktoblzcheck is a library for verification of bank account numbers and bank codes (BLZ) of German Banks. It is based on the specifications of the diff -Nru libktoblzcheck-1.48/debian/libktoblzcheck1c2a.docs libktoblzcheck-1.48/debian/libktoblzcheck1c2a.docs --- libktoblzcheck-1.48/debian/libktoblzcheck1c2a.docs 2015-05-03 20:52:07.0 +0100 +++ libktoblzcheck-1.48/debian/libktoblzcheck1c2a.docs 1970-01-01 01:00:00.0 +0100 @@ -1,3 +0,0 @@ -NEWS -README -AUTHORS diff -Nru libktoblzcheck-1.48/debian/libktoblzcheck1c2a.install libktoblzcheck-1.48/debian/libktoblzcheck1c2a.install --- libktoblzcheck-1.48/debian/libktoblzcheck1c2a.install 2015-05-03 20:52:07.0 +0100 +++ libktoblzcheck-1.48/debian/libktoblzcheck1c2a.install 1970-01-01 01:00:00.0 +0100 @@ -1,2 +0,0 @@ -usr/lib/lib*.so.* -var/lib/ktoblzcheck1/* diff -Nru libktoblzcheck-1.48/debian/libktoblzcheck1c2a.postrm libktoblzcheck-1.48/debian/libktoblzcheck1c2a.postrm --- libktoblzcheck-1.48/debian/libktoblzcheck1c2a.postrm 2015-05-03 20:52:07.0 +0100 +++ libktoblzcheck-1.48/debian/libktoblzcheck1c2a.postrm 1970-01-01 01:00:00.0 +0100 @@ -1,32 +0,0 @@ -#!/bin/sh -# postrm script for libktoblzcheck - -set -e - -bankdatadir=/var/lib/ktoblzcheck1 - -case $1 in -purge) - # remove out-of-package bankdata files possibly generated by - # online_update.pl script: - if [ -d $bankdatadir ]; then - rm $bankdatadir/bankdata_[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9].txt 2 /dev/null || true - rmdir $bankdatadir 2 /dev/null || true - fi -;; - -remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear) -;; - -*) -echo postrm called with unknown argument \`$1' 2 -exit 1 -;; -esac - -# dh_installdeb will replace this with shell code automatically -# generated by other debhelper scripts. - -#DEBHELPER# - -exit 0 diff -Nru libktoblzcheck-1.48/debian/libktoblzcheck1v5.docs libktoblzcheck-1.48/debian/libktoblzcheck1v5.docs
Bug#794946: ITP: libdist-zilla-role-bootstrap-perl -- Shared logic for Dist::Zilla-related bootstrap things
Package: wnpp Owner: Axel Beckert a...@debian.org Severity: wishlist Control: block 794942 by -1 * Package name: libdist-zilla-role-bootstrap-perl Version : 1.001002 Upstream Author : Kent Fredric kentfred...@gmail.com * URL : https://metacpan.org/release/Dist-Zilla-Role-Bootstrap * License : Artistic or GPL-1+ Programming Lang: Perl Description : Shared logic for Dist::Zilla-related bootstrap things Dist::Zilla::Role::Bootstrap is a Dist::Zilla role that aims to be consumed by plugins that want to perform some very early bootstrap operation that may affect the loading environment of successive plugins, especially with regards to plugins that may wish to build with themselves, either by consuming the source tree itself, or by consuming a previous built iteration. The package is a dependency of libdist-zilla-plugin-bootstrap-lib-perl (see https://bugs.debian.org/794942) and will be maintained under the umbrella of the Debian Perl Group. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794774: libstdc++6: Breaks: libboost-date-time1.55.0, but isn't that package fixed now?
On Sat, 2015-08-08 at 07:30 +0200, Matthias Klose wrote: You may have missed https://lists.debian.org/debian-devel-announce/2015/07/msg0.html https://lists.debian.org/debian-devel-announce/2015/08/msg0.html https://lists.debian.org/debian-devel-announce/2015/08/msg2.html I did indeed miss this, and I very much appreciate the prior warning you gave, the issuance of bug report notifications to the various maintainers, and the huge scale of the problem faced with a major transition like this. However I do feel that it was a shame that the transition went ahead regardless as to at least one very popular application - libreoffice - not being ready, resulting in the unfortunate situation we have now. (I would of course not be so unreasonable to expect transitions to wait for every last package to be ready, but the really popular ones and their deps...). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794941: Acknowledgement (squirrelmail: Installing on a debian 8.1 upgraded from 7 fails, works if installed on a native 8.1 or 8.0-8.1)
on the other way if i do as repoprtbuig suggest, to install newer version 1.5 i got on apache log this weirder error: [Sat Aug 08 14:03:26.204383 2015] [:error] [pid 21962] PHP Fatal error: Call to undefined function session_register() in /usr/share/squirrelmail/functions/global.php on line 97 saying that session_register() is not present from php 5.4 onward (and jessie has 5.6 )(maybe this is another bug ?) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791076: ilmbase: library transition may be needed when GCC 5 is the default
On 2015-07-14 Matthias Klose d...@debian.org wrote: Control: tags -1 + confirmed confirmed, or else at least kde4libs ftbfs. Patch for sid would be pretty straightforward. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' diff -Nru ilmbase-1.0.1/debian/changelog ilmbase-1.0.1/debian/changelog --- ilmbase-1.0.1/debian/changelog 2014-08-29 19:28:30.0 +0200 +++ ilmbase-1.0.1/debian/changelog 2015-08-08 14:25:25.0 +0200 @@ -1,3 +1,10 @@ +ilmbase (1.0.1-6.2) unstable; urgency=medium + + * Non-maintainer upload. + * gcc5 transition, rename libilmbase6 to libilmbase6v5. + + -- Andreas Metzler ametz...@debian.org Sat, 08 Aug 2015 14:25:13 +0200 + ilmbase (1.0.1-6.1) unstable; urgency=low * Non-maintainer upload. diff -Nru ilmbase-1.0.1/debian/control ilmbase-1.0.1/debian/control --- ilmbase-1.0.1/debian/control 2014-08-29 19:26:30.0 +0200 +++ ilmbase-1.0.1/debian/control 2015-08-08 14:22:59.0 +0200 @@ -10,11 +10,13 @@ Vcs-Git: git://git.debian.org/git/pkg-phototools/ilmbase.git Vcs-Browser: http://git.debian.org/?p=pkg-phototools/ilmbase.git -Package: libilmbase6 +Package: libilmbase6v5 Architecture: any Multi-Arch: same Depends: ${shlibs:Depends}, ${misc:Depends} Pre-Depends: ${misc:Pre-Depends} +Conflicts: libilmbase6 +Replaces: libilmbase6 Description: several utility libraries from ILM used by OpenEXR IlmBase are a set of utility libraries released by ILM, and used in their OpenEXR implementation. Included in this package you can find: @@ -33,7 +35,7 @@ Package: libilmbase-dev Architecture: any Section: libdevel -Depends: libilmbase6 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends} +Depends: libilmbase6v5 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends} Pre-Depends: ${misc:Pre-Depends} Replaces: libopenexr-dev ( 1.6) Breaks: libopenexr-dev ( 1.6) diff -Nru ilmbase-1.0.1/debian/libilmbase6.install ilmbase-1.0.1/debian/libilmbase6.install --- ilmbase-1.0.1/debian/libilmbase6.install 2012-12-08 11:57:39.0 +0100 +++ ilmbase-1.0.1/debian/libilmbase6.install 1970-01-01 01:00:00.0 +0100 @@ -1,9 +0,0 @@ -debian/tmp/usr/lib/*/libIex.so.6 -debian/tmp/usr/lib/*/libIex.so.6.* -debian/tmp/usr/lib/*/libHalf.so.6 -debian/tmp/usr/lib/*/libHalf.so.6.* -debian/tmp/usr/lib/*/libImath.so.6 -debian/tmp/usr/lib/*/libImath.so.6.* -debian/tmp/usr/lib/*/libIlmThread.so.6 -debian/tmp/usr/lib/*/libIlmThread.so.6.* -debian/overrides/libilmbase6 usr/share/lintian/overrides diff -Nru ilmbase-1.0.1/debian/libilmbase6v5.install ilmbase-1.0.1/debian/libilmbase6v5.install --- ilmbase-1.0.1/debian/libilmbase6v5.install 1970-01-01 01:00:00.0 +0100 +++ ilmbase-1.0.1/debian/libilmbase6v5.install 2015-08-08 14:29:15.0 +0200 @@ -0,0 +1,9 @@ +debian/tmp/usr/lib/*/libIex.so.6 +debian/tmp/usr/lib/*/libIex.so.6.* +debian/tmp/usr/lib/*/libHalf.so.6 +debian/tmp/usr/lib/*/libHalf.so.6.* +debian/tmp/usr/lib/*/libImath.so.6 +debian/tmp/usr/lib/*/libImath.so.6.* +debian/tmp/usr/lib/*/libIlmThread.so.6 +debian/tmp/usr/lib/*/libIlmThread.so.6.* +debian/overrides/libilmbase6v5 usr/share/lintian/overrides diff -Nru ilmbase-1.0.1/debian/overrides/libilmbase6 ilmbase-1.0.1/debian/overrides/libilmbase6 --- ilmbase-1.0.1/debian/overrides/libilmbase6 2012-04-01 09:02:29.0 +0200 +++ ilmbase-1.0.1/debian/overrides/libilmbase6 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -libilmbase6: package-name-doesnt-match-sonames libHalf6 libIex6 libIlmThread6 libImath6 diff -Nru ilmbase-1.0.1/debian/overrides/libilmbase6v5 ilmbase-1.0.1/debian/overrides/libilmbase6v5 --- ilmbase-1.0.1/debian/overrides/libilmbase6v5 1970-01-01 01:00:00.0 +0100 +++ ilmbase-1.0.1/debian/overrides/libilmbase6v5 2015-08-08 14:27:54.0 +0200 @@ -0,0 +1 @@ +libilmbase6v5: package-name-doesnt-match-sonames libHalf6 libIex6 libIlmThread6 libImath6
Bug#794947: manpages-dev: printf(3) example: possible integer overflow
Package: manpages-dev Version: 3.74-1 The example in the printf(3) manpages looks like this (with boring parts omitted): int n; /* ... */ n = vsnprintf(p, size, fmt, ap); /* ... */ if (n 0) { /* ... */ return NULL; } /* ... */ size = n + 1; But vsnprintf could return INT_MAX, which would then cause n + 1 to overflow. (AFAICS, the glibc vsnprintf implementation never returns INT_MAX, but it could in principle.) I'd suggest changing n 0 to n 0 || n == INT_MAX. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794948: cyphesis-cpp: prompting due to modified conffiles which were not modified by the user: /etc/cyphesis/cyphesis.vconf
Package: cyphesis-cpp Version: 0.6.0-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed the piuparts upgrade test because dpkg detected a conffile as being modified and then prompted the user for an action. As there is no user input, this fails. But this is not the real problem, the real problem is that this prompt shows up in the first place, as there was nobody modifying this conffile at all, the package has just been installed and upgraded... This is a violation of policy 10.7.3, see https://www.debian.org/doc/debian-policy/ch-files.html#s10.7.3, which says [These scripts handling conffiles] must not ask unnecessary questions (particularly during upgrades), and must otherwise be good citizens. https://wiki.debian.org/DpkgConffileHandling should help with figuring out how to do this properly. In https://lists.debian.org/debian-devel/2009/08/msg00675.html and followups it has been agreed that these bugs are to be filed with severity serious. From the attached log (scroll to the bottom...): Setting up postgresql (9.4+169) ... Setting up cyphesis-cpp (0.6.0-3+b1) ... Configuration file '/etc/cyphesis/cyphesis.vconf' == Modified (by you or by a script) since installation. == Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : start a shell to examine the situation The default action is to keep your current version. *** cyphesis.vconf (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing package cyphesis-cpp (--configure): end of file on stdin at conffile prompt Setting up libdbus-1-3:amd64 (1.8.20-1) ... Setting up libreadline5:amd64 (5.2+dfsg-3) ... Processing triggers for libc-bin (2.19-19) ... Processing triggers for systemd (222-2) ... Errors were encountered while processing: cyphesis-cpp This is a followup to #767818 and can be observed on upgrades from squeeze (the last release that shipped cyphesis-cpp) to wheezy to jessie (always keeping cyphesis-cpp from squeeze installed) and finally to stretch (which again has a new version of cyphesis-cpp. You probably need to undo the editing performed by the predecessor packages in the preinst. cheers, Andreas cyphesis-cpp_0.6.0-3+b1.log.gz Description: application/gzip
Bug#794734: openexr: library transition is needed when GCC 5 is the default
On 2015-08-06 Matthias Klose d...@debian.org wrote: Package: src:openexr Version: 1.6.1-8 Severity: serious Tags: sid stretch confirmed User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 [ confirmed, or at least opencv ftbfs ] [...] Patch is straightforward. cu Andreas diff -Nru openexr-1.6.1/debian/changelog openexr-1.6.1/debian/changelog --- openexr-1.6.1/debian/changelog 2014-08-31 07:56:34.0 +0200 +++ openexr-1.6.1/debian/changelog 2015-08-08 15:00:48.0 +0200 @@ -1,3 +1,10 @@ +openexr (1.6.1-8.1) unstable; urgency=medium + + * Non-maintainer upload. + * gcc5 transition, rename libopenexr6 package. + + -- Andreas Metzler ametz...@debian.org Sat, 08 Aug 2015 15:00:41 +0200 + openexr (1.6.1-8) unstable; urgency=medium * QA upload. diff -Nru openexr-1.6.1/debian/control openexr-1.6.1/debian/control --- openexr-1.6.1/debian/control 2014-08-31 07:50:09.0 +0200 +++ openexr-1.6.1/debian/control 2015-08-08 15:00:28.0 +0200 @@ -44,7 +44,7 @@ Section: libdevel Architecture: any Pre-Depends: ${misc:Pre-Depends} -Depends: libopenexr6 (= ${binary:Version}), libilmbase-dev, ${shlibs:Depends}, ${misc:Depends} +Depends: libopenexr6v5 (= ${binary:Version}), libilmbase-dev, ${shlibs:Depends}, ${misc:Depends} Description: development files for the OpenEXR image library OpenEXR is a high dynamic-range (HDR) image file format developed by Industrial Light Magic for use in computer imaging applications. @@ -66,12 +66,14 @@ This package contains the header files required if you wish to compile/develop applications that use OpenEXR libraries. -Package: libopenexr6 +Package: libopenexr6v5 Section: libs Architecture: any Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} +Conflicts: libopenexr6 +Replaces: libopenexr6 Description: runtime files for the OpenEXR image library OpenEXR is a high dynamic-range (HDR) image file format developed by Industrial Light Magic for use in computer imaging applications. diff -Nru openexr-1.6.1/debian/libopenexr6.docs openexr-1.6.1/debian/libopenexr6.docs --- openexr-1.6.1/debian/libopenexr6.docs 2011-02-12 17:40:35.0 +0100 +++ openexr-1.6.1/debian/libopenexr6.docs 1970-01-01 01:00:00.0 +0100 @@ -1,3 +0,0 @@ -AUTHORS -NEWS -README diff -Nru openexr-1.6.1/debian/libopenexr6.install openexr-1.6.1/debian/libopenexr6.install --- openexr-1.6.1/debian/libopenexr6.install 2012-12-08 13:37:59.0 +0100 +++ openexr-1.6.1/debian/libopenexr6.install 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -usr/lib/*/*.so.* diff -Nru openexr-1.6.1/debian/libopenexr6v5.docs openexr-1.6.1/debian/libopenexr6v5.docs --- openexr-1.6.1/debian/libopenexr6v5.docs 1970-01-01 01:00:00.0 +0100 +++ openexr-1.6.1/debian/libopenexr6v5.docs 2011-02-12 17:40:35.0 +0100 @@ -0,0 +1,3 @@ +AUTHORS +NEWS +README diff -Nru openexr-1.6.1/debian/libopenexr6v5.install openexr-1.6.1/debian/libopenexr6v5.install --- openexr-1.6.1/debian/libopenexr6v5.install 1970-01-01 01:00:00.0 +0100 +++ openexr-1.6.1/debian/libopenexr6v5.install 2012-12-08 13:37:59.0 +0100 @@ -0,0 +1 @@ +usr/lib/*/*.so.* diff -Nru openexr-1.6.1/debian/libopenexr-dev.dirs openexr-1.6.1/debian/libopenexr-dev.dirs --- openexr-1.6.1/debian/libopenexr-dev.dirs 2011-02-12 17:40:35.0 +0100 +++ openexr-1.6.1/debian/libopenexr-dev.dirs 2015-08-08 14:57:36.0 +0200 @@ -1 +1 @@ -usr/share/doc/libopenexr6/examples +usr/share/doc/libopenexr6v5/examples diff -Nru openexr-1.6.1/debian/libopenexr-dev.install openexr-1.6.1/debian/libopenexr-dev.install --- openexr-1.6.1/debian/libopenexr-dev.install 2012-12-08 13:38:27.0 +0100 +++ openexr-1.6.1/debian/libopenexr-dev.install 2015-08-08 14:59:09.0 +0200 @@ -5,6 +5,6 @@ usr/lib/*/pkgconfig/* usr/share/aclocal/* -# The libopenexr-dev package contains libopenexr6's examples: -../../IlmImfExamples/*.cpp usr/share/doc/libopenexr6/examples -../../IlmImfExamples/*.h usr/share/doc/libopenexr6/examples +# The libopenexr-dev package contains libopenexr6v5's examples: +../../IlmImfExamples/*.cpp usr/share/doc/libopenexr6v5/examples +../../IlmImfExamples/*.h usr/share/doc/libopenexr6v5/examples diff -Nru openexr-1.6.1/debian/libopenexr-dev.links openexr-1.6.1/debian/libopenexr-dev.links --- openexr-1.6.1/debian/libopenexr-dev.links 2011-02-12 17:40:35.0 +0100 +++ openexr-1.6.1/debian/libopenexr-dev.links 2015-08-08 14:57:46.0 +0200 @@ -1 +1 @@ -usr/share/doc/libopenexr6 usr/share/doc/libopenexr-dev +usr/share/doc/libopenexr6v5 usr/share/doc/libopenexr-dev diff -Nru openexr-1.6.1/debian/libopenexr-dev.postinst openexr-1.6.1/debian/libopenexr-dev.postinst --- openexr-1.6.1/debian/libopenexr-dev.postinst 2011-02-12 17:40:35.0 +0100 +++ openexr-1.6.1/debian/libopenexr-dev.postinst 2015-08-08 14:59:38.0 +0200 @@ -10,7 +10,7 @@ if [ ! -L /usr/share/doc/libopenexr-dev ] then rm -rf
Bug#791052: gmetadom: diff for NMU version 0.2.6-6.2
Control: tag -1 patch pending Dear maintainer, I've prepared an NMU for gmetadom (versioned as 0.2.6-6.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 diff -Nru gmetadom-0.2.6/debian/changelog gmetadom-0.2.6/debian/changelog --- gmetadom-0.2.6/debian/changelog 2014-10-14 15:13:55.0 +0100 +++ gmetadom-0.2.6/debian/changelog 2015-08-08 14:02:51.0 +0100 @@ -1,3 +1,10 @@ +gmetadom (0.2.6-6.2) unstable; urgency=medium + + * Non-maintainer upload. + * Rename binary packages for g++ 5 transition (see #791052) + + -- Jonathan Wiltshire j...@debian.org Sat, 08 Aug 2015 14:02:50 +0100 + gmetadom (0.2.6-6.1) unstable; urgency=low * Non-maintainer upload. diff -Nru gmetadom-0.2.6/debian/control gmetadom-0.2.6/debian/control --- gmetadom-0.2.6/debian/control 2014-10-14 15:14:34.0 +0100 +++ gmetadom-0.2.6/debian/control 2015-08-08 14:01:11.0 +0100 @@ -17,14 +17,14 @@ Vcs-Git: git://git.debian.org/git/pkg-ocaml-maint/packages/gmetadom.git Vcs-Browser: http://git.debian.org/?p=pkg-ocaml-maint/packages/gmetadom.git -Package: libgdome2-cpp-smart0c2a +Package: libgdome2-cpp-smart0v5 Section: libs Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} -Conflicts: libgdome2-cpp-smart0, libgdome2-cpp-smart0c2 -Replaces: libgdome2-cpp-smart0, libgdome2-cpp-smart0c2 +Conflicts: libgdome2-cpp-smart0, libgdome2-cpp-smart0c2, libgdome2-cpp-smart0c2a +Replaces: libgdome2-cpp-smart0, libgdome2-cpp-smart0c2, libgdome2-cpp-smart0c2a Description: C++ bindings for GDome2 DOM implementation C++ bindings for GDome2 that is a fast, light and complete DOM level2 implementation based on libxml2. @@ -38,7 +38,7 @@ Section: libdevel Architecture: any Depends: - libgdome2-cpp-smart0c2a (= ${binary:Version}), + libgdome2-cpp-smart0v5 (= ${binary:Version}), libgdome2-dev, ${misc:Depends} Description: C++ bindings for GDome2 DOM implementation diff -Nru gmetadom-0.2.6/debian/libgdome2-cpp-smart0c2a.install gmetadom-0.2.6/debian/libgdome2-cpp-smart0c2a.install --- gmetadom-0.2.6/debian/libgdome2-cpp-smart0c2a.install 2011-05-31 09:37:25.0 +0100 +++ gmetadom-0.2.6/debian/libgdome2-cpp-smart0c2a.install 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -debian/tmp/usr/lib/*.so.* usr/lib/ diff -Nru gmetadom-0.2.6/debian/libgdome2-cpp-smart0v5.install gmetadom-0.2.6/debian/libgdome2-cpp-smart0v5.install --- gmetadom-0.2.6/debian/libgdome2-cpp-smart0v5.install 1970-01-01 01:00:00.0 +0100 +++ gmetadom-0.2.6/debian/libgdome2-cpp-smart0v5.install 2011-05-31 09:37:25.0 +0100 @@ -0,0 +1 @@ +debian/tmp/usr/lib/*.so.* usr/lib/ signature.asc Description: Digital signature
Bug#790655: python3-pygithub, remove the package?
* Gianfranco Costamagna costamagnagianfra...@yahoo.it [2015-08-08 11:22:51+] Nice catch, thanks. Get fixed -4 release from my unstable. Just a little nitpick, please add a Description for the patch, to make lintian silent. Added. if this is ok for you, just ack and I'll upload :) (no need to put on alioth the new package) If you do not object, I prefer situation, when what I provided is byte-in-byte ready for upload. Please, take fixed version from my unstable. -- Accept: text/plain, text/x-diff Accept-Language: eo,en,ru X-Keep-In-CC: yes pgpC3fM4olnbc.pgp Description: PGP signature
Bug#791063: gsmlib: diff for NMU version 1.10+20120414.gita5e5ae9a-0.3
Control: tag -1 patch pending Dear maintainer, I've prepared an NMU for gsmlib (versioned as 1.10+20120414.gita5e5ae9a-0.3) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 diff -Nru gsmlib-1.10+20120414.gita5e5ae9a/debian/changelog gsmlib-1.10+20120414.gita5e5ae9a/debian/changelog --- gsmlib-1.10+20120414.gita5e5ae9a/debian/changelog 2014-10-09 12:24:56.0 +0100 +++ gsmlib-1.10+20120414.gita5e5ae9a/debian/changelog 2015-08-08 14:22:01.0 +0100 @@ -1,3 +1,10 @@ +gsmlib (1.10+20120414.gita5e5ae9a-0.3) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++ 5 transition (see #791063) + + -- Jonathan Wiltshire j...@debian.org Sat, 08 Aug 2015 14:21:43 +0100 + gsmlib (1.10+20120414.gita5e5ae9a-0.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru gsmlib-1.10+20120414.gita5e5ae9a/debian/control gsmlib-1.10+20120414.gita5e5ae9a/debian/control --- gsmlib-1.10+20120414.gita5e5ae9a/debian/control 2014-10-09 12:19:24.0 +0100 +++ gsmlib-1.10+20120414.gita5e5ae9a/debian/control 2015-08-08 14:22:51.0 +0100 @@ -10,7 +10,7 @@ Section: libdevel Architecture: any Multi-Arch: same -Depends: libgsmme1c2a (= ${binary:Version}), libc6-dev, ${misc:Depends} +Depends: libgsmme1v5 (= ${binary:Version}), libc6-dev, ${misc:Depends} Description: Header files and static libraries for gsmlib Headers and static libraries for use when compiling programs with gsmlib. @@ -18,9 +18,9 @@ gsmlib is a library for access to a GSM mobile phone using the standards ETSI GSM 07.07, ETSI GSM 07.05, and others. -Package: libgsmme1c2a -Conflicts: libgsmme1, libgsmme1c102, libgsmme1c2 -Replaces: libgsmme1c102, libgsmme1c2 +Package: libgsmme1v5 +Conflicts: libgsmme1, libgsmme1c102, libgsmme1c2, libgsmme1c2a +Replaces: libgsmme1c102, libgsmme1c2, libgsmme1c2a Section: libs Architecture: any Multi-Arch: same diff -Nru gsmlib-1.10+20120414.gita5e5ae9a/debian/libgsmme1c2a.install gsmlib-1.10+20120414.gita5e5ae9a/debian/libgsmme1c2a.install --- gsmlib-1.10+20120414.gita5e5ae9a/debian/libgsmme1c2a.install 2013-10-14 17:10:03.0 +0100 +++ gsmlib-1.10+20120414.gita5e5ae9a/debian/libgsmme1c2a.install 1970-01-01 01:00:00.0 +0100 @@ -1,2 +0,0 @@ -usr/lib/*/*.so.* -usr/share/locale diff -Nru gsmlib-1.10+20120414.gita5e5ae9a/debian/libgsmme1v5.install gsmlib-1.10+20120414.gita5e5ae9a/debian/libgsmme1v5.install --- gsmlib-1.10+20120414.gita5e5ae9a/debian/libgsmme1v5.install 1970-01-01 01:00:00.0 +0100 +++ gsmlib-1.10+20120414.gita5e5ae9a/debian/libgsmme1v5.install 2013-10-14 17:10:03.0 +0100 @@ -0,0 +1,2 @@ +usr/lib/*/*.so.* +usr/share/locale signature.asc Description: Digital signature
Bug#791081: jags: library transition may be needed when GCC 5 is the default
On 8 August 2015 at 13:08, Julien Cristau wrote: However, instead of being properly split out as required by policy, the libraries are shipped as part of the 'jags' binary package, which makes this a bit of a pain. On Sat, Aug 08, 2015 at 06:50:44AM -0500, Dirk Eddelbuettel wrote: I don't see the need for splitting the libraries out of the jags package. What am I missing? Making it not be a bit of a pain in the future. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 signature.asc Description: Digital signature
Bug#791144: libnzb: library transition may be needed when GCC 5 is the default
Control: severity -1 serious Control: tag -1 confirmed On Fri, Jul 3, 2015 at 13:11:49 +, Matthias Klose wrote: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. Hi, the ABI for NNTP::initialize() and NNTP::get_article() breaks with the new libstdc++, so libnzb0c2a needs to be renamed. The patch at https://launchpad.net/ubuntu/+source/libnzb/0.0.20050629-6.1ubuntu2 may be helpful. Cheers, Julien signature.asc Description: Digital signature
Bug#794950: qtbase-opensource-src: FTBFS on hppa - symbols
Source: qtbase-opensource-src Version: 5.4.2+dfsg-8 Severity: normal Build log with symbol differences is here: http://buildd.debian-ports.org/status/fetch.php?pkg=qtbase-opensource-srcarch=hppaver=5.4.2%2Bdfsg-8stamp=1438922211 -- System Information: Debian Release: stretch/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: hppa (parisc64) Kernel: Linux 3.18.19+ (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773970: [monkeysphere] monkeysign: GnuPG 2.1 compatibility
On 2015-08-08 06:51:24, Tobias Mueller wrote: Hey hey! My patch broke monkeysign it seems :-/ I haven't counted properly and I've only realised now that the number of fields is wrong in many places... I remember having successfully run the tests when I submitted the patch, but now I realise that they fail. Weird. Anyway, the attached patch is better. Sorry for the noise. hmm... my bad for not running the tests before pushing!!! I should have noticed... Maybe we should improve the test run to explicitely test against gpg 2.1 and legacy? a. -- If you have come here to help me, you are wasting our time. But if you have come because your liberation is bound up with mine, then let us work together.- Aboriginal activists group, Queensland, 1970s -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789757: ejabberd: General update after the debconf review process
Hi Am 08.08.2015 um 08:21 schrieb Christian PERRIER: [...] The attached tarball contains: - debian/changelog with the list of changes - debian/control with rewrites of packages' descriptions - debian/templates with all the rewritten templates file(s) - debian/po/*.po with all PO files (existing ones and new ones) [...] Please notify me of your intents with regards to this. thanks for all your work, I have commited the complete tarball to git and adjusted debian/changelog with the changes I've done in the meantime. Best wishes, -- .''`. Philipp Hübner philipp.hueb...@debalance.de : :' : pgp fp: 6719 25C5 B8CD E74A 5225 3DF9 E5CA 8C49 25E4 205F `. `'` Jabber: der_scha...@jabber.org, Skype: philipp-huebner `- We are the Power inside, we bring you Fantasy. We are the Kingdom of Light and Dreams, Gnosis and Life: Avantasia! signature.asc Description: OpenPGP digital signature
Bug#791081: jags: library transition may be needed when GCC 5 is the default
On 8 August 2015 at 14:34, Jonathan Wiltshire wrote: | On 8 August 2015 at 13:08, Julien Cristau wrote: | However, instead of being properly split out as required by | policy, the libraries are shipped as part of the 'jags' binary package, | which makes this a bit of a pain. | | On Sat, Aug 08, 2015 at 06:50:44AM -0500, Dirk Eddelbuettel wrote: | I don't see the need for splitting the libraries out of the jags | package. What am I missing? | | Making it not be a bit of a pain in the future. I hear you in theory, but in practice I know the upstream author very well, and have a reasonable idea of how this is used (in Bayesian stats around R in the large sense). This isn't really a library to link against -- all statistical analysis uses jags the binary. But I look into it. The debian/rules is (apart from some overrides) just %: dh $@ so I should get by with some simple-enough debian/*.files magic. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791081: jags: library transition may be needed when GCC 5 is the default
Related question, though: how do I chroot/pbuilder build against experimental? I am only setup for unstable. I'd rather not create a new chroot just for this. Is there another way? Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791150: liborigin: library transition may be needed when GCC 5 is the default
Control: severity -1 serious Control: tag -1 confirmed On Fri, Jul 3, 2015 at 13:11:55 +, Matthias Klose wrote: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. The library's ABI does break as part of the libstdc++ transition, so liborigin0 needs to be renamed. Changed symbols include spreadSheet's constructor, originWindow's constructor, ... https://launchpad.net/ubuntu/+source/liborigin/20080225-2.1ubuntu1 has a patch that may be helpful. Cheers, Julien signature.asc Description: Digital signature
Bug#791081: jags: library transition may be needed when GCC 5 is the default
On Sat, Aug 8, 2015 at 09:06:35 -0500, Dirk Eddelbuettel wrote: Related question, though: how do I chroot/pbuilder build against experimental? I am only setup for unstable. I'd rather not create a new chroot just for this. Is there another way? You don't need to build against experimental. The new g++ has been in unstable for a week. Cheers, Julien signature.asc Description: Digital signature
Bug#794915: revised source package uploaded to mentors
On 08/08/15 11:06, Gianfranco Costamagna wrote: Ping me when the new release is up and I'll review it again, Done. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790655: python3-pygithub, remove the package?
Hi Dimitry, If you do not object, I prefer situation, when what I provided is byte-in-byte ready for upload. Please, take fixed version from my unstable. I always like that method too, so I do not like to make people upset and waste people's time for nitpicks :) I took the version, and builtsigneduploaded a few seconds ago. thanks for the help and the tarball! cheers, Gianfranco (BTW attaching to this mail a debdiff from the current unstable version) debdiff Description: Binary data
Bug#791168: libsidplay: library transition may be needed when GCC 5 is the default
Control: severity -1 serious Control: tag -1 confirmed On Fri, Jul 3, 2015 at 13:12:14 +, Matthias Klose wrote: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. The skipToEqu, readDec and readHex functions change ABI as part of the libstdc++ transitions, so libsidplay1 needs to be renamed. https://launchpad.net/ubuntu/+source/libsidplay/1.36.59-7ubuntu1 has a possibly helpful diff. Cheers, Julien signature.asc Description: Digital signature
Bug#791115: libdc0: diff for NMU version 0.3.24~svn3121-2.1
Control: tag -1 patch pending Dear maintainer, I've prepared an NMU for libdc0 (versioned as 0.3.24~svn3121-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 diff -Nru libdc0-0.3.24~svn3121/debian/changelog libdc0-0.3.24~svn3121/debian/changelog --- libdc0-0.3.24~svn3121/debian/changelog 2012-04-09 08:57:09.0 +0100 +++ libdc0-0.3.24~svn3121/debian/changelog 2015-08-08 15:07:09.0 +0100 @@ -1,3 +1,10 @@ +libdc0 (0.3.24~svn3121-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++ 5 transition (see #791115) + + -- Jonathan Wiltshire j...@debian.org Sat, 08 Aug 2015 15:07:07 +0100 + libdc0 (0.3.24~svn3121-2) unstable; urgency=low * Convert to multiarch: diff -Nru libdc0-0.3.24~svn3121/debian/control libdc0-0.3.24~svn3121/debian/control --- libdc0-0.3.24~svn3121/debian/control 2012-04-09 08:56:58.0 +0100 +++ libdc0-0.3.24~svn3121/debian/control 2015-08-08 15:08:43.0 +0100 @@ -8,7 +8,9 @@ Homepage: http://wxdcgui.sourceforge.net DM-Upload-Allowed: yes -Package: libdc5 +Package: libdc5v5 +Conflicts: libdc5 +Replaces: libdc5 Architecture: any Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} @@ -26,7 +28,7 @@ Architecture: any Conflicts: libdc0-dev Replaces: libdc0-dev -Depends: ${misc:Depends}, libdc5 (= ${binary:Version}) +Depends: ${misc:Depends}, libdc5v5 (= ${binary:Version}) Description: Development libraries for Valknut Valknut is a graphical client for popular peer to peer network called Direct Connect. diff -Nru libdc0-0.3.24~svn3121/debian/libdc5.install libdc0-0.3.24~svn3121/debian/libdc5.install --- libdc0-0.3.24~svn3121/debian/libdc5.install 2012-04-09 08:31:12.0 +0100 +++ libdc0-0.3.24~svn3121/debian/libdc5.install 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -usr/lib/*/lib*.so.* diff -Nru libdc0-0.3.24~svn3121/debian/libdc5v5.install libdc0-0.3.24~svn3121/debian/libdc5v5.install --- libdc0-0.3.24~svn3121/debian/libdc5v5.install 1970-01-01 01:00:00.0 +0100 +++ libdc0-0.3.24~svn3121/debian/libdc5v5.install 2012-04-09 08:31:12.0 +0100 @@ -0,0 +1 @@ +usr/lib/*/lib*.so.* signature.asc Description: Digital signature
Bug#794915: revised source package uploaded to mentors
Hi Ghislain, the package looks good! There still are some copyright issues: e.g. licensecheck cmake/FindTBB.cmake cmake/FindTBB.cmake: MIT/X11 (BSD like) seems that you missed one :) cheers (sorry for noticing only now) G. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792703: zsh: please improve newuser.zshrc.recommended and add new prompt_debian_setup
A new prompt_debian_setup that no longer tries to mimic adam1 is attached. I think #setopt no_beep and #stty -ixon should also be added to newuser.zshrc.recommended, but maybe we should concentrate on the prompt for now. # debian prompt theme prompt_debian_help () { cat 'EOF' This prompt color-scheme-able via zstyle. If the variabale TERM is set to 'dumb', colors are disabled, though. You can invoke the prompt thus: prompt debian TERM=dumb prompt debian To configure the prompt's colors, this command can be used (don't forget to run 'prompt debian' again to activate the changes): zstyle ':prompt:debian:*' STYLE COLOR You need to replace STYLE with 'dircolor', 'usercolor', 'usercolor-root', 'exitcolor' or 'exitcolor-root'. Valid values for COLOR include the numbers from 0 to 7, 'black', 'red', 'green', 'yellow', 'blue', 'magenta', 'cyan' and 'white'. Displaying version control information via vcs_info and displaying the name of a Debian chroot is supported by this prompt, but only the latter is enabled by default. To enable vcs_info with the user-context 'prompt_debian', run: add-zsh-hook precmd prompt_debian_precmd_vcsinfo To disable vcs_info even if the vcs_info command is run, and to enable it again, zstyle can be used as shown in the two lines below. The other two lines enable checks for uncommited changes. zstyle ':vcs_info:*' enable NONE zstyle ':vcs_info:*' enable ALL zstyle ':vcs_info:*' check-for-staged-changes true zstyle ':vcs_info:*' check-for-changes true To add additional information to the prompt, e.g., the history event number or the number of background jobs and the shell level, this commands can be used. The content of the 'nvcsformats' style is only shown if vcs_info is used, but no version control system repository was found. PROMPT='%B!%!%b '$PROMPT zstyle ':vcs_info:*' nvcsformats '%B%F{2}%(1j.j%j .)%(2L.L%L .)%b%f' EOF } prompt_debian_precmd_vcsinfo () { setopt localoptions noxtrace vcs_info prompt_debian || return $? } prompt_debian_setup () { prompt_opts=(cr subst percent) local zstyle_pattern=:prompt:debian:${HOST:-unknown}:${USERNAME:-unknown} local pwd_max_length=60 local pwd_max_subdirs=5 local wrap_at_char='-25' local p_exit='${${options[printexitvalue]#on}:+%0(?..%? )}' local p_pwd=%${pwd_max_length}...%$(( pwd_max_subdirs + 1 ))(~:.../:)%${pwd_max_subdirs}~% local p_space_or_newline=%${wrap_at_char}(l: :${prompt_newline}) local p_vcsinfo='${vcs_info_msg_0_-}' local p_reset='%b%f%k' local p_2nd_newline=%1(l:%${wrap_at_char}(l..${prompt_newline}):) if [[ ${TERM-} == dumb ]]; then PROMPT=$p_exit\${debian_chroot:+(\$debian_chroot)}%n@%m $p_pwd PROMPT+=$p_space_or_newline$p_vcsinfo$p_reset$p_2nd_newline%# else # color config: local dircolor= usercolor= usercolor_root= exitcolor= exitcolor_root= zstyle -s $zstyle_pattern dircolor dircolor zstyle -s $zstyle_pattern usercolor usercolor zstyle -s $zstyle_pattern usercolor-root usercolor_root zstyle -s $zstyle_pattern exitcolor exitcolor zstyle -s $zstyle_pattern exitcolor-root exitcolor_root : ${dircolor:=4} ${usercolor:=2} ${usercolor_root:=1} : ${exitcolor:=1} ${exitcolor_root:=2} PROMPT=%B%{%0(#:%F{$exitcolor_root}:%F{$exitcolor})%}$p_exit PROMPT+=%{%F{$dircolor}%}\${debian_chroot:+(} PROMPT+=%{%0(#:%F{$usercolor_root}:%F{$usercolor})%}\${debian_chroot-} PROMPT+=%{%F{$dircolor}%}\${debian_chroot:+)} PROMPT+=%{%0(#:%F{$usercolor_root}:%F{$usercolor})%}%n@%m PROMPT+=%{%F{$dircolor}%}$p_pwd%b%f PROMPT+=$p_space_or_newline$p_vcsinfo$p_reset$p_2nd_newline%B%#%b ##TODO uncomment if setopt transientrprompt works in a prompt function ## Ease copying multi-line commands with the mouse. ## http://www.zsh.org/mla/workers/2015/msg01767.html #local rps2color=$dircolor #setopt transient_rprompt #PS2='${${options[singlelinezle]#off}:+%_ }' #RPS2=${RPS2:-%B%{%F{$rps2color}%}%^%f%b} fi # Only try to set $debian_chroot if it is unset. if [[ ! ${debian_chroot+set} -r /etc/debian_chroot ]] then debian_chroot=$( /etc/debian_chroot || :) fi # Autoload and configure vcs_info: # The format strings 'formats' and 'actionformats' should end with a space # to fit into the prompt's design. # Colors: 1:=red, 2:=green, 3:=yellow, 4:=blue, 5:=magenta, 6:=cyan, ... autoload -Uz vcs_info if [[ ${TERM-} == dumb ]]; then zstyle ':vcs_info:*:prompt_debian:*' formats '[%s|%b%c%u] ' zstyle ':vcs_info:*:prompt_debian:*' actionformats '[%s-%a|%b%c%u] ' zstyle ':vcs_info:(sv[nk]|bzr):prompt_debian:*' branchformat '%b:%r' zstyle ':vcs_info:*:prompt_debian:*' stagedstr '(S)' zstyle ':vcs_info:*:prompt_debian:*'
Bug#791122: libgetopt++: diff for NMU version 0.0.2-p22-3.1
Control: tag -1 patch pending Dear maintainer, I've prepared an NMU for libgetopt++ (versioned as 0.0.2-p22-3.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 diff -u libgetopt++-0.0.2-p22/debian/changelog libgetopt++-0.0.2-p22/debian/changelog --- libgetopt++-0.0.2-p22/debian/changelog +++ libgetopt++-0.0.2-p22/debian/changelog @@ -1,3 +1,11 @@ +libgetopt++ (0.0.2-p22-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++ 5 transition, patch from +Ubuntu (see #791122) + + -- Jonathan Wiltshire j...@debian.org Sat, 08 Aug 2015 15:37:39 +0100 + libgetopt++ (0.0.2-p22-3) unstable; urgency=low * No change upload to change maintainer - Adeodato has asked me to take it diff -u libgetopt++-0.0.2-p22/debian/control libgetopt++-0.0.2-p22/debian/control --- libgetopt++-0.0.2-p22/debian/control +++ libgetopt++-0.0.2-p22/debian/control @@ -5,9 +5,11 @@ Build-Depends: autotools-dev, debhelper, quilt Standards-Version: 3.7.2 -Package: libgetopt++1 +Package: libgetopt++1v5 Architecture: any Depends: ${shlibs:Depends} +Conflicts: libgetopt++1 +Replaces: libgetopt++1 Description: C++ library for command line parsing libgetopt++ is a C++ library to parse options that a program gets specified from the command line. It has the following features: @@ -30,7 +32,7 @@ Package: libgetopt++-dev Architecture: any Section: libdevel -Depends: libgetopt++1 (= ${binary:Version}), ${shlibs:Depends} +Depends: libgetopt++1v5 (= ${binary:Version}), ${shlibs:Depends} Description: development files for libgetopt++ This package provides the development files for libgetopt++, a C++ library to parse options that a program gets specified from the command line. Install it reverted: --- libgetopt++-0.0.2-p22/debian/libgetopt++1.install +++ libgetopt++-0.0.2-p22.orig/debian/libgetopt++1.install @@ -1,2 +0,0 @@ -debian/tmp/usr/lib/libgetopt++.so.1 -debian/tmp/usr/lib/libgetopt++.so.1.0.1 only in patch2: unchanged: --- libgetopt++-0.0.2-p22.orig/debian/libgetopt++1v5.install +++ libgetopt++-0.0.2-p22/debian/libgetopt++1v5.install @@ -0,0 +1,2 @@ +debian/tmp/usr/lib/libgetopt++.so.1 +debian/tmp/usr/lib/libgetopt++.so.1.0.1 only in patch2: unchanged: --- libgetopt++-0.0.2-p22.orig/debian/libgetopt++1v5.lintian-overrides +++ libgetopt++-0.0.2-p22/debian/libgetopt++1v5.lintian-overrides @@ -0,0 +1,2 @@ +# G++5 ABI transition +libgetopt++1v5: package-name-doesnt-match-sonames libgetopt++1 signature.asc Description: Digital signature
Bug#791168: libsidplay: diff for NMU version 1.36.59-7.1
Control: tag -1 patch pending Dear maintainer, I've prepared an NMU for libsidplay (versioned as 1.36.59-7.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 diff -Nru libsidplay-1.36.59/debian/changelog libsidplay-1.36.59/debian/changelog --- libsidplay-1.36.59/debian/changelog 2015-02-07 14:10:27.0 + +++ libsidplay-1.36.59/debian/changelog 2015-08-08 15:49:46.0 +0100 @@ -1,3 +1,11 @@ +libsidplay (1.36.59-7.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++5 ABI transition, patch +from Ubuntu (see #791168) + + -- Jonathan Wiltshire j...@debian.org Sat, 08 Aug 2015 15:49:45 +0100 + libsidplay (1.36.59-7) unstable; urgency=low * Do not suggest already removed xsidplay package (closes: #777077). diff -Nru libsidplay-1.36.59/debian/control libsidplay-1.36.59/debian/control --- libsidplay-1.36.59/debian/control 2015-02-07 14:08:22.0 + +++ libsidplay-1.36.59/debian/control 2015-08-08 15:51:08.0 +0100 @@ -5,12 +5,12 @@ Standards-Version: 3.9.5 Build-Depends: debhelper (= 9), patch, dh-autoreconf -Package: libsidplay1 +Package: libsidplay1v5 Section: libs Architecture: any Depends: ${misc:Depends}, ${shlibs:Depends} -Conflicts: libsidplay1.36, sidplay (= 1.36.36), libsidplay1-c102 (= 1.36.59-2) -Replaces: libsidplay1.36, libsidplay1-c102 (= 1.36.59-2) +Conflicts: libsidplay1, libsidplay1.36, sidplay (= 1.36.36), libsidplay1-c102 (= 1.36.59-2) +Replaces: libsidplay1, libsidplay1.36, libsidplay1-c102 (= 1.36.59-2) Suggests: sidplay-base Description: SID (MOS 6581) emulation library This is a (shared) library that implements the emulation of the C64's @@ -26,7 +26,7 @@ Package: libsidplay1-dev Section: libdevel Architecture: any -Depends: ${misc:Depends}, libsidplay1 (= ${binary:Version}) +Depends: ${misc:Depends}, libsidplay1v5 (= ${binary:Version}) Conflicts: libsidplay1.36-dev Replaces: libsidplay1.36-dev Description: SID (MOS 6581) emulation library (development files) diff -Nru libsidplay-1.36.59/debian/libsidplay1.dirs libsidplay-1.36.59/debian/libsidplay1.dirs --- libsidplay-1.36.59/debian/libsidplay1.dirs 2014-06-25 19:03:50.0 +0100 +++ libsidplay-1.36.59/debian/libsidplay1.dirs 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -usr/lib diff -Nru libsidplay-1.36.59/debian/libsidplay1.files libsidplay-1.36.59/debian/libsidplay1.files --- libsidplay-1.36.59/debian/libsidplay1.files 2014-06-25 19:03:50.0 +0100 +++ libsidplay-1.36.59/debian/libsidplay1.files 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -usr/lib/*.so.* diff -Nru libsidplay-1.36.59/debian/libsidplay1.shlibs libsidplay-1.36.59/debian/libsidplay1.shlibs --- libsidplay-1.36.59/debian/libsidplay1.shlibs 2014-06-25 19:03:50.0 +0100 +++ libsidplay-1.36.59/debian/libsidplay1.shlibs 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -libsidplay 1 libsidplay1 diff -Nru libsidplay-1.36.59/debian/libsidplay1v5.dirs libsidplay-1.36.59/debian/libsidplay1v5.dirs --- libsidplay-1.36.59/debian/libsidplay1v5.dirs 1970-01-01 01:00:00.0 +0100 +++ libsidplay-1.36.59/debian/libsidplay1v5.dirs 2015-08-08 15:50:05.0 +0100 @@ -0,0 +1 @@ +usr/lib diff -Nru libsidplay-1.36.59/debian/libsidplay1v5.files libsidplay-1.36.59/debian/libsidplay1v5.files --- libsidplay-1.36.59/debian/libsidplay1v5.files 1970-01-01 01:00:00.0 +0100 +++ libsidplay-1.36.59/debian/libsidplay1v5.files 2015-08-08 15:50:05.0 +0100 @@ -0,0 +1 @@ +usr/lib/*.so.* diff -Nru libsidplay-1.36.59/debian/libsidplay1v5.lintian-overrides libsidplay-1.36.59/debian/libsidplay1v5.lintian-overrides --- libsidplay-1.36.59/debian/libsidplay1v5.lintian-overrides 1970-01-01 01:00:00.0 +0100 +++ libsidplay-1.36.59/debian/libsidplay1v5.lintian-overrides 2015-08-08 15:50:05.0 +0100 @@ -0,0 +1,2 @@ +# G++5 ABI transition +libsidplay1v5: package-name-doesnt-match-sonames libsidplay1 diff -Nru libsidplay-1.36.59/debian/libsidplay1v5.shlibs libsidplay-1.36.59/debian/libsidplay1v5.shlibs --- libsidplay-1.36.59/debian/libsidplay1v5.shlibs 1970-01-01 01:00:00.0 +0100 +++ libsidplay-1.36.59/debian/libsidplay1v5.shlibs 2015-08-08 15:50:05.0 +0100 @@ -0,0 +1 @@ +libsidplay 1 libsidplay1v5 signature.asc Description: Digital signature
Bug#791150: liborigin: diff for NMU version 20080225-2.2
Control: tag -1 patch pending Dear maintainer, I've prepared an NMU for liborigin (versioned as 20080225-2.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 diff -u liborigin-20080225/debian/changelog liborigin-20080225/debian/changelog --- liborigin-20080225/debian/changelog +++ liborigin-20080225/debian/changelog @@ -1,3 +1,11 @@ +liborigin (20080225-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++5 ABI transition, patch +from Ubuntu (see #791150) + + -- Jonathan Wiltshire j...@debian.org Sat, 08 Aug 2015 16:00:38 +0100 + liborigin (20080225-2.1) unstable; urgency=low * Non-maintainer upload. diff -u liborigin-20080225/debian/control liborigin-20080225/debian/control --- liborigin-20080225/debian/control +++ liborigin-20080225/debian/control @@ -12,7 +12,7 @@ Package: liborigin-dev Section: libdevel Architecture: any -Depends: liborigin0 (= ${binary:Version}) +Depends: liborigin0v5 (= ${binary:Version}) Description: library for reading OriginLab Origin project files (development) liborigin is a library for reading the project files from the OriginLab Origin plotting program. OriginLab Origin provides extensive scientific graphing and @@ -23,10 +23,12 @@ . This package contains the development files. -Package: liborigin0 +Package: liborigin0v5 Section: libs Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} +Conflicts: liborigin0 +Replaces: liborigin0 Description: library for reading OriginLab Origin project files (runtime) liborigin is a library for reading the project files from the OriginLab Origin plotting program. OriginLab Origin provides extensive scientific graphing and reverted: --- liborigin-20080225/debian/liborigin0.dirs +++ liborigin-20080225.orig/debian/liborigin0.dirs @@ -1 +0,0 @@ -usr/lib reverted: --- liborigin-20080225/debian/liborigin0.install +++ liborigin-20080225.orig/debian/liborigin0.install @@ -1 +0,0 @@ -usr/lib/liborigin.so.* only in patch2: unchanged: --- liborigin-20080225.orig/debian/liborigin0v5.dirs +++ liborigin-20080225/debian/liborigin0v5.dirs @@ -0,0 +1 @@ +usr/lib only in patch2: unchanged: --- liborigin-20080225.orig/debian/liborigin0v5.install +++ liborigin-20080225/debian/liborigin0v5.install @@ -0,0 +1 @@ +usr/lib/liborigin.so.* only in patch2: unchanged: --- liborigin-20080225.orig/debian/liborigin0v5.lintian-overrides +++ liborigin-20080225/debian/liborigin0v5.lintian-overrides @@ -0,0 +1,2 @@ +# G++5 ABI transition +liborigin0v5: package-name-doesnt-match-sonames liborigin0 signature.asc Description: Digital signature
Bug#789757: ejabberd: General update after the debconf review process
Hi again, I just realized/remembered that I switched ejabberd's admin interface to https for the next upload, but the template and all the translation still have the http url in them. Can I simply replace http with https in the template and all the translations? Or would that somehow invalidate them? If so, what else is necessary? Best wishes, -- .''`. Philipp Huebner debala...@debian.org : :' : pgp fp: 6719 25C5 B8CD E74A 5225 3DF9 E5CA 8C49 25E4 205F `. `'` `- signature.asc Description: OpenPGP digital signature
Bug#781165: ITP: prospector -- Python code analysis tool
No, I've got that wrong, the tests don't demand these packages. Thus, looks good everything, as soon as the blocks are resolved the package is going to be uploaded to Mentors. Cheers, DS -- http://www.danielstender.com/entwicklerblog GnuPG key: 4096R/DF5182C8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756138: Bug#792703: zsh: please improve newuser.zshrc.recommended and add new prompt_debian_setup
Hi Carsten, I looked through the suggestions from your last mail; comments inline. Carsten Hey wrote: [...] I think #setopt no_beep and #stty -ixon should also be added to The latter might better be replaced by zsh's no_flow_control option. [...] This prompt color-scheme-able via zstyle. If the variabale TERM is set to 'dumb', colors are disabled, though. You can invoke the prompt thus: prompt debian TERM=dumb prompt debian You could also check something like a blacklist style, that could be a list of term names (or better yet, patterns). That way you could blacklist $TERMs like emacs for colours as well. To configure the prompt's colors, this command can be used (don't forget to run 'prompt debian' again to activate the changes): zstyle ':prompt:debian:*' STYLE COLOR Good! I like it when people refrain from polluting the global parameter name space just for prompt colours. This is good. :-) [...] Displaying version control information via vcs_info and displaying the name of a Debian chroot is supported by this prompt, but only the latter is enabled by default. To enable vcs_info with the user-context 'prompt_debian', run: add-zsh-hook precmd prompt_debian_precmd_vcsinfo Makes sense. [...] PROMPT='%B!%!%b '$PROMPT zstyle ':vcs_info:*' nvcsformats '%B%F{2}%(1j.j%j .)%(2L.L%L .)%b%f' Maybe use a name rather than a number here: %F{green} EOF } prompt_debian_precmd_vcsinfo () { setopt localoptions noxtrace vcs_info prompt_debian || return $? } prompt_debian_setup () { prompt_opts=(cr subst percent) local zstyle_pattern=:prompt:debian:${HOST:-unknown}:${USERNAME:-unknown} local pwd_max_length=60 local pwd_max_subdirs=5 local wrap_at_char='-25' Maybe make these configurable via styles? local p_exit='${${options[printexitvalue]#on}:+%0(?..%? )}' local p_pwd=%${pwd_max_length}...%$(( pwd_max_subdirs + 1 ))(~:.../:)%${pwd_max_subdirs}~% local p_space_or_newline=%${wrap_at_char}(l: :${prompt_newline}) local p_vcsinfo='${vcs_info_msg_0_-}' local p_reset='%b%f%k' local p_2nd_newline=%1(l:%${wrap_at_char}(l..${prompt_newline}):) I think that looks reasonable. if [[ ${TERM-} == dumb ]]; then PROMPT=$p_exit\${debian_chroot:+(\$debian_chroot)}%n@%m $p_pwd PROMPT+=$p_space_or_newline$p_vcsinfo$p_reset$p_2nd_newline%# else # color config: local dircolor= usercolor= usercolor_root= exitcolor= exitcolor_root= zstyle -s $zstyle_pattern dircolor dircolor zstyle -s $zstyle_pattern usercolor usercolor zstyle -s $zstyle_pattern usercolor-root usercolor_root zstyle -s $zstyle_pattern exitcolor exitcolor zstyle -s $zstyle_pattern exitcolor-root exitcolor_root : ${dircolor:=4} ${usercolor:=2} ${usercolor_root:=1} : ${exitcolor:=1} ${exitcolor_root:=2} To set defaults you can do: zstyle -s $zstyle_pattern dircolor dircolor || dircolor=4 And again, maybe rather use names instead of numbers: zstyle -s $zstyle_pattern dircolor dircolor || dircolor=blue You also don't need to initialise to the empty string in the local above. PROMPT=%B%{%0(#:%F{$exitcolor_root}:%F{$exitcolor})%}$p_exit PROMPT+=%{%F{$dircolor}%}\${debian_chroot:+(} PROMPT+=%{%0(#:%F{$usercolor_root}:%F{$usercolor})%}\${debian_chroot-} PROMPT+=%{%F{$dircolor}%}\${debian_chroot:+)} PROMPT+=%{%0(#:%F{$usercolor_root}:%F{$usercolor})%}%n@%m PROMPT+=%{%F{$dircolor}%}$p_pwd%b%f PROMPT+=$p_space_or_newline$p_vcsinfo$p_reset$p_2nd_newline%B%#%b Assembling a non-trivial prompt like always looks unreadable. I've seen worse than this. ##TODO uncomment if setopt transientrprompt works in a prompt function ## Ease copying multi-line commands with the mouse. ## http://www.zsh.org/mla/workers/2015/msg01767.html #local rps2color=$dircolor #setopt transient_rprompt I don't understand this. transientrprompt can — and IMO should be — set outside a prompt setup. #PS2='${${options[singlelinezle]#off}:+%_ }' I'd do this in an if ...; then...; fi to improve readability. #RPS2=${RPS2:-%B%{%F{$rps2color}%}%^%f%b} [...] # Autoload and configure vcs_info: # The format strings 'formats' and 'actionformats' should end with a space # to fit into the prompt's design. # Colors: 1:=red, 2:=green, 3:=yellow, 4:=blue, 5:=magenta, 6:=cyan, ... Again, you can use the colour names instead of the numbers instead. [...] The contents of the .thisfiledoesnotexist file seems very similar to the one of the prompt_debian_setup file. Attached by mistake? Regards, Frank -- In protocol design, perfection has been reached not when there is nothing left to add, but when there is nothing left to take away. -- RFC
Bug#794862: [Aptitude-devel] Bug#794862: crashes randomly in libcwidget.so.3
On 08/08/15 01:19, Axel Beckert wrote: Is your problem still present after both cwidget and aptitude being rebuilt and depend on libsigc++-2.0-0v5? Just updated. Seems to be working fine again. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794223: rebar: it depend erlang-syntax-tools
Hi, from my experience, erlang-syntax-tools is only needed when running the testsuite with rebar eunit. So maybe a Recommends: erlang-syntax-tools would be appropriate. Regards, -- .''`. Philipp Huebner debala...@debian.org : :' : pgp fp: 6719 25C5 B8CD E74A 5225 3DF9 E5CA 8C49 25E4 205F `. `'` `- signature.asc Description: OpenPGP digital signature
Bug#791187: libzeep: library transition may be needed when GCC 5 is the default
On Sat, Aug 8, 2015 at 17:41:03 +0200, Julien Cristau wrote: On Fri, Jul 3, 2015 at 13:12:34 +, Matthias Klose wrote: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. Some public symbols change with the new libstdc++, including zeep::xml::doctype::validator::allow() or zeep::http::el::evaluate_el(). A rename of libzeep3.0 is thus necessary. https://launchpad.net/ubuntu/+source/libzeep/3.0.2-2ubuntu1 has a possibly helpful patch. Cheers, Julien signature.asc Description: Digital signature
Bug#791187: libzeep: library transition may be needed when GCC 5 is the default
On Fri, Jul 3, 2015 at 13:12:34 +, Matthias Klose wrote: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. Some public symbols change with the new libstdc++, including zeep::xml::doctype::validator::allow() or zeep::http::el::evaluate_el(). A rename of libzeep3.0 is thus necessary. Cheers, Julien signature.asc Description: Digital signature
Bug#794952: ITP: rerun -- tool to launch commands and restart them on filesystem changes
Package: wnpp Severity: wishlist Owner: Antonio Terceiro terce...@debian.org * Package name: rerun Version : 0.10.0 Upstream Author : Alex Chaffee a...@stinky.com * URL : https://github.com/alexch/rerun * License : Expat Programming Lang: Ruby Description : tool to launch commands and restart them on filesystem changes rerun launches your program, then watches the filesystem. If a relevant file changes, then it restarts your program. Rerun works for both long-running processes (e.g. apps) and for short-running ones (e.g. tests). -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#780609: Excuse me ... did you try -b option
Hi, My issue with a Arduino Uno was my wrong fuse/bootloader setting. (I must have loaded bad bootloader when I was playing with it.) My issue with a CH340 based new cheapo NANO was a defective hardware. (I have 2 other cheapo NANOs which are working fine. So much for $1 a piece board, ) So arduino program is working fine for non-Leonardo system. FYI: You may wish to test several baudrate (-b option) values when resetting. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794919: [Xcb] Bug#794919: libxcb1: Segmentation fault in libqxcb.so
Control: tag -1 moreinfo On Sat, Aug 8, 2015 at 05:55:19 +0200, idontknowman wrote: Package: libxcb1 Version: 1.10-3+b1 Severity: important Dear Maintainer, Program received signal SIGSEGV, Segmentation fault. 0x7fffe1d18669 in ?? () from /usr/lib/x86_64-linux- gnu/qt5/plugins/platforms/libqxcb.so [...] Found this thread on the Arch tracker: https://bugs.archlinux.org/task/37728 - but I'm not sure how relevant it is. You've given no evidence of a bug in libxcb, and the arch tracker thing is unrelated. Cheers, Julien signature.asc Description: Digital signature
Bug#794892: autogen: please make the build reproducible (cpu, locale, timestamps)
On 08/08/2015 03:35, Bruce Korb wrote: This is necessary. Perhaps if you build on one platform and run on another, you might have issues, but the problem boils down to trying to understand when some template has wandered out into the weeds. I can pick an arbitrary Oh, I'm certain that doing thus-and-so will _never_ take longer than X. but that doesn't scale very well. So, I just take a rough measure based on configure time and then add in a factor of 10 on the theory that it's close enough and can be overridden anyway. There are already two bounds hardcoded. How is using a constant in the interval “worse” than that? * timezone-dependant date Unclear what part of the patch addresses this. The changes to autoopts/tpl/agman-*.tpl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791191: log4cpp: library transition may be needed when GCC 5 is the default
Control: severity -1 serious Control: tag -1 confirmed On Fri, Jul 3, 2015 at 13:12:39 +, Matthias Klose wrote: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. I checked that some public symbols are among the changes from the g++-5 rebuild (e.g. FileAppender's constructor). A renamed liblog4cpp5 is needed. A patch is available at https://launchpad.net/ubuntu/+source/log4cpp/1.0-4ubuntu1 Cheers, Julien signature.asc Description: Digital signature
Bug#794953: lintian: Grammatical errors in tag names
Package: lintian Version: 2.5.34 Severity: normal Hi! The following tag names seem to contain grammatical errors: package-install-apt-preferences package-install-apt-sources package-install-ieee-data package-install-into-obsolete-dir dep5-file-paragraph-reference-header-paragraph The first set should read «package-installs-», like all similarly named tags. The remaining one should read «-references-». Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791196: luabind: library transition may be needed when GCC 5 is the default
Control: tag -1 serious Control: severity -1 confirmed On Fri, Jul 3, 2015 at 13:12:44 +, Matthias Klose wrote: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. I checked that luabind's ABI changes when rebuilt against the new libstdc++. Some renamed symbols include luabind::detail::get_class_name() or luabind::detail::stack_content_by_name(). There is a patch at https://launchpad.net/ubuntu/+source/luabind/0.9.1+dfsg-9ubuntu1 Cheers, Julien signature.asc Description: Digital signature
Bug#794954: usbutils: update usbutils to git master and get new usbids please
Package: usbutils Version: 1:007-2 Severity: wishlist Dear Maintainer, It took me a long time to figure out what usb devices I have because both usbutils and especially usbids were pretty outdated. Please update the same from :- https://git.kernel.org/cgit/linux/kernel/git/gregkh/patches.git link is from/via http://www.linux-usb.org/ -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages usbutils depends on: ii libc6 2.19-19 ii libusb-1.0-0 2:1.0.19-1 ii zlib1g1:1.2.8.dfsg-2+b1 usbutils recommends no packages. Versions of packages usbutils suggests: ii wget 1.16.3-3 -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788102: The code doesn't compile on kfreebsd
On 2015-07-22 Steven Chamberlain ste...@pyro.eu.org wrote: [...] I see that FreeBSD Ports has ilmbase-2.20 and succeeded building libIexMath, yet they don't seem to have patched this source file. I should try building it on a real FreeBSD system, to compare the build log with that of a GNU/kFreeBSD system. IexMath/IexMathFpu.cpp static inline void setCw (uint16_t cw) { asm volatile (fldcw %0 : : m (cw) ); } [...] static inline void setMxcsr (uint32_t mxcsr, bool clearExceptions) { mxcsr = clearExceptions ? 0xffc0 : 0x; asm volatile (ldmxcsr %0 : : m (mxcsr) ); } [...] #ifdef ILMBASE_HAVE_CONTROL_REGISTER_SUPPORT inline void restoreControlRegs (const ucontext_t ucon, bool clearExceptions) { setCw ((ucon.uc_mcontext.fpregs-cwd cwRestoreMask) | cwRestoreVal); setMxcsr (ucon.uc_mcontext.fpregs-mxcsr, clearExceptions); } #else [ the failing code ] and while autoconf tests for ILMBASE_HAVE_CONTROL_REGISTER_SUPPORT with AC_MSG_CHECKING(for fpe support handling) control_register_support=no AC_TRY_COMPILE([ #include stdint.h #include ucontext.h ],[ ucontext_t ucon; uint32_t mxcsr = ucon.uc_mcontext.fpregs-mxcsr; uint16_t cw= ucon.uc_mcontext.fpregs-cwd; ], AC_DEFINE(ILMBASE_HAVE_CONTROL_REGISTER_SUPPORT) control_register_support=yes) AC_MSG_RESULT($control_register_support) This test fails on kfreebsd-x (and also on e.g. i386). the respective part of the cmake setup simply looks like this: IF (WIN32) [...] ELSE () IF (APPLE) [...] ELSE () FILE ( APPEND ${CMAKE_CURRENT_BINARY_DIR}/config/IlmBaseConfig.h #define ILMBASE_HAVE_CONTROL_REGISTER_SUPPORT 1\n) ENDIF () ENDIF () FreeBSD Ports uses cmake instead of autoconf (which Debian uses) and therefore ILMBASE_HAVE_CONTROL_REGISTER_SUPPORT is #defined. I do not know whether a) the autoconf test for ILMBASE_HAVE_CONTROL_REGISTER_SUPPORT is broken and should actually succeed and kfreebsd (and any other Debian architecture or b) the cmake setup is broken and incorrecty enables ILMBASE_HAVE_CONTROL_REGISTER_SUPPORT and causes broken code. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794955: gperf: Embedded code copy with missing copyright
Source: gperf Version: 3.0.4-1 Severity: serious Justification: Policy 4.5 User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi, Your packages contains an embedded code copy of texi2html which is copyright Lionel Cons and others and is licensed under the GPL and Creative Commons Attribution-ShareAlike license. This information is missing from debian/copyright of gperf and is thus a violation of policy §4.5. I found this bug while working on the reproducible builds project [1] to make texi2html produce reproducible output. From that point of view there are two options: 1. remove the embedded code copy [2] and build-depend on texi2html (this would also make policy §4.13 happy). I would prefer this solution and would supply you with a patch if you want. Your package would then automatically become reproducible. 2. keep the embedded code copy and amend your debian/copyright. In this case I would open another bug so that your embedded copy of texi2html is patched to produce reproducible output. Kind regards, akira [1] https://wiki.debian.org/ReproducibleBuilds/About [2] https://wiki.debian.org/EmbeddedCodeCopies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794956: dh-golang: Two simple changes to make dh-golang work with older dpkg versions
Package: dh-golang Severity: wishlist Tags: patch Here is a patch that allows dh-golang to function together with dpkg (libdpkg-perl) from wheezy. Cheers, -Hilko From 704a5fd3afaf85c002de653ecae0b1ead8713f7b Mon Sep 17 00:00:00 2001 From: Hilko Bengen ben...@debian.org Date: Sat, 8 Aug 2015 18:37:52 +0200 Subject: [PATCH] make dh-golang compatible with wheezy-era dpkg --- script/dh_golang | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/script/dh_golang b/script/dh_golang index 3799ff1..fad7998 100755 --- a/script/dh_golang +++ b/script/dh_golang @@ -12,6 +12,7 @@ use Dpkg; # not in core use Dpkg::Control; # not in core use Dpkg::Control::Info; # not in core use Dpkg::Deps; # not in core +use Dpkg::Gettext; # not in core use Scalar::Util qw(blessed); # in core since v5.7.3 use List::Util qw(first); # in core since v5.7.3 @@ -86,7 +87,12 @@ my $control = Dpkg::Control::Info-new(); my $source = $control-get_source(); my $build_depends = $source-{Build-Depends}; if (defined($build_depends) $build_depends ne '') { -my $facts = parse_status($Dpkg::ADMINDIR . /status); +my $facts; +if ($Dpkg::VERSION = 1.01) { +$facts = parse_status($Dpkg::ADMINDIR . /status); +} else { +$facts = parse_status($Dpkg::admindir . /status); +} sub flatten { my ($dep) = @_; -- 2.5.0
Bug#793939: [ITR] templates://publicfile-installer/{templates}
Hi Translators, Sure, go ahead; I'm happy with any translation contribution; appreciated. Bye, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789404: pbuilder: insecure use of /tmp
Control: tags -1 pending Control: severity 789401 important On Wed, Aug 05, 2015 at 01:33:43PM +0200, Jakub Wilk wrote: * Mattia Rizzolo mat...@mapreri.org, 2015-08-04, 07:41: pbuilder builds the package in $BUILDPLACE/tmp/buildd. But $BUILDPLACE/tmp is normally world-writable, and pbuilder doesn't fail if the buildd direcory already exists: mkdir -p $BUILDPLACE/tmp/buildd There's a race window between unpacking base.tgz and the mkdir call when malicious local user could create their own $BUILDPLACE/tmp/buildd. Owning the buildd directory would let them tamper with the build process. Alternatively, the attacker could exploit #789401 to plant tmp/buildd directly in base.tgz. I think I'm going to solve both this and #789401 by making /tmp/buildd configurable Right. Moving the build directory outside /tmp will should fix this bug. done, by parametring the directory with BUILDDIR and changing the default to /build I forsee angry users, since /tmp/buildd is probably used in a lot of local script (hooks). Also the example hooks need updating, not to speak about docs → work. I don't see how changing it can fix #789401, though. It would improve the situation, as a malicious local user can not plant the build dir any more (yes, it could still temper with /tmp, but with the actual build dir, which is somewhere else) and defaulting to another place, maybe the one used by sbuild (/buildd iirc) It's /build (with a single d). cool, thanks. -- 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#791081: jags: library transition may be needed when GCC 5 is the default
On 8 August 2015 at 16:08, Julien Cristau wrote: | On Sat, Aug 8, 2015 at 09:06:35 -0500, Dirk Eddelbuettel wrote: | | | Related question, though: how do I chroot/pbuilder build against experimental? | | I am only setup for unstable. I'd rather not create a new chroot just for | this. Is there another way? | | You don't need to build against experimental. The new g++ has been in | unstable for a week. Ah, yes, indeed -- saw that in one of the pbuilder updates. Excellent. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794892: autogen: please make the build reproducible (cpu, locale, timestamps)
There is another tiny little problem with your patch: It presumes that the man page templates are used exclusively by autogen. That is very, very incorrect. There are quite a few projects that use AutoOpts. If you want to dig into the template and figure out how to *PORTABLY* derive a date command invocation that references the time stamp on a source file, please feel free. All the world is not GNU. -d @${TIME_IN_SECONDS} is not portable. http://pubs.opengroup.org/onlinepubs/009604599/utilities/date.html I would recommend some post-processing step of some sort if you want to have man pages be stamped with a date different from the current date. And you missed a few: $ grep -E 'shell.*date' *.tpl agman-cmd.tpl: (shell date '+%d %b %Y') package-text section-name) )) agman-file.tpl: (shell date '+%d %b %Y') package-text section-name) )) agmdoc-cmd.tpl: .Dd (shell date '+%B %e %Y' | sed 's/ */ /g') agmdoc-file.tpl: .Dd (shell date '+%B %e %Y' | sed 's/ */ /g') def2pot.tpl:# Copyright (C) [= (shell date +%Y) =][= def2pot.tpl:POT-Creation-Date: [= (shell date +\%F %R%z\) =]\n So in theory, producing a byte-for-byte repeatable build sounds nice, but first there are practical problems that must be resolved. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771289: [debian-freedict] Bug#771289: dict-freedict-eng-hin: incorrect definition of word 'lust'
Hi, Ritesh Raj Sarraf schrieb am 28.11.2014, 15:40 +0530: Package: dict-freedict-eng-hin Version: 2014.10.22-2 Severity: normal The example set for the word lust in the eng-hin dictionary is incorrect: [...] Thanks for reporting. That's fixed upstream. Cheers Sebastian signature.asc Description: Digital signature
Bug#794954: difference between usbids listing of two months
Hi all, This is the earlier one which was from the 'oldish' one :- Bus 003 Device 002: ID 8087:8000 Intel Corp. Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 004: ID 04f2:b39a Chicony Electronics Co., Ltd Bus 001 Device 003: ID 8087:07dc Intel Corp. Bus 001 Device 002: ID 138a:0017 Validity Sensors, Inc. Bus 001 Device 006: ID 12d1:1f01 Huawei Technologies Co., Ltd. Bus 001 Device 005: ID 0781:5567 SanDisk Corp. Cruzer Blade Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub From this, would draw your attention to two usbids :- Bus 001 Device 002: ID 138a:0017 Validity Sensors, Inc Bus 001 Device 006: ID 12d1:1f01 Huawei Technologies Co., Ltd. From the new one after updating usbids (couple of months difference) :- $ lsusb Bus 003 Device 002: ID 8087:8000 Intel Corp. Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 004: ID 04f2:b39a Chicony Electronics Co., Ltd Bus 001 Device 003: ID 8087:07dc Intel Corp. Bus 001 Device 002: ID 138a:0017 Validity Sensors, Inc. Fingerprint Reader Bus 001 Device 005: ID 192f:0916 Avago Technologies, Pte. Bus 001 Device 007: ID 12d1:14db Huawei Technologies Co., Ltd. E353/E3131 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Let's see both of those again :- Bus 001 Device 002: ID 138a:0017 Validity Sensors, Inc. Fingerprint Reader Bus 001 Device 007: ID 12d1:14db Huawei Technologies Co., Ltd. E353/E3131 If I had known the usb-mobile device, it would have been so much easier. $ ls -lh --full-time /var/lib/usbutils/ total 1.1M -rw-r--r-- 1 root root 537K 2015-07-28 01:04:14.0 +0530 usb.ids -rw-r--r-- 1 root root 492K 2015-08-08 21:26:08.544901799 +0530 usb.ids.old -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794957: transmission: Upgrading transmission made it the default program for bittorrent files
Source: transmission Severity: normal Dear Maintainer, I recently performed an upgrade of my debian testing system, as usual. Later when I downloaded a bittorrent seed file (foobar.torrent), I expected it to open in Deluge, which has been my default bittorrent program since I installed this system. Imagine my surprise when Transmission opened up instead! I have never previously used Transmission on this computer, and have not performed any changes to any files related to the default applications. Since there has been no changes to the package 'deluge' or to the meta-package 'gnome' (which depends on transmission) for a long time, my guess is that the simple act of upgrading the package transmission caused it to override whatever was the previous default application. -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780725: Bug#780729: Bug#780725: PATH used for building is not specified
Control: severity 780729 wishlist Control: block 780729 by 780725 On Samstag, 28. März 2015, gregor herrmann wrote: Additionally I'd like to mention that pbuilder doesn't set (as in hard-code) $PATH somewhere; it recommends a default in /etc/pbuilderrc which can be changed there or set in ~/.pbuilderrc. Apart from that i find pbuilder default very sane and sbuild default very bad (no, /usr/local on buildds is ugly, imho) /usr/games is really too weird to be required during a build. unluckily we already changed pbuilder config in jenkins.d.n and so i don't know whether there are other packages requiring it. I'll be happy to change align to the policy once it's clear, because i also don't believe that definition of PATH is right for buildds. Until them, i'll stick this as a blocked wishlist bug. -- 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#792703: zsh: please improve newuser.zshrc.recommended and add new prompt_debian_setup
[ dropping #756138 again from CC, people reading it should now know that there is a related bug ] Hi Frank, thanks a lot for you insightful feedback :) I noticed, that I should add a note how to disable displaying the name of a debian chroot (i.e., set it to or unset it). * Frank Terbeck [2015-08-08 17:28 +0200]: Carsten Hey wrote: [...] I think #setopt no_beep and #stty -ixon should also be added to The latter might better be replaced by zsh's no_flow_control option. Indeed, setopt no_flow_control is much better. [...] This prompt color-scheme-able via zstyle. If the variabale TERM is set to 'dumb', colors are disabled, though. You can invoke the prompt thus: prompt debian TERM=dumb prompt debian You could also check something like a blacklist style, that could be a list of term names (or better yet, patterns). That way you could blacklist $TERMs like emacs for colours as well. Looks like emacs used to set TERM to dumb (see #143361), but this might have changed. Anyway, the blacklist is a great idea, the default blacklist would currently contain emacs and dumb. zstyle ':prompt:debian:*' STYLE COLOR Hmm, even if * matches :, this could be changed to ':prompt:debian:*:*' (one * for the host name and one for the user name). PROMPT='%B!%!%b '$PROMPT zstyle ':vcs_info:*' nvcsformats '%B%F{2}%(1j.j%j .)%(2L.L%L .)%b%f' Maybe use a name rather than a number here: %F{green} At least for the examples shown in the help text %F{green} is much more readable. local pwd_max_length=60 local pwd_max_subdirs=5 local wrap_at_char='-25' Maybe make these configurable via styles? It was configurable, but I assumed that nobody would care about being able to configure this and removed it again - looks like I was wrong. The additional file I attached contains a part of what is required to make it configurable via styles, just in case I'll need it in the future. I'll also add local enable_exit_status=1 again in order to make this configurable too. # color config: local dircolor= usercolor= usercolor_root= exitcolor= exitcolor_root= zstyle -s $zstyle_pattern dircolor dircolor zstyle -s $zstyle_pattern usercolor usercolor zstyle -s $zstyle_pattern usercolor-root usercolor_root zstyle -s $zstyle_pattern exitcolor exitcolor zstyle -s $zstyle_pattern exitcolor-root exitcolor_root : ${dircolor:=4} ${usercolor:=2} ${usercolor_root:=1} : ${exitcolor:=1} ${exitcolor_root:=2} To set defaults you can do: zstyle -s $zstyle_pattern dircolor dircolor || dircolor=4 And again, maybe rather use names instead of numbers: zstyle -s $zstyle_pattern dircolor dircolor || dircolor=blue You also don't need to initialise to the empty string in the local above. zstyle -s ... || dircolor=... looks a lot cleaner than what I had. I'm undecided, but easily convincible, whether color names or numbers should be used in a string that users won't see (unless they do print -r -- $PROMPT and try to understand the output), given that the numbers are shorter. ##TODO uncomment if setopt transientrprompt works in a prompt function ## Ease copying multi-line commands with the mouse. ## http://www.zsh.org/mla/workers/2015/msg01767.html #local rps2color=$dircolor #setopt transient_rprompt I don't understand this. transientrprompt can — and IMO should be — set outside a prompt setup. Without transient_rprompt, the painless multiline copying won't work and therefore there would be no reason to set PS2 and RPS2 accordingly. I assume one has to read the linked thread to fully understand what the purpose of this four lines is (or try it interactively). Alternative approaches are: * setting PS2 and RPS2 and expecting the user to set transient_rprompt (which is fine for a default .zshrc, but might not be the best idea if used in a hand-written .zshrc) * providing a function users are able to call if they want this behaviour - this sounds like a good approach if it is done independent from a specific prompt #PS2='${${options[singlelinezle]#off}:+%_ }' I'd do this in an if ...; then...; fi to improve readability. An if condition would not catch cases when singlelinezle is set after the prompt's setup function is run (we don't build the prompt in a precmd) - OTOH this is not an option many people would set. The contents of the .thisfiledoesnotexist file seems very similar to the one of the prompt_debian_setup file. Attached by mistake? It contains some additional lines (as mentioned above) I expected to need in some years, if at all - but apparently I need them in this year. Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794958: tomcat7: wrong usage of catalina.home instead catalina.base in catalina.properties variable common.loader
Package: tomcat7 Version: 7.0.63-1~ubuntu14.04.1~c42.ppa1 Severity: important (The version mentioned above is a no change backport to ubuntu trusty.) [The bugreport is also valid against tomcat8 ! Please apply the same fix here.] Please fix the following line in catalina.properties: WRONG: common.loader=${catalina.base}/lib,${catalina.base}/lib/*.jar,${catalina.home}/lib,${catalina.home}/lib/*.jar,${catalina.home}/common/classes,${catalina.home}/common/*.jar CORRECT: common.loader=${catalina.base}/common/classes,${catalina.base}/common/*.jar,${catalina.home}/lib,${catalina.home}/lib/*.jar Following problems with the wrong statement: 1. Odering is wrong: catalina.base should overrule catalina.home here (see class loader howto below). 2. catalina.home is expanded normally to /usr/share/tomcat7, but there is no common directory - it is below /var/lib/tomcat7 (as expanded by catalina.base). 3. ${catalina.base}/lib,${catalina.base}/lib/*.jar are pointing to non existing directories. I recommend to skip this part. For reference see https://tomcat.apache.org/tomcat-7.0-doc/class-loader-howto.html The locations searched by this class loader are defined by the common.loader property in $CATALINA_BASE/conf/catalina.properties. The default setting will search the following locations in the order they are listed: unpacked classes and resources in $CATALINA_BASE/lib JAR files in $CATALINA_BASE/lib unpacked classes and resources in $CATALINA_HOME/lib JAR files in $CATALINA_HOME/lib History of this bug is that in bug #691865 a wrong fix was introduced. Instead catalina.base (as specified in the bug report) catalina.home was used for the common.loader. -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-25-generic (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tomcat7 depends on: ii adduser3.113+nmu3ubuntu3 ii debconf [debconf-2.0] 1.5.51ubuntu2 ii tomcat7-common 7.0.63-1~ubuntu14.04.1~c42.ppa1 ii ucf3.0027+nmu1 Versions of packages tomcat7 recommends: pn authbind none Versions of packages tomcat7 suggests: ii libtcnative-1 1.1.33-1~ubuntu14.04.1~c42.ppa1 ii tomcat7-admin 7.0.63-1~ubuntu14.04.1~c42.ppa1 ii tomcat7-docs 7.0.63-1~ubuntu14.04.1~c42.ppa1 ii tomcat7-examples 7.0.63-1~ubuntu14.04.1~c42.ppa1 pn tomcat7-user none -- Configuration Files: /etc/tomcat7/catalina.properties changed [not included] /etc/tomcat7/context.xml changed [not included] /etc/tomcat7/logging.properties changed [not included] /etc/tomcat7/server.xml changed [not included] /etc/tomcat7/tomcat-users.xml [Errno 13] Keine Berechtigung: u'/etc/tomcat7/tomcat-users.xml' -- 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#794959: kwin-x11: kwin crashes on startup
Package: kwin-x11 Version: 4:5.3.2-3 Severity: important Dear Maintainer, Kwin crashes on startup. This happens in every possible use: 1. Using kwin_x11 --replace to replace a window manager of another desktop environment causes it to crash. The details tab just says it segfaults. 2. Starting plasma 5 normally through sddm or another display manager will simply make Plamsa 5 freeze after the loading bar is full or once the wallpaper is loaded up. There is no way to get a crash log here since no prompts show up nor does the sddm service print an error to the journal nor does Kwin print to any log. The only way I've confirmed that this is a kwin bug is: 3. Running startkde (by first stopping the sddm/display manager, running 'sudo Xorg` in a VT terminal, switching to another terminal and running 'DISPLAY=:0 starkde'). This causes Plamsa 5 to load up normally and display the bar which once again freezes once full. Switching back to the VT with startkde, KCrash reports that kwin_x11 has crashed with the reason being segfault. I've also confirmed that this is not related in any way to the current Plasma 5 crashes on Intel using the 'sna' accerelation method. Switching to 'uxa' has no effect on the kwin crashes. The crashes/startup freezes also occur for a completely new, just created user account, so it's not a config problem. When sddm is restarted and the normal startup procedure is attempted, switching back to a VT once the freeze happens prints that libQt5Sql has segfaulted, though this does not always happen so I don't think this is related. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-rc4-youmu (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kwin-x11 depends on: ii kwin-common 4:5.3.2-3 ii libc62.21-0experimental0 ii libkf5i18n5 5.12.0-1 ii libkf5windowsystem5 5.12.0-1 ii libqt5core5a 5.4.2+dfsg-8 ii libqt5gui5 5.4.2+dfsg-8 ii libqt5widgets5 5.4.2+dfsg-8 ii libqt5x11extras5 5.4.2-2 ii libstdc++6 5.2.1-12 ii libxcb1 1.10-3+b1 kwin-x11 recommends no packages. kwin-x11 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#794892: autogen: please make the build reproducible (cpu, locale, timestamps)
On 08/08/15 09:06, Valentin Lorentz wrote: There are already two bounds hardcoded. How is using a constant in the interval “worse” than that? Okay, one constant is in case the computation fails. Not a bound. The other is just a minimum -- a human interface sort of thing. It may well be that 1 second is sufficient on a given platform, but I would not expect a human being to become impatient before 5 seconds have elapsed. The value needs to indicate that at that amount of time there is highly likely some problem, and it ought not be so long that folks get impatient. I do not expect impatience in less than 5 seconds. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794892: autogen: please make the build reproducible (cpu, locale, timestamps)
Obviously, I can make no changes to Debian rules, but I have now added a working --enable-timeout=$WHATEVER configure option: http://autogen.sourceforge.net/data/autogen-5.18.6pre11.tar.xz and though I've added LC_ALL=C to some of my date invocations, I cannot use the ``-d @$SOURCE_DATE_EPOCH'' option for reasons stated earlier. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789757: ejabberd: General update after the debconf review process
Quoting Philipp Huebner (debala...@debian.org): Hi again, I just realized/remembered that I switched ejabberd's admin interface to https for the next upload, but the template and all the translation still have the http url in them. Can I simply replace http with https in the template and all the translations? Or would that somehow invalidate them? If so, what else is necessary? You can search/replace s/http/https certainly. I'd recommend to do this first on PO files, then on the templates files. The most important thing is that you should NOT make the change to templates files and run debconf-updatepo as all translations would have strings marked as fuzzy. Another recommendation is to open the PO files with a tool that is UTF8-clean. Nowadayd, this is nearly never a problem, but who knows? Of course, you may also want to use sed on these files. signature.asc Description: Digital signature
Bug#794945: drivers: Sense Key Medium Error in 8.1 not in 7 for same media
Control: tag -1 moreinfo On Sat, 2015-08-08 at 14:23 +0200, Ernest wrote: Package: src:linux Version: 3.16.7-ckt11-1+deb8u3 Severity: important File: drivers Dear Maintainer, A couple of machines here running Debian 8.1 are failing to read several commercially recorded DVDs which I can still play in another system with Debian 7. Failing systems are amd64 and have SSD both, successful one is i386 and has not SSD. Unreadable media are some, not all, always same ones. [...] Have you installed libdvdcss? Ben. -- Ben Hutchings Beware of programmers who carry screwdrivers. - Leonard Brandwein signature.asc Description: This is a digitally signed message part
Bug#793939: [RFR] templates://publicfile-installer/{templates}
Please find, for review, the debconf templates and packages descriptions for the publicfile-installer source package. This review will last from Saturday, August 08, 2015 to Tuesday, August 18, 2015. Please send reviews as unified diffs (diff -u) against the original files. Comments about your proposed changes will be appreciated. Your review should be sent as an answer to this mail. When appropriate, I will send intermediate requests for review, with [RFRn] (n=2) as a subject tag. When we will reach a consensus, I send a Last Chance For Comments mail with [LCFC] as a subject tag. Finally, a summary will be sent to the review bug report, and a mail will be sent to this list with [BTS] as a subject tag. Rationale: --- publicfile-installer.old/debian/templates 2015-07-29 08:21:48.490182705 +0200 +++ publicfile-installer/debian/templates 2015-07-29 13:44:58.140605903 +0200 @@ -1,13 +1,16 @@ Template: publicfile-installer/build Type: boolean Default: false -_Description: Do you want to get and build publicfile now? - Choose wether publicfile should be downloaded and build now. +_Description: Download and build publicfile now? Matter of taste, but I usually tend to avoid do you want foo + Please choose wether publicfile should be downloaded and built now. + . We often use Please foo so let's be consistent among packages? If you choose not to do this now, you can perform the actions manually later, - by running the 'get-publicfile' command (as a normal user, not root) and + by running the get-publicfile command (as an unprivileged user, not + as root) and following the instructions. The debian-l10n-english housestyle uses double quptes rather than simple quotes We also tend to suggest using privileged/unprivileged instead of normal. . - If you choose to get and build now, both these actions will be performed - as root. For security-aware sites, this might be not appropriate. - Once the software has been build, run the 'install-publicfile' command + If you choose to download and build publicfile now, both these actions will be performed + as root. For security-aware sites, this might be not appropriate. + . + Once the software has been built, run the install-publicfile command (as root) to install the package. Be consistent with other changes. --- publicfile-installer.old/debian/control 2015-07-29 08:21:48.490182705 +0200 +++ publicfile-installer/debian/control 2015-08-08 08:29:31.921329907 +0200 @@ -10,10 +10,10 @@ Package: publicfile-installer Architecture: all Depends: wget, debhelper, fakeroot, ${misc:Depends} -Description: installer package for the publicfile http and ftp server - Publicfile is a http and ftp server, written by Daniel J. Bernstein in - 1999; it didn't change a lot after that. Modern features are not - supported. However, if you're looking for a small, simple and secure +Description: installer package for the publicfile HTTP and FTP server + Publicfile is an HTTP and FTP server, written by Daniel J. Bernstein in + 1999; it didn't change a lot after that. Modern features are not + supported. However, if you're looking for a small, simple and secure webserver, which integrates with the runit and daemontools UNIX service managers, publicfile will suit your needs. . Capitalize HTTP ad FTP -- Template: publicfile-installer/build Type: boolean Default: false _Description: Download and build publicfile now? Please choose wether publicfile should be downloaded and built now. . If you choose not to do this now, you can perform the actions manually later, by running the get-publicfile command (as an unprivileged user, not as root) and following the instructions. . If you choose to download and build publicfile now, both these actions will be performed as root. For security-aware sites, this might be not appropriate. . Once the software has been built, run the install-publicfile command (as root) to install the package. --- publicfile-installer.old/debian/templates 2015-07-29 08:21:48.490182705 +0200 +++ publicfile-installer/debian/templates 2015-07-29 13:44:58.140605903 +0200 @@ -1,13 +1,16 @@ Template: publicfile-installer/build Type: boolean Default: false -_Description: Do you want to get and build publicfile now? - Choose wether publicfile should be downloaded and build now. +_Description: Download and build publicfile now? + Please choose wether publicfile should be downloaded and built now. + . If you choose not to do this now, you can perform the actions manually later, - by running the 'get-publicfile' command (as a normal user, not root) and + by running the get-publicfile command (as an unprivileged user, not + as root) and following the instructions. . - If you choose to get and build now, both these actions will be performed - as root. For security-aware sites, this might be not appropriate. - Once the software has been build, run the 'install-publicfile' command + If you choose to download
Bug#794891: found 794891 in 38.1.1esr-1
found 794891 38.1.1esr-1 thanks The same problem also applies for the iceweasel-38 branch, which is currently in stretch; the update depends on libstdc++6 = 5.2 for amd64, i386, arm and ppc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793465: libuser/1:0.60~dfsg-1.2 fix for CVE-2015-3245 and CVE-2015-3246
Hi Ghe, Tzafrir, Do you still maintain libuser for Debian? Your last upload was more than a year ago[1] and currently you have two security bugs reported[2]. I'm going to NMU and fix these with the attached changes if you don't respond in some days. Regards, Laszlo/GCS [1] https://packages.qa.debian.org/libu/libuser/news/20140519T161907Z.html [2] https://bugs.debian.org/793465 diff -Nru libuser-0.60~dfsg/debian/changelog libuser-0.60~dfsg/debian/changelog --- libuser-0.60~dfsg/debian/changelog 2014-12-29 20:37:14.0 + +++ libuser-0.60~dfsg/debian/changelog 2015-08-08 12:49:01.0 + @@ -1,3 +1,13 @@ +libuser (1:0.60~dfsg-1.3) unstable; urgency=low + + * Non-maintainer upload. + * Fix CVE-2015-3245 and CVE-2015-3246 (closes: #793465). + + [ Bart Martens ba...@debian.org ] + * Add watch file. + + -- Laszlo Boszormenyi (GCS) g...@debian.org Sat, 08 Aug 2015 12:26:38 + + libuser (1:0.60~dfsg-1.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru libuser-0.60~dfsg/debian/patches/0004-CVE-2015-3245_and_CVE-2015-3246.patch libuser-0.60~dfsg/debian/patches/0004-CVE-2015-3245_and_CVE-2015-3246.patch --- libuser-0.60~dfsg/debian/patches/0004-CVE-2015-3245_and_CVE-2015-3246.patch 1970-01-01 00:00:00.0 + +++ libuser-0.60~dfsg/debian/patches/0004-CVE-2015-3245_and_CVE-2015-3246.patch 2015-08-08 12:52:36.0 + @@ -0,0 +1,1546 @@ +Description: fix CVE-2015-3245 and CVE-2015-3246 + During a code audit by Qualys, multiple libuser-related vulnerabilities + were discovered that can allow local users to perform denial-of-service and + privilege-escalation attacks: + - Race condition in password file update (CVE-2015-3246, Important) + - Lack of validation of GECOS field contents (CVE-2015-3245, Moderate) +Origin: upstream, https://fedorahosted.org/libuser/changeset/d73aa2a5a9ce5bdd349dff46e3e4885f2b194a95/ +Bug-Debian: https://bugs.debian.org/793465 +Author: Miloslav Trmač m...@redhat.com +Last-Update: 2015-08-08 + +--- + +--- libuser-0.60~dfsg.orig/ChangeLog libuser-0.60~dfsg/ChangeLog +@@ -1,3 +1,30 @@ ++2015-06-26 Miloslav Trmač m...@redhat.com ++ ++ * modules/files.c (open_and_copy_file): Replace and heavily modify ... ++ (lu_files_create_backup): ... this. ++ (lock_file_handle_existing, lock_file_create, lock_file_remove) ++ (struct editing, editing_open, replace_file_or_symlink) ++ (editing_close): New functions. ++ (generic_lookup, generic_is_locked, lu_files_enumerate) ++ (lu_files_users_enumerate_by_group, lu_files_groups_enumerate_by_user) ++ (lu_files_enumerate_full): Remove locking on read-only operations. ++ (generic_add, generic_mod, generic_del, generic_lock) ++ (generic_setpass): Use struct editing instead of dealing with locking, ++ backups, SELinux individually. ++ ++ * lib/user_private.h (lu_util_lock_obtain, lu_util_lock_free): Mark ++ as deprecated. ++ ++ * lib/util.c (lu_util_field_write): Fail on an incomplete write(). ++ ++2015-06-25 Miloslav Trmač m...@redhat.com ++ ++ * modules/files.c (format_generic, generic_setpass): Refuse to write ++ field values which contain \n. ++ * tests/files_test.py (Tests.testUserAdd9, Tests.testUserMod8) ++ (tests.testUserSetpass5, tests.testGroupAdd6, tests.testGroupMod7) ++ (tests.testGroupSetpass4): New tests. ++ + 2013-10-12 Miloslav Trmač m...@redhat.com + + * configure.ac: Release 0.60. +--- libuser-0.60~dfsg.orig/lib/user_private.h libuser-0.60~dfsg/lib/user_private.h +@@ -330,9 +330,11 @@ typedef char lu_security_context_t; /* + ((void)(PATH), (void)(MODE), (void)(ERROR), TRUE) + #endif + +-/* Lock a file. */ ++#ifndef LU_DISABLE_DEPRECATED ++/* Lock a file. Deprecated. */ + gpointer lu_util_lock_obtain(int fd, struct lu_error **error); + void lu_util_lock_free(gpointer lock); ++#endif + + /* Manipulate a colon-delimited flat text file. */ + char *lu_util_line_get_matching1(int fd, const char *firstpart, +--- libuser-0.60~dfsg.orig/lib/util.c libuser-0.60~dfsg/lib/util.c +@@ -632,7 +632,7 @@ lu_util_field_write(int fd, const char * + goto err; + } + len = strlen(buf); +- if (write(fd, buf, len) == -1) { ++ if (write(fd, buf, len) != len) { + lu_error_new(error, lu_error_write, NULL); + ret = FALSE; + goto err; +--- libuser-0.60~dfsg.orig/modules/files.c libuser-0.60~dfsg/modules/files.c +@@ -25,6 +25,7 @@ + #include fcntl.h + #include fnmatch.h + #include limits.h ++#include shadow.h + #include stdio.h + #include stdlib.h + #include string.h +@@ -101,82 +102,79 @@ module_filename(struct lu_module *module + return g_strconcat(dir, file_suffix, NULL); + } + +-/* Create a backup copy of filename named filename-. */ +-static gboolean +-lu_files_create_backup(const char *filename, +- struct lu_error **error) ++/* Copy contents of INPUT_FILENAME to OUTPUT_FILENAME, exclusively creating it ++ * if EXCLUSIVE. ++ * Return the file descriptor for OUTPUT_FILENAME, open for reading and writing, ++ * or -1 on error. ++ * Note that this does no
Bug#794960: tt-rss: Does not start on boot
Package: tt-rss Version: 1.13+dfsg-1 Severity: important Dear Maintainer, Since I upgraded to Debian 8, the tt-rss daemon no longer starts on boot. It appears that when it attempts to start, MySQL is not ready. However, I can start it manually. I can see these errors from systemd: -- Logs begin at Sat 2015-08-08 10:15:18 PDT, end at Sat 2015-08-08 10:56:52 PDT. -- Aug 08 10:16:33 tardis update.php[1766]: PHP Warning: mysqli_connect(): (HY000/2002): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) in /usr/share/tt-rss/www/classes/db/mysqli.php on line 9 Aug 08 10:48:22 tardis update.php[24771]: PHP Fatal error: Query INSERT INTO ttrss_error_log Aug 08 10:48:22 tardis update.php[24771]: (errno, errstr, filename, lineno, context, owner_uid, created_at) VALUES Aug 08 10:48:22 tardis update.php[24771]: (256, 'Query SELECT DISTINCT ttrss_feeds.feed_url, ttrss_feeds.last_updated\n FROM\n ttrss_feeds, ttrss_users, ttrss_user_prefs\n WHERE\n ttrss_feeds.owner_uid = ttrss_users.id\n AND ttrss_user_prefs.profile IS NULL\n AND ttrss_users.id = ttrss_user_prefs.owner_uid\n AND ttrss_user_prefs.pref_name = \'DEFAULT_UPDATE_INTERVAL\'\n AND ttrss_users.last_login = DATE_SUB(NOW(), INTERVAL 30 DAY) AND ((\n ttrss_feeds.update_interval = 0\n AND ttrss_user_prefs.value != \'-1\'\n AND ttrss_feeds.last_updated DATE_SUB(NOW(), INTERVAL CONVERT(ttrss_user_prefs.value, SIGNED INTEGER) MINUTE)\n ) OR (\n ttrss_feeds.update_interval 0\n AND ttrss_feeds.last_updated DATE_SUB(NOW(), INTERVAL ttrss_feeds.update_interval MINUTE)\n ) OR (ttrss_feeds.last_updated IS NULL\n AND ttrss_user_prefs.value != \'-1\')\n OR (last_updated = \'1970-01-01 00:00:00\'\n in /usr/share/tt-rss/www/classes/db/mysqli.php on line 33 ... -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (700, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages tt-rss depends on: ii dbconfig-common1.8.47+nmu3 ii debconf [debconf-2.0] 1.5.56 ii init-system-helpers1.22 ii libapache2-mod-php55.6.7+dfsg-1 ii libjs-dojo-core1.10.2+dfsg-1 ii libjs-dojo-dijit 1.10.2+dfsg-1 ii libjs-scriptaculous1.9.0-2 ii libphp-phpmailer 5.2.9+dfsg-2 ii php-gettext1.0.11-1 ii php5 5.6.7+dfsg-1 ii php5-cli 5.6.7+dfsg-1 ii php5-json 1.3.6-1 ii php5-mysql 5.6.7+dfsg-1 ii php5-pgsql 5.6.7+dfsg-1 ii phpqrcode 1.1.4-1 Versions of packages tt-rss recommends: ii apache2 [httpd] 2.4.10-10 ii apache2-mpm-prefork [httpd] 2.4.10-10 ii php5-gd 5.6.7+dfsg-1 ii php5-mcrypt 5.6.7+dfsg-1 Versions of packages tt-rss suggests: ii mysql-client 5.5.42-1 ii mysql-client-5.5 [mysql-client]5.5.42-1 ii mysql-server 5.5.42-1 pn php-apcnone ii postgresql-client-8.4 [postgresql-client] 8.4.8-0squeeze2 ii postgresql-client-9.1 [postgresql-client] 9.1.14-0+deb7u1 pn sphinxsearch none -- Configuration Files: /etc/default/tt-rss changed: DISABLED=0 FORKING=0 /etc/tt-rss/config.php changed: ?php // *** // *** Database configuration (important!) *** // *** include_once('/etc/tt-rss/database.php'); define('DB_TYPE', $dbtype); define('DB_HOST', $dbserver); define('DB_PORT', $dbport); define('DB_USER', $dbuser); define('DB_NAME', $dbname); define('DB_PASS', $dbpass); define('MYSQL_CHARSET', 'UTF8'); // Connection charset for MySQL. If you have a legacy database and/or experience // garbage unicode characters with this option, try setting it to a blank string. // *** // *** Basic settings (important!) *** // *** define('SELF_URL_PATH', 'http://www.malcolm.id.au/tt-rss/'); // Full URL of your tt-rss installation. This should be set to the // location of tt-rss directory, e.g. http://example.org/tt-rss/ // You need
Bug#571054: Divert /sbin/initctl to fix start(8) in lucid postinsts.
Control: reassign -1 upstart On Tue, Mar 09, 2010 at 11:43:18AM +1100, Trent W. Buck wrote: Junichi Uekawa wrote: pbuilder currently creates a policy-rc.d that prevents daemons from starting when they are installed to satisfy build dependencies. This works well for sysvinit packages. However, when working with Ubuntu Lucid[0] chroots, many daemons use upstart instead of sysvinit. Thus, they ignore policy-rc.d, try (and fail) to start, further causing the postinst, dpkg, satisfybuildepends and ultimately the entire pdebuild to fail. Erm... why not fix upstart to respect policy-rc.d ? I don't know if it should -- I'm just a lowly sysadmin. By all means try to convince the upstart people to support policy-rc.d. If so, please retitle and reassign this ticket to upstart. I agree. This is a bug in upstart, sorry. I haven't even tried to check whether this is still the issue, but whatever diversion for this sounds plain wrong. -- 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#794466: Virtualbox might not be suitable for Stretch
On Mon, 3 Aug 2015 10:47:23 + (UTC) Gianfranco Costamagna costamagnagianfra...@yahoo.it wrote: Source: virtualbox Version: 4.3.30-dfsg-1 Severity: critical Hi Gianfranco, thanks for your summary. Although I'm not involved in maintaining virtualbox, still a few thoughts: * What would that mean for Jessie updates? * Isn't that basically the same problem we have with MySQL, or even Iceweasel? So I think the question is either drop, or work with upstream releases, from which I'd personally prefer. Even popcon isn't too bad: https://qa.debian.org/popcon.php?package=virtualbox Leaving users with the possibility to use upstream packages is also not very attractive. Just me few cents :) Markus signature.asc Description: This is a digitally signed message part
Bug#793816: preseeding not working since 1.8.49
Control: tags -1 pending On 28-07-15 21:56, Evgeni Golov wrote: since 1.8.49 preseeding of dbc_dbuser and dbc_dbname seems not to work anymore. Thanks for reporting this issue. Technically, I wouldn't call it preseeding, as this use of seeding was probably lost when I implemented proper (debconf) preseeding. True, but this is how it is documented and how a lot of packages are using it :) ( and that's how I noticed it :) ) Indeed thanks for reporting. I implemented the proper solution for this, but made an extremely stupid copy/paste error, (see dpkg/common line 233 and down) for the dbc_dbname lines: # Turns out we cannot fully... According to the documentation # package maintainers can provide several variables in their config. if [ $dbc_dbuser ] ; then _tmp_dbuser=$dbc_dbuser ; fi if [ $dbc_basepath ] ; then _tmp_basepath=$dbc_basepath ; fi if [ $dbc_dbname ] ; then _tmp_dbuser=$dbc_dbname ; fi dbc_read_package_debconf if [ ! $dbc_dbuser ] ; then dbc_dbuser=$_tmp_dbuser ; fi if [ ! $dbc_basepath ] ; then dbc_basepath=$_tmp_basepath ; fi if [ ! $dbc_dbname ] ; then dbc_dbuser=$_tmp_dbname ; fi I am working on improving the CI tests. I will try to remember to include this as well. Any chance you are at DebConf for a beer? :) Sure. I have a BOF about dbconfig-common [1] where you for sure can find me. Paul [1] https://summit.debconf.org/debconf15/meeting/190/using-dbconfig-common/ signature.asc Description: OpenPGP digital signature
Bug#794961: Hard-codes 'firefox' as system browser
Package: lilyterm Version: 0.9.9.4-3 Severity: minor Upstream’s default configuration file hard-codes 'firefox' and 'thunderbird' as URL handlers. Debian should patch this configuration file to invoke 'sensible-browser' or 'xdg-open' as appropriate. Upstream seems uninterested in changing this behaviour https://github.com/Tetralet/LilyTerm/issues/38. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794962: wheezy-pu: package openafs/1.6.1-3+deb7u3
Package: release.debian.org Severity: normal Tags: wheezy User: release.debian@packages.debian.org Usertags: pu The security update to the linux kernel (3.2.65-1+deb7u2) changed the KPI by moving d_alias into the d_u union, which causes subsequent (re)build attempts of the openafs kernel module to fail. (Existing openafs kernel modules continued to work due to clever work by the kernel maintainer.) This situation was maintained without great incident until the upload of openafs 1.6.1-3+deb7u3 to the security repo, which cause most people to attempt to build a new openafs kernel module and fail. Two grave bugs (780865 and 794224) reflect that situation. We had to deal with this problem for jessie back in February, but I didn't have enough time to fix it for wheezy then. The jessie updates also included a fix for a bug causing potential data corruption in mmapped files; I included the fix for that (778851) in this w-p-u as well. A debdiff between deb7u3 (from the security repo) and my proposed deb7u4 is attached. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) 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) diff -Nru openafs-1.6.1/debian/changelog openafs-1.6.1/debian/changelog --- openafs-1.6.1/debian/changelog 2015-07-30 06:27:51.0 -0400 +++ openafs-1.6.1/debian/changelog 2015-08-08 14:23:47.0 -0400 @@ -1,3 +1,12 @@ +openafs (1.6.1-3+deb7u4) wheezy-proposed-updates; urgency=medium + + * Fix the kernel module build when d_alias is in the d_u union +(Closes: #780865, Closes: #794224) +to d_alias being a member of the d_u union. + * Fix potential file corruption of mmapped files (Closes: #778851) + + -- Benjamin Kaduk ka...@mit.edu Sat, 08 Aug 2015 14:19:04 -0400 + openafs (1.6.1-3+deb7u3) wheezy-security; urgency=high * Apply upstream security patches from the 1.6.13 release (thanks to diff -Nru openafs-1.6.1/debian/patches/debian-changes openafs-1.6.1/debian/patches/debian-changes --- openafs-1.6.1/debian/patches/debian-changes 2015-07-30 06:34:05.0 -0400 +++ openafs-1.6.1/debian/patches/debian-changes 2015-08-08 14:27:33.0 -0400 @@ -8,6 +8,16 @@ For full commit history and separated commits, see the packaging Git repository. +--- openafs-1.6.1.orig/acinclude.m4 openafs-1.6.1/acinclude.m4 +@@ -793,6 +793,7 @@ case $AFS_SYSNAME in *_linux* | *_umlinu + AC_CHECK_LINUX_STRUCT([backing_dev_info], [name], + [backing-dev.h]) + AC_CHECK_LINUX_STRUCT([ctl_table], [ctl_name], [sysctl.h]) ++ AC_CHECK_LINUX_STRUCT([dentry], [d_u.d_alias], [dcache.h]) + AC_CHECK_LINUX_STRUCT([inode], [i_alloc_sem], [fs.h]) + AC_CHECK_LINUX_STRUCT([inode], [i_blkbits], [fs.h]) + AC_CHECK_LINUX_STRUCT([inode], [i_blksize], [fs.h]) --- openafs-1.6.1.orig/configure.ac +++ openafs-1.6.1/configure.ac @@ -50,14 +50,20 @@ MAKE_KRB5=# @@ -47,6 +57,301 @@ RRA_LIB_KRB5_RESTORE]) AC_SUBST([BUILD_KRB5]) AC_SUBST([MAKE_KRB5]) +--- openafs-1.6.1.orig/src/afs/LINUX/osi_compat.h openafs-1.6.1/src/afs/LINUX/osi_compat.h +@@ -27,6 +27,10 @@ + # endif + #endif + ++#if defined(STRUCT_DENTRY_HAS_D_U_D_ALIAS) ++# define d_alias d_u.d_alias ++#endif ++ + #ifndef HAVE_LINUX_DO_SYNC_READ + static inline int + do_sync_read(struct file *fp, char *buf, size_t count, loff_t *offp) { +--- openafs-1.6.1.orig/src/afs/LINUX/osi_prototypes.h openafs-1.6.1/src/afs/LINUX/osi_prototypes.h +@@ -79,6 +79,9 @@ extern void osi_VM_FlushPages(struct vca + extern void osi_VM_Truncate(struct vcache *avc, int alen, + afs_ucred_t *acred); + ++/* osi_vcache.c */ ++extern void osi_ResetRootVCache(afs_uint32 volid); ++ + /* osi_vfsops.c */ + extern void vattr2inode(struct inode *ip, struct vattr *vp); + extern int afs_init_inodecache(void); +--- openafs-1.6.1.orig/src/afs/LINUX/osi_vcache.c openafs-1.6.1/src/afs/LINUX/osi_vcache.c +@@ -13,6 +13,8 @@ + #include afs/sysincludes.h/*Standard vendor system headers */ + #include afsincludes.h/*AFS-based standard headers */ + ++#include osi_compat.h ++ + int + osi_TryEvictVCache(struct vcache *avc, int *slept, int defersleep) { + int code; +@@ -139,3 +141,64 @@ osi_PostPopulateVCache(struct vcache *av + vSetType(avc, VREG); + } + ++/** ++ * osi_ResetRootVCache - Reset the root vcache ++ * Reset the dentry associated with the afs root. ++ * Called from afs_CheckRootVolume when we notice that ++ * the root volume ID has changed. ++ * ++ * @volid: volume ID for the afs root ++ */ ++void ++osi_ResetRootVCache(afs_uint32 volid) ++{ ++struct vrequest *treq = NULL; ++struct vattr vattr; ++cred_t *credp; ++struct dentry *dp; ++struct vcache *vcp; ++struct inode *root = AFSTOV(afs_globalVp); ++ ++afs_rootFid.Fid.Volume = volid; ++
Bug#791081: jags: library transition may be needed when GCC 5 is the default
On 8 August 2015 at 09:03, Dirk Eddelbuettel wrote: | | On 8 August 2015 at 14:34, Jonathan Wiltshire wrote: | | On 8 August 2015 at 13:08, Julien Cristau wrote: | | However, instead of being properly split out as required by | | policy, the libraries are shipped as part of the 'jags' binary package, | | which makes this a bit of a pain. | | | | On Sat, Aug 08, 2015 at 06:50:44AM -0500, Dirk Eddelbuettel wrote: | | I don't see the need for splitting the libraries out of the jags | | package. What am I missing? | | | | Making it not be a bit of a pain in the future. | | I hear you in theory, but in practice I know the upstream author very | well, and have a reasonable idea of how this is used (in Bayesian stats | around R in the large sense). | | This isn't really a library to link against -- all statistical analysis uses | jags the binary. | | But I look into it. The debian/rules is (apart from some overrides) just | | %: | dh $@ | | so I should get by with some simple-enough debian/*.files magic. Abort. I just wasted a few hours on this (luckily while doing other stuff). I am not going to split libjags, libjags-dev off but simply rebuild depending on g++ (= 4:5.2). Chris can then depend on this version, and that is all that there is to the jags part of the g++5 transition. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794205: closed by Eriberto Mota eribe...@debian.org (reply to eribe...@debian.org) (Re: vokoscreen: does not work with ffmpeg Permission denied error)
Hi, this is incredible. There are people who have a job and a life and all that. Giving more than a few days to set up a new system for testing and testing for the bug seems to be granted. Maybe you should not be a Debian maintainer at all, but just reopening the bug until we found out what is going on might be a good start. -nik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794915: revised source package uploaded to mentors
On 08/08/15 15:27, Gianfranco Costamagna wrote: There still are some copyright issues: e.g. licensecheck cmake/FindTBB.cmake cmake/FindTBB.cmake: MIT/X11 (BSD like) seems that you missed one :) No problem, I am the one supposed to get that right. I did not realize that licensecheck ignores *.cmake files by default. Actually both cmake/FindTBB.cmake and cmake/FindEigen.cmake had different copyright information. They have been added to d/copyright. I have uploaded another version. Hopefully, it will be the one. Cheers, Ghis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794963: libnet-xmpp-perl: Insecure dependency in eval (...) at /usr/share/perl5/Net/XMPP/Protocol.pm line 1007.
Package: libnet-xmpp-perl Version: 1.02-4 Severity: normal Tags: patch Dear Maintainer, after upgrading to jessie, an XMPP client application written in Perl failed to start with | Insecure dependency in eval while running setuid at /usr/share/perl5/Net/XMPP/Protocol.pm line 1007. The offending line | eval \$obj = new $NEWOBJECT{$tag}(\$tree);; isn't something I'd call good Perl style. Replacing it with | eval { $obj = new {$NEWOBJECT{$tag}}($tree); }; made the woes go away. This code still exists in stretch. Christoph -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14.48 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) signature.asc Description: Digital signature
Bug#794959: kwin-x11: kwin crashes on startup
Downgrade the breeze packages to the version in testing will likely fix it. See also #794581, #794809 and #794573 signature.asc Description: This is a digitally signed message part.
Bug#794945: drivers: Sense Key Medium Error in 8.1 not in 7 for same media
On ds, 2015-08-08 at 19:56 +0200, Ben Hutchings wrote: [...] Have you installed libdvdcss? [...]$ dpkg --list libdvdcss2 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii libdvdcss2 1.2.13-0 amd64library designed for accessing DV [...]$ dpkg --status libdvdcss2 Package: libdvdcss2 Status: install ok installed Priority: extra Section: libs Installed-Size: 85 Maintainer: Kubuntu Developers kubuntu-de...@lists.ubuntu.com Architecture: amd64 Source: libdvdcss Version: 1.2.13-0 Depends: libc6 (= 2.7) Description: library designed for accessing DVDs libdvdcss is a simple library designed for accessing DVDs like a block device without having to bother about the decryption. Homepage: http://download.videolan.org/ Original-Maintainer: Jonathan Riddell jridd...@ubuntu.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794955: gperf: Embedded code copy with missing copyright
Control: tag -1 moreinfo Your packages contains an embedded code copy of texi2html which is copyright Lionel Cons and others and is licensed under the GPL and Creative Commons Attribution-ShareAlike license. This information is missing from debian/copyright of gperf and is thus a violation of policy §4.5. Can you tell me a reliable source for that copyright information? Online, I have only found old (pre-GNU) versions such as 1.52 with a weird copyright notice, but no license -- and later versions distributed by the FSF under the GPL2. I found this bug while working on the reproducible builds project [1] to make texi2html produce reproducible output. Thank you, the effort is very much appreciated from my part. 1. remove the embedded code copy [2] and build-depend on texi2html (this would also make policy §4.13 happy). I would prefer this solution and would supply you with a patch if you want. Your package would then automatically become reproducible. 2. keep the embedded code copy and amend your debian/copyright. In this case I would open another bug so that your embedded copy of texi2html is patched to produce reproducible output. I'd like to amend debian/copyright, but also change the Makefile so that the Debian-provided texi2html is used instead. (I did verifiy that it still builds). Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571054: Divert /sbin/initctl to fix start(8) in lucid postinsts.
Control: reassign -1 pbuilder This bug was reassigned to upstart, but that is not correct. The problem described here is that a bug in the version of *debhelper* in Ubuntu Lucid caused maintainer scripts for packages that shipped upstart jobs to incorrectly call 'start' instead of the policy-defined 'invoke-rc.d' interface. This was a bug in debhelper in an old version of *Ubuntu*. There is nothing that the *Debian* *upstart* package can do to work around this bug. The bug was filed against pbuilder, as the tool managing the chroots on top of the Debian system, requesting that 'start' be diverted in order to give an effect similar to policy-rc.d. You might close this bug as wontfix, but it's nothing that the Debian upstart package can help with. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#794205: closed by Eriberto Mota eribe...@debian.org (reply to eribe...@debian.org) (Re: vokoscreen: does not work with ffmpeg Permission denied error)
Hi Dominik, Attacking me isn't going to solve your problem. Note that you are accusing me but you didn't reply my last message. The bug was closed because is a clear problem in your side and, today, I received a notice for autorm from testing (and I am sure that the package is working fine). So, make your problem reproducible and I and the upstream (very active) are going solve the issue. I maintain several packages, all updated (see my DDPO). My work is very seriously. So, please, be polite and I will help you. A closed bug will not destroy your life. You can reopen or file a new bug, after check your environment and make the issue reproducible. Think to do better. Regards, Eriberto 2015-08-08 15:45 GMT-03:00 Dominik George n...@naturalnet.de: Hi, this is incredible. There are people who have a job and a life and all that. Giving more than a few days to set up a new system for testing and testing for the bug seems to be granted. Maybe you should not be a Debian maintainer at all, but just reopening the bug until we found out what is going on might be a good start. -nik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794963: libnet-xmpp-perl: Insecure dependency in eval (...) at /usr/share/perl5/Net/XMPP/Protocol.pm line 1007.
Hi, Christoph Biedl wrote: after upgrading to jessie, an XMPP client application written in Perl failed to start with | Insecure dependency in eval while running setuid at /usr/share/perl5/Net/XMPP/Protocol.pm line 1007. The offending line | eval \$obj = new $NEWOBJECT{$tag}(\$tree);; isn't something I'd call good Perl style. Replacing it with | eval { $obj = new {$NEWOBJECT{$tag}}($tree); }; made the woes go away. This code still exists in stretch. There is a new upstream release available which also changed that code, but differently: https://metacpan.org/source/DAPATRICK/Net-XMPP-1.05/lib/Net/XMPP/Protocol.pm#L1302 | eval \$obj = $NEWOBJECT{$tag}-new(\$tree);; Likely the relevant changelog entry is this one: | Replace indirect object notation with direct invocation notation Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794205: closed by Eriberto Mota eribe...@debian.org (reply to eribe...@debian.org) (Re: vokoscreen: does not work with ffmpeg Permission denied error)
Attacking me isn't going to solve your problem. Note that you are accusing me but you didn't reply my last message. Sure, I was tuning in on you. Your close mail was accusing and insulting. That's how things are - you communicated that I am talking nonsense, am unresponsive and in general, what you do not see does not exist. I should have stopped caring about vokoscreen before spending hours explaining open source to upstream a few years ago anyway. -nik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794963: libnet-xmpp-perl: Insecure dependency in eval (...) at /usr/share/perl5/Net/XMPP/Protocol.pm line 1007.
Control: tag -1 + moreinfo Hi Christoph, Axel Beckert wrote: Christoph Biedl wrote: after upgrading to jessie, an XMPP client application written in Perl failed to start with | Insecure dependency in eval while running setuid at /usr/share/perl5/Net/XMPP/Protocol.pm line 1007. Can you give me some example code which triggers this issue so that I can test if it's fixed with the new upstream release? The upstream test suite of the upstream release currently in Debian doesn't seem to trigger such warnings. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794205: closed by Eriberto Mota eribe...@debian.org (reply to eribe...@debian.org) (Re: vokoscreen: does not work with ffmpeg Permission denied error)
Dominik, As I said, the bug was closed to avoid an unnecessary remove from testing. This is a new situation. So, show me how to reproduce the problem and I will reopen and solve your problem in less than one week (the upstream is quick). Regards, Eriberto 2015-08-08 16:11 GMT-03:00 Dominik George n...@naturalnet.de: Attacking me isn't going to solve your problem. Note that you are accusing me but you didn't reply my last message. Sure, I was tuning in on you. Your close mail was accusing and insulting. That's how things are - you communicated that I am talking nonsense, am unresponsive and in general, what you do not see does not exist. I should have stopped caring about vokoscreen before spending hours explaining open source to upstream a few years ago anyway. -nik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794964: gettext: must redo libstdc++ ABI transition because not done right
Source: gettext Version: 0.19.5.1-1 Severity: grave Justification: renders package unusable I just noticed we already have libasprintf0v5 in Debian/m68k unstable. This cannot be, because we haven’t started the GCC 5 transition yet (I know because src:gcc-defaults is currently building on one of my boxen and src:gcc-5 has just finished building). Evidently, src:gettext was uploaded, with the new binary package name, without adding a versioned B-D on gcc (= 4:5). This means that src:gettext must re-do the transition after adding the versioned B-D, changing soname and binary package name yet again. -- System Information: Debian Release: stretch/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: m68k Kernel: Linux 4.0.0-2-m68k Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794478: Fwd: Bug#794478: [Security][RC] RFS: imagemagick/8:6.8.9.9-5+deb8u1
Dear security team I am looking for a sponsor for my package imagemagick about a security fix and I am waiting for your green light.. Fixing #770009 help buildd but is not a security fix (but nevertheless it will help the infrastructure). The other ones are DOS Changes since the last upload: * Fix build on mips by printing progress (Closes: #770009). * Fix four security bugs: - A DOS on specially crafted MIFF file (TEMP-000-FDAC72). - A DOS on specially crafted Vicar file (TEMP-000-EEF23C). - A DOS on specially crafted HDR file (TEMP-000-7C079F). - A DOs on specially crafted PDB file (TEMP-000-2FC21E). Joined debdiff I Plan to upload oldstable and oldoldstable version, fixing the same bug and closing all security backlog Regards, bastien roucaries debdiff Description: Binary data
Bug#794965: Dash fail to remove trailing spaces.
Package: dash Version: dash: 0.5.7-3 This two commands: dash -c 'echo a b | { read var; echo $var; }' bash -c 'echo a b | { read var; echo $var; }' produce: a b a b So, dash is not ignoring trailing spaces of values as defined in POSIX (and most shells do): http://pubs.opengroup.org/onlinepubs/9699919799/utilities/read.html - The remaining fields and their delimiters, *with trailing **IFS white space ignored* Even with a confirmed default value of IFS: $ printf %s $IFS|xxd -p 20090a
Bug#794205: closed by Eriberto Mota eribe...@debian.org (reply to eribe...@debian.org) (Re: vokoscreen: does not work with ffmpeg Permission denied error)
As I said, the bug was closed to avoid an unnecessary remove from testing. This is entirely wrong. Marking a bug as done is a clear statement that it was fixed. This is not true in this case. You could have set... severity -1 important tags -1 + moreinfo ...to achieve what you claim you wanted to achieve without getting rude towards a contributor. -nik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794205: closed by Eriberto Mota eribe...@debian.org (reply to eribe...@debian.org) (Re: vokoscreen: does not work with ffmpeg Permission denied error)
reopen 794205 severity 794205 important tags 794205 moreinfo thanks Done, as you wish. I look forward to receive news from you soon. Regards, Eriberto 2015-08-08 16:41 GMT-03:00 Dominik George n...@naturalnet.de: As I said, the bug was closed to avoid an unnecessary remove from testing. This is entirely wrong. Marking a bug as done is a clear statement that it was fixed. This is not true in this case. You could have set... severity -1 important tags -1 + moreinfo ...to achieve what you claim you wanted to achieve without getting rude towards a contributor. -nik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794954: usbutils: update usbutils to git master and get new usbids please
On 2015-08-08 21:49, shirish शिरीष wrote: Package: usbutils Version: 1:007-2 Severity: wishlist Dear Maintainer, It took me a long time to figure out what usb devices I have because both usbutils and especially usbids were pretty outdated. Please update the same from :- https://git.kernel.org/cgit/linux/kernel/git/gregkh/patches.git link is from/via http://www.linux-usb.org/ Well it's not that outdated, it just dates from before the Jessie freeze. I haven't updated it in sid yet, as this new version of usbutils actually get rids of usb.ids in favor of using the systemd database. I still have to see the consequences this new version will have for non-Linux ports and non-systemd users. I'll upload a new version which justs updates usb.ids for now. In the meantime you can run the script /usr/sbin/update-usbids to just fetch the latest version of usb.ids, without having to wait for a new package. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794964: gettext: must redo libstdc++ ABI transition because not done right
On Sat, Aug 08, 2015 at 07:25:14PM +, Thorsten Glaser wrote: Source: gettext Version: 0.19.5.1-1 Severity: grave Justification: renders package unusable I just noticed we already have libasprintf0v5 in Debian/m68k unstable. This cannot be, because we haven’t started the GCC 5 transition yet (I know because src:gcc-defaults is currently building on one of my boxen and src:gcc-5 has just finished building). Evidently, src:gettext was uploaded, with the new binary package name, without adding a versioned B-D on gcc (= 4:5). This means that src:gettext must re-do the transition after adding the versioned B-D, changing soname and binary package name yet again. I waited for gcc 5 to be the default as announced by Matthias on -devel-announce. While I agree that a B-D would have been nice for you and the m68k arch, renaming the packages again is not reasonable for two reasons: * m68k is not a released architecture. * There is absolutely no debian package depending on either the old or the new library. So, instead of doing extra work for nothing, can you tell me what kind of problem will the m68k architecture have if you just trigger an m68k-binary-only NMU of gettext once you have gcc 5 in unstable? Also, while we are at it: Considering that there has not been an emphasis on B-D in the various announcement I've seen about this, is it really a good idea to have the override file for m68k to be the same as the one for the released architectures? (Being it different, you would have detected this problem before the package arrived at unstable). [ Cc:ing Matthias ] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793939: [RFR] templates://publicfile-installer/{templates}
Christian PERRIER wrote: Rationale: --- publicfile-installer.old/debian/templates 2015-07-29 08:21:48.490182705 +0200 +++ publicfile-installer/debian/templates 2015-07-29 13:44:58.140605903 +0200 @@ -1,13 +1,16 @@ Template: publicfile-installer/build Type: boolean Default: false -_Description: Do you want to get and build publicfile now? - Choose wether publicfile should be downloaded and build now. +_Description: Download and build publicfile now? Matter of taste, but I usually tend to avoid do you want foo Me too. + Please choose wether publicfile should be downloaded and built now. + . We often use Please foo so let's be consistent among packages? You caught the wrong past tense, but a typo has snuck past you there. Whether is a questionword, wether is a castrated ram. If you choose not to do this now, you can perform the actions manually later, - by running the 'get-publicfile' command (as a normal user, not root) and + by running the get-publicfile command (as an unprivileged user, not + as root) and following the instructions. The debian-l10n-english housestyle uses double quptes rather than simple quotes We also tend to suggest using privileged/unprivileged instead of normal. Because normal people can be sysadmins too, in theory. . - If you choose to get and build now, both these actions will be performed - as root. For security-aware sites, this might be not appropriate. - Once the software has been build, run the 'install-publicfile' command + If you choose to download and build publicfile now, both these actions will be performed + as root. For security-aware sites, this might be not appropriate. + . + Once the software has been built, run the install-publicfile command (as root) to install the package. Be consistent with other changes. It might simplify the explanation if we reshuffled it slightly: _Description: Download and build publicfile now? Please choose whether publicfile should be downloaded and built now. . Alternatively you can do it manually later by running the command get-publicfile and following the instructions. This has the advantage that it can be run as an unprivileged user, avoiding the security risks of performing the build as root. . Once the software has been built, run the command install-publicfile (as root) to install the package. But why does it need a special script to install a package? (Goes and looks...) Yipe! It just checks I'm root and then runs dpkg -i /tmp/publicfile-installer/publicfile*_*.deb Does the build really leave its output in a predictable location in a world-writable directory? (Checks) Yes, so if my evil kid brother has created a /tmp/publicfile-installer/publicfile_0.52-0_amd64.deb, the build-script will happily dump its .deb alongside it. Then when I run sudo install-publicfile it'll install the bogus package first, executing its install-scripts as root. This hardly seems appropriate for a package where the main selling point is that it's secure. At the very least build-publicfile should use a *verbose* cp so that it tells me where it has put the output .deb! And if it's so hard to remember sudo dpkg -i foo.deb, it could finish with a reminder! In the control file: --- publicfile-installer.old/debian/control 2015-07-29 08:21:48.490182705 +0200 +++ publicfile-installer/debian/control 2015-08-08 08:29:31.921329907 +0200 Depends: wget, debhelper, fakeroot, ${misc:Depends} And not build-essential? +Description: installer package for the publicfile HTTP and FTP server + Publicfile is an HTTP and FTP server, written by Daniel J. Bernstein in + 1999; it didn't change a lot after that. Modern features are not + supported. However, if you're looking for a small, simple and secure webserver, which integrates with the runit and daemontools UNIX service managers, publicfile will suit your needs. . This installer package downloads the publicfile .tar.gz file from the upstream website, combines it with Debian packaging information from the package maintainer's website; then builds a publicfile Debian package, and installs that. When installing this installer package, one is given the option to postpone downloading and installing publicfile. There are a few other trivial issues, but I wouldn't have bothered except that there's quite a lot missing - such as the point of the exercise. Why does publicfile need an installer? Why isn't it an ordinary package in main like DJB's qmail? Okay, maybe the reader might vaguely remember that DJB is virulently opposed to sane software licenses, but then didn't he change his mind and declare all his software public domain? The answer turns out to be: not *quite* all. Also, it's not clear whether this download-and-build is a one-off (after which the installer becomes redundant) or whether it'll automatically check for updates (like the
Bug#794964: is normal
severity 794964 normal tags 794964 + wontfix thanks Thorsten, your work on the m68k arch is really amazing, but I don't think that submitting grave bugs for bugs that only happen in m68k is a good idea at all. By definition, a bug which represent a problem only for unreleased architectures may not be release critical. I'll be happy to add a versioned B-D in the next upload just in case it helps, but if it does not help, then I will do nothing and this is a wontfix, because I don't consider it reasonable at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794966: RFS: python-dtcwt/0.10.1+dfsg1-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package python-dtcwt * Package name: python-dtcwt Version : 0.10.1+dfsg1-2 Upstream Author : Rich Wareham rich.git...@richwareham.com * URL : https://github.com/rjw57/dtcwt * License : BSD Section : science It builds those binary packages: python-dtcwt - Dual-Tree Complex Wavelet Transform library for Python 2 python-dtcwt-doc - Documentation of the Python implementation of the DT-CWT python3-dtcwt - Dual-Tree Complex Wavelet Transform library for Python 3 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/python-dtcwt Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/python-dtcwt/python-dtcwt_0.10.1+dfsg1-2.dsc Changes since the last upload: * Make build reproducible. (Closes: #794005) Thanks to Chris Lamb for providing the patch. Best regards, Ghislain Vaillant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794916: aptitude is uninstallable
Control: notfixed -1 0.7-1+b1 Control: found -1 0.7-1 Control: close -1 fixed-in-NMU is not representable in the BTS Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794968: zsh: please clear console on logout (if recommended config is used)
Package: zsh Severity: wishlist There are more important things that involve less work to do, therefore this is intended as a low priority wishlist bug. Please clear console on logout if the recommended config for new users is used. This requires: * a console_clear (currently part of the bash package) that is not completely broken * a patched zsh-newuser-install that also installs the file /etc/zsh/newuser.zlogout.recommended if available * a newuser.zlogout.recommended that handles everything console_clear does not and should not handle, for example, don't clear the console if $0 is -su (such a file is currently available in a bug report against bash and might in future be part of bash) * doko relicensing a trivial shell snippet used in /etc/.bash_logout (this shouldn't be a problem) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794967: zsh: please enhance /etc/zshrc
Package: zsh Severity: wishlist Please enhance /etc/zshrc: * Please add some additional keybindings, at least for the emacs keymap: - bind PageUp ${terminfo[kpp]} to history-search-backward - bind PageDown ${terminfo[knp]} to history-search-forward The bash like history-search-end magic would be an alternative for PageUp and PageDown, but history-search-backward does not require running zle -N ... - bind BackTabKey ${terminfo[kcbt]} to reverse-menu-complete In terminfo(5), the capname cbt is described as back tab (P) and kcbt is described as back-tab key, therefore the suggested 'BackTabKey' instead of 'BackTab' - even though grml confuses people that know terminfo(5) by using 'BackTab' as name. - Maybe F1 could invoke run-help? But then the output of run-help w/o arguments should be more useful for new users. - Red Hat maps or mapped space to magic-space, I think Debian should _not_ do this, but initially I thought that this would be a good idea. * $key should be unset unless there is a reason for not doing so. * (( ${+aliases[run-help]} )) requires the zsh/parameter module. If, in rare cases, possibly involving zsh-static, there is a chance that this module is not loaded successfully, you should consider doing this instead to remove the alias w/o error message: alias run-help= unalias run-help -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794383: apache2: Upgrade to apache2-2.2.22-13+deb7u5 breaks CA certificate chain
On Saturday 08 August 2015 00:25:37, Felicitus wrote: Please try the version from https://people.debian.org/~sf/794383/ and check if it either fixes the problem or at least gives some more information in the error log. You may either replace all packages with dpkg or only the /usr/lib/apache2/modules/mod_ssl.so file by hand. I will try that after my holiday. Note that there were _no_ additional log entries. I know. I have added one more log message. Maybe it will help. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794969: udev: change in network device naming scheme unnecessarily and incorrectly renames WiMAX devices
Package: udev Version: 224-1 Severity: normal Previously, my WiMAX device was named something like wmx0. Now, it appears it's been renamed to enxMAC Address. First of all, the name has changed from what it used to be, and now I have to check that it's not broken anything. There wasn't supposed to be a naming change for people with the persistent-net rules in place. Secondly, this is not an Ethernet device, so en is not correct (it should be ww). The device is on the USB bus (using the driver i2400m-usb). For an example why this matters, think firewall rules: while I might legitimately want to SSH into my laptop over Ethernet or WiFi (e.g. from my phone when I'm in the other room), there's no reason I would want arbitrary people on the Internet (WiMAX) to SSH in. Of course, I have appropriate security measures in place, but I'd still want to firewall incoming WiMAX connections, and using an appropriate naming scheme makes that possible. -- Package-specific info: -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=es_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages udev depends on: ii adduser 3.113+nmu3 ii cdebconf [debconf-2.0] 0.195 ii debconf [debconf-2.0] 1.5.57 ii dpkg1.18.2 ii libacl1 2.2.52-2 ii libblkid1 2.26.2-9 ii libc6 2.19-19 ii libkmod221-1 ii libselinux1 2.3-2+b1 ii libudev1224-1 ii lsb-base4.1+Debian13+nmu1 ii procps 2:3.3.10-2 ii util-linux 2.26.2-9 udev recommends no packages. udev suggests no packages. -- debconf information excluded -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Bug#794970: ejabberd: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Package: ejabberd Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards. pt_BR.po.gz Description: application/gzip signature.asc Description: Digital signature