Bug#874420: node-babel-cli: /usr/bin/babel is already provided by openbabel

[Pirate Praveen]

[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

[Salvatore Bonaccorso]

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

[Prach Pongpanich]

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

[Helmut Grohne]

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

[Pirate Praveen]

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

[Antonio Quartulli]

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

[Helmut Grohne]

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

[Michael Gilbert]

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

[Pedro Ribeiro]

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'

[Andy Li]

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

[Ben Hutchings]

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

[Eriberto Mota]

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

[Bob Proulx]

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 <eribe...@debian.org> (Bug#867406: fixed in jdcal 1.0-1.1)

[Eriberto]

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

[Gabriel F. T. Gomes]

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

[Steve Langasek]

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

[Steve Langasek]

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

[Ben Hutchings]

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

[Norbert Preining]

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

[Adam Borowski]

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

[Daniele Tricoli]

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

[Martín Ferrari]

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

[Jason Crain]

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

[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
#

Bug#875911: Processed: found 875911 in 5.13.0+dfsg-1~exp3

[Andreas Beckmann]

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

[Michael Biebl]

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

[Recognizer]

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

[Ben Hutchings]

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 <eribe...@debian.org> (Bug#867406: fixed in jdcal 1.0-1.1)

[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}


> 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

[David Bremner]

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

[Andreas Beckmann]

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

[Thomas Andrejak]

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

[Adrian Bunk]

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

[Manuel A. Fernandez Montecelo]

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

[Samuel Thibault]

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 

Bug#876704: qt4-demos: QML examples in qt4-demos fail to run, /qmlapplicationviewer in wrong location

[Wendigo]

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

[Manuel A. Fernandez Montecelo]

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

[APT Gatuno MX]

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

[Manuel A. Fernandez Montecelo]

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

[Manuel A. Fernandez Montecelo]

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]]'

[Adrian Bunk]

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

[Julien Hartmann]

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

[Manuel A. Fernandez Montecelo]

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

[Manuel A . Chávez M .]

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

[Ben Hutchings]

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)

[Andreas Beckmann]

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

[Adam Borowski]

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

[Ben Hutchings]

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

[Adrian Bunk]

Source: staden-io-lib
Version: 1.14.9-1
Severity: serious

https://buildd.debian.org/status/package.php?p=staden-io-lib=sid

Bug#876698: octave-image FTBFS on 32bit: test failures

[Adrian Bunk]

Source: octave-image
Version: 2.6.1-4
Severity: serious

https://buildd.debian.org/status/package.php?p=octave-image=sid

Bug#876697: golang-github-golang-mock FTBFS on mips: test failure

[Adrian Bunk]

Source: golang-github-golang-mock
Version: 1.0.0-1
Severity: serious

https://buildd.debian.org/status/fetch.php?pkg=golang-github-golang-mock=mips=1.0.0-1=1505274329=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

[Damien R.]

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

[Adrian Bunk]

Source: leocad
Version: 17.07-2
Severity: serious

https://buildd.debian.org/status/package.php?p=leocad=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

[Ben Hutchings]

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

[Damien R.]

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

[D Haley]

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

[Manuel A. Fernandez Montecelo]

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

[Adrian Bunk]

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

[Adrian Bunk]

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

[Adrian Bunk]

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

[Adrian Bunk]

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

[Eriberto Mota]

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

[Aurelien Jarno]

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 

Bug#870539: NMU of libestr for "hardcoded Pre-Depends on multiarch-support" and "mark libestr0 and libestr-dev Multi-Arch: same"

[Manuel A. Fernandez Montecelo]

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

[Adrian Bunk]

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

[Markus Koschany]

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

[Adrian Bunk]

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

[Martin Pitt]

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

[Vagrant Cascadian]

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";
>  };
>  
> +_dwc3_0 {
> + snps,dis_u3_susphy_quirk;
> +};
> +
>  _dwc3_1 {
>   dr_mode = "host";
> + snps,dis_u3_susphy_quirk;
>  };
> -- 
> 2.14.1


signature.asc
Description: PGP signature

Bug#854627: Follow up...?

[sam penny]

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

[Mert Dirik]

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

[Andreas Beckmann]

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?

[Dominique Belhachemi]

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

[Elena ``of Valhalla'']

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

[Ben Hutchings]

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

[Ben Hutchings]

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

[Adrian Bunk]

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

[Adrian Bunk]

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

[Ben Hutchings]

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)

[Sebastian Andrzej Siewior]

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

[Andreas Beckmann]

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=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]

[Stephen Dennis]

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]

[Stephen Dennis]

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

[Rene Engelhard]

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

[Markus Koschany]

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

[Elena ``of Valhalla'']

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

[Andreas Beckmann]

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

[Martin Pitt]

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

[Dr. David Alan Gilbert]

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

[Elena ``of Valhalla'']

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#876678: goffice FTBFS with gtk-doc-tools 1.26: gtkdoc-scangobj: error: unrecognized arguments: --nogtkinit

