Bug#757645: Please revert the latest Depends from python-qt4 | python-pyside to python-qt4 and python-pyside
Package: python-pyqtgraph Version: 0.9.8-2 Severity: normal Hello, It seems to me that python-qt4 and python-pyside are providing the same kind of functionnality. So it would be better to let the user decide if he wants pyside or python-qt4 instead of depending of both. It is always possible for the user to install both version if he wants. This save plenty of space for small system also. could you revert this change. Did I miss something about this change ? thanks Frederic -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-486 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pyqtgraph depends on: ii python 2.7.8-1 ii python-numpy 1:1.8.1-1+b1 ii python-opengl 3.0.2-1 ii python-pyside 1.2.2-1 ii python-qt4 4.11.1+dfsg-1 ii python-qt4-gl 4.11.1+dfsg-1 ii python-scipy 0.14.0-1 python-pyqtgraph recommends no packages. python-pyqtgraph suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757581: pytables: FTBFS on s390x
The problem seems to be related to the lz4 compressor. I am investigating it. cheers -- Antonio Valentino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757611: Confirmation
I can reproduce the bug. Please report upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757417: libparted2-udeb: breaks auto-lvm in d-i
Hi. Could this issue also affect the grub installer udeb? When testing Debian Edu based on Jessie, I had to manually partition to work around the automatic lvm partition issue, but at the end of the installation grub was unable to find the file system partitions. I could install lilo, but the installed system did not boot at the end. :( I have not had time to investigate further. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757611: Fixed upstream.
Don't care about reporting upstream, this one has been fixed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757646: dictionaries-common: [INTL:fr] French debconf templates translation update
Package: dictionaries-common Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. Thanks for taking care of warning translators before uploading a new version with string changes. It's highly appreciated. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of dictionaries-common templates to French # Copyright (C) 2011 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the dictionaries-common package. # # Christian Perrier bubu...@debian.org, 2011, 2014. msgid msgstr Project-Id-Version: dictionaries-common 0.15.3\n Report-Msgid-Bugs-To: dictionaries-com...@packages.debian.org\n POT-Creation-Date: 2014-07-24 07:01+0200\n PO-Revision-Date: 2014-07-24 18:55+0200\n Last-Translator: Christian Perrier bubu...@debian.org\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.5\n Plural-Forms: nplurals=2; plural=(n 1);\n #. Type: error #. Description #: ../dictionaries-common.templates:2001 msgid Possible debconf database corruption msgstr Base de données de configuration probablement corrompue #. Type: error #. Description #: ../dictionaries-common.templates:2001 msgid The setting for \${question}\ is missing, but packages providing candidates are installed: \${class_packages}\. msgstr Le réglage pour « ${question}» est manquant mais des paquets fournissant des candidats pour ce réglage sont installés : « ${class_packages} ». #. Type: error #. Description #: ../dictionaries-common.templates:2001 msgid This may be due to corruption in the debconf database. See \/usr/share/doc/ dictionaries-common/README.problems\ on \Debconf database corruption\. msgstr Cela peut être dû à une corruption de la base de données de configuration (« debconf »). Veuillez consulter le fichier (non traduit en français) /usr/share/doc/ dictionaries-common/README.problems au chapitre « Debconf database corruption ». #. Type: error #. Description #: ../dictionaries-common.templates:2001 msgid In this case, running \/usr/share/debconf/fix_db.pl\ can help to put the debconf database in a consistent state. msgstr Dans cette situation, il est possible d'exécuter la commande « /usr/share/debconf/fix_db.pl » pour remettre la base de données de configuration dans un état cohérent. #. Type: error #. Description #: ../dictionaries-common.templates:2001 msgid Some questions are likely to be asked after this message in order to leave the dictionaries system in a (provisionally) working state. msgstr Il est probable que certaines questions seront alors posées afin de replacer le système de gestion des dictionnaires dans un état (temporairement) opérationnel. #. Type: error #. Description #. TRANSLATORS: DO NOT TRANSLATE variable names such as ${value} #: ../dictionaries-common.templates:3001 msgid Invalid configuration value for default dictionary msgstr Réglage de configuration non valable pour le dictionnaire par défaut #. Type: error #. Description #. TRANSLATORS: DO NOT TRANSLATE variable names such as ${value} #: ../dictionaries-common.templates:3001 msgid An invalid value has been found for a configuration setting for dictionaries- common. \${value}\ does not correspond to any installed package on the system. msgstr Une valeur incorrecte a été trouvée pour un réglage de configuration du paquet dictionaries-common. Le réglage « ${value} » ne correspond à aucun paquet installé sur le système. #. Type: error #. Description #. TRANSLATORS: DO NOT TRANSLATE variable names such as ${value} #: ../dictionaries-common.templates:3001 msgid This is usually caused by previous problems during package installation, where the package providing \${value}\ was selected for installation but finally not installed because of errors in other packages. msgstr Cela provient en général de difficultés rencontrées au cours de l'installation du paquet qui fournit « ${value} ». Il a été choisi pour être installé mais n'a pas pu l'être à cause d'erreurs survenues pendant l'installation d'autres paquets. #. Type: error #. Description #. TRANSLATORS: DO NOT TRANSLATE variable names such as ${value} #: ../dictionaries-common.templates:3001 msgid To fix this error, reinstall (or install) the package that provides \${value}\. Then, if you don't want that package on this system, remove it, which will also delete this configuration setting. A menu of choices will be shown after this message in order to leave the system in a working state until you
Bug#757647: ITP: python-lz4 -- Python interface to the lz4 compression library
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: python-lz4 Version: 0.7.0 Upstream Author: Steeve Morin steeve.mo...@gmail.com URL: http://pypi.python.org/pypi/lz4 License: BSD-3-clause Description: Python interface to the lz4 compression library This package provides bindings for the liblz4 compression library. . LZ4 is a very fast lossless compression algorithm, providing compression speed at 400 MB/s per core, scalable with multi-cores CPU. It also features an extremely fast decoder, with speed in multiple GB/s per core, typically reaching RAM speed limits on multi-core systems. Initial packaging is available from http://anonscm.debian.org/gitweb/?p=collab-maint/python-lz4.git signature.asc Description: This is a digitally signed message part.
Bug#757551: lintian: check if DEP-5 debian/copyright covers all files in the unpacked sources
* Johannes Schauer j.scha...@email.de, 2014-08-10, 09:28: I don't intend to work on improving the patch, but maybe somebody else will find it useful. that would be me :) Whoo! :-) Jakub: what I do not understand is what the rationale behind the unused-file-paragraph-in-dep5-copyright tag is. I do not see a case where this tag would be emitted but the wildcard-matches-nothing-in-dep5-copyright would not. If I recall correctly, it is supposed to catch cases like this: Files: * License: GPL-2 Files: debian/* License: Expat Files: src/* License: LGPL-3 If the source package contains nothing but debian/ and src/ directories, then the first paragraph is completely overridden by the following ones. -- 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#732413: Please update Recommends: for postgresql-9.3-postgis
I'm on vacation and AFK until next Wednesday. IIRC postgis worked just fine after minor mods (which I'm not sure I committed or not). Please feel free to do whatever is beneficial for Debian. Alternatively, I can take care on Thursday. Regards. Markus Christoph Berg m...@debian.org wrote: Re: Sebastiaan Couwenberg 2014-08-08 53e51fd7.6040...@xs4all.nl On 08/08/2014 05:19 PM, Christoph Berg wrote: in the meantime, the PostgreSQL version in jessie has been upgraded to 9.4, so please switch to postgresql-9.4-postgis. (Which isn't there yet but should be soon.) Have you been in contact with Markus Wanner about postgresql-9.4-postgis? The postgis package hasn't been updated for postgresql-9.4 yet, but this can easily be done. Hi Sebastiaan, it's been some weeks since I talked to Markus about postgis, but iirc the package was ready. Markus, do you need sponsoring for the new binary? I see that postgresql-9.4~beta2-1 is currently in testing and unstable, as is 9.3.4-2. When do you expect to switch to postgresql-9.4 by default? 9.4 is already the default. Sorry for not informing you earlier. Christoph -- c...@df7cb.de | http://www.df7cb.de/
Bug#757551: lintian: check if DEP-5 debian/copyright covers all files in the unpacked sources
tags 757551 patch thanks Hi, Quoting Jakub Wilk (2014-08-09 23:21:54) I wrote it in 2012, so it likely no longer applies cleanly. I probably tested it only lightly, if at all. The tag descriptions are missing. There are no tests. I don't intend to work on improving the patch, but maybe somebody else will find it useful. that would be me :) Please find attached Jakub's patch rebased onto current Lintian and changed a little here and there. In addition it includes tag description and tests. Jakub: what I do not understand is what the rationale behind the unused-file-paragraph-in-dep5-copyright tag is. I do not see a case where this tag would be emitted but the wildcard-matches-nothing-in-dep5-copyright would not. cheers, josch From 57fd9978cf072d408d9a9fb8d9f58b12802f59ea Mon Sep 17 00:00:00 2001 From: Johannes Schauer j.scha...@email.de Date: Fri, 8 Aug 2014 12:00:39 +0200 Subject: [PATCH] check whether the dep-5 debian/copyright wildcards match all files - based on patch by Jakub Wilk - thanks! --- checks/source-copyright.desc | 35 checks/source-copyright.pm | 98 -- .../debian/debian/copyright| 24 ++ .../debian/file,with,commas| 0 .../debian/i-have-no-copyright-information | 0 t/tests/source-copyright-wildcard-matching/desc| 9 ++ t/tests/source-copyright-wildcard-matching/tags| 4 + 7 files changed, 165 insertions(+), 5 deletions(-) create mode 100644 t/tests/source-copyright-wildcard-matching/debian/debian/copyright create mode 100644 t/tests/source-copyright-wildcard-matching/debian/file,with,commas create mode 100644 t/tests/source-copyright-wildcard-matching/debian/i-have-no-copyright-information create mode 100644 t/tests/source-copyright-wildcard-matching/desc create mode 100644 t/tests/source-copyright-wildcard-matching/tags diff --git a/checks/source-copyright.desc b/checks/source-copyright.desc index 921e7b9..b912b2a 100644 --- a/checks/source-copyright.desc +++ b/checks/source-copyright.desc @@ -205,3 +205,38 @@ Info: The paragraph has a License and a Copyright field, but no Lintian will attempt to guess what you intended and continue based on its guess. If the guess is wrong, you may see spurious tags related to this paragraph. + +Tag: invalid-escape-sequence-in-dep5-copyright +Severity: normal +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The only allowed escape sequences are \*, \? and \\ (without + quotes) to produce a literal star, question mark and backslash, respectively. + Without the escaping backslash, the star and question mark take the role of + globbing operators similar to shell globs which is why they have to be + escaped. No other escapable characters than *, ? and \ exist. + +Tag: wildcard-matches-nothing-in-dep5-copyright +Severity: minor +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The wildcard that was specified matches no file in the source tree. + This either indicates that you should fix the wildcard so that it matches + the intended file or that you can remove the wildcard. Notice that in + contrast to shell globs, the * (star or asterisk) matches slashes and + leading dots. + +Tag: file-without-copyright-information +Severity: normal +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The source tree contains a file which was not matched by any of + the ttFiles/tt paragraphs in debian/copyright. Either adjust existing + wildcards to match that file or add a new ttFiles/tt paragraph. + +Tag: unused-file-paragraph-in-dep5-copyright +Severity: minor +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The ttFiles/tt paragraph in debian/copyright is superfluous as it is + never used to match any files. You should be able to safely remove it. diff --git a/checks/source-copyright.pm b/checks/source-copyright.pm index 6b9a0c5..cfdaef7 100644 --- a/checks/source-copyright.pm +++ b/checks/source-copyright.pm @@ -24,6 +24,9 @@ use strict; use warnings; use autodie; +use Cwd qw(getcwd); +use File::Find qw(); + use List::MoreUtils qw(any); use Text::Levenshtein qw(distance); @@ -252,6 +255,8 @@ sub _parse_dep5 { } my @commas_in_files; +my %file_coverage = map { $_ = 0 } get_all_files($info); +my %file_para_coverage = (); my $i = 0; my $current_line = 0; for my $para (@dep5) { @@ -297,6 +302,31 @@ sub _parse_dep5 { @commas_in_files = ($i, $files_fname); } +# only attempt to evaluate globbing if commas could be legal +if (not @commas_in_files or any { m/,/xsm } $info-sorted_index) { +my @wildcards = split /[\n\t ]+/, $files; +for my $wildcard (@wildcards) { +
Bug#757627: Download error: Download Error: 404 Not Found class '__main__.DownloadErrorException'
Mark Purcell wrote (09 Aug 2014 23:35:22 GMT) : TBB is not installed, attempting to install 4.0-alpha-1 I doubt torbrowser-launcher should be installing an alpha TBB. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757627: [Pkg-anonymity-tools] Bug#757627: Bug#757627: Download error: Download Error: 404 Not Found class '__main__.DownloadErrorException'
control: severity -1 serious control: tags -1 + upstream control: retitle -1 tbb-l tries to launch 4.0-alpha and fails # completly breaks tbb Hi Mark, thanks for your bug report, I suspect there might even be several bugs here: On Sonntag, 10. August 2014, Tiago Bortoletto Vaz wrote: Downloading https://www.torproject.org/dist/torbrowser/4.0-alpha-1/sha256sums.txt so, why does it try to download 4.0-alpha-1 instead of 3.6.3? second question, though not related to the tbb-launcher codebase directly: why is there already 3.6.4 available at https://www.torproject.org/dist/torbrowser/ - the usual release cycle is 6 weeks, and 3.6.3 was released July 25th and 3.6.2 on June 10th. Updating over Tor Finished receiving body: Response body fully received Running task: download_sha256_sig Downloading https://www.torproject.org/dist/torbrowser/4.0-alpha-1/sha256sums.txt-mi keperry.asc Updating over Tor Download error: Download Error: 404 Not Found class '__main__.DownloadErrorException' Same here. Any reason to not using sha256sums.txt.asc instead? that too, but this might be an artifact of trying to download 4.0-alpha... cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#757551: lintian: check if DEP-5 debian/copyright covers all files in the unpacked sources
Hi, Quoting Jakub Wilk (2014-08-10 09:41:31) * Johannes Schauer j.scha...@email.de, 2014-08-10, 09:28: I don't intend to work on improving the patch, but maybe somebody else will find it useful. that would be me :) Whoo! :-) awesome you kept that patch for two years :D If I recall correctly, it is supposed to catch cases like this: Files: * License: GPL-2 Files: debian/* License: Expat Files: src/* License: LGPL-3 If the source package contains nothing but debian/ and src/ directories, then the first paragraph is completely overridden by the following ones. that's very useful and I added this as a test case. The updated patch is attached. cheers, josch From 5931775a7d337e37b04fb882c82165b95c7fcb7e Mon Sep 17 00:00:00 2001 From: Johannes Schauer j.scha...@email.de Date: Fri, 8 Aug 2014 12:00:39 +0200 Subject: [PATCH] check whether the dep-5 debian/copyright wildcards match all files - based on patch by Jakub Wilk - thanks! --- checks/source-copyright.desc | 35 checks/source-copyright.pm | 98 -- .../debian/debian/copyright| 24 ++ .../debian/file,with,commas| 0 .../debian/i-have-no-copyright-information | 0 t/tests/source-copyright-wildcard-matching/desc| 9 ++ t/tests/source-copyright-wildcard-matching/tags| 4 + 7 files changed, 165 insertions(+), 5 deletions(-) create mode 100644 t/tests/source-copyright-wildcard-matching/debian/debian/copyright create mode 100644 t/tests/source-copyright-wildcard-matching/debian/file,with,commas create mode 100644 t/tests/source-copyright-wildcard-matching/debian/i-have-no-copyright-information create mode 100644 t/tests/source-copyright-wildcard-matching/desc create mode 100644 t/tests/source-copyright-wildcard-matching/tags diff --git a/checks/source-copyright.desc b/checks/source-copyright.desc index 921e7b9..b912b2a 100644 --- a/checks/source-copyright.desc +++ b/checks/source-copyright.desc @@ -205,3 +205,38 @@ Info: The paragraph has a License and a Copyright field, but no Lintian will attempt to guess what you intended and continue based on its guess. If the guess is wrong, you may see spurious tags related to this paragraph. + +Tag: invalid-escape-sequence-in-dep5-copyright +Severity: normal +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The only allowed escape sequences are \*, \? and \\ (without + quotes) to produce a literal star, question mark and backslash, respectively. + Without the escaping backslash, the star and question mark take the role of + globbing operators similar to shell globs which is why they have to be + escaped. No other escapable characters than *, ? and \ exist. + +Tag: wildcard-matches-nothing-in-dep5-copyright +Severity: minor +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The wildcard that was specified matches no file in the source tree. + This either indicates that you should fix the wildcard so that it matches + the intended file or that you can remove the wildcard. Notice that in + contrast to shell globs, the * (star or asterisk) matches slashes and + leading dots. + +Tag: file-without-copyright-information +Severity: normal +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The source tree contains a file which was not matched by any of + the ttFiles/tt paragraphs in debian/copyright. Either adjust existing + wildcards to match that file or add a new ttFiles/tt paragraph. + +Tag: unused-file-paragraph-in-dep5-copyright +Severity: minor +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The ttFiles/tt paragraph in debian/copyright is superfluous as it is + never used to match any files. You should be able to safely remove it. diff --git a/checks/source-copyright.pm b/checks/source-copyright.pm index 6b9a0c5..cfdaef7 100644 --- a/checks/source-copyright.pm +++ b/checks/source-copyright.pm @@ -24,6 +24,9 @@ use strict; use warnings; use autodie; +use Cwd qw(getcwd); +use File::Find qw(); + use List::MoreUtils qw(any); use Text::Levenshtein qw(distance); @@ -252,6 +255,8 @@ sub _parse_dep5 { } my @commas_in_files; +my %file_coverage = map { $_ = 0 } get_all_files($info); +my %file_para_coverage = (); my $i = 0; my $current_line = 0; for my $para (@dep5) { @@ -297,6 +302,31 @@ sub _parse_dep5 { @commas_in_files = ($i, $files_fname); } +# only attempt to evaluate globbing if commas could be legal +if (not @commas_in_files or any { m/,/xsm } $info-sorted_index) { +my @wildcards = split /[\n\t ]+/, $files; +for my $wildcard (@wildcards) { +my ($regex, $wildcard_error) =
Bug#757551: lintian: check if DEP-5 debian/copyright covers all files in the unpacked sources
Quoting Johannes Schauer (2014-08-10 10:02:31) that's very useful and I added this as a test case. The updated patch is attached. and it would help to attach the right file... From 040fdbf1b96d1b6dcfa55c67c52e72b3a58ab8ce Mon Sep 17 00:00:00 2001 From: Johannes Schauer j.scha...@email.de Date: Fri, 8 Aug 2014 12:00:39 +0200 Subject: [PATCH] check whether the dep-5 debian/copyright wildcards match all files - based on patch by Jakub Wilk - thanks! --- checks/source-copyright.desc | 35 checks/source-copyright.pm | 98 -- .../debian/debian/copyright| 32 +++ .../debian/file,with,commas| 0 .../debian/i-have-no-copyright-information | 0 t/tests/source-copyright-wildcard-matching/desc| 9 ++ t/tests/source-copyright-wildcard-matching/tags| 5 ++ 7 files changed, 174 insertions(+), 5 deletions(-) create mode 100644 t/tests/source-copyright-wildcard-matching/debian/debian/copyright create mode 100644 t/tests/source-copyright-wildcard-matching/debian/file,with,commas create mode 100644 t/tests/source-copyright-wildcard-matching/debian/i-have-no-copyright-information create mode 100644 t/tests/source-copyright-wildcard-matching/desc create mode 100644 t/tests/source-copyright-wildcard-matching/tags diff --git a/checks/source-copyright.desc b/checks/source-copyright.desc index 921e7b9..b912b2a 100644 --- a/checks/source-copyright.desc +++ b/checks/source-copyright.desc @@ -205,3 +205,38 @@ Info: The paragraph has a License and a Copyright field, but no Lintian will attempt to guess what you intended and continue based on its guess. If the guess is wrong, you may see spurious tags related to this paragraph. + +Tag: invalid-escape-sequence-in-dep5-copyright +Severity: normal +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The only allowed escape sequences are \*, \? and \\ (without + quotes) to produce a literal star, question mark and backslash, respectively. + Without the escaping backslash, the star and question mark take the role of + globbing operators similar to shell globs which is why they have to be + escaped. No other escapable characters than *, ? and \ exist. + +Tag: wildcard-matches-nothing-in-dep5-copyright +Severity: minor +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The wildcard that was specified matches no file in the source tree. + This either indicates that you should fix the wildcard so that it matches + the intended file or that you can remove the wildcard. Notice that in + contrast to shell globs, the * (star or asterisk) matches slashes and + leading dots. + +Tag: file-without-copyright-information +Severity: normal +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The source tree contains a file which was not matched by any of + the ttFiles/tt paragraphs in debian/copyright. Either adjust existing + wildcards to match that file or add a new ttFiles/tt paragraph. + +Tag: unused-file-paragraph-in-dep5-copyright +Severity: minor +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The ttFiles/tt paragraph in debian/copyright is superfluous as it is + never used to match any files. You should be able to safely remove it. diff --git a/checks/source-copyright.pm b/checks/source-copyright.pm index 6b9a0c5..cfdaef7 100644 --- a/checks/source-copyright.pm +++ b/checks/source-copyright.pm @@ -24,6 +24,9 @@ use strict; use warnings; use autodie; +use Cwd qw(getcwd); +use File::Find qw(); + use List::MoreUtils qw(any); use Text::Levenshtein qw(distance); @@ -252,6 +255,8 @@ sub _parse_dep5 { } my @commas_in_files; +my %file_coverage = map { $_ = 0 } get_all_files($info); +my %file_para_coverage = (); my $i = 0; my $current_line = 0; for my $para (@dep5) { @@ -297,6 +302,31 @@ sub _parse_dep5 { @commas_in_files = ($i, $files_fname); } +# only attempt to evaluate globbing if commas could be legal +if (not @commas_in_files or any { m/,/xsm } $info-sorted_index) { +my @wildcards = split /[\n\t ]+/, $files; +for my $wildcard (@wildcards) { +my ($regex, $wildcard_error) = wildcard_to_regex($wildcard); +if (defined $wildcard_error) { +tag 'invalid-escape-sequence-in-dep5-copyright', substr($wildcard_error, 0, 2) . (paragraph at line $current_line); +next; +} + +my $used = 0; +$file_para_coverage{$current_line} = 0; +for my $srcfile (keys %file_coverage) { +if ($srcfile =~ $regex) { +$used = 1; +
Bug#757417: libparted2-udeb: breaks auto-lvm in d-i
On Sun, Aug 10, 2014 at 08:26:56AM +0200, Petter Reinholdtsen wrote: Hi. Could this issue also affect the grub installer udeb? Not directly. But of course it's possible you manually partitioned wrongly in some way. -- Colin Watson [cjwat...@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#757417: libparted2-udeb: breaks auto-lvm in d-i
On Sun, Aug 10, 2014 at 09:24:05AM +0100, Colin Watson wrote: On Sun, Aug 10, 2014 at 08:26:56AM +0200, Petter Reinholdtsen wrote: Hi. Could this issue also affect the grub installer udeb? Not directly. But of course it's possible you manually partitioned wrongly in some way. Well, it's possible that ensure-active might be failing, actually, in which case http://anonscm.debian.org/cgit/parted/debian/parted.git/commit/?id=6b352883e20e7eb998e0acfeab9a7c6edbe2b3fa would fix it. -- Colin Watson [cjwat...@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#756689: [Pkg-octave-devel] Bug#756689: octave: [hdf5 transition] please support hdf5 1.8.13 new packaging layout
Gilles Filippini a écrit , Le 09/08/2014 17:57: Hi Mike, Sorry about the late answer. Connectivity is flaky on my holidays place. Mike Miller a écrit , Le 08/08/2014 16:22: On Wed, Aug 6, 2014 at 08:03:14 +0200, Gilles Filippini wrote: Thanks for that. In the mean time is it possible for you to upload a fixed octave package to unstable to ease the transition? I think one of us will get to uploading a fixed octave package soon, there are other pending changes in git, and we don't want to hold up the transition. I haven't tested building octave rdeps with these patches, but I assume that's the reason for hdf5-mkoctfile.patch right?. I'm curious if the change to LDFLAGS is really necessary in the general case, or is it only there for the one or two packages that intentionally link to hdf5 themselves? I would think only the include path would be required for almost all uses of mkoctfile, in which case it could look more like mkoctfile-mpi.diff (which I think we can actually drop once the hdf5 transition is done). Thanks for this feedback. I think you're right because I've had to set CPPFLAGS only to build octave rdeps against an unpatched octave. I'll test this ASAP and tell you. You were right. I've have to update hdf5-mkoctfile.patch to use INCFLAGS instead of CPPFLAGS because the latter is superseded by existing CPPFLAGS environment variable. Please find attached an updated version of hdf5-mkoctfile.patch. I've tested it against the build of dynare which is a rdep of liboctave-dev. Thanks, _g. Description: Add hdf5 path to INCFLAGS in mkoctfile so that packages build-depending on octave-dev don't have to care. Index: octave-3.8.1/src/mkoctfile.in.cc === --- octave-3.8.1.orig/src/mkoctfile.in.cc 2014-08-09 20:03:27.0 +0200 +++ octave-3.8.1/src/mkoctfile.in.cc 2014-08-10 00:35:23.963925337 +0200 @@ -123,6 +123,7 @@ = -I + quote_path (vars[OCTINCLUDEDIR] + /..) + -I + quote_path (vars[OCTINCLUDEDIR]); #endif + DEFAULT_INCFLAGS += std::string( ) + %OCTAVE_CONF_HDF5_CPPFLAGS%; if (vars[INCLUDEDIR] != /usr/include) DEFAULT_INCFLAGS += -I + quote_path (vars[INCLUDEDIR]); signature.asc Description: OpenPGP digital signature
Bug#757551: lintian: check if DEP-5 debian/copyright covers all files in the unpacked sources
On 2014-08-10 10:05, Johannes Schauer wrote: Quoting Johannes Schauer (2014-08-10 10:02:31) that's very useful and I added this as a test case. The updated patch is attached. and it would help to attach the right file... Hi, Thanks for working on this and providing a patch. :) I got a few questions to it though based on a very quick review. My comments are interleaved in the patch. 0001-check-whether-the-dep-5-debian-copyright-wildcards-m.patch From 040fdbf1b96d1b6dcfa55c67c52e72b3a58ab8ce Mon Sep 17 00:00:00 2001 From: Johannes Schauer j.scha...@email.de Date: Fri, 8 Aug 2014 12:00:39 +0200 Subject: [PATCH] check whether the dep-5 debian/copyright wildcards match all files [...] diff --git a/checks/source-copyright.desc b/checks/source-copyright.desc index 921e7b9..b912b2a 100644 --- a/checks/source-copyright.desc +++ b/checks/source-copyright.desc [...] index 6b9a0c5..cfdaef7 100644 --- a/checks/source-copyright.pm +++ b/checks/source-copyright.pm @@ -24,6 +24,9 @@ use strict; use warnings; use autodie; +use Cwd qw(getcwd); This does not seem to be used anywhere in the diff? +use File::Find qw(); + use List::MoreUtils qw(any); use Text::Levenshtein qw(distance); @@ -252,6 +255,8 @@ sub _parse_dep5 { } my @commas_in_files; +my %file_coverage = map { $_ = 0 } get_all_files($info); +my %file_para_coverage = (); Minor nit pick: Consider merging this with the @commas_in_files declaration, a la: my (@commas_in_files, %file_para_coverage); Alternatively, move it up under @commas_in_files and remove the = ();. Then 5.20 should be able to this optimisation for us. my $i = 0; my $current_line = 0; for my $para (@dep5) { @@ -297,6 +302,31 @@ sub _parse_dep5 { @commas_in_files = ($i, $files_fname); } +# only attempt to evaluate globbing if commas could be legal +if (not @commas_in_files or any { m/,/xsm } $info-sorted_index) { The any { m/,/xsm } $info-sorted_index part is an invariant in the for my $para (@dep5) loop. I think we should move it out of the loop, so we don't loop over all files in the index repeatedly just to conclude that none of them have any commas. +my @wildcards = split /[\n\t ]+/, $files; +for my $wildcard (@wildcards) { +my ($regex, $wildcard_error) = wildcard_to_regex($wildcard); +if (defined $wildcard_error) { +tag 'invalid-escape-sequence-in-dep5-copyright', substr($wildcard_error, 0, 2) . (paragraph at line $current_line); +next; +} + +my $used = 0; +$file_para_coverage{$current_line} = 0; +for my $srcfile (keys %file_coverage) { +if ($srcfile =~ $regex) { +$used = 1; +$file_coverage{$srcfile} = $current_line; +$file_para_coverage{$current_line} = 1; +} +} +if (not $used) { +tag 'wildcard-matches-nothing-in-dep5-copyright', $wildcard (paragraph at line $current_line); +} +} +} + my ($found_license, $full_license, $short_license, @short_licenses) = parse_license($license,$current_line); if ($found_license) { @@ -325,12 +355,21 @@ sub _parse_dep5 { $current_line; } } -if (@commas_in_files) { +if (@commas_in_files and not any { m/,/xsm } $info-sorted_index) { The any {...} $info-sorted_index here could be optimised away as well if the change above is implemented. my ($paragraph_no, $field_name) = @commas_in_files; [...] } while ((my $license, $i) = each %required_standalone_licenses) { @@ -400,6 +439,55 @@ sub get_field { return; } +sub wildcard_to_regex { +my ($regex) = @_; +$regex =~ s,^\./+,,; +$regex =~ s,//+,/,g; +my $error; +eval { +$regex =~ s{ +(\*) | +(\?) | +([^*?\\]+) | +(\\[\\*?]) | +(.+) +}{ +if (defined $1) { +'.*'; +} elsif (defined $2) { +'.' +} elsif (defined $3) { +quotemeta($3); +} elsif (defined $4) { +$4; Shouldn't this be quotemeta'ed as well? Otherwise file.png would become eqv. to file?png. +} else { +$error = $5; +die; +} +}egx; +}; +if ($@) { +return (undef, $error); +} else { +return (qr/^(?:$regex)$/, undef); +} +} + [...] -- To UNSUBSCRIBE, email to
Bug#757475: numlockx: auto mode fails
On Fri, 2014-08-08 at 16:47 -0400, Ariel wrote: /lib/udev/findkeyboards is part of udev. https://packages.debian.org/wheezy/amd64/udev/filelist No, it's literally not there. That's the filelist for stable. Compare udev on unstable, or testing: https://packages.debian.org/jessie/amd64/udev/filelist -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754850: [Pkg-xfce-devel] Bug#754850: upower 0.99 drops support for non-systemd
On dim., 2014-08-10 at 01:36 +0200, Andreas Henriksson wrote: On Sun, Aug 10, 2014 at 12:38:55AM +0200, Andreas Henriksson wrote: Hello again! On Sun, Aug 10, 2014 at 12:29:18AM +0200, Andreas Henriksson wrote: Control: retitle -1 Please support suspend/hibernate on non-systemd systems Control: severity -1 wishlist [...] As a followup on my previous mail, I'm going to add my suggested solution to the above request -- install/recommend systemd-shim. The systemd-shim package provides a logind D-Bus API implementation usable on non-systemd systems. Problem solved. The solution already seems to be implemented. $ apt-cache show xfce4-power-manager | grep shim Recommends: libpam-systemd, systemd-shim | systemd-sysv Why was this bug report reopened? Why was it even filed in the first place? The solution seems to have been there all the time. Maybe systemd-shim being broken for a while confused you, but that should be (and was) reported against systemd-shim. To be honest, the whole situation is pretty confused, especially since there are two entangled transitions: - the ConsoleKit - libpam-systemd one (solved by systemd-shim for a while, then broken during the 204 - 208 upgrade, then solved again) - the upower-0.99 upgrade, which is not completely fixed right now. This one should only affect xfce4-power-manager, but it still confuses people So right now I'm somehow letting the situation settle down a bit, and will try to revisit the bugs and close them accordingly. The ideal situation would be to support both init=systemd and init=sysvrc (with systemd-shim) for Xfce people, and it seems it's something we could achieve with Xfce 4.12, but I'm unsure it'll be released on time. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#757609: [Pkg-libvirt-maintainers] Bug#757609: libvirtd internal error: Unable to parse /proc/meminfo
On Sat, Aug 09, 2014 at 06:50:56PM +, Jamie Heilman wrote: Package: libvirt-daemon Version: 1.2.7-6 Severity: grave The parsing of /proc/meminfo in the latest versions of the libvirt packages is flawed. Please remove it until upstream figures out what they're doing. There have been reports of the parsing failing when running under Xen, but it fails in in other scenarios too; In my case Linux 3.16 (I tested 3.15.8 too) with: [2]cucamonga~/grep -i huge /boot/config-3.1* /boot/config-3.15.8:CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y /boot/config-3.15.8:CONFIG_ARCH_WANT_GENERAL_HUGETLB=y /boot/config-3.15.8:CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE=y /boot/config-3.15.8:CONFIG_TRANSPARENT_HUGEPAGE=y /boot/config-3.15.8:CONFIG_TRANSPARENT_HUGEPAGE_ALWAYS=y /boot/config-3.15.8:# CONFIG_TRANSPARENT_HUGEPAGE_MADVISE is not set /boot/config-3.15.8:# CONFIG_HUGETLBFS is not set /boot/config-3.15.8:# CONFIG_HUGETLB_PAGE is not set /boot/config-3.16.0:CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y /boot/config-3.16.0:CONFIG_ARCH_WANT_GENERAL_HUGETLB=y /boot/config-3.16.0:CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE=y /boot/config-3.16.0:CONFIG_TRANSPARENT_HUGEPAGE=y /boot/config-3.16.0:CONFIG_TRANSPARENT_HUGEPAGE_ALWAYS=y /boot/config-3.16.0:# CONFIG_TRANSPARENT_HUGEPAGE_MADVISE is not set /boot/config-3.16.0:# CONFIG_HUGETLBFS is not set /boot/config-3.16.0:# CONFIG_HUGETLB_PAGE is not set In any case, /proc/meminfo does not always have the items libvirtd assumes it does, and handles that failure poorly. 2014-08-09 18:32:30.722+: 3589: info : libvirt version: 1.2.7, package: 6 (root 2014-08-08-16:09:22 bogon) 2014-08-09 18:32:30.722+: 3589: error : virAuditOpen:62 : Unable to initialize audit layer: Protocol not supported 2014-08-09 18:32:31.720+: 3712: error : virFileGetDefaultHugepageSize:2958 : internal error: Unable to parse /proc/meminfo 2014-08-09 18:32:31.720+: 3712: error : virStateInitialize:749 : Initialization of QEMU state driver failed: internal error: Unable to parse /proc/meminfo 2014-08-09 18:32:31.720+: 3712: error : daemonRunStateInit:922 : Driver state initialization failed Reverting to libvirt-bin 1.2.4 allows libvirtd to work again. Please attach your /proc/meminfo as well. -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757222: RFS: ekg2/1:0.4~pre+20120506.1-9 [ITP]
Hi Mateusz, (Sorry, I don't intend to sponsor this package) A very short review - d/compat: why are you going from compat=9 to compat=7? - d/changelog: Please don't just document *what* you did, but also *why* and maybe also the outcome, for example did you need to do anything to bump the S-V? - d/copyright: Appreciated that you reworked to use the dep5 format, however please recheck content... There are a few errors (e.g compat/getopt.c are marked License: permissive but it is indeed LGPL There are several more errors, you should recheck the licenses *compeletly*. Otherwise the package looks ok, but someone with more python experience is more suitable to sponsor this package... Thanks for your contribution! -- tob signature.asc Description: This is a digitally signed message part
Bug#757644: [Pkg-libvirt-maintainers] Bug#757644: lxc: Failed to allocate free veth pair
tags 757644 -patch thanks On Sun, Aug 10, 2014 at 01:26:18PM +0800, Rodney Lorrimar wrote: Package: libvirt-daemon Version: 1.2.7-6 Severity: important Tags: patch Dear Maintainer, Since last Thursday, when I try to start an lxc domain, it fails with the following message: $ virsh -c lxc:/// start test error: Failed to start domain test error: internal error: Failed to allocate free veth pair after 10 attempts If I downgrade the iproute2 package from 3.16.0-1 to 3.15.0-2, I no longer get this message. The invocation of /sbin/ip link add vnet0 type veth peer name vnet1 seems to be failing with the new version of iproute2. Logs and configs please. -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757648: Supertuxkart included non-free images.
Package: supertuxkart Severity: serious Hello. Supertuxkart included non-free images. This is supertux images. supertux image used Superman logo. It is not distributable, Its non-free. File List: data/gui/diffculty_best.png Suggests: 1. Remove non-free images and rebuild. 2. Replace DFSG free images. 3. Remove fedora repos. 4. contact copyright/trademark owner. Thanks. Reference: http://www.dccomics.com/copyright http://www.dccomics.com/terms-of-use https://bugzilla.redhat.com/show_bug.cgi?id=1128410 https://trisquel.info/en/issues/12151 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757358: ansible: Please add recommends/depends against python-selinux
On Thu, 07 Aug 2014 14:09:26 +0200 Laurent Bigonville bi...@debian.org wrote: Hi, It would be nice if the ansible package was recommending/depending against the python-selinux package. Please note that (obviously) SELinux is only available on linux architectures. Isn't python-selinux only needed on the nodes you are rolling out the configuration on, which is not (only) the local system? For the local system recommending it seems a bit excessive since selinux on Debian is not exactly a common configuration. Cheers, Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757649: xflock4: add support for light-locker
Package: xfce4-session Version: 4.10.1-7 Severity: wishlist Tags: patch Now that light-locker package is finally available, please also support it in xflock4. Below's the simple and tested patch. Thanks. --- xflock4 2014-08-10 10:37:19.339035892 +0200 +++ /usr/bin/xflock42014-08-10 10:45:18.211148546 +0200 @@ -24,9 +24,10 @@ PATH=/bin:/usr/bin export PATH -# Lock by xscreensaver or gnome-screensaver, if a respective daemon is running +# Lock by xscreensaver, light-locker or gnome-screensaver, if a respective daemon is running for lock_cmd in \ xscreensaver-command -lock \ +light-locker-command --lock \ gnome-screensaver-command --lock do $lock_cmd /dev/null 21 exit -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-session depends on: ii libatk1.0-02.12.0-1 ii libc6 2.19-7 ii libcairo2 1.12.16-2 ii libdbus-1-31.8.6-1 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-5 ii libfreetype6 2.5.2-1.1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk2.0-02.24.24-1 ii libice62:1.0.9-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-01.36.3-1 ii libpangoft2-1.0-0 1.36.3-1 ii libpolkit-gobject-1-0 0.105-6.1 ii libsm6 2:1.2.2-1 ii libwnck22 2.30.7-1 ii libx11-6 2:1.6.2-2 ii libxfce4ui-1-0 4.10.0-5 ii libxfce4util6 4.10.1-1 ii libxfconf-0-2 4.10.0-2 ii multiarch-support 2.19-7 ii xfce4-settings 4.10.1-2 ii xfconf 4.10.0-2 Versions of packages xfce4-session recommends: ii dbus-x11 1.8.6-1 ii libpam-systemd 208-7 ii systemd-sysv 208-7 ii upower 0.99.0-3 ii x11-xserver-utils 7.7+3 ii xfdesktop4 4.10.2-3 ii xfwm4 4.10.1-2 pn xscreensaver none Versions of packages xfce4-session suggests: pn fortunes-mod none ii sudo 1.8.9p5-1 -- no debconf information -- debsums errors found: debsums: changed file /usr/bin/xflock4 (from xfce4-session package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745743: lintian: Report when a Files-Excluded field is specified without a proper copyright-format
Control: tags -1 -patch On 2014-04-24 19:04, Gunnar Wolf wrote: Package: lintian Version: 2.5.22.1 Severity: minor Tags: patch The Files-Excluded field in debian/copyright is used to exclude files from our not-so-pristine upstream source. It is meant to discard non-DFSG files. The field will be ignored by uscan if the copyright file is not declared as following the format 1.0. Note that I have not tested the patch I'm sending, I just somehow hope it works ;-) [...] Hi Gunnar, Thanks for the proposed patch and sorry for the late reply. Unfortunately it does not seem to work at first glance. Mind you, I only did a very quick test and I might have gotten the test wrong. Please consider providing a test case for it. On a related note, I think it would make more sense to move the check to checks/source-copyright.pm, since it got all the other DEP-5 related checks (and also because it is a source-package check rather than a binary-package check). Thanks for considering. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732824: 1.0.5-1.1 NMU was undone
Control: reopen -1 the 1.0.5-1.1 NMU was reverted in 1.0.5-2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757650: override: sysvinit:admin/optional sysvinit-core:admin/extra
Package: ftp.debian.org Severity: normal As part of the transition plan to switch the default init system to system for Jessie, the priorities of the sysvinit and sysvinit-core package were lowered. See also [1] Please change them to sysvinit:admin/optional sysvinit-core:admin/extra This ensures that those packages are no longer installed by default for new installations. The new init metapackage [2] will make sure to pull in systemd on Linux and sysvinit-core on non-Linux. Thanks, Michael [1] http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/2014-August/007718.html [2] https://packages.debian.org/unstable/init -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757649: [Pkg-xfce-devel] Bug#757649: xflock4: add support for light-locker
Control: forwarded -1 https://bugzilla.xfce.org/show_bug.cgi?id=10913 On dim., 2014-08-10 at 10:46 +0200, Zlatko Calusic wrote: Package: xfce4-session Version: 4.10.1-7 Severity: wishlist Tags: patch Now that light-locker package is finally available, please also support it in xflock4. Below's the simple and tested patch. Thanks. Sure, I'm just letting things settle down a bit before that. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#756922: e2fsprogs: resize2fs fails to shrink the filesystem; e2fsck reports no problems
On Sat, Aug 09, 2014 at 01:13:49PM -0400, Theodore Ts'o wrote: On Sat, Aug 09, 2014 at 03:42:53PM +0200, Marcin Wolcendorf wrote: Could you try grabbing the strace with this retry-write version of resize2fs? Thanks, that found the problem! The hint was in the strace, a report that second write failed with an EFAULT. :) Happy to help. I've pushed out a fix to the e2fsprogs git repository, in the branch fix-for-756922. Can you give that a try? Use the e2fsck found in that version to make sure the file system is sane, and then use resize2fs to shrink the file system. Hopefully that will fix things. I tried it, and it worked! :) Impressive job! Already minimised the FS and on my way to remove the Frankenstein's monster. Thanks a lot. :) BR, M.W. signature.asc Description: Digital signature
Bug#732413: Please update Recommends: for postgresql-9.3-postgis
On 08/10/2014 09:43 AM, Markus Wanner wrote: I'm on vacation and AFK until next Wednesday. IIRC postgis worked just fine after minor mods (which I'm not sure I committed or not). Please feel free to do whatever is beneficial for Debian. Alternatively, I can take care on Thursday. Regards. Markus If you can look at it on Thursday, that would be great. There's no big time pressure AFAIK. There were no changes for PostgreSQL 9.4 in git yet until I pushed my changes. You'll likely have to merge your changes on top of that (e.g. using `git pull --rebase`). Kind Regards, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757609: [Pkg-libvirt-maintainers] Bug#757609: libvirtd internal error: Unable to parse /proc/meminfo
Guido Günther wrote: On Sat, Aug 09, 2014 at 06:50:56PM +, Jamie Heilman wrote: Package: libvirt-daemon Version: 1.2.7-6 Severity: grave The parsing of /proc/meminfo in the latest versions of the libvirt packages is flawed. Please remove it until upstream figures out what they're doing. There have been reports of the parsing failing when running under Xen, but it fails in in other scenarios too; In my case Linux 3.16 (I tested 3.15.8 too) with: [2]cucamonga~/grep -i huge /boot/config-3.1* /boot/config-3.15.8:CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y /boot/config-3.15.8:CONFIG_ARCH_WANT_GENERAL_HUGETLB=y /boot/config-3.15.8:CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE=y /boot/config-3.15.8:CONFIG_TRANSPARENT_HUGEPAGE=y /boot/config-3.15.8:CONFIG_TRANSPARENT_HUGEPAGE_ALWAYS=y /boot/config-3.15.8:# CONFIG_TRANSPARENT_HUGEPAGE_MADVISE is not set /boot/config-3.15.8:# CONFIG_HUGETLBFS is not set /boot/config-3.15.8:# CONFIG_HUGETLB_PAGE is not set /boot/config-3.16.0:CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y /boot/config-3.16.0:CONFIG_ARCH_WANT_GENERAL_HUGETLB=y /boot/config-3.16.0:CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE=y /boot/config-3.16.0:CONFIG_TRANSPARENT_HUGEPAGE=y /boot/config-3.16.0:CONFIG_TRANSPARENT_HUGEPAGE_ALWAYS=y /boot/config-3.16.0:# CONFIG_TRANSPARENT_HUGEPAGE_MADVISE is not set /boot/config-3.16.0:# CONFIG_HUGETLBFS is not set /boot/config-3.16.0:# CONFIG_HUGETLB_PAGE is not set In any case, /proc/meminfo does not always have the items libvirtd assumes it does, and handles that failure poorly. 2014-08-09 18:32:30.722+: 3589: info : libvirt version: 1.2.7, package: 6 (root 2014-08-08-16:09:22 bogon) 2014-08-09 18:32:30.722+: 3589: error : virAuditOpen:62 : Unable to initialize audit layer: Protocol not supported 2014-08-09 18:32:31.720+: 3712: error : virFileGetDefaultHugepageSize:2958 : internal error: Unable to parse /proc/meminfo 2014-08-09 18:32:31.720+: 3712: error : virStateInitialize:749 : Initialization of QEMU state driver failed: internal error: Unable to parse /proc/meminfo 2014-08-09 18:32:31.720+: 3712: error : daemonRunStateInit:922 : Driver state initialization failed Reverting to libvirt-bin 1.2.4 allows libvirtd to work again. Please attach your /proc/meminfo as well. -- Guido MemTotal:3981644 kB MemFree: 1022420 kB MemAvailable:1183012 kB Buffers: 0 kB Cached: 564648 kB SwapCached:38448 kB Active: 1830420 kB Inactive: 901504 kB Active(anon):1744072 kB Inactive(anon): 508600 kB Active(file): 86348 kB Inactive(file): 392904 kB Unevictable: 82584 kB Mlocked: 82584 kB SwapTotal: 8388172 kB SwapFree:8228692 kB Dirty: 4 kB Writeback: 0 kB AnonPages: 2238356 kB Mapped: 108016 kB Shmem: 83528 kB Slab: 61840 kB SReclaimable: 38484 kB SUnreclaim:23356 kB KernelStack:3824 kB PageTables:13680 kB NFS_Unstable: 0 kB Bounce:0 kB WritebackTmp: 0 kB CommitLimit:10378992 kB Committed_AS:2930912 kB VmallocTotal: 34359738367 kB VmallocUsed: 338292 kB VmallocChunk: 34359338248 kB HardwareCorrupted: 0 kB AnonHugePages: 1826816 kB DirectMap4k: 106500 kB DirectMap2M: 4020224 kB -- Jamie Heilman http://audible.transient.net/~jamie/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757651: [INTL:da] Danish translation of the debconf templates lava-server
Package: lava-server Severity: wishlist Tags: l10n patch Please include the attached Danish lava-server translations. joe@pc:~/over/debian/lava-server$ msgfmt --statistics -c -v -o /dev/null da.poda.po: 29 oversatte tekster. bye Joe da.po.tar.gz Description: application/gzip
Bug#757621: Octocat Ball is non-free (trademark)
Hello, On 09.08.2014 23:45, Calinou wrote: Package: neverball Version: 1.6.0-2 Severity: serious The game includes several balls, which the player can choose from (the difference is purely cosmetic, nothing gameplay-related is involved). However, 1.6.0 includes a problematic one, the Octocat Ball which is likely non-free, since it's a registered trademark of GitHub, Inc https://octodex.github.com/faq.html. I guess “censoring” (by removing the ball or adding a placeholder instead) will work in order to fix that. The developers of Neverball asked for permission to use the Octocat logo in the way as you can see it in the game today. They got written permission from Github to use the trademark logo inside the game. http://sources.debian.net/src/neverball/1.6.0-2/doc/legal/license-octocat.md/ Quote from Josh Cheeseness Bush on behalf of the Neverball community == Hi there! We've just moved our F/OSS project [Neverball](https://github.com/Neverball/neverball) to GitHub and would like to add an Octocat themed bonus ball in the game to celebrate. I have made a work-in-progress ball, but would like to seek permission before including it in the game, as it seems to be outside the preferred usage. ![screen00011](https://f.cloud.github.com/assets/1570520/1541274/769b1678-4d32-11e3-9ae3-ec80c46e414a.png) Many thanks 3 Cheese == Quote from Github staff: == Hi Cheese, I bring you rad tidings from the Octocat-tamers! It's totally cool for you to include the Octocat bonus ball in the way you've outlined. Thanks so much for checking in with us first, and happy new-GitHub-home to Neverball! Cheers, Haleigh === If I don't hear any valid objections in the next couple of days, I intend to resolve this bug by adding the above paragraph to debian/copyright to clarify the usage of the Octocat logo. Markus signature.asc Description: OpenPGP digital signature
Bug#757633: blueman: OBEX OPP profile broken on host, can't receive files
Hi Tom, thanks for your report. What you describe sounds like 1.23-git201406261335-deb-1 (still in jessie) works. Is that correct? Does it work when using the current blueman version with BlueZ 4? You can get 4.99-2 from wheezy. Switching BlueZ versions is a little tricky. I think you need to first restart dbus and then bluetooth, but the easiest way is to just restart your system (things will be broken after the dbus restart anyway ;) ). Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757243: RFS: qmapshack/0.2.0+ds1-1
On Fri, 2014-08-08 at 14:19 +0200, Jaromír Mikeš wrote: Od: Tobias Frost t...@debian.org (snip) I already managed to fix few issues in packaging repo: http://anonscm.debian.org/cgit/pkg-grass/qmapshack.git Just briefly looked over it :) +1 Jut one thing (probably overlooked earlier): Any reason for your B-D against debhelper to be = 9.20120417 ? (Usually = 9 is sufficient) I also contacted upstream and informed about licensing problems. Things will be hopefully fixed with next upstream release. That means we need to wait for the next release? Biggest problem seems to be files src/animated, which are loading indicators from: http://ajaxload.info/; I can't find any contact on Yannick Croissant ( creator of pages) anywhere :( He is quite active in many projects, but nowhere is possible get email. Any advice on this? Yannick Croissant yannick.croissant #ät# gmail.com (found via his personal webpage - github profile - cloning one of his repositorires - git log) Thank you for reviewing. Welcome -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757652: O: qpid-cpp -- cross-platform enterprise messaging system
Package: wnpp The current maintainer of qpid-cpp, Cajus Pollmeier, retired from Debian. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. More information about this package: http://packages.qa.debian.org/qpid-cpp Source: qpid-cpp Package: qpidd Description: enterprise messaging system - AMQP broker Apache Qpid is a cross-platform enterprise messaging system which implements the Advanced Message Queuing Protocol (AMQP), providing message brokers written in C++ and Java, along with clients for C++, Java JMS, .Net, Python, and Ruby. . This package provides the AMQP broker. Package: qpid-client Description: enterprise messaging system - AMQP client Apache Qpid is a cross-platform enterprise messaging system which implements the Advanced Message Queuing Protocol (AMQP), providing message brokers written in C++ and Java, along with clients for C++, Java JMS, .Net, Python, and Ruby. . This package provides the AMQP client support. Package: libqmf1 Description: enterprise messaging system - QMF libraries Apache Qpid is a cross-platform enterprise messaging system which implements the Advanced Message Queuing Protocol (AMQP), providing message brokers written in C++ and Java, along with clients for C++, Java JMS, .Net, Python, and Ruby. . This package provides the Qpid Management Framework libraries. Package: libqmf-dev Description: enterprise messaging system - QMF development files Apache Qpid is a cross-platform enterprise messaging system which implements the Advanced Message Queuing Protocol (AMQP), providing message brokers written in C++ and Java, along with clients for C++, Java JMS, .Net, Python, and Ruby. . This package provides the Qpid Management Framework development files. Package: libqmf2-1 Description: enterprise messaging system - QMF2 libraries Apache Qpid is a cross-platform enterprise messaging system which implements the Advanced Message Queuing Protocol (AMQP), providing message brokers written in C++ and Java, along with clients for C++, Java JMS, .Net, Python, and Ruby. . This package provides the QMF2 libraries. Package: libqmf2-dev Description: enterprise messaging system - QMF2 development files Apache Qpid is a cross-platform enterprise messaging system which implements the Advanced Message Queuing Protocol (AMQP), providing message brokers written in C++ and Java, along with clients for C++, Java JMS, .Net, Python, and Ruby. . This package provides the QMF2 development files. Package: libqmfconsole2 Description: enterprise messaging system - QMF console library Apache Qpid is a cross-platform enterprise messaging system which implements the Advanced Message Queuing Protocol (AMQP), providing message brokers written in C++ and Java, along with clients for C++, Java JMS, .Net, Python, and Ruby. . This package provides the QMF console library. Package: libqmfconsole2-dev Description: enterprise messaging system - QMF console development files Apache Qpid is a cross-platform enterprise messaging system which implements the Advanced Message Queuing Protocol (AMQP), providing message brokers written in C++ and Java, along with clients for C++, Java JMS, .Net, Python, and Ruby. . This package provides the QMF console development files. Package: libqpidmessaging2 Description: enterprise messaging system - AMQP messaging libraries Apache Qpid is a cross-platform enterprise messaging system which implements the Advanced Message Queuing Protocol (AMQP), providing message brokers written in C++ and Java, along with clients for C++, Java JMS, .Net, Python, and Ruby. . This package provides the AMQP messaging libraries. Package: libqpidmessaging2-dev Description: enterprise messaging system - AMQP messaging development files Apache Qpid is a cross-platform enterprise messaging system which implements the Advanced Message Queuing Protocol (AMQP), providing message brokers written in C++ and Java, along with clients for C++, Java JMS, .Net, Python, and Ruby. . This package provides the AMQP messaging development files. Package: libsslcommon2 Description: enterprise messaging system - common SSL libraries Apache Qpid is a cross-platform enterprise messaging system which implements the Advanced Message Queuing Protocol (AMQP), providing message brokers written in C++ and Java, along with clients for C++, Java JMS, .Net, Python, and Ruby. . This package provides the AMQP SSL libraries. Package: libsslcommon2-dev Description: enterprise messaging system - common SSL development files Apache Qpid is a cross-platform enterprise messaging system which implements the Advanced Message Queuing Protocol (AMQP), providing message brokers written in
Bug#745012: src:python-shogun: please update build-depends from libjson0-dev to libjson-c-dev
Control: reopen -1 Hello, Ondřej Surý, le Thu 17 Apr 2014 11:45:19 +0200, a écrit : the json-c upstream has dropped an compatibility layer from libjson0(-dev) to libjson-c2(-dev) in current upstream release. Please update your build-depends from libjson0-dev to libjson-c-dev. From: Soeren Sonnenburg so...@debian.org * Build depend on libjson-c2-dev instead of libjson-c-dev (Closes: #745012) Well, libjson-c2-dev does not exist, so the package currently can't auto-build. This is the same for package shogun. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757653: [INTL:da] Danish translation of the debconf templates postgis
Package: postgis Severity: wishlist Tags: l10n patch Please include the attached Danish postgis translations. joe@pc:~/over/debian/postgis$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 4 oversatte tekster. bye Joe da.po.tar.gz Description: application/gzip
Bug#757654: RM: rhmessaging -- RoQA; unmaintained, FTBFS for 1 year
Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertag: rm Please remove rhmessaging from the archive. It fails to build from source for over a year (#718110). The maintainer retired from Debian a year ago as well (RT #4274). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757655: O: qpid-qmf -- Python bindings for qpid/mlib
Package: wnpp The current maintainer of qpid-qmf, Cajus Pollmeier, retired from Debian. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. More information about this package: http://packages.qa.debian.org/qpid-qmf Source: qpid-qmf Package: python-qpid-extras-qmf Description: Python bindings for qpid/mlib Qpid/C++ is a C++ implementation of the AMQP protocol described at http://amqp.org/ . This package contains the qpid python bindings. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757263: [Pkg-electronics-devel] Bug#757263: New patch
On Thu, Aug 07, 2014 at 01:35:34PM -0500, Arthur Marble wrote: diff -Naur covered.orig/covered-0.7.10/debian/patches/clang-ftbfs.diff covered/covered-0.7.10/debian/patches/clang-ftbfs.diff --- covered.orig/covered-0.7.10/debian/patches/clang-ftbfs.diff 1969-12-31 18:00:00.0 -0600 +++ covered/covered-0.7.10/debian/patches/clang-ftbfs.diff2014-08-07 13:19:49.684388142 -0500 @@ -0,0 +1,16 @@ +--- a/src/lxt2_read.h b/src/lxt2_read.h +@@ -47,10 +47,10 @@ typedef long off_t; + #include zlib.h + #endif + +-#ifdef __GNUC__ +-#define _LXT2_RD_INLINE inline +-#else ++#ifdef __clang__ + #define _LXT2_RD_INLINE ++#else ++#define _LXT2_RD_INLINE inline + #endif + + #define LXT2_RDLOAD LXTLOAD | ---end quoted text--- Shouldn't this better be: #ifdef __clang__ #define _LXT2_RD_INLINE #else # ifdef __GNUC__ # define _LXT2_RD_INLINE inline # else # define _LXT2_RD_INLINE # endif #endif in order to keep upstream logic the same ? -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#757657: ldap2zone: Please remove Cajus Pollmeier from Uploaders
Source: ldap2zone Severity: minor Tags: sid Please remove Cajus Pollmeier from Uploaders. He retired from Debian in April 2013 (RT #4274). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757656: qpid-tools: Please remove Cajus Pollmeier from Uploaders
Source: qpid-tools Severity: minor Tags: sid Please remove Cajus Pollmeier from Uploaders. He retired from Debian in April 2013 (RT #4274). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757243: RFS: qmapshack/0.2.0+ds1-1
Od: Tobias Frost t...@debian.org Hello Tobias, On Fri, 2014-08-08 at 14:19 +0200, Jaromír Mikeš wrote: I already managed to fix few issues in packaging repo: http://anonscm.debian.org/cgit/pkg-grass/qmapshack.git Just briefly looked over it :) +1 Jut one thing (probably overlooked earlier): Any reason for your B-D against debhelper to be = 9.20120417 ? (Usually = 9 is sufficient) Yes, there is a reason. You need this version of debhelper to get proper hardening with cmake https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668813 (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668813) I also contacted upstream and informed about licensing problems. Things will be hopefully fixed with next upstream release. That means we need to wait for the next release? Biggest problem seems to be files src/animated, which are loading indicators from: http://ajaxload.info/; I can't find any contact on Yannick Croissant ( creator of pages) anywhere :( He is quite active in many projects, but nowhere is possible get email. Any advice on this? Yannick Croissant yannick.croissant #ät# gmail.com (found via his personal webpage - github profile - cloning one of his repositorires - git log) Thank you! I am going to contact him. best regards Jaromir Mikes
Bug#757659: Please remove Cajus Pollmeier from Uploaders
Source: goto-fai Severity: minor Tags: sid Please remove Cajus Pollmeier from Uploaders. He retired from Debian in April 2013 (RT #4274). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757660: goto-common: Please remove Cajus Pollmeier from Uploaders
Source: goto-common Severity: minor Tags: sid Please remove Cajus Pollmeier from Uploaders. He retired from Debian in April 2013 (RT #4274). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757658: Please remove Cajus Pollmeier from Uploaders
Source: goto-fai-backend Severity: minor Tags: sid Please remove Cajus Pollmeier from Uploaders. He retired from Debian in April 2013 (RT #4274). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757417: libparted2-udeb: breaks auto-lvm in d-i
clone 757417 -1 -2 -3 -4 -5 -6 reassign -1 partman-auto-lvm retitle -1 partman-auto-lvm: cope with automatic creation of partitions in loop labels reassign -2 partman-base retitle -2 partman-base: make tests cope with automatic creation of partitions in loop labels severity -2 normal reassign -3 partman-crypto retitle -3 partman-crypto: cope with automatic creation of partitions in loop labels reassign -4 partman-lvm retitle -4 partman-lvm: cope with automatic creation of partitions in loop labels reassign -5 partman-md retitle -5 partman-md: cope with automatic creation of partitions in loop labels reassign -6 partman-zfs retitle -6 partman-zfs: cope with automatic creation of partitions in loop labels thanks On Fri, Aug 08, 2014 at 12:53:07AM +0200, Cyril Brulebois wrote: 3.2-2 fixes the non-LVM case, while it doesn't fix the second one, since we're now getting a different issue, apparently about primary partition count. I'll try to post more details soon. There are two problems here, both caused by apparently-intentional upstream changes: 1) parted 3.2 now automatically creates a partition when you create a loop label. Various bits of partman expect there to be free space after creating a loop label, and fail or misbehave when this isn't the case. 2) parted 3.2 no longer probes LVM logical volumes, or indeed any device-mapper devices other than dmraid whole disks. As a result, those devices never show up in partman at all. 2) is a distinctly unhelpful change at least in the context of d-i, although I guess it might be helpful elsewhere (parted -l tends to be pretty noisy if you have device-mapper devices present). For now I'm reverting it since it's a one-line change to undo just this bit. However, 1) is trickier. Reverting that change to parted results in different breakage, and it looks like I would have to do some quite complicated disentangling to revert it successfully. I'm not convinced this would result in something more stable. On the other hand, the end result is actually more convenient for d-i because it needs to do less work, so I'm minded to leave it in place and adjust the calling code instead. I've successfully tested changes to partman-auto-lvm and partman-lvm; as indicated by the control commands above there are a few other things to change too. Given this particular bug was also present in 3.2-1 (even if masked by the alignment issue), I'm versioning it as found in 3.2-1, so that 3.2-2 has a chance to migrate when it's old enough. If that doesn't sound like a good idea, please adjust version [and explain why ;)]. That sounds quite sensible, yes. Apologies for the inconvenience casued by all this; I clearly didn't test the new upstream version of parted well enough. I will sort all this out as quickly as I can. -- Colin Watson [cjwat...@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#757668: gosa: Please remove Cajus Pollmeier from Uploaders
Source: gosa Severity: minor Tags: sid Please remove Cajus Pollmeier from Uploaders. He retired from Debian in April 2013 (RT #4274). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757417: libparted2-udeb: breaks auto-lvm in d-i
On Fri, Aug 08, 2014 at 03:26:23AM +0200, Cyril Brulebois wrote: [ Except for the stupid log function name and logger tag, it might be handy to merge such a patch into partman-auto-lvm to ease further debugging; comments welcome. ] I don't object, but it's generally simpler to just look at /var/log/partman, which has a full trace of all the parted_server commands issued, the replies to them, and various other information. I tracked this down quite quickly using that by reference to the code. -- Colin Watson [cjwat...@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#757667: gosa-perl: Please remove Cajus Pollmeier from Uploaders
Source: gosa-perl Severity: minor Tags: sid Please remove Cajus Pollmeier from Uploaders. He retired from Debian in April 2013 (RT #4274). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757615: lintian: warn if a space is used in a DEP-5 license name
Hi, Quoting Russ Allbery (2014-08-09 23:28:08) Johannes Schauer j.scha...@email.de writes: More importantly for this bugreport: what constitutes a license name and how can one check that it is without spaces? I think you just need to strip off a trailing with exception exception before checking for spaces. I added this as an additional regex and added tests to check if things work as expected. I also fixed an issue where it was possible to have a stand-alone License paragraph with or, and or otherwise spaces in the license name. The fix is the change in the second hunk of checks/source-copyright.pm and was probably just a typo. The result is a new tag and new test. Thanks for your help! cheers, josch From 6d61dc10b2dfe562f487aef7687fb899d28aec52 Mon Sep 17 00:00:00 2001 From: josch j.scha...@email.de Date: Sat, 9 Aug 2014 16:20:15 +0200 Subject: [PATCH] check for space in license short name --- checks/source-copyright.desc | 19 + checks/source-copyright.pm | 12 +--- .../debian/debian/copyright| 32 ++ t/tests/source-copyright-invalid-license-name/desc | 8 ++ t/tests/source-copyright-invalid-license-name/tags | 2 ++ 5 files changed, 69 insertions(+), 4 deletions(-) create mode 100644 t/tests/source-copyright-invalid-license-name/debian/debian/copyright create mode 100644 t/tests/source-copyright-invalid-license-name/desc create mode 100644 t/tests/source-copyright-invalid-license-name/tags diff --git a/checks/source-copyright.desc b/checks/source-copyright.desc index 921e7b9..2e57bf4 100644 --- a/checks/source-copyright.desc +++ b/checks/source-copyright.desc @@ -205,3 +205,22 @@ Info: The paragraph has a License and a Copyright field, but no Lintian will attempt to guess what you intended and continue based on its guess. If the guess is wrong, you may see spurious tags related to this paragraph. + +Tag: space-in-std-shortname-in-dep5-copyright +Certainty: certain +Severity: normal +Ref: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The ttLicense/tt header contains a short name with a space, which + does not conform to the specification. License names are case-insensitive, + and may not contain spaces. The ttLicensett header itself may contain + spaces to separate license names from connecting ttand/tt and ttor/tt + and to signify a license exception in the format tt[shortname] with [foo] + exceptiontt. + +Tag: more-than-one-short-name-in-dep5-standalone-license-paragraph +Certainty: certain +Severity: normal +Ref: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The first line of a stand-alone ttLicense/tt paragraph must be + a single license short name or a short name followed by a license exception + and not a concatenation of license short names with and or or. diff --git a/checks/source-copyright.pm b/checks/source-copyright.pm index 6b9a0c5..2405742 100644 --- a/checks/source-copyright.pm +++ b/checks/source-copyright.pm @@ -281,9 +281,10 @@ sub _parse_dep5 { tag 'missing-license-text-in-dep5-copyright', $license, (paragraph at line $current_line); } else { -for (@short_licenses) { -$standalone_licenses{$_} = $i; -$short_licenses_seen{$short_license} = $i; +if ($#short_licenses 0) { +tag 'more-than-one-short-name-in-dep5-standalone-license-paragraph', $short_license, (paragraph at line $current_line); +} else { +$standalone_licenses{$short_license} = $i; } } } elsif (defined $files) { @@ -301,7 +302,7 @@ sub _parse_dep5 { = parse_license($license,$current_line); if ($found_license) { for (@short_licenses) { -$short_licenses_seen{$short_license} = $i; +$short_licenses_seen{$_} = $i; if (not defined($full_license)) { $required_standalone_licenses{$_} = $i; } @@ -354,6 +355,9 @@ sub _parse_dep5 { (paragraph at line $lines[$i]{'START-OF-PARAGRAPH'}); } } +if ($license =~ / / and not $license =~ /^[^ ]+ with [^ ]+ exception$/) { +tag 'space-in-std-shortname-in-dep5-copyright', $license, (paragraph at line $lines[$i]{'START-OF-PARAGRAPH'}); +} } return; } diff --git a/t/tests/source-copyright-invalid-license-name/debian/debian/copyright b/t/tests/source-copyright-invalid-license-name/debian/debian/copyright new file mode 100644 index 000..2ddff20 --- /dev/null +++ b/t/tests/source-copyright-invalid-license-name/debian/debian/copyright @@ -0,0 +1,32 @@ +Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Upstream-Name: Doohickey +Upstream-Contact: J.
Bug#757653: [INTL:da] Danish translation of the debconf templates postgis
Control: tags -1 pending Hi Joe, Thanks for your translation. I've included it in git and will be part of the next upload. Kind Regards, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757669: RFS: libstrophe/0.8.6-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package libstrophe * Package name: libstrophe Version : 0.8.6-1 Upstream Author : Jack Moffit j...@metajack.im * URL : http://strophe.im/libstrophe/ * License : MIT Section : libdevel It builds those binary packages: libstrophe-dev - Library for writing XMPP clients - development files libstrophe0 - Library for writing XMPP clients - shared library libstrophe is a minimal XMPP library written in C. It has almost no external dependencies, only an XML parsing library (expat or libxml are both supported). It is designed for both POSIX and Windows systems. I worked with libstrophe upstream past months to make it suitable for Debian. I helped them with autotools, so that shared library is built along the static one. Encouraged them to tag relases in github, and together we closed some pull requests. Libstrophe is used by profanity.im, a console XMPP client inspired by IRSSI, which I intend to pack too, this week. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libstrophe Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libs/libstrophe/libstrophe_0.8.6-1.dsc Or go directly to the VCS at Alioth git: http://anonscm.debian.org/cgit/collab-maint/libstrophe.git More information about *libstrophe* can be obtained from http://strophe.im/libstrophe/. Changes since the last upload: * Initial release (Closes: #511341) Regards, -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757551: lintian: check if DEP-5 debian/copyright covers all files in the unpacked sources
+eval { +$regex =~ s{ +(\*) | +(\?) | +([^*?\\]+) | +(\\[\\*?]) | +(.+) +}{ +if (defined $1) { +'.*'; +} elsif (defined $2) { +'.' +} elsif (defined $3) { +quotemeta($3); +} elsif (defined $4) { +$4; Shouldn't this be quotemeta'ed as well? Otherwise file.png would become eqv. to file?png. I don't think so. If $4 is defined, it's equal to \\, \* or \?, which don't need further escaping. -- 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#757670: cadabra: maintainer address bounces
Source: cadabra Version: 1.29-1 Tags: sid Severity: serious X-Debbugs-Cc: iul...@ubuntu.com, kasper.peet...@aei.mpg.de The maintainer address for cadabra bounces, see below. Ansgar Mail Delivery System mailer-dae...@mailly.debian.org writes: This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: iul...@linux.com SMTP error from remote mail server after RCPT TO:iul...@linux.com: host smtp1.linuxfoundation.org [140.211.169.13]: 550 5.1.1 iul...@linux.com: Recipient address rejected: User unknown in virtual alias table -- This is a copy of the message, including all the headers. -- Return-path: envel...@ftp-master.debian.org Received: from franck.debian.org ([138.16.160.12]) from C=NA,ST=NA,L=Ankh Morpork,O=Debian SMTP,OU=Debian SMTP CA,CN=franck.debian.org,EMAIL=hostmas...@franck.debian.org (verified) by mailly.debian.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from envel...@ftp-master.debian.org) id 1XG5NI-000181-Oi; Sat, 09 Aug 2014 12:03:52 + Received: from dak by franck.debian.org with local (Exim 4.80) (envelope-from envel...@ftp-master.debian.org) id 1XG5NH-0004Vl-7a; Sat, 09 Aug 2014 12:03:51 + From: Debian FTP Masters ftpmas...@ftp-master.debian.org To: Iulian Udrea iul...@linux.com, Matthias Klose d...@debian.org X-DAK: dak process-upload X-Debian: DAK X-Debian-Package: cadabra Precedence: bulk Auto-Submitted: auto-generated MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Subject: cadabra_1.39-0.1_i386.changes ACCEPTED into unstable Message-Id: e1xg5nh-0004vl...@franck.debian.org Sender: Archive Administrator d...@franck.debian.org Date: Sat, 09 Aug 2014 12:03:51 + Accepted: Format: 1.8 Date: Sat, 09 Aug 2014 13:35:27 +0200 Source: cadabra Binary: cadabra Architecture: source i386 Version: 1.39-0.1 Distribution: unstable Urgency: medium Maintainer: Iulian Udrea iul...@linux.com Changed-By: Matthias Klose d...@debian.org Description: cadabra- field-theory motivated computer algebra system Closes: 746833 Changes: cadabra (1.39-0.1) unstable; urgency=medium . * Non-maintainer upload. * New upstream release. - Builds with GCC 4.9. Closes: #746833. * Use dpkg-buildflags. Checksums-Sha1: 810ee4f7eee12d2b310d46f057b3cc9b24398603 1373 cadabra_1.39-0.1.dsc 558a249e8e8e08bef4c769ce9aaed2f53b5ba855 1377279 cadabra_1.39.orig.tar.gz 93b47334f50a438c17b73fde296d1e8b4dde0c47 9552 cadabra_1.39-0.1.debian.tar.xz 50084fdbcfa8c101d5d24280ae940baea33aced8 572476 cadabra_1.39-0.1_i386.deb Checksums-Sha256: 25249870764484bf225327b19686ef8596b6c674e85badfd958f84639be28115 1373 cadabra_1.39-0.1.dsc a1fda2f9c43b3b56c3cfcd0e6fce2a692b3f4fb2941fd7e2a0033c39fe013507 1377279 cadabra_1.39.orig.tar.gz 37fad6b349e0756530385f2823849700f85255f8dd59b16053361910378ee1ad 9552 cadabra_1.39-0.1.debian.tar.xz bf460f006b826ac4df5eaf97bd2ed12a18c28605b64dc0426d1173b561d629c0 572476 cadabra_1.39-0.1_i386.deb Files: c7aea7572d6f50f4aea9a2ec53577bac 572476 math optional cadabra_1.39-0.1_i386.deb dbb40f0230fb837bfc1cde6b19f0f12d 1373 math optional cadabra_1.39-0.1.dsc 0edfdb86be25d0e22809a6e0705a5222 1377279 math optional cadabra_1.39.orig.tar.gz fb9a63af41282eb64ced58031fe0c151 9552 math optional cadabra_1.39-0.1.debian.tar.xz Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757551: lintian: check if DEP-5 debian/copyright covers all files in the unpacked sources
Hi, Quoting Niels Thykier (2014-08-10 10:39:48) +use Cwd qw(getcwd); This does not seem to be used anywhere in the diff? correct. Removed. my @commas_in_files; +my %file_coverage = map { $_ = 0 } get_all_files($info); +my %file_para_coverage = (); Minor nit pick: Consider merging this with the @commas_in_files declaration, a la: my (@commas_in_files, %file_para_coverage); Done. +# only attempt to evaluate globbing if commas could be legal +if (not @commas_in_files or any { m/,/xsm } $info-sorted_index) { The any { m/,/xsm } $info-sorted_index part is an invariant in the for my $para (@dep5) loop. I think we should move it out of the loop, so we don't loop over all files in the index repeatedly just to conclude that none of them have any commas. I calculated and stored the result of any { m/,/xsm } $info-sorted_index outside of the loop... -if (@commas_in_files) { +if (@commas_in_files and not any { m/,/xsm } $info-sorted_index) { The any {...} $info-sorted_index here could be optimised away as well if the change above is implemented. ... and used the result back here as well. @@ -400,6 +439,55 @@ sub get_field { return; } +sub wildcard_to_regex { +my ($regex) = @_; +$regex =~ s,^\./+,,; +$regex =~ s,//+,/,g; +my $error; +eval { +$regex =~ s{ +(\*) | +(\?) | +([^*?\\]+) | +(\\[\\*?]) | +(.+) +}{ +if (defined $1) { +'.*'; +} elsif (defined $2) { +'.' +} elsif (defined $3) { +quotemeta($3); +} elsif (defined $4) { +$4; Shouldn't this be quotemeta'ed as well? Otherwise file.png would become eqv. to file?png. No, because the . in file.png would match the third group and thus be quotemeta'ed. The fourth grouph which is not quotemeta'ed matches the escaped strings \?, \* and \\ which happen to be escaped the same way as a regex and thus do not need any more quoting. Thanks a lot for your review! The fixed version is attached :) cheers, josch From 26a4e2ffbd8ba13a038d33fe64630f4f44d30341 Mon Sep 17 00:00:00 2001 From: Johannes Schauer j.scha...@email.de Date: Fri, 8 Aug 2014 12:00:39 +0200 Subject: [PATCH] check whether the dep-5 debian/copyright wildcards match all files - based on patch by Jakub Wilk - thanks! --- checks/source-copyright.desc | 35 checks/source-copyright.pm | 99 -- .../debian/debian/copyright| 32 +++ .../debian/file,with,commas| 0 .../debian/i-have-no-copyright-information | 0 t/tests/source-copyright-wildcard-matching/desc| 9 ++ t/tests/source-copyright-wildcard-matching/tags| 5 ++ 7 files changed, 174 insertions(+), 6 deletions(-) create mode 100644 t/tests/source-copyright-wildcard-matching/debian/debian/copyright create mode 100644 t/tests/source-copyright-wildcard-matching/debian/file,with,commas create mode 100644 t/tests/source-copyright-wildcard-matching/debian/i-have-no-copyright-information create mode 100644 t/tests/source-copyright-wildcard-matching/desc create mode 100644 t/tests/source-copyright-wildcard-matching/tags diff --git a/checks/source-copyright.desc b/checks/source-copyright.desc index 921e7b9..b912b2a 100644 --- a/checks/source-copyright.desc +++ b/checks/source-copyright.desc @@ -205,3 +205,38 @@ Info: The paragraph has a License and a Copyright field, but no Lintian will attempt to guess what you intended and continue based on its guess. If the guess is wrong, you may see spurious tags related to this paragraph. + +Tag: invalid-escape-sequence-in-dep5-copyright +Severity: normal +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The only allowed escape sequences are \*, \? and \\ (without + quotes) to produce a literal star, question mark and backslash, respectively. + Without the escaping backslash, the star and question mark take the role of + globbing operators similar to shell globs which is why they have to be + escaped. No other escapable characters than *, ? and \ exist. + +Tag: wildcard-matches-nothing-in-dep5-copyright +Severity: minor +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The wildcard that was specified matches no file in the source tree. + This either indicates that you should fix the wildcard so that it matches + the intended file or that you can remove the wildcard. Notice that in + contrast to shell globs, the * (star or asterisk) matches slashes and + leading dots. + +Tag: file-without-copyright-information +Severity: normal +Certainty: possible +Ref:
Bug#757551: lintian: check if DEP-5 debian/copyright covers all files in the unpacked sources
On 2014-08-10 12:12, Johannes Schauer wrote: Hi, Quoting Niels Thykier (2014-08-10 10:39:48) [...] Thanks Shouldn't this be quotemeta'ed as well? Otherwise file.png would become eqv. to file?png. No, because the . in file.png would match the third group and thus be quotemeta'ed. The fourth grouph which is not quotemeta'ed matches the escaped strings \?, \* and \\ which happen to be escaped the same way as a regex and thus do not need any more quoting. Thanks a lot for your review! The fixed version is attached :) cheers, josch Okay, what about other valid special regex characters? Like the following (hopefully rare) file names * file-with-(something-in-parenthesis).png * or-perhaps-only-one-{-which-causes-a-compile-failure.png * even-]-is-not-safe.png * Perhaps-even-|-will-cause-problems.png * Lets-not-forget-^-and-$-for-added-fun.png :) ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756907: cinnamon-screensaver: no longer buildable on non-linux
On Sun, Aug 03, 2014 at 01:50:24PM +0200, Cyril Brulebois wrote: Source: cinnamon-screensaver Version: 2.2.4-4 Severity: serious Justification: FTBFS Hi, your package can no longer be built on non-linux architectures: | cinnamon-screensaver build-depends on missing: | - libsystemd-login-dev as can be seen here: https://buildd.debian.org/status/package.php?p=cinnamon-screensaversuite=sid The outdated binaries on kfreebsd-* are therefore preventing your package from migrating. Hence this pseudo-FTBFS serious bug report. AFAICS the following patch should fix this: diff -Nru cinnamon-screensaver-2.2.4/debian/control cinnamon-screensaver-2.2.4/debian/control --- cinnamon-screensaver-2.2.4/debian/control 2014-07-26 15:52:14.0 + +++ cinnamon-screensaver-2.2.4/debian/control 2014-08-10 10:22:49.0 + @@ -16,7 +16,7 @@ libgnomekbd-dev (= 2.91.91), libgtk-3-dev (= 3.0.0), libpam0g-dev, - libsystemd-login-dev, + libsystemd-login-dev [linux-any], libx11-dev, libxext-dev, libxklavier-dev, diff -Nru cinnamon-screensaver-2.2.4/debian/rules cinnamon-screensaver-2.2.4/debian/rules --- cinnamon-screensaver-2.2.4/debian/rules 2014-07-26 15:52:14.0 + +++ cinnamon-screensaver-2.2.4/debian/rules 2014-08-10 10:17:44.0 + @@ -2,6 +2,8 @@ export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) +LOGIN_INFRA_YES := $(shell dpkg-architecture -qDEB_HOST_ARCH -ilinux-any echo systemd || echo console-kit) +LOGIN_INFRA_NO := $(shell dpkg-architecture -qDEB_HOST_ARCH -ilinux-any echo console-kit || echo systemd) %: dh $@ --parallel --with=autoreconf,gnome @@ -12,8 +14,8 @@ override_dh_auto_configure: dh_auto_configure -- \ --enable-locking \ - --with-console-kit=no \ - --enable-systemd \ + --with-$(LOGIN_INFRA_YES)=yes \ + --with-$(LOGIN_INFRA_NO)=no \ --libexecdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)/cinnamon-screensaver override_dh_install: Note that --enable-systemd was wrong, it's actually --with-systemd. But it defaults to auto, so that's good. consolekit does not need additional build dependencies as the application is just talking dbus to the service. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#757671: lintian: allow to check whether known licenses in dep-5 debian/copyright are word-by-word the same
Package: lintian Version: 2.5.25 Severity: wishlist Hi, some known licenses supported by the copyright-format 1.0 [1] are not in /usr/share/common-licenses and thus have to be copy-pasted verbatim into debian/copyright. Since their name is well-defined in the spec, lintian could check whether the content that was pasted into debian/copyright is indeed word-by-word the same license as the short license name indicates. This would supersede the heuristic solution of bug#757545 which decides whether or not the full license was pasted by its length. A stricter version of this check could even make sure that indentation is done correctly and fix bug#700970 There are three blockers for implementing this (quoted from Niels Thykier): 1) our current data-file setup does not support it, so it would have to be extended to handle it (so we can have one license per file) 2) performance/correctness of the comparison (I'd prefer not getting more huge regexes that turns out to have obscene runtime on some corner case that we failed to test before releasing it) 3) the problem of reporting it to the user: we have no decent way of presenting the diff Performance concerns could be addressed by checking a checksum of the normalized forms (collapsed whitespace etc) of the original license and the version in debian/copyright. Only if the checksum differs, more analysis would be done. Since problem 2) and 3) remain unaddressed, filling this bugreport for a future in which lintian is able to handle both cases. cheers, josch [1] https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#AEN294 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.24.51.20140617-1 ii bzip2 1.0.6-5 ii diffstat 1.58-1 ii file 1:5.19-1 ii gettext0.18.3.2-3 ii hardening-includes 2.5 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b1 ii libarchive-zip-perl1.37-2 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1 ii libdpkg-perl 1.17.10 ii libemail-valid-perl1.194-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.09-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.62-1 ii man-db 2.6.7.1-1 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.18.2-6 ii t1utils1.37-2 Versions of packages lintian recommends: ii libautodie-perl 2.25-1 ii libperlio-gzip-perl 0.18-3 ii perl-modules [libautodie-perl] 5.18.2-6 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.10 ii libhtml-parser-perl3.71-1+b1 ii libtext-template-perl 1.46-1 ii libyaml-perl 0.95-1 ii xz-utils 5.1.1alpha+20120614-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757627: [Pkg-anonymity-tools] Bug#757627: Bug#757627: Download error: Download Error: 404 Not Found class '__main__.DownloadErrorException'
Holger Levsen wrote (10 Aug 2014 07:57:15 GMT) : why is there already 3.6.4 available at https://www.torproject.org/dist/torbrowser/ - the usual release cycle is 6 weeks, and 3.6.3 was released July 25th and 3.6.2 on June 10th. https://lists.torproject.org/pipermail/tor-qa/2014-August/000439.html (Maybe some of the torbrowser-launcher package maintainers should read that low-volume list?) Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757631: elinks: HTML5 source element display missing
On Sun, Aug 10, 2014 at 02:27:30AM +0200, Nils Dagsson Moskopp wrote: Package: elinks Version: 0.12~pre6-4 Severity: normal Tags: patch Dear Maintainer, HTML5 has a source element, to provide content for audio and video elements. Elinks currently ignores it. With my patch though, it looks nice, like this: http://daten.dieweltistgarnichtso.net/pics/screenshots/web/elinks-source-element.png Can you please submit your patch upstream on http://lists.linuxfromscratch.org/listinfo/elinks-dev ? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757627: [Pkg-anonymity-tools] Bug#757627: Bug#757627: Bug#757627: Download error: Download Error: 404 Not Found class '__main__.DownloadErrorException'
Hi, On Sonntag, 10. August 2014, intrigeri wrote: Holger Levsen wrote (10 Aug 2014 07:57:15 GMT) : why is there already 3.6.4 available at https://www.torproject.org/dist/torbrowser/ - the usual release cycle is 6 weeks, and 3.6.3 was released July 25th and 3.6.2 on June 10th. https://lists.torproject.org/pipermail/tor-qa/2014-August/000439.html thanks. (Maybe some of the torbrowser-launcher package maintainers should read that low-volume list?) seems like an idea, but is this really the recommended way to learn about new tbb releases? Also, I'm wondering why the 6 weeks cycle was broken and how often this happens... An explaination for this cannot be found in that qa-mail neither :/ cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#757672: RM: samidare -- RoQA; RC-buggy, unmaintained
Package: ftp.debian.org Severity: normal Please remove samidare from unstable. It is RC-buggy (#733641, blocking the removal of ruby1.8) and the last uploaded happened in 2010. So samidare looks pretty much unmaintained to me. It also has low popcon (11). Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#757672: RM: samidare -- RoQA; RC-buggy, unmaintained
I forgot to X-Debbugs-CC samid...@bugs.debian.org. Adding it to CC now. On 2014-08-10 12:45:15, Sebastian Ramacher wrote: Package: ftp.debian.org Severity: normal Please remove samidare from unstable. It is RC-buggy (#733641, blocking the removal of ruby1.8) and the last uploaded happened in 2010. So samidare looks pretty much unmaintained to me. It also has low popcon (11). Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#757551: lintian: check if DEP-5 debian/copyright covers all files in the unpacked sources
Quoting Niels Thykier (2014-08-10 12:17:55) Okay, what about other valid special regex characters? Like the following (hopefully rare) file names * file-with-(something-in-parenthesis).png * or-perhaps-only-one-{-which-causes-a-compile-failure.png * even-]-is-not-safe.png * Perhaps-even-|-will-cause-problems.png * Lets-not-forget-^-and-$-for-added-fun.png :) Okay, I get you: more tests :D You'll find them in the attached patch. While the examples you gave passed without changes as expected, I found another problem accidentally. Since $info-sorted_index contains not only files but also directories, the former versions of this patch also required that debian/copyright specified the copyright for directories. This is probably not necessary so I only retrieve those items without a trailing slash from $info-sorted_index now. cheers, josch From d8dba3633f6f539366b18cc64ce8c667d4324794 Mon Sep 17 00:00:00 2001 From: Johannes Schauer j.scha...@email.de Date: Fri, 8 Aug 2014 12:00:39 +0200 Subject: [PATCH] check whether the dep-5 debian/copyright wildcards match all files - based on patch by Jakub Wilk - thanks! --- checks/source-copyright.desc | 35 checks/source-copyright.pm | 100 +++-- .../debian/debian/copyright| 41 + .../debian/file,with,commas| 0 .../debian/i-have-no-copyright-information | 0 .../01-file-with-(something-in-parenthesis).png| 0 ...s-only-one-{-which-causes-a-compile-failure.png | 0 .../rare-filenames/03-even-]-is-not-safe.png | 0 .../04-Perhaps-even-|-will-cause-problems.png | 0 .../05-Lets-not-forget-^-and-$-for-added-fun.png | 0 t/tests/source-copyright-wildcard-matching/desc| 9 ++ t/tests/source-copyright-wildcard-matching/tags| 5 ++ 12 files changed, 184 insertions(+), 6 deletions(-) create mode 100644 t/tests/source-copyright-wildcard-matching/debian/debian/copyright create mode 100644 t/tests/source-copyright-wildcard-matching/debian/file,with,commas create mode 100644 t/tests/source-copyright-wildcard-matching/debian/i-have-no-copyright-information create mode 100644 t/tests/source-copyright-wildcard-matching/debian/rare-filenames/01-file-with-(something-in-parenthesis).png create mode 100644 t/tests/source-copyright-wildcard-matching/debian/rare-filenames/02-or-perhaps-only-one-{-which-causes-a-compile-failure.png create mode 100644 t/tests/source-copyright-wildcard-matching/debian/rare-filenames/03-even-]-is-not-safe.png create mode 100644 t/tests/source-copyright-wildcard-matching/debian/rare-filenames/04-Perhaps-even-|-will-cause-problems.png create mode 100644 t/tests/source-copyright-wildcard-matching/debian/rare-filenames/05-Lets-not-forget-^-and-$-for-added-fun.png create mode 100644 t/tests/source-copyright-wildcard-matching/desc create mode 100644 t/tests/source-copyright-wildcard-matching/tags diff --git a/checks/source-copyright.desc b/checks/source-copyright.desc index 921e7b9..b912b2a 100644 --- a/checks/source-copyright.desc +++ b/checks/source-copyright.desc @@ -205,3 +205,38 @@ Info: The paragraph has a License and a Copyright field, but no Lintian will attempt to guess what you intended and continue based on its guess. If the guess is wrong, you may see spurious tags related to this paragraph. + +Tag: invalid-escape-sequence-in-dep5-copyright +Severity: normal +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The only allowed escape sequences are \*, \? and \\ (without + quotes) to produce a literal star, question mark and backslash, respectively. + Without the escaping backslash, the star and question mark take the role of + globbing operators similar to shell globs which is why they have to be + escaped. No other escapable characters than *, ? and \ exist. + +Tag: wildcard-matches-nothing-in-dep5-copyright +Severity: minor +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The wildcard that was specified matches no file in the source tree. + This either indicates that you should fix the wildcard so that it matches + the intended file or that you can remove the wildcard. Notice that in + contrast to shell globs, the * (star or asterisk) matches slashes and + leading dots. + +Tag: file-without-copyright-information +Severity: normal +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The source tree contains a file which was not matched by any of + the ttFiles/tt paragraphs in debian/copyright. Either adjust existing + wildcards to match that file or add a new ttFiles/tt paragraph. + +Tag: unused-file-paragraph-in-dep5-copyright +Severity: minor +Certainty: possible +Ref: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Info: The ttFiles/tt paragraph in debian/copyright is
Bug#757673: RM: htree -- RoQA; replaced by ruby-htree
Package: ftp.debian.org Severity: normal X-Debuggs-CC: ht...@packages.debian.org Please remove htree from unstable. It has been replaced by ruby-htree which provides all binary packages built by htree as transitional packages. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#757674: partman: When installing debian with guided lvm partiotioning this fails because of swaped min a max values.
Package: partman Version: testing Severity: serious Tags: d-i Justification: important Hello When using netboot.tar.gz from debian-installer source i have found a serious problem in parman. This fault appers when using guided lvm partitioning. I also tried to fix this problem in source of parman, but it is complicated to force apt of debian-installer to use local created packages. Thank You Have a nice day ewew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757675: RFS: python-djvulibre/0.3.9-2 -- Python support for the DjVu image container format
Package: sponsorship-requests Severity: normal Hello, I'm looking for a sponsor for my new package of python-djvulibre, which now also builds Python3 packages. It appears to be Lintian clean. For changes, please cf. http://lists.alioth.debian.org/pipermail/python-modules-commits/2014-August/029360.html http://lists.alioth.debian.org/pipermail/python-modules-commits/2014-August/029361.html (changelog update) The Debian patch is community maintained: http://anonscm.debian.org/viewvc/python-modules/packages/python-djvulibre/trunk/ Mentors upload: http://mentors.debian.net/package/python-djvulibre Buildlog: http://www.danielstender.com/buildlogs/python-djvulibre_0.3.9-2_amd64.build Changelog: * deb/control: + Updated maintainer email address. + Removed unneccesary b-ds and updated for Python3 packages. + Added Python3 package descriptions (Closes: #604037). + Bumped standards to 3.9.5 (no further changes needed). + Use canonical URIs for Vcs-* fields [Jakub Wilk]. * deb/copyright: + Changed Source URI to code repo. + Updated Format-Specification, copyright spans and email addresses. * deb/rules: + added DEB_BUILD_OPTIONS export line. + build with pybuild, reduced. + added doc/credits.txt to dh_installdocs for all packages. + build documentation with dh_sphinxdoc. * Dropped .install-s (unneeded), .examples (moved to doc package), -doc.links, updated -doc.doc-base. * deb/compat: bumped Debhelper level to 9. * deb/watch: added pgpsigurlmangle (also added deb/upstream-signing-key.pgp). * Added \.egg.info to source/options. * Wrapped-and-sorted -a. Thank you very much for considering, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757676: src:orthanc: full license text of CC-BY not included
Source: orthanc Version: 0.7.6+dfsg-1 Severity: serious Hi, d/copyright states +--- | License: CC-BY | CC 3.0 Attribution. May be relicensed without permission/notifcation. +--- but the full license text is not included (and CC-BY-3.0 is not in /usr/share/common-liceses). Please include the full text in your next upload. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711977: prepaid-manager
On Sun, Aug 10, 2014 at 01:04:55PM +0200, Peter Meiser wrote: Hi Guido, I use prepaid-manager under Ubuntu, but with the upgrade to Ubuntu 14.04 LTS, it's not working anymore as it has to be ported to ModemManager1. https://bugs.launchpad.net/ubuntu/+source/prepaid-manager-applet/+bug/1351994 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711977 Any chance that you release a new version? Yes, this will happen but it's not clear when since I currently don't have the time to work on it. The fact that my new laptops' modem firmware crashes on USSD messages and my USB Stick doesn't seem to work with current MM (didn't even get around to debug enough to file a report) doesn't improve the situation so don't hold your breath. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757677: RM: ruby-nora -- RoQA; RC-buggy, unmaintained, low popcon
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: ruby-n...@packages.debian.org Please remove ruby-nora from unstable. It is RC-buggy (#732922, blocking the removal of ruby1.8). Besides the initial upload by the maintainer in 2012, it has seen no action by the maintainer. #740798 also mentions that ruby-nora is dead upstream since 2004. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#757673: RM: htree -- RoQA; replaced by ruby-htree
On 2014-08-10 12:53:54, Sebastian Ramacher wrote: Package: ftp.debian.org Severity: normal X-Debuggs-CC: ht...@packages.debian.org sigh. CC-ing ht...@packages.debian.org properly now. Please remove htree from unstable. It has been replaced by ruby-htree which provides all binary packages built by htree as transitional packages. -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#208967: [docbook2man] Patch to get correct replacement for dashes/hyphen
Control: tags -1 +patch Hi, Please find attached the debdiff patch that should solve both #208967 and #628751. In short: Current version of docbook2man's hyphen rendering makes lintian complain about hyphen-used-as-minus-sign. This patch renders `-' as `\-' and `\-' as `\\\-', so we should have a correct output and lintian not complaining again. This should solve a big amount of the current hyphen-used-as-minus-sign reports. I wrote it as an NMU but I'd rather have it uploaded and integrated by official maintainers. Tested on module-init-tools (the oldstable version which uses sgml) and it seems fine to me. Also tested on gnome-shell-pomodoro I am currently using sgml man pages with and it also works great! Best, Joseph patch_for_208967_and_628751.debdiff Description: Binary data
Bug#757674: Acknowledgement (partman: When installing debian with guided lvm partiotioning this fails because of swaped min a max values.)
Hello Can You post diff of the fix ? I am interested in what went wrong that caused this bug. Thank You Have a nice day ewew
Bug#757678: RM: ruby-filesystem [sparc] -- RoQA; unbuildable on sparc due to lack of ruby toolchain, blocking ruby1.8 removal
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: ruby-filesys...@packages.debian.org Similar to #757603, please remove the ruby-filesystem binary package from sparc. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#757679: ikiwiki: highlight plugin crashes with highlight 3.18 from experimental
Package: ikiwiki Version: 3.20140613 Severity: important Tags: patch For the benefit of users not following the ikiwiki bug tracker, I'm reporting http://ikiwiki.info/bugs/Please_update_highlight_plugin_for_highlight_3.18/ here. To be more precise with highlight 3.18, ikiwiki stops during the initial configuration phase: ╭─ maritornes:~/software/debian/highlight ╰─ (git)-[master]-% ikiwiki --setup ~/config/ikiwiki/client.setup Use of the encoding pragma is deprecated at /usr/share/perl5/Convert/YText.pm line 11. Can't locate object method getConfDir via package highlight::DataDir at /usr/share/perl5/IkiWiki/Plugin/highlight.pm line 63. I confirmed with highlight upstream that the API change will need to be worked around; since libhighlight-perl is just a swig-generated wrapper for the highlight routines, it isn't really feasible to do it there. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ikiwiki depends on: ii libhtml-parser-perl 3.71-1+b1 ii libhtml-scrubber-perl 0.11-1 ii libhtml-template-perl 2.95-1 ii libjson-perl2.61-1 ii libtext-markdown-discount-perl 0.11-1 ii liburi-perl 1.60-1 ii libyaml-libyaml-perl0.41-5 ii perl5.18.2-7 Versions of packages ikiwiki recommends: ii bzr 2.6.0+bzr6595-1 ii darcs2.8.4-3+b2 ii gcc [c-compiler] 4:4.9.0-4 ii gcc-4.6 [c-compiler] 4.6.4-7 ii gcc-4.9 [c-compiler] 4.9.0-7 ii git [git-core] 1:2.0.1-1 ii git-core 1:2.0.1-1 ii libauthen-passphrase-perl0.008-1 ii libc6-dev [libc-dev] 2.19-7 ii libcgi-formbuilder-perl 3.08-2 ii libcgi-session-perl 4.48-1 ii libcrypt-ssleay-perl 0.58-1+b1 ii libgravatar-url-perl 1.06-1 ii liblwpx-paranoidagent-perl 1.10-3 ii libmail-sendmail-perl0.79.16-1 ii libnet-openid-consumer-perl 1.15-1 ii librpc-xml-perl 0.78-1 ii libterm-readline-gnu-perl1.24-2 ii libtimedate-perl 2.3000-2 ii libxml-simple-perl 2.20-1 ii mercurial3.0.1-1 ii subversion 1.8.9-1 Versions of packages ikiwiki suggests: ii dvipng 1.14-2 ii file1:5.19-1 ii gettext 0.18.3.2-3 ii graphviz2.26.3-17.1 ii libfile-mimeinfo-perl 0.26-1 ii libhighlight-perl 3.18-2 ii libhtml-tree-perl 5.03-1 ii liblocale-gettext-perl 1.05-8 ii libmailtools-perl 2.12-1 pn libnet-amazon-s3-perl none pn libnet-inet6glue-perl none pn libsearch-xapian-perl none ii libsort-naturally-perl 1.03-1 pn libsparkline-phpnone ii libtext-csv-perl1.32-1 pn libtext-multimarkdown-perl none pn libtext-textile-perlnone pn libtext-typography-perl none pn libtext-wikicreole-perl none pn libtext-wikiformat-perl none pn libxml-feed-perlnone ii libxml-writer-perl 0.625-1 ii perlmagick 8:6.7.7.10+dfsg-4 pn po4anone pn polygen none ii python 2.7.6-2 ii python-docutils 0.11-3 ii texlive 2014.20140626-1 pn tidynone pn viewvc | gitweb | viewcvs none pn xapian-omeganone -- no debconf information From a55a20f5f879b11ce1ac2e7c72ca7c3f7dea6a9b Mon Sep 17 00:00:00 2001 From: David Bremner brem...@debian.org Date: Mon, 4 Aug 2014 11:35:03 -0300 Subject: [PATCH 1/2] cope with missing getConfDir in 3.18+ of highlight. Unfortunately we have to try a couple things since the API changed between 3.9 and 3.18 --- IkiWiki/Plugin/highlight.pm | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/IkiWiki/Plugin/highlight.pm b/IkiWiki/Plugin/highlight.pm index fbe7ddf..0aa7386 100644 --- a/IkiWiki/Plugin/highlight.pm +++ b/IkiWiki/Plugin/highlight.pm @@ -60,9 +60,17 @@ sub checkconfig () { } if (! exists $config{filetypes_conf}) { - $config{filetypes_conf}= - ($data_dir ? $data_dir-getConfDir() : /etc/highlight/) - . filetypes.conf; + if (! $data_dir ) { + $config{filetypes_conf}= /etc/highlight/filetypes.conf; + } elsif ( $data_dir - can('searchFile') ) { + # 3.18 + + $config{filetypes_conf}= + $data_dir - searchFile(filetypes.conf); + } else { + # 3.9 + + $config{filetypes_conf}= + $data_dir - getConfDir() . /filetypes.conf; + } } if (! exists $config{langdefdir}) { $config{langdefdir}= -- 2.0.1
Bug#757680: ikiwiki: support for multiple language definition directories for highlight
Package: ikiwiki Version: 3.20140613 Severity: wishlist Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The second patch mentioned in http://ikiwiki.info/bugs/Please_update_highlight_plugin_for_highlight_3.18/ is not really needed for fixing the crash, but it is needed to make the support for search paths of language definitions accessible from ikiwiki. - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ikiwiki depends on: ii libhtml-parser-perl 3.71-1+b1 ii libhtml-scrubber-perl 0.11-1 ii libhtml-template-perl 2.95-1 ii libjson-perl2.61-1 ii libtext-markdown-discount-perl 0.11-1 ii liburi-perl 1.60-1 ii libyaml-libyaml-perl0.41-5 ii perl5.18.2-7 Versions of packages ikiwiki recommends: ii bzr 2.6.0+bzr6595-1 ii darcs2.8.4-3+b2 ii gcc [c-compiler] 4:4.9.0-4 ii gcc-4.6 [c-compiler] 4.6.4-7 ii gcc-4.9 [c-compiler] 4.9.0-7 ii git [git-core] 1:2.0.1-1 ii git-core 1:2.0.1-1 ii libauthen-passphrase-perl0.008-1 ii libc6-dev [libc-dev] 2.19-7 ii libcgi-formbuilder-perl 3.08-2 ii libcgi-session-perl 4.48-1 ii libcrypt-ssleay-perl 0.58-1+b1 ii libgravatar-url-perl 1.06-1 ii liblwpx-paranoidagent-perl 1.10-3 ii libmail-sendmail-perl0.79.16-1 ii libnet-openid-consumer-perl 1.15-1 ii librpc-xml-perl 0.78-1 ii libterm-readline-gnu-perl1.24-2 ii libtimedate-perl 2.3000-2 ii libxml-simple-perl 2.20-1 ii mercurial3.0.1-1 ii subversion 1.8.9-1 Versions of packages ikiwiki suggests: ii dvipng 1.14-2 ii file1:5.19-1 ii gettext 0.18.3.2-3 ii graphviz2.26.3-17.1 ii libfile-mimeinfo-perl 0.26-1 ii libhighlight-perl 3.18-2 ii libhtml-tree-perl 5.03-1 ii liblocale-gettext-perl 1.05-8 ii libmailtools-perl 2.12-1 pn libnet-amazon-s3-perl none pn libnet-inet6glue-perl none pn libsearch-xapian-perl none ii libsort-naturally-perl 1.03-1 pn libsparkline-phpnone ii libtext-csv-perl1.32-1 pn libtext-multimarkdown-perl none pn libtext-textile-perlnone pn libtext-typography-perl none pn libtext-wikicreole-perl none pn libtext-wikiformat-perl none pn libxml-feed-perlnone ii libxml-writer-perl 0.625-1 ii perlmagick 8:6.7.7.10+dfsg-4 pn po4anone pn polygen none ii python 2.7.6-2 ii python-docutils 0.11-3 ii texlive 2014.20140626-1 pn tidynone pn viewvc | gitweb | viewcvs none pn xapian-omeganone - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCAAGBQJT51rwAAoJEPIClx2kp54sJrEL/33x7dDJY+eMMqBaGgJOnlKV DVLtrCUnZXX21DsHVKZ48iEVpCYvXQlQEzvxvuQPC4LSTKhcTHWDBmWRxbWaO/wV kr6LIBk1hQUqvtWfwHUQYDQPef0PTBzGswVeZ8FnhrbiSGwcJzaQNTcxqTC/VxPO QijBvGW/8KJy/cNihvSA/GNgAeEze217dhh+YNuI9wqP+ILcoPWHDx/czVzYGMEo Tv0W0Qb+JrWiDYQ6IhqycS9C4A1un7jCVKZJ4oyMm8xb1ErJ6YUwoCrYuDNNMXuN Z2bxrZnKxx9tmRpsZxsqErZD+LJCI+93bvTqumd1FZ+TfiYxfDm2xCVilhPkUne9 op5x8dUBOJ1tpKyPeh/YHHYjAA1x6kiqgSzfHZ8BAnSaz9OepdaoC4Q1F0UbxAde Qeka1geoaWf4RupjHpVt/QZ/Bs1XV5g2juQb4M37IclvcLmPvR12p3xVMFra3dvp NZhBlea31cdUFV0EKYPWF8pVa2phr6vuzH7aYsRDjw== =RcLu -END PGP SIGNATURE- From adbc9cb8d6a6001bd63da7e68ebc31b71e55 Mon Sep 17 00:00:00 2001 From: David Bremner brem...@debian.org Date: Mon, 4 Aug 2014 12:26:52 -0300 Subject: [PATCH 2/2] Plugins::highlight: replace use of langdefdir with searchFile In recent versions of highlight there can be more than one langdefdir. This patch fixes the ensuing hilarity when the user adds a single highlight lang definition and highlight.pm expects all definitions to be in the same place. --- IkiWiki/Plugin/highlight.pm | 20 +++- 1 file changed, 15 insertions(+), 5 deletions(-) diff --git a/IkiWiki/Plugin/highlight.pm b/IkiWiki/Plugin/highlight.pm index 0aa7386..ce91974 100644 --- a/IkiWiki/Plugin/highlight.pm +++ b/IkiWiki/Plugin/highlight.pm @@ -72,10 +72,10 @@ sub checkconfig () { $data_dir - getConfDir() . /filetypes.conf; } } + # note that this is only used for old versions of highlight + # where $data_dir will not be defined. if (! exists $config{langdefdir}) { - $config{langdefdir}= - ($data_dir ? $data_dir-getLangPath() -
Bug#757609: [Pkg-libvirt-maintainers] Bug#757609: libvirtd internal error: Unable to parse /proc/meminfo
Hi, On Sat, Aug 09, 2014 at 06:50:56PM +, Jamie Heilman wrote: [..snip..] 2014-08-09 18:32:30.722+: 3589: info : libvirt version: 1.2.7, package: 6 (root 2014-08-08-16:09:22 bogon) 2014-08-09 18:32:30.722+: 3589: error : virAuditOpen:62 : Unable to initialize audit layer: Protocol not supported 2014-08-09 18:32:31.720+: 3712: error : virFileGetDefaultHugepageSize:2958 : internal error: Unable to parse /proc/meminfo 2014-08-09 18:32:31.720+: 3712: error : virStateInitialize:749 : Initialization of QEMU state driver failed: internal error: Unable to parse /proc/meminfo 2014-08-09 18:32:31.720+: 3712: error : daemonRunStateInit:922 : Driver state initialization failed Reverting to libvirt-bin 1.2.4 allows libvirtd to work again. Any chance you can test the attached patch? It fixes the above problem but there may be other hugetlb surprises working with your setup. Cheers, -- Guido -- Jamie Heilman http://audible.transient.net/~jamie/ ___ Pkg-libvirt-maintainers mailing list pkg-libvirt-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers From 930402215c050e52cab1ccf1960ad06123cd7c7e Mon Sep 17 00:00:00 2001 Message-Id: 930402215c050e52cab1ccf1960ad06123cd7c7e.1407671364.git@sigxcpu.org From: =?UTF-8?q?Guido=20G=C3=BCnther?= a...@sigxcpu.org Date: Sun, 10 Aug 2014 12:42:37 +0200 Subject: [PATCH] Don't fail qemu driver intialization if we can't determine hugepage size To: libvir-l...@redhat.com Otherwise we fail like libvirt version: 1.2.7, package: 6 (root 2014-08-08-16:09:22 bogon) virAuditOpen:62 : Unable to initialize audit layer: Protocol not supported virFileGetDefaultHugepageSize:2958 : internal error: Unable to parse /proc/meminfo virStateInitialize:749 : Initialization of QEMU state driver failed: internal error: Unable to parse /proc/meminfo daemonRunStateInit:922 : Driver state initialization failed if the data can't be determined. Reference: http://bugs.debian.org/757609 --- src/util/virfile.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/src/util/virfile.c b/src/util/virfile.c index f9efc65..b6f5e3f 100644 --- a/src/util/virfile.c +++ b/src/util/virfile.c @@ -2953,8 +2953,9 @@ virFileGetDefaultHugepageSize(unsigned long long *size) goto cleanup; if (!(c = strstr(meminfo, HUGEPAGESIZE_STR))) { -virReportError(VIR_ERR_INTERNAL_ERROR, - _(Unable to parse %s), +virReportError(VIR_ERR_NO_SUPPORT, + _(%s not found in %s), + HUGEPAGESIZE_STR, PROC_MEMINFO); goto cleanup; } -- 2.0.1
Bug#757627: [Pkg-anonymity-tools] Bug#757627: Bug#757627: Bug#757627: Download error: Download Error: 404 Not Found class '__main__.DownloadErrorException'
Hi, Holger Levsen wrote (10 Aug 2014 10:42:37 GMT) : (Maybe some of the torbrowser-launcher package maintainers should read that low-volume list?) seems like an idea, but is this really the recommended way to learn about new tbb releases? It's the best way I'm aware of to learn about it in advance, or at least between the release and the corresponding blog post (which generally takes a few hours, and up to a few days, iirc). Also, I'm wondering why the 6 weeks cycle was broken and how often this happens... An explaination for this cannot be found in that qa-mail neither :/ It reads: * Update Tor to 0.2.4.23 [...] * Update OpenSSL to 1.0.1i I personally read DSA-2998-1 and DSA-2993-1 between these lines, but I do realize that indeed, the message could be a little bit more verbose. E.g. it could point to the relevant CVE and friends. Ask the TBB team? :) Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757681: RM: python-pysearch -- RoQA; totally broken, dead upstream, orphaned
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: python-pysea...@packages.debian.org Please remove python-pysearch from unstable. It is totally broken (#757033) and dead upstream. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#757682: ruby-rack1.4: Obsolete
Package: ruby-rack1.4 Version: 1.4.5-2 Severity: serious Justification: obsolete As explained in #755433, ruby-rack1.4 is an old version of ruby-rack introduced only for compatibility with rails 3.2. This bug should be kept open until ruby-rack1.4 is removed from the archive, to prevent migration to testing (once it has been removed from testing). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750851: dropping bootloader integration for the time being
close 757057 3:6.03~pre19-1 close 757063 3:6.03~pre19-1 close 754225 3:6.03~pre19-1 close 750851 3:6.03~pre19-1 thanks The current syslinux bootloader integration is quite ugly, breaks easily (with the themes), is currently not working at all anyway and should be redone from scratch properly rather than just ductaping it all the time. Unfortunately this is not going to be happening in time before the jessie freeze, so i think it's better to not have a bootloader integration at all than a broken/crappy one. Therefore, syslinux as of above upload to experimental has, for the time being no bootloader integration anymore. I'll re-introduce it when i've got it worked out properly at some point in the future. In a one of the next uploads, before moving this to unstable/testing, i'll add necessary upgrade warnings so users are aware when doing the wheezy-jessie upgrades. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601011: any update?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I could supply an lxc container if requested Am 07.08.2014 12:26, schrieb Cyril Brulebois: -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) iEYEARECAAYFAlPnXxAACgkQABMWRpwdNungEACgwCbt2IyhO/L08Sa7PyHchhqS uQwAn0jkPpdLJCZovxHrGZ9biI5GTHVc =17bj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747373: ping
Hi, this is just a note to mention that the previous patch attached to the 2014-05-17 email is somewhat incorrect and was less well tested than it should've been. I'm currently revising and retesting the patch and should submit a corrected patch in the next day or so. I'm finally getting round to integrating the outstanding bug fixes into upstream and testing a new upstream release. Any news on this bug? -- Neil Williams = http://www.linux.codehelp.co.uk/ signature.asc Description: PGP signature
Bug#601011: any update?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I could supply an lxc container if requested Am 07.08.2014 12:26, schrieb Cyril Brulebois: While I haven't tried to reproduce this bug, the patch looks like something that could indeed be merged. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) iEYEARECAAYFAlPnXxQACgkQABMWRpwdNun64QCgjiWSGVURKnbkidrTuTVWERr6 VQcAoK9MP44n5jsEw9b7isiyLHGuewbX =eyEg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757467: debian-edu-doc: Dutch translation for the Rosegarden manual
On Fri, Aug 08, 2014 at 04:17:35PM +0200, Frans Spiesschaert wrote: Please find attached the gzipped Dutch translation for the Rosegarden manual. Thanks for the translation; it has been commited to the git repo. Wolfgang signature.asc Description: Digital signature
Bug#757523: debian-edu-doc: translation update for debian-edu-wheezy-manual.nl
On Fri, Aug 08, 2014 at 11:29:18PM +0200, Frans Spiesschaert wrote: Please find attached an updated Dutch translation for the debian-edu wheezy manual. Thanks for the update; it has been commited to the git repo. Wolfgang signature.asc Description: Digital signature
Bug#746978: [Pkg-ime-devel] Bug#746978: Bug#750881: Help to sponsor ibus-cangjie
On Thu, Aug 07, 2014 at 10:15:03PM +0900, Osamu Aoki wrote: Hi, The package used autogen.sh so my patch should have been to set debian/rules as: override_dh_autoreconf: dh_autoreconf ./autogen.sh -- --libexecdir=/usr/lib/ibus But this did not seem to work as expected. This is upstream problem indeed if this patch does not work. I need to check more in detail. Since my net connection is bad and I have no time tonight. I will not upload package. Maybe, it is better to upload as now with just adding dh-python to B-D. Osamu Hi, I just upload a new one to mentors [0] just to add dh-pythonto B-D. Please help to review and sponsor it, thanks. As for #746978, I will study how to fix it. [0] http://mentors.debian.net/package/ibus-cangjie -- ChangZhuo Chen (陳昌倬) czc...@gmail.com http://czchen.info/ Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Bug#757442: RFS: polyphone/1.4 [RFP]
Hi Davy, You're also upstream, aren't you? (Then I'd recommend reading https://wiki.debian.org/UpstreamGuide ) (I assume you are upstream for the review below...) Let's go: - You probably missed pushing the 1.4 tar.gz to sf.net, because I uscan doesn't find it. If you plan to package from (upstream) git repository, you need to have a get-orig-source target in debian/rules. d/copyright: - Please recheck liceneses, it contains errors. For example: lib/* is not LGPL but MIT/X11 (use licensecheck). Section License: LGPL is not LGPL-text. - this is not the only error -- I recommend to use licensecheck -r -m --copyright * - there are a few files without copyright information. d/share/* This looks weird... What's your intention here by pre-packaging all that stuff. As you are upstream, you maybe want to include those file in your tarball and install from there. For this, please use standard debhelper mechanisms for installing stuff, for example dh_installchangelogs, dh_installmime ... (see debhelper(7)) Upstream-Changelogs do not belong into the debian-directory, they should be also in the upstream tarball. For your nice icon -- is there source (e.g a bigger vector file)? If so, it would be best if it could be d/polyhone.1 - this file is basically empty. Please rewrite. (And include in your upstream tarball (BTW, you still need to retitle your ITP bug... How to was already written already in that bug) The package does not build in an pdebuilder enviroment: Project ERROR: Package portaudio-2.0 not found dh_auto_configure: qmake -makefile -nocache QMAKE_CFLAGS_RELEASE=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 QMAKE_CFLAGS_DEBUG=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 QMAKE_CXXFLAGS_RELEASE=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 QMAKE_CXXFLAGS_DEBUG=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 QMAKE_LFLAGS_RELEASE=-Wl,-z,relro QMAKE_LFLAGS_DEBUG=-Wl,-z,relro QMAKE_STRIP=: PREFIX=/usr returned exit code 2 debian/rules:7: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package W: no hooks of type C found -- ignoring I: unmounting /var/cache/pbuilder/ccache filesystem I: unmounting /home/tobi/pbuilder_repo/deps filesystem I: unmounting dev/pts filesystem I: unmounting run/shm filesystem I: unmounting proc filesystem I: cleaning the build env I: removing directory /var/cache/pbuilder/build//7284 and its subdirectories Stopping here... -- tobi signature.asc Description: This is a digitally signed message part
Bug#757683: build log checks should not warn about missing -D_FORTIFY_SOURCE when built with -O0
Package: blhc Version: 0.04+20140705+gita32e11c-1 sorry if this is a duplicate, but according to https://qa.debian.org/bls/packages/p/python2.7.html the build log checker warns even for a debug build with -O0 (or missing -O*) and missing -D_FORTIFY_SOURCE. I don't think that such debug builds should be forced to use -D_FORTIFY_SOURCE. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753567: O: gsimplecal -- lightweight GUI calendar application
On Friday, August 8, 2014 8:37 PM, Yoann Gauthier yoann.gauthi...@gmail.com wrote: Hello, I am volunteer to adopt gsimplecal package. I will contact upstream in order to have informations about new release. -- You might want to set yourself as owner of the bug and retitle it to change the 'O:' to 'ITA:'. See wnpp[0] page for more information. [0]: https://www.debian.org/devel/wnpp/ PS: Testing Yahoo mail, not sure how the email will look.
Bug#751255: Help needed for wxWidgets 3.0 transition of TreeviewX
Hi Andreas! The problem is that the wxString constructor tries to interpret garbage from outside the string buffer. The reason for that is the string length parameter that is explicitly given by the caller TreeDrawer::DrawText. It passes wxSTRING_MAXLEN as length, which used to mean: Take the complete string. However, the definition of wxSTRING_MAXLEN was removed from the public API of wxWidgets. This doesn't show up as compilation error because TreeLib/treedrawer.h has a fall-back definition, that just defines it as 255 - which for wxWidgets is just an arbitrary string length without special meaning. That's why it tried to copy 255 characters (without looking out for the 0 termination), ran out of the string buffer and tried to interpret garbage. I think someone misinterpreted that parameter for a maximum-buffer-length-safety-net kind of parameter (like in snprintf). The attached patch should fix it. I removed the dangerous fall-back definition (that does more harm than good) and replaced the constructor calls (in which the definition was used) by the appropriate constructor calls. Cheers, Martin El 07/08/14 a les 16:57, Andreas Tille ha escrit: Hi, one of the few packages in Debian Med which has more than 100 active users according to popcon seems to have a serious problem: The wxwidgets3.0 transition either injected some bugs or just uncovered existing bugs. Since upstream moved away from this program and the Debian Med team does not have wx-educated people I wonder whether some kind soul could have a look into this problem. I guess the problem can be understood when reading the bug report from here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751255#31 Any help would be really welcome. Kind regards Andreas. Description: Remove wxSTRING_MAXLEN (removed in wx3.0) and incomp. definition. The definition wxSTRING_MAXLEN was removed from the public API of wxWidgets. Its meaning was basically take all the string, whenever a string length was expected. The missing definition didn't raise a compilation error because TreeLib's treedrawer.h contained a fall-back definition, which is however incompatible with the original definition of wxWidgets and therefore is interpreted by wxWidgets as a number representing the real string length. This patch gets rid of the dangerous fall-back definition and of all of its uses by using alternative wxString constructors that achieve the same behavior. Author: Martin Steghöfer mar...@steghoefer.eu Bug-Debian: http://bugs.debian.org/751255 --- treeviewx-0.5.1+20100823.orig/TreeLib/treedrawer.cpp +++ treeviewx-0.5.1+20100823/TreeLib/treedrawer.cpp @@ -245,7 +245,7 @@ void TreeDrawer::DrawText (point pt, std // error in gcc, which is probably a gcc bug { wxCoord w, h, descent; - wxString s (formatedString.c_str(), wxSTRING_MAXLEN); + wxString s (formatedString.c_str()); pt.x += dc-GetCharWidth(); pt.y -= dc-GetCharHeight()/2; dc-DrawText (s, (int)pt.x, (int)pt.y); @@ -566,7 +566,7 @@ void PhylogramDrawer::DrawScaleBar () #if USE_WXWINDOWS wxCoord w, h; -wxString s (buf, wxSTRING_MAXLEN); +wxString s (buf); dc-GetTextExtent (s, w, h); int x = (int)pt2.x; int y = (int)pt2.y; --- treeviewx-0.5.1+20100823.orig/TreeLib/treedrawer.h +++ treeviewx-0.5.1+20100823/TreeLib/treedrawer.h @@ -52,11 +52,6 @@ #elif USE_WXWINDOWS #define USE_PORT 0 #include wx/wx.h - #ifdef wxSTRING_MAXLEN - #else - #define wxSTRING_MAXLEN 255 - #endif - #else #define USE_PORT 1 #endif
Bug#757601: mb2md: manpage mis-spelling: WU-IMAP → UW-IMAP (and similar for UW-file)
Hi Jonas, Jonas Smedegaard wrote: Package: mb2md Severity: minor The reference implementation of the IMAP protocol is UW-IMAP (it was developed at the University of Washington). Man page bogusly refers to WU. Thanks for the notice. Will be fixed soon. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757465: debian-edu-doc: updated Dutch translation for the audacity manual
On Fri, Aug 08, 2014 at 04:00:14PM +0200, Frans Spiesschaert wrote: Please find attached a diff-file to update the Dutch translation for the audacity manual. Thanks for the update; it has been commited to the git repo. Wolfgang signature.asc Description: Digital signature
Bug#756063: pxelinux: new pxelinux.0 in the debian-installer daily build fails to boot
severity 756063 normal tag 756063 unreproducible tag 756063 moreinfo tag 756063 help thanks I can't reproduce this, d-i images work for me. Can you give me the exact layout of your tftp boot directory and configuration in order to reproduce it? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757674: Acknowledgement (partman: When installing debian with guided lvm partiotioning this fails because of swaped min a max values.)
On Sun, Aug 10, 2014 at 01:22:45PM +0200, a a wrote: Can You post diff of the fix ? I am interested in what went wrong that caused this bug. http://anonscm.debian.org/cgit/parted/debian/parted.git/commit/?id=11ccc7136ada703a3dcf932609023392c5bbf95f -- Colin Watson [cjwat...@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#742267: Problem with the patch
Under test, vmdebootstrap-etc-extlinux.patch produces a traceback: EEEK! Something bad happened... 'module' object has no attribute 'join' Cleaning up Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/cliapp/app.py, line 190, in _run self.process_args(args) File ./vmdebootstrap, line 153, in process_args self.install_extlinux(rootdev, rootdir) File ./vmdebootstrap, line 427, in install_extlinux conflink = os.join('etc', 'extlinux.conf') AttributeError: 'module' object has no attribute 'join' Simple tweak to os.path.join('etc', 'extlinux.conf') would seem in order. Testing continuing and I'll then merge this upstream. -- Neil Williams = http://www.linux.codehelp.co.uk/ signature.asc Description: PGP signature