Bug#795637: pbnj: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: pbnj Version: 2.04-4 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: Manifying 3 pod documents ERROR: Can't create '/usr/bin' Do not have write permissions on '/usr/bin' at -e line 1. make[1]: *** [pure_vendor_install] Error 13 The fix is to use DESTDIR instead of PREFIX; please see the lintian `description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install
Bug#795640: influxdb: FTBFS: tests fail
Source: influxdb Version: 0.9.2+dfsg1-2 Severity: serious Justification: fails to build from source Builds of influxdb on armhf and i386 (the only architectures other than amd64 on which its build dependencies are all available) encountered an identical combination of test failures, as detailed at https://buildd.debian.org/status/logs.php?pkg=influxdbver=0.9.2%2Bdfsg1-2: FAIL github.com/influxdb/influxdb/services/collectd 0.035s [...] FAIL github.com/influxdb/influxdb/services/graphite 0.036s [...] FAIL github.com/influxdb/influxdb/toml [build failed] [...] FAIL github.com/influxdb/influxdb/tsdb 0.026s Could you please take a look? Thanks!
Bug#795641: lintian: [PATCH] fix common license false positives in new-style copyright files
Package: lintian Version: 2.5.35 Severity: normal This patch fixes lack-of-common-license-reference false positives in new-style copyright files when a license refers to one of these common licenses. It includes a test for this against all common licenses. All testsuite tests pass. The patch is against the debcheckout of lintian. -- System Information: Debian Release: jessie/sid APT prefers vivid-updates APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), (100, 'vivid-backports'), (1, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-25-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lintian depends on: ii binutils 2.25-5ubuntu7 ii bzip2 1.0.6-7 ii diffstat 1.59-1 ii file 1:5.20-1ubuntu2 ii gettext0.19.2-2ubuntu1 ii hardening-includes 2.7ubuntu1 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29build2 ii libarchive-zip-perl1.39-1 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1build1 ii libdpkg-perl 1.17.25ubuntu1 ii libemail-valid-perl1.195-1 ii libfile-basedir-perl 0.03-1fakesync1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2build1 ii libparse-debianchangelog-perl 1.2.0-1.1 ii libtext-levenshtein-perl 0.11-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.64-1 ii man-db 2.7.0.2-5 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.20.2-2 ii t1utils1.38-4 ii xz-utils 5.1.1alpha+20120614-2ubuntu2 Versions of packages lintian recommends: ii dpkg1.18.2 ii libautodie-perl 2.25-1 ii libperlio-gzip-perl 0.18-3build1 ii perl5.20.2-2 ii perl-modules [libautodie-perl] 5.20.2-2 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.25ubuntu1 ii libhtml-parser-perl3.71-1build2 ii libtext-template-perl 1.46-1 ii libyaml-perl 1.13-1 -- no debconf information From 441f44c5be0fe70d9a86b3ee0cec49430b0c2a9d Mon Sep 17 00:00:00 2001 From: Rafael Kitover rkito...@gmail.com Date: Sat, 15 Aug 2015 17:50:34 -0400 Subject: [PATCH] fix common lic. false pos. in new-style copyright Fix false positives for lack of common license references in new-style copyright files when a license refers to another license, by trying to parse the file and then checking both the names of the licenses and the texts. Add new test for references to common licenses as well. The test suite passes with these changes. --- checks/copyright-file.pm | 106 +++-- .../debian/debian/control.in | 94 ++ .../debian/copyright-mentions-apache.copyright | 13 +++ .../debian/copyright-mentions-apache2.copyright| 13 +++ .../debian/copyright-mentions-apache3.copyright| 13 +++ .../debian/copyright-mentions-gfdl.copyright | 13 +++ .../debian/debian/copyright-mentions-gpl.copyright | 14 +++ .../debian/copyright-mentions-lgpl.copyright | 13 +++ .../debian/copyright-mentions-lgpl2.copyright | 13 +++ .../debian/copyright-mentions-perl.copyright | 13 +++ t/tests/copyright-file-non-common-license/desc | 12 +++ t/tests/copyright-file-non-common-license/tags | 0 12 files changed, 310 insertions(+), 7 deletions(-) create mode 100644 t/tests/copyright-file-non-common-license/debian/debian/control.in create mode 100644 t/tests/copyright-file-non-common-license/debian/debian/copyright-mentions-apache.copyright create mode 100644 t/tests/copyright-file-non-common-license/debian/debian/copyright-mentions-apache2.copyright create mode 100644 t/tests/copyright-file-non-common-license/debian/debian/copyright-mentions-apache3.copyright create mode 100644 t/tests/copyright-file-non-common-license/debian/debian/copyright-mentions-gfdl.copyright create mode 100644 t/tests/copyright-file-non-common-license/debian/debian/copyright-mentions-gpl.copyright create mode 100644 t/tests/copyright-file-non-common-license/debian/debian/copyright-mentions-lgpl.copyright create mode 100644 t/tests/copyright-file-non-common-license/debian/debian/copyright-mentions-lgpl2.copyright create mode 100644 t/tests/copyright-file-non-common-license/debian/debian/copyright-mentions-perl.copyright create mode 100644 t/tests/copyright-file-non-common-license/desc create mode 100644 t/tests/copyright-file-non-common-license/tags diff --git
Bug#770009: convert(1) very slow on mips with no FPU
On Sat, 2015-08-15 at 23:18 +0200, roucaries bastien wrote: On Sat, Aug 15, 2015 at 10:30 PM, roucaries bastien roucaries.bastien+deb...@gmail.com wrote: On Sat, Aug 15, 2015 at 10:16 PM, roucaries bastien roucaries.bastien+deb...@gmail.com wrote: On Sat, Aug 15, 2015 at 9:43 PM, James Cowgill james...@cowgill.org.uk wrote: Yes the ABI is different - you need a recompiled glibc (at least) to use -msoft-float. Could this handled like libc-i686 ? It will be really helpful to have a soft-float version and use ld.so to switch between. They are a thread here about multilib https://lists.linaro.org/pipermail/cross-distro/2012-April/000167.html It could work, but I don't think mixed soft/hard float systems are supported very well (probably not many people are crazy enough to want this). You would need to use an alternate (and non standard) dynamic linker path, and some patches will be needed so ld/ld.so chooses the right library. BTW information about mips box are outdated here https://wiki.debian.org/MIPSPort Thanks. I can add some of the newer buildds, but I don't know exactly which ones have been retired. It worked under ball but it seems ball was retired... I think ball did have an FPU. Thanks, James signature.asc Description: This is a digitally signed message part
Bug#795648: fritzing: copyright misses Zlib etc. licences
Source: fritzing Version: 0.9.2b-1 Severity: normal As I scanned the source with debmake, I realized this package does not list all the licenses. Zlib, GPL-2.0+ LGPL-2.0+ ... Attached is the copyright file example for the latest git HEAD source tree. I suppose, it is about the same for the released 0.9.2b-1. Also Apache-2.0 is used to match the policy. -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- no debconf information Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Upstream-Name: fritzing Source: http://www.fritzing.org/download Files: * Copyright: 2007-2013 University of Applied Sciences Potsdam 2013-2015 Friends-of-Fritzing foundation and IXDS License: GPL-3+ Comment: here is a list of authors and contributors by source repository, André Knörig andre.knoe...@gmail.com Angelescu Constantin titus0...@yahoo.com Chuck Harrison cfh...@gmail.com David Perrenoud david.perren...@gmail.com Fabian Althaus blue...@arcor.de Jacek Jaros ja...@jaros.org.pl Jonathan Cohen irasc...@gmail.com Naoto Yoshioka y...@pb3.so-net.ne.jp Nushin Isabelle nushin.isabe...@gmail.com Rodrigo Oliveira rodr...@simb.com.br Rohan Lloyd roh...@rohanl.com Snoozerworks snoozerwo...@gmail.com Stefan Hermann stefanherman...@gmail.com Files: src/lib/quazip/quazip.cpp src/lib/quazip/quazip.h src/lib/quazip/quazipfile.cpp src/lib/quazip/quazipfile.h src/lib/quazip/quazipfileinfo.h src/lib/quazip/quazipnewinfo.cpp src/lib/quazip/quazipnewinfo.h Copyright: 2005-2008 Sergey A. Tachenov License: GPL-2.0+ This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. . This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. . You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA . The FSF address in the above text is the old one. . On Debian systems, the complete text of the GNU General Public License Version 2 can be found in `/usr/share/common-licenses/GPL-2'. Files: src/lib/quazip/crypt.h src/lib/quazip/unzip.h src/lib/quazip/unzip.c src/lib/quazip/zip.h src/lib/quazip/zip.c Copyright: 1998-2005 Gilles Vollant License: Zlib This software is provided 'as-is', without any express or implied warranty. In no event will the authors be held liable for any damages arising from the use of this software. . Permission is granted to anyone to use this software for any purpose, including commercial applications, and to alter it and redistribute it freely, subject to the following restrictions: . 1. The origin of this software must not be misrepresented; you must not claim that you wrote the original software. If you use this software in a product, an acknowledgment in the product documentation would be appreciated but is not required. 2. Altered source versions must be plainly marked as such, and must not be misrepresented as being the original software. 3. This notice may not be removed or altered from any source distribution. Files: src/lib/qtsysteminfo/* Copyright: 2010 Adrian Łubik License: LGPL-2.0+ GNU LGPL v2 or newer . On Debian systems, the complete text of the GNU General Library Public License Version 2 can be found in `/usr/share/common-licenses/LGPL-2'. Files: src/autoroute/cmrouter/DBcell.cpp src/autoroute/cmrouter/search.cpp src/autoroute/cmrouter/search2.cpp src/autoroute/cmrouter/tile.cpp Files: src/autoroute/cmrouter/tile.h Copyright: 1985-1990 Regents of the University of California. License: MIT Permission to use, copy, modify, and distribute this software and its documentation for any purpose and without notice appear in all copies. The University of California makes no representations about the suitability of this software for any purpose. It is provided as is without express or implied warranty. Export of this software outside of the United States of America may require an export license. Files: parts/part-gen-scripts/obsolete/footgen/footgen.py Copyright: 2005-2007 Darrell Harmon License: GPL-2.0+ This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public
Bug#795651: X crashes
Package: libgl1-mesa-dri Version: 10.6.3-1 X doesn't starts. if I remove the package, with apt-get purge libgl1-mesa-dri X starts normally, but without 3D acceleration. this is the log: [38.331] X.Org X Server 1.17.2 Release Date: 2015-06-16 [38.331] X Protocol Version 11, Revision 0 [38.331] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [38.331] Current Operating System: Linux lap-adriana 4.1.0-1-amd64 #1 SMP Debian 4.1.3-1 (2015-08-03) x86_64 [38.331] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.1.0-1-amd64 root=UUID=32d153a9-b748-415c-a509-8288bc9c5b5a ro quiet [38.331] Build Date: 01 July 2015 05:17:14PM [38.331] xorg-server 2:1.17.2-1 (http://www.debian.org/support) [38.331] Current version of pixman: 0.32.6 [38.331] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [38.331] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [38.331] (==) Log file: /var/log/Xorg.0.log, Time: Sat Aug 15 23:26:04 2015 [38.331] (==) Using config directory: /etc/X11/xorg.conf.d [38.331] (==) Using system config directory /usr/share/X11/xorg.conf.d [38.331] (==) No Layout section. Using the first Screen section. [38.331] (==) No screen section available. Using defaults. [38.331] (**) |--Screen Default Screen Section (0) [38.331] (**) | |--Monitor default monitor [38.332] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [38.332] (==) Automatically adding devices [38.332] (==) Automatically enabling devices [38.332] (==) Automatically adding GPU devices [38.332] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [38.332] Entry deleted from font path. [38.332] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [38.332] (==) ModulePath set to /usr/lib/xorg/modules [38.332] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [38.332] (II) Loader magic: 0x5639df32dd80 [38.332] (II) Module ABI versions: [38.332] X.Org ANSI C Emulation: 0.4 [38.332] X.Org Video Driver: 19.0 [38.332] X.Org XInput driver : 21.0 [38.332] X.Org Server Extension : 9.0 [38.332] (II) xfree86: Adding drm device (/dev/dri/card0) [38.334] (--) PCI:*(0:0:2:0) 8086:1616:1028:0643 rev 9, Mem @ 0xc100/16777216, 0xd000/268435456, I/O @ 0x5000/64 [38.334] (--) PCI: (0:4:0:0) 1002:6900:1028:0643 rev 0, Mem @ 0xb000/268435456, 0xc000/2097152, 0xc200/262144, I/O @ 0x3000/256, BIOS @ 0x/131072 [38.334] (II) LoadModule: glx [38.334] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [38.335] (II) Module glx: vendor=X.Org Foundation [38.335] compiled for 1.17.2, module version = 1.0.0 [38.335] ABI class: X.Org Server Extension, version 9.0 [38.335] (==) AIGLX enabled [38.335] (==) Matched intel as autoconfigured driver 0 [38.335] (==) Matched intel as autoconfigured driver 1 [38.335] (==) Matched modesetting as autoconfigured driver 2 [38.335] (==) Matched fbdev as autoconfigured driver 3 [38.335] (==) Matched vesa as autoconfigured driver 4 [38.335] (==) Assigned the driver to the xf86ConfigLayout [38.335] (II) LoadModule: intel [38.335] (WW) Warning, couldn't open module intel [38.335] (II) UnloadModule: intel [38.335] (II) Unloading intel [38.335] (EE) Failed to load module intel (module does not exist, 0) [38.335] (II) LoadModule: modesetting [38.335] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so [38.335] (II) Module modesetting: vendor=X.Org Foundation [38.335] compiled for 1.17.2, module version = 1.17.2 [38.336] Module class: X.Org Video Driver [38.336] ABI class: X.Org Video Driver, version 19.0 [38.336] (II) LoadModule: fbdev [38.336] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so [38.336] (II) Module fbdev: vendor=X.Org Foundation [38.336] compiled for 1.17.1, module version = 0.4.4 [38.336] Module class: X.Org Video Driver [38.336] ABI class: X.Org Video Driver, version 19.0 [38.336] (II) LoadModule: vesa [38.336] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so [38.336] (II) Module vesa: vendor=X.Org Foundation [38.336] compiled for 1.17.1, module version = 2.3.3 [38.336] Module class: X.Org Video Driver [38.336] ABI class: X.Org Video Driver, version 19.0 [38.336] (II)
Bug#795638: hnb: FTBFS under some locales
Source: hnb Version: 1.9.18-10 Severity: serious Justification: fails to build from source Tags: patch Dear Maintainer, hnb fails to build from source on unstable/amd64 under some locales (eg. LANG=fr_CH.UTF-8): [..] echo init_subsystems.c echo void init_subsystems(){init_subsystems.c cat *.c | grep ^\!init_ | sort | sed -e s/^\!/ /ginit_subsystems.c cat: write error: Broken pipe echo }init_subsystems.c make[2]: Leaving directory '/tmp/buildd/hnb-1.9.18/src' dh_auto_build src/hnb make -j1 make[2]: Entering directory '/tmp/buildd/hnb-1.9.18' (cd src;make) make[3]: Entering directory '/tmp/buildd/hnb-1.9.18/src' (cd libcli;make libcli.a) make[4]: Entering directory '/tmp/buildd/hnb-1.9.18/src/libcli' cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -I.. -Ilibcli -DHAVE_CONFIG_H -I/usr/include/ncursesw -Wdate-time -D_FORTIFY_SOURCE=2 -c -o cli.o cli.c cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -I.. -Ilibcli -DHAVE_CONFIG_H -I/usr/include/ncursesw -Wdate-time -D_FORTIFY_SOURCE=2 -c -o cli_history.o cli_history.c cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -I.. -Ilibcli -DHAVE_CONFIG_H -I/usr/include/ncursesw -Wdate-time -D_FORTIFY_SOURCE=2 -c -o cli_tokenize.o cli_tokenize.c ar rc libcli.a cli*.o make[4]: Leaving directory '/tmp/buildd/hnb-1.9.18/src/libcli' make[3]: Circular init_subsystems.c - init_subsystems.c dependency dropped. cc -c -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -I.. -Ilibcli -DHAVE_CONFIG_H -I/usr/include/ncursesw -Wdate-time -D_FORTIFY_SOURCE=2 -o init_subsystems.o init_subsystems.c init_subsystems.c:2:1: error: unknown type name ‘Binary’ Binary file (standard input) matches ^ init_subsystems.c:2:14: error: unknown type name ‘standard’ Binary file (standard input) matches ^ Makefile:9: recipe for target 'init_subsystems.o' failed make[3]: *** [init_subsystems.o] Error 1 make[3]: Leaving directory '/tmp/buildd/hnb-1.9.18/src' Makefile:3: recipe for target 'src/hnb' failed make[2]: *** [src/hnb] Error 2 make[2]: Leaving directory '/tmp/buildd/hnb-1.9.18' dh_auto_build: make -j1 returned exit code 2 debian/rules:14: recipe for target 'override_dh_auto_build' failed make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory '/tmp/buildd/hnb-1.9.18' debian/rules:11: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 [..] The full build log is attached or can be viewed here: https://reproducible.debian.net/logs/unstable/amd64/hnb_1.9.18-10.build2.log.gz This is due to grep's automagic locale detection. Patch attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- I: using fakeroot in build. I: pbuilder: network access will be disabled during build I: Current time: samedi 25 juillet 2015, 20:53:45 (UTC+1400) I: pbuilder-time-stamp: 1437807225 I: Building the build Environment I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz] I: creating local configuration I: copying local configuration I: mounting /proc filesystem I: mounting /run/shm filesystem I: mounting /dev/pts filesystem I: Mounting /dev/shm I: Mounting /sys I: policy-rc.d already exists I: Installing the build-deps I: user script /var/cache/pbuilder/build//63165/tmp/hooks/D01_modify_environment starting I: Changing hostname to test build reproducibility I: user script /var/cache/pbuilder/build//63165/tmp/hooks/D01_modify_environment finished - Attempting to satisfy build-dependencies - Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: amd64 Maintainer: Debian Pbuilder Team pbuilder-ma...@lists.alioth.debian.org Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder This package was created automatically by pbuilder to satisfy the build-dependencies of the package being currently built. Depends: debhelper (= 9~), libncursesw5-dev dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in '/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'. Selecting previously unselected package pbuilder-satisfydepends-dummy. (Reading database ... 20236 files and directories currently installed.) Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ... Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ... dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring anyway as you requested: pbuilder-satisfydepends-dummy depends on libncursesw5-dev; however: Package libncursesw5-dev is not installed. Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ... Reading package lists... Building dependency tree... Reading state information... Initializing package states... Writing extended
Bug#767754: [lintian] new check: file-in-root-and-usr
Guillem a gentle remainder On Wed, Aug 5, 2015 at 1:35 PM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: Guillem could you get a glimspe a this bug? On Wed, Aug 5, 2015 at 12:13 PM, Marco d'Itri m...@linux.it wrote: On Aug 05, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: And this link should removed a deinstall time and you do not give example for migration and check for dpkg-divert ... So your description is not complete... Could you give exact script snippet to use ? Better could you in parallel create a dpkg-maintscript-helper in order to avoid common error ? The Do you really think that this is needed, considering that I have already opened bugs with patches for all the affected packages? (Only zsh uses dpkg-divert, and I do not know how to handle this case.) Yes I think it is needed, but maybe guillem come with another ideas. Do you have an usertag for tracking bug you have already openned ? For dpkg-divert I do not know how to handle I could be different depending the cases. Moreover for library why do we need to create the symlink ? I think one library shadow another and is still a bug. In this case you should duplicate the tag and create a new tag for library. I do not understand your comment. I means that binaries under s?bin and libraries are different beast. I think the solution for library is to not use symlink (and delete one of copy) because LD_PATH is always used whereas for bin you could call it directly. Maybe I commit some mistake Bastien -- ciao, Marco
Bug#791070: htmlcxx: library transition may be needed when GCC 5 is the default
retitle 791070 transition: htmlcxx (g++-5) forwarded 791070 https://release.debian.org/transitions/html/auto-htmlcxx.html thanks On Fri, 14 Aug 2015 at 22:34:49 +0200, Stephen Kitt wrote: Thanks for the info, I'll upload an NMU in the near future. This has reached unstable and built everywhere except mips. The build-dependencies of the only reverse dependency have all started their transitions. Release team, please consider: nmu lgogdownloader_2.24-1 . ALL . -m 'Rebuild with libhtmlcxx3v5' dw lgogdownloader_2.24-1 . mips . -m 'libhtmlcxx3v5' Regards, S
Bug#791257: qscintilla2: library transition may be needed when GCC 5 is the default
The updated qscintilla2 package is prepared in experimental and ready for upload to unstable. All its C++ build-depends have been rebuilt for the transition. The packages the reverse build-depend on qscintilla2's libs are: * juffed * kscope * monkeystudio * octave * ovito * qgis * qtruby * smokeqt * tora * universalindentgui * openscad I've rebuilt all these (except qgis) against the experimental qscintilla2 package and they build fine. Ovito will also need a transition done for libbotan1.10 before it can be rebuilt. Qgis has a number of transitions it's waiting for so it's unbuildable at the moment whether we start this transition or not. Qtruby requires smokeqt, so smokeqt has to be rebuilt first. Please let me know when I can go ahead. Scott K signature.asc Description: This is a digitally signed message part.
Bug#795652: ITP: kubernetes -- cluster manager for Docker containers
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: kubernetes Version: 1.0.3 Upstream Author: Google License: Apache-2.0 URL: http://kubernetes.io/ Description: cluster manager for Docker containers Kubernetes is an open source orchestration system for Docker containers. It handles scheduling onto nodes in a compute cluster and actively manages workloads to ensure that their state matches the users declared intentions. Using the concepts of labels and pods, it groups the containers which make up an application into logical units for easy management and discovery. signature.asc Description: This is a digitally signed message part.
Bug#717387: mirrors: Primary Debian mirror site DOWN of Mexico
Control: tag -1 +moreinfo Hello, Clearing up old tickets I see this seems to be in an unresolved state. Is there any additional information to be considered or can this ticket closed along with the removal of debian.unam.mx alias to nisamox.fciencias.unam.mx? ftp.mx.debian.org and mmc.geofisica.unam.mx are the same/mirror host. On Wed, 16 Oct 2013 17:53:50 +0200 Simon Paillard spaill...@debian.org wrote: Hello, On Wed, Oct 16, 2013 at 04:45:23AM -0500, Gunnar Wolf wrote: Simon Paillard dijo [Mon, Oct 14, 2013 at 09:16:19PM +0200]: While ftp.mx is managed by mmc.geofisica.unam.mx since July, I cannot access http://debian.unam.mx/debian/project/trace/ Could you fix it ? As I have said to the relevant people several times... I don't understand why we have two mirrors on the same university network â That means, almost, two mirrors on the same LAN. I don't know what prompted the mirror change from nisamox to mmc; As marked in my mail, a downtime, see #717387 On Sat, Jul 20, 2013 at 03:12:02PM +0200, Simon Paillard wrote: On Sat, Jul 20, 2013 at 12:35:32AM -0600, alexlikerock wrote: Package: mirrors mirrors: Primary Debian mirror site DOWN of Mexico Anyway, Sergio, do you happen to know more about this? Is nisamox down for a known reason? Should we continue to duplicate efforts (and hardware expenses) having two separately-owned, separately-managed mirrors in UNAM? And it seems mmc may be more reliable than nisamox. Remember the last time we switched to mmc to avoid effort duplication on you side, I was prompted to revert the change some days after because of political reasons. -- Simon Paillard Best regards, Donald Norwood signature.asc Description: OpenPGP digital signature
Bug#795628: libromana-perligata-perl: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: libromana-perligata-perl Version: 0.55-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: /usr/bin/make install PREFIX=/«PKGBUILDDIR»/debian/libromana-perligata-perl/usr make[1]: Entering directory '/«PKGBUILDDIR»' Manifying 1 pod document ERROR: Can't create '/usr/share/man/man3' Do not have write permissions on '/usr/share/man/man3' at -e line 1. make[1]: *** [pure_vendor_install] Error 13 Makefile:713: recipe for target 'pure_vendor_install' failed The fix is to use DESTDIR instead of PREFIX; please see the lintian description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install
Bug#775193: djvudigital: insecure use of /tmp
same here which is not portable Use this (best pratice) pathfind() { OLDIFS=$IFS IFS=: for p in $PATH; do if [ -x $p/$* ]; then IFS=$OLDIFS return 0 fi done IFS=$OLDIFS return 1 } On Sat, Aug 15, 2015 at 11:25 PM, Barak A. Pearlmutter ba...@pearlmutter.net wrote: if which mktemp /dev/null; then
Bug#795634: libtime-period-perl: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: libtime-period-perl Version: 1.20-8 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: Manifying 1 pod document ERROR: Can't create '/usr/share/man/man3' Do not have write permissions on '/usr/share/man/man3' at -e line 1. make[1]: *** [pure_vendor_install] Error 13 Makefile:711: recipe for target 'pure_vendor_install' failed The fix is to use DESTDIR instead of PREFIX; please see the lintian `description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install
Bug#353617: revisiting this bug (cmdline db prog dependencies)
On Sun, 2 Apr 2006 12:09:52 -0400 sean finney sean...@debian.org wrote: having finally found some time to sit down and think about this problem in more detail, i think i have a solution that will make most people happy: - during installation (config script), dbconfig-common will examine the list of supported database types vs the installed cmdline tools. The annoying problem with this is that it is very well possible that the required command-line client is installed together with the package. As the configuration can be done before the packages are unpacked, the to-be installed command-line client will go unnoticed. So I am not yet convinced that this is the proper fix. An ugly (half?) hack would be to defer configuration for multi-db package to postinst time. - if the intersection of these sets is empty, the admin will be prompted with a notice telling them what programs/packages are required, and dbconfig-common will exit gracefully. the package will install as if they had opted out of assistance, but if reconfigured later and the programs exist, they will have the choice to install as if it were a new installation. Implementation wise it is probably more logical to just call the default error logic. - if the intersection is non-empty, but different than the full list of supported types, the admin will be prompted with a similar message, but they will be given the choice to continue with the intersection of supported types. Implementation wise it is probably easier to reuse the current selection question and state that there may be more options. So just treat the intersection as supported types. Paul signature.asc Description: OpenPGP digital signature
Bug#795626: makepatch: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: makepatch Version: 2.03-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: Manifying 2 pod documents ERROR: Can't create '/usr/bin' Do not have write permissions on '/usr/bin' at -e line 1. make[1]: *** [pure_vendor_install] Error 13 Makefile:735: recipe for target 'pure_vendor_install' failed make[1]: Leaving directory '/«PKGBUILDDIR»' The fix is to use DESTDIR instead of PREFIX; please see the lintian `description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install
Bug#795633: libtext-header-perl: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: libtext-header-perl Version: 1.03-2 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: make[1]: Entering directory '/«PKGBUILDDIR»' Manifying 1 pod document ERROR: Can't create '/usr/share/man/man3' Do not have write permissions on '/usr/share/man/man3' at -e line 1. make[1]: *** [pure_vendor_install] Error 13 Makefile:710: recipe for target 'pure_vendor_install' failed The fix is to use DESTDIR instead of PREFIX; please see the lintian `description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install
Bug#795636: gnupg-agent: adding 384-bit ECDSA key puts wrong fingerprint in sshcontrol
Package: gnupg-agent Version: 2.1.7-1 Severity: minor I added the following ECDSA SSH key earlier today (with GnuPG 2.1.6). gpg-agent added it to sshcontrol with an incorrect MD5 fingerprint: ecdsa-sha2-nistp384 E2VjZHNhLXNoYTItbmlzdHAzODQIbmlzdHAzODQAAABhBIcIk0jxxbWcr5s6TK2CNnH8qJRfnSe7pWCHohPnIOKqDMqPJcEDjntMXukXjpnzMVv/ToBvMqCK49uztCzPUiF0kIBhziVvyGkZqrUrJd2BD2wedrpCTfY//dA9viKLrQ== bmc@vauxhall # ECDSA key added on: 2015-08-15 20:51:39 # MD5 Fingerprint: bf:b2:5c:1e:be:8a:63:74:19:50:bf:23:21:3c:ff:5e 0D3ADB5BC29D85ECCA7397095962CB389A1C734D 0 Considering the simplicity of the algorithm[0], I'm not sure why this is broken, but it does appear to be. This is confusing, but otherwise purely aesthetic. The key functions correctly and can be used normally. (Once OpenSSH 7.0 hits unstable, you might consider putting the SHA-256 fingerprint in instead, but that's another bug report.) [0] vauxhall ok % awk '{print $2}' .ssh/id_ecdsa.pub | base64 -d | md5sum - c96109c1843bfc555c87130444345439 - vauxhall ok % ssh-add -l | grep ecdsa 384 c9:61:09:c1:84:3b:fc:55:5c:87:13:04:44:34:54:39 /home/bmc/.ssh/id_ecdsa (ECDSA) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnupg-agent depends on: ii libassuan0 2.2.1-1 ii libc6 2.19-19 ii libgcrypt20 1.6.3-2 ii libgpg-error0 1.19-2 ii libnpth01.2-1 ii libreadline66.3-8+b3 ii pinentry-curses [pinentry] 0.9.5-4 ii pinentry-gnome3 [pinentry] 0.9.5-4 ii pinentry-gtk2 [pinentry]0.9.5-4 Versions of packages gnupg-agent recommends: ii gnupg 1.4.19-3 ii gnupg2 2.1.7-1 gnupg-agent suggests no packages. -- no debconf information -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Bug#795630: libsnmp-mib-compiler-perl: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: libsnmp-mib-compiler-perl Version: 0.06-2 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: Manifying 2 pod documents ERROR: Can't create '/usr/bin' Do not have write permissions on '/usr/bin' at -e line 1. make[1]: *** [pure_vendor_install] Error 13 Makefile:748: recipe for target 'pure_vendor_install' failed make[1]: Leaving directory '/«PKGBUILDDIR»' make: *** [install-stamp] Error 2 The fix is to use DESTDIR instead of PREFIX; please see the lintian `description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install
Bug#795631: libstring-shellquote-perl: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: libstring-shellquote-perl Version: 1.03-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: Manifying 1 pod document ERROR: Can't create '/usr/bin' Do not have write permissions on '/usr/bin' at -e line 1. make[1]: *** [pure_vendor_install] Error 13 Makefile:732: recipe for target 'pure_vendor_install' failed The fix is to use DESTDIR instead of PREFIX; please see the lintian `description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install
Bug#795627: mime-construct: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: mime-construct Version: 1.11 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: Manifying 1 pod document ERROR: Can't create '/usr/bin' Do not have write permissions on '/usr/bin' at -e line 1. make[1]: *** [pure_vendor_install] Error 13 Makefile:698: recipe for target 'pure_vendor_install' failed make[1]: Leaving directory '/«PKGBUILDDIR»' The fix is to use DESTDIR instead of PREFIX; please see the lintian `description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install
Bug#795629: libtext-wrapi18n-perl: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: libtext-wrapi18n-perl Version: 0.06-7 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: /usr/bin/make install PREFIX=`pwd`/debian/libtext-wrapi18n-perl/usr make[1]: Entering directory '/«PKGBUILDDIR»' Manifying 1 pod document ERROR: Can't create '/usr/share/man/man3' Do not have write permissions on '/usr/share/man/man3' at -e line 1. make[1]: *** [pure_vendor_install] Error 13 Makefile:713: recipe for target 'pure_vendor_install' failed make[1]: Leaving directory '/«PKGBUILDDIR»' The fix is to use DESTDIR instead of PREFIX; please see the lintian `description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install
Bug#795635: libproc-waitstat-perl: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: libproc-waitstat-perl Version: 1.00-4 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: Manifying 1 pod document ERROR: Can't create '/usr/share/man/man3' Do not have write permissions on '/usr/share/man/man3' at -e line 1. make[1]: *** [pure_vendor_install] Error 13 Makefile:714: recipe for target 'pure_vendor_install' failed make[1]: Leaving directory '/«PKGBUILDDIR»' make: *** [debian/stamp.install] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 debian/rules:27: recipe for target 'debian/stamp.install' failed The fix is to use DESTDIR instead of PREFIX; please see the lintian description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install
Bug#795639: assword fails with Decryption error: Decryption failed
Jameson Graef Rollins jroll...@finestructure.net writes: Thanks for the report, Russ, and sorry about the trouble. I'm actually unable to reproduce this bug by just installing gnupg2 from unstable (2.1.7-2). However, my /usr/bin/gpg is from the gnupg package, not gnupg2. I'm guessing that maybe you're using gnupg2 as gnupg in this case? Hm, nope, I'm similarly using /usr/bin/gpg from the gnupg package. Is that what assword is using? Now I'm quite confused I should mention that I upgraded both gnupg2 and gnupg-agent and it broke, and then I downgraded both and it started working. I was assuming that it was gnupg2, but maybe the problem is actually the agent, and only people using the agent will have trouble? strace seems to back that up. It chats with the agent for a bit, and then it fails. See the partial trace below. It seems to get as far as realizing that I don't currently have the secret key unlocked, but then rather than popping up a dialog to prompt me, just immediately fails. Running gpg manually on a file pops up the agent dialog like I would expect. I tried killing all the agents and logging out and then back in again to force the agent to respawn, but unfortunately there was no change in behavior. It's quite possible that this is a bug somewhere in the new version of gnupg and it just happens to break assword. read(4, [GNUPG:] PROGRESS -10 ? 0 0\n, 1024) = 29 select(9, [4 8], [], NULL, {1, 0}) = 1 (in [4], left {0, 89}) select(5, [4], [], NULL, {0, 0})= 1 (in [4], left {0, 0}) read(4, [GNUPG:] ENC_TO 7CE29A76E9769486..., 1024) = 37 select(9, [4 8], [], NULL, {1, 0}) = 1 (in [4], left {0, 984921}) select(5, [4], [], NULL, {0, 0})= 1 (in [4], left {0, 0}) read(4, [GNUPG:] NO_SECKEY 7CE29A76E9769..., 1024) = 145 select(9, [4 8], [], NULL, {1, 0}) = 1 (in [8], left {0, 23}) select(9, [8], [], NULL, {0, 0})= 1 (in [8], left {0, 0}) read(8, , 4096) = 0 close(8)= 0 select(5, [4], [], NULL, {1, 0})= 1 (in [4], left {0, 99}) select(5, [4], [], NULL, {0, 0})= 1 (in [4], left {0, 0}) read(4, , 1024) = 0 close(4)= 0 open(/usr/share/locale/en_US.UTF-8/LC_MESSAGES/libgpg-error.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en_US.utf8/LC_MESSAGES/libgpg-error.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en_US/LC_MESSAGES/libgpg-error.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en.UTF-8/LC_MESSAGES/libgpg-error.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en.utf8/LC_MESSAGES/libgpg-error.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en/LC_MESSAGES/libgpg-error.mo, O_RDONLY) = -1 ENOENT (No such file or directory) close(3)= 0 munmap(0x7f988d24e000, 4096)= 0 write(2, Assword database error: Decrypti..., 59Assword database error: Decryption error: Decryption failed) = 59 -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
Bug#795621: unscd: Please consider providing a systemd unit file
Hi again maintainer, I've attached a patch that adds a systemd unit file in the hopes that it's helpful. It's working nicely on our ~100 systems running jessie. I've also put a diff of the unscd package which also packages the newest upstream (#795618) and adds a manpage (#789871) in addition to adding the unit file here just in case that's helpful: https://gist.github.com/chriskuehl/028df2a1b6ee183d104d Obviously feel free to ignore my patches, just including in case they are helpful. Thanks! Chris On Sat, Aug 15, 2015 at 02:19:03PM -0700, Chris Kuehl wrote: Package: unscd Version: 0.51-1+b2 Severity: wishlist Howdy maintainer, It would be convenient to provide a systemd unit file; this would make it a little easier to manage and check the status of the running daemon, and would allow it to be restarted automatically by systemd if it were to crash. Many thanks for your work! Chris -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages unscd depends on: ii libc6 2.19-18 unscd recommends no packages. unscd suggests no packages. -- Configuration Files: /etc/nscd.conf changed: debug-level 0 enable-cache passwd yes positive-time-to-live passwd 3600 negative-time-to-live passwd 20 check-files passwd yes enable-cache group yes positive-time-to-live group 3600 negative-time-to-live group 60 check-files group yes enable-cache hosts yes positive-time-to-live hosts 30 negative-time-to-live hosts 30 check-files hosts yes -- no debconf information --- unscd-0.51/debian/control 2013-10-21 15:41:49.0 -0700 +++ unscd-0.52/debian/control 2015-08-15 14:02:26.0 -0700 @@ -1,8 +1,8 @@ Source: unscd Section: admin Priority: extra Standards-Version: 3.9.3 -Build-Depends: debhelper (= 9), groff-base +Build-Depends: debhelper (= 9), groff-base, dh-systemd Maintainer: Don Armstrong d...@debian.org Vcs-Browser: http://git.donarmstrong.com/unscd.git Vcs-Git: git://git.donarmstrong.com/unscd.git diff -Nru unscd-0.51/debian/help2man unscd-0.52/debian/help2man diff -Nru unscd-0.51/debian/rules unscd-0.52/debian/rules --- unscd-0.51/debian/rules 2013-10-21 17:05:19.0 -0700 +++ unscd-0.52/debian/rules 2015-08-15 14:13:30.0 -0700 @@ -1,7 +1,7 @@ #!/usr/bin/make -f %: - dh $@ + dh $@ --with systemd override_dh_auto_clean: rm -f nscd diff -Nru unscd-0.51/debian/service unscd-0.52/debian/service --- unscd-0.51/debian/service 1969-12-31 16:00:00.0 -0800 +++ unscd-0.52/debian/service 2015-08-15 14:12:34.0 -0700 @@ -0,0 +1,10 @@ +[Unit] +Description=Name Service Cache Daemon + +[Service] +User=root +ExecStart=/usr/sbin/nscd -d +Restart=always + +[Install] +WantedBy=multi-user.target
Bug#770009: convert(1) very slow on mips with no FPU
On 15/08/15 19:02, roucaries bastien wrote: On Sat, Aug 15, 2015 at 3:08 PM, Simon McVittie s...@debian.org wrote: Bastien: perhaps the conversion of SVG to 14 PNG icons could move to the arch-indep part of the build, and the smoke-test could be something simpler, like a single image-resize operation? Even if that takes an hour (leading to maybe a 3-4 hour total build time), that's way better than spending 16 hours on a smoke-test. Yes but I do not want to do that before next version. My priority is the new c++ library. Someone (possibly jcristau?) seems to have rescheduled the imagemagick/8:6.8.9.9-5.1 build on mips with a longer-than-default inactivity timeout. We should know by tomorrow morning whether that has worked; if it has, I'll leave it alone. If it has not worked, I might NMU with the attached patch so that this part of the libstdc++ transition can start moving forward again. The release team probably don't want to start binNMUs against the new imagemagick until it has built on all architectures. The attached patch moves the icons from imagemagick-6.q16 to imagemagick-common so that they can be built by one of the -indep stages. This does increase the installed size on systems that have the imagemagick libraries, but not the executables, by around 350K; that doesn't seem too expensive (and it saves space in the archive, by not duplicating the icons). Installed size on systems that have the executables is unaffected. To get some trivial testing on each architecture even on non-FPU machines, I've added a very simple format conversion (GIF to PNG) as an alternative to the test suite. S diffstat for imagemagick-6.8.9.9 imagemagick-6.8.9.9 changelog | 10 display-im6.desktop.in |4 +-- display.desktop.in |4 +-- imagemagick-6.q16.install |2 - imagemagick-common.install |2 + rules | 51 + 6 files changed, 45 insertions(+), 28 deletions(-) diff -Nru imagemagick-6.8.9.9/debian/changelog imagemagick-6.8.9.9/debian/changelog --- imagemagick-6.8.9.9/debian/changelog 2015-08-12 07:58:40.0 +0100 +++ imagemagick-6.8.9.9/debian/changelog 2015-08-15 19:29:13.0 +0100 @@ -1,3 +1,13 @@ +imagemagick (8:6.8.9.9-5.2) unstable; urgency=medium + + * Non-maintainer upload. + * Move icons from imagemagick-6.q16 to imagemagick-common so that +they don't have to be built by each architecture. mips buildds +don't have a FPU, making convert(1) prohibitively slow there. +(Closes: #770009) + + -- Simon McVittie s...@debian.org Sat, 15 Aug 2015 19:29:11 +0100 + imagemagick (8:6.8.9.9-5.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru imagemagick-6.8.9.9/debian/display.desktop.in imagemagick-6.8.9.9/debian/display.desktop.in --- imagemagick-6.8.9.9/debian/display.desktop.in 2015-08-12 07:58:40.0 +0100 +++ imagemagick-6.8.9.9/debian/display.desktop.in 2015-08-15 18:45:46.0 +0100 @@ -6,9 +6,9 @@ Comment[pt]=Exiba e edite arquivos de imagem Exec=/usr/lib/$(DEB_HOST_MULTIARCH)/ImageMagick-$(DEB_UPSTREAM_VERSION_DROPREVISION)/bin-$(QUANTUMDEPTH)/display %f Terminal=false -Icon=display-im$(IMVERSION).$(LCQUANTUMDEPTH) +Icon=display-im$(IMVERSION) Type=Application Categories=Graphics; Keywords=Image;Slideshow;View;Transform;Enhance;F/X;Special Effects Keywords[fr]=Image;Diaporama;Visualiser;Transformer;Améliorer;Effets spéciaux -MimeType=image/avs;image/bie;image/x-ms-bmp;image/cmyk;image/dcx;image/eps;image/fax;image/fits;image/gif;image/gray;image/jpeg;image/pjpeg;image/miff;image/mono;image/mtv;image/x-portable-bitmap;image/pcd;image/pcx;image/pdf;image/x-portable-graymap;image/pict;image/png;image/x-portable-anymap;image/x-portable-pixmap;image/ps;image/rad;image/x-rgb;image/rgba;image/rla;image/rle;image/sgi;image/sun-raster;image/targa;image/tiff;image/uyvy;image/vid;image/viff;image/x-xbitmap;image/x-xpixmap;image/x-xwindowdump;image/x-icon;image/yuv; \ No newline at end of file +MimeType=image/avs;image/bie;image/x-ms-bmp;image/cmyk;image/dcx;image/eps;image/fax;image/fits;image/gif;image/gray;image/jpeg;image/pjpeg;image/miff;image/mono;image/mtv;image/x-portable-bitmap;image/pcd;image/pcx;image/pdf;image/x-portable-graymap;image/pict;image/png;image/x-portable-anymap;image/x-portable-pixmap;image/ps;image/rad;image/x-rgb;image/rgba;image/rla;image/rle;image/sgi;image/sun-raster;image/targa;image/tiff;image/uyvy;image/vid;image/viff;image/x-xbitmap;image/x-xpixmap;image/x-xwindowdump;image/x-icon;image/yuv; diff -Nru imagemagick-6.8.9.9/debian/display-im6.desktop.in imagemagick-6.8.9.9/debian/display-im6.desktop.in --- imagemagick-6.8.9.9/debian/display-im6.desktop.in 2015-08-12 07:58:40.0 +0100 +++ imagemagick-6.8.9.9/debian/display-im6.desktop.in 2015-08-15 18:45:59.0 +0100 @@ -6,9 +6,9 @@ Comment[pt]=Exiba e edite arquivos de imagem Exec=/usr/bin/display-im$(IMVERSION) %f
Bug#795655: nanoblogger: markdown hang while generating atom 1.0 feed
Package: nanoblogger Version: 3.4.2-3 Severity: normal Dear Maintainer, thank you for your time and effort in packaging nanoblogger. i noticed a problem while adding a markdown entry: i ran the following command: `nb --var DATE --set-var 2015-05-03 09:30:00 -c 2,3 add entry` and edited the entry in a text editor. after saving and exiting, the following was logged to terminal: editing new entry ... press [enter] to continue: selected tag id(s): 2,3 ... adding new entry ... updating main database ... generating weblog files ... initializing main database ... generating fortune ... generating atom 1.0 feed ... and did not progress further. a ctrl-c to exit worked. at the time the process tree looked like: \_ sh -c /usr/bin/zsh | \_ /usr/bin/zsh | \_ /bin/bash /usr/bin/nb --var DATE --set-var 2015-05-03 09:30:00 -c 2,3 add entry | \_ /bin/bash /usr/bin/nb --var DATE --set-var 2015-05-03 09:30:00 -c 2,3 add entry | \_ /usr/bin/perl /usr/bin/markdown the attached patch (cribbed from https://lists.freebsd.org/pipermail/freebsd-ports-bugs/2010-February/183607.html ) solved the issue for me *** End of the template - remove these lines *** -- System Information: Debian Release: 7.8 APT prefers oldstable-updates APT policy: (990, 'oldstable-updates'), (990, 'oldstable') Architecture: i386 (i586) Kernel: Linux 3.2.0-4-486 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 nanoblogger depends on: ii bsdmainutils 9.0.3 Versions of packages nanoblogger recommends: ii markdown 1.0.1-7 ii tidy 20091223cvs-1.2+deb7u1 Versions of packages nanoblogger suggests: ii nanoblogger-extra 3.4.2-2 ii w3m [www-browser] 0.5.3-8 -- no debconf information cf. ports/144290: [maintainer-update] update www/nanoblogger and www/nanoblogger-extra to 3.4.2 http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2010-February/183607.html --- ./plugins/entry/format/markdown.sh.orig 2010-02-14 12:42:17.0 -0800 +++ ./plugins/entry/format/markdown.sh 2013-11-23 18:47:57.0 -0800 @@ -5,7 +5,7 @@ : ${MARKDOWN_CMD:=markdown} : ${MARKDOWN_OPTS:= } -nb_eval $MARKDOWN_CMD MARKDOWN_INPATH=true +nb_eval $MARKDOWN_CMD -v MARKDOWN_INPATH=true if [ $MARKDOWN_INPATH = true ]; then # nb_msg $plugins_entryfilteraction `basename $nb_plugin` ... --- ./plugins/page/format/markdown.sh.orig 2009-08-09 17:01:37.0 -0700 +++ ./plugins/page/format/markdown.sh 2013-11-23 18:48:03.0 -0800 @@ -5,7 +5,7 @@ : ${MARKDOWN_CMD:=markdown} : ${MARKDOWN_OPTS:= } -nb_eval $MARKDOWN_CMD MARKDOWN_INPATH=true +nb_eval $MARKDOWN_CMD -v MARKDOWN_INPATH=true if [ $MARKDOWN_INPATH = true ]; then nb_msg $plugins_entryfilteraction `basename $nb_plugin` ...
Bug#795619: RFP: python-cylp -- Python interface to COIN-OR linear and mixed-integer program solvers
Package: wnpp Severity: wishlist * Package name: python-cylp Version : 0.7.2 Upstream Author : Mehdi Towhidi mehdi.towh...@gerad.ca * URL : https://github.com/coin-or/CyLP * License : CPL Programming Lang: Python Description : Python interface to COIN-OR linear and mixed-integer program solvers CyLP is a Python interface to COIN-OR’s Linear and mixed-integer program solvers (CLP, CBC, and CGL). CyLP’s unique feature is that it can be used to alter the solution process of the solvers from within Python. For example, cut generators, branch-and-bound strategies, and primal/dual Simplex pivot rules can be defined completely in Python. I am filing this request on behalf of the python-cobra upstream developer. If this request is fulfilled, python-cylp would be added as a Recommends for python[3]-cobra.
Bug#775193: djvudigital: insecure use of /tmp
On Sat, Aug 15, 2015 at 11:10 PM, Barak A. Pearlmutter ba...@pearlmutter.net wrote: Fair enough. I suppose something like this would do? if type -P mktemp /dev/null; then ...; else ...; fi Yes will work bastien
Bug#775193: djvudigital: insecure use of /tmp
Fair enough. I suppose something like this would do? if type -P mktemp /dev/null; then ...; else ...; fi
Bug#791169: libsidplayfp: library transition may be needed when GCC 5 is the default
Thank you Julien (and Steve) for the patch; now audacious no longer segfaults on startup. Much appreciated.
Bug#795624: game-data-packager: No speech in Broken Sword 1; speech files are named and located incorrectly.
Package: game-data-packager Version: 42 Severity: normal Tags: newcomer Hi, speech files (speech1 / speech2) do not seem to be found by scummvm; this can be fixed by creating a subdirectory 'speech' containing symlinks 'speech1.clu' and 'speech2.clu' linking to 'speech1' and 'speech2' respectively. I suggest renaming and relocating the speech? files accordingly. I packaged Broken Sword 1 using the soldout-software version (UK). Best regards, Daniel -- System Information: Debian Release: stretch/sid APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-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 Init: systemd (via /run/systemd/system) Versions of packages game-data-packager depends on: ii fakeroot1.20.2-1 ii python3 3.4.3-4 ii python3-debian 0.1.27 ii python3-yaml3.11-2 pn python3:any none game-data-packager recommends no packages. Versions of packages game-data-packager suggests: ii arj3.10.22-14 ii binutils 2.25.1-1 ii cabextract 1.6-1 ii cdparanoia 3.10.2+debian-11 ii dynamite 0.1.1-2 ii gcc4:4.9.2-4 ii gir1.2-gtk-3.0 3.16.6-1 ii gir1.2-pango-1.0 1.36.8-3 ii innoextract1.4-1+b1 ii jlha-utils [lzh-archiver] 0.1.6-4 pn lgc-pg none ii lhasa [lzh-archiver] 0.3.0-2 ii make 4.0-8.1 ii p7zip-full 9.20.1~dfsg.1-4.2 ii python3-gi 3.16.2-1 pn unace-nonfree none pn unar none ii unrar 1:5.2.7-0.1 pn unshield none ii unzip 6.0-17 ii vorbis-tools 1.4.0-6 -- no debconf information
Bug#775193: djvudigital: insecure use of /tmp
if which mktemp /dev/null; then
Bug#795622: nodeenv: package should depend on either (build dependencies of nodejs | nodejs)
Package: nodeenv Version: 0.13.3-1 Severity: normal There are two modes for the virtual environments created by nodeenv: 1) Download and compile from source an available version of node.js into the virtual environment. This requires python2, gcc, g++, and libssl-dev. This is the default mode of operation. 2) Use the system nodejs interpreter. This doesn't require the packages listed under Recommends:, but does require the nodejs package to be installed. This can be selected by passing `system` as the desired version, but is not the default. If the user chooses to install the package with `--no-install-recommends` and has not already installed these dependencies, the package will be unusable. It would probably sense to do something like: Depends: (gcc (= 4:4.9.1), g++ (= 4:4.9.1), libssl-dev, python) | nodejs Chris -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages nodeenv depends on: ii make 4.0-8.1 ii python33.4.2-2 ii python3-pkg-resources 18.0.1-1~ocf1 pn python3:anynone Versions of packages nodeenv recommends: ii g++ 4:4.9.2-2 ii gcc 4:4.9.2-2 ii libssl-dev 1.0.1k-3+deb8u1 ii python 2.7.9-1 Versions of packages nodeenv suggests: ii nodejs 0.10.29~dfsg-2 -- no debconf information
Bug#795531: FTBFS on i386
Hi dear Daniel, Thanks for the feedback, however this is not needed, because I already get the FTBFS mail from buildds, and even before the bug report I had discussed the build failure with upstream, a failure that will be discussed on monday too with vbox-dev folks, to see if we can narrow down a fix. If you have a patch please go ahead! :) cheers, Gianfranco Il Sabato 15 Agosto 2015 7:21, Daniel Baumann daniel.baum...@progress-technologies.net ha scritto: Package: virtualbox Version: 5.0.2-dfsg-1 Severity: serious Hi, your package failed to build from source on i386: https://buildd.debian.org/status/fetch.php?pkg=virtualboxarch=i386ver=5.0.2-dfsg-1stamp=1439581763 Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/
Bug#791114: libdap: library transition may be needed when GCC 5 is the default
Control: retitle 791114 transition: libdap (g++-5) Control: forwarded 791114 https://release.debian.org/transitions/html/libdap.html I believe this one is ready for binNMUs. nmu gdal_1.10.1+dfsg-9 . ALL . -m 'Rebuild against libdap17v5' nmu grads_2:2.0.2-5 . ALL . -m 'Rebuild against libdap17v5'
Bug#795625: oldsys-preseed: FTBFS under some locales (eg.
Source: oldsys-preseed Version: 3.18 Severity: serious Tags: patch Justification: fails to build from source Dear Maintainer, oldsys-preseed fails to build from source on unstable/amd64 under some locales (eg. LANG=fr_CH.UTF-8): [..] Running test arm/nslu2_invalid_hostname... ok Running test arm/nslu2_static_no_dns... --- arm/nslu2_static_no_dns.preseed 2011-05-05 10:29:52.0 +1400 +++ /tmp/fileSlf9om 2015-07-24 04:40:44.883126572 +1400 @@ -3,7 +3,7 @@ d-i netcfg/get_ipaddress string 192.168.1.77 d-i netcfg/get_netmask string 255.255.255.0 d-i netcfg/get_gateway string 192.168.1.1 -d-i netcfg/get_nameservers string 192.168.1.1 +d-i netcfg/get_nameservers string Binary file (standard input) matches Binary file (standard input) matches Binary file (standard input) matches d-i netcfg/choose_interface select eth0 d-i netcfg/use_dhcp boolean true -d-i netcfg/get_hostname string foobar +d-i netcfg/get_domain string Binary file (standard input) matches not ok Running test arm/nslu2_static_no_gw... ok Running test arm/nslu2_static_no_ip... --- arm/nslu2_static_no_ip.preseed 2011-05-05 10:29:52.0 +1400 +++ /tmp/fileAZzknD 2015-07-24 04:40:45.407118543 +1400 @@ -3,7 +3,7 @@ d-i netcfg/get_ipaddress string 192.168.1.77 d-i netcfg/get_netmask string 255.255.255.0 d-i netcfg/get_gateway string 192.168.1.1 -d-i netcfg/get_nameservers string 213.33.99.70 +d-i netcfg/get_nameservers string Binary file (standard input) matches Binary file (standard input) matches Binary file (standard input) matches d-i netcfg/choose_interface select eth0 d-i netcfg/use_dhcp boolean true -d-i netcfg/get_hostname string foobar +d-i netcfg/get_domain string Binary file (standard input) matches not ok Running test arm/nslu2_static... ok [..] debian/rules:11: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 1 make[1]: Leaving directory '/tmp/buildd/oldsys-preseed-3.18' debian/rules:3: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 [..] The full build log is attached or can be viewed here: https://reproducible.debian.net/logs/unstable/amd64/oldsys-preseed_3.18.build2.log.gz This is because of grep's automagic locale detection. Patch attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff --git a/functions b/functions index a3a7d90..f770ab1 100644 --- a/functions +++ b/functions @@ -103,7 +103,7 @@ parse_ifconfig() { # $1 = string # $2 = var get_var() { - echo $1 | grep ^$2= | sed s/^$2=// + echo $1 | grep -a ^$2= | sed s/^$2=// } # Get the value from a string in the form of var = value from a file. I: using fakeroot in build. I: pbuilder: network access will be disabled during build I: Current time: vendredi 24 juillet 2015, 04:40:15 (UTC+1400) I: pbuilder-time-stamp: 1437662415 I: Building the build Environment I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz] I: creating local configuration I: copying local configuration I: mounting /proc filesystem I: mounting /run/shm filesystem I: mounting /dev/pts filesystem I: Mounting /dev/shm I: Mounting /sys I: policy-rc.d already exists I: Installing the build-deps I: user script /var/cache/pbuilder/build//33982/tmp/hooks/D01_modify_environment starting I: Changing hostname to test build reproducibility I: user script /var/cache/pbuilder/build//33982/tmp/hooks/D01_modify_environment finished - Attempting to satisfy build-dependencies - Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: amd64 Maintainer: Debian Pbuilder Team pbuilder-ma...@lists.alioth.debian.org Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder This package was created automatically by pbuilder to satisfy the build-dependencies of the package being currently built. Depends: debhelper (= 9), devio dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in '/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'. Selecting previously unselected package pbuilder-satisfydepends-dummy. (Reading database ... 20236 files and directories currently installed.) Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ... Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ... dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring anyway as you requested: pbuilder-satisfydepends-dummy depends on devio; however: Package devio is not installed. Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ... Reading package lists... Building dependency tree... Reading state information... Initializing package states... Writing extended state information... Building tag database... The following NEW packages
Bug#795642: xfig: missing argument may cause crash or other undefined behaviour
Package: xfig Version: 1:3.2.5.c-4 Usertags: goto-cc Tags: patch During an analysis of all Debian packages using our research compiler tool-chain (using tools from the cbmc package) the following error was found: w_intersect.c defines do_circle_ellipse_intersect with 8 parameters; circle_ellipse_intersect, however, passes only 7 arguments when invoking do_circle_ellipse_intersect. The attached patch inserts this additional argument, assuming that it is ok not to pass an arc (do_circle_ellipse_intersect explicitly tests for arc being set). Best, Michael diff -urN a/w_intersect.c b/w_intersect.c --- a/w_intersect.c 2015-08-15 23:27:16.0 +0100 +++ b/w_intersect.c 2015-08-15 23:28:19.0 +0100 @@ -208,7 +208,7 @@ double X = (double)(c-center.x - e-center.x); double Y = (double)(c-center.y - e-center.y); - do_circle_ellipse_intersect(r, X, Y, e, x, y, isect_cb); + do_circle_ellipse_intersect(r, X, Y, e, x, y, 0, isect_cb); } static void pgp12cZZktwCb.pgp Description: PGP signature
Bug#795644: git-annex: configure eats all memory
Package: git-annex Version: 5.20150812-1 Severity: serious Justification: fails to build from source (but built successfully in the past)
Bug#795643: RFS: graywolf/0.1.2-2
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for the package graywolf. This update fixes an FTBFS with GCC-5. Since graywolf just passed the NEW queue, it has still not been built for other architectures than amd64. The package can be found here: http://mentors.debian.net/debian/pool/main/g/graywolf/graywolf_0.1.2-2.dsc or here: git://anonscm.debian.org/debian-science/packages/graywolf.git Best regards, Ruben
Bug#795615: mate-tweak: Cannot start due to missing Notify python package
Package: mate-tweak Version: 3.5.0-1 Severity: important Dear Maintainer, mate-tweak cannot be started due to some missing dependency: mate-tweak Traceback (most recent call last): File /usr/bin/mate-tweak, line 32, in module from gi.repository import Gdk, GdkPixbuf, Gio, GObject, Gtk, Notify ImportError: cannot import name Notify I checked that I do have python-gi installed: apt-cache policy python-gi python-gi: Installed: 3.16.2-1 Candidate: 3.16.2-1 Version table: *** 3.16.2-1 0 990 http://httpredir.debian.org/debian/ stretch/main amd64 Packages -10 http://httpredir.debian.org/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status but it doesn't contain Notify.py -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mate-tweak depends on: ii dconf-cli 0.24.0-2 ii libnotify40.7.6-2 ii mesa-utils8.2.0-1 ii python2.7.9-1 ii python-gobject-2 2.28.6-12+b1 ii python-pkg-resources 18.0.1-2 pn python:anynone ii wmctrl1.07-7 mate-tweak recommends no packages. Versions of packages mate-tweak suggests: pn metacity none pn mutternone -- no debconf information
Bug#788401: mirror.cse.iitk.ac.in out of sync with /debian/ archive
Control: tag -1 +moreinfo Hello, Could you please check your configuration and/or sync status for your /debian/ mirror? A bug report #788401 has been generated on this issue. It is currently behind a full day: Fri Aug 14 22:11:12 UTC 2015 Used ftpsync version: 20130501 Running on host: mirror.cse.iitk.ac.in Architectures: GUESSED:{ source amd64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 s390x} Upstream-mirror: ftp.de.debian.org Best regards, Donald Norwood signature.asc Description: OpenPGP digital signature
Bug#775193: djvudigital: insecure use of /tmp
On Sat, Aug 15, 2015 at 8:38 PM, Barak A. Pearlmutter ba...@pearlmutter.net wrote: Detect mktemp at autoconf time and use two implementation ? Runtime detection seems easier and more robust. How about if I just make the patch Jakub suggested? I really dislike the fact to try something if mktemp fail. We should differentiate mktemp missing and mktemp failling. Bastien
Bug#795610: Linux kernel backport 4.1 breaks NVidia drivers
On Sat, 2015-08-15 at 20:58 +0100, Luca Boccassi wrote: On Sat, 2015-08-15 at 19:27 +, Julien Aubin wrote: We should probably fix 304xx as well, since it's available in Jessie, Stretch and Sid. I'll have a look later tonight. Actually, I noticed just now that Vincent already back-ported the fixes on 304xx in Stretch and Sid, so it just needs to be rebuilt and uploaded. Vincent, do you think 304xx could be pushed to backports already? Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part
Bug#795632: libropkg-perl: FTBFS with perl 5.22 in experimental (MakeMaker changes)
Source: libropkg-perl Version: 0.4-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition makemaker-prefix Tags: sid stretch This package FTBFS with perl 5.22.0-2, which removed support for a long- obsolete way of overriding PREFIX when calling 'make install' with ExtUtils::MakeMaker, as described in the lintian tag debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl policy[2]: Manifying 11 pod documents ERROR: Can't create '/usr/share/man/man3' Do not have write permissions on '/usr/share/man/man3' at -e line 1. make[1]: *** [pure_vendor_install] Error 13 Makefile:778: recipe for target 'pure_vendor_install' failed make[1]: Leaving directory '/«PKGBUILDDIR»' make: *** [install] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 debian/rules:41: recipe for target 'install' failed The fix is to use DESTDIR instead of PREFIX; please see the lintian description for examples. Alternatively, newer versions of debhelper can automatically call make install with the correct arguments when using the dh7 style rules files. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. [1] https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html [2] https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install
Bug#790316: pinentry-gnome3: sometimes refuses to provide passphrase to agent
On Sat, Jun 27, 2015 at 11:02:34PM +, brian m. carlson wrote: From time to time, pinentry-gnome3 refuses to provide the passphrase stored in gnome-keyring to the agent. An abbreviated transcript of the session follows (from gpg --debug-all -b FILE): This always occurs for me when first logging in. It occurs for both SSH and OpenPGP keys. For example, attempting to add an SSH key to the agent with ssh-add results in an SSH_AGENT_FAILURE message (if the pinentry tries to prompt for a passphrase to encrypt the key with). It also prevents signatures with OpenPGP keys. Again, killing the gpg-agent is always effective. Since it occurs so consistently, I'm happy to provide more debugging output or test any potential solutions if that's helpful. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Bug#793991: lazarus: armel and armhf builds stall
Oh, and by the way, it seems that the potential removal of lazarus and its reverse dependencies is not due to this bug, but because of the fixed bug 777970, see the tracker:https://tracker.debian.org/pkg/lazarus Which is now fixed in testing, so no longer an issue. And if I am correct, as long a we keep on updating THIS bug, the autoremoval will be postponed for this bug. This bug is sid-only so it shouldn't cause an autoremoval anyway (though it will need to be dealt with before the new version of lazarus can migrate).
Bug#790991: transition: cal3d (libcal3d12v5)
retitle 790991 transition: cal3d (libcal3d12v5) severity 790991 normal reassign 790991 release.debian.org user release.debian@packages.debian.org usertags 790991 + transition forwarded 790991 https://release.debian.org/transitions/html/auto-cal3d.html thanks On Fri, 14 Aug 2015 at 15:54:38 +0100, Manuel A. Fernandez Montecelo wrote: Uploaded changes to experimental. As Julien clarified in https://lists.debian.org/debian-release/2015/08/msg00426.html, I believe this is ready for upload to unstable whenever you want. There are only two reverse dependencies. crystalspace is not in testing and FTBFS anyway, so I think that one can be disregarded. soya has no other C++ build-dependencies, so it is probably ready to be queued up as soon as the updated cal3d gets to unstable: nmu soya_0.15~rc1-10 . ALL . -m 'Rebuild with libcal3d12v5' dw soya_0.15~rc1-10 . ALL . -m 'libcal3d12v5' Regards, S
Bug#795618: unscd sometimes segfaults, please consider packaging latest upstream version 0.52
Hi maintainer, I've attached a patch to the package that we're using to update to 0.52. It seems to work nicely for us. I've also put a diff of the unscd package which also adds a systemd unit file (#795621) and adds a manpage (#789871) in addition to adding the unit file here just in case that's helpful: https://gist.github.com/chriskuehl/028df2a1b6ee183d104d Obviously feel free to ignore my patches, just including in case they are helpful. Thanks for your work on Debian! Chris On Sat, Aug 15, 2015 at 01:42:13PM -0700, Chris Kuehl wrote: Package: unscd Version: 0.51-1+b2 Severity: normal Tags: upstream Howdy maintainer, Happy Saturday! We are seeing unscd segfaulting in what appears to be random situations shortly after startup. https://gist.github.com/chriskuehl/0e16f6d87459eb693a66#file-gistfile1-txt-L6 Based on testing, it feels related to racing between our LDAP server startup and unscd, but we are not at all certain about that yet. We're still trying to determine the exact cause and a reliable way to reproduce it, but in the mean time, we have found that upgrading to the latest upstream, version 0.52, seems to resolve these problems. The diff between versions 0.51 and 0.52 is tiny: https://gist.github.com/chriskuehl/81b66552c14165aa55d4 Thanks for your work on Debian! Chris -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages unscd depends on: ii libc6 2.19-18 unscd recommends no packages. unscd suggests no packages. -- Configuration Files: /etc/nscd.conf changed: debug-level 0 enable-cache passwd yes positive-time-to-live passwd 3600 negative-time-to-live passwd 20 check-files passwd yes enable-cache group yes positive-time-to-live group 3600 negative-time-to-live group 60 check-files group yes enable-cache hosts yes positive-time-to-live hosts 30 negative-time-to-live hosts 30 check-files hosts yes -- no debconf information diff -Nru unscd-0.51/debian/changelog unscd-0.52/debian/changelog --- unscd-0.51/debian/changelog 2013-10-21 17:02:22.0 -0700 +++ unscd-0.52/debian/changelog 2015-08-15 16:45:41.204890882 -0700 @@ -1,3 +1,10 @@ +unscd (0.52-1ocf1) unstable; urgency=medium + + * New upstream release (Closes: #795618) + * Update Debian standards version + + -- Chris Kuehl cku...@ocf.berkeley.edu Sat, 15 Aug 2015 13:24:33 -0700 + unscd (0.51-1) unstable; urgency=low * New upstream release diff -Nru unscd-0.51/debian/control unscd-0.52/debian/control --- unscd-0.51/debian/control 2013-10-21 15:41:49.0 -0700 +++ unscd-0.52/debian/control 2015-08-15 16:45:53.604439452 -0700 @@ -1,7 +1,7 @@ Source: unscd Section: admin Priority: extra -Standards-Version: 3.9.3 +Standards-Version: 3.9.6 Build-Depends: debhelper (= 9), groff-base Maintainer: Don Armstrong d...@debian.org Vcs-Browser: http://git.donarmstrong.com/unscd.git diff -Nru unscd-0.51/nscd.c unscd-0.52/nscd.c --- unscd-0.51/nscd.c 2013-10-21 15:37:00.0 -0700 +++ unscd-0.52/nscd.c 2015-08-15 13:31:30.0 -0700 @@ -144,8 +144,9 @@ * 0.49 minor tweaks to messages * 0.50 add more files to watch for changes * 0.51 fix a case where we forget to refcount-- the cached entry + * 0.52 make free_refcounted_ureq() tolerant to pointers to NULLs */ -#define PROGRAM_VERSION 0.51 +#define PROGRAM_VERSION 0.52 #define DEBUG_BUILD 1 @@ -1213,6 +1214,10 @@ { user_req *ureq = *ureqp; + /* (when exactly can this happen?) */ + if (ureq == NULL) + return; + if (!CACHED_ENTRY(ureq)) return;
Bug#791161: librostlab-blast: library transition may be needed when GCC 5 is the default
reopen 791161 retitle 791161 transition: librostlab-blast (librostlab-blast0v5) reassign 791161 release.debian.org block 791161 by 790756 severity 791161 normal forwarded 791161 https://release.debian.org/transitions/html/auto-librostlab-blast.html user release.debian@packages.debian.org usertag 791161 + transition thanks Reopening this bug, to reassign it as a transition tracker as requested in the original mass bug filing. I think this one is ready for its single binNMU: nmu librg-blast-parser-perl_0.03-2 . ALL . -m 'Rebuild with librostlab-blast0v5' Regards, S
Bug#795642: xfig: missing argument may cause crash or other undefined behaviour
On Sat, Aug 15, 2015 at 23:33:15 +0100, Michael Tautschnig wrote: Package: xfig Version: 1:3.2.5.c-4 Usertags: goto-cc Tags: patch During an analysis of all Debian packages using our research compiler tool-chain (using tools from the cbmc package) the following error was found: w_intersect.c defines do_circle_ellipse_intersect with 8 parameters; circle_ellipse_intersect, however, passes only 7 arguments when invoking do_circle_ellipse_intersect. The attached patch inserts this additional argument, assuming that it is ok not to pass an arc (do_circle_ellipse_intersect explicitly tests for arc being set). It seems there are more issues of the same kind. The extended patch is attached. Best, Michael diff -urN a/w_intersect.c b/w_intersect.c --- a/w_intersect.c 2015-08-15 23:27:16.0 +0100 +++ b/w_intersect.c 2015-08-16 01:20:53.0 +0100 @@ -208,7 +208,7 @@ double X = (double)(c-center.x - e-center.x); double Y = (double)(c-center.y - e-center.y); - do_circle_ellipse_intersect(r, X, Y, e, x, y, isect_cb); + do_circle_ellipse_intersect(r, X, Y, e, x, y, NULL, isect_cb); } static void @@ -1103,7 +1103,7 @@ double OX = (double)(e-center.x); double OY = (double)(e-center.y); - do_circle_circle(PX, PY, X2, Y2, R1, R2, OX, OY, a, isect_cb); + do_circle_circle(PX, PY, X2, Y2, R1, R2, OX, OY, a, NULL, isect_cb); } } } pgp6pQkdNyQc7.pgp Description: PGP signature
Bug#795649: xul-ext-pentadactyl: Pentadactyl is incompatible with Iceweasel 38.2.0
Package: xul-ext-pentadactyl Version: 1.1+hg7904-0+nmu1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The version of xul-ext-pentadactyl in stable is incompatible with the current version of Iceweasel from stable security (38.2.0esr-1~deb8u1). - -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xul-ext-pentadactyl depends on: ii iceweasel 38.2.0esr-1~deb8u1 xul-ext-pentadactyl recommends no packages. xul-ext-pentadactyl suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVz9XxAAoJEGEzgsVIsrhB75AH/1Eg7B4iUQ7c4oCX7mVR/uty GbaXucO+dgsu/p7pQXWvEhp0xfK0IrkEbl3JWxNmazrzmJaqwb31PwEMds2PY58P S6DBfnGVDqGNkXTIsdzQJeGMVd2sV9yFOAvIymkNNmwSq4z+iCVS5w4NSK6SFmy2 sYhd53B73EO0gRyLPhAdQk95hzAN0aZTtOOwp+awurOncIDL2z/odEMeneI9q90B jbh8cvgR6nTmi3Z3J/x1dj90Si/nW7XLvwo7v6SVXro7JkGp+KSeCE670IxNPbxI F3OjqTd2Bbp6dORP9L7v/bo6T97o7V9Dm65bzNE+nw9/nfvaO2MfcUo9I4uSsA8= =D/zc -END PGP SIGNATURE-
Bug#795639: assword fails with Decryption error: Decryption failed
Daniel Kahn Gillmor d...@fifthhorseman.net writes: does this succeed with gpg2 --decrypt as well, or just gpg --decrypt? Aha. Here's a problem: mithrandir:~/private/db$ gpg2 --decrypt personal gpg: error reading keyblock: Legacy key gpg: keydb_get_keyblock failed: Legacy key gpg: encrypted with RSA key, ID 7CE29A76E9769486 gpg: decryption failed: No secret key I have no idea what that means, and Google was not particularly enlightening. do you see files listed when you look at the GnuPG 2.1 secret key storage: ls -l ~/.gnupg/private-keys-v1.d/*.key Yes. what about checking to see the date that GnuPG 2.1 did the keyring migration: ls -l ~/.gnupg/.gpg-v21-migrated ? Looks like this afernoon just when this problem started. Depending on the output of the above, maybe you can try importing your secret keyring again: gpg2 --import ~/.gnupg/secring.gpg (this should have been imported automatically for you upon your first use of gpg 2.1 after the upgrade) I get a lot more legacy key errors, and this weird error that I don't understand: gpg: key D15D313882004173: no valid user IDs gpg: this may be caused by a missing self-signature gpg: keydb_get_keyblock failed: Legacy key gpg: key D15D313882004173: failed to re-lookup public key That key definitely has a self-signature. It's the same key I use for Debian. mithrandir:~/private/db$ gpg -kv D15D313882004173 pub 4096R/D15D313882004173 2009-05-29 [expires: 2017-09-17] uid [ultimate] Russ Allbery ea...@eyrie.org uid [ultimate] Russ Allbery r...@stanford.edu uid [ultimate] Russ Allbery r...@debian.org uid [ revoked] Russ Allbery ea...@windlord.stanford.edu uid [ultimate] Russ Allbery r...@cs.stanford.edu sub 4096R/7CE29A76E9769486 2009-05-29 [expires: 2017-09-17] sub 2048R/7D80315C5736DE75 2010-09-17 [expires: 2016-03-20] -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
Bug#787982: [Debian-med-packaging] Bug#787982: python-pbh5tools ready to upload
Le Sat, Aug 15, 2015 at 03:26:54PM -0700, Afif Elghraoui a écrit : I've finished preparing the first version of the pbh5tools package. Could someone upload to unstable please? Hi Afif, I uploaded it. Here are the build logs. Have a nice day, Charles -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan python-pbh5tools_0.8.0+dfsg-1_amd64.build.xz Description: application/xz
Bug#760315: ITP: mesos -- Cluster manager for sharing distributed application frameworks
Hi Daniel, It is great to see that you are working on packaging Mesos. For some time already I was also fiddling with its packaging but was (and still) reluctant to take over the RFS... It seems that Mesos have systematic issues with versioning of the libraries from libmesos all the way down to libprocess and libgmock. Because of this it might be best to refrain from packaging standalone libprocess and use its bundled copy (statically linked or installed to private location) until this problem is fixed upstream. My Mesos packaging is in very early draft stage but I might be able to contribute few things if you consider working in public repository (i.e. at collab-maint, etc.). Also due to burden of bundled upstream dependencies I recommend to use shallow (debian/* only) repository layout like the one that KDE team uses: https://pkg-kde.alioth.debian.org/gitguidelines.html Thank you. -- Regards, Dmitry Smirnov GPG key : 4096R/53968D1B --- The great enemy of the truth is very often not the lie -- deliberate, contrived and dishonest, but the myth, persistent, persuasive, and unrealistic. Belief in myths allows the comfort of opinion without the discomfort of thought. -- John F Kennedy signature.asc Description: This is a digitally signed message part.
Bug#795653: libfreetype6: Re-enable the new CFF driver
Package: libfreetype6 Severity: wishlist The feature was disabled in bug 730742. Now the freeze is over, could we re-enable this feature and find out what font should be fixed? The new CFF driver greatly improves the shape of some CFF fonts, for example Fantasque Sans Mono, so I wish we don't stick to the old driver forever. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#795654: Support copy/paste from emulated serial console
Package: qemu-kvm Version: 1:2.3+dfsg-6a Severity: wishlist When switched to the emulated serial port (Ctrl-Alt-3) or the monitor (Ctrl-Alt-2), those are plain-text displays, not graphical consoles. qemu-kvm should be able to allow copy/paste from them using the mouse, like a terminal emulator. - Josh Triplett -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qemu-kvm depends on: ii qemu-system-x86 1:2.3+dfsg-6a qemu-kvm recommends no packages. qemu-kvm suggests no packages. -- no debconf information
Bug#775193: djvudigital: insecure use of /tmp
This is getting out of control. I'm just going to guard with if mktemp --dry-run /dev/null; then although guarding with which mktemp also seems okay: if which is unavailable they mktemp isn't going to be present either.
Bug#777848: feel++ vs clang
Heya, Looking at feel++, I've applied the attached patch things progress further, however later clang trips up on what it looks like variadic macros. [ 91%] Building CXX object doc/manual/tutorial/CMakeFiles/feelpp_tut_geotool.dir/geotool.cpp.o cd /build/feel++-vEnfJn/feel++-0.99.0-final.1/obj-x86_64-linux-gnu/doc/manual/tutorial /usr/bin/clang++-3.5 -DBOOST_FILESYSTEM_VERSION=3 -DBOOST_NO_CXX11_SCOPED_ENUMS -DBOOST_NO_CXX11_VARIADIC_TEMPLATES -DBOOST_NO_SCOPED_ENUMS -DBOOST_PARAMETER_MAX_ARITY=24 -DBOOST_RESULT_OF_USE_TR1 -DBOOST_TEST_DYN_LINK -DFEELPP_HAS_DLFCN_H -DFEELPP_HAS_DLOPEN -DFEELPP_HAS_GMSH=1 -DFEELPP_HAS_MPI=1 -DFEELPP_HAS_MPI_H=1 -DFEELPP_HAS_PETSC -DFEELPP_HAS_PETSC_H -DGMSH_EXECUTABLE=/usr/bin/gmsh -DHAVE_LIBDL -DIN_GINAC -D_FEELPP_HAS_GMSH_ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -D_FORTIFY_SOURCE=2 -std=c++0x -std=c++11 -ftemplate-depth=1024 -stdlib=libstdc++ -O2 -DNDEBUG -g0 -I/build/feel++-vEnfJn/feel++-0.99.0-final.1/contrib -I/usr/lib/openmpi/include -I/usr/lib/openmpi/include/openmpi -I/usr/include/hdf5/openmpi -I/build/feel++-vEnfJn/feel++-0.99.0-final.1/obj-x86_64-linux-gnu/contrib/cln/include -I/build/feel++-vEnfJn/feel++-0.99.0-final.1/contrib/ginac -I/build/feel++-vEnfJn/feel++-0.99.0-final.1/obj-x86_64-linux-gnu/contrib/ginac -I/build/feel++-vEnfJn/feel++-0.99.0-final.1/contrib/ginac/ginac -I/build/feel++-vEnfJn/feel++-0.99.0-final.1/obj-x86_64-linux-gnu/contrib/ginac/ginac -I/build/feel++-vEnfJn/feel++-0.99.0-final.1/contrib/nlopt/api -I/build/feel++-vEnfJn/feel++-0.99.0-final.1/contrib/eigen -I/usr/include/ANN -I/build/feel++-vEnfJn/feel++-0.99.0-final.1/obj-x86_64-linux-gnu/contrib/gflags/include -I/build/feel++-vEnfJn/feel++-0.99.0-final.1/obj-x86_64-linux-gnu/contrib/glog/include -I/usr/include/python2.7 -I/usr/lib/petscdir/3.4.2/include -I/usr/lib/petscdir/3.4.2/linux-gnu-c-opt/include -I/usr/include/suitesparse -I/usr/include/scotch -I/usr/lib/x86_64-linux-gnu/hdf5/openmpi/include -I/usr/lib/petsc/include -I/usr/lib/petsc/linux-gnu-c-opt/include -I/usr/lib/slepc/linux-gnu-c-opt/include -I/usr/lib/slepc/include -I/usr/include/gmsh -I/build/feel++-vEnfJn/feel++-0.99.0-final.1/contrib/gmsh -I/build/feel++-vEnfJn/feel++-0.99.0-final.1/obj-x86_64-linux-gnu -I/build/feel++-vEnfJn/feel++-0.99.0-final.1 -I/build/feel++-vEnfJn/feel++-0.99.0-final.1/contrib/gmm/include -I/build/feel++-vEnfJn/feel++-0.99.0-final.1/doc/manual -Wall -Wno-unused -Wno-sign-compare -Wno-deprecated-register -fmacro-backtrace-limit=0 -ftemplate-backtrace-limit=0 -UBOOST_UBLAS_TYPE_CHECK -o CMakeFiles/feelpp_tut_geotool.dir/geotool.cpp.o -c /build/feel++-vEnfJn/feel++-0.99.0-final.1/doc/manual/tutorial/geotool.cpp error: unknown type name 'BOOST_PP_IIF_BOOST_PP_BOOL_BOOST_PP_COMPL_BOOST_PP_NOT_EQUAL_CHECK_BOOST_PP_NOT_EQUAL_' note: expanded from here note: expanded from here error: expected member name or ';' after declaration specifiers built-in:116:34: note: expanded from here #define __FLT_EPSILON__ 1.19209290e-7F ^ ^CE: ABORT: Received INT signal (requesting cleanup and shutdown) -- Regards, Dimitri. From af05618293331c646b3ca2fbb625c2d118ad0fdd Mon Sep 17 00:00:00 2001 From: Pierre Jolivet joli...@ann.jussieu.fr Date: Thu, 27 Nov 2014 14:04:14 +0100 Subject: [PATCH] Fixes #478. --- cmake/modules/FindFeel++.cmake | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) Index: feel++-0.99.0-final.1/cmake/modules/FindFeel++.cmake === --- feel++-0.99.0-final.1.orig/cmake/modules/FindFeel++.cmake +++ feel++-0.99.0-final.1/cmake/modules/FindFeel++.cmake @@ -101,13 +101,8 @@ if ( FEELPP_DISABLE_EIGEN_ALIGNMENT ) message(STATUS [feelpp] Disabling alignment and vectorisation in Feel++/Eigen) endif() - # enable move semantics MARK_AS_ADVANCED(FEELPP_ENABLE_MOVE_SEMANTICS) -IF ( FEELPP_ENABLE_MOVE_SEMANTICS ) - SET( BOOST_UBLAS_MOVE_SEMANTICS 1 CACHE STRING Enable Boost Ublas move semantics FORCE ) - ADD_DEFINITIONS( -DBOOST_UBLAS_MOVE_SEMANTICS ) -ENDIF( FEELPP_ENABLE_MOVE_SEMANTICS ) # enable instantiation MARK_AS_ADVANCED(FEELPP_ENABLE_INSTANTIATION_MODE) @@ -351,6 +346,11 @@ else() message(STATUS [feelpp] Please check your boost version - Should be at least ${BOOST_MIN_VERSION}) endif() +IF ( FEELPP_ENABLE_MOVE_SEMANTICS AND Boost_MAJOR_VERSION EQUAL 1 AND Boost_MINOR_VERSION LESS 57 ) + SET( BOOST_UBLAS_MOVE_SEMANTICS 1 CACHE STRING Enable Boost Ublas move semantics FORCE ) + ADD_DEFINITIONS( -DBOOST_UBLAS_MOVE_SEMANTICS ) +ENDIF( FEELPP_ENABLE_MOVE_SEMANTICS ) + OPTION(BOOST_ENABLE_TEST_DYN_LINK enable boost test with dynamic lib ON) MARK_AS_ADVANCED(BOOST_ENABLE_TEST_DYN_LINK)
Bug#795620: ltsp-docs: contains wrong information for USB printers
Package: ltsp-docs Version: 1.2-1 Severity: normal Tags: upstream patch Both lts.conf.xml and LTSPManual.xml state that /dev/usblp0 should be used for USB printers. IIRC /dev/usblp0 used to be a link pointing to /dev/usb/lp0 but has vanished since some time. So to make USB printers work /dev/usb/lp0 should be used. Wolfgang --- a/lts.conf.xml 2015-08-15 22:10:55.0 +0200 +++ b/lts.conf.xml 2015-08-15 22:54:49.438401817 +0200 @@ -471,7 +471,7 @@ parastring, default emphasisunset/emphasis/para paraThe device name of the printer. Valid device names such as - filename/dev/lp0/filename, or filename/dev/usblp0/filename + filename/dev/lp0/filename, or filename/dev/usb/lp0/filename are allowed./para /listitem /varlistentry @@ -1846,7 +1846,7 @@ # to save resources) ### [00:11:25:93:CF:00] -PRINTER_0_DEVICE=/dev/usblp0 +PRINTER_0_DEVICE=/dev/usb/lp0 SCREEN_07=shell ### --- a/LTSPManual.xml 2015-08-15 22:13:44.0 +0200 +++ b/LTSPManual.xml 2015-08-15 22:55:48.11878 +0200 @@ -1363,7 +1363,7 @@ ### [00:11:25:93:CF:00] -PRINTER_0_DEVICE=/dev/usblp0 +PRINTER_0_DEVICE=/dev/usb/lp0 SCREEN_07=shell ### signature.asc Description: Digital signature
Bug#795508: graywolf: FTBFS: error: expected identifier or '(' before ';' token
Source: graywolf Version: 0.1.2-1 Followup-For: Bug #795508 This error appears to stem from an incompatibility with GCC 5, in whose default language level (C99) restrict is a keyword.
Bug#795365: ITP: processor-trace -- Intel Processor Trace Decoder Library
On Thu, 13 Aug 2015, Victor Seva wrote: * Package name: processor-trace Upstream Author : Intel Corporation Intel's reference implementation for decoding Intel PT. Maybe it would be better to call this package intel-pt or something like that? Or at least intel-processor-trace? After all, this software package is intel-specific, but the notion of processor tracing is not. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh
Bug#795639: assword fails with Decryption error: Decryption failed
Package: assword Version: 0.8-2 Severity: grave assword can no longer decrypt any of my password stores. It fails with the error: mithrandir:~$ assword dump foo Assword database error: Decryption error: Decryption failed The data store is not corrupt; running GnuPG on it manually works fine. This appears to be caused by the upgrade of gnupg2 to 2.1.7-2. Downgrading to 2.0.28-3 makes everything start working properly again. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-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 Init: systemd (via /run/systemd/system) Versions of packages assword depends on: ii python2.7.9-1 ii python-gpgme 0.3-1+b1 ii python-gtk2 2.24.0-4 ii python-pkg-resources 18.0.1-2 Versions of packages assword recommends: pn python-xdo none ii xclip 0.12+svn84-4 assword suggests no packages. -- no debconf information
Bug#795552: packaging strategy
Hi, I closer examination, use of fritzing-0.9.2b.linux.i386.tar.bz2 does not work. So multi-tarball approach is needed. * fritzing-app-0.9.2b.tar.gz = fritzing_0.9.2b.orig.tar.gz * fritzing-parts-0.9.2b.tar.gz = fritzing_0.9.2b.orig-parts.tar.gz I will check it out :-) with dpkg = 1.14.27 Osamu
Bug#794922: aplus-fsf: Recent binNMU rendered package unusable
On 08/08/2015 03:30 AM, Kacper Gutowski wrote: Package: aplus-fsf Version: 4.22.1-6+b3 Severity: normal Dear Maintainer, Recent binNMU has rendered the package unusable; A+ won't start: $ a+ a+: symbol lookup error: /usr/lib/aplus-fsf/libMSTypes.so.0: undefined symbol: _ZTVNSt7__cxx1115basic_stringbufIcSt11char_traitsIcESaIcEEE -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages aplus-fsf depends on: ii libc6 2.19-19 ii libgcc1 1:5.1.1-14 ii libstdc++6 5.1.1-14 ii libx11-62:1.6.3-1 aplus-fsf recommends no packages. aplus-fsf suggests no packages. -- no debconf information Kacper, Thanks for the report. However, I am not able to reproduce this. I get the following on my AMD64 system: $ a+ A+ Copyright (c) 1990-2008 Morgan Stanley. All rights reserved. This version is Release 4.22 Are you still seeing this issue? -- Neil Roeth
Bug#787982: python-pbh5tools ready to upload
Hi, all, I've finished preparing the first version of the pbh5tools package. Could someone upload to unstable please? Many thanks and regards Afif -- Afif Elghraoui | عفيف الغراوي http://afif.ghraoui.name
Bug#795639: assword fails with Decryption error: Decryption failed
tags 795639 + unreproducible moreinfo On Sat, Aug 15 2015, Russ Allbery r...@debian.org wrote: Package: assword Version: 0.8-2 Severity: grave assword can no longer decrypt any of my password stores. It fails with the error: mithrandir:~$ assword dump foo Assword database error: Decryption error: Decryption failed The data store is not corrupt; running GnuPG on it manually works fine. This appears to be caused by the upgrade of gnupg2 to 2.1.7-2. Downgrading to 2.0.28-3 makes everything start working properly again. Thanks for the report, Russ, and sorry about the trouble. I'm actually unable to reproduce this bug by just installing gnupg2 from unstable (2.1.7-2). However, my /usr/bin/gpg is from the gnupg package, not gnupg2. I'm guessing that maybe you're using gnupg2 as gnupg in this case? Could this be an incompatibility between python-gpgme, which uses libgpgme11, and gnupg2? jamie. signature.asc Description: PGP signature
Bug#795646: rrdtool: Uses Multi-Arch: no which is not supported by the infrastructure
Source: rrdtool Version: 1.5.4-4 Severity: serious Hi, You recently uploaded version 1.5.4-4 with a field Multi-Arch: no. While it is in the specification, it's unfortunately not supported by all the infrastructure. Your package has therefore been built correctly, on all architectures, but has been refused by dak with the following email: | From: Debian FTP Masters ftpmas...@ftp-master.debian.org | Subject: rrdtool_1.5.4-4_ppc64el.changes REJECTED | | rrdcached_1.5.4-4_ppc64el.deb: Multi-Arch: no support in Debian is broken (#768353) | | === | | Please feel free to respond to this email if you don't understand why | your files were rejected, or if you upload new files which address our | concerns. You should therefore upload a new version of this package without the Multi-Arch: no lines, as no is anyway the default. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#795639: assword fails with Decryption error: Decryption failed
Control: tags 795639 + moreinfo Control: reassign 795639 gnupg2 2.1.7-2 Control: affects 795639 assword Hi Russ-- On Sun 2015-08-16 01:03:16 +0200, Russ Allbery wrote: strace seems to back that up. It chats with the agent for a bit, and then it fails. See the partial trace below. It seems to get as far as realizing that I don't currently have the secret key unlocked, but then rather than popping up a dialog to prompt me, just immediately fails. Thanks for sending this report. I've been using gpg 2.1.7 for several months now, and i haven't had this problem. Hopefully we can diagnose what's going on here. fwiw, i agree that this is most likely a bug we should deal with in gnupg2, not in assword. Running gpg manually on a file pops up the agent dialog like I would expect. does this succeed with gpg2 --decrypt as well, or just gpg --decrypt? do you see files listed when you look at the GnuPG 2.1 secret key storage: ls -l ~/.gnupg/private-keys-v1.d/*.key what about checking to see the date that GnuPG 2.1 did the keyring migration: ls -l ~/.gnupg/.gpg-v21-migrated ? I tried killing all the agents and logging out and then back in again to force the agent to respawn, but unfortunately there was no change in behavior. Depending on the output of the above, maybe you can try importing your secret keyring again: gpg2 --import ~/.gnupg/secring.gpg (this should have been imported automatically for you upon your first use of gpg 2.1 after the upgrade) Please let me know if this solves the problem for you, or if you learn any new information. Regards, --dkg signature.asc Description: PGP signature
Bug#795650: Remove revu from dput.cf
Package: dput Severity: minor Hi, revu.ubuntuwire.com doesn't exist anymore, so it can be removed from the default dput.cf. Thanks! -- Adrien Cunin aka Adri2000 Ubuntu MOTU Developer Debian Contributor signature.asc Description: OpenPGP digital signature
Bug#770009: convert(1) very slow on mips with no FPU
On Sat, Aug 15, 2015 at 10:30 PM, roucaries bastien roucaries.bastien+deb...@gmail.com wrote: On Sat, Aug 15, 2015 at 10:16 PM, roucaries bastien roucaries.bastien+deb...@gmail.com wrote: On Sat, Aug 15, 2015 at 9:43 PM, James Cowgill james...@cowgill.org.uk wrote: Hi, On Sat, 2015-08-15 at 14:08 +0100, Simon McVittie wrote: (debian-mips: please keep me and the bug in Cc if replying.) On Wed, 28 Jan 2015 at 08:00:53 +0100, roucaries bastien wrote: Smell like an openmp bug ny memory they are a enviroment variable to disable openmp. I tried building with --disable-openmp on a mips porterbox (minkus.debian.org, which I believe is a dual Cavium Octeon II with no FPU, the same as the buildds where imagemagick has been failing). Yes, minkus and mips-aql-* all run identical hardware and do not have FPUs (unfortunately). Unfortunately building with --disable-openmp doesn't seem to help. On Thu, 29 Jan 2015 at 19:59:45 +0100, Bastien ROUCARIES wrote: try to add to convert command line -limit thread 1 Sadly that doesn't seem to help either. On Fri, Jan 30, 2015 at 2:37 PM, Dejan Latinovic dejan.latino...@imgtec.com wrote: did anyone tried to wait some longer time to see if command will execute? No, but the build machines wait for a pretty long time before killing (5 hours), and I've checked that it uses the proc at 200%. We can't burden the build machines like that... The latest experimental build (which adds some echo, to stop sbuild killing the build process after 5 hours of apparent inactivity) took 19 hours. That's longer than gcc-5 took on the same hardware. While doing test builds yesterday evening, I was able to compile imagemagick more than once, so it can't have taken longer than 2 or 3 hours; assuming the porterbox and the buildd have a similar spec, that means converting a SVG to a PNG 14 times is taking at least 16 hours. That seems unusably slow to me. It's entirely possible that imagemagick built for mips is currently only really useful on mips hardware that has a FPU. Unfortunately, the mips buildds don't seem to have FPUs. mips porters: how common are FPUs expected to be among mips machines where Debian will run? I have no numbers but I would guess that most of the machines that run the big endian port are network hardware which don't have FPUs. Also, is it an ABI break for a mips library to be built with -msoft-float? Yes the ABI is different - you need a recompiled glibc (at least) to use -msoft-float. Could this handled like libc-i686 ? It will be really helpful to have a soft-float version and use ld.so to switch between. They are a thread here about multilib https://lists.linaro.org/pipermail/cross-distro/2012-April/000167.html BTW information about mips box are outdated here https://wiki.debian.org/MIPSPort It worked under ball but it seems ball was retired... Bastien Bastien Thanks, James
Bug#795621: unscd: Please consider providing a systemd unit file
Package: unscd Version: 0.51-1+b2 Severity: wishlist Howdy maintainer, It would be convenient to provide a systemd unit file; this would make it a little easier to manage and check the status of the running daemon, and would allow it to be restarted automatically by systemd if it were to crash. Many thanks for your work! Chris -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages unscd depends on: ii libc6 2.19-18 unscd recommends no packages. unscd suggests no packages. -- Configuration Files: /etc/nscd.conf changed: debug-level 0 enable-cache passwd yes positive-time-to-live passwd 3600 negative-time-to-live passwd 20 check-files passwd yes enable-cache group yes positive-time-to-live group 3600 negative-time-to-live group 60 check-files group yes enable-cache hosts yes positive-time-to-live hosts 30 negative-time-to-live hosts 30 check-files hosts yes -- no debconf information
Bug#775193: djvudigital: insecure use of /tmp
* Barak A. Pearlmutter ba...@pearlmutter.net, 2015-08-15, 23:10: Fair enough. I suppose something like this would do? if type -P mktemp /dev/null; then ...; else ...; fi type is not guaranteed to be provided by /bin/sh (see bug #747320). And more practically, type -P is a bashism. It doesn't work in dash: $ type -P mktemp -P: not found mktemp is /bin/mktemp $ echo $? 127 -- Jakub Wilk
Bug#781619: mirrors: ftp2.fr.debian.org Hash Sum mismatch on Translation-enIndex files
Control: tag -1 - moreinfo On 2015-08-15 16:21:49 -0400, Donald Norwood wrote: The mirror has since updated, is this still a concern? Do you have any additional information? I've just tried again with ftp2.fr.debian.org, and still have the same problem: root@zira:/etc/apt# apt-get update Ign file: ./ InRelease Ign file: ./ Release.gpg Ign file: ./ Release Ign file: ./ Translation-en Get:1 http://ftp2.fr.debian.org stable InRelease [134 kB] Get:2 http://ftp2.fr.debian.org stable-updates InRelease [123 kB] Get:3 http://ftp2.fr.debian.org testing InRelease [135 kB] Hit http://security.debian.org stable/updates InRelease Hit http://security.debian.org stable/updates/main Sources Hit http://security.debian.org stable/updates/contrib Sources Get:4 http://ftp2.fr.debian.org unstable InRelease [206 kB] Hit http://security.debian.org stable/updates/non-free Sources Get:5 http://ftp2.fr.debian.org experimental InRelease [152 kB] Hit http://security.debian.org stable/updates/main amd64 Packages Get:6 http://ftp2.fr.debian.org stable/main Sources [7059 kB] Hit http://security.debian.org stable/updates/contrib amd64 Packages Hit http://security.debian.org stable/updates/non-free amd64 Packages Hit http://security.debian.org stable/updates/contrib Translation-en Hit http://security.debian.org stable/updates/main Translation-en Hit http://security.debian.org stable/updates/non-free Translation-en Get:7 http://ftp2.fr.debian.org stable/contrib Sources [50.7 kB] Get:8 http://ftp2.fr.debian.org stable/non-free Sources [99.4 kB] Get:9 http://ftp2.fr.debian.org stable/main amd64 Packages [6768 kB] Get:10 http://ftp2.fr.debian.org stable/contrib amd64 Packages [50.1 kB] Get:11 http://ftp2.fr.debian.org stable/non-free amd64 Packages [83.6 kB] Get:12 http://ftp2.fr.debian.org stable/contrib Translation-en [38.4 kB] Get:13 http://ftp2.fr.debian.org stable/main Translation-en [4585 kB] Get:14 http://ftp2.fr.debian.org stable/non-free Translation-en [72.2 kB] Get:15 http://ftp2.fr.debian.org stable-updates/main Sources [2486 B] Get:16 http://ftp2.fr.debian.org stable-updates/contrib Sources [14 B] Get:17 http://ftp2.fr.debian.org stable-updates/main amd64 Packages [3660 B] Get:18 http://ftp2.fr.debian.org stable-updates/contrib amd64 Packages [14 B] Get:19 http://ftp2.fr.debian.org stable-updates/contrib Translation-en [14 B] Get:20 http://ftp2.fr.debian.org stable-updates/main Translation-en [2506 B] Get:21 http://ftp2.fr.debian.org testing/contrib Translation-en [41.2 kB] Get:22 http://ftp2.fr.debian.org testing/main Translation-en [4784 kB] Get:23 http://ftp2.fr.debian.org testing/non-free Translation-en [75.2 kB] Get:24 http://ftp2.fr.debian.org unstable/contrib Translation-en [46.0 kB] Get:25 http://ftp2.fr.debian.org unstable/main Translation-en [5056 kB] Get:26 http://ftp2.fr.debian.org unstable/non-free Translation-en [80.7 kB] Get:27 http://ftp2.fr.debian.org experimental/main Translation-en [320 kB] Get:28 http://ftp2.fr.debian.org testing/main Sources [7515 kB] Get:29 http://ftp2.fr.debian.org testing/contrib Sources [52.6 kB] Get:30 http://ftp2.fr.debian.org testing/non-free Sources [101 kB] Get:31 http://ftp2.fr.debian.org testing/main amd64 Packages [7110 kB] Get:32 http://ftp2.fr.debian.org testing/contrib amd64 Packages [51.8 kB] Get:33 http://ftp2.fr.debian.org testing/non-free amd64 Packages [86.0 kB] Get:34 http://ftp2.fr.debian.org unstable/main Sources [8015 kB] Get:35 http://ftp2.fr.debian.org unstable/contrib Sources [60.8 kB] Get:36 http://ftp2.fr.debian.org unstable/non-free Sources [106 kB] Get:37 http://ftp2.fr.debian.org unstable/main amd64 Packages [7525 kB] Get:38 http://ftp2.fr.debian.org unstable/contrib amd64 Packages [58.9 kB] Get:39 http://ftp2.fr.debian.org unstable/non-free amd64 Packages [91.7 kB] Get:40 http://ftp2.fr.debian.org experimental/main Sources [402 kB] Get:41 http://ftp2.fr.debian.org experimental/main amd64 Packages [562 kB] Fetched 61.7 MB in 6s (9694 kB/s) W: Failed to fetch http://ftp2.fr.debian.org/debian/dists/unstable/main/i18n/Translation-en Hash Sum mismatch W: Failed to fetch http://ftp2.fr.debian.org/debian/dists/experimental/main/i18n/Translation-en Hash Sum mismatch E: Some index files failed to download. They have been ignored, or old ones used instead. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Bug#795645: libbotan-1.10-0: library transition needed now that GCC 5 is the default
Package: libbotan-1.10-0 Version: 1.10.8-2 Severity: important Background [1]: libstdc++6 introduces a new ABI to conform to the C++11 standard, but keeps the old ABI to not break existing binaries. Packages which are built with g++-5 from experimental (not the one from testing/unstable) are using the new ABI. Libraries built from this source package export some of the new __cxx11 or B5cxx11 symbols, and dropping other symbols. If these symbols are part of the API of the library, then this rebuild with g++-5 will trigger a transition for the library. What is needed (note: this is the standard libstdc++6 bug template with some updates/additions): - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. https://people.debian.org/~doko/logs/gcc5-20150701/botan1.10_1.10.8-2_unstable_gcc5.log - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. - If there are no symbols matching __cxx11 or B5cxx11 in the symbols forming the library API, you should close this issue with a short explanation. - If there are no reverse dependencies, it should be the package maintainers decision if a transition is needed. However this might break software which is not in the Debian archive, and built against these packages. - If a library transition is needed, please prepare for the change. Rename the library package, append v5 to the name of the package (e.g. libfoo2 - libfoo2v5). Such a change can be avoided, if you have a soversion bump and you upload this version instead of the renamed package. Prepare a patch and attach it to this issue (mark this issue with patch), so that it is possible to NMU such a package. We'll probably have more than hundred transitions triggered. Then reassign the issue to release.debian.org and properly tag it as a transition issue, by sending an email to cont...@bugs.debian.org: user release.debian@packages.debian.org usertag this issue + transition block this issue by 790756 reassign this issue release.debian.org - If unsure if a transition is needed, please tag the issue with help to ask for feedback from other Debian developers. The libstdc++6 transition will be a large one, and it will come with a lot of pain. Please help it by preparing the follow-up transitions. [1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition Additional information: A transition is needed. Ovito will FTBFS unless both botan1.10 and qscintilla2 are updated (I discovered this preparing the qscintilla2 transition).
Bug#795636: [pkg-gnupg-maint] Bug#795636: gnupg-agent: adding 384-bit ECDSA key puts wrong fingerprint in sshcontrol
Control: forwarded 795636 https://bugs.gnupg.org/gnupg/issue2075 Control: tags 795636 + upstream Hi Brian-- On Sat 2015-08-15 23:45:09 +0200, brian m. carlson wrote: I added the following ECDSA SSH key earlier today (with GnuPG 2.1.6). gpg-agent added it to sshcontrol with an incorrect MD5 fingerprint: ecdsa-sha2-nistp384 E2VjZHNhLXNoYTItbmlzdHAzODQIbmlzdHAzODQAAABhBIcIk0jxxbWcr5s6TK2CNnH8qJRfnSe7pWCHohPnIOKqDMqPJcEDjntMXukXjpnzMVv/ToBvMqCK49uztCzPUiF0kIBhziVvyGkZqrUrJd2BD2wedrpCTfY//dA9viKLrQ== bmc@vauxhall # ECDSA key added on: 2015-08-15 20:51:39 # MD5 Fingerprint: bf:b2:5c:1e:be:8a:63:74:19:50:bf:23:21:3c:ff:5e 0D3ADB5BC29D85ECCA7397095962CB389A1C734D 0 Considering the simplicity of the algorithm[0], I'm not sure why this is broken, but it does appear to be. This is confusing, but otherwise purely aesthetic. The key functions correctly and can be used normally. thanks for this report. It looks like this is true only for NIST 384. it doesn't happen for 256 or 521. I've reported it upstream at the URL above. (Once OpenSSH 7.0 hits unstable, you might consider putting the SHA-256 fingerprint in instead, but that's another bug report.) yep, we'll work on that one separately :) all the best, --dkg signature.asc Description: PGP signature
Bug#795262: nvidia-cuda-toolkit: Reboot, after package installation, do not unload the Nouveau drivers
On Wed, 2015-08-12 at 13:58 +0200, François Legendre wrote: Package: nvidia-cuda-toolkit Version: 6.0.37-5 Severity: normal Dear Maintainer, Many thanks for your work. I install the nvidia-cuda-toolkit using synaptic. After reboot, the Nouveau drivers are still loaded. The command # lsmod | grep nouveau prints some lines. I follow the indications found at http://docs.nvidia.com/cuda/cuda-getting- started-guide-for-linux/#axzz3iaadD0fW for Ubuntu distribution : 1. Create a file at /etc/modprobe.d/blacklist-nouveau.conf with the following contents: blacklist nouveau options nouveau modeset=0 2. Regenerate the kernel initramfs: # update-initramfs -u Now, it works. Hello François, Thank you for your report. I'm not sure we should blacklist nouveau by default in the nvidia-cuda packages, since they do not depend on the nvidia-driver packages (I believe Cuda can be used without the latter). It could leave users with a broken system. Andreas, Vincent, What do you think about this? Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part
Bug#789871: unscd: installs /usr/sbin/nscd binary without corresponding man page
Hi maintainer, I've attached a patch that adds a simple manpage based on help2man. Note that nscd.man is meant to be a symlink to unscd.man (this gets lost in the patch, but the target in debian/rules would create it properly). I've also put a diff of the unscd package which also adds a systemd unit file (#795621) and upgrades to 0.52 (#795618) in addition to adding the manpage here just in case that's helpful: https://gist.github.com/chriskuehl/028df2a1b6ee183d104d Obviously feel free to ignore my patches, just including in case they are helpful. Cheers, Chris On Wed, Jun 24, 2015 at 05:29:23PM -0700, Chris Kuehl wrote: Package: unscd Version: 0.51-1+b2 Severity: wishlist Howdy maintainer, unscd provides the binary /usr/sbin/nscd but does not appear to provide a corresponding man page. It's my understanding from policy [1] that this warrants a bug. Happy Wednesday, and thanks for your work on Debian! Chris [1] https://www.debian.org/doc/debian-policy/ch-docs.html#s12.1 -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages unscd depends on: ii libc6 2.19-18 unscd recommends no packages. unscd suggests no packages. -- Configuration Files: /etc/nscd.conf changed [not included] -- no debconf information diff -Nru unscd-0.51/debian/help2man unscd-0.52/debian/help2man --- unscd-0.51/debian/help2man 1969-12-31 16:00:00.0 -0800 +++ unscd-0.52/debian/help2man 2015-08-15 13:49:59.0 -0700 @@ -0,0 +1,3 @@ +[authors] +.B unscd +was written primarily by Denys Vlasenko. diff -Nru unscd-0.51/debian/manpages unscd-0.52/debian/manpages --- unscd-0.51/debian/manpages 1969-12-31 16:00:00.0 -0800 +++ unscd-0.52/debian/manpages 2015-08-15 13:53:29.0 -0700 @@ -0,0 +1,2 @@ +debian/nscd.man +debian/unscd.man diff -Nru unscd-0.51/debian/nscd.man unscd-0.52/debian/nscd.man --- unscd-0.51/debian/nscd.man 1969-12-31 16:00:00.0 -0800 +++ unscd-0.52/debian/nscd.man 2015-08-15 13:59:16.0 -0700 @@ -0,0 +1,29 @@ +.\ DO NOT MODIFY THIS FILE! It was generated by help2man 1.46.4. +.TH UNSCD 1 August 2015 unscd - nscd which does not hang, v.0.52 User Commands +.SH NAME +unscd \- nscd which does not hang +.SH SYNOPSIS +.B nscd +[\fI\,OPTION\/\fR...] +.SH DESCRIPTION +Name Service Cache Daemon +.TP +\fB\-d\fR,\-\-debug +Do not daemonize; log to stderr (\fB\-dd\fR: more verbosity) +.HP +\fB\-f\fR,\-\-config\-file File to read configuration from +.TP +\fB\-i\fR,\-\-invalidate +Invalidate cache +.TP +\fB\-K\fR,\-\-shutdown +Shut the server down +.TP +\fB\-t\fR,\-\-nthreads +Serve N requests in parallel +.TP +\fB\-V\fR,\-\-version +Version +.SH AUTHORS +.B unscd +was written primarily by Denys Vlasenko. diff -Nru unscd-0.51/debian/rules unscd-0.52/debian/rules --- unscd-0.51/debian/rules 2013-10-21 17:05:19.0 -0700 +++ unscd-0.52/debian/rules 2015-08-15 14:13:30.0 -0700 @@ -15,3 +15,10 @@ install -t debian/unscd/usr/sbin/ nscd install -d debian/unscd/etc/ install -m644 -t debian/unscd/etc/ debian/nscd.conf + +manpage: + help2man --name 'nscd which does not hang' \ + --include debian/help2man \ + --no-info \ + debian/unscd/usr/sbin/nscd debian/unscd.man + ln -fs unscd.man debian/nscd.man diff -Nru unscd-0.51/debian/unscd.man unscd-0.52/debian/unscd.man --- unscd-0.51/debian/unscd.man 1969-12-31 16:00:00.0 -0800 +++ unscd-0.52/debian/unscd.man 2015-08-15 13:59:16.0 -0700 @@ -0,0 +1,29 @@ +.\ DO NOT MODIFY THIS FILE! It was generated by help2man 1.46.4. +.TH UNSCD 1 August 2015 unscd - nscd which does not hang, v.0.52 User Commands +.SH NAME +unscd \- nscd which does not hang +.SH SYNOPSIS +.B nscd +[\fI\,OPTION\/\fR...] +.SH DESCRIPTION +Name Service Cache Daemon +.TP +\fB\-d\fR,\-\-debug +Do not daemonize; log to stderr (\fB\-dd\fR: more verbosity) +.HP +\fB\-f\fR,\-\-config\-file File to read configuration from +.TP +\fB\-i\fR,\-\-invalidate +Invalidate cache +.TP +\fB\-K\fR,\-\-shutdown +Shut the server down +.TP +\fB\-t\fR,\-\-nthreads +Serve N requests in parallel +.TP +\fB\-V\fR,\-\-version +Version +.SH AUTHORS +.B unscd +was written primarily by Denys Vlasenko.
Bug#791301: transition: ticcutils (libticcutils2v5)
retitle 791301 transition: ticcutils (libticcutils2v5) reassign 791301 release.debian.org block 791301 by 790756 severity 791301 normal forwarded 791301 https://release.debian.org/transitions/html/auto-ticcutils.html user release.debian@packages.debian.org usertag 791301 + transition thanks On Tue, 11 Aug 2015 at 22:26:06 +0100, Jonathan Wiltshire wrote: I've prepared an NMU for ticcutils (versioned as 0.7-2.1) This has reached unstable and built everywhere. I believe it's ready for the first round of binNMUs. S
Bug#795647: ITP: gss-ntlmssp -- GSSAPI NTLMSSP Mechanism
Package: wnpp Severity: wishlist Owner: Timo Aaltonen tjaal...@debian.org * Package name: gss-ntlmssp Version : 0.6.0 Upstream Author : Simo Sorce * URL : https://fedorahosted.org/gss-ntlmssp/ * License : LGPL-3 Programming Lang: C Description : GSSAPI NTLMSSP Mechanism GSS-NTLMSSP is a GSSAPI mechanism plugin that implements NTLMSSP. NTLMSSP is a Microsoft Security Provider that implements various versions and falvors of the NTLM challenge-response family. . GSS-NTLMSSP, implements both NTLM and NTLMv2 and all the various security variants to the key exchange that Microsoft introduced and documented over time. . This code implements the NTLMSSP mechanism as a GSSAPI loadable mechanism and has been tested to work with MIT Kerberos' 1.11 implementation of GSSAPI. needed for libapache2-mod-auth-gssapi update
Bug#794922: aplus-fsf: Recent binNMU rendered package unusable
On Sun, Aug 16, 2015 at 3:44 AM, Neil Roeth n...@debian.org wrote: Are you still seeing this issue? Yes, I still do. I tried running it in sid chroot and it seems that it requires newer libraries than it declares. It works with libstdc++6 5.2.1-15 available in sid, but not with 5.1.1-14 which is the highest version in testing at the moment. Both aplus-fsf 4.22.1-6 and 4.22.1-6+b3 declare dependency on = 4.1.1 so it installs without problems in testing, but dies with the message I reported when run. -k
Bug#32353: [bug #45689] wget: opens a new connection for each ftp document
Update of bug #45689 (project wget): Status:None = Needs Discussion ___ Follow-up Comment #1: I'm not very well versed with the FTP Protocol, so if I'm wrong here, someone please correct me. Is re-using a FTP connection even possible? Because I haven't been able to find anything in the RFCs or through online searches to supplement this. I thought this was actually one of the largest drawbacks of the protocol that we need to open a lot of extra connections. Can someone please point me to a resource explaining how this would work? If possible, I'd implement it. ___ Reply to this item at: http://savannah.gnu.org/bugs/?45689 ___ Message sent via/by Savannah http://savannah.gnu.org/
Bug#794222: Missing patch
On 2015-08-14 20:46, Carlos O'Donell wrote: On Fri, Aug 14, 2015 at 5:28 PM, Tulio Magno Quites Machado Filho tul...@linux.vnet.ibm.com wrote: I believe Debian is missing the following patch for ppc64el: https://sourceware.org/git/?p=glibc.git;a=commit;h=a53fbd8e6cd2f69bdfa3431d616a5f332aea6664 Really what should be happening here is that we should backport that patch to 2.19 stable branch and ask debian to rebase? I'd like to see more distros rebase on the stable branches, that way you don't have to backport these fixes into every distro. We actually use the stable branch, but nothing has changed there since november: http://anonscm.debian.org/viewvc/pkg-glibc/glibc-package/trunk/debian/patches/git-updates.diff?view=log -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Bug#795542: libcutl: please enable parallel building
Source: libcutl Version: 1.8.1+ds1-1 Severity: wishlist Tags: patch Hi, libcutl seems to build fine with multiple build jobs when building. Thus, my suggestion is to enable the parallel build (with the --parallel option of dh) to speed up the compilation when requested (see also Policy §4.9.1). Thanks, -- Pino --- a/debian/rules +++ b/debian/rules @@ -11,6 +11,6 @@ override_dh_installchangelogs: dh_installchangelogs NEWS %: - dh $@ --with autoreconf + dh $@ --with autoreconf --parallel .PHONY: override_dh_auto_configure override_dh_installchangelogs
Bug#788978: linux-image-3.2.0-4-686-pae: Enable CONFIG_GPIO_SYSFS for x86 architectures
Hello, +1 for enabling it on amd64 as well. Also, for one of my box (an amd64-based, UEFI NAS[1] on which Debian installs nicely out of the box) I would need the following to access leds and buttons: CONFIG_GPIO_F7188X=m CONFIG_LEDS_GPIO=m CONFIG_KEYBOARD_GPIO_POLLED=m FWIW, I'm working on a platform driver[2] for that box, which I hope to push upstream. [1] https://www.qnap.com/i/fr/product/model.php?II=144 [2] https://github.com/vpelletier/linux/tree/ts651 Regards, -- Vincent Pelletier
Bug#795516: [patch] Enable Xen support on armhf and arm64 architectures
On Fri, Aug 14, 2015 at 10:35:15PM +0200, Yann Soubeyrand wrote: Source: libvirt Version 1.2.9-9 Severity: wishlist Tags: patch Dear maintainer, Libvirt packages for armhf and arm64 architectures are built without Xen support. However, Xen is now available for these architectures. Here is a patch to enable its support for these architectures. I cross built the modified packages for armhf and arm64 using cowbuilder with qemu-debootstrap and it seems to work properly on my Cubietruck using Jessie and U-Boot from Stretch (to enable HYP mode) Great! . Unfortunately, I don't have an arm64 device and so couldn't test the modified packages for this architecture. Should we suggest a U-Boot version that has this support for armhf then? From what I read we don't need anything else to enable HYP mode, is that correct? Cheers, -- Guido Feel free to ask me if you need more informations. Regards Yann diff -Nru libvirt-1.2.9/debian/changelog libvirt-1.2.9/debian/changelog --- libvirt-1.2.9/debian/changelog2015-02-06 15:43:48.0 +0100 +++ libvirt-1.2.9/debian/changelog2015-08-14 16:07:14.0 +0200 @@ -1,3 +1,10 @@ +libvirt (1.2.9-9.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Enable Xen support for armhf and arm64 architectures + + -- Yann Soubeyrand yann.soubeyr...@gmx.fr Fri, 14 Aug 2015 16:06:29 +0200 + libvirt (1.2.9-9) unstable; urgency=medium * [4c14b83] qemu: Don't try to parse -help for new QEMU. diff -Nru libvirt-1.2.9/debian/control libvirt-1.2.9/debian/control --- libvirt-1.2.9/debian/control 2015-02-05 21:22:11.0 +0100 +++ libvirt-1.2.9/debian/control 2015-08-14 16:12:21.0 +0200 @@ -14,7 +14,7 @@ libgnutls28-dev, libavahi-client-dev, libsasl2-dev, - libxen-dev (= 4.3) [i386 amd64], + libxen-dev (= 4.3) [i386 amd64 armhf arm64], lvm2 [linux-any], open-iscsi [linux-any], libparted0-dev (= 2.2), @@ -198,7 +198,7 @@ Package: libvirt-dev Architecture: any Section: libdevel -Depends: ${misc:Depends}, libvirt0 (= ${binary:Version}), libxen-dev [i386 amd64] +Depends: ${misc:Depends}, libvirt0 (= ${binary:Version}), libxen-dev [i386 amd64 armhf arm64] Replaces: libvirt-bin ( 1.2.0~) Recommends: pkg-config Description: development files for the libvirt library diff -Nru libvirt-1.2.9/debian/rules libvirt-1.2.9/debian/rules --- libvirt-1.2.9/debian/rules2015-02-05 21:22:11.0 +0100 +++ libvirt-1.2.9/debian/rules2015-08-14 16:13:40.0 +0200 @@ -11,6 +11,9 @@ WITH_LIBXL = --with-libxl WITH_VBOX = --with-vbox MAKE_CHECK = 1 + else ifneq (,$(findstring $(DEB_HOST_ARCH), armhf arm64)) +WITH_XEN= --with-xen +WITH_LIBXL = --with-libxl else WITH_XEN= --without-xen WITH_LIBXL = --without-libxl
Bug#795553: libcutl: reduce the boost build dependencies
Source: libcutl Version: 1.8.1+ds1-1 Severity: wishlist Tags: patch Hi, currently libcutl build depends on libboost-all-dev, so installing all the boost libraries; OTOH, libcutl uses only few of them, so it is possible to reduce the number of installed packages when building. The attacked patch replaced libboost-all-dev with the actual boost modules used, i.e. the base headers, boost-regex, and boost-system. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -2,7 +2,7 @@ Source: libcutl Priority: optional Maintainer: Laszlo Boszormenyi (GCS) g...@debian.org Uploaders: Onur Aslan o...@onur.im -Build-Depends: debhelper (= 9), dh-autoreconf, libboost-all-dev, libexpat1-dev +Build-Depends: debhelper (= 9), dh-autoreconf, libboost-dev, libboost-regex-dev, libboost-system-dev, libexpat1-dev Standards-Version: 3.9.5 Section: libs Homepage: http://www.codesynthesis.com/projects/libcutl/
Bug#795552: fritzing: please reconsider packaging strategy
Source: fritzing Version: 0.9.2b-1 Severity: wishlist The current packaging strategy is very awkward one for fritzing (fritzing-app) and fritzing-parts. There are rooms for improvement to address few issues. * Ease of cherry-picking patch from the upstream by moving to git == Please consider migrating to git (in alioth) * Ease of building from the latest upstream VCS source. == Current build script is not friendly for this. * Build all from one source. == This ensures package version matching betweeen fritzing and fritzing-parts under the restrictive upload policy during the pre-release freeze. * Reduce code duplication of source packages. == One source to build all binaries! The available upstream sources: * fritzing-app-0.9.2b.tar.gz : fritzing source without submodule From https://github.com/fritzing/fritzing-app/releases * fritzing-parts-0.9.2b.tar.gz : submodule for parts From https://github.com/fritzing/fritzing-parts/releases * fritzing-0.9.2b.linux.i386.tar.bz2 : Compiled source with binary Contain both fritzing-app and fritzing-parts From http://fritzing.org/download/?donation=0 * Source managed in git using submodule Source tree build from both fritzing-app and fritzing-parts repos. See https://github.com/fritzing/fritzing-app/wiki/1.3-Linux-notes The current Debian packaging is done by odd combination: fritzing from fritzing-app-0.9.2b.tar.gz fritzing-parts from fritzing-0.9.2b.linux.i386.tar.bz2 Proposed solution: Although multi upstream source tarballs may be an elegant solution, that may cause some extra work. Let me propose a lazy solution. | Package all fritzing fritzing-data and fritzing-parts binary packages | from the DFSG processed fritzing-0.9.2b.linux.i386.tar.bz2 after | removing compiled binary and jar files. This kind of packaging allows me to build the latest upstream VCS version with minimal efforts from VCS. FYI: I have folked upstream VCS and added Debian package history. https://github.com/osamuaoki/fritzing-app/branches (I have most my changes in local only for now.) I can not promise but I should be updating build script etc. soon. -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- no debconf information
Bug#795471: Fwd: Re: Bug#795471: kdegames: no possibility to launch kdegames
Please reply to the bug report and not me personally. On Saturday 15 August 2015 11:01:32 pc wrote: I'm very disapointed but with export PATH=$PATH:/usr/games in the bash file /~/.config/plasma-workspace/env/path.sh, this bashloopcontinuously with one processor core used to 100%. signature.asc Description: This is a digitally signed message part.
Bug#794266: linux-image-4.0.0-2-kirkwood: Shutdown results in reboot
Hi, I updated to the latest kernel (4.1.0) and now shutdown hangs. It is no more rebooting. And I need to turn off the NAS with the power button which results in a reboot. On Thu, Aug 6, 2015 at 6:34 PM Michele Cane michele.c...@gmail.com wrote: Hi, I turned off WOL. But the rebooting still happens. I also tries EUP and RTC on and off and the rebooting still happens. Cheers Mike On Thu, Aug 6, 2015 at 4:51 PM Michael Stapelberg stapelb...@debian.org wrote: It might be. Double-check your WOL- and EUP-related settings, and also whether there is a stored time at which to wake up. On Thu, Aug 6, 2015 at 7:29 AM, Martin Michlmayr t...@cyrius.com wrote: * Michele Cane michele.c...@gmail.com [2015-07-31 21:20]: Any attempt to shutdown (sytemctl poweroff, shutdown now -h, poweoff, ...) results in system reboot. I am experiencing this with both 3.16 an 4.0.0. I just saw a report about the same issue on IRC and it also came up on the QNAP forum. Someone wondered whether it might be related to Wake-on-LAN support in qcontrol, which got added in jessie. I'm copying Michael Stapelberg who implemented that for qcontrol. -- Martin Michlmayr http://www.cyrius.com/ -- Best regards, Michael -- Michele Cane, Ph.D. -- Michele Cane, Ph.D.
Bug#795558: qcontrol: lcd command results in Command not found
Package: qcontrol Version: 0.5.4-5 Severity: normal Dear Maintainer, starting with kernel 4.0 when I issue the command sudo lcd-backlight off it results in a Command not found. I tried other qcontrol commnands such as shortbuzz and usbled and they work. If I revert to kernel 3.16 the command works. Cheers Mike -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 4.1.0-1-kirkwood Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qcontrol depends on: ii libc62.19-19 ii liblua5.1-0 5.1.5-7.1 ii udev 224-1 qcontrol recommends no packages. qcontrol suggests no packages. -- no debconf information
Bug#795559: license-reconcile fails it's tests during the build
Package: src:license-reconcile Version: 0.6 Severity: serious Tags: sid stretch seen in a current unstable environment: Test Summary Report --- t/09-tty.t (Wstat: 256 Tests: 2 Failed: 1) Failed test: 2 Non-zero exit status: 1 Files=29, Tests=232, 5 wallclock secs ( 0.13 usr 0.04 sys + 4.87 cusr 0.59 csys = 5.63 CPU) Result: FAIL Failed 1/29 test programs. 1/232 subtests failed. dh_auto_test: perl Build test --verbose 1 returned exit code 255 debian/rules:4: recipe for target 'build' failed make: *** [build] Error 255
Bug#795557: Acknowledgement (linux-image-linux-image-3.16.0-4-686-pae: Fails to find init (probably fails to find filesystems))
close 795557 -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind. - Dr. Seuss signature.asc Description: OpenPGP digital signature
Bug#795562: htp: please make the build reproducible
Source: htp Version: 1.16-5 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that htp could not be built reproducibly. The attached patch ensures a consistent timezone when building so that last modified X strings do not vary depending on the host system. Once applied, htp can be built reproducibly in our reproducible toolchain. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- --- a/debian/rules 2015-08-15 11:07:14.328660231 +0200 --- b/debian/rules 2015-08-15 11:43:11.806046578 +0200 @@ -3,6 +3,8 @@ #export DH_VERBOSE=1 +export TZ=UTC + CPPFLAGS := $(shell dpkg-buildflags --get CPPFLAGS) CFLAGS := $(shell dpkg-buildflags --get CFLAGS) LDFLAGS := $(shell dpkg-buildflags --get LDFLAGS)
Bug#795564: zeal: Wrong version number
Package: zeal Version: 1:0.1.1-1 Severity: minor Dear Maintainer, While clicking the Help/About Zeal the version number is 0.0.0. When clicking Help/Check for Update it always ask to install the 0.1.1 version wich is the one already installed. Best regards, -- Sammy Tahtah -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-24-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zeal depends on: ii libarchive133.1.2-7ubuntu2.1 ii libc6 2.19-0ubuntu6.6 ii libgcc1 1:4.9.1-0ubuntu1 ii libqt5core5a5.4.2+dfsg-4 ii libqt5gui5 5.4.2+dfsg-4 ii libqt5network5 5.4.2+dfsg-4 ii libqt5sql5 5.4.2+dfsg-4 ii libqt5webkit5 5.4.2+dfsg-2 ii libqt5widgets5 5.4.2+dfsg-4 ii libstdc++6 5.1.1-14 ii libx11-62:1.6.2-1ubuntu2 zeal recommends no packages. zeal suggests no packages. -- no debconf information
Bug#795468: Files not printable if they have german umlauts (latin1) in name
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi Brian, Am Fr den 14. Aug 2015 um 14:38 schrieb Brian Potkin: Isn't this the same as #623269? Yes, it it. Sorry to not have seen my own report. I was not expecting that I already reported that 4 years ago. Regards Klaus Ps. I am not @home currently. Will merge it on sunday. Feel free to merge it. - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJVzw+eAAoJEKZ8CrGAGfasm60L/RRpB1X+e2urKY9ZQinH79EF uMHY35/0XT4TyVZdfEx3rd75GUvxjOb+p5l7wQ21KnHBtNyKKm+AeG1IINdPjRRs xVJjRjqvB1t9zQbzGJV6Yp6J/vNwshgbUGBNUBIOyg/4ea9tc981EfiQrfQ5Z7pH BuL7tKG4G+4LlUNzXOKs37PonsOb0E9xoPl2G14E7sPj6FQSI1vbwSwVdFLzAeQZ QY9CiVlEAOvI7rJIfyWXGn+TQgb0+94CaWYd2tjTBGqUPH2CwMq8ukk5rQZGApHw df3btCxYqdfe3jMHgiGWBajYbxqoV58Sq3hQgDWUdnsXRIhgJb4zxEz7gVWsHFcU zpGiaqZruwpxHj7Sen16MhbL6Ztvi3qWMjTrMn5o43yam5uhaLfs18KwiitEoBWN 2eg9ZDLpMUW3qok32Xs0e/S6a38TAbOCmahJuwfaAAtP08J5pzJCQSfobEL7k8Xh ZE6772aXa4CfbhPxmoyQ/p2xmf9+DypmBT5fq98GVA== =d0d2 -END PGP SIGNATURE-
Bug#795570: missing debian/copyright
Package: liblockfile Version: 1.09-6 Severity: important User: alteh...@debian.org Usertags: no-debian-copyright X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, there seems to be no file debian/copyright in your package. According to Debian policy 12.5 [1]: A copy of the file which will be installed in /usr/share/doc/package/copyright should be in debian/copyright in the source package. It is not sufficient to create such a copyright file while building the binary package. Thanks! Thorsten [1]https://www.debian.org/doc/debian-policy/ch-docs.html
Bug#795567: missing debian/copyright
Package: unzip Version: 6.0-17 Severity: important User: alteh...@debian.org Usertags: no-debian-copyright X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, there seems to be no file debian/copyright in your package. According to Debian policy 12.5 [1]: A copy of the file which will be installed in /usr/share/doc/package/copyright should be in debian/copyright in the source package. It is not sufficient to create such a copyright file while building the binary package. Thanks! Thorsten [1]https://www.debian.org/doc/debian-policy/ch-docs.html
Bug#795568: missing debian/copyright
Package: heirloom-mailx Version: 12.5-4 Severity: important User: alteh...@debian.org Usertags: no-debian-copyright X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, there seems to be no file debian/copyright in your package. According to Debian policy 12.5 [1]: A copy of the file which will be installed in /usr/share/doc/package/copyright should be in debian/copyright in the source package. It is not sufficient to create such a copyright file while building the binary package. Thanks! Thorsten [1]https://www.debian.org/doc/debian-policy/ch-docs.html