[Adrian Bunk]

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#875688: Existing reports won't run

[John Talbut]

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#876644: System tray icons are shown without transparency

[Evgeny Kapun]

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

[Ben Hutchings]

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

[Helmut Grohne]

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

[Adrian Bunk]

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

Bug#868082: linux-image-4.11.0-1-686: fails to boot on i386 (Soekris net5501)

[Ben Hutchings]

On Sun, 2017-09-24 at 17:54 +0200, Francesco Poli wrote:
> On Sat, 26 Aug 2017 13:02:18 +0200 Francesco Poli wrote:
> 
> Control: found -1 linux/4.12.13-1
> 
> > 
> > On Mon, 17 Jul 2017 09:59:38 +0200 Francesco Poli wrote:
> 
> [...]
> > Hello again,
> > I tested the new kernel version that has recently migrated to Debian
> > testing.
> > 
> > Unfortunately, I get the same exact boot failure.
> > 
> > And no useful output on the serial console, even with
> > 'earlyprintk=ttyS0' and without 'quiet':
> > 
> > Booting a command list
> > 
> >   Loading Linux 4.12.0-1-686 ...
> >   Loading initial ramdisk ...
> > 
> > and then nothing else.
> 
> Another kernel version has just migrated to Debian testing.
> Another boot failure with no useful output on the serial console, even
> with 'earlyprintk=ttyS0' and without 'quiet':
> 
> Booting a command list
> 
>   Loading Linux 4.12.0-2-686 ...
>   Loading initial ramdisk ...
> 
> and nothing else.
> 
> Is there anything that can be done in order to pinpoint the issue and
> solve it once and for all?!?

You could test the 4.10 kernel version from snapshot.debian.org, which
would narrow down the regresion a bit.

Ben.

> Please let me know, thanks for your time.

-- 
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#867727: RFS: parlatype/1.5.2-1 [ITP]

[Ross Gammon]

Control: tags -1 moreinfo

Hi Gabor,

Good work. We are nearly there!

The only thing I spotted, was the lack of a docbase file to help people
fire up the docs locally:
https://www.debian.org/doc/manuals/maint-guide/dother.en.html#doc-base

Would you like to maintain this within the Debian Multimedia Team? If so:
https://wiki.debian.org/DebianMultimedia/Join
and then follow the stuff in the Develop Packaging link there (to create
the git repository etc).
We can always do this before the next upload if you prefer. Just let me
know.

Some minor things we can work on for next time:
1. Lintian complains about there being no upstream changelog. As you are
upstream, maybe you can fix this? It is a nice service to our users to
see what changed in each version without going online. The Debian
changelog only contains changes in the packaging.
2. It would be nice to add some autopkgtests. For parlatype, that might
just be to run the binary command without a file to check that it
installs & doesn't crash. For the library & gir library you can compile
a simple app against the libraries to check they compile & run OK. If
you search on Debian Codesearch you will find examples.

Regards,

Ross



signature.asc
Description: OpenPGP digital signature

Bug#876675: snapper: Avoid filling up btrfs, as it break the system?

[Petter Reinholdtsen]

Package: snapper
Version: 0.5.0-2

Hi.  I use the FreedomBox with btrfs, and it is configured to use
snapper to take regular file system snapshots.  But as you can see from
https://bugs.debian.org/876514 >, this can bring down the system
if the btrfs file system fill up.

Could snapper be changed to restrict the amount of snapshots kept in
each category based on amount of free space on the file system, to avoid
filling up the disk with snapshots?

It would be great if snapper also provided a way to easily figure out
how much disk space a given snapshot uses.

Btw, are you aware of https://tracker.debian.org/pkg/zfsnap >,
which uses an interesting way to name snapshots (with timestamp and
duration), which make it quite easy to administrate the snapshots from
the command line.  Perhaps something similar could be done by snapper?

-- 
Happy hacking
Petter Reinholdtsen

Bug#876656: kicad: Bacport of version 4.0.8 to Jessie

[Miloslav Semler]

Hello Carsten,
thank you for you fast reply... Yes I meant 4.0.7... sorry for a little 
confusing question. I just asked the question if there is chance to new 
version as I still using oldstable (because of some historical software).



Regards,
Miloslav

Hello majkls,

On Sun, Sep 24, 2017 at 05:13:53PM +0200, majkls wrote:

Package: kicad
Version: 4.0.5+dfsg1-4~bpo8+1
Severity: wishlist

Dear Maintainer,

is there any chance on byckporting version 4.0.8 to debian Jessie?

that will gonne be difficult. 4.0.8 is even not in testing and you
probably mean 4.0.7. :-)

But yes, there are plans for doing this for stretch and jessie. I can't
say any time window for that. Due some needed tests before a upload can
happen it's mostly a complete weekend that is needed to prepare all
things. And a upload will need to go backports NEW due new binary
package for kicad-doc-id.

Regrads
Carsten