Bug#802191: bats: FTBFS: not ok 7 summary passing tests
Am Sonntag, den 25.09.2016, 00:08 -0400 schrieb Yaroslav Halchenko: > On Sun, 25 Sep 2016, Santiago Vila wrote: > > > > > On Sun, Sep 25, 2016 at 01:14:16AM +0200, Tobias Frost wrote: > > > > > > > > > I'd then NMU it tomorrow,,, > > > > > I would skip this package, as I think the maintainer is around and > > not MIA. > > NMUs are welcome if you see a clear workaround (force setting up some > TERM so tests pass?) > > Thanks for the head up, Yaroslav! -- tobi
Bug#798296: bats: diff for NMU version 0.4.0-1.1
Control: tags 798296 + pending Dear maintainer, I've prepared an NMU for bats (versioned as 0.4.0-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -Nru bats-0.4.0/debian/changelog bats-0.4.0/debian/changelog --- bats-0.4.0/debian/changelog 2014-12-07 06:53:16.0 +0100 +++ bats-0.4.0/debian/changelog 2016-09-25 09:23:39.0 +0200 @@ -1,3 +1,10 @@ +bats (0.4.0-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Ensure that TERM is set to avoid FTBFS. (Closes: #798296) + + -- Tobias Frost Sun, 25 Sep 2016 09:23:39 +0200 + bats (0.4.0-1) unstable; urgency=low * Initial release (Closes: #709135) diff -Nru bats-0.4.0/debian/rules bats-0.4.0/debian/rules --- bats-0.4.0/debian/rules 2014-12-07 06:53:16.0 +0100 +++ bats-0.4.0/debian/rules 2016-09-25 09:10:50.0 +0200 @@ -11,5 +11,9 @@ ./install.sh debian/bats/usr override_dh_auto_test: + set -e; \ + if [ x$$TERM = x ] || [ x$$TERM = xunknown ]; then \ + export TERM=dumb; \ + fi; \ bin/bats --tap test signature.asc Description: PGP signature
Bug#838807: false positive source-is-missing can't be overridden
Package: lintian Version: 2.5.46~bpo8+1 X-Debbugs-Cc: ftpmas...@ftp-master.debian.org The homer-api package declares a lintian-override: https://anonscm.debian.org/cgit/pkg-voip/homer-api.git/tree/debian/source/lintian-overrides?h=debian/sid # this file is not minified, just has some long lines homer-api source: source-is-missing apidoc/html/api_data.js The file in question is not a minified JavaScript: https://anonscm.debian.org/cgit/pkg-voip/homer-api.git/tree/apidoc/html/api_data.js?h=debian/sid Lintian still reports the error, despite the override: https://ftp-master.debian.org/new/homer-api_5.0.6+dfsg2-2.html#source-lintian E: homer-api source: source-is-missing apidoc/html/api_data.js line length is 2056 characters (>512)
Bug#806658: sofia-sip: diff for NMU version 1.12.11+20110422.1-2.1
Control: tags 806658 + patch Control: tags 806658 + pending Dear maintainer, I've prepared an NMU for sofia-sip (versioned as 1.12.11+20110422.1-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -u sofia-sip-1.12.11+20110422.1/debian/changelog sofia-sip-1.12.11+20110422.1/debian/changelog --- sofia-sip-1.12.11+20110422.1/debian/changelog +++ sofia-sip-1.12.11+20110422.1/debian/changelog @@ -1,3 +1,12 @@ +sofia-sip (1.12.11+20110422.1-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS with dpkg-buildpackge -A by ensuring that the +file Doxyfile.rfc is created before. (Closes: #806658) + * Move doxygen and graphviz to B-D-Indep. + + -- Tobias Frost Sun, 25 Sep 2016 09:42:01 +0200 + sofia-sip (1.12.11+20110422.1-2) unstable; urgency=low * Fixes undefined behaviour that compiled into buggy code with gcc 4.8. diff -u sofia-sip-1.12.11+20110422.1/debian/control sofia-sip-1.12.11+20110422.1/debian/control --- sofia-sip-1.12.11+20110422.1/debian/control +++ sofia-sip-1.12.11+20110422.1/debian/control @@ -3,7 +3,8 @@ Priority: optional Maintainer: Ron Lee Build-Depends: debhelper (>= 5), pkg-config, libglib2.0-dev, libssl-dev, - doxygen, graphviz, dpkg-dev (>= 1.13.19) + dpkg-dev (>= 1.13.19) +Build-Depends-Indep: doxygen, graphviz, Standards-Version: 3.9.4.0 Homepage: http://sofia-sip.sourceforge.net/ Vcs-Git: git://git.debian.org/users/ron/sofia-sip.git diff -u sofia-sip-1.12.11+20110422.1/debian/rules sofia-sip-1.12.11+20110422.1/debian/rules --- sofia-sip-1.12.11+20110422.1/debian/rules +++ sofia-sip-1.12.11+20110422.1/debian/rules @@ -45,8 +45,9 @@ touch $@ build-indep: build-indep-stamp -build-indep-stamp: +build-indep-stamp: $(objdir)/config.status dh_testdir + make -C $(objdir)/libsofia-sip-ua/docs/ Doxyfile.rfc $(MAKE) -C $(objdir) doxygen touch $@
Bug#838546: closed by Ximin Luo (Bug#838546: fixed in mozilla-gnome-keyring 0.11+git4-2)
Control: found -1 0.11+git4-3 Le dimanche 25 septembre 2016 à 11:11 +0800, johnw a écrit : > On 09/22/2016 07:51 PM, Debian Bug Tracking System wrote: > > > > This is an automatic notification regarding your Bug report > > which was filed against the xul-ext-gnome-keyring package: > > > > #838546: firefox 49.0-1 (amd64) break xul-ext-gnome-keyring > > > > It has been closed by Ximin Luo . > > > > Their explanation is attached below along with your original > > report. > > If this explanation is unsatisfactory and you have not received a > > better one in a separate message then please contact Ximin Luo > ini...@debian.org> by > > replying to this email. > > > > > Hi, After upgrade to "xul-ext-gnome-keyring 0.11+git4-3", I still > have > this problem. I confirm, reopening. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part
Bug#838807: false positive source-is-missing can't be overridden
Control: tags -1 moreinfo On Sun, 25 Sep 2016 09:46:30 +0200 Daniel Pocock wrote: > Package: lintian > Version: 2.5.46~bpo8+1 > X-Debbugs-Cc: ftpmas...@ftp-master.debian.org > > > [...] > https://ftp-master.debian.org/new/homer-api_5.0.6+dfsg2-2.html#source-lintian > > E: homer-api source: source-is-missing apidoc/html/api_data.js line > length is 2056 characters (>512) > > Try with: source-is-missing apidoc/html/api_data.js * (The "help text" must also be covered by the override). There is also the [Das Lintian-overrider 2000], which should generate correct lintian-overrides for all cases. ~Niels [Das Lintian-overrider 2000]: https://nthykier.wordpress.com/2013/01/07/introducing-das-lintian-overrider-2000/
Bug#838613: perl: FTBFS on hppa - ext/XS-APItest/t/customop FAILED
On Fri, Sep 23, 2016 at 07:44:13AM -0400, John David Anglin wrote: > On 2016-09-23, at 2:24 AM, Niko Tyni wrote: > > On Thu, Sep 22, 2016 at 08:49:42PM -0400, John David Anglin wrote: > >> Since 5.22.2-4, the ext/XS-APItest/t/customop test fails on hppa and perl > >> fails to build from source. For example, see: > >> https://buildd.debian.org/status/fetch.php?pkg=perl&arch=hppa&ver=5.22.2-5&stamp=1474392510 > > > > There are earlier cases of this on experimental buildds. The oldest I > > see is 5.22.1-6. It looks like this regressed with gcc 6. I got hppa shell access from Helge, some results: - building with gcc-5 or at -O0 makes it go away - I've bisected with gcc #pragmas that disabling optimization for just Perl_custom_op_register() in op.c makes it go away - I haven't managed to find which specific optimization causes it If nothing else, we can set the optimization level for op.c to -O0 in cflags.SH on hppa. Of course even better if somebody can find a more targeted deoptimization and/or the underlying reason (whether a code bug or a gcc optimizer one.) I don't intend to work much on that myself. As the Perl 5.24 transition is currently ongoing in unstable, I don't think we want to do a perl upload for the sake of a non-release arch before the transition is over. At the same time, I expect missing the 500+ transition binNMUs from the release team is inconvenient for the hppa porters. Maybe you could manually upload a DEB_BUILD_OPTIONS=noopt build of 5.24 for now, unless you have a separate hppa-specific package repository where a sourceful fix could go? -- Niko Tyni nt...@debian.org
Bug#838589: pg8000: please provide Python 3 package
>Will look into it sometime this week. I mainly need to ensure that >modifying / upgrading doesn't break compatibility with calendarserver. How would enabling a new python3-pg8000 package without touching the python-pg8000 package break anything that depends on python-pg8000? -nik -- PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296 Dominik George · Mobil: +49-1520-1981389 Teckids e.V. · FrOSCon e.V. Fellowship of the FSFE · Piratenpartei Deutschland Opencaching Deutschland e.V. · Debian Contributor LPIC-3 Linux Enterprise Professional (Security)
Bug#831174: gcc-avr: diff for NMU version 1:4.9.2+Atmel3.5.0-1.1
Thanx. I've got a version on the way that instead applies this upstream fix for gcc 6 compatibility: https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=ec1cc0263f156f70693a62cf17b254a0029f4852 I would prefer to go with thatone unless you have strong reasons for your approach? On Sat, Sep 24, 2016 at 11:43 PM, Sebastian Ramacher wrote: > Control: tags 831174 + patch > Control: tags 831174 + pending > > Dear maintainer, > > I've prepared an NMU for gcc-avr (versioned as 1:4.9.2+Atmel3.5.0-1.1) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer. > > Regards. > > -- > Sebastian Ramacher > -- Håkan Ardö
Bug#831587: stressapptest: please make the build reproducible
Hi Blanc, > I will check and update this bug during this week. > I'm late, sorry. I'll do my best. No problem; did you get a chance to have a look at this yet? :) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#838807: false positive source-is-missing can't be overridden
On 25/09/16 10:03, Niels Thykier wrote: > Control: tags -1 moreinfo > > On Sun, 25 Sep 2016 09:46:30 +0200 Daniel Pocock wrote: >> Package: lintian >> Version: 2.5.46~bpo8+1 >> X-Debbugs-Cc: ftpmas...@ftp-master.debian.org >> >> >> [...] >> https://ftp-master.debian.org/new/homer-api_5.0.6+dfsg2-2.html#source-lintian >> >> E: homer-api source: source-is-missing apidoc/html/api_data.js line >> length is 2056 characters (>512) >> >> > > Try with: > > source-is-missing apidoc/html/api_data.js * > > (The "help text" must also be covered by the override). OK, simply adding the '*' made the override work > > There is also the [Das Lintian-overrider 2000], which should generate > correct lintian-overrides for all cases. > Thanks for pointing this out I had simply been referring to this page: https://lintian.debian.org/manual/section-2.4.html It wasn't obvious to me about the help text/wildcard, I don't think I saw this situation before, maybe it would be good to add this to the examples in the manual. Regards, Daniel
Bug#837765: appstream: Error when updating the apt metadata
Package: appstream Version: 0.10.1-1 Followup-For: Bug #837765 I have been hit by the same problem. Get:133 http://ftp.vectranet.pl/debian unstable/main DEP-11 64x64 Icons [6,533 kB] Get:134 http://ftp.vectranet.pl/debian unstable/contrib amd64 DEP-11 Metadata [8,088 B] Get:135 http://ftp.vectranet.pl/debian unstable/non-free amd64 DEP-11 Metadata [5,620 B] Fetched 38.4 MB in 59s (643 kB/s) AppStream data pool was loaded, but some metadata was ignored due to errors. Reading package lists... Done E: Problem executing scripts APT::Update::Post-Invoke-Success 'if /usr/bin/test -w /var/cache/app-info -a -e /usr/bin/appstreamcli; then appstreamcli refresh-cache > /dev/null; fi' E: Sub-process returned an error code 2016-09-25 / 14:07:14 ♒♒♒ ☹ => 100 -- System Information: Debian Release: stretch/sid APT prefers testing-debug APT policy: (990, 'testing-debug'), (990, 'testing'), (500, 'unstable-debug'), (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-rc7alxb+ (SMP w/4 CPU cores) Locale: LANG=en_IN.utf8, LC_CTYPE=en_IN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages appstream depends on: ii libappstream4 0.10.1-1 ii libc6 2.24-3 ii libglib2.0-0 2.50.0-1 ii libstemmer0d 0+svn585-1 ii libxml22.9.4+dfsg1-2 ii libyaml-0-20.1.7-1 appstream recommends no packages. appstream suggests no packages. -- no debconf information
Bug#838546: closed by Ximin Luo (Bug#838546: fixed in mozilla-gnome-keyring 0.11+git4-2)
Did you add intrigeri to this thread by accident or on purpose? AFAICS he is not related to this package. Have you guys tried running firefox in safe mode or in a new profile? Sometimes it has trouble detecting upgraded extensions, it's been a problem for a while and I can't easily do anything about it. X Sébastien Villemot: > Control: found -1 0.11+git4-3 > > Le dimanche 25 septembre 2016 à 11:11 +0800, johnw a écrit : >> On 09/22/2016 07:51 PM, Debian Bug Tracking System wrote: >>> >>> This is an automatic notification regarding your Bug report >>> which was filed against the xul-ext-gnome-keyring package: >>> >>> #838546: firefox 49.0-1 (amd64) break xul-ext-gnome-keyring >>> >>> It has been closed by Ximin Luo . >>> >>> Their explanation is attached below along with your original >>> report. >>> If this explanation is unsatisfactory and you have not received a >>> better one in a separate message then please contact Ximin Luo >> ini...@debian.org> by >>> replying to this email. >>> >>> >> Hi, After upgrade to "xul-ext-gnome-keyring 0.11+git4-3", I still >> have >> this problem. > > I confirm, reopening. > -- GPG: ed25519/56034877E1F87C35 GPG: rsa4096/1318EFAC5FBBDBCE https://github.com/infinity0/pubkeys.git
Bug#838789: Fwd: caffe-contrib: FTBFS: libcaffe.so.1.0.0-rc3: undefined reference to `H5LTget_dataset_ndims'
Control: affects -1 caffe On Sat, 2016-09-24 at 22:51 +0200, Andreas Beckmann wrote: > This is Bug#838789, but for some reason the BTS considers this as an > unknown package, so you didn't get this forwarded ... Thank you for forwarding. :-) > Oh, you did a source-only upload. That does not work in this case, since > you have Build-Depends in non-free. You'll always have to do > source+binary uploads (for *all* architectures you want). And having a > source package without binaries for some time seems to have made the > package "partially disappear" from the archive. Several weeks ago I posted a question on mentors, asking why buildd doesn't build caffe-contrib and saying "cuda" is missing. Now I know buildd won't pull non-free stuff and source-only upload may cause "partial missing" package. > caffe-contrib FTBFS in experimental: > ../../../lib/libcaffe.so.1.0.0-rc3: undefined reference to > `H5LTread_dataset_string' I noticed this FTBTS some time ago in package caffe (another version, free of cuda). However I didn't look into the reason of build failure because at that time there was an hdf5 transition. ╰─>$ find /var/lib/dpkg/info/ -name '*.symbols' | grep hdf5 | xargs ack H5LTread_dataset_string /var/lib/dpkg/info/libhdf5-openmpi-10:amd64.symbols 3734: H5LTread_dataset_string@HDF5_MPI_1.8.7 1.8.13 /var/lib/dpkg/info/libhdf5-10:amd64.symbols 3707: H5LTread_dataset_string@HDF5_SERIAL_1.8.7 1.8.13 ╰─>$ apt list libhdf5-10 libhdf5-openmpi-10 Listing... Done libhdf5-10/unstable,now 1.8.16+docs-8+b1 amd64 [installed,automatic] libhdf5-openmpi-10/unstable,now 1.8.16+docs-8+b1 amd64 [installed] Well, confusing. > I'm *not* attaching the 160 MB build log. But I could look for details > if needed. > > In case it does matter: > This was built against hdf5 1.8.16 from sid, not against 1.10 from > experimental. I used to test it against hdf5/sid. caffe* were uploaded to experimental because runtime-dep python3-protobuf is still missing. > IIRC some time ago apt changed how Build-Depends are resolved for > packages in experimental, preferring packages from unstable unless > a versioned constraint actually requires something from experimental. But this reminds to to test whether it compiles against hdf5/experimental. > I remember vaguely to have seen symbol changes during previous rebuilds, > but I don't have the old longs any longer. That's ok, I'll handle the changes if any, as long as I can pass the build. > > Andreas
Bug#798296: bats: diff for NMU version 0.4.0-1.1
Just a comment: override_dh_auto_test: + set -e; \ + if [ x$$TERM = x ] || [ x$$TERM = xunknown ]; then \ + export TERM=dumb; \ + fi; \ bin/bats --tap test This sets TERM conditionally. From the point of view of reproducible builds it would be better and maybe more elegant to set TERM unconditionally, something like this: TERM=dumb && bin/bats --tap test Thanks.
Bug#838808: gtkglextmm: FTBFS: thread.h:140:18: error: variable or field 'thread_init' declared void
Source: gtkglextmm Version: 1.2.0-7 Severity: serious Justification: fails to build from source User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, gtkglextmm fails to build from source in unstable/amd64: [..] configure: gdkmm supports multihead checking for perl... /usr/bin/perl checking for dot... no checking for doxygen... no checking that generated files are newer than configure... done checking that generated files are newer than configure... done configure: creating ./config.status config.status: creating gdkglextmm.pc config.status: creating gtkglextmm.pc config.status: creating gdkglextmm-uninstalled.pc config.status: creating gtkglextmm-uninstalled.pc config.status: creating gtkglextmm.spec config.status: creating gtkglextmm.nsi config.status: creating Makefile config.status: creating tools/Makefile config.status: creating tools/extra_defs_gen/Makefile config.status: creating tools/m4/Makefile config.status: creating gdkglext/Makefile config.status: creating gdkglext/src/Makefile config.status: creating gdkglext/gdkmm/Makefile config.status: creating gdkglext/gdkmm/gl/Makefile config.status: creating gdkglext/gdkmm/gl/version.h config.status: creating gdkglext/gdkmm/gl/private/Makefile config.status: creating gtkglext/Makefile config.status: creating gtkglext/src/Makefile config.status: creating gtkglext/gtkmm/Makefile config.status: creating gtkglext/gtkmm/gl/Makefile config.status: creating gtkglext/gtkmm/gl/version.h config.status: creating gtkglext/gtkmm/gl/private/Makefile config.status: creating examples/Makefile config.status: creating docs/Makefile config.status: creating docs/reference/Makefile config.status: creating docs/reference/Doxyfile config.status: creating m4macros/Makefile config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands config.status: executing gdkglext/gdkglextmm-config.h commands configuration: multihead support: yes dh_auto_build make -j1 make[1]: Entering directory '/home/lamby/temp/cdt.20160925105332.bPk1KxxXJZ.db.gtkglextmm/gtkglextmm-1.2.0' make all-recursive make[2]: Entering directory '/home/lamby/temp/cdt.20160925105332.bPk1KxxXJZ.db.gtkglextmm/gtkglextmm-1.2.0' Making all in tools make[3]: Entering directory '/home/lamby/temp/cdt.20160925105332.bPk1KxxXJZ.db.gtkglextmm/gtkglextmm-1.2.0/tools' Making all in extra_defs_gen make[4]: Entering directory '/home/lamby/temp/cdt.20160925105332.bPk1KxxXJZ.db.gtkglextmm/gtkglextmm-1.2.0/tools/extra_defs_gen' g++ -DHAVE_CONFIG_H -I. -I../.. -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/gtkmm-2.4 -I/usr/lib/x86_64-linux-gnu/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/gtk-unix-print-2.0 -I/usr/include/gtk-2.0 -I/usr/include/gdkmm-2.4 -I/usr/lib/x86_64-linux-gnu/gdkmm-2.4/include -I/usr/include/giomm-2.4 -I/usr/lib/x86_64-linux-gnu/giomm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/lib/x86_64-linux-gnu/pangomm-1.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/x86_64-linux-gnu/glibmm-2.4/include -I/usr/include/cairomm-1.0 -I/usr/lib/x86_64-linux-gnu/cairomm-1.0/include -I/usr/include/sigc++-2.0 -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/gtkglext-1.0 -I/usr/lib/gtkglext-1.0/include -I/usr/include/gtkglext-1.0 -I/usr/lib/gtkglext-1.0/include -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/home/lamby/temp/cdt.20160925105332.bPk1KxxXJZ.db.gtkglextmm/gtkglextmm-1.2.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wall -c -o generate_defs_gtkglext.o generate_defs_gtkglext.cc /bin/bash ../../libtool --tag=CXX --mode=link g++ -g -O2 -fdebug-prefix-map=/home/lamby/temp/cdt.20160925105332.bPk1KxxXJZ.db.gtkglextmm/gtkglextmm-1.2.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wall -Wl,-z,relro -o generate_extra_defs generate_defs_gtkglext.o -lgdkglext-x11-1.0 -lGLU -lGL -lXmu -lXt -lSM -lICE -lgtkglext-x11-1.0 -lgdkglext-x11-1.0 -lGLU -lGL -lXmu -lXt -lSM -lICE -lgdk-x11-2.0 -lpangox-1.0 -lX11 -Wl,--export-dynamic -lgmodule-2.0 -pthread -lgtkmm-2.4 -latkmm-1.6 -lgtk-x11-2.0 -lgdkmm-2.4 -lgiomm-2.4 -lpangomm-1.4 -lglibmm-2.4 -lcairomm-1.0 -lsigc-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2
Bug#835799: tntnet: diff for NMU version 2.2.1-2.1
Control: tags 835799 + patch Control: tags 835799 + pending [Replace XX with correct value] Dear maintainer, I've prepared an NMU for tntnet (versioned as 2.2.1-2.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. Regards. diff -Nru tntnet-2.2.1/debian/changelog tntnet-2.2.1/debian/changelog --- tntnet-2.2.1/debian/changelog 2015-09-05 17:57:54.0 +0200 +++ tntnet-2.2.1/debian/changelog 2016-09-25 10:50:02.0 +0200 @@ -1,3 +1,10 @@ +tntnet (2.2.1-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Build-depend on zlib1g-dev (Closes: #835799) + + -- Tobias Grimm Sun, 25 Sep 2016 10:50:02 +0200 + tntnet (2.2.1-2) unstable; urgency=medium * Bump library package name to 12v5 for C++ ABI transition. (Closes: diff -Nru tntnet-2.2.1/debian/control tntnet-2.2.1/debian/control --- tntnet-2.2.1/debian/control 2015-09-05 17:57:54.0 +0200 +++ tntnet-2.2.1/debian/control 2016-09-25 10:50:02.0 +0200 @@ -2,7 +2,7 @@ Section: httpd Priority: extra Maintainer: Kari Pahula -Build-Depends: cdbs, debhelper (>= 9), libcxxtools-dev (>= 2.2.1-2), libltdl-dev, zip, pkg-config, dh-autoreconf, libtool, libssl-dev +Build-Depends: cdbs, debhelper (>= 9), libcxxtools-dev (>= 2.2.1-2), libltdl-dev, zip, pkg-config, dh-autoreconf, libtool, libssl-dev, zlib1g-dev Standards-Version: 3.9.6 Homepage: http://www.tntnet.org/
Bug#815036: transition: msgpack-c
On 24/09/16 22:52, James McCoy wrote: > On Sat, Sep 03, 2016 at 02:10:08PM -0400, James McCoy wrote: >> On Wed, Aug 31, 2016 at 05:01:33PM +0200, Emilio Pozuelo Monfort wrote: >>> Upload msgpack-c to unstable, then you bump the remaining bugs to RC. >> >> Done. The tmate maintainer is going to move the compatible version from >> experimental to unstable today. > > It looks like everything's transitioned. Should src:msgpack be removed from the archive now? libmsgpack3 has no rdeps. Emilio
Bug#768073: [pkg-lxc-devel] Bug#768073: ITP: lxd - The Linux Container Daemon - LXC team take over ITP?
Ohai, On Fri, Sep 23, 2016 at 11:25:15AM -0600, Anthony Fok wrote: > > I think that an ITP that has been inactive this long could be taken over by > > another interested party without it being a hijack, all things considered. > > (I think some QA script might move it to RFP soon anyway). > > > > Adnan, how's it going? > > > > There's a pkg-lxc team already. Since this package is/will be very > > inter-related to > > LXC, perhaps it should be developed in that team? Team CCed. Are they > > interested? > > Are you in pkg-lxc already? Yes, Adnan is in pkg-lxc and technically the team is interested (given it falls into the same software stack) to have the whole stack available in Debian. But I must admit I personally have no use for it and not enough Go knowledge to package it properly. > > What's the state of the Ubuntu package? Could that make a good starting > > point? How > > much hacking before that would be suitable for an experimental upload at > > least? Yes, taking the Ubuntu package is a start is what we did with the other LXC components and that worked out pretty well so far. > I took a quick look at the package source obtained via: > > dget -u > http://archive.ubuntu.com/ubuntu/pool/main/l/lxd/lxd_2.2-0ubuntu1.dsc ... > So, I guess the first step would be to package > golang-gopkg-flosch-pongo2.v3, golang-gopkg-inconshreveable-log15.v2, > golang-gopkg-lxc-go-lxc.v2 and golang-petname, or simply grab these > existing Ubuntu packages, make a few minor changes to debian/control > and debian/changelog, file ITPs to the Debian BTS, and finally upload > them to Debian. > > I do not see too many hurdles after that, at least I hope not. ;-) IIRC that's similar to what Adnan told me the last time we talked about LXD. > Also, should the Debian lxd be team-maintained by the pkg-lxc team or > the pkg-go team? What do you think? Whatever works? :-) Stack-wise it's more pkg-lxc, language-wise pkg-go... I'd guess it will need coordination to both, LXC and other Go uploads at times too. Greets Evgeni
Bug#838692: nmu: nlopt_2.4.2+dfsg-1~bpo70+1
On 23/09/16 19:14, Andreas Beckmann wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: binnmu > > nmu nlopt_2.4.2+dfsg-1~bpo70+1 . amd64 . wheezy-backports . -m "Rebuild in a > clean wheezy environment." > > it's currently uninstallable in wheezy-backports: > >libnlopt0 : Depends: libc6 (>= 2.14) but 2.13-38+deb7u11 is to be installed @backports team: can you take a look at this? Cheers, Emilio
Bug#838693: nmu: libteam_1.12-2~bpo70+1
On 23/09/16 19:16, Andreas Beckmann wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: binnmu > > nmu libteam_1.12-2~bpo70+1 . amd64 . wheezy-backports . -m "Rebuild in a > clean wheezy environment." > > this was not built in wheezy ... > >libteam5 : Depends: libc6 (>= 2.14) but 2.13-38+deb7u11 is to be installed @backports team: can you take a look at this? Cheers, Emilio
Bug#837226: zeroinstall-injector: FTBFS: Tests failures
On 10 September 2016 at 13:34, Thomas Leonard wrote: > On 10 September 2016 at 08:46, Lucas Nussbaum wrote: >> Source: zeroinstall-injector >> Version: 2.10-2 >> Severity: serious >> Tags: stretch sid >> User: debian...@lists.debian.org >> Usertags: qa-ftbfs-20160910 qa-ftbfs >> Justification: FTBFS on amd64 >> >> Hi, >> >> During a rebuild of all packages in sid, your package failed to build on >> amd64. >> >> Relevant part (hopefully): >>> >>> Can't find all required implementations: >>> - http://foo/Binary.xml -> (problem) >>> Main feed 'http://foo/Binary.xml' not available >>> No known implementations at all > > More likely this bit is the problem: > > Can't find gpg or gpg2 in $PATH! > > I guess gpg isn't installed by default on Debian any longer and so > needs to be added to the build-depends, e.g. > > https://github.com/0install/0install-debian/commit/3918d3c95db44be4ed369874c076b8234c30c1dc Hi Lucas, I've uploaded a fixed version to mentors: https://mentors.debian.net/package/zeroinstall-injector Are you able to sponsor it? Then this issue can be closed. Thanks, -- talex5 (GitHub/Twitter)http://roscidus.com/blog/ GPG: 5DD5 8D70 899C 454A 966D 6A51 7513 3C8F 94F6 E0CC GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA
Bug#757278: libossp-uuid-dev: arch-dependent file in "Multi-Arch: same" package
Things got worse after the recent binNMU (1.6.2-1.5+b3); now uuid-config has
different contents on each architecture.
An example diff between i386 and amd64 is attached.
--
Jakub Wilk
diff -ur libossp-uuid-dev_1.6.2-1.5+b3_i386/usr/bin/uuid-config
libossp-uuid-dev_1.6.2-1.5+b3_amd64/usr/bin/uuid-config
--- libossp-uuid-dev_1.6.2-1.5+b3_i386/usr/bin/uuid-config 2014-08-05
16:09:08.0 +0200
+++ libossp-uuid-dev_1.6.2-1.5+b3_amd64/usr/bin/uuid-config 2014-08-05
16:09:08.0 +0200
@@ -48,7 +48,7 @@
uuid_mandir="${prefix}/share/man"
uuid_datadir="${datarootdir}"
uuid_acdir="${datarootdir}/aclocal"
-uuid_cflags="-O2 -fdebug-prefix-map=/build/ossp-uuid-1aHSjy/ossp-uuid-1.6.2=.
-fstack-protector-strong -Wformat -Werror=format-security -pipe"
+uuid_cflags="-O2 -fdebug-prefix-map=/build/ossp-uuid-ut9bkz/ossp-uuid-1.6.2=.
-fstack-protector-strong -Wformat -Werror=format-security -pipe"
uuid_ldflags="-Wl,-z,relro"
uuid_libs="-lnsl "
uuid_version="1.6.2 (04-Jul-2008)"
Bug#838780: jessie-pu: package irssi/0.8.17-1+deb8u1
Hi,
* Adam D. Barratt [2016-09-24 21:24:18 CEST]:
> On Sat, 2016-09-24 at 21:18 +0200, Rhonda D'Vine wrote:
> > The patch that upstream provides is this:
> > https://github.com/irssi/scripts.irssi.org/commit/f1b1eb154baa684fad5d65bf4dff79c8ded8b65a
> >
> > I uploaded it to unstable already and would like to push it to stable,
> > too.
>
> That looks okay, but please could we have a source debdiff for the
> proposed upload, as built and hopefully tested on jessie.
I commited it locally to my git, the attached diff is
"git diff HEAD^.." which was the commit from the security update.
Thanks,
Rhonda
--
Fühlst du dich mutlos, fass endlich Mut, los |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|
diff --git a/debian/changelog b/debian/changelog
index 364754f..79b5c38 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+irssi (0.8.17-1+deb8u2) jessie; urgency=high
+
+ * New patch 23fix-buf.pl to fix an information exposure issue involved with
+using buf.pl and /upgrade (closes: #838762)
+
+ -- Rhonda D'Vine Sat, 24 Sep 2016 16:10:19 +0200
+
irssi (0.8.17-1+deb8u1) jessie-security; urgency=high
* Non-maintainer upload by the Security Team.
diff --git a/debian/patches/23fix-buf.pl b/debian/patches/23fix-buf.pl
new file mode 100644
index 000..27963fd
--- /dev/null
+++ b/debian/patches/23fix-buf.pl
@@ -0,0 +1,103 @@
+Author: Rhonda D'Vine vim:ft=diff:
+Description: Fix information exposure during /upgrade, BTS #838762
+
+--- a/scripts/buf.pl
b/scripts/buf.pl
+@@ -5,7 +5,7 @@ use Irssi qw(command signal_add signal_a
+ settings_get_str settings_get_bool channels windows
+ settings_add_str settings_add_bool get_irssi_dir
+ window_find_refnum signal_stop);
+-$VERSION = '2.13';
++$VERSION = '2.20';
+ %IRSSI = (
+ authors => 'Juerd',
+ contact => 'ju...@juerd.nl',
+@@ -13,10 +13,8 @@ $VERSION = '2.13';
+ description => 'Saves the buffer for /upgrade, so that no information is lost',
+ license => 'Public Domain',
+ url => 'http://juerd.nl/irssi/',
+-changed => 'Mon May 13 19:41 CET 2002',
+-changes => 'Severe formatting bug removed * oops, I ' .
+- 'exposed Irssi to ircII foolishness * sorry ' .
+- '** removed logging stuff (this is a fix)',
++changed => 'Thu Sep 22 01:37 CEST 2016',
++changes => 'Fixed file permissions (leaked everything via filesystem)',
+ note1 => 'This script HAS TO BE in your scripts/autorun!',
+ note2 => 'Perl support must be static or in startup',
+ );
+@@ -39,9 +37,15 @@ use Data::Dumper;
+
+ my %suppress;
+
++sub _filename { sprintf '%s/scrollbuffer', get_irssi_dir }
++
+ sub upgrade {
+-open BUF, q{>}, sprintf('%s/scrollbuffer', get_irssi_dir) or die $!;
+-print BUF join("\0", map $_->{server}->{address} . $_->{name}, channels), "\n";
++my $fn = _filename;
++my $old_umask = umask 0077;
++open my $fh, q{>}, $fn or die "open $fn: $!";
++umask $old_umask;
++
++print $fh join("\0", map $_->{server}->{address} . $_->{name}, channels), "\n";
+ for my $window (windows) {
+ next unless defined $window;
+ next if $window->{name} eq 'status';
+@@ -57,36 +61,39 @@ sub upgrade {
+ redo if defined $line;
+ }
+ }
+- printf BUF "%s:%s\n%s", $window->{refnum}, $lines, $buf;
++ printf $fh "%s:%s\n%s", $window->{refnum}, $lines, $buf;
+ }
+-close BUF;
++close $fh;
+ unlink sprintf("%s/sessionconfig", get_irssi_dir);
+ command 'layout save';
+ command 'save';
+ }
+
+ sub restore {
+-open BUF, q{<}, sprintf('%s/scrollbuffer', get_irssi_dir) or die $!;
+-my @suppress = split /\0/, ;
++my $fn = _filename;
++open my $fh, q{<}, $fn or die "open $fn: $!";
++unlink $fn or warn "unlink $fn: $!";
++
++my @suppress = split /\0/, readline $fh;
+ if (settings_get_bool 'upgrade_suppress_join') {
+ chomp $suppress[-1];
+ @suppress{@suppress} = (2) x @suppress;
+ }
+ active_win->command('^window scroll off');
+-while (my $bla = ){
++while (my $bla = readline $fh){
+ chomp $bla;
+ my ($refnum, $lines) = split /:/, $bla;
+ next unless $lines;
+ my $window = window_find_refnum $refnum;
+ unless (defined $window){
+- for 1..$lines;
++ readline $fh for 1..$lines;
+ next;
+ }
+ my $view = $window->view;
+ $view->remove_all_lines();
+ $view->redraw();
+ my $buf = '';
+- $buf .= for 1..$lines;
++ $buf .= readline $fh for 1..$lines;
+ my $sep = settings_get_str 'upgrade_separator';
+ $sep .= "\n" if $sep ne '';
+ $window->gui_printtext_after(undef, MSGLEVEL_CLIENTNOTICE, "$buf\cO$sep");
+@@ -119,3 +126,10 @@ signal_add 'event join' => 's
+ unless (-f sprintf('%s/scripts/autorun/buf.pl', get_irssi_dir)) {
+ Irssi::print('PUT THIS SCRIPT IN ~/.irssi/scripts/autorun/ BEFORE /UPGRADING!!');
Bug#798296: bats: diff for NMU version 0.4.0-1.1
Dear maintainer, With Santiago's suggestion considered, replacing the previous NMU with this one... I've prepared an NMU for bats (versioned as 0.4.0-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -Nru bats-0.4.0/debian/changelog bats-0.4.0/debian/changelog --- bats-0.4.0/debian/changelog 2014-12-07 06:53:16.0 +0100 +++ bats-0.4.0/debian/changelog 2016-09-25 11:40:12.0 +0200 @@ -1,3 +1,11 @@ +bats (0.4.0-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Set TERM=dumb for tests to avoid FTBFS (Closes: #798296) and +Using dumb to keep the build reproducible. + + -- Tobias Frost Sun, 25 Sep 2016 11:40:12 +0200 + bats (0.4.0-1) unstable; urgency=low * Initial release (Closes: #709135) diff -Nru bats-0.4.0/debian/rules bats-0.4.0/debian/rules --- bats-0.4.0/debian/rules 2014-12-07 06:53:16.0 +0100 +++ bats-0.4.0/debian/rules 2016-09-25 11:40:01.0 +0200 @@ -11,5 +11,5 @@ ./install.sh debian/bats/usr override_dh_auto_test: - bin/bats --tap test + TERM=dumb bin/bats --tap test
Bug#838810: ITP: ruby-rails-assets-emojione -- emojione for rails applications
package: wnpp severity: wishlist owner: Pirate Praveen https://rails-assets.org/#/components/emojione
Bug#838811: RM: python-protobuf.socketrpc -- ROM; RC-buggy; abandoned upstream
Package: ftp.debian.org Severity: normal Dear ftp-masters, please remove python-protobuf.socketrpc. It is RC-buggy, has no reverse dependencies and has been abandoned by upstream, there is no activity besides a move to github years ago. Best regards Jan Dittberner -- Jan Dittberner - Debian Developer GPG-key: 4096R/0xA73E008FB8DD 2009-05-10 B2FF 1D95 CE8F 7A22 DF4C F09B A73E 0055 558F B8DD https://portfolio.debian.net/ - https://people.debian.org/~jandd/ signature.asc Description: Digital signature
Bug#835703: nut: FTBFS: dh_makeshlibs: failing due to earlier errors
Hi, On Sun, Aug 28, 2016 at 12:27:09PM +0200, Lucas Nussbaum wrote: > Source: nut > Version: 2.7.4-3 > Severity: serious > During a rebuild of all packages in sid, your package failed to build on > amd64. > > dpkg-gensymbols: warning: some new symbols appeared in the symbols file: > > see diff output below > > dpkg-gensymbols: warning: some symbols or patterns disappeared in the > > symbols file: see diff output below > > dpkg-gensymbols: warning: debian/libnutclient0/DEBIAN/symbols doesn't match > > completely debian/libnutclient0.symbols […] This looks like a rather straight-forward issue, but I'm not into the magic of C++ symbol files much ;-) Anyway I can help with this? Cheers, Sebastian -- Sebastian "tokkee" Harl +++ GnuPG-ID: 0x2F1FFCC7 +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#836917: transition: openmpi
One binNMU is needed for experimental, too: nmu hdf5_1.10.0-patch1+docs-1~exp4 . ANY . experimental . -m "Rebuild against libopenmpi2." Andreas
Bug#838705: this is a bug in libfsoframework
reassign 838705 libfsoframework 0.12.0-7 affects 838705 + fso-datad fso-audiod fso-deviced thanks Hi, libfsoframework no longer builds with vala 0.34 due to the following newly introduced error: https://mail.gnome.org/archives/commits-list/2016-July/msg02876.html The code in libfsoframework looks correct though. I think it's a regression in the vala compiler. -- Sebastian signature.asc Description: PGP signature
Bug#836657: switchsh: please drop the build dependency on hardening-wrapper
tags 836657 + pending patch thanks I've re-uploaded switchsh 0~20070801-3.3 to DELAYED/5 to correct an issue with the previous upload: switchsh (0~20070801-3.3) unstable; urgency=medium * Non-maintainer upload. * Drop build dependency on hardening-wrapper by moving to dpkg-buildflags. (Closes: #836657) The full debdiff is attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff -u switchsh-0~20070801/debian/changelog switchsh-0~20070801/debian/changelog --- switchsh-0~20070801/debian/changelog +++ switchsh-0~20070801/debian/changelog @@ -1,3 +1,11 @@ +switchsh (0~20070801-3.3) unstable; urgency=medium + + * Non-maintainer upload. + * Drop build dependency on hardening-wrapper by moving to dpkg-buildflags. +(Closes: #836657) + + -- Chris Lamb Sun, 25 Sep 2016 12:13:00 +0200 + switchsh (0~20070801-3.2) unstable; urgency=medium * Non-maintainer upload. diff -u switchsh-0~20070801/debian/control switchsh-0~20070801/debian/control --- switchsh-0~20070801/debian/control +++ switchsh-0~20070801/debian/control @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: Raphael Geissert -Build-Depends: debhelper (>= 5), cdbs, hardening-wrapper, quilt +Build-Depends: debhelper (>= 5), cdbs, quilt Standards-Version: 3.8.0 Homepage: http://www.linux.it/~md/software/ XS-DM-Upload-Allowed: yes diff -u switchsh-0~20070801/debian/rules switchsh-0~20070801/debian/rules --- switchsh-0~20070801/debian/rules +++ switchsh-0~20070801/debian/rules @@ -1,8 +1,8 @@ #!/usr/bin/make -f -export DEB_BUILD_HARDENING=1 +export DEB_BUILD_MAINT_OPTIONS:=hardening=+all -CFLAGS += -pedantic -Werror -Wextra -Wformat -Wformat-security +CFLAGS += $(shell dpkg-buildflags --get CFLAGS) -pedantic -Werror -Wextra -Wformat -Wformat-security include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/rules/patchsys-quilt.mk
Bug#836760: pwauth: please drop the build dependency on hardening-wrapper
tags 836760 + pending patch thanks I've re-uploaded pwauth 2.3.11-0.2 to DELAYED/5 to correct an issue with the previous upload: pwauth (2.3.11-0.2) unstable; urgency=medium * Non-maintainer upload. * Drop the build dependency on hardening-wrapper. (Closes: #836760) - We can drop the manual CFLAGS passing; this is done automatically with debhelper 9 and dh_auto_* commands. The full debdiff is attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff -Nru pwauth-2.3.11/debian/changelog pwauth-2.3.11/debian/changelog --- pwauth-2.3.11/debian/changelog 2014-05-06 12:46:28.0 +0200 +++ pwauth-2.3.11/debian/changelog 2016-09-25 12:11:51.0 +0200 @@ -1,3 +1,12 @@ +pwauth (2.3.11-0.2) unstable; urgency=medium + + * Non-maintainer upload. + * Drop the build dependency on hardening-wrapper. (Closes: #836760) +- We can drop the manual CFLAGS passing; this is done automatically with + debhelper 9 and dh_auto_* commands. + + -- Chris Lamb Sun, 25 Sep 2016 12:11:51 +0200 + pwauth (2.3.11-0.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru pwauth-2.3.11/debian/control pwauth-2.3.11/debian/control --- pwauth-2.3.11/debian/control2014-05-06 11:43:16.0 +0200 +++ pwauth-2.3.11/debian/control2016-09-25 12:11:51.0 +0200 @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: Hai Zaar -Build-Depends: debhelper (>= 9~), libpam0g-dev, hardening-includes +Build-Depends: debhelper (>= 9~), libpam0g-dev Standards-Version: 3.8.1 Package: pwauth diff -Nru pwauth-2.3.11/debian/rules pwauth-2.3.11/debian/rules --- pwauth-2.3.11/debian/rules 2014-05-06 12:40:51.0 +0200 +++ pwauth-2.3.11/debian/rules 2016-09-25 12:11:51.0 +0200 @@ -5,9 +5,6 @@ %: dh $@ -override_dh_auto_build: - make CFLAGS="`dpkg-buildflags --get CFLAGS`" LDFLAGS="`dpkg-buildflags --get LDFLAGS`" CPPFLAGS="`dpkg-buildflags --get CPPFLAGS`" - override_dh_auto_install: dh_auto_install rm debian/pwauth/usr/sbin/checkfaillog
Bug#836627: grap: please drop the build dependency on hardening-wrapper
tags 836627 + pending patch thanks I've re-uploaded grap 1.44-1.1 to DELAYED/5 to correct an issue with the previous upload: grap (1.44-1.1) unstable; urgency=medium * Non-maintainer upload. * Drop the Build-Depends on hardening-wrapper. (Closes: #836627) The full debdiff is attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff -Nru grap-1.44/debian/changelog grap-1.44/debian/changelog --- grap-1.44/debian/changelog 2014-02-26 21:20:35.0 +0100 +++ grap-1.44/debian/changelog 2016-09-25 12:12:46.0 +0200 @@ -1,3 +1,10 @@ +grap (1.44-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Drop the Build-Depends on hardening-wrapper. (Closes: #836627) + + -- Chris Lamb Sun, 25 Sep 2016 12:12:46 +0200 + grap (1.44-1) unstable; urgency=low * New maintainer. Closes: #615895 diff -Nru grap-1.44/debian/control grap-1.44/debian/control --- grap-1.44/debian/control2014-02-24 20:47:27.0 +0100 +++ grap-1.44/debian/control2016-09-25 12:12:46.0 +0200 @@ -2,7 +2,7 @@ Section: text Priority: optional Maintainer: Matus Valo -Build-Depends: debhelper (>= 9), hardening-wrapper, bison, flex +Build-Depends: debhelper (>= 9), bison, flex Standards-Version: 3.9.5 Homepage: http://www.lunabase.org/~faber/Vault/software/grap/ diff -Nru grap-1.44/debian/rules grap-1.44/debian/rules --- grap-1.44/debian/rules 2014-02-25 23:43:47.0 +0100 +++ grap-1.44/debian/rules 2016-09-25 12:12:46.0 +0200 @@ -1,7 +1,6 @@ #!/usr/bin/make -f -# Use security features with hardening-wrapper -export DEB_BUILD_HARDENING=1 +export DEB_BUILD_MAINT_OPTIONS:=hardening=+all %: dh $@
Bug#837714: libarchive: CVE-2016-5418: Archive Entry with type 1 (hardlink), but has a non-zero data size file overwrite
On Sat, Sep 24, 2016 at 01:27:52PM +0200, Salvatore Bonaccorso wrote: > Hi, > > On Wed, Sep 14, 2016 at 06:43:41AM +0200, Salvatore Bonaccorso wrote: > > On Tue, Sep 13, 2016 at 09:41:49PM +0200, Salvatore Bonaccorso wrote: > > > [0] https://security-tracker.debian.org/tracker/CVE-2016-5418 > > > [1] > > > https://git.centos.org/blob/rpms!libarchive.git/9952851f8b327a8c93d26a5873c190c1fb09ae6c/SOURCES!libarchive-3.1.2-CVE-2016-5418.patch;jsessionid=1dexz8h9qdewibih5aonbu3 > > > [2] > > > https://git.centos.org/blob/rpms!libarchive.git/9952851f8b327a8c93d26a5873c190c1fb09ae6c/SOURCES!libarchive-3.1.2-CVE-2016-5418-variation.patch;jsessionid=1dexz8h9qdewibih5aonbu3 > > > [3] > > > https://github.com/libarchive/libarchive/commit/dfd6b54ce33960e420fb206d8872fb759b577ad9 > > > > Please note, not (yet) clear if [3] ist the only one. The CVE relates > > to https://bugzilla.redhat.com/show_bug.cgi?id=1362601 and to > > http://seclists.org/oss-sec/2016/q3/255 . > > I have added more information to the security-tracker page. Basically > two commits for #744, #745 and #746 plus two more for the testsuite. I'm looking into it. Thanks for doing the work so far, and sorry for not reacting sooner! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#830364: pycairo: diff for NMU version 1.8.8-2.1
Control: tags 830364 + patch Control: tags 830364 + pending Dear maintainer, I've prepared an NMU for pycairo (versioned as 1.8.8-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- Sebastian Ramacher diff -Nru pycairo-1.8.8/debian/changelog pycairo-1.8.8/debian/changelog --- pycairo-1.8.8/debian/changelog 2015-09-06 10:47:35.0 +0200 +++ pycairo-1.8.8/debian/changelog 2016-09-25 11:50:17.0 +0200 @@ -1,3 +1,11 @@ +pycairo (1.8.8-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Replace deprecated cdbs_python_build_versions with cdbs_python_flavors. +(Closes: #830364) + + -- Johannes Brandstätter Sun, 25 Sep 2016 11:50:17 +0200 + pycairo (1.8.8-2) unstable; urgency=medium [ Jakub Wilk ] diff -Nru pycairo-1.8.8/debian/rules pycairo-1.8.8/debian/rules --- pycairo-1.8.8/debian/rules 2015-09-06 10:43:23.0 +0200 +++ pycairo-1.8.8/debian/rules 2016-09-25 11:48:07.0 +0200 @@ -12,18 +12,18 @@ build/python-cairo-dbg:: set -e; \ - for i in $(cdbs_python_build_versions); do \ - python$$i-dbg ./setup.py build; \ + for i in $(cdbs_python_flavors); do \ + $$i-dbg ./setup.py build; \ done install/python-cairo-dbg:: - for i in $(cdbs_python_build_versions); do \ - python$$i-dbg ./setup.py install --install-layout=deb --root $(CURDIR)/debian/tmp; \ + for i in $(cdbs_python_flavors); do \ + $$i-dbg ./setup.py install --install-layout=deb --root $(CURDIR)/debian/tmp; \ done clean:: - -for i in $(cdbs_python_build_versions); do \ - python$$i-dbg ./setup.py clean -a; \ + -for i in $(cdbs_python_flavors); do \ + $$i-dbg ./setup.py clean -a; \ done rm -f $(CURDIR)/pycairo.pc $(CURDIR)/src/config.h rm -rf $(CURDIR)/build signature.asc Description: PGP signature
Bug#831174: gcc-avr: diff for NMU version 1:4.9.2+Atmel3.5.0-1.1
On 2016-09-25 10:40:34, Hakan Ardo wrote: > Thanx. I've got a version on the way that instead applies this upstream fix > for gcc 6 compatibility: > > https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=ec1cc0263f156f70693a62cf17b254a0029f4852 > > I would prefer to go with thatone unless you have strong reasons for your > approach? No, not all. Just let me know if you prefer if I'd delay it longer or cancel it altogether. Cheers > > On Sat, Sep 24, 2016 at 11:43 PM, Sebastian Ramacher > wrote: > > > Control: tags 831174 + patch > > Control: tags 831174 + pending > > > > Dear maintainer, > > > > I've prepared an NMU for gcc-avr (versioned as 1:4.9.2+Atmel3.5.0-1.1) and > > uploaded it to DELAYED/2. Please feel free to tell me if I > > should delay it longer. > > > > Regards. > > > > -- > > Sebastian Ramacher > > > > > > -- > Håkan Ardö -- Sebastian Ramacher signature.asc Description: PGP signature
Bug#838812: pg_upgradecluster skips databases owned by a role who is not a user
Package: postgresql-common Version: 173 Severity: critical When doing pg_upgradecluster, all databases owned by a role (a group of users) and not a user are silently skipped. Even worse, these databases are recreated EMPTY ! If you don't take a close look before dropping the old cluster, you'd better have a good backup. Problem probably comes from the query on line 438 : SELECT datname, datallowconn, pg_catalog.pg_encoding_to_char(encoding), usename FROM pg_database, pg_user WHERE datdba = usesysid This should rather be written : SELECT d.datname, datallowconn,pg_catalog.pg_encoding_to_char(encoding),pg_catalog.pg_get_userbyid(d.datdba) as usename FROM pg_catalog.pg_database d; I haven't used this fix to solve my problem. I was in a hurry so I gave all databases to postgres, did the pg_upgradecluster and gave back the databases to their respective owners afterwards. What makes me think this query is the good one is that the only correctly converted databases were the ones shown by this query (maybe there's another similar query in the script).
Bug#832077: gvim is affected by this bug
Starting gvim from terminal emits: (gvim:25334): Gtk-WARNING **: GtkWindow 0x81964260 is drawn without a current allocation. This should not happen. Several times. I am on testing distribution, libgtk-3-0 version 3.21.5-3:i386. Fedora 24 version is 3.20.9-1 and does not emit the warnings.
Bug#827320: libspeechd-dev: unusable: /usr/include/libspeechd.h:31:32: fatal error: libspeechd_version.h: No such file or directory
Control: tags -1 unreproducible Thanks In a clean unstable pbuilder session, I'm unable to reproduce this bug. user@machine:/tmp$ echo '#include ' | gcc -x c -c - user@machine:/tmp$ echo $? 0 signature.asc Description: PGP signature
Bug#838733: [Debichem-devel] Bug#838733: experimental version of avogadro FTBFS on armel and armhf
Hi Peter, On Sun, Sep 25, 2016 at 12:30:02AM +0100, peter green wrote: > I got it to build, debdiff attatched, no intent to NMU. Thanks, I've uploaded it. Michael
Bug#838813: xfce4-term doesn't support Ctrl-+ for increasing font size
Package: xfce4-term Severity: wishlist Dear Maintainer, xfce4-term doesn't support the use of Ctrl-+ (or similar shortcut) to dynamically change the font size, creating problems during the Salzburg BSP: > ⤷ │ tokkee: Saw #835703, I'm tempted to have a stab but *C++ symbols* > sounds scary > │ (regular symbols are fine) > ℹ │ Notice(zwiebelbot`): Debian#835703: nut: FTBFS: dh_makeshlibs: > failing due to > │ earlier errors - https://bugs.debian.org/835703 > Zhenech │ nicoo, here is a nice symbol for you: ☃ > ⤷ │ in big: unicodesnowmanforyou.com > h01ger │ Zhenech: ctrl+ helped too > Zhenech │ h01ger, xfce4-term has no ^+ > ⤷ │ (yet) Best regards, nicoo -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.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)
Bug#838814: /usr/lib/x86_64-linux-gnu/libgrilo-0.3.so.0: gnome-music crashes after launch
Package: libgrilo-0.3-0
Version: 0.3.2-1
Severity: important
File: /usr/lib/x86_64-linux-gnu/libgrilo-0.3.so.0
Forwarded: https://bugzilla.gnome.org/show_bug.cgi?id=771338
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Shortly after I launch gnome-music, it crashes with the following error:
**
ERROR:grl-net-wc.c:730:get_url_cb: assertion failed: (c == d)
Aborted (core dumped)
Here's the backtrace:
(gdb) bt full
#0 0x7f29828d3198 in __GI_raise (sig=sig@entry=6) at
../sysdeps/unix/sysv/linux/raise.c:54
resultvar = 0
pid = 13420
selftid = 13420
#1 0x7f29828d461a in __GI_abort () at abort.c:89
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x3e, sa_sigaction = 0x3e},
sa_mask = {__val = {0, 61, 140722845036080, 140722845035952,
1207822774973209600, 1, 0, 139815496450048, 139815692050211,
54213280, 139816264252192, 62, 139816247251808, 139815692050992, 54213280,
62}},
sa_flags = -2118102176, sa_restorer = 0x7f2960a8a230 <__func__.27729>}
sigs = {__val = {32, 0 }}
#2 0x7f29819644d5 in g_assertion_message () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#3 0x7f298196456a in g_assertion_message_expr () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#4 0x7f2960a88377 in get_url_cb (user_data=0x347bd50) at grl-net-wc.c:730
priv =
d =
c = 0x347bd50
user_data = 0x347bd50
c = 0x347bd50
#5 0x7f298193d68a in g_main_context_dispatch () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#6 0x7f298193da40 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#7 0x7f298193daec in g_main_context_iteration () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#8 0x7f29811f070d in g_application_run () from
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
No symbol table info available.
#9 0x7f29816f0060 in ffi_call_unix64 () from
/usr/lib/x86_64-linux-gnu/libffi.so.6
No symbol table info available.
#10 0x7f29816efacb in ffi_call () from /usr/lib/x86_64-linux-gnu/libffi.so.6
No symbol table info available.
#11 0x7f29822ba9cc in ?? () from
/usr/lib/python3/dist-packages/gi/_gi.cpython-35m-x86_64-linux-gnu.so
No symbol table info available.
#12 0x7f29822bc478 in ?? () from
/usr/lib/python3/dist-packages/gi/_gi.cpython-35m-x86_64-linux-gnu.so
No symbol table info available.
#13 0x7f29822b0209 in ?? () from
/usr/lib/python3/dist-packages/gi/_gi.cpython-35m-x86_64-linux-gnu.so
No symbol table info available.
#14 0x005c4287 in PyObject_Call ()
No symbol table info available.
#15 0x0053ac61 in PyEval_EvalFrameEx ()
No symbol table info available.
#16 0x0053f066 in ?? ()
No symbol table info available.
#17 0x0053fd0f in PyEval_EvalCode ()
No symbol table info available.
#18 0x0060db02 in ?? ()
No symbol table info available.
#19 0x0061002d in PyRun_FileExFlags ()
No symbol table info available.
#20 0x006107ce in PyRun_SimpleFileExFlags ()
No symbol table info available.
#21 0x00640a17 in Py_Main ()
No symbol table info available.
#22 0x004d0d51 in main ()
No symbol table info available.
- -- System Information:
Debian Release: stretch/sid
APT prefers testing-debug
APT policy: (550, 'testing-debug'), (550, 'testing'), (520,
'unstable-debug'), (520, 'unstable'), (510, 'experimental-debug'), (510,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.6.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages libgrilo-0.3-0:amd64 depends on:
ii libc62.23-5
ii libglib2.0-0 2.50.0-1
ii libsoup2.4-1 2.55.90-1
ii libtotem-plparser18 3.10.6-4
ii libxml2 2.9.4+dfsg1-2
libgrilo-0.3-0:amd64 recommends no packages.
Versions of packages libgrilo-0.3-0:amd64 suggests:
ii grilo-plugins-0.3 0.3.3-1
- -- no debconf information
-BEGIN PGP SIGNATURE-
iQIvBAEBCAAZBQJX561gEhxzYW1Acm9ib3RzLm9yZy51awAKCRDSC0ICXNonudFj
EACJhZVrIfUERxzWjHWHfg/P5r9IP9o2lyhh7/vyV3aTyyOyH8au73fAYSILWSLF
XA2NoqidO24PBS6s5ei3TPpJE/wL1szAhlUlgGxM2o7D9AJ0T2TCD4JmVSXKAVws
hNqJOSrql4iB+0dVQ+m4c/C7iTJLz6OA4GNGZj7W//NXgbeFZj67nlPFaIh7w8Fd
vy/rcN9K4Sz4BPEY5ZxvDWtFX+ZnW7ebMJglzYju/p+kGMsnIAMukcE/odleIHZj
UyDWjU4ZZL9pWHMWiTCsHhrdkCdmoHEFDc39GL9FUk3rnoL6Ybp9adn839I72PzD
bBSj7ltAovmi/A9zrqpLiTJIq7lMkjxyYV7Y9/HwQAEEFfPpXNdrt9gq0sFgpcy2
2x0vGyGkYSDauxNMTKyPz3ixQZ390HZ/AeXb6iXuOmBRjme8006U2L+rMg+FSM8w
vnbj+jcKALWL62vKSmL/7EWI+wUlchogvG4fmMhYCSJNuaRCK/llAV2kb6//Srqd
6CfaHxxXJts7gWwdYweI3/7hH+1eGRYTDMe71AB2jazgvnA/NliSi65KQmTSSEqJ
aQ6bjIuvdKREo8j1DLZw1RsTUNBDmc5ibkAJ4RfcY3gYcIErCRcEmWKFdgppDxbx
qBr56aoW9SSFqrWZNKcnDzQACjiPeD+fmZfqwFafR/IQiQ==
=xlg0
-END PGP SIGNATURE-
Bug#836631: libevocosm: please drop the build dependency on hardening-wrapper
tags 836631 + pending patch thanks I've uploaded libevocosm 4.0.2-3.1 to DELAYED/5: libevocosm (4.0.2-3.1) unstable; urgency=medium * Non-maintainer upload. * Drop Build-Depends on hardening-wrapper. (Closes: #836631) The full debdiff is attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff -Nru libevocosm-4.0.2/debian/changelog libevocosm-4.0.2/debian/changelog --- libevocosm-4.0.2/debian/changelog 2012-07-07 22:53:14.0 +0200 +++ libevocosm-4.0.2/debian/changelog 2016-09-25 12:39:00.0 +0200 @@ -1,3 +1,10 @@ +libevocosm (4.0.2-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Drop Build-Depends on hardening-wrapper. (Closes: #836631) + + -- Chris Lamb Sun, 25 Sep 2016 12:39:00 +0200 + libevocosm (4.0.2-3) unstable; urgency=low * Acknowledgement for the NMU. Changes incorporated into package. diff -Nru libevocosm-4.0.2/debian/control libevocosm-4.0.2/debian/control --- libevocosm-4.0.2/debian/control 2012-07-07 22:53:14.0 +0200 +++ libevocosm-4.0.2/debian/control 2016-09-25 12:39:00.0 +0200 @@ -3,8 +3,7 @@ Priority: optional Maintainer: Al Stone Build-Depends: debhelper (>= 8.0.0), libcoyotl-dev, libpng-dev, doxygen, - libbrahe-dev, autoconf, automake, libtool, autotools-dev (>= 20100122.1), - hardening-wrapper + libbrahe-dev, autoconf, automake, libtool, autotools-dev (>= 20100122.1) Standards-Version: 3.9.3 Package: libevocosm-dev diff -Nru libevocosm-4.0.2/debian/rules libevocosm-4.0.2/debian/rules --- libevocosm-4.0.2/debian/rules 2012-07-07 22:53:14.0 +0200 +++ libevocosm-4.0.2/debian/rules 2016-09-25 12:39:00.0 +0200 @@ -9,7 +9,7 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 -export DEB_BUILD_HARDENING=1 +export DEB_BUILD_MAINT_OPTIONS:=hardening=+all # These are used for cross-compiling and for saving the configure script # from having to guess our platform (since we know it already)
Bug#836644: passwordmaker-cli: please drop the build dependency on hardening-wrapper
tags 836644 + pending patch thanks I've uploaded passwordmaker-cli 1.5+dfsg-3.1 to DELAYED/5: passwordmaker-cli (1.5+dfsg-3.1) unstable; urgency=medium * Non-maintainer upload. * Drop Build-Depends on hardening-wrapper. (Closes: #836644) * Also call upstream's "clean" target. The full debdiff is attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff -Nru passwordmaker-cli-1.5+dfsg/debian/changelog passwordmaker-cli-1.5+dfsg/debian/changelog --- passwordmaker-cli-1.5+dfsg/debian/changelog 2012-06-23 15:32:25.0 +0200 +++ passwordmaker-cli-1.5+dfsg/debian/changelog 2016-09-25 12:39:15.0 +0200 @@ -1,3 +1,11 @@ +passwordmaker-cli (1.5+dfsg-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Drop Build-Depends on hardening-wrapper. (Closes: #836644) + * Also call upstream's "clean" target. + + -- Chris Lamb Sun, 25 Sep 2016 12:39:15 +0200 + passwordmaker-cli (1.5+dfsg-3) unstable; urgency=low * reworked patches (closes: #643238) diff -Nru passwordmaker-cli-1.5+dfsg/debian/control passwordmaker-cli-1.5+dfsg/debian/control --- passwordmaker-cli-1.5+dfsg/debian/control 2012-06-22 23:47:15.0 +0200 +++ passwordmaker-cli-1.5+dfsg/debian/control 2016-09-25 12:39:15.0 +0200 @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: Cord Beermann -Build-Depends: debhelper (>= 9), libmhash-dev, libpcre3-dev, hardening-wrapper +Build-Depends: debhelper (>= 9), libmhash-dev, libpcre3-dev Standards-Version: 3.9.3 Homepage: http://sourceforge.net/projects/passwordmaker/ #Vcs-Git: git://git.debian.org/collab-maint/passwordmaker-cli.git diff -Nru passwordmaker-cli-1.5+dfsg/debian/rules passwordmaker-cli-1.5+dfsg/debian/rules --- passwordmaker-cli-1.5+dfsg/debian/rules 2012-06-22 23:47:35.0 +0200 +++ passwordmaker-cli-1.5+dfsg/debian/rules 2016-09-25 12:39:15.0 +0200 @@ -10,7 +10,7 @@ #export DH_VERBOSE=1 # Hardening -export DEB_BUILD_HARDENING=1 +export DEB_BUILD_MAINT_OPTIONS = hardening=+all %: dh $@ @@ -21,6 +21,9 @@ override_dh_auto_install: mv passwordmaker debian/passwordmaker-cli/usr/bin +override_dh_auto_clean: + dh_auto_clean + -make -f unix.mak clean DEB_UPSTREAM_VERSION=$(shell dpkg-parsechangelog | sed -rne 's,^Version: ([^+]+).*,\1,p') get-orig-source:
Bug#836677: pysparse: still worth maintaining?
Thanks for your work! Uploaded. Anton 2016-09-23 15:55 GMT+02:00 Ghislain Vaillant : > Hi Anton, > > Following up on your offer for sponsorship. I pushed debian/1.1.1-1 to > the packaging repository after checking the build runs successfully on > debomatic: > > > http://debomatic-amd64.debian.net/distribution#unstable/pysparse/1.1.1-1/buildlog > > This release will also close the current RC affecting this package. > > Ghis > > > > On 22/09/16 20:21, Anton Gladky wrote: >> >> Hi Ghis, >> >> thanks for working on the package! Even it is abandoned by >> upstream, we have to support it in Debian, because it has >> reverse-dependency. >> >> Feel free to ping me, if one need the package sponsoring. >> >> Best regards >> >> Anton >> >> >> 2016-09-22 9:33 GMT+02:00 Ghislain Vaillant : >>> >>> I have had a look at updating the package to the newest upstream >>> release and fixing this FTBFS. However, I have got strong concerns as >>> to whether it is worth keeping this package maintained in the archive: >>> >>> - The latest release on PyPI [1] is busted (missing files). The issue >>> was reported [2] but never addressed since. >>> >>> - Latest activity on the upstream repository is from 2013. By now, I >>> expected upstream would have fixed the PyPI tarball, at least. >>> >>> - No Python 3 support. A manual call to 2to3 on the Python sources >>> allows the build process to run, but fails at the compilation stage. >>> >>> [1] https://pypi.python.org/pypi/pysparse >>> [2] https://sourceforge.net/p/pysparse/mailman/message/33117282/ >>> >>> Best regards, >>> Ghis > >
Bug#834739: elki: FTBFS too much often (failing tests)
close 834739
thanks
Hi,
According to
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/elki.html
the auto-builders succeed at building the package; there is only a
problem with openjdk-8/openjdk-9 differences in the JavaDoc.
I also tried "dpkg-buildpackage -A" and it worked.
Note that all tests that failed involved parallelism. I can imagine
this happening if "Runtime.getRuntime().availableProcessors()" returns
0, but the Java documentation says "never smaller than one". Could
there be any reason Java reported a wrong value on your test system?
I cannot reproduce your problems, sorry.
On Thu, Aug 18, 2016 at 4:22 PM, Santiago Vila wrote:
> Package: src:elki
> Version: 0.7.1-1
> Severity: serious
>
> Dear maintainer:
>
> I tried to build this package with "dpkg-buildpackage -A"
> (which is what the "Arch: all" autobuilder would do to build it)
> but it failed:
>
>
> [...]
> debian/rules build-indep
> dh build-indep --buildsystem=maven
>dh_testdir -i -O--buildsystem=maven
>dh_update_autotools_config -i -O--buildsystem=maven
>debian/rules override_dh_auto_configure
> make[1]: Entering directory '/<>'
> # Remove unneded executable bits:
> find elki addons data -type f -executable -exec chmod -x {} \+
> dh_auto_configure -O--buildsystem=maven
> find: '/usr/share/maven-repo/org/codehaus/plexus/plexus-compiler/*/*.jar': No
> such file or directory
> find: '/usr/share/maven-repo/org/codehaus/plexus/plexus-compilers/*/*.jar':
> No such file or directory
> find: '/usr/share/maven-repo/org/codehaus/plexus/plexus-containers/*/*.jar':
> No such file or directory
> mh_patchpoms -pelki --debian-build --keep-pom-version
> --maven-repo=/<>/debian/maven-repo
>
> [... snipped ...]
>
> Running de.lmu.ifi.dbs.elki.evaluation.scores.MaximumF1EvaluationTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec -
> in de.lmu.ifi.dbs.elki.evaluation.scores.MaximumF1EvaluationTest
> Running
> de.lmu.ifi.dbs.elki.evaluation.paircounting.ClusterContingencyTableTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.018 sec -
> in de.lmu.ifi.dbs.elki.evaluation.paircounting.ClusterContingencyTableTest
>
> Results :
>
> Tests in error:
> ParallelLloydKMeansTest.testParallelKMeansLloyd:68 ?? Arithmetic / by zero
> ParallelKNNOutlierTest.testKNNOutlier:57 ?? Arithmetic / by zero
> ParallelKNNWeightOutlierTest.testKNNWeightOutlier:57 ?? Arithmetic / by zero
> ParallelSimplifiedLOFTest.testParallelSimplifiedLOF:57 ?? Arithmetic / by
> zero
> ParallelLOFTest.testParallelLOF:57 ?? Arithmetic / by zero
>
> Tests run: 348, Failures: 0, Errors: 5, Skipped: 1
>
> [INFO]
>
> [INFO] Reactor Summary:
> [INFO]
> [INFO] ELKI Data Mining Framework - Parent Project SUCCESS [ 0.274
> s]
> [INFO] ELKI Data Mining Framework . FAILURE [01:39
> min]
> [INFO] ELKI Data Mining Framework - Batik Visualization ... SKIPPED
> [INFO] ELKI Data Mining Framework - Tutorial Algorithms ... SKIPPED
> [INFO] ELKI Data Mining Framework - LibSVM based extensions SKIPPED
> [INFO]
>
> [INFO] BUILD FAILURE
> [INFO]
>
> [INFO] Total time: 01:39 min
> [INFO] Finished at: 2016-08-16T17:39:50+02:00
> [INFO] Final Memory: 14M/35M
> [INFO]
>
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-surefire-plugin:2.17:test (default-test) on
> project elki: There are test failures.
> [ERROR]
> [ERROR] Please refer to /<>/elki/target/surefire-reports for the
> individual test results.
> [ERROR] -> [Help 1]
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with the -e
> switch.
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible solutions, please
> read the following articles:
> [ERROR] [Help 1]
> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
> [ERROR]
> [ERROR] After correcting the problems, you can resume the build with the
> command
> [ERROR] mvn -rf :elki
> dh_auto_test: /usr/lib/jvm/java-8-openjdk-amd64/bin/java -noverify -cp
> /usr/share/maven/boot/plexus-classworlds-2.x.jar:/usr/lib/jvm/java-8-openjdk-amd64/lib/tools.jar
> -Dmaven.home=/usr/share/maven
> -Dmaven.multiModuleProjectDirectory=/<>
> -Dclassworlds.conf=/etc/maven/m2-debian.conf
> -Dproperties.file.manual=/<>/debian/maven.properties
> org.codehaus.plexus.classworlds.launcher.Launcher
> -s/etc/maven/settings-debian.xml -Ddebian.dir=/<>/debian
> -Dmaven.repo.local=/<>/debian/maven-repo test returned exit code
> 1
> debian/rules:10: recipe for tar
Bug#784845: libdevel-gdb-perl: autopkgtest failure in t/expect.t
On Sat, 10 Sep 2016 23:32:48 +0200, gregor herrmann wrote: > On Thu, 30 Jun 2016 14:41:17 +0200, intrigeri wrote: > > I'm going to split the brittle test into two smaller ones, for > > debugging purposes. > - I still can't get t/expect.t to fail, even if running it under > heavy load in a loop. I have been staring at t/expect.t various times; my impression is that the intermittent failures might be timing-related. If I understand the code correctly, input it sent to gdb and gdb's answer is read. And sometimes this answer doesn't seem to be there at this point of time. Currently I'm very tempted to disable t/expect.t since it's both unreproducible for me and undebuggable with my amount of tuits. Cheers, gregor -- .''`. Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: Rolling Stones: Somegirls signature.asc Description: Digital Signature
Bug#838815: strace has no Vcs-* metadata in debian/control
Package: strace Version: 4.12-3 Severity: wishlist Dear Sledge, The package for strace has no metadata indicating where its packaging repository lies. This makes me sad and unable to squash bugs. nicoo -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.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 strace depends on: ii libc6 2.23-5 strace recommends no packages. strace suggests no packages. -- no debconf information
Bug#838816: strace has no uscan file
Package: strace Version: 4.12-3 Severity: wishlist Dear Sledge, strace has no uscan file, making it impossible for the package tracker to inform users when there is a new upstream release available. Best, nicoo -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.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 strace depends on: ii libc6 2.23-5 strace recommends no packages. strace suggests no packages. -- no debconf information
Bug#800291: jade: Please migrate a supported debhelper compat level
Hi Neil, how is the removal going? I was wondering if there should be a dedicated bug to track the status of the progess? What do you think? A "dak rm -Rn jade" yields to: # Broken Depends: xmldiff: xmldiff-xmlrev # Broken Build-Depends: aboot: sp alex: jade datapacker: jade dejagnu: jade gnome-packagekit: sp gstreamer1.0: jade (>= 1.2.1) iputils: sp kannel: jade libetpan: jade lprng-doc: jade mozart: sp pyepl: jade scons-doc: jade -- tobi On Thu, 29 Oct 2015 21:00:50 -0400 Neil Roeth wrote: > I intend to remove this package from Debian rather than update it. The > Debian packages openjade/opensp can be used instead. I will file bugs > against any packages that depend on jade and give them some time to be > updated before I file the actual removal bug for jade. > > -- > Neil Roeth > > >
Bug#838817: torbrowser-launcher: adequate reports obsolete conffile for torbrowser-launcher
Package: torbrowser-launcher Version: 0.2.6-2 Severity: normal Usertags: obsolete-conffile adequate User: debian...@lists.debian.org Dear Maintainer, Adequate reports obsolete conffile for torbrowser-launcher via apparmor. Please fix the below - ┌─[shirish@debian] - [~/Videos] - [10195] └─[$] adequate torbrowser-launcher torbrowser-launcher: obsolete-conffile /etc/apparmor.d/torbrowser.start-tor-browser -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (1, 'experimental-debug'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages torbrowser-launcher depends on: ii ca-certificates 20160104 ii gnupg1.4.20-6 ii python-gtk2 2.24.0-5 ii python-lzma 0.5.3-3 ii python-parsley 1.2-1 ii python-psutil4.2.0-1 ii python-twisted 16.3.0-1 ii python-txsocksx 1.15.0.2-1 pn python:any ii wmctrl 1.07-7 Versions of packages torbrowser-launcher recommends: ii tor 0.2.8.7-1 Versions of packages torbrowser-launcher suggests: pn apparmor ii python-pygame 1.9.2~pre~r3449-2 -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8
Bug#836761: srtp: please drop the build dependency on hardening-wrapper
tags 836761 + pending patch thanks I've uploaded srtp 1.4.5~20130609~dfsg-1.3 to DELAYED/5: srtp (1.4.5~20130609~dfsg-1.3) unstable; urgency=medium * Non-maintainer upload. * Drop the build dependency on hardening-wrapper. (Closes: #836761) The full debdiff is attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff -Nru srtp-1.4.5~20130609~dfsg/debian/changelog srtp-1.4.5~20130609~dfsg/debian/changelog --- srtp-1.4.5~20130609~dfsg/debian/changelog 2016-04-02 19:43:20.0 +0200 +++ srtp-1.4.5~20130609~dfsg/debian/changelog 2016-09-25 13:02:12.0 +0200 @@ -1,3 +1,10 @@ +srtp (1.4.5~20130609~dfsg-1.3) unstable; urgency=medium + + * Non-maintainer upload. + * Drop the build dependency on hardening-wrapper. (Closes: #836761) + + -- Chris Lamb Sun, 25 Sep 2016 13:02:12 +0200 + srtp (1.4.5~20130609~dfsg-1.2) unstable; urgency=high [ Markus Koschany ] diff -Nru srtp-1.4.5~20130609~dfsg/debian/control srtp-1.4.5~20130609~dfsg/debian/control --- srtp-1.4.5~20130609~dfsg/debian/control 2016-04-02 19:43:20.0 +0200 +++ srtp-1.4.5~20130609~dfsg/debian/control 2016-09-25 13:02:12.0 +0200 @@ -9,7 +9,6 @@ procps, psmisc, miscfiles, - hardening-includes, doxygen-latex | doxygen, doxygen-latex | texlive-latex-recommended, texlive-fonts-recommended, diff -Nru srtp-1.4.5~20130609~dfsg/debian/rules srtp-1.4.5~20130609~dfsg/debian/rules --- srtp-1.4.5~20130609~dfsg/debian/rules 2016-04-02 19:43:20.0 +0200 +++ srtp-1.4.5~20130609~dfsg/debian/rules 2016-09-25 13:02:12.0 +0200 @@ -21,7 +21,12 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/rules/utils.mk include /usr/share/cdbs/1/rules/upstream-tarball.mk -include /usr/share/hardening-includes/hardening.make + +# Tighten security - more info at http://wiki.debian.org/Hardening +# ...except this, causing "relocation [...]; recompile with -fPIC" failure +export DEB_BUILD_MAINT_OPTIONS=hardening=-pie +DPKG_EXPORT_BUILDFLAGS = 1 +include /usr/share/dpkg/buildflags.mk # Update this checksum when new releases occur, to catch silent server side file content forges DEB_UPSTREAM_TARBALL_MD5 = f706820bb54a4ff805c3f04f31a13082 @@ -48,14 +53,6 @@ CFLAGS += -D_REENTRANT -# Tighten security - more info at http://wiki.debian.org/Hardening -CDBS_BUILD_DEPENDS += , hardening-includes -CFLAGS += $(HARDENING_CFLAGS) -LDFLAGS += $(HARDENING_LDFLAGS) - -# ...except this, causing "relocation [...]; recompile with -fPIC" failure -DEB_BUILD_HARDENING_PIE:=0 - # Reapply default strong optimizations unless noopt in DEB_BUILD_OPTIONS CFLAGS += $(if $(filter noopt,$(DEB_BUILD_OPTIONS))-O0,-O4 -fexpensive-optimizations -funroll-loops)
Bug#832077: gvim is affected by this bug
That warning has been widely reported for countless packages and should be resolved by the app developer. Still, to keep people happy until then, it will be silenced by default in GTK+ 3.22.1 (accidentally got omitted in 3.22.0) https://git.gnome.org/browse/gtk+/commit/?id=54fdcb3ffac3383432b379f3e16e8cb0086b8101
Bug#837914: esys-particle: FTBFS due to test failures
Hi, as I just diagnosed this for a different package: the problem appears to be that mpirun is run during binary-arch, i.e. under fakeroot. Latest openmpi does not like that apparenlty and crashes. So the tests should be run as part of the build-arch or build-indep targets. Michael
Bug#838818: O: python-application
Package: wnpp Severity: normal Hi, I'm orphaning python-application as I don't use it anymore and also I don't see a reason to keep it as there are better solutions these days. If nobody wants to keep it in Debian AND wants to maintain it, I'll ask for removal before the release of stretch. Best regards, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
Bug#837915: aster: FTBFS due to install failures
Hi, as I just diagnosed this for a different package: the problem appears to be that mpirun is run during binary-arch, i.e. under fakeroot. Latest openmpi does not like that apparenlty and crashes. Not sure how to fix it for aster as apparently building the elements catalog is part of the upstream install run. Maybe the upstream build system can be modified to build that catalog during build, not install? Michael
Bug#817463: freetable: Removal of debhelper compat 4
tags 817463 + pending patch thanks I've uploaded freetable 2.3-4.2 to DELAYED/5: freetable (2.3-4.2) unstable; urgency=medium * Non-maintainer upload. * Move to debhelper compat level 9. (Closes: #817463) The full debdiff is attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff -u freetable-2.3/debian/changelog freetable-2.3/debian/changelog --- freetable-2.3/debian/changelog +++ freetable-2.3/debian/changelog @@ -1,3 +1,10 @@ +freetable (2.3-4.2) unstable; urgency=medium + + * Non-maintainer upload. + * Move to debhelper compat level 9. (Closes: #817463) + + -- Chris Lamb Sun, 25 Sep 2016 13:13:33 +0200 + freetable (2.3-4.1) unstable; urgency=low * Non-maintainer upload. diff -u freetable-2.3/debian/compat freetable-2.3/debian/compat --- freetable-2.3/debian/compat +++ freetable-2.3/debian/compat @@ -1 +1 @@ -4 +9 diff -u freetable-2.3/debian/control freetable-2.3/debian/control --- freetable-2.3/debian/control +++ freetable-2.3/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Felipe Augusto van de Wiel (faw) Standards-Version: 3.7.2 -Build-Depends: debhelper (>= 4) +Build-Depends: debhelper (>= 9) Build-Depends-Indep: perl Package: freetable
Bug#838819: wordpress really needs apache2's mod_rewrite enabled - either as a default, or well documented
Package: wordpress Version: 4.6.1+dfsg-1 Severity: serious Tags: d-i Justification: normal Dear Maintainer, I'm a newbie to apache & wordpress, working with testing out wordpress in a virtual hosts configuration on my own box. After getting wordpress up and running, I found that a lot of basic functionality was not working correctly & it took me a while to track down the problem. It turns out that many wordpress packages require a permalinks setup other than the default to function. However, wordpress's ability to find it's own pages with permalinks other than the default seems to depend on apache2 having mod_rewrite enabled, which was not true of the default installation, & seemingly not well documented by wordpress, either online or on the debian system. Ideally this info should appear as part of a prominent README and perhaps be configured by the wordpress package installation. I understand that mod_rewrite may be considered a minor security risk, but seemingly one accepts that with the decision to use the wordpress package. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.6.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 wordpress depends on: ii apache2 [httpd] 2.4.23-4 ii ca-certificates 20160104 ii libapache2-mod-php 1:7.0+44 ii libapache2-mod-php7.0 [libapache2-mod-php] 7.0.10-1 ii libjs-cropper 1.2.2-1 ii libphp-phpmailer5.2.14+dfsg-2 ii mariadb-client 10.0.27-1 ii php-gd 1:7.0+44 ii php-getid3 1.9.12+dfsg-1 ii php-mysql 1:7.0+44 ii php7.0 [php]7.0.10-1 ii php7.0-gd [php-gd] 7.0.10-1 ii php7.0-mysql [php-mysqlnd] 7.0.10-1 Versions of packages wordpress recommends: ii wordpress-l10n 4.6.1+dfsg-1 ii wordpress-theme-twentysixteen 4.6.1+dfsg-1 Versions of packages wordpress suggests: pn mysql-server pn php-ssh2 -- no debconf information
Bug#817346: alsamixergui: Removal of debhelper compat 4
tags 817346 + pending patch thanks I've uploaded alsamixergui 0.9.0rc2-1-9.2 to DELAYED/5: alsamixergui (0.9.0rc2-1-9.2) unstable; urgency=medium * Non-maintainer upload. * Move to debhelper compat level 9. (Closes: #817346) The full debdiff is attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff -u alsamixergui-0.9.0rc2-1/debian/compat alsamixergui-0.9.0rc2-1/debian/compat --- alsamixergui-0.9.0rc2-1/debian/compat +++ alsamixergui-0.9.0rc2-1/debian/compat @@ -1 +1 @@ -4 +9 diff -u alsamixergui-0.9.0rc2-1/debian/changelog alsamixergui-0.9.0rc2-1/debian/changelog --- alsamixergui-0.9.0rc2-1/debian/changelog +++ alsamixergui-0.9.0rc2-1/debian/changelog @@ -1,3 +1,10 @@ +alsamixergui (0.9.0rc2-1-9.2) unstable; urgency=medium + + * Non-maintainer upload. + * Move to debhelper compat level 9. (Closes: #817346) + + -- Chris Lamb Sun, 25 Sep 2016 13:29:32 +0200 + alsamixergui (0.9.0rc2-1-9.1) unstable; urgency=low * Non-maintainer upload.
Bug#823395: [Pkg-libvirt-maintainers] Bug#823395: ruby-libvirt: backport rubygems integration fix to Jessie
Hi, Guido Günther: > Sorry for the delay. Same here :/ > Can you check with the relesae team if they would accept this via > p-u? Time has passed, we did not act on this, and with the Stretch release getting closer we've decided to not spend more time on this. Sorry! So, feel free to close this bug if you wish :) Cheers, -- intrigeri
Bug#823317: vagrant-libvirt: include tools/create_box.sh
Control: tag -1 + patch anonym: > Please include the tools/create_box.sh script (not necessarily in any > PATH; /usr/share/vagrant-plugins/vagrant-libvirt/tools/ is good). It is > very convenient when generating your own vagrant-libvirt compatible > baseboxes from e.g. vmdebootstrap:ed images. Please consider applying the attached patch. Thanks in advance! Cheers, -- intrigeri >From 4f76ddcad52a8f27b510391df57fce48daf7e9f3 Mon Sep 17 00:00:00 2001 From: intrigeri Date: Sun, 25 Sep 2016 11:25:19 + Subject: [PATCH] Install tools/create_box.sh in the examples directory (Closes: #823317). --- debian/examples | 1 + 1 file changed, 1 insertion(+) create mode 100644 debian/examples diff --git a/debian/examples b/debian/examples new file mode 100644 index 000..752ac9a --- /dev/null +++ b/debian/examples @@ -0,0 +1 @@ +tools/create_box.sh -- 2.9.3
Bug#837914: esys-particle: FTBFS due to test failures
Thanks Michael for the discovery! I temporarily disabled compile-time tests, but it seems the package is fully functional. Will try to retarget build-tests. Best regards Anton 2016-09-25 13:17 GMT+02:00 Michael Banck : > Hi, > > as I just diagnosed this for a different package: the problem appears to > be that mpirun is run during binary-arch, i.e. under fakeroot. Latest > openmpi does not like that apparenlty and crashes. > > So the tests should be run as part of the build-arch or build-indep > targets. > > > Michael > > -- > debian-science-maintainers mailing list > debian-science-maintain...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#838814: /usr/lib/x86_64-linux-gnu/libgrilo-0.3.so.0: Re: /usr/lib/x86_64-linux-gnu/libgrilo-0.3.so.0: gnome-music crashes after launch
Package: libgrilo-0.3-0
Followup-For: Bug #838814
Control: tag -1 + patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
tag 838814 + patch
thanks
The patch from upstream git fixes the problem.
diff -Nru grilo-0.3.2/debian/changelog grilo-0.3.2/debian/changelog
- --- grilo-0.3.2/debian/changelog 2016-09-12 08:18:06.0 +0100
+++ grilo-0.3.2/debian/changelog2016-09-25 12:26:23.0 +0100
@@ -1,3 +1,9 @@
+grilo (0.3.2-1sam1) UNRELEASED; urgency=medium
+
+ * Add check-for-throttling-only-if-set.patch to fix crash.
+
+ -- Sam Morris Sun, 25 Sep 2016 12:26:23 +0100
+
grilo (0.3.2-1) unstable; urgency=medium
* New upstream release.
diff -Nru grilo-0.3.2/debian/patches/check-for-throttling-only-if-set.patch
grilo-0.3.2/debian/patches/check-for-throttling-only-if-set.patch
- --- grilo-0.3.2/debian/patches/check-for-throttling-only-if-set.patch
1970-01-01 01:00:00.0 +0100
+++ grilo-0.3.2/debian/patches/check-for-throttling-only-if-set.patch
2016-09-25 12:26:23.0 +0100
@@ -0,0 +1,20 @@
+Taken from https://git.gnome.org/browse/grilo/commit/?id=ca91b28 to fix
https://bugzilla.gnome.org/show_bug.cgi?id=771338
+
+diff --git a/libs/net/grl-net-wc.c b/libs/net/grl-net-wc.c
+index 8ed4dc2..8d7c186 100644
+--- a/libs/net/grl-net-wc.c
b/libs/net/grl-net-wc.c
+@@ -760,8 +760,11 @@ get_url (GrlNetWc *self,
+
+ g_get_current_time (&now);
+
+- if ((now.tv_sec - priv->last_request.tv_sec) > priv->throttling
+- || is_mocked()) {
++ /* If grl-net-wc is not mocked, we need to check if throttling is set
++ * otherwise the throttling delay check would always be true */
++ if (is_mocked ()
++ || priv->throttling == 0
++ || (now.tv_sec - priv->last_request.tv_sec) > priv->throttling) {
+ priv->last_request = now;
+ id = g_idle_add_full (G_PRIORITY_HIGH_IDLE,
+ get_url_cb, c, request_clos_destroy);
diff -Nru grilo-0.3.2/debian/patches/series grilo-0.3.2/debian/patches/series
- --- grilo-0.3.2/debian/patches/series 1970-01-01 01:00:00.0 +0100
+++ grilo-0.3.2/debian/patches/series 2016-09-25 12:26:14.0 +0100
@@ -0,0 +1 @@
+check-for-throttling-only-if-set.patch
- -- System Information:
Debian Release: stretch/sid
APT prefers testing-debug
APT policy: (550, 'testing-debug'), (550, 'testing'), (520,
'unstable-debug'), (520, 'unstable'), (510, 'experimental-debug'), (510,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.6.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages libgrilo-0.3-0:amd64 depends on:
ii libc62.23-5
ii libglib2.0-0 2.50.0-1
ii libsoup2.4-1 2.56.0-1
ii libtotem-plparser18 3.10.7-1
ii libxml2 2.9.4+dfsg1-2
libgrilo-0.3-0:amd64 recommends no packages.
Versions of packages libgrilo-0.3-0:amd64 suggests:
ii grilo-plugins-0.3 0.3.3-1
- -- no debconf information
-BEGIN PGP SIGNATURE-
iQIvBAEBCAAZBQJX57cnEhxzYW1Acm9ib3RzLm9yZy51awAKCRDSC0ICXNonueVF
EADAsatAJLBU/USc4Uj5tYf5AY+SyrpaUizcQuSdYIGAOR4jroJeZOI3/PxzrQsE
uk/y78Lx1GybIEupD/YPGFxO2mPFIyhrJIePe7zuV6DBXneXZr2DL2OHM8k7i5Vd
6FVBLYNsC4tOlEg5bM9ID6JB/CyQl3b5BMdMFpTmTAwe1K5K9ytV1LgN0G38LN35
hd37WnIBFanAaqBWkICcIZouvRSq2ltoonelk9zi1mCTLoyxgij6QDYl/ZIGtGlI
aZMAnpk5dlDvmLrOcFIHi+O7FG+6lrpNoOw7cBhoCzgWR6vKWVSFerwnsCwbeaPr
6ncpy/DZ+/MqamjXogJvplRNlnBMfsskM1dRzUs6nAk9Ou5pElt6wq9uf/IJfcYa
bhAqS0SL6vZxwqcKTSMP1UMd6wjHaPnuvKfmhD/lQbbz0CdX/cqpJokteQRW23LK
I0QCkv2l7CPSPPQsu6+LVc6a297N3N9w4UcAS+sumbaFOb2Y4sB5ET4CxdA5BatJ
v+kOMWCwXGe2TfU22oqQ7hkBhJvFnNr0gf3rZ3ygMkDJGp/8xj4I6lBxBbsnO0H+
DPzI+HNGI3YZwMBYvcNUnvzsCUssLu3PrKzA4ws6ezUmqbTvMdhJObdHlOAte5kY
tzxcgvy7ZkuCJL/YWvTuSrXnTfmqPxrQlh1aMZZFcxz0sQ==
=33Nh
-END PGP SIGNATURE-
Bug#823397: vagrant-libvirt: backport to jessie
Hi, Antonio Terceiro: > I do not have plans to work on this. > Please go ahead, and feel free to ask on debian-ruby@l.d.o if you have > issues with the backports. Time has passed, we did not act on it, and now Stretch is getting closer, so it's time to clarify that we (Tails) won't be doing this backport. JFTR what we're doing currently is installing vagrant-libvirt and a few dependencies from Stretch (plus a patched ruby-libvirt due to #823395). It's good enough for us until Stretch is released. So, maintainers: feel free to close this bug if you wish :) Cheers, -- intrigeri
Bug#828069: Other versions and distro's
Hello, What if you install Thunderbird binaries from upstream. Does that have the same problems? Somebody tried that? https://www.mozilla.org/en-US/thunderbird/all/ And is there an upstream bug about this? Maybe interesting to know to know that the same problem excists in oldstable. I am interested if the same problem excist in other distro's like Ubuntu. I don't know about it. This problem is NOT on all computers. I know a few what do not have it. Maybe it can be interesting to find out the difference? This is not OK for a program in "stable"... With regards, Paul van der Vlis. -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Bug#838820: RM: douf00 -- ROM; low popcon; better tools available
Package: ftp.debian.org Severity: normal please remove douf00 from unstable. thanks, bernd
Bug#838821: RM: radiance -- ROM; won't be in a proper shape for debian soonish
Package: ftp.debian.org Severity: normal hi, please remove radiance from unstable. thanks, bernd
Bug#838391: libsane-common: adequate reports obsolete conffile for sane
Hi, the "/etc/sane.d/kvs1025.conf" is only included at the release 1.0.26~git20151121-1 from experimental. If you downgrade to 1.0.25-2 the conf file isn't obsolete. So I close the bug. CU Jörg -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54470 Lieser Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#811785: libtuxcap: diff for NMU version 1.4.0.dfsg2-2.3
Control: tags 811785 + patch
Control: tags 811785 + pending
Dear maintainer,
I've prepared an NMU for libtuxcap (versioned as 1.4.0.dfsg2-2.3) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards.
--
Sebastian Ramacher
diff -u libtuxcap-1.4.0.dfsg2/debian/changelog libtuxcap-1.4.0.dfsg2/debian/changelog
--- libtuxcap-1.4.0.dfsg2/debian/changelog
+++ libtuxcap-1.4.0.dfsg2/debian/changelog
@@ -1,3 +1,10 @@
+libtuxcap (1.4.0.dfsg2-2.3) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix building with GCC 6. (Closes: #811785)
+
+ -- Johannes Brandstätter Sun, 25 Sep 2016 13:36:46 +0200
+
libtuxcap (1.4.0.dfsg2-2.2) unstable; urgency=medium
* Non-maintainer upload.
diff -u libtuxcap-1.4.0.dfsg2/debian/patches/series libtuxcap-1.4.0.dfsg2/debian/patches/series
--- libtuxcap-1.4.0.dfsg2/debian/patches/series
+++ libtuxcap-1.4.0.dfsg2/debian/patches/series
@@ -7,0 +8 @@
+gcc6.patch
only in patch2:
unchanged:
--- libtuxcap-1.4.0.dfsg2.orig/debian/patches/gcc6.patch
+++ libtuxcap-1.4.0.dfsg2/debian/patches/gcc6.patch
@@ -0,0 +1,50 @@
+Description: Fix building with GCC 6.
+Author: Johannes Brandstätter
+Bug-Debian: https://bugs.debian.org/811785
+Last-Update: <2016-09-25>
+
+--- a/tuxcap/lib/MemoryImage.cpp
b/tuxcap/lib/MemoryImage.cpp
+@@ -17,6 +17,7 @@
+ #include
+ #include
+ #include
++#include
+ #include "SDL.h"
+
+ using namespace Sexy;
+@@ -1780,10 +1781,10 @@
+
+ SWHelper::XYZStruct aVerts[4] =
+ {
+- { -w2, -h2, u0, v0, 0x },
+- { w2, -h2, u1, v0, 0x },
+- { -w2, h2, u0, v1, 0x },
+- { w2, h2, u1, v1, 0x }
++ { -w2, -h2, u0, v0, -1 },
++ { w2, -h2, u1, v0, -1 },
++ { -w2, h2, u0, v1, -1 },
++ { w2, h2, u1, v1, -1 }
+ };
+
+ for (int i=0; i<4; i++)
+--- libtuxcap-1.4.0.dfsg2.orig/tuxcap/lib/Physics.cpp
libtuxcap-1.4.0.dfsg2/tuxcap/lib/Physics.cpp
+@@ -128,7 +128,7 @@
+ cpSpaceStep(space, delta);
+ listener->AfterPhysicsStep();
+
+-std::pair* > p = std::make_pair* >(listener, &objects);
++std::pair* > p = std::make_pair(listener, &objects);
+
+ cpArrayEach(space->arbiters, &AllCollisions, &p);
+ }
+@@ -453,7 +453,7 @@
+ }
+ ++vit;
+ }
+- v->push_back(std::make_pair(start,end));
++ v->push_back(std::make_pair(start,end));
+ }
+
+ bool Physics::IsJoined(const PhysicsObject* obj1, const PhysicsObject* obj2) const {
signature.asc
Description: PGP signature
Bug#817566: linklint: Removal of debhelper compat 4
tags 817566 + pending patch thanks I've uploaded linklint 2.3.5-5.1 to DELAYED/5: linklint (2.3.5-5.1) unstable; urgency=medium * Non-maintainer upload. * Move to debhelper compat 9. (Closes: #817566) The full debdiff is attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff -u linklint-2.3.5/debian/changelog linklint-2.3.5/debian/changelog --- linklint-2.3.5/debian/changelog +++ linklint-2.3.5/debian/changelog @@ -1,3 +1,10 @@ +linklint (2.3.5-5.1) unstable; urgency=medium + + * Non-maintainer upload. + * Move to debhelper compat 9. (Closes: #817566) + + -- Chris Lamb Sun, 25 Sep 2016 13:56:40 +0200 + linklint (2.3.5-5) unstable; urgency=low * Remove me from Maintainers. diff -u linklint-2.3.5/debian/compat linklint-2.3.5/debian/compat --- linklint-2.3.5/debian/compat +++ linklint-2.3.5/debian/compat @@ -1 +1 @@ -4 +9 diff -u linklint-2.3.5/debian/control linklint-2.3.5/debian/control --- linklint-2.3.5/debian/control +++ linklint-2.3.5/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Felipe Augusto van de Wiel (faw) Standards-Version: 3.7.2 -Build-Depends: debhelper (>= 4) +Build-Depends: debhelper (>= 9) Build-Depends-Indep: docbook-to-man Package: linklint
Bug#815036: transition: msgpack-c
On Sun, Sep 25, 2016 at 11:23:43AM +0200, Emilio Pozuelo Monfort wrote: > On 24/09/16 22:52, James McCoy wrote: > > On Sat, Sep 03, 2016 at 02:10:08PM -0400, James McCoy wrote: > >> On Wed, Aug 31, 2016 at 05:01:33PM +0200, Emilio Pozuelo Monfort wrote: > >>> Upload msgpack-c to unstable, then you bump the remaining bugs to RC. > >> > >> Done. The tmate maintainer is going to move the compatible version from > >> experimental to unstable today. > > > > It looks like everything's transitioned. > > Should src:msgpack be removed from the archive now? libmsgpack3 has no rdeps. Yes, it should. Cheers, -- James GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
Bug#836917: transition: openmpi
On 25/09/16 12:15, Andreas Beckmann wrote: > One binNMU is needed for experimental, too: > > nmu hdf5_1.10.0-patch1+docs-1~exp4 . ANY . experimental . -m "Rebuild against > libopenmpi2." Scheduled. Emilio
Bug#836917: transition: openmpi
Control: tags -1 pending On 07/09/16 10:25, Bas Couwenberg wrote: > The upload of openmpi (2.0.1-3) to unstable has triggered another > transition. This needed a big hammer to get it into testing. The fact that the different libopenmpi versions conflict with each other doesn't really help. This is just pending the boost1.58 removal from testing. Cheers, Emilio
Bug#838822: jfsutils: diff for NMU version 1.1.15-2.2
Package: jfsutils
Version: 1.1.15-2.1
Severity: normal
Tags: patch pending
Dear maintainer,
I've prepared an NMU for jfsutils (versioned as 1.1.15-2.2) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Regards.
reverted:
--- jfsutils-1.1.15/libfs/log_work.c
+++ jfsutils-1.1.15.orig/libfs/log_work.c
@@ -2406,7 +2406,6 @@
int32_t xlen, xlength;
int16_t nword;
int8_t upd_possible = 0;
- struct dinode dip_local; /* Local copy of dinode data for alignment purposes */
if (ld->length <= 0)
return (0);
@@ -2709,8 +2708,7 @@
*/
if (ino_rem == 0) { /* inode base segment */
+dip = (struct dinode *) data;
- memcpy(&dip_local, data, size_dinode);
-dip = &dip_local;
if (ln == 1) {
/* ibase only */
if (db->db_ibase & mask_8)
diff -u jfsutils-1.1.15/debian/changelog jfsutils-1.1.15/debian/changelog
--- jfsutils-1.1.15/debian/changelog
+++ jfsutils-1.1.15/debian/changelog
@@ -1,3 +1,17 @@
+jfsutils (1.1.15-2.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Raise compat level for the cdbs invoked debhelper to 9 (Closes: #817508)
+ * Format utility list in description as properly list (Closes: #609793)
+ * Move 1.1.12-2.1 changes into its own patch file
+debian/patches/sparc-memory-alignment-fix.patch
+ * Add ${misc:Depends} debhelper variables to Depends lines
+ * Add patch fix-mkfs-man-comment.patch to correct ./" unknown commands to
+.\" comments as they are intended
+ * Bump Standards-Version to 3.9.8, no changes required
+
+ -- Andreas Bombe Sun, 25 Sep 2016 13:37:53 +0200
+
jfsutils (1.1.15-2.1) unstable; urgency=low
* Non-maintainer upload.
diff -u jfsutils-1.1.15/debian/compat jfsutils-1.1.15/debian/compat
--- jfsutils-1.1.15/debian/compat
+++ jfsutils-1.1.15/debian/compat
@@ -1 +1 @@
-4
+9
diff -u jfsutils-1.1.15/debian/control jfsutils-1.1.15/debian/control
--- jfsutils-1.1.15/debian/control
+++ jfsutils-1.1.15/debian/control
@@ -2,13 +2,13 @@
Section: admin
Priority: optional
Maintainer: Stefan Hornburg (Racke)
-Build-Depends: cdbs, debhelper (>= 4.1.0), uuid-dev, quilt
-Standards-Version: 3.8.0
+Build-Depends: cdbs, debhelper (>= 9), uuid-dev, quilt
+Standards-Version: 3.9.8
Homepage: http://jfs.sourceforge.net/
Package: jfsutils
Architecture: any
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
Description: utilities for managing the JFS filesystem
Utilities for managing IBM's Journaled File System (JFS) under Linux.
.
@@ -18,20 +18,21 @@
e-business file servers.
.
The following utilities are available:
- fsck.jfs - initiate replay of the JFS transaction log, and check and repair a
- JFS formatted device.
- logdump - dump a JFS formatted device's journal log.
- logredo - "replay" a JFS formatted device's journal log.
- mkfs.jfs - create a JFS formatted partition.
- xchkdmp - dump the contents of a JFS fsck log file created with xchklog.
- xchklog - extract a log from the JFS fsck workspace into a file.
- xpeek - shell-type JFS file system editor.
+ * fsck.jfs - initiate replay of the JFS transaction log, and check and
+repair a JFS formatted device.
+ * logdump - dump a JFS formatted device's journal log.
+ * logredo - "replay" a JFS formatted device's journal log.
+ * mkfs.jfs - create a JFS formatted partition.
+ * xchkdmp - dump the contents of a JFS fsck log file created with
+xchklog.
+ * xchklog - extract a log from the JFS fsck workspace into a file.
+ * xpeek - shell-type JFS file system editor.
Package: jfsutils-udeb
XC-Package-Type: udeb
Architecture: any
Section: debian-installer
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
Description: A stripped-down version of jfsutils, for debian-installer
This package is a jfsutils package built for reduced size, so that it
can help to save space in debian-installer.
diff -u jfsutils-1.1.15/debian/patches/series jfsutils-1.1.15/debian/patches/series
--- jfsutils-1.1.15/debian/patches/series
+++ jfsutils-1.1.15/debian/patches/series
@@ -2,0 +3,2 @@
+sparc-memory-alignment-fix.patch
+fix-mkfs-man-comment.patch
only in patch2:
unchanged:
--- jfsutils-1.1.15.orig/debian/patches/fix-mkfs-man-comment.patch
+++ jfsutils-1.1.15/debian/patches/fix-mkfs-man-comment.patch
@@ -0,0 +1,78 @@
+--- a/mkfs/jfs_mkfs.8
b/mkfs/jfs_mkfs.8
+@@ -38,43 +38,43 @@
+
+ .SH OPTIONS
+
+-./"*
+-./"* block size has not been implemented yet *
+-./"*
+-./".TP
+-./".BI \-b " block_size"
+-./"Set the block size for a new JFS partition
+-./".RS
+-./"
+-./"Options for
+-./".I block_size
+-./"are:
+-./".BR 512 ","
+-./".BR 1024 ","
+-./".BR 2048 ", or"
+-./".BR 4096 "."
+-./"
+-./"Using small blocks (rather than large blocks) is more space efficient because it
+-./"reduces the amount of internal fragmentation within files and directories.
+-./"However, using large blocks (rather t
Bug#830200: transition: perl
On 23/09/16 12:48, Emilio Pozuelo Monfort wrote: > On 23/09/16 11:40, Dominic Hargreaves wrote: >> On Fri, Sep 23, 2016 at 09:23:24AM +0200, Julien Cristau wrote: >>> On Fri, Sep 23, 2016 at 00:34:15 +0200, Emilio Pozuelo Monfort wrote: >>> Control: tags -1 confirmed Hi Dom! On 19/09/16 17:52, Dominic Hargreaves wrote: > On Wed, Sep 14, 2016 at 11:13:04AM +0100, Dominic Hargreaves wrote: >> On Thu, Jul 07, 2016 at 12:55:34PM +0200, Niko Tyni wrote: >>> We'd like to have Perl 5.24 in stretch. > >> I'd like to propose that we upload perl 5.24 to unstable next week. >> There are a few things left to deal with and I've just updated the >> blocker >> list. I think they can all be either fixed in a week or removed, >> with the possible exception of graphicsmagick which was a new FTBFS >> which has popped up only on ppc64el. >> >> #825524: liblexical-underscore-perl - there is a patch available >> #834249: openbabel - there is a patch available >> #825012: libalgorithm-permute-perl - no rdeps, to remove >> #825231: libdevel-beginlift-perl - no rdeps, to remove >> #837719: graphicsmagick - new issue, may need to wait or push for hacky >> fix? >> #825762: libtext-sprintfn-perl - fixed upstream >> #834800: libkavorka-perl - one rdep libmoops-perl, both can be removed > > These are nearly all sorted now - just openbabel to hit sid (in > DELAYED at the moment) and the other three blockers to be removed > from testing when the time comes. Thanks as ever to those who worked on > these issues. > > Release team, are we in a position to upload in the next day or two > or do we need to wait for a better time? I wanted to get openmpi done, and that's happened today. So, let's start this! >>> It actually only almost happened. So maybe hold this for a bit. >> >> Okay. Ready to upload when you say the word! > > Britney crashed last night, but it just run and the openmpi issues are solved. > Go ahead! I have scheduled all the binNMUs. Unfortunately I didn't notice linux is a part of this transition. Let's hope we can get all the perl side ready soon and that linux gets fixed (it's got an RC bug atm) so stuff doesn't get blocked. Regards, Emilio
Bug#811846: #811846: status?
In data lunedì 19 settembre 2016 11:32:18 CEST, John Paul Adrian Glaubitz ha scritto: > On 09/19/2016 09:08 AM, Pino Toscano wrote: > > Looking further at this very issue (#811846), I don't think the > > solution implemented is actually the correct one: > > > > https://anonscm.debian.org/cgit/collab-maint/xbase64.git/commit/?id=39d6239543df5dff1707e14e129574ac393325af > > > > This just forces the C++ dialect to C++98, but that's only a workaround; > > looking at the build log in this bug (which can be produced also by > > rebuilding xbase64 in an up-to-date unstable/testing environment), > > there is a real bug in xbase64/xblock.cpp: > > > > std::cout << "xbLock constructor" << std::cout; > > > > std::cout is clearly wrong at the end, where std::endl is most probably > > what should be used; there are 5 occurrences of this in xbase64, all of > > them in xblock.cpp. > > Ugh, you're right. I somehow missed the debian/rules file completely, I > automatically interpreted the first changelog entry as "New upstream > release" and assumed those were upstream changes. > > Your fix is the correct one, of course. Interesting that the compiler > let's this slip with a warning instead of bailing out completely when > specifying -std=c++98. > > Anyway, I'll help Joerg incorporate the changes and the updated package > uploaded. Friendly ping. Note that, if nothing happens within few days (say, friday 30th), then I'll NMU/2 the patch I sent earlier; it has been already 3 months since the switch to GCC 6, and this bug was reported months earlier. xbase64 is not a leaf package, so leaving it unfixed means blocking other packages (calligra, at least in my case). Thanks, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#815036: transition: msgpack-c
On 25/09/16 13:59, James McCoy wrote: > On Sun, Sep 25, 2016 at 11:23:43AM +0200, Emilio Pozuelo Monfort wrote: >> On 24/09/16 22:52, James McCoy wrote: >>> On Sat, Sep 03, 2016 at 02:10:08PM -0400, James McCoy wrote: On Wed, Aug 31, 2016 at 05:01:33PM +0200, Emilio Pozuelo Monfort wrote: > Upload msgpack-c to unstable, then you bump the remaining bugs to RC. Done. The tmate maintainer is going to move the compatible version from experimental to unstable today. >>> >>> It looks like everything's transitioned. >> >> Should src:msgpack be removed from the archive now? libmsgpack3 has no rdeps. > > Yes, it should. Then please file an RM bug against ftp.debian.org Thanks, Emilio
Bug#838692: nmu: nlopt_2.4.2+dfsg-1~bpo70+1
On 25/09/16 11:30, Emilio Pozuelo Monfort wrote: > On 23/09/16 19:14, Andreas Beckmann wrote: >> Package: release.debian.org >> Severity: normal >> User: release.debian@packages.debian.org >> Usertags: binnmu >> >> nmu nlopt_2.4.2+dfsg-1~bpo70+1 . amd64 . wheezy-backports . -m "Rebuild in a >> clean wheezy environment." >> >> it's currently uninstallable in wheezy-backports: >> >>libnlopt0 : Depends: libc6 (>= 2.14) but 2.13-38+deb7u11 is to be >> installed > > @backports team: can you take a look at this? Now cc'ing -backports@. Emilio
Bug#830311: fabric: diff for NMU version 1.10.2-1.1
Control: tags 830311 + patch
Control: tags 830311 + pending
Dear maintainer,
I've prepared an NMU for fabric (versioned as 1.10.2-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards.
--
Sebastian Ramacher
diff -Nru fabric-1.10.2/debian/changelog fabric-1.10.2/debian/changelog
--- fabric-1.10.2/debian/changelog 2015-09-16 04:32:44.0 +0200
+++ fabric-1.10.2/debian/changelog 2016-09-25 14:12:02.0 +0200
@@ -1,3 +1,10 @@
+fabric (1.10.2-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add python-crypto to Depends and Build-Depends. (Closes: #830311)
+
+ -- Johannes Brandstätter Sun, 25 Sep 2016 14:12:00 +0200
+
fabric (1.10.2-1) unstable; urgency=medium
[ Stein Magnus Jodal ]
diff -Nru fabric-1.10.2/debian/control fabric-1.10.2/debian/control
--- fabric-1.10.2/debian/control 2015-09-16 03:50:33.0 +0200
+++ fabric-1.10.2/debian/control 2016-09-25 14:11:24.0 +0200
@@ -9,6 +9,7 @@
python-paramiko,
python-setuptools,
python-sphinx,
+ python-crypto,
Standards-Version: 3.9.6
Vcs-Git: git://anonscm.debian.org/collab-maint/fabric.git
Vcs-Browser: http://anonscm.debian.org/cgit/collab-maint/fabric.git
@@ -19,6 +20,7 @@
Architecture: all
Depends: python-nose,
python-paramiko (>= 1.10),
+ python-crypto,
python-pkg-resources,
${misc:Depends},
${python:Depends},
signature.asc
Description: PGP signature
Bug#833132: Changing to backport has not helped
HI again I just tried running Universe Sandox again, and after 4 hours my system slowed right up again and I had to do press Alt-print-K to log out. Moreover, when I connect the HDMI to my Optama Projector, I still get the same video tearing and the only solution is to boot into my Debian stretch testing partition. I also ran Universe Sandbox for almost five hours in Debian stretch testing, and again, unlike stable, it ran with no problems. Cheers
Bug#838823: synaptic: Displays amd64 packages by default on a i386 system with amd64 foreign architecture enabled
Package: synaptic Version: 0.81.2 Severity: normal Hi, in Tails 2.6 (Jessie i386 system) we have enabled the amd64 foreign architecture in order to install Linux 4.x from jessie-backports. We ship both a 32-bit and 64-bit kernels, and our bootloader selects the appropriate one depending on the CPU. Since then, Synaptic's default view only displays :amd64 packages. Of course, one can display i386 packages using the "Architecture" view, but most users don't know that, and as a result they install amd64 packages, that are not functional in some cases (e.g. when booting on the 32-bit kernel). "apt install $package" does correctly install the i386 version. # apt-config dump | grep -i architecture APT::Architecture "i386"; APT::Architectures ""; APT::Architectures:: "i386"; APT::Architectures:: "amd64"; # dpkg --print-architecture i386 # dpkg --print-foreign-architectures amd64 Are we doing something wrong, or is it a bug in Synaptic? Cheers, -- intrigeri
Bug#817606: openjade: Removal of debhelper compat 4
tags 817606 + pending patch
thanks
I've uploaded openjade 1.4devel1-21.2 to DELAYED/5:
openjade (1.4devel1-21.2) unstable; urgency=medium
* Non-maintainer upload.
* Move to debhelper compat level 9. (Closes: #817606)
- Don't use brace expansion in debian/libostyle-dev.install.
The full debdiff is attached.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
diff -u openjade-1.4devel1/debian/changelog openjade-1.4devel1/debian/changelog
--- openjade-1.4devel1/debian/changelog
+++ openjade-1.4devel1/debian/changelog
@@ -1,3 +1,11 @@
+openjade (1.4devel1-21.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Move to debhelper compat level 9. (Closes: #817606)
+- Don't use brace expansion in debian/libostyle-dev.install.
+
+ -- Chris Lamb Sun, 25 Sep 2016 14:09:33 +0200
+
openjade (1.4devel1-21.1) unstable; urgency=medium
[ Wookey ]
diff -u openjade-1.4devel1/debian/compat openjade-1.4devel1/debian/compat
--- openjade-1.4devel1/debian/compat
+++ openjade-1.4devel1/debian/compat
@@ -1 +1 @@
-4
+9
diff -u openjade-1.4devel1/debian/control openjade-1.4devel1/debian/control
--- openjade-1.4devel1/debian/control
+++ openjade-1.4devel1/debian/control
@@ -4,7 +4,7 @@
Maintainer: Neil Roeth
Homepage: http://openjade.sourceforge.net/
Standards-Version: 3.9.2.0
-Build-Depends: libosp-dev (>= 1.5.1.0-2.1), debhelper (>= 4.1.75),
dh-autoreconf, gettext, dh-buildinfo, libperl4-corelibs-perl
+Build-Depends: libosp-dev (>= 1.5.1.0-2.1), debhelper (>= 9), dh-autoreconf,
gettext, dh-buildinfo, libperl4-corelibs-perl
Package: openjade
Architecture: any
diff -u openjade-1.4devel1/debian/libostyle-dev.install
openjade-1.4devel1/debian/libostyle-dev.install
--- openjade-1.4devel1/debian/libostyle-dev.install
+++ openjade-1.4devel1/debian/libostyle-dev.install
@@ -2 +2,2 @@
-debian/tmp/usr/lib/lib*.{a,so} usr/lib
+debian/tmp/usr/lib/lib*.a usr/lib
+debian/tmp/usr/lib/lib*.so usr/lib
Bug#817640: python-cddb: Removal of debhelper compat 4
tags 817640 + pending patch thanks I've uploaded python-cddb 1.4-5.3 to DELAYED/5: python-cddb (1.4-5.3) unstable; urgency=medium * Non-maintainer upload. * Move to debhelper compat level 9. (Closes: #817640) The full debdiff is attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff -u python-cddb-1.4/debian/changelog python-cddb-1.4/debian/changelog --- python-cddb-1.4/debian/changelog +++ python-cddb-1.4/debian/changelog @@ -1,3 +1,10 @@ +python-cddb (1.4-5.3) unstable; urgency=medium + + * Non-maintainer upload. + * Move to debhelper compat level 9. (Closes: #817640) + + -- Chris Lamb Sun, 25 Sep 2016 14:38:26 +0200 + python-cddb (1.4-5.2) unstable; urgency=medium * Non-maintainer upload. diff -u python-cddb-1.4/debian/compat python-cddb-1.4/debian/compat --- python-cddb-1.4/debian/compat +++ python-cddb-1.4/debian/compat @@ -1 +1 @@ -4 +9 diff -u python-cddb-1.4/debian/control python-cddb-1.4/debian/control --- python-cddb-1.4/debian/control +++ python-cddb-1.4/debian/control @@ -2,7 +2,7 @@ Section: python Priority: optional Maintainer: Michael Banck -Build-Depends: cdbs (>= 0.4.90~), debhelper (>= 5.0.37.2), +Build-Depends: cdbs (>= 0.4.90~), debhelper (>= 9), python-all-dev (>= 2.6.6-3~), dh-python Standards-Version: 3.7.2 X-Python-Version: >= 2.4
Bug#837078: packaging ne10
On 2016-09-22 17:03 +, Debian Bug Tracking System wrote: I fixed the doc-building, but then I realised that things weren't going to multiarch paths. Still working on that (pkgconfig now goes in the right place, but the libs don't). By the magic of cmake it's not entirely clear why. Once I've worked that out, I think we are good to upload. Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/ signature.asc Description: Digital signature
Bug#833480: [pkg-cinnamon] Bug#833480: cinnamon-desktop-environment: Please drop dependency on gnome-icon-theme[-symbolic]
control: reassign -1 cinnamon 3.0.7-1 Thanks Jeremy for the report. I'm reassigning to the cinnamon package which is where the dependency on gnome-themes-standard is. cinnamon is a window manager that can be used without the rest of the desktop environment and thus it's the one that should pull in the theme dependency. This is already the case, so there is no need to add a separate icon theme dependency. We are also removing the dependencies from the other packages, but it feels overkill to open separate bugs for each of them. -- Regards, Marga
Bug#821080: src:rt-app: FTBFS: due to json API changes
OK. I tried to fix this by updating to latest rt-app release, but a bit more investigation has made it clear that this package effectively has two 'upstreams'. The nominal upstream (in last upload) and the Linaro-maintained package which has had a lot of development (in original upload). There is quite a large delta between them now. I have talked to both maintainers and everyone agrees that this should all be merged into one version but no-one has found the time yet. I intend to spend some time on this shortly, to get one version with most of the best bits. So apologies for the delay fixing this, but it turns out to be a little complicated. Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/ signature.asc Description: Digital signature
Bug#836726: [pkg-cinnamon] Bug#836726: cinnamon: Ghost desktop icons after update gtk3 to 3.21
control: reassign -1 nemo 3.0.6-2 control: fixed -1 nemo 3.0.6-3 control: merge -1 836908 Hi! Thanks for reporting and sorry for the annoying experience. As the title of the bug says, this was caused by the new gtk version, but the issue was actually in nemo (the file manager), not in cinnamon. This was fixed with version 3.0.6-3 of nemo, which is already in testing. I'm reassigning this bug and marking it as a duplicate of the other. -- Thanks! Marga
Bug#817439: dsh: Removal of debhelper compat 4
tags 817439 + pending patch thanks I've uploaded dsh 0.25.10-1.2 to DELAYED/5: dsh (0.25.10-1.2) unstable; urgency=medium * Non-maintainer upload. * Move to debhelper compat level 9. (Closes: #817439) The full debdiff is attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff -u dsh-0.25.10/debian/changelog dsh-0.25.10/debian/changelog --- dsh-0.25.10/debian/changelog +++ dsh-0.25.10/debian/changelog @@ -1,3 +1,10 @@ +dsh (0.25.10-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Move to debhelper compat level 9. (Closes: #817439) + + -- Chris Lamb Sun, 25 Sep 2016 14:50:25 +0200 + dsh (0.25.10-1.1) unstable; urgency=medium [ Aurelien Jarno ] diff -u dsh-0.25.10/debian/compat dsh-0.25.10/debian/compat --- dsh-0.25.10/debian/compat +++ dsh-0.25.10/debian/compat @@ -1 +1 @@ -4 \ No newline at end of file +9 diff -u dsh-0.25.10/debian/control dsh-0.25.10/debian/control --- dsh-0.25.10/debian/control +++ dsh-0.25.10/debian/control @@ -2,7 +2,7 @@ Section: net Priority: optional Maintainer: Junichi Uekawa -Build-Depends: debhelper (>> 3.0.0), libdshconfig1-dev (>= 0.20.11-1), po4a, autotools-dev +Build-Depends: debhelper (>= 9), libdshconfig1-dev (>= 0.20.11-1), po4a, autotools-dev Standards-Version: 3.7.2 Package: dsh
Bug#817430: dh-kpatches: Removal of debhelper compat 4
tags 817430 + pending patch thanks I've uploaded dh-kpatches 0.99.36+nmu3 to DELAYED/5: dh-kpatches (0.99.36+nmu3) unstable; urgency=medium * Non-maintainer upload. * Move to debhelper compat level 9. (Closes: #817430) - Move debhelper to Build-Depends (from Build-Depends-Indep) to satisfy clean target. The full debdiff is attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff -Nru dh-kpatches-0.99.36+nmu2/debian/changelog dh-kpatches-0.99.36+nmu3/debian/changelog --- dh-kpatches-0.99.36+nmu2/debian/changelog 2016-01-23 04:45:14.0 +0100 +++ dh-kpatches-0.99.36+nmu3/debian/changelog 2016-09-25 14:54:06.0 +0200 @@ -1,3 +1,12 @@ +dh-kpatches (0.99.36+nmu3) unstable; urgency=medium + + * Non-maintainer upload. + * Move to debhelper compat level 9. (Closes: #817430) +- Move debhelper to Build-Depends (from Build-Depends-Indep) to satisfy + clean target. + + -- Chris Lamb Sun, 25 Sep 2016 14:54:06 +0200 + dh-kpatches (0.99.36+nmu2) unstable; urgency=low * Non-maintainer upload. diff -Nru dh-kpatches-0.99.36+nmu2/debian/compat dh-kpatches-0.99.36+nmu3/debian/compat --- dh-kpatches-0.99.36+nmu2/debian/compat 2003-02-16 00:02:21.0 +0100 +++ dh-kpatches-0.99.36+nmu3/debian/compat 2016-09-25 14:54:06.0 +0200 @@ -1 +1 @@ -4 +9 diff -Nru dh-kpatches-0.99.36+nmu2/debian/control dh-kpatches-0.99.36+nmu3/debian/control --- dh-kpatches-0.99.36+nmu2/debian/control 2015-12-31 19:42:40.0 +0100 +++ dh-kpatches-0.99.36+nmu3/debian/control 2016-09-25 14:54:06.0 +0200 @@ -2,7 +2,8 @@ Section: devel Priority: extra Maintainer: Yann Dirson -Build-Depends-Indep: debhelper (>> 4), docbook-utils, docbook, debiandoc-sgml, sgml2x (>= 1.0.0), openjade, gtk-doc-tools, nowebm, dh-buildinfo +Build-Depends: debhelper (>= 9) +Build-Depends-Indep: docbook-utils, docbook, debiandoc-sgml, sgml2x (>= 1.0.0), openjade, gtk-doc-tools, nowebm, dh-buildinfo Standards-Version: 3.5.10 Package: dh-kpatches
Bug#838526: [pkg-cinnamon] Bug#838526: cinnamon: Adwaita icons not used right
control: severity -1 minor Hi! Thanks for reporting. El Miércoles 21 Septiembre 2016 22:53 CEST, John Kirk Ha escrito: > The Adwaita icon theme not used right. As an example look at the icon > /etc/adduser.conf in Cinnamon and Gnome. In the first case it is a blank > sheet, > in the second it is a texted sheet. The icon that you see depends on the icon theme you are using, not only the desktop environment. Are you testing this both on Cinnamon and GNOME using adwaita as the icon them? Could you maybe send a couple of screenshots, one from GNOME and one from Cinnamon, where you show both the icon that you see and the icon theme that is set in each? This would help understand the problem better. Thanks Marga
Bug#838824: RFS: moka-icon-theme/5.3.2-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "moka-icon-theme" * Package name: moka-icon-theme Version : 5.3.2-2 Upstream Author : Sam Hewitt * URL : github.com/moka-project/moka-icon-theme * License : GPL-3+/CC-BY-SA-4.0 Section : misc It builds those binary packages: moka-icon-theme - Tango-esque desktop icon set called Moka To access further information about this package, please visit the following URL: https://mentors.debian.net/package/moka-icon-theme Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/m/moka-icon-theme/moka-icon-theme_5.3.2-2.dsc Notes: Since Debian Sid has moved to GTK+3.22 there are several icons that no longer display correctly - those projects have changed the icon-name for their projects. The fixes are available upstream in the moka-icon-theme project so I have cherry-picked these - obviously pending a next release of moka-icon-theme (date unknown). Changes since the last upload: * cherry-pick upstream patches - fix GTK+3.22 and GTK+3.20 based apps not displaying correctly due to upstream changing their .desktop exec=icon names - fix ubuntu-software, ImageMagik and Guake icon display * Packaging Changes: - update maintainer email address Regards, David Mohammed
Bug#838662: [pkg-cinnamon] Bug#838662: cinnamon: Destop freeze e, g, movement of icons but interaction is still possible
control: tags -1 +moreinfo Hi! Thanks for reporting your issue and I'm sorry that cinnamon is not working properly for you. However, your report does not contain enough information for us to properly address it. We would need for you to give us information as to what triggers the "freeze", how often this happens, what things are possible and what things are not, etc. If you can provide enough information, we might be able to do something about it. -- Thanks, Marga
Bug#710696: severity of 710696 is serious, because it's a FTBFS bug
Am 25.09.2016 um 13:01 schrieb Santiago Vila: > According to "Packages must autobuild without failure" > in release policy: They do autobuild, see https://buildd.debian.org/status/package.php?p=libsoup2.4 > If the maintainer does not have the time or the patience to disable > the tests that fail or investigate why they fail Thanks for the condescending advice. This get's me motivated immediately. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#837218: lv: breaks systemctl display status
Hi,
There are many ways to address one issue but that fix should not cause
other undesirable/hidden side effects. Minimum change and least
surprise should be the guiding principle.
On Thu, Sep 22, 2016 at 02:55:41PM +0900, Hideki Yamane wrote:
> Hi,
>
> Other solution from some people.
One another way is to talk to the upstream and change the default
behavior of "lv" from "-a" to "-c". I am not promoting this idea
strongly since this breaks the backward compatibility. This should only
be done if the upstream strongly believes in this change of the "lv"
default behavior and he is willing to take its responsibility.
(Doing the same as a Debian patch is not worth it since it creates
additional challenge to the Debian maintainer.)
> Kenshi Muto suggests set "LV=-c" to /etc/profile.d/somefile and bash can
> read such setting.
Technically this address pager problem for most cases but now you need
to use "-a" to get the upstream expected default behavior. For
unsuspecting users of "lv" command, that is effectively the same as
changing the default behavior of the original upstream code. Thus, this
is practically the same as changing upstream code as a Debian patch.
If you dare to take this path, you must document such situation in the
/usr/share/doc/lv/README.Debian file explicitly. But please don't do
this behind users as a part of packaging.
I agree to the suggestion if it is provided as a part of the document in
/usr/share/doc/lv/README.Debian describing the customization of the "lv"
behavior. Please suggest it there also with ~/.profile.d/somefile too.
> Yoshihito Yoshino suggests set systemd to detect lv and set in it as
> git does as below (pager.c file).
>
> > void prepare_pager_args(struct child_process *pager_process, const char
> > *pager)
> > {
> > argv_array_push(&pager_process->args, pager);
> > pager_process->use_shell = 1;
> > if (!getenv("LESS"))
> > argv_array_push(&pager_process->env_array, "LESS=FRX");
> > if (!getenv("LV"))
> > argv_array_push(&pager_process->env_array, "LV=-c");
> > }
Technically this address the pager problem, too. But this faces the same
problem as above. (I may be wrong here but, unlike the git case,
exporting environment variables to systemd seems to change the value of
those environment variables for all the child process including ones not
intended such as shell prompt inputs. If such concern is addressed,
this may be a valid way. But quite frankly, this kind of complexity is
not a good idea unless the upstream is willing to maintain it.)
So the correct thing to do is to demote the preference of "lv" to "55"
and add "lv/README.Debian" file describing tricks for the environment
variables to use the "lv" command acress the system when the user
intentionally chose the "lv" after reading lv/README.Debian.
Regards,
Osamu
Bug#817508: jfsutils: Removal of debhelper compat 4
tags 817508 + pending patch thanks I've uploaded jfsutils 1.1.15-2.2 to DELAYED/5: jfsutils (1.1.15-2.2) unstable; urgency=medium * Non-maintainer upload. * Move to debhelper compat level 9. (Closes: #817508) The full debdiff is attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff -u jfsutils-1.1.15/debian/changelog jfsutils-1.1.15/debian/changelog --- jfsutils-1.1.15/debian/changelog +++ jfsutils-1.1.15/debian/changelog @@ -1,3 +1,10 @@ +jfsutils (1.1.15-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Move to debhelper compat level 9. (Closes: #817508) + + -- Chris Lamb Sun, 25 Sep 2016 15:05:00 +0200 + jfsutils (1.1.15-2.1) unstable; urgency=low * Non-maintainer upload. diff -u jfsutils-1.1.15/debian/compat jfsutils-1.1.15/debian/compat --- jfsutils-1.1.15/debian/compat +++ jfsutils-1.1.15/debian/compat @@ -1 +1 @@ -4 +9 diff -u jfsutils-1.1.15/debian/control jfsutils-1.1.15/debian/control --- jfsutils-1.1.15/debian/control +++ jfsutils-1.1.15/debian/control @@ -2,7 +2,7 @@ Section: admin Priority: optional Maintainer: Stefan Hornburg (Racke) -Build-Depends: cdbs, debhelper (>= 4.1.0), uuid-dev, quilt +Build-Depends: cdbs, debhelper (>= 9), uuid-dev, quilt Standards-Version: 3.8.0 Homepage: http://jfs.sourceforge.net/
Bug#817569: lpr: Removal of debhelper compat 4
tags 817569 + pending patch thanks I've uploaded lpr 2008.05.17.2 to DELAYED/5: lpr (1:2008.05.17.2) unstable; urgency=medium * Non-maintainer upload. * Move to debhelper compat level 9. (Closes: #817569) The full debdiff is attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#838825: RM: msgpack -- ROM; superceded by src:msgpack-c
Package: ftp.debian.org Severity: normal The msgpack source package was renamed to msgpack-c. src:msgpack and libmsgpack3 (which is no longer built by src:msgpack-c) should be removed. Cheers, James
Bug#833706: happens to me too
happens to me too, using iPXE pxe boot to netinst image, amd64, real hardware, Installer build: 20160630
Bug#710696: severity of 710696 is serious, because it's a FTBFS bug
Thanks for ignoring completely 12 different failed build logs when considering whether this "builds from source" or it does not. Very motivating as well. I still think downgrading is wrong. It is your interpretation of release policy that packages "must autobuild" only refers to the official autobuilders? How do we apply such criteria, for example, when the package is "Arch: all" and the maintainer does not upload it in source-only form?
Bug#834739: elki: FTBFS too much often (failing tests)
Thank you. The full logs give a more precise location of the problem, de.lmu.ifi.dbs.elki.parallel.ParallelExecutor.run(ParallelExecutor.java:70) which makes this clearly a bug happening exactly when there is only a single core available. It was already fixed in master (somehow I forgot that I had already discovered this): https://github.com/elki-project/elki/commit/48e82af606d4c6c133a50405a23a645391f55d80 so I can cherry-pick this change. Thank you. Regards, Erich
