Bug#876719: ITP: node-match-at -- Relocatable regular expressions
Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-match-at Version : 0.1.1 Upstream Author : Sophie Alpert * URL : https://github.com/sophiebits/match-at#readme * License : Expat Programming Lang: JavaScript Description : Relocatable regular expressions Like String.prototype.match if it only checked the regex at the given index instead of searching the entire string. . Node.js is an event-based server-side JavaScript engine. Dependency of gitlab 9.5 signature.asc Description: OpenPGP digital signature
Bug#876718: Gnucash has hard dependencies on perl
Package: gnucash Version: 1:2.6.15-1 Gnucash in Stretch has hard dependency on perl. Specifically: perl:any, libfinance-quote-perl, libwww-perl, libhtml-tree-perl, libhtml-tableextract-perl, libcrypt-ssleay-perl, libdate-manip-perl After confirming with the gnucash developrs (on IRC channel #gnucash), I would like to report this as bug. Perl is not a requirement for gnucash, and is only needed for querying remote finance services such as yahoo finance I suggest to change depends to suggests thank you
Bug#876681: RFH: rst2pdf -- ReportLab-based reStructuredText to PDF renderer
Hi, On 24 September 2017 at 22:07, Elena ``of Valhalla'' wrote: > Package: wnpp > Severity: normal > > I request assistance with maintaining the rst2pdf package. > > The package description is: > The usual way of creating PDF files from reStructuredText is by going through > LaTeX. This tool provides an alternative by producing PDF directly using the > ReportLab library. > > rst2pdf currently only supports python2 (#826908); there was an effort > from upstream to resume developement and an issue to track supporting > python3, but apparently they have stopped again in 2016. > > Since sooner or later python2 will be dropped from Debian, rst2pdf will > have to follow, unless somebody cares about it enought to solve the > situation. > > I believe that rst2pdf is currently being used as a build-dependency by > the following packages, whose maintainers I'm cc-ing: > > * apcupsd > * davical > * pdal > > Right now, I'm not really using this package, so in case there is a need > for an upstream fork I'm not the right person do do it, but if upstream > resumes working or there is a new upstream I would be glad to continue > maintaining the package. I think I can have a look at it :) I'll let you know later today if I'm really interested. -- Cheers, Andrew
Bug#876700: python3-pysal: fails to install: Sorry: TabError: inconsistent use of tabs and spaces in indentation (iwls.py, line 56)
Control: tags -1 pending Thanks for reporting this issue. It has been fixed in git and the patch forwarded upstream. The upload to unstable will follow shortly. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Bug#874420: node-babel-cli: /usr/bin/babel is already provided by openbabel
[copying openbabel maintainers] On Wed, 06 Sep 2017 00:23:14 +0200 Andreas Beckmann wrote: > during a test with piuparts I noticed your package failed to install > because it tries to overwrite other packages files. > > >From the attached log (scroll to the bottom...): > > Selecting previously unselected package node-babel-cli. > Preparing to unpack .../62-node-babel-cli_6.25.0+dfsg-2_all.deb ... > Unpacking node-babel-cli (6.25.0+dfsg-2) ... > dpkg: error processing archive > /tmp/apt-dpkg-install-J0N6hl/62-node-babel-cli_6.25.0+dfsg-2_all.deb > (--unpack): >trying to overwrite '/usr/bin/babel', which is also in package openbabel > 2.3.2+dfsg-3+b2 > dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) > Errors were encountered while processing: >/tmp/apt-dpkg-install-J0N6hl/62-node-babel-cli_6.25.0+dfsg-2_all.deb > > > This does *not* look like adding Breaks+Replaces would be the correct > solution. Hi Michael, Daniel, Would you consider renaming babel command line to openbabel as babel is a popular build tool in JavaScript which I'd like to provide via node-babel-cli? If not I'll rename babel to babeljs. Thanks Praveen signature.asc Description: OpenPGP digital signature
Bug#875951: pyjwt: new upstream version available
Ciao Daniele, On Mon, Sep 25, 2017 at 02:48:16AM +0200, Daniele Tricoli wrote: > Hi Salvatore, > > On Tuesday, September 19, 2017 8:37:14 PM CEST Salvatore Bonaccorso wrote: > > Well actually I did not do that, but Moritz picked it up. > > Oh, many thanks to Moritz then! > > > If you plan to upload new version soonish I can as well cancel my NMU > > for unstable, or, preferably speed it up, by rescheduling and having > > the NMU integrated into the changelog. > > > > What you prefer, for now I leave it in the delayed queue. > > It took more time to update the package (I had also to repack orig tarball > due bytecode shipped by upstread that was making tests fails on CI - I tested > them on Debomatic) but I'm ready to upload it. > Actually I have this in the changelog: > https://anonscm.debian.org/cgit/python-modules/packages/pyjwt.git/tree/debian/changelog > But consider the line about CVE-2017-11424 a reminder: please can you speed up > and upload the NMU version? I will acknowledge the NMU updating the changelog > accordingly: removing that part and including the changelog entry from NMU. Thank you! Rescheduled. Regards, Salvatore
Bug#836546: enchant FTCBFS: uses build architecture pkg-config
Hi, On Mon, Sep 25, 2017 at 01:25:17AM +0200, Manuel A. Fernandez Montecelo wrote: > Hi, > > I'd like to get this issue fixed, I could prepare an NMU in the next few > days. > > This package is under LowNMU clause, but still I though that it would be > nice to ask if it's OK with the maintainer,because the patch is slightly > intrusive with the upstream source. > Please go ahead, the repo is in collab-maint [0]. [0] https://anonscm.debian.org/cgit/collab-maint/enchant.git Best regards, Prach signature.asc Description: PGP signature
Bug#876717: libxml2 FTBFS with nopython profile: debhelper/10.9 -p -N strictness regression
Source: libxml2 Version: 2.9.4+dfsg1-4 Severity: serious Tags: patch User: helm...@debian.org Usertags: rebootstrap Control: block 795432 by -1 Besides #876308, libxml2 also fails to build from source, because debhelper/10.9 became stricter wrt. passing of -p and -N flags, see #795432. Thus, building libxml2 with the nopython profile currently fails for referencing libxml2-udeb, which is only present in Ubuntu. I believe that this affects the profile-less build as well, but we cannot tell, because the profile less build fails with #876308. Assuming that this will become a standard FTBFS, I am marking it serious. The attached patch fixes the nopython build at least. Maybe it also fixes the full build. Helmut diff --minimal -Nru libxml2-2.9.4+dfsg1/debian/changelog libxml2-2.9.4+dfsg1/debian/changelog --- libxml2-2.9.4+dfsg1/debian/changelog2017-09-04 11:46:04.0 +0200 +++ libxml2-2.9.4+dfsg1/debian/changelog2017-09-25 05:57:49.0 +0200 @@ -1,3 +1,11 @@ +libxml2 (2.9.4+dfsg1-4.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS: Fix debhelper -p and -N flags. (Regressed in debhelper/10.9, +Closes: #-1) + + -- Helmut Grohne Mon, 25 Sep 2017 05:57:49 +0200 + libxml2 (2.9.4+dfsg1-4) unstable; urgency=medium * Team upload. diff --minimal -Nru libxml2-2.9.4+dfsg1/debian/rules libxml2-2.9.4+dfsg1/debian/rules --- libxml2-2.9.4+dfsg1/debian/rules2017-07-04 21:55:22.0 +0200 +++ libxml2-2.9.4+dfsg1/debian/rules2017-09-25 05:57:49.0 +0200 @@ -32,7 +32,6 @@ TARGETS += udeb else $(if $(shell grep -q libxml2-udeb debian/control && echo yes),$(shell sed -i /libxml2-udeb/,\$$d debian/control)) -export DH_OPTIONS = -Nlibxml2-udeb endif CONFIGURE_FLAGS := --disable-silent-rules --with-history --cache-file="$(CURDIR)/builddir/config.cache" @@ -117,18 +116,20 @@ dh_installchangelogs -k NEWS override_dh_install-arch: - dh_install -Npython-libxml2-dbg -Npython3-libxml2-dbg -Nlibxml2-udeb + dh_install -Npython-libxml2-dbg -Npython3-libxml2-dbg $(if $(WITH_UDEB),-Nlibxml2-udeb) ifneq (,$(filter python-libxml2-dbg,$(DOPACKAGES))) dh_install -ppython-libxml2-dbg --sourcedir=debian/tmp-dbg endif ifneq (,$(filter python3-libxml2-dbg,$(DOPACKAGES))) dh_install -ppython3-libxml2-dbg --sourcedir=debian/tmp-dbg endif +ifneq ($(WITH_UDEB),) dh_install -plibxml2-udeb --sourcedir=debian/tmp-udeb +endif sed -i -e 's,/lib/$(DEB_HOST_MULTIARCH),/lib,' debian/libxml2-dev/usr/bin/xml2-config override_dh_strip: - dh_strip -a --dbg-package=libxml2-dbg -Nlibxml2-udeb -Nlibxml2-utils -Nlibxml2-utils-dbg -Npython-libxml2 -Npython-libxml2-dbg -Npython3-libxml2 -Npython3-libxml2-dbg + dh_strip -a --dbg-package=libxml2-dbg $(if $(WITH_UDEB),-Nlibxml2-udeb) -Nlibxml2-utils -Npython-libxml2 -Npython-libxml2-dbg -Npython3-libxml2 -Npython3-libxml2-dbg ifneq (,$(filter python-libxml2 python-libxml2-dbg,$(DOPACKAGES))) dh_strip -ppython-libxml2 --dbg-package=python-libxml2-dbg endif
Bug#876716: ITP: node-katex -- Fast math typesetting for the web
Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-katex Version : 0.8.3 Upstream Author : Khan Academy * URL : https://github.com/Khan/KaTeX#readme * License : Expat Programming Lang: JavaScript Description : Fast math typesetting for the web KaTeX is a fast, easy-to-use JavaScript library for TeX math rendering on the web. . KaTeX supports all major browsers, including Chrome, Safari, Firefox, Opera, Edge, and IE 9 - IE 11. . Node.js is an event-based server-side JavaScript engine. Dependency of gitlab 9.5 signature.asc Description: OpenPGP digital signature
Bug#127074: axel: Axel does not support .netrc files
A basic description of the .netrc file can be found at: https://www.gnu.org/software/inetutils/manual/html_node/The-_002enetrc-file.html -- Antonio Quartulli
Bug#876551: fix ftbfs
Control: reassign 876551 src:e2fsprogs Control: severity 876551 serious Control: merge 876672 876551 Control: block 795432 by 876672 Control: tags 876672 + patch This is a regression introduced in debhelper/10.9. The solution is to remove the -N flags referencing obsolete packages. Patch attached. Helmut diff --minimal -Nru e2fsprogs-1.43.6/debian/changelog e2fsprogs-1.43.6/debian/changelog --- e2fsprogs-1.43.6/debian/changelog 2017-08-29 06:58:29.0 +0200 +++ e2fsprogs-1.43.6/debian/changelog 2017-09-25 05:32:06.0 +0200 @@ -1,3 +1,11 @@ +e2fsprogs (1.43.6-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS: Remove debhelper -N flags referencing obsolete packages. +(Regressed in debhelper/10.9, Closes: #876672) + + -- Helmut Grohne Mon, 25 Sep 2017 05:32:06 +0200 + e2fsprogs (1.43.6-1) unstable; urgency=medium * New upstream version diff --minimal -Nru e2fsprogs-1.43.6/debian/rules e2fsprogs-1.43.6/debian/rules --- e2fsprogs-1.43.6/debian/rules 2017-08-29 06:58:29.0 +0200 +++ e2fsprogs-1.43.6/debian/rules 2017-09-25 05:32:06.0 +0200 @@ -388,7 +388,7 @@ mkdir -p ${debdir}/e2fslibs-dev/usr/share/doc ln -sf e2fslibs ${debdir}/e2fslibs-dev/usr/share/doc/e2fslibs-dev - dh_installdocs -Ne2fsprogs-udeb -Nlibblkid1-udeb -Nlibuuid1-udeb + dh_installdocs -Ne2fsprogs-udeb # HTML docs $(INSTALL) -d ${debdir}/e2fslibs-dev/usr/share/doc/e2fslibs/html-info/ @@ -454,8 +454,7 @@ -u"-Ldebian/e2fsprogs.shlibs.local" endif - dh_gencontrol -Ncomerr-dev -Nss-dev -Nuuid-dev \ - -Ne2fsprogs-udeb -Nlibblkid1-udeb -Nlibuuid1-udeb + dh_gencontrol -Ncomerr-dev -Nss-dev -Ne2fsprogs-udeb DH_OPTIONS= dh_gencontrol -pcomerr-dev \ -u '-v${COMERR_VERSION}-${MAIN_VERSION} -VmainBinary=${MAIN_VERSION}' DH_OPTIONS= dh_gencontrol -pss-dev \
Bug#863525: game-music-emu: library for interfacing with SPC
Hi, I would like to apply the patch attached to the original message. I'll plan to do an upload to delayed/10 in a few days. If you have any feedback, please let me know. Best wishes, Mike
Bug#876715: virtualbox-qt: virtualbox 5.1.28 uses qt 5.9
Package: virtualbox-qt Version: 5.1.26-dfsg-2 Severity: normal I'm using VirtualBox from testing on stable. I know mixing stable / testing packages is not recommended or supported, but as I'm sure you are aware this is the only way to get VirtualBox on Debian now. VirtualBox 5.1.28 requires the usage of Qt 5.9, which means that I have the upgrade the whole of Qt from 5.7 (in stable) to 5.9. I would have no problem with this... except that Qt 5.8 and above break compatibility with GTK themes. As a result, all my Qt apps now look like crap - themes are not respected. Qt devs said a fix is incoming, but it has been like this for over 2 years now (since the release of 5.8). Is there a specific reason why the Qt version requirement changed from 5.1.26 to 5.1.28? -- System Information: Debian Release: 9.1 APT prefers stable APT policy: (750, 'stable'), (650, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.50-unofficial+grsec+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages virtualbox-qt depends on: ii libc6 2.24-11+deb9u1 ii libgcc1 1:6.3.0-18 ii libgl1-mesa-glx [libgl1] 13.0.6-1+b2 ii libqt5core5a 5.7.1+dfsg-3+b1 ii libqt5gui55.7.1+dfsg-3+b1 ii libqt5opengl5 5.7.1+dfsg-3+b1 ii libqt5printsupport5 5.7.1+dfsg-3+b1 ii libqt5widgets55.7.1+dfsg-3+b1 ii libqt5x11extras5 5.7.1~20161021-2 ii libstdc++66.3.0-18 ii libx11-6 2:1.6.4-3 ii libxcb1 1.12-1 ii libxext6 2:1.3.3-1+b2 ii libxinerama1 2:1.1.3-1+b3 ii virtualbox5.1.28-dfsg-1 virtualbox-qt recommends no packages. virtualbox-qt suggests no packages. -- no debconf information
Bug#876530: ocaml-gen FTBFS with OCaml 4.05.0: E: Cannot find external tool 'ocamlbuild'
I've just pushed a fix to Alioth. Stéphane: Would you help upload it? Best regards, Andy
Bug#869435: Dell Latitude D505 / Debian 9 Not powering down
Control: tag -1 moreinfo On Sun, 2017-07-23 at 10:09 -0400, Aaron Valdes wrote: > Package: linux-image-686 > Version: 4.9+80 > > I have upgrade Dell Latitude D505 to Debian 9. When shutting down from > XFCE4, the system does not power off. The laptop is still on after this > event. > > The config-4.9.0-3-686 file had CONFIG_APM=n. See below. > > grep APM /boot/config-4.9.0-3-686 > CONFIG_X86_APM_BOOT=y > CONFIG_APM=n No, it has CONFIG_APM=m (module). And this computer is not nearly old enough to require use of APM. It is designed to run Windows 2000 and XP, which means it must have good ACPI support. > # CONFIG_APM_IGNORE_USER_SUSPEND is not set > # CONFIG_APM_DO_ENABLE is not set > # CONFIG_APM_CPU_IDLE is not set > # CONFIG_APM_DISPLAY_BLANK is not set > # CONFIG_APM_ALLOW_INTS is not set > > I set it to: > > CONFIG_APM=y > > I rebooted the laptop and tried to shutdown from XFCE4 again and it > worked. That's interesting. But this is not a run-time configuration file and changing it has no effect on the kernel behaviour. It's conceivable that some program included in Xfce is reading this file to determine kernel features, but if so, I think it's a bug in that program. (I checked with codesearch.debian.net and didn't find anything.) > Is this configuration something that can be adjusted in this package? > Does this configuration defaulted to CONFIG_APM=y conflict with other > potential setups? The feature is configured in the kernel, it is just > not set in the /boot/config-4.9.0-3-686 file. I will not be changing the kernel configuration, as there is no need to build-in APM. Try changing the file back and test again whether you can shut down from Xfce. I strongly suspect it will work this time. Ben. -- Ben Hutchings If the facts do not conform to your theory, they must be disposed of. signature.asc Description: This is a digitally signed message part
Bug#876687: htpdate: Off by one hour
2017-09-24 21:29 GMT-03:00 Mert Dirik : > On Sun, 24 Sep 2017 18:44:55 -0300 Eriberto Mota > wrote: >> Hi Mert, >> >> Thanks for your message. >> >> I can't reproduce it and I have a doubt about the results shown by >> you. Please, send me the results for the following 'date' commands: >> >> # ntpdate pool.ntp.org; date -u >> >> # htpdate -s www.google.com.tr www.facebook.com www.youtube.com; date -u >> > > Hi Eriberto, > > Thanks for your prompt answer, > > Here is the output: > >> # ntpdate pool.ntp.org; date -u >> 25 Sep 03:21:25 ntpdate[10240]: adjust time server 194.27.222.5 offset >> 0.021160 sec >> Mon Sep 25 00:21:25 UTC 2017 >> # htpdate -s www.google.com.tr www.facebook.com www.youtube.com; date -u >> >> Setting -3600.000 seconds >> Set: Mon Sep 25 02:21:44 2017 >> >> Sun Sep 24 23:21:44 UTC 2017 >> # Hum... In my machine is all right. Eddy, can you verify this issue? For a complete history, please, see here[1]. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876687 Thanks in advance. Regards, Eriberto
Bug#751776: time: diff for NMU version 1.7-25.1
Hello Manuel, Manuel A. Fernandez Montecelo wrote: > It seems that the changelog [1] mentions "Addresses", not "Closes", > therefore this bug report has not been closed even if the original > problem has really been fixed. That NMU only "addressed" bug#751776 but didn't close it because there were several parts to it. That upload only addressed one of them. Please keep this open for a while longer for the other non-addressed items. Thanks for looking at it and the heads up however. It motivates me to get back to addressing the rest of the items. Plus a general note that after a decade of being upstream dead the time project now has a new upstream maintainer. This is a very good thing and I expect man portability improvements. Bob signature.asc Description: PGP signature
Bug#867406: closed by Joao Eriberto Mota Filho (Bug#867406: fixed in jdcal 1.0-1.1)
2017-09-24 21:00 GMT-03:00 Adrian Bunk : > Control: reopen -1 > > On Sun, Sep 24, 2017 at 04:21:10PM +, Debian Bug Tracking System wrote: >>... >> jdcal (1.0-1.1) unstable; urgency=medium >> . >>* Non-maintainer upload. >>* Added ${python:Depends} variable to Depends field in all packages. >> Thanks to Adrian Bunk . (Closes: #867406) >>... > > This fixed python-jdcal, but the fix that was done for python3-jdcal > has a typo: > > Package: python3-jdcal > Architecture: all > Depends: ${misc:Depends}, ${python:Depends} Sorry for my mistake. Re-uploading. Thanks!
Bug#876667: RFS: pragha/1.3.3-1
Hi, Lukas, Thanks for the new round of reviews. You're making me learn a ton. :) On 24 Sep 2017, Lukas Schwaighofer wrote: >On Sun, 24 Sep 2017 15:15:41 -0300 >"Gabriel F. T. Gomes" wrote: >> >> In that same message [1], you suggested the use of a version control >> system, but I don't know where to make it public (I know that alioth >> is being discontinued, so I'm a bit lost with this). > >I hope someone here will have a suggestion where your repository can >live. In the meantime, I can keep it in my personal server [1]. However, I don't think it's a good place for keeping it in the long run, because I do not fully trust myself as a sysadmin. Hehehe. [1] http://git.inconstante.eti.br/?p=pragha-debian.git;a=shortlog;h=refs/heads/unstable >* The upstream tarball you uploaded to mentors is not exactly the same > one as on github: > >$ cmp pragha-1.3.3.tar.gz pragha_1.3.3.orig.tar.gz >pragha-1.3.3.tar.gz pragha_1.3.3.orig.tar.gz differ: byte 5, line 1 Where did you get pragha-1.3.3.tar.gz from? I got it from https://github.com/pragha-music-player/pragha/archive/v1.3.3.tar.gz. The files are not exactly the same, as you mentioned, but their contents, after extraction, are identical. > If you use git and git-buildpackage, make sure to use the > "pristine-tar" feature. When using this, a small delta file will be > added to a special pristine-tar branch. This allows to reconstruct > the original tarball exactly as it was. I wasn't aware of git-buildpackage, so I was making the tarball by hand and building with debuild. Thanks for pointing this out. On the other hand, I still do not understand how git-buildpackage works. All my attempts to use it still resulted in a source tarball (.orig.tar.gz) that is not exactly the same as the tarball from upstream. >* In the debian/watch file you should replace "" with > "pragha" (it also works as is, but then the downloaded tarball is > called "-1.3.3.tar.gz" before the symlink is created). Done. >* in debian/patches/fix-appstream-errors.patch: > - referencing the ITP bug here does not make sense; you should only >use "Bug-Debian" if there is a bug in the Debian BTS that is >related to the patch (for example, if someone reported in the >Debian BTS that the appstream xml data is wrong) > - Instead here you should record the URL of your pull request: > > Bug: https://github.com/pragha-music-player/pragha/pull/125 Makes sense. Done. I uploaded a new package, which contains these changes and which was built with git-buildpackage. Best regards, Gabriel
Bug#876714: glewlwyd: don't build-depend on default-libmysqlclient-dev + libhoel-dev
Package: glewlwyd Version: 1.1-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu artful ubuntu-patch Hi Thomas, Your glewlwyd package has been FTBFS in Ubuntu because it build-depends on both default-libmyslqclient-dev and libhoel-dev. libhoel-dev depends on libmariadbclient-dev; mysql-defaults in Ubuntu points at libmysqlclient-dev, which conflicts with libmariadbclient-dev. If you know that libhoel-dev will always pull in the appropriate set of mysql client headers, it may be best to just drop this build-dependency completely so that you don't have to hard-code the dependency in both places. Otherwise, the attached patch makes glewlwyd portable to derivatives whose mysql-defaults does not point at mariadb. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru glewlwyd-1.1/debian/control glewlwyd-1.1/debian/control --- glewlwyd-1.1/debian/control 2017-08-16 11:39:01.0 -0700 +++ glewlwyd-1.1/debian/control 2017-09-22 00:23:46.0 -0700 @@ -8,7 +8,7 @@ , libcurl4-gnutls-dev , uuid-dev , libldap2-dev - , default-libmysqlclient-dev + , libmariadbclient-dev , libsqlite3-dev , libconfig-dev , libgnutls28-dev
Bug#876713: stenographer: autopkgtest fails if there are multiple default routes
Package: stenographer Version: 0.0~git20161206.0.66a8e7e-5 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu artful ubuntu-patch autopkgtest Dear maintainers, The stenographer autopkgtest has started failing in Ubuntu because of an infrastructure change that causes there to be more than one default route in the routing table. This is probably a bug (https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1718842), but it's still allowed for there to be more than one default route on a system. The attached patch allows the stenographer autopkgtest to run successfully in such an environment. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru stenographer-0.0~git20161206.0.66a8e7e/debian/tests/run-example stenographer-0.0~git20161206.0.66a8e7e/debian/tests/run-example --- stenographer-0.0~git20161206.0.66a8e7e/debian/tests/run-example 2017-01-30 03:18:35.0 -0800 +++ stenographer-0.0~git20161206.0.66a8e7e/debian/tests/run-example 2017-09-21 21:28:12.0 -0700 @@ -7,7 +7,7 @@ systemctl start rsyslog # tap Internet-connected interface -IFACE=$(route -n | egrep '^0.0.0.0' | awk '{print $8}') +IFACE=$(route -n | egrep '^0.0.0.0' | awk '{print $8; exit}') sed -i "s/\"Interface\": \"eth0\"/\"Interface\": \"$IFACE\"/g" /etc/stenographer/config # tweak settings to be more reasonable with memory for small test case
Bug#869658: linux: system freezes when dell-smm-hwmon reads fan speed
On Sat, 2017-08-05 at 21:15 +0200, Carmelo C wrote: > In my system, dell-smm-hwmon is linked to the following folder: > > /sys/class/hwmon/hwmon2/ > > The freeze occurs only when I type the following commands: > > cat /sys/class/hwmon/hwmon2/fan1_input > cat /sys/class/hwmon/hwmon2/fan2_input > cat /sys/class/hwmon/hwmon2/fan3_input > > In these commands, the freeze does not occur: > > cat /sys/class/hwmon/hwmon2/temp1_input > cat /sys/class/hwmon/hwmon2/temp2_input > cat /sys/class/hwmon/hwmon2/temp3_input > cat /sys/class/hwmon/hwmon2/temp4_input > > In this link, more information: > https://bugzilla.kernel.org/show_bug.cgi?id=112021 That bug report relates to label attributes, and is fixed. It's not the same as this bug. Ben. -- Ben Hutchings If the facts do not conform to your theory, they must be disposed of. signature.asc Description: This is a digitally signed message part
Bug#873660: CLosing this bug
close 873660 force-merge 873660 872595 thanks The commit was already cherry-picked for 3.7.0+dfsg-1, closing this bug. Norbert -- PREINING Norbert http://www.preining.info Accelia Inc. +JAIST +TeX Live +Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#869806: Update
On Sun, Sep 24, 2017 at 11:04:35PM +, Julien Hartmann wrote: > I updated the package from upstream release, which accounts for > feedback from Adam. Thanks again to him for the time he took to try it > despite not having the relevant hardware to test. > > * Compilation on non-x86 platforms should be fixed (tested on arm64). > > New version is 0.5.0-1. It can be downloaded with > > dget -x > https://mentors.debian.net/debian/pool/main/k/keyleds/keyleds_0.5.0-1.dsc Cool! > >> I see you're going to have trouble finding someone who can meaningfully > >> review the package: it can't be tested without relevant hardware. I for > >> one > >> have a non-gaming Logitech keyboard, this daemon doesn't speak to it (not > >> surprising -- no LEDs other than Num/Caps/Scroll). For the bug log: I will _not_ sponsor this. The way the daemon is started and integrated is quite complex, I don't really know how it should be done, thus without a way to test any review I can do would be worthless. This differs from an untestable package with generic packaging (like some s390-only thingy I just uploaded). I'd recommend bothering someone who has a clue about udev and DE startup. Meow! -- ⢀⣴⠾⠻⢶⣦⠀ I've read an article about how lively happy music boosts ⣾⠁⢰⠒⠀⣿⡁ productivity. You can read it, too, you just need the ⢿⡄⠘⠷⠚⠋⠀ right music while doing so. I recommend Skepticism ⠈⠳⣄ (funeral doom metal).
Bug#875951: pyjwt: new upstream version available
Hi Salvatore, On Tuesday, September 19, 2017 8:37:14 PM CEST Salvatore Bonaccorso wrote: > Well actually I did not do that, but Moritz picked it up. Oh, many thanks to Moritz then! > If you plan to upload new version soonish I can as well cancel my NMU > for unstable, or, preferably speed it up, by rescheduling and having > the NMU integrated into the changelog. > > What you prefer, for now I leave it in the delayed queue. It took more time to update the package (I had also to repack orig tarball due bytecode shipped by upstread that was making tests fails on CI - I tested them on Debomatic) but I'm ready to upload it. Actually I have this in the changelog: https://anonscm.debian.org/cgit/python-modules/packages/pyjwt.git/tree/debian/changelog But consider the line about CVE-2017-11424 a reminder: please can you speed up and upload the NMU version? I will acknowledge the NMU updating the changelog accordingly: removing that part and including the changelog entry from NMU. Many thanks! Kind regards, -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#876697: [pkg-go] Bug#876697: golang-github-golang-mock FTBFS on mips: test failure
Adrian, On 25/09/17 01:22, Adrian Bunk wrote: > go build github.com/golang/mock/gomock_test: /usr/bin/mips-linux-gnu-gccgo-7: > waitid: bad address It seems that this issue is affecting all packages that use waitid in mips, and that the problem is either in the kernel or in gccgo (but I've heard it is actually a kernel problem). I think it does not make much sense to open more RC bugs against these packages that cannot really be fixed until the root cause is addressed. -- Martín Ferrari (Tincho)
Bug#876710: evince: File type DjVu image (image/vnd.djvu) is not supported
Control: forwarded -1 https://bugzilla.gnome.org/787481 On Sun, Sep 24, 2017 at 08:54:31PM -0300, David Bremner wrote: > Previously evince worked great for previewing djvu documents for > me. Now when I try I get a popup with the error message in the > subject. I'm not running Gnome, so that's possibly related. >From https://bugzilla.gnome.org/754467, single-page djvu support was intentionally removed because they would prefer single-page documents be handled more like images.
Bug#876687: htpdate: Off by one hour
On Sun, 24 Sep 2017 18:44:55 -0300 Eriberto Mota wrote: > Hi Mert, > > Thanks for your message. > > I can't reproduce it and I have a doubt about the results shown by > you. Please, send me the results for the following 'date' commands: > > # ntpdate pool.ntp.org; date -u > > # htpdate -s www.google.com.tr www.facebook.com www.youtube.com; date -u > Hi Eriberto, Thanks for your prompt answer, Here is the output: # ntpdate pool.ntp.org; date -u 25 Sep 03:21:25 ntpdate[10240]: adjust time server 194.27.222.5 offset 0.021160 sec Mon Sep 25 00:21:25 UTC 2017 # htpdate -s www.google.com.tr www.facebook.com www.youtube.com; date -u Setting -3600.000 seconds Set: Mon Sep 25 02:21:44 2017 Sun Sep 24 23:21:44 UTC 2017 #
Bug#875911: Processed: found 875911 in 5.13.0+dfsg-1~exp3
Control: found -1 5.13.0+dfsg-3 Control: notfixed -1 5.13.0+dfsg-2 On 09/22/2017 04:33 PM, Ole Streicher wrote: > Hi Andreas, > > On 22.09.2017 16:15, Debian Bug Tracking System wrote: >> Processing commands for cont...@bugs.debian.org: >> >>> found 875911 5.13.0+dfsg-1~exp3 > > Could I ask you to explain that a bit more verbose? > > The required install scripts (postinst preinst prerm) are there, so the > conversion should work. You shouldn't add duplicate copies of the maintainer scripts, but use debian/$package.maintscript instead and let debhelper do the duplication. See dh_installdeb(1) for details. And you can omit the package name argument if it's the same as $package. >From commit 26e01b3d20b6 I'm concluding that all the prior-versions you used are wrong. If 5.13.0+dfsg-1 shipped a wrong version there (and therefore the transition didn't take place when upgrading from ... to ... to 5.13.0+dfsg-1~exp3 to 5.13.0+dfsg-1), it should have been set to 5.13.0+dfsg-2~ (i.e. not the version that initially brought the change in the filesystem, but the version that adds the correct dpkg-maintscript-helper symlink_to_dir call) in the fixing upload of 5.13.0+dfsg-2 (so the conversion would be attempted again while upgrading to 5.13.0+dfsg-2, but since 5.13.0+dfsg-1~exp2~ is older than 5.13.0+dfsg-1, nothing would be retried and the broken state would be left in place). So assuming the next upload will be 5.13.0+dfsg-4, use 5.13.0+dfsg-4~ as the prior-version in all *.maintscript files (this will ensure the upgrade path from stable to unstable will do the symlink_to_dir transition once and correctly, regardless of which intermediate versions from sid and experimental have been installed). Reopening again, since this problem also exists in python-plplot, libplplot-ocaml, plplot-tcl-bin, plplot-tcl-dev (found in testing->sid and stable->sid upgrade tests). Reusing this bug report instead of opening a new, since this is still the same issue. (I initially filed two bugs against the same source package since I didn't recognize libqsastime* was related to *plplot*.) Andreas
Bug#876710: evince: File type DjVu image (image/vnd.djvu) is not supported
Am 25.09.2017 um 01:54 schrieb David Bremner: > Package: evince > Version: 3.25.92-1 > Severity: normal > > Previously evince worked great for previewing djvu documents for > me. Now when I try I get a popup with the error message in the > subject. I'm not running Gnome, so that's possibly related. This is a result of https://git.gnome.org/browse/evince/commit/?id=39bd98c5fb954e3b6723370b2f6b60ea43091db3 > ii shared-mime-info 1.8-1 Not sure if we need 1.9 for that. Given the above commit message, 1.8 should be sufficient. Or it's an issue of the file being mis-detected as image/vnd.djvu whereas it should supposedly be image/vnd.djvu+multipage Can you attach a test file which exhibits the problem? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -- 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#876711: nautilus-actions: Segmentation fault on Wayland
Package: nautilus-actions Version: 3.2.3-1+b2 Severity: important Dear Maintainer, nautilus-actions-config-tool show a segmentation fault (in my case when used on wayland) here's the gdb debug report: #0 0x7797f89d in ?? () from /usr/lib/libunique-3.0.so.0 #1 0x749a5e2d in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #2 0x7797f8fd in ?? () from /usr/lib/libunique-3.0.so.0 #3 0x749a6029 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #4 0x749a810e in g_object_new_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #5 0x749a83b1 in g_object_new () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #6 0x5556e33d in base_iunique_init_with_name () #7 0x5556a6c0 in base_application_run_with_args () #8 0x55569438 in main () -- System Information: Debian Release: 9.1 Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64, armel, armhf, mips, mipsel, powerpc, ppc64el Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8), LANGUAGE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages nautilus-actions depends on: ii gconf-service3.2.6-4+b1 ii libatk1.0-0 2.22.0-1 ii libc62.24-11+deb9u1 ii libcairo-gobject21.14.8-1 ii libcairo21.14.8-1 ii libgconf-2-4 3.2.6-4+b1 ii libgdk-pixbuf2.0-0 2.36.5-2+deb9u1 ii libglib2.0-0 2.50.3-2 ii libgtk-3-0 3.22.11-1 ii libgtop-2.0-10 2.34.2-1 ii libice6 2:1.0.9-2 ii libnautilus-extension1a 3.22.3-1 ii libpango-1.0-0 1.40.5-1 ii libpangocairo-1.0-0 1.40.5-1 ii libsm6 2:1.2.2-1+b3 ii libunique-3.0-0 3.0.2-2 ii libuuid1 2.29.2-1 ii libxml2 2.9.4+dfsg1-2.2+deb9u1 Versions of packages nautilus-actions recommends: ii ksh 93u+20120801-3.1 nautilus-actions suggests no packages. -- no debconf information
Bug#871608: linux-image-4.9.0-3-amd64: Linux kernel should handle decreasing cpu steal clock counter gracefully
Control: severity -1 important Control: tag -1 moreinfo On Wed, 2017-08-09 at 22:46 +0200, Michael Lass wrote: > Package: src:linux > Version: 4.9.30-2+deb9u3 > Severity: normal > Tags: patch > > Dear Maintainer, > > running Debian Stretch as a paravirtualized guest under Xen, the kernel > obtains its cpu steal time counter from the virtualization host. On some > hosts, occasionally a slight decrease in the cpu steal time is returned > which leads to an overflow of unsigned variables in the kernel and > subsequent errors in steal time accounting (such as backwards running > counters). This renders tools like "top" or "vmstat" broken in a way > that the cpu utilization cannot be determined anymore. > > While this is likely a bug in the virtualization environment, the kernel > running as a guest should deal with this gracefully. I attached a patch > to this report which fixes the errors caused by this on the guest. > Kernel versions 4.7 and older, as well as 4.11 and newer should not be > affected by this issue. [...] I agree that the kernel ought to work around this, but I'm hesitant to add a fix that doesn't look like any upstream change. Why and how do you think this was fixed in 4.11? Ben. -- Ben Hutchings If the facts do not conform to your theory, they must be disposed of. signature.asc Description: This is a digitally signed message part
Bug#867406: closed by Joao Eriberto Mota Filho (Bug#867406: fixed in jdcal 1.0-1.1)
Control: reopen -1 On Sun, Sep 24, 2017 at 04:21:10PM +, Debian Bug Tracking System wrote: >... > jdcal (1.0-1.1) unstable; urgency=medium > . >* Non-maintainer upload. >* Added ${python:Depends} variable to Depends field in all packages. > Thanks to Adrian Bunk . (Closes: #867406) >... This fixed python-jdcal, but the fix that was done for python3-jdcal has a typo: Package: python3-jdcal Architecture: all Depends: ${misc:Depends}, ${python:Depends} > Date: Thu, 06 Jul 2017 16:46:30 +0300 > From: Adrian Bunk > To: Debian Bug Tracking System > Subject: python-jdcal/python3-jdcal: missing dependencies > > Source: jdcal > Version: 1.0-1 > Severity: serious > Tags: patch > Control: affects -1 python-jdcal python3-jdcal > > python-jdcal and python3-jdcal lack the dependencies > they should have. > > Fix: > > --- debian/control.old2017-07-06 13:43:34.0 + > +++ debian/control2017-07-06 13:43:58.0 + > @@ -10,7 +10,7 @@ > > Package: python-jdcal > Architecture: all > -Depends: ${misc:Depends} > +Depends: ${misc:Depends}, ${python:Depends} > Description: Julian dates from proleptic Gregorian and Julian calendars > This module contains functions for converting between Julian dates > and calendar dates. > @@ -22,7 +22,7 @@ > > Package: python3-jdcal > Architecture: all > -Depends: ${misc:Depends} > +Depends: ${misc:Depends}, ${python3:Depends} > Description: Julian dates from proleptic Gregorian and Julian calendars > This module contains functions for converting between Julian dates > and calendar dates. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed
Bug#876710: evince: File type DjVu image (image/vnd.djvu) is not supported
Package: evince Version: 3.25.92-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Previously evince worked great for previewing djvu documents for me. Now when I try I get a popup with the error message in the subject. I'm not running Gnome, so that's possibly related. - -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.11.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE=en_CA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages evince depends on: ii dconf-gsettings-backend [gsettings-backend] 0.26.0-2+b1 ii evince-common3.25.92-1 ii gsettings-desktop-schemas3.24.1-1 ii libatk1.0-0 2.26.0-2 ii libc62.24-17 ii libcairo-gobject21.14.10-1 ii libcairo21.14.10-1 ii libevdocument3-4 3.25.92-1 ii libevview3-3 3.25.92-1 ii libgdk-pixbuf2.0-0 2.36.5-2 ii libglib2.0-0 2.54.0-1 ii libgnome-desktop-3-123.26.0-2 ii libgtk-3-0 3.22.21-1 ii libnautilus-extension1a 3.26.0-1 ii libpango-1.0-0 1.40.12-1 ii libpangocairo-1.0-0 1.40.12-1 ii libsecret-1-00.18.5-3.1 ii shared-mime-info 1.8-1 Versions of packages evince recommends: ii dbus-user-session [default-dbus-session-bus] 1.11.16+really1.10.22-1 ii dbus-x11 [dbus-session-bus] 1.11.16+really1.10.22-1 Versions of packages evince suggests: ii gvfs 1.30.4-1+b1 pn nautilus-sendto ii poppler-data 0.4.8-1 ii unrar1:5.5.8-1 - -- no debconf information -BEGIN PGP SIGNATURE- iQGzBAEBCAAdFiEE3VS2dnyDRXKVCQCp8gKXHaSnniwFAlnIRa4ACgkQ8gKXHaSn niwzXAv/YjCbN9HVcqRrSHw/qWcq2lW9N8uwutlLolfETgWLzN2qDWEgxPzblVeM oEGV3IOPt6NK483jOpVRObAsXavpeLS8m2Y7DuVzcIWAxheIDQFYycogoM9X2RDt HLdXujDpDpa3Dk58eY1vPyVqp9uNOu9emuMBKjTfGBRDpfKboXSZjrQYEXetFygW XKSrkrDZzIVS2ecW1Qgd/eAmxlYtjIAAKob46Xddyenr9tLKofVjddsvcqD2EB7g OIgV8lbA6v/LYKim7zoHDtfc4+HxdKWtnxdsnCWJ61I1KqcgJzJ7dUuNTsi6ytRI 7W1VxR8c+F4WN0Q9RILNel2PI5wsRqkJvRXNUe4RcJiw5/qYOjwhzbYHfTA9m29x Dc7TYQBGqF9JT+D8i/YqRTlW8wZcB4CxU6nOfuvQ/JMX9YrO7LwODG/6idGm3iYC 9greO+vQPTXbMKoZBUMBHThEZBzz4UrsfEmid6lrDJgSMZ+IsdziD5gYRxh6KKQH 9fwJ142I =dPKx -END PGP SIGNATURE-
Bug#876708: libtorch-thnn: broken symlink: /usr/lib/x86_64-linux-gnu/lua/5.1/libTHNN.so -> ../../libTHNN.so
Package: libtorch-thnn Version: 0~20170726-gf613412+dfsg-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package ships (or creates) a broken symlink. >From the attached log (scroll to the bottom...): 0m42.3s ERROR: FAIL: Broken symlinks: /usr/lib/x86_64-linux-gnu/lua/5.1/libTHNN.so -> ../../libTHNN.so You probably want to target ../../ibTHNN.so.0 instead, since the .so is only available in the -dev package. cheers, Andreas libtorch-thnn_0~20170726-gf613412+dfsg-1.log.gz Description: application/gzip
Bug#876709: libpreludedb FTBFS with gtk-doc-tools 1.26: gtkdoc-mktmpl is no longer available
Source: libpreludedb Version: 3.1.0-0.1 Severity: serious As for libprelude (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876591), please fix gtk-doc in libpreludedb
Bug#876707: golang-git2go FTBFS with libgit2 0.26
Source: golang-git2go Version: 0.24+git20161003.0.2209188-1 Severity: serious https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/golang-git2go.html ... dh_auto_build -O--buildsystem=golang cd obj-x86_64-linux-gnu && go install -gcflags=\"-trimpath=/build/1st/golang-git2go-0.24\+git20161003.0.2209188/obj-x86_64-linux-gnu/src\" -asmflags=\"-trimpath=/build/1st/golang-git2go-0.24\+git20161003.0.2209188/obj-x86_64-linux-gnu/src\" -v -p 16 gopkg.in/libgit2/git2go.v24 gopkg.in/libgit2/git2go.v24 # gopkg.in/libgit2/git2go.v24 src/gopkg.in/libgit2/git2go.v24/git.go:9:3: error: #error "Invalid libgit2 version; this git2go supports libgit2 v0.24" # error "Invalid libgit2 version; this git2go supports libgit2 v0.24" ^ dh_auto_build: cd obj-x86_64-linux-gnu && go install -gcflags=\"-trimpath=/build/1st/golang-git2go-0.24\+git20161003.0.2209188/obj-x86_64-linux-gnu/src\" -asmflags=\"-trimpath=/build/1st/golang-git2go-0.24\+git20161003.0.2209188/obj-x86_64-linux-gnu/src\" -v -p 16 gopkg.in/libgit2/git2go.v24 returned exit code 2 debian/rules:13: recipe for target 'build' failed make: *** [build] Error 2
Bug#783908: cpp still conflicts with mips and mipsel cross compilers
Hi, 2015-07-24 07:15 Helmut Grohne: Hi Matthias, cpp still has some bogus conflicts left. It seems that you forgot to remove them when you closed this bug. Thus I reopened it. Since the mips and mipsel cross compilers in the archive are now built standalone, I assume that these conflicts can just be removed as well. (just doing some bug triaging...) Is this still an issue? The bug was closed by spam and then reopened, but it looks to me that if the only remaining issues were with mips and mipsel back in 2015, there's a good chance that this has since been fixed. Cheers. -- Manuel A. Fernandez Montecelo
Bug#876706: stretch-pu: package liblouis/3.0.0-3
Package: release.debian.org Severity: normal Tags: stretch User: release.debian@packages.debian.org Usertags: pu Hello, Several CVEs have been reported against liblouis in Bug#874302. The upstream fixes have been tested for 6 days in Debian unstable then 5 days in Debian testing. I propose to upload them to stable too, as attached debdiff shows. Samuel -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'stable-debug'), (500, 'oldoldstable'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental-debug'), (1, 'buildd-experimental'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -Nru liblouis-3.0.0/debian/changelog liblouis-3.0.0/debian/changelog --- liblouis-3.0.0/debian/changelog 2016-09-14 00:46:35.0 +0200 +++ liblouis-3.0.0/debian/changelog 2017-09-25 01:16:30.0 +0200 @@ -1,3 +1,14 @@ +liblouis (3.0.0-3+deb9u1) stretch; urgency=medium + + * debian/patches/CVE-2017-13738-and-2017-13744.patch: New patch. + * debian/patches/CVE-2017-13739-and-2017-13740-and-2017-13742.patch: New +patch + * debian/patches/CVE-2017-13741.patch: New patch. + * debian/patches/CVE-2017-13741-2.patch: New patch. + * debian/patches/CVE-2017-13743.patch: New patch. + + -- Samuel Thibault Mon, 25 Sep 2017 01:16:30 +0200 + liblouis (3.0.0-3) unstable; urgency=medium * Upload to unstable. diff -Nru liblouis-3.0.0/debian/patches/CVE-2017-13738-and-2017-13744.patch liblouis-3.0.0/debian/patches/CVE-2017-13738-and-2017-13744.patch --- liblouis-3.0.0/debian/patches/CVE-2017-13738-and-2017-13744.patch 1970-01-01 01:00:00.0 +0100 +++ liblouis-3.0.0/debian/patches/CVE-2017-13738-and-2017-13744.patch 2017-09-25 01:14:10.0 +0200 @@ -0,0 +1,19 @@ +From edf8ee00197e5a9b062554bdca00fe1617d257a4 Mon Sep 17 00:00:00 2001 +From: Mike Gorse +Date: Tue, 29 Aug 2017 16:55:29 -0500 +Subject: [PATCH] Fix possible out-of-bounds write from a \ followed by + multiple newlines + +Fixes CVE-2017-13738 and CVE-2017-13744. +Index: liblouis-3.0.0/liblouis/compileTranslationTable.c +=== +--- liblouis-3.0.0.orig/liblouis/compileTranslationTable.c liblouis-3.0.0/liblouis/compileTranslationTable.c +@@ -573,6 +573,7 @@ getALine (FileInfo * nested) + if (pch == '\\' && ch == 10) + { + nested->linelen--; ++pch = ch; + continue; + } + if (ch == 10 || nested->linelen >= MAXSTRING) diff -Nru liblouis-3.0.0/debian/patches/CVE-2017-13739-and-2017-13740-and-2017-13742.patch liblouis-3.0.0/debian/patches/CVE-2017-13739-and-2017-13740-and-2017-13742.patch --- liblouis-3.0.0/debian/patches/CVE-2017-13739-and-2017-13740-and-2017-13742.patch 1970-01-01 01:00:00.0 +0100 +++ liblouis-3.0.0/debian/patches/CVE-2017-13739-and-2017-13740-and-2017-13742.patch 2017-09-25 01:14:10.0 +0200 @@ -0,0 +1,28 @@ +From d8cfdf1ab64a4c9c6685efe45bc735f68dac618c Mon Sep 17 00:00:00 2001 +From: Mike Gorse +Date: Wed, 30 Aug 2017 12:53:02 -0500 +Subject: [PATCH] resolveSubtable: Fix buffer overflow parsing a malformed + table + +The subtable's name can theoretically be up to MAXSTRING characters long. +The base name is then copied into a buffer, and the subtable's name is +appended, so we should allocate more than MAXSTRING bytes for the buffer. + +Fixes CVE-2017-13739, CVE-2017-13740, and CVE-2017-13742. +--- + liblouis/compileTranslationTable.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +Index: liblouis-3.0.0/liblouis/compileTranslationTable.c +=== +--- liblouis-3.0.0.orig/liblouis/compileTranslationTable.c liblouis-3.0.0/liblouis/compileTranslationTable.c +@@ -4899,7 +4899,7 @@ resolveSubtable (const char *table, cons + + if (table == NULL || table[0] == '\0') + return NULL; +- tableFile = (char *) malloc (MAXSTRING * sizeof(char)); ++ tableFile = (char *) malloc (MAXSTRING * sizeof(char) * 2); + + // + // First try to resolve against base diff -Nru liblouis-3.0.0/debian/patches/CVE-2017-13741-2.patch liblouis-3.0.0/debian/patches/CVE-2017-13741-2.patch --- liblouis-3.0.0/debian/patches/CVE-2017-13741-2.patch1970-01-01 01:00:00.0 +0100 +++ liblouis-3.0.0/debian/patches/CVE-2017-13741-2.patch2017-09-25 01:14:10.0 +0200 @@ -0,0 +1,26 @@ +commit 1e36af516478e6c07fbc919541df226aac911fd7 +Author: Christian Egli +Date: Thu Aug 31 13:41:23 2017 +0200 + +Fix a tiny problem in the CVE patches + +--- + liblouis/compileTranslationTable.c |4 ++-- +
Bug#876704: qt4-demos: QML examples in qt4-demos fail to run, /qmlapplicationviewer in wrong location
Package: qt4-demos Version: 4:4.8.7+dfsg-11 Severity: normal Dear Maintainer, Open a qt4 QML demo in QT creator (notably the Dial Control but happens with other examples too) fails with tne message: Could not copy file "/usr/share/qt4/doc/html/helper/qmlapplicationviewer" to "/home/user/dialcontrol/qmlapplicationviewer" The real location of the requested directory and files is: /usr/lib/qt4/demos/helper/qmlappicationviewer Clearly the above location must be changed. Copying the directory with to: /home/user/dialcontrol/ Solves the main problem. But the example won't run either unless you change in main.cpp the line: viewer.setMainQmlFile(QLatin1String("/qml/dialcontrol/dialcontrol.qml")); to: viewer.setMainQmlFile(QLatin1String("/dialcontrol/qml/dialcontrol/dialcontrol.qml")); Very frustrating for someone who is trying to learn qt. I have no idea if the same happens with qt5-demos *** End of the template - remove these template lines *** -- System Information: Debian Release: 9.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qt4-demos depends on: ii libc6 2.24-11+deb9u1 ii libgcc1 1:6.3.0-18 ii libgl1-mesa-glx [libgl1] 13.0.6-1+b2 ii libphonon44:4.9.0-4 ii libqt4-declarative4:4.8.7+dfsg-11 ii libqt4-designer 4:4.8.7+dfsg-11 ii libqt4-help 4:4.8.7+dfsg-11 ii libqt4-network4:4.8.7+dfsg-11 ii libqt4-opengl 4:4.8.7+dfsg-11 ii libqt4-script 4:4.8.7+dfsg-11 ii libqt4-scripttools4:4.8.7+dfsg-11 ii libqt4-sql4:4.8.7+dfsg-11 ii libqt4-svg4:4.8.7+dfsg-11 ii libqt4-test 4:4.8.7+dfsg-11 ii libqt4-xml4:4.8.7+dfsg-11 ii libqt4-xmlpatterns4:4.8.7+dfsg-11 ii libqtcore44:4.8.7+dfsg-11 ii libqtdbus44:4.8.7+dfsg-11 ii libqtgui4 4:4.8.7+dfsg-11 ii libstdc++66.3.0-18 Versions of packages qt4-demos recommends: ii libqt4-declarative-gestures 4:4.8.7+dfsg-11 ii libqt4-declarative-particles 4:4.8.7+dfsg-11 ii qt4-dev-tools 4:4.8.7+dfsg-11 ii qt4-doc 4:4.8.7+dfsg-11 Versions of packages qt4-demos suggests: ii qt4-qmlviewer 4:4.8.7+dfsg-11 -- no debconf information
Bug#836546: enchant FTCBFS: uses build architecture pkg-config
Hi, 2016-09-03 23:02 Helmut Grohne: Source: enchant Version: 1.6.0-11 Tags: patch User: helm...@debian.org Usertags: rebootstrap enchant fails to cross build from source, because it uses the build architecture pkg-config. It has two checks for pkg-config (one implicit and and explicit) where the explicit has a bad default and the implicit reuses the previous value. The attached patch removes the unneeded, explicit check and thus makes cross building work. I'd like to get this issue fixed, I could prepare an NMU in the next few days. This package is under LowNMU clause, but still I though that it would be nice to ask if it's OK with the maintainer,because the patch is slightly intrusive with the upstream source. Cheers. -- Manuel A. Fernandez Montecelo
Bug#876703: schroot: Can't run schroot as normal user
Package: schroot Version: 1.6.10-3+b1 Severity: normal Dear Maintainer, Can't run schroot as normal user in the schroot stretch version. I've done the following: I've installed a new, clean Debian stretch installation, without any graphical interface. Next, created a normal user, and then add that user to sbuild group using sbuild-adduser. Next, I created a schroot using "sbuild-createchroot --make-sbuild-tarball=/var/lib/sbuild/stretch-amd64.tar.gz stretch `mktemp -d` http://lug.mtu.edu/debian"; The schroot is listed using the command schroot -l, and root can use it and modify it. But the normal user can't use it. Not even if the normal user logouts and login. When executed as normal user, from the "/" directory, the following output come: W: Failed to change to directory ‘/’: Permission denied I: The directory does not exist inside the chroot. Use the --directory option to run the command in a different directory. E: Failed to change to directory ‘/home/gatuno’: Permission denied I: The directory does not exist inside the chroot. Use the --directory option to run the command in a different directory. Executing with the "verbose" option, the following output comes: I: Executing ‘00check setup-start ok’ I: 00check: STAGE=setup-start I: 00check: STATUS=ok I: 00check: AUTH_GID=1000 I: 00check: AUTH_HOME=/home/gatuno I: 00check: AUTH_RGID=1000 I: 00check: AUTH_RGROUP=gatuno I: 00check: AUTH_RUID=1000 I: 00check: AUTH_RUSER=gatuno I: 00check: AUTH_SHELL=/bin/bash I: 00check: AUTH_UID=1000 I: 00check: AUTH_USER=gatuno I: 00check: CHROOT_ALIAS=stretch-amd64-sbuild I: 00check: CHROOT_DESCRIPTION=Debian stretch/amd64 autobuilder (session chroot) I: 00check: CHROOT_FILE=/var/lib/sbuild/stretch-amd64.tar.gz I: 00check: CHROOT_FILE_REPACK=false I: 00check: CHROOT_FILE_UNPACK_DIR=/var/lib/schroot/unpack I: 00check: CHROOT_MOUNT_LOCATION=/var/run/schroot/mount/stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219 I: 00check: CHROOT_NAME=stretch-amd64-sbuild I: 00check: CHROOT_PATH=/var/run/schroot/mount/stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219 I: 00check: CHROOT_PROFILE=sbuild I: 00check: CHROOT_PROFILE_DIR=/etc/schroot/sbuild I: 00check: CHROOT_SESSION_CLONE=false I: 00check: CHROOT_SESSION_CREATE=false I: 00check: CHROOT_SESSION_PURGE=true I: 00check: CHROOT_SESSION_SOURCE=false I: 00check: CHROOT_TYPE=file I: 00check: DATA_DIR=/usr/share/schroot I: 00check: LIBEXEC_DIR=/usr/lib/x86_64-linux-gnu/schroot I: 00check: MOUNT_DIR=/var/run/schroot/mount I: 00check: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin I: 00check: PID=6325 I: 00check: PLATFORM=linux I: 00check: PWD=/ I: 00check: SESSION_ID=stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219 I: 00check: SETUP_CONFIG=/etc/schroot/sbuild/config I: 00check: SETUP_COPYFILES=/etc/schroot/sbuild/copyfiles I: 00check: SETUP_DATA_DIR=/usr/share/schroot/setup I: 00check: SETUP_FSTAB=/etc/schroot/sbuild/fstab I: 00check: SETUP_NSSDATABASES=/etc/schroot/sbuild/nssdatabases I: 00check: SYSCONF_DIR=/etc/schroot I: 00check: VERBOSE=verbose I: Executing ‘05btrfs setup-start ok’ I: Executing ‘05file setup-start ok’ I: 05file: File unpack directory: /var/lib/schroot/unpack/stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219 I: 05file: Created file unpack directory: /var/lib/schroot/unpack/stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219 I: 05file: Changed CWD to /var/lib/schroot/unpack/stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219 I: 05file: ./ -- A lot of files follow I: 05file: ./run/lock/ I: Executing ‘05lvm setup-start ok’ I: Executing ‘05union setup-start ok’ I: Executing ‘10mount setup-start ok’ I: 10mount: Mounting /var/lib/schroot/unpack/stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219 on /var/run/schroot/mount/stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219 I: 10mount: -v --bind /var/lib/schroot/unpack/stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219 /var/run/schroot/mount/stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219 I: 10mount: mount: /var/lib/schroot/unpack/stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219 bound on /run/schroot/mount/stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219. I: 10mount: mount: /proc bound on /run/schroot/mount/stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219/proc. I: 10mount: mount: /run/schroot/mount/stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219/proc propagation flags changed. I: 10mount: mount: /sys bound on /run/schroot/mount/stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219/sys. I: 10mount: mount: /run/schroot/mount/stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219/sys propagation flags changed. I: 10mount: mount: /dev/pts bound on /run/schroot/mount/stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219/dev/pts. I: 10mount: mount: /run/schroot/mount/stretch-amd64-sbuild-a31860db-f33a-4bb7-8a10-4b2dd1c62219/dev/pts
Bug#751776: time: diff for NMU version 1.7-25.1
Hi all, 2015-07-22 06:59 Helmut Grohne: Hi Bob, On Tue, Jul 21, 2015 at 11:11:36PM -0500, Bob Proulx wrote: I think that will be perfectly fine. Thank you for doing that. You could upload it to a shorter delay if you desired to get it through earlier. Thanks for your positive reply appreciating my NMU. I have rescheduled it to 0-day accordingly. It seems that the changelog [1] mentions "Addresses", not "Closes", therefore this bug report has not been closed even if the original problem has really been fixed. Should we? [1] https://tracker.debian.org/news/699503 -- Manuel A. Fernandez Montecelo
Bug#794158: xfsprogs FTCBFS: fails to pass --host to configure
Hi Anatoly, 2017-07-26 13:38 Anatoly Pugachev: Probably fixed in later version ? xfsprogs-4.9.0 is current version in stable/testing and unstable. Can we close this bug please? You didn't explicitly include the submitter, the bug tracking system doesn't email submitters automatically -- copying Helmut now. I checked the changelog and there's no indication that this issue has been fixed. Cheers. -- Manuel A. Fernandez Montecelo
Bug#876702: haskell-language-python FTBFS: Couldn't match type `t146' with `[Either a30 [Statement SrcSpan]]'
Source: haskell-language-python Version: 0.5.4-4 Severity: serious Tags: buster sid Some recent change in unstable makes haskell-language-python FTBFS: https://tests.reproducible-builds.org/debian/history/haskell-language-python.html https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/haskell-language-python.html ... [17 of 23] Compiling Language.Python.Version2.Parser.Parser ( dist-ghc/build/Language/Python/Version2/Parser/Parser.hs, dist-ghc/build/Language/Python/Version2/Parser/Parser.o ) dist-ghc/build/Language/Python/Version2/Parser/Parser.hs:2171:17: error: * Couldn't match type `t146' with `[Either a30 [Statement SrcSpan]]' `t146' is a rigid type variable bound by the type signature for: happyReduce_7 :: forall t127 t143 t144 t145 t146 t147 t148 t149 t150 t151 t152 t153 t154 t155 t156 t157 t158 t159 t160 t161 t162 t163 t164 t165 t166 t167 t168 t169 t170 t171 t172 t173 t174 t175 t176 t177 t178 t179 t180 t181 t182 t183 t184 t185 t186 t187 t188 t189 t190 t191 t192 t193 t194 t195 t196 t197 t198 t199 t200 t201 t202 t203 t204 t205 t206 t207 t208 t209 t210 t211 t212 t213 t214 t215 t216 t217 t218 t219 t220 t221 t222 t223 t224 t225 t226 t227 t228 t229 t230 t231 t232 t233 t234 t235 t236 t237 t238 t239 t240 t241 t242 t243 t244 t245 t246 t247 t248 t249 t250 t251 t252 t253 t254 t255 t256 t257 t258 t259 t260 t261 t262 t263 t264 t265 t266 t267 t268 t269 t270 t271 t272. Happy_GHC_Exts.Int# -> Token -> Happy_GHC_Exts.Int# -> Happy_IntList -> HappyStk (HappyAbsSyn t127 t143 t144 ...
Bug#869806: Update
Hello, I updated the package from upstream release, which accounts for feedback from Adam. Thanks again to him for the time he took to try it despite not having the relevant hardware to test. * Compilation on non-x86 platforms should be fixed (tested on arm64). New version is 0.5.0-1. It can be downloaded with dget -x https://mentors.debian.net/debian/pool/main/k/keyleds/keyleds_0.5.0-1.dsc Thanks! On Fri, Sep 22, 2017 at 12:28 PM, Julien Hartmann wrote: > Hello, > > Noted, I'll keep updating there then, hoping for the best. > > Thanks for taking the time to try and build it. > Yes, gaming keyboards expose a second HID interface to deal with > non-standard features, and that's the one keyleds talks to. So it just > shouldn't find any device if no gaming keyboard is connected. > > Being able to build it on non-x86 platforms is definitely part of the > objectives. It was created with this in mind, though actual tests are > still on the "TODO" side of the list. I missed the fact that > __builtin_cpu_init only exists on platforms where gcc actually detects > things. I'm opening an issue for this and fix will be in next release. > > Thanks! > > > On Thu, Sep 21, 2017 at 9:43 PM, Adam Borowski wrote: >> On Thu, Sep 21, 2017 at 01:17:57PM +, Julien Hartmann wrote: >>> Hello, >>> I updated the package from upstream. I don't know if I am supposed to >>> file another RFS or just append to this one? >> >> The previous one hasn't been sponsored yet, so you're merely updating the >> request rather than asking for a new upload. Appending to the RFS bug is >> preferred. One sponsored upload -- one RFS. >> >>> New version is 0.4.3-1. It can be downloaded with >>> dget -x >>> https://mentors.debian.net/debian/pool/main/k/keyleds/keyleds_0.4.3-1.dsc >> >> I see you're going to have trouble finding someone who can meaningfully >> review the package: it can't be tested without relevant hardware. I for one >> have a non-gaming Logitech keyboard, this daemon doesn't speak to it (not >> surprising -- no LEDs other than Num/Caps/Scroll). >> >> The package fails to build on architectures other than amd64 and i386, as >> its code to detect ISA extensions uses x86-only features despite obvious >> attempts of the build system to be portable. It'd be nice to fix this as >> fancy-schmancy keyboards are in no way x86-specific: you can attach one both >> to an $89 Pinebook (arm64) or to a $6.5k Talos 2 (ppc64el). >> >> >> Meow! >> -- >> ⢀⣴⠾⠻⢶⣦⠀ I've read an article about how lively happy music boosts >> ⣾⠁⢰⠒⠀⣿⡁ productivity. You can read it, too, you just need the >> ⢿⡄⠘⠷⠚⠋⠀ right music while doing so. I recommend Skepticism >> ⠈⠳⣄ (funeral doom metal).
Bug#831362: libcap-ng FTCBFS: wrong python dependencies
Control: tags -1 + pending Hi, 2016-10-15 16:20 Helmut Grohne: Source: libcap-ng Version: 0.7.7-3 Tags: patch User: helm...@debian.org Usertags: rebootstrap libcap-ng fails to cross build from source, because its dependencies require installing a host architecture python, whose postinst fails. Indeed, libcap-ng should not request a host architecture python but only request a host architecture python-dev. The attached patch fixes those dependencies and makes libcap-ng cross build including the python extensions. This patch conflicts with my patch in #831362, but the conflict is pretty simple to resolve. The patches fix orthogonal issues: * This one allows cross building full libcap-ng. * #831362 allows building libcap-ng without python (cross or native). This package is quite important for bootstrapping new architectures and it's a real annoyance to have to edit out the dependencies for Python in preliminary stages. I am submitting an NMU to delayed/15, debdiff attached, with the combined patches (please Helmut double-check if this is the final form that it was intended). If you want me to cancel the NMU just ask. (BTW, I checked that there are no related lintian warnings that were mentioned in #831362). Cheers. -- Manuel A. Fernandez Montecelo diff -Nru libcap-ng-0.7.7/debian/changelog libcap-ng-0.7.7/debian/changelog --- libcap-ng-0.7.7/debian/changelog2016-07-03 21:04:40.0 +0200 +++ libcap-ng-0.7.7/debian/changelog2017-09-25 00:43:37.0 +0200 @@ -1,3 +1,15 @@ +libcap-ng (0.7.7-3.1) unstable; urgency=medium + + [ Manuel A. Fernandez Montecelo ] + * Non-maintainer upload. + + [ Helmut Grohne ] + * Add nopython build profile (Closes: #831362) + * Fix FTCBFS: make python-related Build-Depends cross-satisfiable +(Closes: #840848) + + -- Manuel A. Fernandez Montecelo Mon, 25 Sep 2017 00:43:37 +0200 + libcap-ng (0.7.7-3) unstable; urgency=high * Install libcap-ng so file to /lib (Closes: #829126, #828992) diff -Nru libcap-ng-0.7.7/debian/control libcap-ng-0.7.7/debian/control --- libcap-ng-0.7.7/debian/control 2016-04-26 11:00:49.0 +0200 +++ libcap-ng-0.7.7/debian/control 2017-09-25 00:42:55.0 +0200 @@ -3,13 +3,15 @@ Maintainer: Pierre Chifflier Build-Depends: debhelper (>= 9), dh-autoreconf, -dh-python, +dh-python , autotools-dev, libattr1-dev, linux-kernel-headers, -swig, -python-all-dev, -python3-dev +swig , +libpython-all-dev , +libpython3-dev , +python-all-dev:any , +python3-dev:any Standards-Version: 3.9.8 Section: libs X-Python-Version: >= 2.6 @@ -65,6 +67,7 @@ Section: python Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends} +Build-Profiles: Description: Python bindings for libcap-ng This library implements the user-space interfaces to the POSIX 1003.1e capabilities available in Linux kernels. These capabilities are @@ -81,6 +84,7 @@ Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, ${python3:Depends} Provides: ${python3:Provides} +Build-Profiles: Description: Python3 bindings for libcap-ng This library implements the user-space interfaces to the POSIX 1003.1e capabilities available in Linux kernels. These capabilities are diff -Nru libcap-ng-0.7.7/debian/rules libcap-ng-0.7.7/debian/rules --- libcap-ng-0.7.7/debian/rules2016-07-03 20:55:34.0 +0200 +++ libcap-ng-0.7.7/debian/rules2017-09-25 00:36:53.0 +0200 @@ -8,6 +8,11 @@ export DEB_BUILD_HARDENING=1 +ifneq ($(filter nopython,$(DEB_BUILD_PROFILES)),) +override_dh_auto_configure: + dh_auto_configure -- --without-python --without-python3 +endif + override_dh_install: mkdir -p $(CURDIR)/debian/tmp/lib/$(DEB_HOST_MULTIARCH) && \ mv $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/lib*.so.0* $(CURDIR)/debian/tmp/lib/$(DEB_HOST_MULTIARCH)/; \ @@ -24,5 +29,8 @@ : %: +ifeq ($(filter nopython,$(DEB_BUILD_PROFILES)),) dh $@ --with=python2,python3,autoreconf - +else + dh $@ --with=autoreconf +endif
Bug#872855: Bug#872355: shutter: Shutter hangs gnome desktop environment when capture
Hi, Here the stderr log and syslog: STDERR (Some lines in spanish, sorry): $ cat stderr.log Gtk-Message **: Failed to load module "canberra-gtk-module" at /usr/lib/x86_64-linux-gnu/perl5/5.26/Gtk2.pm line 126. WARNING: gnome-web-photo is missing --> screenshots of websites will be disabled! WARNING: Image::ExifTool is missing --> writing Exif information will be disabled! File::Glob::glob() will disappear in perl 5.30. Use File::Glob::bsd_glob() instead. at /usr/bin/shutter line 8210. Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Error en la línea 1, carácter 43: « » no es un carácter válido a continuación de los caracteres ': > Adding the submitter to Cc, this is not done automatically by the BTS. > > On Fri, Sep 22, 2017 at 04:40:10PM +0800, Boyuan Yang wrote: > > Control: severity 872355 important > > Control: tag 872355 + unreproducible > > > > I couldn't reproduce it on my laptop using Debian unstable. > > > > Could you please provide with more details, such as syslog and/or stderr > > output? > > > > Regards, > > Boyuan Yang > > > -- Manuel A. Chávez M. @machavez84
Bug#873176: linux-image-armmp-lpae: Please add module for DHT11/DHT22 sensors
Control: reassign -1 src:linux Control: tag -1 moreinfo On Fri, 2017-08-25 at 12:30 +0200, Harald Geyer wrote: > Package: linux-image-armmp-lpae > Version: 4.12+84 > Severity: wishlist > > Dear Maintainer, > > the DHT22 sensors are quite popular temperature and humidity sensors. I'm > the upstream driver author so I am biased but from my experience with bug > reports many users seem to run custom compiled (and mostly outdated) kernels > only because debian doesn't ship the kernel module for this sensor. > > Also I'm switching my systems using these sensors from OpenWRT to debian > ATM so I'm directly affeced by this as well. > > Adding CONFIG_DHT11=m will be enough, however I'm less sure about the > architectures to enable this: It will be mostly used on all variants of > ARM but the driver works on any platform with native (ie fast enough for > bit banging) GPIOs. This driver appears to depend on Device Tree properties, but none of the DTBs we build set those properties. It's not clear to me how it would be usable. Ben. -- Ben Hutchings Make three consecutive correct guesses and you will be considered an expert. signature.asc Description: This is a digitally signed message part
Bug#876700: python3-pysal: fails to install: Sorry: TabError: inconsistent use of tabs and spaces in indentation (iwls.py, line 56)
Package: python3-pysal Version: 1.14.2-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. >From the attached log (scroll to the bottom...): Selecting previously unselected package python3-pysal. (Reading database ... (Reading database ... 10689 files and directories currently installed.) Preparing to unpack .../python3-pysal_1.14.2-1_all.deb ... Unpacking python3-pysal (1.14.2-1) ... Setting up python3-pysal (1.14.2-1) ... Sorry: TabError: inconsistent use of tabs and spaces in indentation (iwls.py, line 56) Sorry: TabError: inconsistent use of tabs and spaces in indentation (iwls.py, line 56) dpkg: error processing package python3-pysal (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: python3-pysal cheers, Andreas python3-pysal_1.14.2-1.log.gz Description: application/gzip
Bug#876701: rc-alert: a patch for ~/.boring-bugs to ignore
Package: devscripts Version: 2.17.10 Severity: wishlist Tags: patch Hi! When doing QA (be it for installed packages, orphaned, etc), typically a good part of bugs are things you don't care about or are not the right person to fix: packages written in a language you don't know, deal with stuff you'd personally prefer to be gone, not-a-bugs, etc. Seeing that bug in a node.php library for integrating instagram support on iPhones (that's a dependency of something you use) is a waste of your time. It makes skimming through the bug list tedious. Same for "firefox/gcc-snapshot: keep out of testing". Thus, it'd be nice to be able to mark bugs _you_ don't care about. I don't think this is a good use for usertags: your personal preferences are utterly irrelevant for others. Thus, such a list would be best stored locally. Here's a patch that implements "~/.boring-bugs". If such a file exists, all lines starting with a bug number make rc-alert and tools that use it filter out those bugs. Meow! -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-rc1-debug-00015-g5d70f4373c12 (SMP w/6 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages devscripts depends on: ii dpkg-dev 1.18.24 ii libc6 2.24-17 ii libfile-homedir-perl 1.00-1 ii perl 5.26.0-8 ii python3 3.5.3-3 Versions of packages devscripts recommends: ii apt 1.5 pn at ii curl7.55.1-1 ii dctrl-tools 2.24-2+b1 ii debian-keyring 2017.08.28 ii dput-ng [dput] 1.15 ii dupload 2.9.0 ii equivs 2.1.0 ii fakeroot1.22-1 ii file1:5.32-1 ii gnupg 2.2.1-1 ii libdistro-info-perl 0.17 ii libdpkg-perl1.18.24 ii libencode-locale-perl 1.05-1 pn libgit-wrapper-perl pn liblist-compare-perl ii liblwp-protocol-https-perl 6.07-2 pn libsoap-lite-perl ii liburi-perl 1.72-1 ii libwww-perl 6.15-2 ii licensecheck3.0.31-2 ii lintian 2.5.53 ii man-db 2.7.6.1-2 ii patch 2.7.5-1+b2 ii patchutils 0.3.4-2 ii python3-apt 1.4.0~beta3+b1 ii python3-debian 0.1.31 ii python3-magic 1:5.32-1 ii python3-requests2.18.1-1 pn python3-unidiff pn python3-xdg ii sensible-utils 0.0.10 ii strace 4.15-2 ii unzip 6.0-21 ii wdiff 1.2.2-2 ii wget1.19.1-4 ii xz-utils5.2.2-1.3 Versions of packages devscripts suggests: ii adequate 0.15.1 ii autopkgtest 5.0 pn bls-standalone ii bsd-mailx [mailx]8.1.2-0.20160123cvs-4 ii build-essential 12.4 pn check-all-the-things pn cvs-buildpackage pn devscripts-el pn diffoscope pn disorderfs ii dose-extra 5.0.1-9+b1 pn duck pn faketime pn gnuplot ii gpgv 2.2.1-1 pn how-can-i-help ii libauthen-sasl-perl 2.1600-1 ii libfile-desktopentry-perl0.22-1 pn libnet-smtps-perl ii libterm-size-perl0.207-1+b6 ii libtimedate-perl 2.3000-2 pn libyaml-syck-perl pn mozilla-devscripts ii mutt 1.8.3+neomutt20170609-2+b1 ii openssh-client [ssh-client] 1:7.5p1-10.0nosystemd1 ii piuparts 0.80 ii quilt0.63-8.1 pn ratt pn reprotest pn svn-buildpackage pn w3m -- no debconf information --- /usr/bin/rc-alert 2017-09-14 04:08:30.0 +0200 +++ rc-alert2017-09-25 00:08:22.929790385 +0200 @@ -209,6 +209,18 @@ die "$progname: could not run $curl_or_wget: $!\n"; } +## Check the local list of "boring" bugs +my %boring; +if (open BOR, '<', "$ENV{HOME}/.boring-bugs") +{ +while () +{ + next unless /^(\d+)\s/; + $boring{$1} = 1; +} +close BOR; +} + ## Get list of installed packages (not source packages) my $package_list; if (@ARGV) { @@ -315,6 +327,8 @@ sub store_if_relevant(%) { my %args
Bug#861746: linux-image-4.9.0-2-amd64: Infinity `soft lockup` at kernel 4.9.0-1+ on HP ProLiant DL360G5
On Wed, 2017-05-03 at 15:55 +0300, Arano-kai wrote: > Package: src:linux > Version: 4.9.18-1 > Severity: critical > Tags: upstream > Justification: breaks the whole system > > Dear Maintainer, > after updating the kernel to `4.9.0-2-amd64` on HP DL360G5, the > system hangs up with repeating `NMI watchdog: BUG: soft lockup - > CPU#0 stuck for 23s! [swapper/0:1]`. > `4.9.0-1-amd64` also affected. > Last working kernel is `4.8.0-2-amd64` > > Boot possible only if `acpi=off` provided in kernel opts. [...] > Boot log from the serial console is attached. The weird thing in this log is: [0.232233] node #0, CPUs: #4 [0.322042] x86: Booted up 1 node, 2 CPUs We have 2 CPUs and they are apparently numbered 0 and 4?! Maybe related to: d49597fd3bc7 x86/cpu: Deal with broken firmware (VMWare/XEN) (which went into 4.9) 9d85eb9119f4 x86/smpboot: Make logical package management more robust (which went into 4.9.2) Ben. -- Ben Hutchings Make three consecutive correct guesses and you will be considered an expert. signature.asc Description: This is a digitally signed message part
Bug#876699: staden-io-lib FTBFS: test failures on most architectures
Source: staden-io-lib Version: 1.14.9-1 Severity: serious https://buildd.debian.org/status/package.php?p=staden-io-lib&suite=sid
Bug#876698: octave-image FTBFS on 32bit: test failures
Source: octave-image Version: 2.6.1-4 Severity: serious https://buildd.debian.org/status/package.php?p=octave-image&suite=sid
Bug#876697: golang-github-golang-mock FTBFS on mips: test failure
Source: golang-github-golang-mock Version: 1.0.0-1 Severity: serious https://buildd.debian.org/status/fetch.php?pkg=golang-github-golang-mock&arch=mips&ver=1.0.0-1&stamp=1505274329&raw=0 ... dh_auto_test -a -O--buildsystem=golang go test -v -p 4 github.com/golang/mock/gomock github.com/golang/mock/gomock/mock_matcher github.com/golang/mock/mockgen github.com/golang/mock/mockgen/model github.com/golang/mock/mockgen/tests/unexported_method go build github.com/golang/mock/gomock_test: /usr/bin/mips-linux-gnu-gccgo-7: waitid: bad address FAILgithub.com/golang/mock/gomock [build failed] ? github.com/golang/mock/gomock/mock_matcher [no test files] ? github.com/golang/mock/mockgen [no test files] ? github.com/golang/mock/mockgen/model[no test files] === RUN TestCallExample it works! --- PASS: TestCallExample (0.00s) PASS ok github.com/golang/mock/mockgen/tests/unexported_method 0.497s dh_auto_test: go test -v -p 4 github.com/golang/mock/gomock github.com/golang/mock/gomock/mock_matcher github.com/golang/mock/mockgen github.com/golang/mock/mockgen/model github.com/golang/mock/mockgen/tests/unexported_method returned exit code 1 debian/rules:9: recipe for target 'build-arch' failed make: *** [build-arch] Error 1
Bug#876696: clang-6.0: clangd-6.0 error
Package: clang-6.0 Version: 1:6.0~svn311834-1 Severity: important Launching clangd-6.0 failed with the following output: : CommandLine Error: Option 'help-list' registered more than once! LLVM ERROR: inconsistency in registered CommandLine options -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.12.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages clang-6.0 depends on: ii binutils 2.29.1-3 ii libc62.24-17 ii libc6-dev2.24-17 ii libclang-common-6.0-dev 1:6.0~svn311834-1 ii libclang1-6.01:6.0~svn311834-1 ii libgcc-7-dev 7.2.0-7 ii libgcc1 1:7.2.0-7 ii libjsoncpp1 1.7.4-3 ii libllvm6.0 1:6.0~svn311834-1 ii libobjc-7-dev7.2.0-7 ii libstdc++-7-dev 7.2.0-7 ii libstdc++6 7.2.0-7 ii libtinfo56.0+20170902-1 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages clang-6.0 recommends: ii llvm-6.0-dev 1:6.0~svn311834-1 ii python2.7.14-1 Versions of packages clang-6.0 suggests: pn clang-6.0-doc pn gnustep pn gnustep-devel pn libomp-dev -- no debconf information
Bug#876695: leocad FTBFS on armel/armhf: only OpenGL ES is available
Source: leocad Version: 17.07-2 Severity: serious https://buildd.debian.org/status/package.php?p=leocad&suite=sid ... In file included from common/lc_context.cpp:3:0: common/lc_glextensions.h:19:8: error: 'PFNGLBINDBUFFERARBPROC' does not name a type; did you mean 'PFNGLBINDBUFFERBASEPROC'? extern PFNGLBINDBUFFERARBPROC lcBindBufferARB; ^~ PFNGLBINDBUFFERBASEPROC common/lc_glextensions.h:20:8: error: 'PFNGLDELETEBUFFERSARBPROC' does not name a type; did you mean 'PFNGLDELETEBUFFERSPROC'? extern PFNGLDELETEBUFFERSARBPROC lcDeleteBuffersARB; ^ PFNGLDELETEBUFFERSPROC common/lc_glextensions.h:21:8: error: 'PFNGLGENBUFFERSARBPROC' does not name a type; did you mean 'PFNGLGENBUFFERSPROC'? extern PFNGLGENBUFFERSARBPROC lcGenBuffersARB; ^~ PFNGLGENBUFFERSPROC common/lc_glextensions.h:22:8: error: 'PFNGLISBUFFERARBPROC' does not name a type; did you mean 'PFNGLISBUFFERPROC'? extern PFNGLISBUFFERARBPROC lcIsBufferARB; ^~~~ PFNGLISBUFFERPROC ... On armel and armhf, Qt uses OpenGL ES intead of full OpenGL. leocad does contain some OpenGL ES code, but I didn't manage to get that building easily (is this still supported and maintained upstream?). If it isn't easily possible to use OpenGL ES on armel and armhf, then removal of the old armel and armhf binaries (reportbug ftp.debian.org) would be a possible solution.
Bug#873187: linux-image-amd64: Missing tpm_tis module
Control: reassign -1 src:linux 4.9.25-1 Control: tag -1 moreinfo On Fri, 2017-08-25 at 13:09 +0100, Gregory Stark wrote: > Package: linux-image-amd64 > Version: 4.9+80+deb9u1 > Severity: normal > > Hi, > > I find that the tpm_tis.ko module is missing in all kernel packages > since 4.9.0-3 (which is the version in Debian 9 installers and the > security archive). This includes all more recent kernels that I've > tried from unstable. > > It was present in 4.9.0-2 which makes me wonder if it was removed due > to some last minute security problem before the release of Debian 9. It's still included, but built-in. > However this is a severe problem for users of the 2013 Chromebook > Pixel as there was a firmware bug that means suspend/resume doesn't > work unless the tpm chip has been initialized by the module. In other > words suspend/resume is broken on the 2013 Pixel ever since 4.9.0-3 > but worked fine previously. Have you actually found this to be broken? I don't believe such a failure would be related to the tpm_tis driver, since as I said it is still included. > I can't find an existing bug about tpm_tis or any mention of it on the > list. Perhaps this was done unintentionally? We didn't deliberately change it to built-in, but this is a result of enabling IMA. Ben. -- Ben Hutchings Make three consecutive correct guesses and you will be considered an expert. signature.asc Description: This is a digitally signed message part
Bug#876694: clang-5.0: clangd-5.0 segfault
Package: clang-5.0 Version: 1:5.0-2 Severity: important Launching clangd-5.0 failed with the following output: clangd-5.0: /build/llvm-toolchain-5.0-5.0/lib/Support/CommandLine.cpp:293: void {anonymous}::CommandLineParser::registerCategory(llvm::cl::OptionCategory*): Assertion `count_if(RegisteredOptionCategories, [cat](const OptionCategory *Category) { return cat->getName() == Category->getName(); }) == 0 && "Duplicate option categories"' failed. Aborted (core dumped -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.12.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages clang-5.0 depends on: ii binutils 2.29.1-3 ii libc62.24-17 ii libc6-dev2.24-17 ii libclang-common-5.0-dev 1:5.0-2 ii libclang1-5.01:5.0-2 ii libgcc-7-dev 7.2.0-7 ii libgcc1 1:7.2.0-7 ii libjsoncpp1 1.7.4-3 ii libllvm5.0 1:5.0-2 ii libobjc-7-dev7.2.0-7 ii libstdc++-7-dev 7.2.0-7 ii libstdc++6 7.2.0-7 ii libtinfo56.0+20170902-1 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages clang-5.0 recommends: ii llvm-5.0-dev 1:5.0-2 ii python2.7.14-1 Versions of packages clang-5.0 suggests: pn clang-5.0-doc pn gnustep pn gnustep-devel pn libomp-dev -- no debconf information
Bug#876620: 3depict: missing build dependency on rename
Hi, Thanks for the report. I've pushed a change to git [1] and will request a sponsor to upload the changes. Relevant changesets are: 95090e76 f5e5835b [1] https://anonscm.debian.org/cgit/debian-science/packages/3depict.git/
Bug#839857: lzma FTCBFS: uses build architecture compiler
Control: tags -1 + pending Hi, 2016-10-05 20:49 Helmut Grohne: Source: lzma Version: 9.22-2 Tags: patch User: helm...@debian.org Usertags: rebootstrap lzma fails to cross build from source, because it uses the build architecture toolchain which leads to a dh_strip failure when using host tools. Since debhelper 10.2.1, dh_auto_build knows how to pass cross toolchains via the makefile buildsystem, so replacing the explicit make invocations with dh_auto_build mostly fixes the cross build except for the odd use of CXX_C instead of CC. After applying the attached patch, lzma cross builds fine. Please consider applying it to the package. I just uploaded an NMU with delayed/15, debdiff attached. If you want me to cancel it just ask. Cheers. -- Manuel A. Fernandez Montecelo diff -Nru lzma-9.22/debian/changelog lzma-9.22/debian/changelog --- lzma-9.22/debian/changelog 2012-01-08 15:15:18.0 +0100 +++ lzma-9.22/debian/changelog 2017-09-24 23:48:30.0 +0200 @@ -1,3 +1,13 @@ +lzma (9.22-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix typo in description, thanks Pascal De Vuyst (Closes: #714875) + + [ Helmut Grohne ] + * Fix FTCBFS: Let dh_auto_build pass cross flags. (Closes: #839857) + + -- Manuel A. Fernandez Montecelo Sun, 24 Sep 2017 23:48:30 +0200 + lzma (9.22-2) unstable; urgency=low * Upload to unstable. diff -Nru lzma-9.22/debian/control lzma-9.22/debian/control --- lzma-9.22/debian/control2011-09-03 23:38:22.0 +0200 +++ lzma-9.22/debian/control2017-09-24 23:48:30.0 +0200 @@ -14,7 +14,7 @@ Depends: ${shlibs:Depends}, ${misc:Depends} Conflicts: xz-lzma (<< 5.1.1alpha+20110809-2) Description: Compression and decompression in the LZMA format - command line utility - The Lempel-Ziv Markov-chain Algorithm is a compression method based on + The Lempel-Ziv-Markov chain Algorithm is a compression method based on the famous LZ77 algorithm, and was first introduced by 7-Zip for use in 7z archives. . @@ -31,7 +31,7 @@ Conflicts: lzma (<< 4.43-13) Replaces: lzma (<< 4.43-13) Description: Compression and decompression in the LZMA format - legacy utility - The Lempel-Ziv Markov-chain Algorithm is a compression method based on + The Lempel-Ziv-Markov chain Algorithm is a compression method based on the famous LZ77 algorithm, and was first introduced by 7-Zip for use in 7z archives. . @@ -46,7 +46,7 @@ Architecture: all Depends: zlib1g-dev, ${misc:Depends} Description: Compression and decompression in the LZMA format - development files - The Lempel-Ziv Markov-chain Algorithm is a compression method based on + The Lempel-Ziv-Markov chain Algorithm is a compression method based on the famous LZ77 algorithm, and was first introduced by 7-Zip for use in 7z archives. . diff -Nru lzma-9.22/debian/rules lzma-9.22/debian/rules --- lzma-9.22/debian/rules 2011-09-03 23:38:22.0 +0200 +++ lzma-9.22/debian/rules 2017-09-24 23:48:30.0 +0200 @@ -20,8 +20,8 @@ export DH_OPTIONS override_dh_auto_build: - $(MAKE) all -C $(SRC_DIR_C) -f makefile.gcc - $(MAKE) all -C $(SRC_DIR_CPP) -f makefile.gcc + dh_auto_build -- all -C $(SRC_DIR_C) -f makefile.gcc + dh_auto_build -- all -C $(SRC_DIR_CPP) -f makefile.gcc CXX_C='$$(CC)' override_dh_auto_clean: $(MAKE) clean -C $(SRC_DIR_C) -f makefile.gcc @@ -30,4 +30,4 @@ $(SRC_DIR_CPP)/*.o $(SRC_DIR_CPP)/*.a %: - dh $@ + dh $@ --buildsystem=makefile
Bug#876692: owfs FTBFS with debhelper 10.9
Source: owfs Version: 3.1p5-1 Severity: serious Tags: buster sid https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/owfs.html ... debian/rules override_dh_makeshlibs make[1]: Entering directory '/build/1st/owfs-3.1p5' dh_makeshlibs --no-package libow-php5 --no-package libow-tcl dh_makeshlibs: Unknown package libow-php5 given via -N/--no-package, expected one of: owfs-common owfs libow-3.1-5 libowcapi-3.1-5 libow-dev libownet-3.1-5 libownet-dev owserver ow-shell ow-tools owfs-fuse owhttpd owftpd libownet-php libow-perl libownet-perl python-ow python-ownet libow-tcl owfs-doc owfs-dbg dh_makeshlibs: unknown option or error during option parsing; aborting debian/rules:97: recipe for target 'override_dh_makeshlibs' failed make[1]: *** [override_dh_makeshlibs] Error 25
Bug#876693: harminv FTBFS with debhelper 10.9
Source: harminv Version: 1.4-1 Severity: serious Tags: buster sid https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/harminv.html ... make[2]: Leaving directory '/build/1st/harminv-1.4' dh_install -s -plibharminv-dev --sourcedir=/build/1st/harminv-1.4/debian/tmp dh_install: -s/--same-arch is deprecated; please use -a/--arch instead dh_install: This feature will be removed in compat 11. dh_install -s -plibharminv --sourcedir=/build/1st/harminv-1.4/debian/tmp dh_install: -s/--same-arch is deprecated; please use -a/--arch instead dh_install: This feature will be removed in compat 11. dh_install: Requested unknown package libharminv via -p/--package, expected one of: harminv libharminv3 libharminv-dev dh_install: unknown option or error during option parsing; aborting debian/rules:31: recipe for target 'override_dh_auto_install' failed make[1]: *** [override_dh_auto_install] Error 25
Bug#876691: fonts-arphic-uming FTBFS with debhelper 10.9
Source: fonts-arphic-uming Version: 0.2.20080216.2-7 Severity: serious Tags: buster sid https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/fonts-arphic-uming.html ... debian/rules override_dh_installchangelogs make[1]: Entering directory '/build/1st/fonts-arphic-uming-0.2.20080216.2' debian/rules:18: warning: overriding recipe for target 'override_dh_builddeb' debian/rules:15: warning: ignoring old recipe for target 'override_dh_builddeb' dh_installchangelogs -p ttf-arphic-uming dh_installchangelogs: Requested unknown package ttf-arphic-uming via -p/--package, expected one of: fonts-arphic-uming dh_installchangelogs: unknown option or error during option parsing; aborting debian/rules:11: recipe for target 'override_dh_installchangelogs' failed make[1]: *** [override_dh_installchangelogs] Error 25
Bug#876690: xorg-server FTBFS with debhelper 10.9
Source: xorg-server Version: 2:1.19.3-2 Severity: serious https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/xorg-server.html ... debian/rules override_dh_strip make[1]: Entering directory '/build/1st/xorg-server-1.19.3' dh_strip -pxserver-xorg-core --dbgsym-migration="xserver-xorg-core-dbg (<< 2:1.19.0-3~)" dh_strip -s -Nxserver-xorg-core -Nxserver-xorg-core-dbg dh_strip: -s/--same-arch is deprecated; please use -a/--arch instead dh_strip: This feature will be removed in compat 11. dh_strip: unknown option or error during option parsing; aborting debian/rules:297: recipe for target 'override_dh_strip' failed make[1]: *** [override_dh_strip] Error 25 The messages are misleading (#876689), the error is for the no longer existing package in -Nxserver-xorg-core-dbg.
Bug#876687: htpdate: Off by one hour
Hi Mert, Thanks for your message. I can't reproduce it and I have a doubt about the results shown by you. Please, send me the results for the following 'date' commands: # ntpdate pool.ntp.org; date -u # htpdate -s www.google.com.tr www.facebook.com www.youtube.com; date -u Regards, Eriberto
Bug#876664: veusz FTBFS: test failure
On 2017-09-24 18:42, Aurelien Jarno wrote: > > ValueError: The truth value of an array with more than one element is > > ambiguous. Use a.any() or a.all() > > QPainter::end: Painter ended with 2 saved states > > debian/rules:40: recipe for target 'override_dh_auto_test' failed > > make[1]: *** [override_dh_auto_test] Error 1 > > This failure is due to the recent upload of numpy 1.13. I have just done another NMU to fix this issue, using a patch from upstream. Please find the diff attached. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net diff -Nru veusz-1.21.1/debian/changelog veusz-1.21.1/debian/changelog --- veusz-1.21.1/debian/changelog 2017-09-24 14:36:11.0 +0200 +++ veusz-1.21.1/debian/changelog 2017-09-24 23:20:35.0 +0200 @@ -1,3 +1,10 @@ +veusz (1.21.1-1.3) unstable; urgency=medium + + * Non-maintainer upload. + * Backport a patch from upstream to add compatiblity with numpy 1.13. + + -- Aurelien Jarno Sun, 24 Sep 2017 23:20:35 +0200 + veusz (1.21.1-1.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru veusz-1.21.1/debian/patches/01-numpy-1.13.diff veusz-1.21.1/debian/patches/01-numpy-1.13.diff --- veusz-1.21.1/debian/patches/01-numpy-1.13.diff 1970-01-01 01:00:00.0 +0100 +++ veusz-1.21.1/debian/patches/01-numpy-1.13.diff 2017-09-24 23:18:17.0 +0200 @@ -0,0 +1,88 @@ +commit 70447b7bc2dbd067b526569aa673f8f37407dc00 +Author: Jeremy Sanders +Date: Sat Sep 17 15:25:48 2016 +0200 + +Avoid None in list of numpy arrays + +diff --git a/veusz/utils/utilfuncs.py b/veusz/utils/utilfuncs.py +index 836816d6..ffe429f8 100644 +--- a/veusz/utils/utilfuncs.py b/veusz/utils/utilfuncs.py +@@ -591,3 +591,7 @@ def unescapeHDFDataName(name): + name = name.replace('`SL', '/') + name = name.replace('`BT', '`') + return name ++ ++def allNotNone(*items): ++"""Are all the items not None.""" ++return not any((x is None for x in items)) +diff --git a/veusz/widgets/axis.py b/veusz/widgets/axis.py +index 5ef52b4c..eac54dd9 100644 +--- a/veusz/widgets/axis.py b/veusz/widgets/axis.py +@@ -750,7 +750,7 @@ class Axis(widget.Widget): + for plotter in plotters: + # get label and label coordinates from plotter (if any) + labels, coords = plotter.getAxisLabels(dir) +-if None not in (labels, coords): ++if labels is not None and coords is not None: + # convert coordinates to plotter coordinates + pcoords = self._graphToPlotter(coords) + for coord, pcoord, lab in czip(coords, pcoords, labels): +diff --git a/veusz/widgets/point.py b/veusz/widgets/point.py +index 2763845b..59152c68 100644 +--- a/veusz/widgets/point.py b/veusz/widgets/point.py +@@ -75,14 +75,14 @@ + def _errorBarsBox(style, xmin, xmax, ymin, ymax, xplotter, yplotter, + s, painter, clip): + """Draw box around error region.""" +-if None not in (xmin, xmax, ymin, ymax): ++if utils.allNotNone(xmin, xmax, ymin, ymax): + painter.setBrush( qt4.QBrush() ) + utils.plotBoxesToPainter(painter, xmin, ymin, xmax, ymax, clip) + + def _errorBarsBoxFilled(style, xmin, xmax, ymin, ymax, xplotter, yplotter, + s, painter, clip): + """Draw box filled region inside error bars.""" +-if None not in (xmin, xmax, ymin, ymax): ++if utils.allNotNone(xmin, xmax, ymin, ymax): + # filled region below + if not s.FillBelow.hideerror: + path = qt4.QPainterPath() +@@ -102,7 +102,7 @@ + def _errorBarsDiamond(style, xmin, xmax, ymin, ymax, xplotter, yplotter, + s, painter, clip): + """Draw diamond around error region.""" +-if None not in (xmin, xmax, ymin, ymax): ++if utils.allNotNone(xmin, xmax, ymin, ymax): + + # expand clip by pen width (urgh) + pw = painter.pen().widthF()*2 +@@ -119,7 +119,7 @@ + def _errorBarsDiamondFilled(style, xmin, xmax, ymin, ymax, xplotter, yplotter, + s, painter, clip): + """Draw diamond filled region inside error bars.""" +-if None not in (xmin, xmax, ymin, ymax): ++if utils.allNotNone(xmin, xmax, ymin, ymax): + if not s.FillBelow.hideerror: + path = qt4.QPainterPath() + utils.addNumpyPolygonToPath(path, clip, +@@ -137,7 +137,7 @@ + def _errorBarsCurve(style, xmin, xmax, ymin, ymax, xplotter, yplotter, + s, painter, clip): + """Draw curve around error region.""" +-if None not in (xmin, xmax, ymin, ymax): ++if utils.allNotNone(xmin, xmax, ymin, ymax): + # non-filling brush + painter.setBrush( qt4.QBrush() ) + +@@ -160,7 +160,7 @@ + s, painter, clip): + """Fill area around error region.""" + +-if None not in (xmin, xmax, ymin, ymax): ++if utils.allNotNone(xmin, xmax, ymin, ymax): + for xp
Bug#870539: NMU of libestr for "hardcoded Pre-Depends on multiarch-support" and "mark libestr0 and libestr-dev Multi-Arch: same"
Control: tags -1 + pending Hi, I scheduled an NMU with delayed/15 for both bug reports: #870539 - libestr: hardcoded Pre-Depends on multiarch-support #840222 - mark libestr0 and libestr-dev Multi-Arch: same debdiff attached. If you want me to cancel it, just ask. Cheers. -- Manuel A. Fernandez Montecelo diff -Nru libestr-0.1.10/debian/changelog libestr-0.1.10/debian/changelog --- libestr-0.1.10/debian/changelog 2016-04-18 22:15:22.0 +0200 +++ libestr-0.1.10/debian/changelog 2017-09-24 23:11:22.0 +0200 @@ -1,3 +1,15 @@ +libestr (0.1.10-2.1) unstable; urgency=medium + + * Non-maintainer upload. + + [ Aurelien Jarno ] + * Fix hardcoded Pre-Depends on multiarch-support (Closes: #870539) + + [ Helmut Grohne ] + * Mark binary packages Multi-Arch: same (Closes: #840222) + + -- Manuel A. Fernandez Montecelo Sun, 24 Sep 2017 23:11:22 +0200 + libestr (0.1.10-2) unstable; urgency=medium * Run autoreconf during build (Closes: #821447) diff -Nru libestr-0.1.10/debian/control libestr-0.1.10/debian/control --- libestr-0.1.10/debian/control 2016-04-18 22:11:53.0 +0200 +++ libestr-0.1.10/debian/control 2017-09-24 23:11:22.0 +0200 @@ -14,6 +14,7 @@ Section: libdevel Architecture: any Depends: libestr0 (= ${binary:Version}), ${misc:Depends} +Multi-Arch: same Description: helper functions for handling strings (headers) The 'libestr' library contains some essential string manipulation functions and more, like escaping special characters. @@ -24,7 +25,8 @@ Section: libs Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} -Pre-Depends: ${misc:Pre-Depends}, multiarch-support +Pre-Depends: ${misc:Pre-Depends} +Multi-Arch: same Description: Helper functions for handling strings (lib) The 'libestr' library contains some essential string manipulation functions and more, like escaping special characters.
Bug#876689: dh_strip: deprecation warning masks message for error
Package: debhelper Version: 10.9 Severity: normal https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/xorg-server.html ... debian/rules override_dh_strip make[1]: Entering directory '/build/1st/xorg-server-1.19.3' dh_strip -pxserver-xorg-core --dbgsym-migration="xserver-xorg-core-dbg (<< 2:1.19.0-3~)" dh_strip -s -Nxserver-xorg-core -Nxserver-xorg-core-dbg dh_strip: -s/--same-arch is deprecated; please use -a/--arch instead dh_strip: This feature will be removed in compat 11. dh_strip: unknown option or error during option parsing; aborting debian/rules:297: recipe for target 'override_dh_strip' failed make[1]: *** [override_dh_strip] Error 25 Two lines of message are printed for the deprecation. Then follows the message that an error has occured, but the message for the error is not printed (xserver-xorg-core-dbg is a non-existing package).
Bug#876462: otrs2: CVE-2017-14635: Code Injection / Privilege Escalation OTRS
On Fri, 22 Sep 2017 16:31:00 +0200 Salvatore Bonaccorso wrote: [...] > Unfortunately the patches are not referenced, so must be researched in > the repository. I had a look at this issue. I have found https://github.com/OTRS/otrs/commit/a4093dc404fcbd87b235b31c72913141672f2a85 which was introduced in version 5.0.23 that fixed the vulnerability. It is the only commit that mentions the keywords agent and statistics but I'm not sure if the commit is sufficient. I suggest to contact upstream about this and ask for a clarification. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#876688: isdnutils FTBFS with debhelper 10.9
Source: isdnutils Version: 1:3.25+dfsg1-8 Severity: serious Tags: buster sid https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/isdnutils.html ... # Install ALL dirs into tmp also. Unfortunately there's no easy way... mkdir -p debian/tmp/sbin sort -u debian/*.dirs > debian/tmp.dirs dh_installdirs -Pdebian/tmp -pisdnutils `cat debian/tmp.dirs` dh_installdirs: Requested unknown package isdnutils via -p/--package, expected one of: isdnutils-base isdnutils-xtools ipppd isdnlog isdnlog-data isdnutils-doc isdnvbox isdnvboxclient isdnvboxserver capiutils pppdcapiplugin dh_installdirs: unknown option or error during option parsing; aborting debian/rules:44: recipe for target 'override_dh_auto_install' failed make[1]: *** [override_dh_auto_install] Error 25
Bug#845925: autopkgtest boostrap qemu
Control: tag -1 pending Hello Attila, SZALAY Attila [2017-08-13 9:19 -0400]: > I'm not 100% sure, but I have the feeling that this depends on your > host environment. Because, I think, the debootstrap copies the > /etc/resolv.cong file as-is to the chroot environment. Right, so this is ought to be fixed in debootstrap itself, IMHO. But I'm fine with a workaround in setup-testbed for the time being. > So, my solution was, as a dirty hack, to copy the content of the > /etc/resolv.conf into the chroot. Something like this what is attached > to this email. I experimented with bind mounts and other more robust approaches, but not successfully. So I went with your approach, just slightly more compact and robust: https://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=ba3123ca0f Thanks, Martin signature.asc Description: PGP signature
Bug#843448: linux-image-4.8.0-1-armmp-lpae: fails to boot on Odroid-Xu4 with rootfs on USB
On 2017-09-24, Jochen Sprickerhof wrote: > Finally I had the time and hardware available to look into this again > and found a better way to fix it. Applying the attached patch results in > a new exynos5422-odroidxu4.dtb that could simply be copied to /boot/dtbs/*/ > I've tested this with the current kernel in sid (linux-image-4.12.0-2-armmp) > as well as stretch (linux-image-4.9.0-3-armmp). More tests welcome. Thanks! I'm testing the patched .dtb on linux-image-4.9.0-3-armmp-lpae on two machines and one machine running linux-image-4.13.0-trunk-armmp-lpae. All use USB for rootfs and a build partition, so should test USB reasonable well. Seems to work fine so far. Using a patched .dtb is a much easier workaround than having to recompile the whole kernel (and follow security updates and so on)! I'd be happy to also do some testing with newer mainline kernels, if you'd like to CC me on patch submissions upstream. live well, vagrant > Cheers Jochen > From 0d3552be829d5a275d549cbf6ab468bfdb026e49 Mon Sep 17 00:00:00 2001 > From: Jochen Sprickerhof > Date: Sun, 24 Sep 2017 08:28:12 +0200 > Subject: [PATCH] ARM: dts: exynos: Use dwc3 quirk for USB3 and LAN on Odroid > XU4 > > First proposed in https://lkml.org/lkml/2015/3/18/400 and discussed > again in https://lkml.org/lkml/2017/1/24/402. > --- > arch/arm/boot/dts/exynos5422-odroidxu4.dts | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/arch/arm/boot/dts/exynos5422-odroidxu4.dts > b/arch/arm/boot/dts/exynos5422-odroidxu4.dts > index 2faf88627a48..3861f74b2ecc 100644 > --- a/arch/arm/boot/dts/exynos5422-odroidxu4.dts > +++ b/arch/arm/boot/dts/exynos5422-odroidxu4.dts > @@ -43,6 +43,11 @@ > status = "okay"; > }; > > +&usbdrd_dwc3_0 { > + snps,dis_u3_susphy_quirk; > +}; > + > &usbdrd_dwc3_1 { > dr_mode = "host"; > + snps,dis_u3_susphy_quirk; > }; > -- > 2.14.1 signature.asc Description: PGP signature
Bug#854627: Follow up...?
I'm affected by this problem, but it's been more than 7 months since any activity was seen on this bug report. I note that no response has been made by anyone representing src:wayland - does anyone watch the relevant email / list? Perhaps there is a different package that would be more appropriate to assign this to? Sam "SammyTheSnake" Penny
Bug#876687: htpdate: Off by one hour
Package: htpdate Version: 1.1.3-2 Severity: important Dear Maintainer, htpdate sets the clock an hour earlier than it should be set to. htpdate version in jessie does not exhibit this behavior, as it sets it to right time, this behavior is new in stretch version. Here is an example output: $ sudo ntpdate -v 0.europe.pool.ntp.org 24 Sep 23:38:39 ntpdate[10614]: ntpdate 4.2.8p10@1.3728-o Sun May 7 22:24:40 UTC 2017 (1) 24 Sep 23:38:49 ntpdate[10614]: adjust time server 46.22.26.12 offset 0.145900 sec $ date --utc Sun Sep 24 20:38:56 UTC 2017 $ date Sun Sep 24 23:38:57 +03 2017 $ /usr/sbin/htpdate -d -q www.google.com.tr www.facebook.com www.youtube.comburst: 1 try: 1 when: 25 www.google.com.tr 24 Sep 2017 20:39:08 GMT (1.086) => -3601 burst: 1 try: 2 when: 25 www.google.com.tr 24 Sep 2017 20:39:10 GMT (0.837) => -3601 burst: 1 try: 1 when: 50 www.facebook.com 24 Sep 2017 20:39:12 GMT (0.678) => -3601 burst: 1 try: 2 when: 50 www.facebook.com 24 Sep 2017 20:39:14 GMT (0.769) => -3601 burst: 1 try: 1 when: 75 www.youtube.com 24 Sep 2017 20:39:17 GMT (0.878) => -3600 burst: 1 try: 2 when: 75 www.youtube.com 24 Sep 2017 20:39:19 GMT (0.842) => -3600 #: 3 mean: -3601 average: -3600.667 Timezone: GMT+2 (+03,+03) Offset -3600.667 seconds seteuid() 0 -- System Information: Debian Release: 9.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Foreign Architectures: amd64, armhf Kernel: Linux 4.4.87-mert (SMP w/2 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages htpdate depends on: ii libc6 2.24-11+deb9u1 ii lsb-base 9.20161125 htpdate recommends no packages. htpdate suggests no packages. -- Configuration Files: /etc/default/htpdate changed [not included] -- no debconf information
Bug#876686: check-mk-config-icinga: file conflict with check-mk-common: /usr/share/check_mk/cmk/paths.py
Package: check-mk-config-icinga Version: 1.4.0p9-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install because it tries to overwrite other packages files. Selecting previously unselected package check-mk-config-icinga. Preparing to unpack .../check-mk-config-icinga_1.4.0p9-1_amd64.deb ... Unpacking check-mk-config-icinga (1.4.0p9-1) ... dpkg: error processing archive /var/cache/apt/archives/check-mk-config-icinga_1.4.0p9-1_amd64.deb (--unpack): trying to overwrite '/usr/share/check_mk/cmk/paths.py', which is also in package check-mk-common 1.4.0p9-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/check-mk-config-icinga_1.4.0p9-1_amd64.deb cheers, Andreas
Bug#784512: Is anybody working on PySide2?
You can find some pyside2 packages in following Ubuntu PPA sudo apt-get install software-properties-common sudo add-apt-repository ppa:thopiekar/pyside-git sudo apt-get update apt-get install python3-pyside2 For a quick test you can try to compile the packages in Debian testing. # compile and install shiboken2 # you need at least clang 3.9, I tried it with 4.0 sudo apt install libclang-4.0-dev llvm-4.0 clang-4.0 dget https://answers.launchpad.net/~thopiekar/+archive/ubuntu/pyside-git/+files/shiboken2_2.0.0.dev0-0~201708271303~rev1711~pkg53~ubuntu17.10.1.dsc dpkg-source -x shiboken2_2.0.0.dev0-0~201708271303~rev1711~pkg53~ubuntu17.10.1.dsc sudo mk-build-deps --install ~/shiboken2-2.0.0.dev0/debian/control cd shiboken2-2.0.0.dev0/ # switch to clang/llvm 4.0 PATH=/usr/lib/llvm-4.0/bin:$PATH # may have to set this in debian/rules: CLANG_INSTALL_DIR := "/usr/lib/llvm-4.0/" debuild -j16 # install the shiboken packages ... # compile and install pyside2 dget https://answers.launchpad.net/~thopiekar/+archive/ubuntu/pyside-git/+files/pyside2_2.0.0+dev-0~201708271303~rev1779~pkg53~ubuntu17.10.1.dsc dpkg-source -x pyside2_2.0.0+dev-0~201708271303~rev1779~pkg53~ubuntu17.10.1.dsc sudo mk-build-deps --install ~/pyside2-2.0.0+dev/debian/control cd pyside2-2.0.0+dev/ rm debian/source/format debuild -j16 # install pyside2 packages ... # run a pyside2 examples from http://code.qt.io/cgit/pyside/examples.git e.g. http://code.qt.io/cgit/pyside/examples.git/tree/examples/widgets/widgets/tetrix.py
Bug#786402: New repository on github
On 2017-09-20 at 11:04:00 +0200, Carlo Stemberger wrote: > what's the difference between the two projects? Why the original author has > forked the code? I can't find any news about the reason. I couldn't find a clear description of the situation either; I've posted the links with the relevant info that I could find, but I agree that they don't have the complete picture. My understanding is that the original author will no longer develop the program (at least not as a FLOSS project) and that the only surviving FLOSS project is the forked one, but I may be mistaken. The name change also seems to be done more as a courtesy to the original author than for a pressing need to distinguish two project, but again, I only know what I found on the forum and linked above. -- Elena ``of Valhalla''
Bug#875271: linux-image-4.9.0-3-amd64: kworker/1 stalls at exactly 100% CPU load
Control: tag -1 moreinfo On Sun, 2017-09-10 at 09:03 +0200, Klaus-J. Wolf wrote: > Package: src:linux > Version: 4.9.30-2+deb9u3 > Severity: important > > For unknown reason, kworker/1:1 stalls with exactly 100% CPU load on CPU > kernel 1. This has happened thrice before, after several hours of uptime. > > Nothing special happened on the machine in advance, just the usual tasks. > > lsof tells me no suspicious open files, but the kernel task has used > up 317:47.60 according to top(1) and it never seems to stop. I have > terminated every user task, so I would suppose that the kernel task has > crashed for some reason. > > In the kernel log below, I have deleted the lines showing blocked > network, this is for privacy reasons. > > -- Package-specific info: > ** Version: > Linux version 4.9.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version > 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06) > > ** Command line: > BOOT_IMAGE=/vmlinuz-4.9.0-3-amd64 > root=UUID=b073140f-d246-4131-9015-636ceb35b3b1 ro quiet > > ** Tainted: PO (4097) > * Proprietary module has been loaded. > * Out-of-tree module has been loaded. [...] Please test whether this still happens without the Nvidia and VirtualBox kernel modules loaded. Ben. -- Ben Hutchings Make three consecutive correct guesses and you will be considered an expert. signature.asc Description: This is a digitally signed message part
Bug#876215: linux-base: typo in linux-update-symlinks.1
Control: tag -1 pending On Tue, 2017-09-19 at 20:45 +0200, Sven Joachim wrote: > Package: linux-base > Version: 4.5 > Tags: patch > > I wanted to get rid of the /vmlinuz and /initrd symlinks. It took me a > while to find out that they are managed by linux-update-symlinks, and > then a trivial but crucial typo in the manpage did cost me even more > time to figure out that the parameter I needed to set is called > do_symlinks rather than no_symlinks. Patch attached. Right! This is really a thinko, not a typo - we used to support a 'no_symlinks' setting which would result in file copies rather than symlinks. Thanks for the patch. Ben. -- Ben Hutchings Make three consecutive correct guesses and you will be considered an expert. signature.asc Description: This is a digitally signed message part
Bug#876685: mssh FTBFS with libvte-2.91-dev 0.50.0-1
Source: mssh Version: 2.2-2 Severity: serious Tags: buster sid https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/mssh.html ... mssh-terminal.c: In function 'mssh_terminal_start_session': mssh-terminal.c:70:5: error: 'vte_terminal_spawn_sync' is deprecated [-Werror=deprecated-declarations] vte_terminal_spawn_sync(VTE_TERMINAL(terminal), ^~~ compilation terminated due to -Wfatal-errors. cc1: all warnings being treated as errors Makefile:378: recipe for target 'mssh-terminal.o' failed make[3]: *** [mssh-terminal.o] Error 1
Bug#876684: libgsf FTBFS with gtk-doc-tools 1.26: gtkdoc-scangobj: error: unrecognized arguments: --nogtkinit
Source: libgsf Version: 1.14.41-1 Severity: serious Tags: buster sid https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libgsf.html ... gtkdoc-scan --module=gsf --ignore-headers="biff-types.h gsf-infile-msvba.h" ${_source_dir} --deprecated-guards="GSF_DISABLE_DEPRECATED" if grep -l '^..*$' gsf.types > /dev/null 2>&1 ; then \ scanobj_options=""; \ gtkdoc-scangobj 2>&1 --help | grep >/dev/null "\-\-verbose"; \ if test "$?" = "0"; then \ if test "x" = "x1"; then \ scanobj_options="--verbose"; \ fi; \ fi; \ CC="/bin/bash ../libtool --tag=CC --mode=compile gcc -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -Werror=init-self -Werror=missing-include-dirs -Wsign-compare -Werror=pointer-arith -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wnested-externs -Wmissing-noreturn -Werror=missing-prototypes -Werror=nested-externs -Werror=implicit-function-declaration -Wmissing-declarations -Wno-pointer-sign -Werror=format-security -Wstrict-prototypes -Wno-error=format-nonliteral" LD="/bin/bash ../libtool --tag=CC --mode=link gcc -lgobject-2.0 -lglib-2.0 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -Werror=init-self -Werror=missing-include-dirs -Wsign-compare -Werror=pointer-arith -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wnested-externs -Wmissing-noreturn -Werror=missing-prototypes -Werror=nested-extern s -Werror=implicit-function-declaration -Wmissing-declarations -Wno-pointer-sign -Werror=format-security -Wstrict-prototypes -Wno-error=format-nonliteral -no-undefined -Wl,-z,relro -Wl,-z,defs -Wl,-O1 -Wl,--as-needed" RUN="/bin/bash ../libtool --mode=execute" CFLAGS="-I.. -pthread -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/libxml2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -Werror=init-self -Werror=missing-include-dirs -Wsign-compare -Werror=pointer-arith -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wnested-externs -Wmissing-noreturn -Werror=missing-prototypes -Werror=nested-externs -Werror=implicit-function-declaration -Wmissing-declarations -Wno-pointer-sign -Werror=format-security -Wstrict-prototypes -Wno-error=format-nonliteral" LDFLAGS="../gsf/libgsf-1.la -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lxml2 -no-undefined -Wl,-z,relro -Wl,-z,defs -Wl,-O1 -Wl,--as-needed" \ gtkdoc-scangobj --nogtkinit --type-init-func="gsf_init ()" $scanobj_options --module=gsf; \ else \ for i in gsf.args gsf.hierarchy gsf.interfaces gsf.prerequisites gsf.signals ; do \ test -f $i || touch $i ; \ done \ fi usage: gtkdoc-scangobj [-h] [--version] --module MODULE [--types TYPES] [--type-init-func TYPE_INIT_FUNC] [--query-child-properties QUERY_CHILD_PROPERTIES] [--output-dir OUTPUT_DIR] [--cc CC] [--ld LD] [--cflags CFLAGS] [--ldflags LDFLAGS] [--run RUN] [--verbose] gtkdoc-scangobj: error: unrecognized arguments: --nogtkinit Makefile:739: recipe for target 'scan-build.stamp' failed make[4]: *** [scan-build.stamp] Error 2
Bug#876303: linux-source-4.9 kernel regression eeepc-wmi
Control: tag -1 moreinfo On Wed, 2017-09-20 at 20:22 +0200, Oscon wrote: > Package: linux-source-4.9 > > Version: >=4.9.25 > > eeepc-wmi doesn't work with my Eee PC netbook (Asus X101) after kernel > upgrade > from 3.14.79 to 4.9.y. So some Eee WMI hotkeys don't work with the new kernel. [...] > I have to use eeepc-wmi. > > The patch "Use acpi_dev_found() " is the cause of the problem. [...] How did you determine this? It doesn't appear to make any functional change. Are you still putting an acpi_osi parameter on the kernel command line? Ben. -- Ben Hutchings Make three consecutive correct guesses and you will be considered an expert. signature.asc Description: This is a digitally signed message part
Bug#875423: openssl: Please re-enable TLS 1.0 and TLS 1.1 (at least in testing)
On 2017-09-22 11:12:52 [+0200], Raphael Hertzog wrote: > Hi, > > On Thu, 21 Sep 2017, Sebastian Andrzej Siewior wrote: > > The changes Kurt asked about is something that openssl upstream supports > > and is something that openssl 1.1 considers the right way of doing > > things (in contrast to the disable TLS-version X thingy which are marked > > deprecated or going to…). > > Why has it been implemented as a Debian specific patch then? There is nothing Debian specific, except for build options used and the patches are upstream as far as I recall. > I don't think that upstream planned to deprecate TLS 1.0 and TLS 1.1 > at this point yet. Yes, there are methods to control which TLS versions > you accept to use but those are optional and the default is to accept > all TLS versions and this default effectively changed in Debian, forcing > all applications to add code to re-enable all TLS versions. fastly plans to disable TLS <1.2 on June 30 2018 as per PCI SSC: https://www.fastly.com/blog/update-our-tls-10-and-11-deprecation-plan/ which is the extended deadline: https://blog.pcisecuritystandards.org/migrating-from-ssl-and-early-tls and Buster should be around mid-end 2019. > > So what problems do those users see? If the package lacks 1.2 support > > then it should be reported & fixed. If the package requries <1.2 support > > because the remote side can't be changed then this should reported and > > patched as well. > > I think the discussions has been rather clear on the fact that the remote > side is not always patchable (old android versions which are not > getting updates, etc.). and for those things where you can not update and you *want* run unpached software and need TLS1.0 you can patch/add a switch the software in Debian to allow TLS < 1.2 but not by default. > > since it is unlikely that things change here. Also it is unwise to make > > such a change two days before the release of Buster. *Now* we have the > > time to act. > > buster should not ship with TLS 1.0 and TLS 1.1 disabled. It is not entirely disabled you just need to add a swtich (if not yet done) to enable TLS 1.[01] on purpose. We talk here about 2019. We already have 3des and RC4 disabled which is something you would not expect after the Jessie release. > Cheers, Sebastian
Bug#876683: apport: FTBFS: Could not determine system package manager. Copy appropriate backends/packaging* to apport/packaging_impl.py
Source: apport Version: experimental Severity: serious Justification: fails to build from source Hi, apport FTBFS in a current sid/experimental environment: https://buildd.debian.org/status/package.php?p=apport&suite=experimental debian/rules override_dh_auto_clean make[1]: Entering directory '/<>' dh_auto_clean python setup.py clean -a Could not determine system package manager. Copy appropriate backends/packaging* to apport/packaging_impl.py dh_auto_clean: python setup.py clean -a returned exit code 1 debian/rules:10: recipe for target 'override_dh_auto_clean' failed make[1]: *** [override_dh_auto_clean] Error 1 Andreas
Bug#871693: RFS: tinymux/2.10.1.14-1 [RC]
The latest package at mentors has the version restriction removed. On Wed, Aug 16, 2017 at 1:03 PM, Andrey Rahmatullin wrote: > On Wed, Aug 16, 2017 at 01:00:21PM -0600, Stephen Dennis wrote: > > > > > By the way, binutils (>= 2.28.0) is wrong, as 2.28-1 is not >= > 2.28.0. > > > > > > > > > > > > > Fixing. > > > You've changed it to >= 2.25-5. Why? Also, why this restriction is > needed? > > > > > > > I don't know what the guidance is for versions, so I picked the versions > > for Jessie (oldstable). There's nothing in the code that would prevent it > > from being built with older versions of these dependencies. > Then why do you have a version restriction at all? > > -- > WBR, wRAR >
Bug#871693: RFS: tinymux/2.10.1.14-1 [RC]
Control: tags 871693 - moreinfo On Sun, Sep 24, 2017 at 2:16 PM, Stephen Dennis wrote: > The latest package at mentors has the version restriction removed. > > On Wed, Aug 16, 2017 at 1:03 PM, Andrey Rahmatullin > wrote: > >> On Wed, Aug 16, 2017 at 01:00:21PM -0600, Stephen Dennis wrote: >> > > > > By the way, binutils (>= 2.28.0) is wrong, as 2.28-1 is not >= >> 2.28.0. >> > > > > >> > > > >> > > > Fixing. >> > > You've changed it to >= 2.25-5. Why? Also, why this restriction is >> needed? >> > > >> > >> > I don't know what the guidance is for versions, so I picked the versions >> > for Jessie (oldstable). There's nothing in the code that would prevent >> it >> > from being built with older versions of these dependencies. >> Then why do you have a version restriction at all? >> >> -- >> WBR, wRAR >> > >
Bug#876021: libreoffice-writer: launching writer makes libreoffice crash
reassign 876021 src:linux forcemerge 865303 876021 thanks Hi, On Sun, Sep 24, 2017 at 02:24:20PM +0200, Jérôme Bouat wrote: > As normal user, the following command : > libreoffice --backtrace > > Next I didn't created new Draw, Impress and Calc documents as in previous use > case. I directly attempted to launch writer by using the shortcut in left > panel for creating a new Writer document. > > Libreoffice crashed and I attached the backtrace. > > Do you need more information before I remove the libreoffice-wiki-publisher > package ? Nah, ... [...] > Thread 1 "soffice.bin" received signal SIGSEGV, Segmentation fault. > _expand_stack_to (bottom=0xbf805fff 0xbf805fff>, bottom@entry=0xbf805000 0xbf805000>) at ./src/hotspot/src/os/linux/vm/os_linux.cpp:673 > 673 ./src/hotspot/src/os/linux/vm/os_linux.cpp: Aucun fichier ou dossier de > ce type. > #0 _expand_stack_to (bottom=0xbf805fff address 0xbf805fff>, bottom@entry=0xbf805000 address 0xbf805000>) at ./src/hotspot/src/os/linux/vm/os_linux.cpp:673 > #1 0xa816d7a4 in os::Linux::manually_expand_stack (t=0x1547400, > addr=0xbf805000 ) at > ./src/hotspot/src/os/linux/vm/os_linux.cpp:686 > #2 0xa8177ce8 in os::create_attached_thread (thread=0x1547400) at > ./src/hotspot/src/os/linux/vm/os_linux.cpp:965 > #3 os::create_main_thread (thread=0x1547400) at > ./src/hotspot/src/os/linux/vm/os_linux.cpp:915 > #4 0xa82ba69e in Thread::set_as_starting_thread (this=0x1547400) at > ./src/hotspot/src/share/vm/runtime/thread.cpp:988 > #5 Threads::create_vm (args=0xbfffd908, canTryAgain=0xbfffd767) at > ./src/hotspot/src/share/vm/runtime/thread.cpp:3405 > #6 0xa7f65f45 in JNI_CreateJavaVM (vm=0xbfffd8a8, penv=0xbfffdb68, > args=0xbfffd908) at ./src/hotspot/src/share/vm/prims/jni.cpp:5220 > #7 0xb23389a1 in ?? () from /usr/lib/libreoffice/program/libjvmfwklo.so > #8 0xb234abf4 in jfw_startVM(JavaInfo const*, JavaVMOption*, long, > JavaVM_**, JNIEnv_**) () from /usr/lib/libreoffice/program/libjvmfwklo.so ... that is exactly it. Wait for Linux and/or the JDK to be fixed. Or use amd64... Merging with the already existing kernel bugs. Regards, Rene
Bug#876682: libsndfile: CVE-2017-14245, CVE-2017-14246
Package: libsndfile X-Debbugs-CC: t...@security.debian.org Severity: important Tags: security Hi, the following vulnerabilities were published for libsndfile. CVE-2017-14245[0]: | An out of bounds read in the function d2alaw_array() in alaw.c of | libsndfile 1.0.28 may lead to a remote DoS attack or information | disclosure, related to mishandling of the NAN and INFINITY | floating-point values. CVE-2017-14246[1]: | An out of bounds read in the function d2ulaw_array() in ulaw.c of | libsndfile 1.0.28 may lead to a remote DoS attack or information | disclosure, related to mishandling of the NAN and INFINITY | floating-point values. If you fix the vulnerabilities please also make sure to include the CVE (Common Vulnerabilities & Exposures) ids in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2017-14245 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-14245 [1] https://security-tracker.debian.org/tracker/CVE-2017-14246 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-14246 Please adjust the affected versions in the BTS as needed. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#876681: RFH: rst2pdf -- ReportLab-based reStructuredText to PDF renderer
Package: wnpp Severity: normal I request assistance with maintaining the rst2pdf package. The package description is: The usual way of creating PDF files from reStructuredText is by going through LaTeX. This tool provides an alternative by producing PDF directly using the ReportLab library. rst2pdf currently only supports python2 (#826908); there was an effort from upstream to resume developement and an issue to track supporting python3, but apparently they have stopped again in 2016. Since sooner or later python2 will be dropped from Debian, rst2pdf will have to follow, unless somebody cares about it enought to solve the situation. I believe that rst2pdf is currently being used as a build-dependency by the following packages, whose maintainers I'm cc-ing: * apcupsd * davical * pdal Right now, I'm not really using this package, so in case there is a need for an upstream fork I'm not the right person do do it, but if upstream resumes working or there is a new upstream I would be glad to continue maintaining the package.
Bug#876680: rhash-bindings: B-D on many no longer available packages
Package: rhash-bindings Version: 1.2.10-1 Severity: serious Justification: fails to build from source The following packages have unmet dependencies: builddeps:rhash-bindings : Depends: php5-dev but it is not installable Depends: ruby1.8 but it is not installable Depends: ruby1.8-dev but it is not installable Depends: ruby1.9.1 but it is not installable Depends: ruby1.9.1-dev but it is not installable Depends: mono-gmcs (>= 1.1.8) but it is not installable Andreas
Bug#860554: autopkgtest: Running autopkgtest may fail due to long path
Control: tag -1 pending Hello Balint, Balint Reczey [2017-05-04 2:07 +0200]: > -create_command = 'dpkg-source -x "%s"' % dsc_tb > +create_command = 'dpkg-source -x "%s" src' % dsc_tb That's a good idea. > @@ -385,10 +385,10 @@ def build_source(kind, arg, built_binaries): >' ver=${srcversion:-$pkg_candidate};' >' dpkg --compare-versions "$ver" lt "$maxver" || > maxver="$ver";' >'done;' > - '[ -z "$maxver" ] || maxver="=$maxver";' > + '[ -z "$maxver" ] || maxver="$maxver";' This is now a no-op. > - 'OUT=$(apt-get source -q --only-source > %(src)s$maxver 2>&1) || RC=$?;' > + 'OUT=$(apt-get source -d -q --only-source > %(src)s=$maxver 2>&1) || RC=$?;' This breaks (or is at least unintuitive) if $maxver is empty. >'if [ -n "$RC" ]; then if echo "$OUT" | grep -q > "Unable to find a source package"; then exit 1; else exit $RC; fi; fi;' > - 'echo "$OUT" | grep ^Get: || true' % {'src': arg}) > + 'echo "$OUT" | grep ^Get: ; dpkg-source -x > %(src)s_$maxver.dsc src' % {'src': arg}) I now implemented this idea in https://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=762397342b but without the $maxver changes. Thanks! Martin
Bug#865001: Some analysis
I've done a little digging; firstly I think it's the same as: https://bugs.kde.org/show_bug.cgi?id=368494 (to which I commented although it's closed because it went away when the reporter updated their X server) and https://bugzilla.redhat.com/show_bug.cgi?id=1477592 and possibly https://bugzilla.redhat.com/show_bug.cgi?id=1406752 I added a little debug to libkf5screen #0 XRandRScreen::toKScreenScreen (this=0x559dd8b68980) at ./backends/xrandr/xrandrscreen.cpp:68 screenResources = {d = 0x0} kscreenScreen = {value = 0x559dd8b78a70, d = 0x559dd8b78b90} #1 0x7fe0e9b18aba in XRandRConfig::toKScreenConfig (this=) at ./backends/xrandr/xrandrconfig.cpp:117 config = {value = 0x559dd8b7ea80, d = 0x559dd8b7eb30} features = {i = 3} kscreenOutputs = {d = 0x559dd8b74bb0} #2 0x7fe0e9b14c14 in XRandR::config (this=) at ./backends/xrandr/xrandr.cpp:205 No locals. #3 0x559dd6d7fac6 in BackendDBusWrapper::setConfig (this=0x559dd8b69c10, configMap=...) at ./src/backendlauncher/backenddbuswrapper.cpp:87 config = {value = 0x559dd8b778c0, d = 0x559dd8b77be0} obj = {d = 0x559dd8b7ea80, o = 0x559dd8b7eb30} #4 0x559dd6d815ef in BackendAdaptor::setConfig (in0=..., this=) at ./obj-x86_64-linux-gnu/src/backendlauncher/backendadaptor.cpp:51 No locals. and: KScreen::ScreenPtr XRandRScreen::toKScreenScreen() const { KScreen::ScreenPtr kscreenScreen(new KScreen::Screen); kscreenScreen->setId(m_id); kscreenScreen->setMaxSize(m_maxSize); kscreenScreen->setMinSize(m_minSize); kscreenScreen->setCurrentSize(m_currentSize); XCB::ScopedPointer screenResources(XRandR::screenResources()); kscreenScreen->setMaxActiveOutputsCount(screenResources->num_crtcs); return kscreenScreen; } the problem is the screenResources.d is NULL I don't know the sctructure of the KDE code to know where the right place is to fix this. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#876679: RFH: pyrrd
Package: wnpp Severity: normal pyrrd, a python interface for RRD, currently only supports python2 (#830790) and its upstream developement seems to have stopped quite some years ago. Since sooner or later python2 will be dropped from Debian, pyrrd will follow, unless somebody cares about it enough to solve the situation, probably by forking upstream and continuing developement. Right now I'm not really using it, so I don't think I'm the right person to start doing upstream work, altought I would be glad to continue working on the packaging. Currently in debian there is just one open (upstream) bug with an easy workaround, so I don't think there is a pressing need for a premature removal of this package, but I'd expect that it's better to start forking upstream early instead of under a close deadline.
Bug#875688: Existing reports won't run
Same problem here, I think. I open a .odb file. I go to reports and select a report. I right click on it and select "Open" or "Edit". In each case I get the message: The document "*" could not be opened. The report, "*", requires the Oracle Report Builder feature. Further, in More details it states: The extension is not installed. libreoffice-report-builder (1:5.4.1-1) is, in fact, installed.
Bug#876678: goffice FTBFS with gtk-doc-tools 1.26: gtkdoc-scangobj: error: unrecognized arguments: --nogtkinit
Source: goffice Version: 0.10.32-1.1 Severity: serious Tags: buster sid https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/goffice.html ... touch setup-build.stamp /bin/mkdir -p xml && ( \ echo ""; \ echo "http://bugzilla.gnome.org/enter_bug.cgi?product=libgoffice\";>"; \ echo ""; \ echo ""; \ echo ""; \ echo ""; \ echo ""; \ ) > xml/gtkdocentities.ent _source_dir='' ; \ for i in ../../goffice ; do \ _source_dir="${_source_dir} --source-dir=$i" ; \ done ; \ gtkdoc-scan --module=goffice-0.10 --ignore-headers="goffice-priv.h goffice-config.h goffice-features.h goffice-paths.h goffice-debug.h io-context-priv.h go-app.h go-object.h go-service.h go-service-impl.h gog-equation.h" ${_source_dir} --deprecated-guards="GOFFICE_DISABLE_DEPRECATED" --rebuild-types if grep -l '^..*$' goffice-0.10.types > /dev/null 2>&1 ; then \ scanobj_options=""; \ gtkdoc-scangobj 2>&1 --help | grep >/dev/null "\-\-verbose"; \ if test "$?" = "0"; then \ if test "x" = "x1"; then \ scanobj_options="--verbose"; \ fi; \ fi; \ CC="/bin/bash ../../libtool --tag=CC --mode=compile x86_64-linux-gnu-gcc -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -g -Wall -Werror=init-self -Werror=missing-include-dirs -Wsign-compare -Werror=pointer-arith -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wnested-externs -Wmissing-noreturn -Werror=missing-prototypes -Werror=implicit-function-declaration -Wmissing-declarations -Wno-pointer-sign -Werror=format-security -Wstrict-prototypes -Wno-error=format-nonliteral" LD="/bin/bash ../../libtool --tag=CC --mode=link x86_64-linux-gnu-gcc -lgobject-2.0 -lglib-2.0 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -g -Wall -Werror=init-self -Werror=missing-include-dirs -Wsign-compare -Werror=pointer-arith -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wnested-externs -Wmissing-noreturn -Werror=missi ng-prototypes -Werror=implicit-function-declaration -Wmissing-declarations -Wno-pointer-sign -Werror=format-security -Wstrict-prototypes -Wno-error=format-nonliteral -Wl,-z,relro -Wl,-z,now -Wl,-z,defs -Wl,-O1 -Wl,--as-needed -L/usr/X11R6/lib" RUN="/bin/bash ../../libtool --mode=execute" CFLAGS="-I../.. -I../.. -pthread -I/usr/include/libgsf-1 -I/usr/include/librsvg-2.0 -I/usr/include/libxml2 -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -g -Wall -Werror=init-self -Werror=missing-include-dirs -Wsign-compare -Werror=pointer-arith -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wnested-externs -Wmissing-noreturn -Werror=missing-prototypes -Werror=implicit-function-declaration -Wmissing-declarations -Wno-pointer-sign -Werror=format-security -Wstrict-prototypes -Wno-error=format-nonliteral" LDFLAGS="../../goffice/libgoffice-0.10.la -Wl,--export-dynamic -lgmodule-2.0 -pthread -lgsf-1 -lrsvg-2 -lm -lxslt -lxml2 -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -Wl,-z,relro -Wl,-z,now -Wl,-z,defs -Wl,-O1 -Wl,--as-needed -L/usr/X11R6/lib" \ gtkdoc-scangobj --nogtkinit --type-init-func="g_type_init ()" $scanobj_options --module=goffice-0.10; \ else \ for i in goffice-0.10.args goffice-0.10.hierarchy goffice-0.10.interfaces goffice-0.10.prerequisites goffice-0.10.signals ; do \ test -f $i || touch $i ; \ done \ fi usage: gtkdoc-scangobj [-h] [--version] --module MODULE [--types TYPES] [--type-init-func TYPE_INIT_FUNC] [--query-child-properties QUERY_CHILD_PROPERTIES] [--output-dir OUTPUT_DIR] [--cc CC] [--ld LD] [--cflags CFLAGS] [--ldflags LDFLAGS] [--run RUN] [--verbose] gtkdoc-scangobj: error: unrecognized arguments: --nogtkinit Makefile:670: recipe for target 'scan-build.stamp' failed make[3]: *** [scan-build.stamp] Error 2
Bug#876644: System tray icons are shown without transparency
On 24.09.2017 16:58, Dmitry Shachnev wrote: Hi Evgeny! On Sun, Sep 24, 2017 at 01:22:56PM +0300, Evgeny Kapun wrote: When an application using Qt 5 has a system tray icon, areas of the icon that should be transparent are black instead. For me, this affects GoldenDict (after it was changed to use Qt 5 instead of Qt 4) and VLC. Please specify what desktop environment you are using, so that we can reproduce the bug. I can reproduce this on LXDE. You need the task bar to have white background and also set it to auto-hide. When launching an application, the task bar must be hidden, otherwise the icon will be displayed correctly. While this may be a bug in LXDE, for some reason it only affects applications which use Qt 5. Application which use Qt 4 or GTK are not affected.
Bug#843448: linux-image-4.8.0-1-armmp-lpae: fails to boot on Odroid-Xu4 with rootfs on USB
On Sun, 2017-09-24 at 09:52 +0200, Jochen Sprickerhof wrote: > Hi, > > Finally I had the time and hardware available to look into this again > and found a better way to fix it. Applying the attached patch results in > a new exynos5422-odroidxu4.dtb that could simply be copied to /boot/dtbs/*/ > I've tested this with the current kernel in sid (linux-image-4.12.0-2-armmp) > as well as stretch (linux-image-4.9.0-3-armmp). More tests welcome. > > @Ben: This seems unintrusive enough to be included in the next stretch > point release, what do you think? I'm not applying this until it's accepted upstream. Ben. -- Ben Hutchings Make three consecutive correct guesses and you will be considered an expert. signature.asc Description: This is a digitally signed message part
Bug#876677: binutils: broken TARGET= builds trying to remove /usr/share/man
Source: binutils Version: 2.29.1-3 Tags: patch User: helm...@debian.org Usertags: rebootstrap Hi Matthias, Thank you for reinstating TARGET= support in the -3 upload. Unfortunately, you removed two lines too much. The assignments of p_cross and d_cross are now missing. The respective variables default to empty and that causes the TARGET= build to try to remove /usr/share/man. The attached patch reinstates those two variables. After applying it, TARGET= builds work again. Helmut diff --minimal -Nru binutils-2.29.1/debian/changelog binutils-2.29.1/debian/changelog --- binutils-2.29.1/debian/changelog2017-09-23 14:00:50.0 +0200 +++ binutils-2.29.1/debian/changelog2017-09-24 21:25:37.0 +0200 @@ -1,3 +1,10 @@ +binutils (2.29.1-3.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Fix TARGET= builds. (Closes: #-1) + + -- Helmut Grohne Sun, 24 Sep 2017 21:25:37 +0200 + binutils (2.29.1-3) unstable; urgency=medium * Update, taken from the 2.29 branch 20170923. diff --minimal -Nru binutils-2.29.1/debian/rules binutils-2.29.1/debian/rules --- binutils-2.29.1/debian/rules2017-09-23 14:00:50.0 +0200 +++ binutils-2.29.1/debian/rules2017-09-24 21:25:37.0 +0200 @@ -54,6 +54,8 @@ p_hst = $(p_bin)-for-host p_bld = $(p_bin)-for-build +p_cross = $(p_bin)-$(subst _,-,$(TARGET)) + # version used for p_bld/p_hst dependencies min_ver = 2.29-6 @@ -87,6 +89,8 @@ d_hst = debian/$(p_hst) d_bld = debian/$(p_bld) +d_cross = debian/$(p_cross) + install_dir= install -d -m 755 install_file = install -m 644 install_script = install -m 755
Bug#876676: opencsg: missing build dependency on rename
Source: opencsg Version: 1.4.0-1 Severity: serious Tags: buster sid https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/opencsg.html ... make[1]: Entering directory '/build/1st/opencsg-1.4.0' # upstream ships Makefiles that get cleaned in `make distclean`; # protect them to restore the original package. [ -e Makefile.orig ] || rename 's/Makefile/Makefile.orig/' Makefile src/Makefile example/Makefile /bin/sh: 1: rename: not found debian/rules:14: recipe for target 'makefiles-to-safety' failed make[1]: *** [makefiles-to-safety] Error 127 make[1]: Leaving directory '/build/1st/opencsg-1.4.0' debian/rules:11: recipe for target 'clean' failed make: *** [clean] Error 2