Bug#882777: ifupdown: ifup -a tries to bring up an interface that already is up

[Guus Sliepen]

On Sun, Nov 26, 2017 at 06:09:29PM +0100, Ralf Jung wrote:

> The following command:
> 
>   /sbin/ifup -a --read-environment
> 
> tries to bring up some GRE tunnels on my system that are already up.  
> Obviously,
> this fails.  One consequence of that is that the systemd "networking" unit is
> always marked as failed, so systemd never thinks the network is actually up.
> 
> The relevant bits of the /etc/network/interfaces.d/* looks as follows:
[...]
> pre-up ip tunnel add $IFACE mode gre local 51.X.X.X remote 185.X.X.X 
> ttl 255
[...]

The problem with jessie was that it ignored any errors from
pre/post-up/down commands. This was fixed in stretch. If you want
ifupdown to ignore any errors from your pre-up command, just append "||
true" to it, like:

 pre-up ip tunnel add $IFACE mode gre local 51.X.X.X remote 185.X.X.X 
ttl 255 || true

However, this begs the question: why does this fail at all? I tried the
exact same iface stanza on a stretch machine, and doing repeated ifup and
ifdowns just works as it should.

> add tunnel "gre0" failed: File exists

I don't know why it prints "gre0" here, I think that's a bug in ip. I do
see it when I manually try to do the ip tunnel add command multiple
times without ip tunnel del inbetween.

> With exactly the same setup (literally -- this is all automatically 
> deployed), I
> do not get any errors on our jessie systems.  Also the stretch system with a
> slightly older kernel (4.9.0-3) is not affected.  The broken machine has
> 4.9.0-4-amd64.

Hm, that is also weird. Maybe there is something that causes this tunnel
to be brought up before ifup tries to do the same?

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen 


signature.asc
Description: PGP signature

Bug#881160: please package mediawiki extension

[Kunal Mehta]

Hi,

On Wed, 8 Nov 2017 12:45:39 +0100 Daniel Baumann
 wrote:
> we're trying to use your package, however, there's nothing
> /usr/share/mediawiki/extensions*/Math/extension.json or the like.
> 
> I gather from the ITP that this is on purpose.. hence.. here my wishlist
> report: it would be nice if you could add the extension so it can be
> used in mediawiki.

It was on purpose at the time, but I think we can package the extension
itself for Buster.

However, upstream does plan on dropping[1] the OCaml texvc binary that
currently generates math images in favor of a nodejs renderer called
"mathoid", which I have no intention of packaging due to the complexity.
If that happens in time for the next MediaWiki LTS (1.31 in May/June
2018) then I don't plan on maintaining texvc or the Math extension in
Debian and will ask for its removal.

[1] https://phabricator.wikimedia.org/T74240

-- Kunal



signature.asc
Description: OpenPGP digital signature

Bug#882838: r8168-dkms fails to compile

[fin4478 fin4478]

Package: r8168-dkms
Version: 8.045.08-1

/var/lib/dkms/r8168/8.045.08/build/r8168_n.c:22967:9: error: implicit
declaration of function ‘setup_timer’; did you mean ‘sk_stop_timer’?
[-Werror=implicit-function-declaration] setup_timer(timer,
rtl8168_esd_timer, (unsigned long)dev); ^~~ sk_stop_timer
cc1: some warnings being treated as errors

sudo dpkg -i linux-headers-4.15.0-rc1_4.15.0-rc1-10.00.Custom_amd64.deb

timer.h api has changed in the kernel 4.15-rc1. Modify the r8168_n.c
file to use timer_setup function.

Bug#541730: screen: documented ‘defzombie’ command no longer recognised

[Ben Finney]

On 27-Nov-2017, Axel Beckert wrote:

> This has been fixed upstream recently in 4.6.2 by removing the
> according documentation and has been part of the last upload of
> screen to Debian Unstable (4.6.2-1).
. […]

> The fix is probably meant as part of the "documentation fixes". I just
> noticed the according upstream commit:
> 
> https://git.savannah.gnu.org/cgit/screen.git/commit/?id=68b87ac1ce9b2795e1076c3167970c58093e26ab

Thank you for noticing this change and explaining it. I have now
modified my Screen configuration to incorporate this.

-- 
 \  “Two rules to success in life: 1. Don't tell people everything |
  `\you know.” —Sassan Tat |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#843851: Correction in my proposal

[Rolandas Naujikas]

Hi

I found a serious problem in my solution.
The correct way of passing file system path into systemd unit is by
using systemd-escape. So instead ${MOUNTPOINT} there should be
$(systemd-escape "$MOUNTPOINT"):
=
if [ -n "${KIOSK_FOUND}" ]; then
  if [ -d /run/systemd/system ] && [ -x /bin/systemctl ]; then
if [ "$action" = "add" ]; then
  systemctl start ltspfs@$(systemd-escape "$MOUNTPOINT").service
else
  systemctl stop ltspfs@$(systemd-escape "$MOUNTPOINT").service
fi
  else
su - ltspkiosk -c "LTSPFS_NOAUTH=True
/usr/sbin/ltspfsmounter ${MOUNTPOINT} $action"
  fi
fi
=

Regards
Rolandas Naujikas



signature.asc
Description: OpenPGP digital signature

Bug#882686: [mingw-w64] ship mingw-w64 with gcc7

[BogDan Vatra]

Hi Stephen,

On sâmbătă, 25 noiembrie 2017 20:25:36 EET Stephen Kitt wrote:
> Control: reassign -1 gcc-mingw-w64
> Control: severity -1 wishlist
> Control: reassign 881426 gcc-mingw-w64
> Control: merge 881426 -1
> 
> Hi BogDan,
> 
> On Sat, 25 Nov 2017 19:23:28 +0200, Bogdan Vatra 
> 
> wrote:
> > Is it possible to ship gcc7 instead of gcc6 with mingw-w64?
> > According to https://mingw-w64.org/doku.php/download Arch & MSYS2 already
> > ships gcc7 which is so useful for accessing C++17 features.
> 
> I’m working on it, it should be ready within a week or so.
> 
> Regards,
> 
> Stephen

Is it possible to enable also the sanitizes ?

Thanks a lot!

Yours,
BogDan.

Bug#882590: libreoffice: Fails to start with "double free or corruption (fasttop)" error

[Rene Engelhard]

reassign 882590 libfontconfig1
found 882590 2.12.6-0.1
retitle 882590 double free or corruption
thanks

Hi,

On Sun, Nov 26, 2017 at 11:22:59PM +0100, Jonathan Ballet wrote:
> On 26/11/2017 21:12, Rene Engelhard wrote:
> > 
> > so I believe it must be some Library updated or some incompatibility
> > introduced somewhere
> > 
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?att=3;bug=882590;filename=loffice.script;msg=5
> > 
> > looks very much font'ish. Special fonts installed? Any fonts updated?
> 
> Hum, interesting. I had a custom ~/.fonts.conf which was a symlink to the
> actual configuration file in a Git repository checkout somewhere else.
> 
> Removing the symlink and/or transforming the symlink into an actual hardlink
> or a "real" file makes Libreoffice work.
> 
> However, having this file as a hardlink or a real file crashes some other
> applications, although they were fine with the symlink variant.
> 
> I ended up removing ~/.fonts.conf in the meanwhile which seems to satisfy
> most applications.
> 
> Thanks for the suggestion and sorry for the noise.

Which in turn suggests this is (lib)fontconfig misbehaving in this case,
as the bt also suggests

There were fontconfig updates...

Regards,

Rene

Bug#882761: ITP: opencascade -- Open CASCADE Technology is a suite for 3D surface and solid modeling

[kkremitzki]

Package: wnpp
Severity: wishlist

* Package name: opencascade
  Version : 7.2.0
  Upstream Author : Open CASCADE S.A.S.
* URL : https://www.opencascade.com/
* License : LGPL with exception
  Programming Lang: C++
  Description : Open CASCADE Technology is a suite for 3D surface
and solid modeling

Open CASCADE Technology is a suite for 3D surface and solid modeling,
visualization, data exchange and rapid application development.  It is
an
excellent platform for development of numerical simulation software
including
CAD/CAM/CAE, AEC and GIS, as well as PDM applications.

The `opencascade` package was previously included in Debian and last
seen in 2011
according to http://snapshot.debian.org/package/opencascade/6.5.0.dfsg-
2/. It was
removed due to its "OCCT License" which was deemed incompatible.
However, this license
was changed in 2013 for versions 6.7.0+ to LGPL with an additional
exception, available
at https://www.opencascade.com/content/licensing.

A community fork, OCE, was introduced, but development has stalled on
the fork while
development on OCCT has accelerated, and so the FreeCAD project which I
am a part of
has decided to move back to OCCT. Additionally, newer versions of the
`netgen` package
depend on OCCT, and FreeCAD in turn depends on Netgen, so getting OCCT
back in to Debian
would benefit the FreeCAD project significantly.

Bug#882837: stretch-pu: package python-inflect/0.2.5-1.1~deb9u1

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Let's fix the python3 dependencies. #867438

$ debdiff python3-inflect_0.2.5-1_all.deb 
python3-inflect_0.2.5-1.1~deb9u1_all.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

{+Depends: python3:any (>= 3.3.2-2~)+}
Version: [-0.2.5-1-] {+0.2.5-1.1~deb9u1+}


Andreas
diff -Nru python-inflect-0.2.5/debian/changelog 
python-inflect-0.2.5/debian/changelog
--- python-inflect-0.2.5/debian/changelog   2015-12-24 16:30:47.0 
+0100
+++ python-inflect-0.2.5/debian/changelog   2017-11-27 06:40:13.0 
+0100
@@ -1,3 +1,18 @@
+python-inflect (0.2.5-1.1~deb9u1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * Rebuild for stretch.
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 06:40:13 +0100
+
+python-inflect (0.2.5-1.1) unstable; urgency=medium
+
+  * Non-maintainer Upload
+  * Apply patch from Adrian Bunk to correctly generate dependencies for
+the python 3 package (Closes: #867438)
+
+ -- Arto Jantunen   Mon, 17 Jul 2017 08:47:48 +0300
+
 python-inflect (0.2.5-1) unstable; urgency=medium
 
   * Initial release. (Closes: #806450)
diff -Nru python-inflect-0.2.5/debian/control 
python-inflect-0.2.5/debian/control
--- python-inflect-0.2.5/debian/control 2015-12-24 16:26:41.0 +0100
+++ python-inflect-0.2.5/debian/control 2017-07-17 07:47:48.0 +0200
@@ -19,7 +19,7 @@
 
 Package: python3-inflect
 Architecture: all
-Depends: ${python:Depends}, ${misc:Depends}
+Depends: ${python3:Depends}, ${misc:Depends}
 Description: Generate plurals, singular nouns, ordinals, indefinite articles 
(Python 3)
  The inflect Python module correctly generates plurals, singular nouns,
  ordinals and indefinite articles. It can also convert numbers to words.

Bug#874574: [THU Mirror:2993] Bug#874574: Debian mirror mirrors.tuna.tsinghua.edu.cn/nanomirrors.tuna.tsinghua.edu.cn/neomirrors.tuna.tsinghua.edu.cn: out of date, tracefile-name, ftpsync-version

[Shanker Wang]

> 在 2017年11月26日，19:58，Bastian Blank  写道：
> 
> On Fri, Nov 17, 2017 at 08:24:37AM -0700, Wang Shanker wrote:
>> Finally we managed to get the server in pace.
>> 
>> BTW, due to the slow connection speed to syncpxy.cna.d.o, could you please 
>> also open an account on syncproxy2.wna.d.o for us? It seems that the 
>> connection to that server is better.
> 
> How does it come that both systems are behind the same router, but only
> one got connection problems?

Not only one but both. The connection is slow but normally both servers
can get in pace with the upstream. However, in late October, we has 
performed an storage upgrade on the server in question, which made the
sever missed several updates during that time in a few days. After it 
brought back online, it was not put into service immediately but a manual 
sync from the other server was performed. After the successful sync, the 
server in question was put back online. Because the re-sync itself took a
long time, a few updates for debian was missed, which made a large amount 
of data to transfer in the later sync from syncpxy.cna.d.o. With as slow 
connection speed as about 1 Mbps, such transfer could not be completed 
in an appropriate time. I first didn't realize it and tried to restart
the ftpsync for many times but such measure made no luck. Finally, I 
manually started rsync from its peer and then started the normal ftpsync. 
Everything worked fine after that.

What I want to emphasis is that such slow connection to syncpxy.cna.d.o
won't lead to problems if the servers are kept in pace with the upstream. 
But it can be a problem if a server is out of sync for one or two days. 
I think maybe another account on syncproxy2.wna.d.o can be opened and
we can get a faster connection.

> 
> Sorry, but this have been a problem for too long.  So please make sure
> that:
> - all sync pushs start a ftpsync without lag, aka drop your queueing
>  between the request and the sync, and
> - if you really have connection problems, start with rewireing your
>  setup to sync to one system from the outside and update the second
>  system locally.
> 
> Regards,
> Bastian
> 
> -- 
> Totally illogical, there was no chance.
>   -- Spock, "The Galileo Seven", stardate 2822.3

Bug#882836: stretch-pu: package doit/0.28.0-1+deb9u1

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

This update adds
  Breaks: nikola (<< 7.6.0-1~)
to python-doit, fixing #870162

nikola is neither part of stretch nor any longer in sid, but the jessie
version will survive an upgrade to stretch, where it will fail due to a
too new version of doit. For details see #870162.

Adding the Breaks will cause removal of the old nikola package.

There is no package left for fixing this in sid: doit is now python3
only.


Andreas
diff -Nru doit-0.28.0/debian/changelog doit-0.28.0/debian/changelog
--- doit-0.28.0/debian/changelog2015-06-20 21:27:14.0 +0200
+++ doit-0.28.0/debian/changelog2017-11-27 05:44:54.0 +0100
@@ -1,3 +1,12 @@
+doit (0.28.0-1+deb9u1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * python-doit: Add Breaks: nikola (<< 7.6.0-1~). nikola is not in stretch
+(or even in sid any longer) and the jessie version needs doit <= 0.27.
+(Closes: #870162)
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 05:44:54 +0100
+
 doit (0.28.0-1) unstable; urgency=medium
 
   * Imported Upstream version 0.28.0
diff -Nru doit-0.28.0/debian/control doit-0.28.0/debian/control
--- doit-0.28.0/debian/control  2015-06-20 21:27:01.0 +0200
+++ doit-0.28.0/debian/control  2017-11-27 05:44:54.0 +0100
@@ -34,6 +34,7 @@
 Depends: ${python:Depends}, ${misc:Depends}, python-pyinotify, python-six
 Recommends: strace, python-gdbm
 Suggests: python-doit-doc
+Breaks: nikola (<< 7.6.0-1~)
 Description: Automation tool to execute any kind of task in a build-tools 
fashion
  doit is an automation tool that brings the power of build-tools to execute any
  kind of task.

Bug#882835: kcoreaddons FTCBFS: fails to run qhelpgenerator

[Helmut Grohne]

Source: kcoreaddons
Version: 5.37.0-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

kcoreaddons fails to cross build from source, because it fails running
qhelpgenerator (through doxygen). Doxygen doesn't notice the failure
(#818379), but the build finally fails due to missing files. The issue
here is that qhelpgenerator needs libqt5sql5-sqlite for the build
architecture, but Build-Depends only request it for the host
architecture. qhelpgenerator thus perceives it as missing and refuses to
operate. The solution is to annotate the dependency with :native and
that makes kcoreaddons cross build successfully indeed. Please consider
applying the attached patch.

Helmut
diff --minimal -Nru kcoreaddons-5.37.0/debian/changelog 
kcoreaddons-5.37.0/debian/changelog
--- kcoreaddons-5.37.0/debian/changelog 2017-09-03 09:57:47.0 +0200
+++ kcoreaddons-5.37.0/debian/changelog 2017-11-27 06:21:37.0 +0100
@@ -1,3 +1,10 @@
+kcoreaddons (5.37.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Annotate libqt5sql5-sqlite with :native. (Closes: #-1)
+
+ -- Helmut Grohne   Mon, 27 Nov 2017 06:21:37 +0100
+
 kcoreaddons (5.37.0-2) sid; urgency=medium
 
   * New revision
diff --minimal -Nru kcoreaddons-5.37.0/debian/control 
kcoreaddons-5.37.0/debian/control
--- kcoreaddons-5.37.0/debian/control   2017-09-03 09:57:47.0 +0200
+++ kcoreaddons-5.37.0/debian/control   2017-11-27 06:21:35.0 +0100
@@ -9,7 +9,7 @@
extra-cmake-modules (>= 5.37.0~),
graphviz,
libfam-dev,
-   libqt5sql5-sqlite,
+   libqt5sql5-sqlite:native,
pkg-kde-tools (>= 0.15.16~),
qtbase5-dev (>= 5.7.0~),
qttools5-dev (>= 5.4),

Bug#882834: stretch-pu: package libxsettings-client/0.17-9~deb9u1

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Let's rebuild libxsettings-client for stretch and get the missing
libxsettings-dev dependency in libxsettings-client-dev. #695584


Andreas

PS: no substvars changed, no binary debdiff this time :-)
diff -Nru libxsettings-client-0.17/debian/changelog 
libxsettings-client-0.17/debian/changelog
--- libxsettings-client-0.17/debian/changelog   2015-10-31 23:24:06.0 
+0100
+++ libxsettings-client-0.17/debian/changelog   2017-11-27 05:20:39.0 
+0100
@@ -1,3 +1,18 @@
+libxsettings-client (0.17-9~deb9u1) stretch; urgency=medium
+
+  * QA upload.
+  * Rebuild for stretch.
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 05:20:39 +0100
+
+libxsettings-client (0.17-9) unstable; urgency=medium
+
+  * QA upload.
+  * Add the missing libxsettings-client-dev -> libxsettings-dev
+dependency. (Closes: #695584)
+
+ -- Adrian Bunk   Sun, 03 Sep 2017 23:36:18 +0300
+
 libxsettings-client (0.17-8) unstable; urgency=medium
 
   * QA upload.
diff -Nru libxsettings-client-0.17/debian/control 
libxsettings-client-0.17/debian/control
--- libxsettings-client-0.17/debian/control 2015-10-31 22:00:00.0 
+0100
+++ libxsettings-client-0.17/debian/control 2017-09-03 22:36:18.0 
+0200
@@ -23,7 +23,7 @@
 Section: libdevel
 Priority: optional
 Architecture: any
-Depends: libxsettings-client0 (= ${binary:Version}), libx11-dev, 
${misc:Depends}
+Depends: libxsettings-client0 (= ${binary:Version}), libx11-dev, 
${misc:Depends}, libxsettings-dev
 Description: utility functions for the Xsettings protocol (Development files)
  This package contains headers and other files required to compile
  software using the GPE scheduling library to use the Xsettings 

Bug#882833: kontact fails to start - complains Akonadi service is unavailable

[Gary Dale]

Package: kontact
Version: 4:16.04.3-4
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
been upgrading my Debian/Buster workstation each evening
   * What exactly did you do (or not do) that was effective (or ineffective)?
tried reinstalling akonadi-server
   * What was the outcome of this action?
same problem
   * What outcome did you expect instead?
I would like Kontact to be usable.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-1-amd64 (SMP w/16 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 kontact depends on:
ii  kdepim-runtime   4:16.04.2-2+b2
ii  kio  5.37.0-2
ii  libc62.25-2
ii  libgcc1  1:7.2.0-16
ii  libkf5completion55.37.0-2
ii  libkf5configcore55.37.0-2
ii  libkf5configgui5 5.37.0-2
ii  libkf5configwidgets5 5.37.0-2
ii  libkf5coreaddons55.37.0-2
ii  libkf5grantleetheme-plugins  16.04.3-1
ii  libkf5grantleetheme5 16.04.3-1
ii  libkf5i18n5  5.37.0-2
ii  libkf5iconthemes55.37.0-2
ii  libkf5identitymanagement516.04.2-1
ii  libkf5kcmutils5  5.37.0-2
ii  libkf5kdepimdbusinterfaces5  4:16.04.2-2
ii  libkf5kiowidgets55.37.0-2
ii  libkf5kontactinterface5  16.04.2-1
ii  libkf5libkdepim-plugins  4:16.04.2-3
ii  libkf5libkdepim5 4:16.04.2-3
ii  libkf5parts5 5.37.0-2
ii  libkf5service-bin5.37.0-2
ii  libkf5service5   5.37.0-2
ii  libkf5webkit55.37.0-2
ii  libkf5widgetsaddons5 5.37.0-2
ii  libkf5windowsystem5  5.37.0-2
ii  libkf5xmlgui55.37.0-2
ii  libqt5core5a 5.9.1+dfsg-9
ii  libqt5dbus5  5.9.1+dfsg-9
ii  libqt5gui5   5.9.1+dfsg-9
ii  libqt5webkit55.9.1+dfsg-5
ii  libqt5widgets5   5.9.1+dfsg-9
ii  libstdc++6   7.2.0-16

Versions of packages kontact recommends:
ii  accountwizard  4:16.04.3-4
ii  akregator  4:16.04.3-4
ii  kaddressbook   4:16.04.3-4
ii  kmail  4:16.04.3-4
ii  knotes 4:16.04.3-4
ii  korganizer 4:16.04.3-4

Versions of packages kontact suggests:
pn  gnokii  

-- no debconf information

Bug#882811: ITP: construct.legacy -- legacy fork of declarative binary data parser/builder

[Paul Wise]

On Mon, Nov 27, 2017 at 7:26 AM, Hilko Bengen wrote:

> construct (python-construct, python3-construct) as of version 2.8 has
> broken its API which has been a problem during the stretch release
> (#853082). I believe that a proper solution to this mess is to patch the
> handful affected packages so that they import code from construct_legacy
> instead of construct and have them depend on this package.

Wouldn't it be better to port the reverse dependencies to the new version?

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#882832: stretch-pu: package jdcal/1.0-1.2~deb9u1

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Let's fix the missing python/python3 dependencies. #867406

$ debdiff python-jdcal_1.0-1_all.deb python-jdcal_1.0-1.2~deb9u1_all.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

{+Depends: python:any (<< 2.8), python:any (>= 2.7.5-5~)+}
Installed-Size: [-26-] {+39+}
Version: [-1.0-1-] {+1.0-1.2~deb9u1+}

$ debdiff python3-jdcal_1.0-1_all.deb python3-jdcal_1.0-1.2~deb9u1_all.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

{+Depends: python3:any (>= 3.3.2-2~)+}
Installed-Size: [-23-] {+35+}
Version: [-1.0-1-] {+1.0-1.2~deb9u1+}


Andreas
diff -Nru jdcal-1.0/debian/changelog jdcal-1.0/debian/changelog
--- jdcal-1.0/debian/changelog  2014-12-10 06:49:59.0 +0100
+++ jdcal-1.0/debian/changelog  2017-11-27 04:50:33.0 +0100
@@ -1,3 +1,26 @@
+jdcal (1.0-1.2~deb9u1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * Rebuild for stretch.
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 04:50:33 +0100
+
+jdcal (1.0-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix a mistake in ${python:Depends} for Python3 (needs to be
+${python3:Depends}). Thanks again to Adrian Bunk. (Closes: #867406)
+
+ -- Joao Eriberto Mota Filho   Sun, 24 Sep 2017 22:15:10 
-0300
+
+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)
+
+ -- Joao Eriberto Mota Filho   Sun, 24 Sep 2017 12:29:22 
-0300
+
 jdcal (1.0-1) unstable; urgency=low
 
   * Initial release (Closes: #772689)
diff -Nru jdcal-1.0/debian/control jdcal-1.0/debian/control
--- jdcal-1.0/debian/control2014-12-10 06:49:59.0 +0100
+++ jdcal-1.0/debian/control2017-09-25 03:15:10.0 +0200
@@ -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.

Bug#882831: stretch-pu: package libmpd/0.20.0-2~deb9u1

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Let's fix the missing libglib2.0-dev dependency (according to
libmpd.pc). #518429

$ debdiff libmpd-dev_0.20.0-1.3_amd64.deb libmpd-dev_0.20.0-2~deb9u1_amd64.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Depends: libmpd1 (= [-0.20.0-1.3), pkg-config-] {+0.20.0-2~deb9u1), pkg-config, 
libglib2.0-dev+}
Maintainer: [-Arnaud Cornet -] {+Debian QA Group 
+}
Version: [-0.20.0-1.3-] {+0.20.0-2~deb9u1+}


Andreas
diff -u libmpd-0.20.0/debian/changelog libmpd-0.20.0/debian/changelog
--- libmpd-0.20.0/debian/changelog
+++ libmpd-0.20.0/debian/changelog
@@ -1,3 +1,19 @@
+libmpd (0.20.0-2~deb9u1) stretch; urgency=medium
+
+  * QA upload.
+  * Rebuild for stretch.
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 04:35:59 +0100
+
+libmpd (0.20.0-2) unstable; urgency=medium
+
+  * QA upload.
+  * Set maintainer to Debian QA Group. (see #876951)
+  * libmpd-dev: Add the missing dependency on libglib2.0-dev.
+(Closes: #518429)
+
+ -- Adrian Bunk   Sun, 01 Oct 2017 20:27:24 +0300
+
 libmpd (0.20.0-1.3) unstable; urgency=high
 
   * NMU
diff -u libmpd-0.20.0/debian/control libmpd-0.20.0/debian/control
--- libmpd-0.20.0/debian/control
+++ libmpd-0.20.0/debian/control
@@ -1,7 +1,7 @@
 Source: libmpd
 Section: libs
 Priority: optional
-Maintainer: Arnaud Cornet 
+Maintainer: Debian QA Group 
 Build-Depends: libglib2.0-dev, debhelper (>= 7.0.50~), quilt, dh-autoreconf
 Standards-Version: 3.8.4
 Homepage: http://gmpc.wikia.com/
@@ -29,7 +29,7 @@
 Package: libmpd-dev
 Architecture: any
 Section: libdevel
-Depends: libmpd1 (= ${binary:Version}), pkg-config, ${misc:Depends}
+Depends: libmpd1 (= ${binary:Version}), pkg-config, ${misc:Depends}, 
libglib2.0-dev
 Description: High-level client library for accessing Music Player Daemon
  LibMpd is a library that provides high-level, callback-based access to
  Music Player Daemon (mpd).

Bug#882830: jpegoptim is not compiled with _FILE_OFFSET_BITS=64

[Brad Spencer]

Package: jpegoptim
Version: 1.4.4-1+b1
Severity: important
Tags: lfs

Dear Maintainer,

jpegoptim is not compiled with -D_FILE_OFFSET_BITS=64, so it will fail to
properly open and operate on files when it cannot stat them because their inode
or other fields are too large to fit in the 32-bit fields.  I noticed this 
because
I run a large XFS filesystem on a 32-bit kernel.

As is, jpegoptim reports errors like this when it shouldn't:

jpegoptim: skipping special file: file.jpg

Simply rebuilding the package with the extra define in CFLAGS in the Makefile.in
fixes the problem.

-- System Information:
Debian Release: 9.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 4.9.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages jpegoptim depends on:
ii  libc62.24-11+deb9u1
ii  libjpeg62-turbo  1:1.5.1-2

jpegoptim recommends no packages.

jpegoptim suggests no packages.

-- no debconf information

Bug#882829: stretch-pu: package slic3r/1.2.9+dfsg-6.1~deb9u1

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Let's fix the missing perlapi dependency. #869360

$ debdiff slic3r_1.2.9+dfsg-6_amd64.deb slic3r_1.2.9+dfsg-6.1~deb9u1_amd64.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Depends: libboost-geometry-utils-perl, libencode-locale-perl, 
libio-stringy-perl, libmath-convexhull-monotonechain-perl, 
libmath-geometry-voronoi-perl, libmath-planepath-perl, libmoo-perl, 
libstorable-perl, libtime-hires-perl, [-perl:any,-] {+perl (>= 
5.24.1-3+deb9u2), perlapi-5.24.1,+} libc6 (>= 2.14), libgcc1 (>= 1:3.0), 
libstdc++6 (>= 5.2)
Installed-Size: [-4692-] {+4697+}
Version: [-1.2.9+dfsg-6-] {+1.2.9+dfsg-6.1~deb9u1+}


Andreas
diff -Nru slic3r-1.2.9+dfsg/debian/changelog slic3r-1.2.9+dfsg/debian/changelog
--- slic3r-1.2.9+dfsg/debian/changelog  2016-11-03 03:23:40.0 +0100
+++ slic3r-1.2.9+dfsg/debian/changelog  2017-11-27 04:09:35.0 +0100
@@ -1,3 +1,20 @@
+slic3r (1.2.9+dfsg-6.1~deb9u1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * Rebuild for stretch.
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 04:09:35 +0100
+
+slic3r (1.2.9+dfsg-6.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "missing dependency on perlapi-*":
+add override_dh_perl in debian/rules to make dh_perl search for perl
+modules in the private directory as well.
+(Closes: #869360)
+
+ -- gregor herrmann   Sun, 06 Aug 2017 13:27:56 -0400
+
 slic3r (1.2.9+dfsg-6) unstable; urgency=medium
 
   * [9db9b59] Shift perl modules into private directories.
diff -Nru slic3r-1.2.9+dfsg/debian/rules slic3r-1.2.9+dfsg/debian/rules
--- slic3r-1.2.9+dfsg/debian/rules  2016-11-03 03:23:40.0 +0100
+++ slic3r-1.2.9+dfsg/debian/rules  2017-07-22 19:27:47.0 +0200
@@ -55,3 +55,7 @@
# Install example post-processing scripts
mkdir -p $(CURDIR)/debian/slic3r/usr/share/doc/slic3r/examples
cp -r utils/post-processing 
$(CURDIR)/debian/slic3r/usr/share/doc/slic3r/examples
+
+override_dh_perl:
+   # make dh_perl search for perl modules in the private directory as well
+   dh_perl /usr/lib/slic3r

Bug#882472: Pending fixes for bugs in the logback package

[pkg-java-maintainers]

tag 882472 + pending
thanks

Some bugs in the logback package are closed in revision
2a660cc566e37c895002fafc8d2cd9b99e53c3ac in branch 'master' by tony
mancill

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/logback.git/commit/?id=2a660cc

Commit message:

add wagon-ssh to maven.ignoreRules (Closes: #882472)

Bug#882828: i3lock: Please reinstantiate the red unlock indicator for C-u and Backspace

[Axel Beckert]

Package: i3lock
Version: 2.10-1
Severity: wishlist
Tags: upstream

Dear Michael,

from the upstream changelog of i3lock 2.10:

 • Immediately hide the unlock indicator after ESC / C-u (Thanks Orestis)

Please revert that (IMHO annoying mis-) feature for at least C-u and the
not documented change for Backspace.

At least for me the red clearing unlock indicator served for several
purpose for me (and probably also for other users):

* To disable the screen blanking without entering any part of a password
  and still being able to immediately get feedback if the system is
  still responding to key presses.

* To have some indicator how many Backspace presses have been received
  by e.g. an heavily loaded system.

I do see a need for a key to quickly hide the unlock indicator, but IMHO
the only sense-making (and natural) key for that is the Escape key.

So please revert the above mentioned behaviour for C-u and Backspace,
but keep it for Esc.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (600, 'testing'), (500, 'unstable-debug'), 
(500, 'buildd-unstable'), (110, 'experimental'), (1, 'experimental-debug'), (1, 
'buildd-experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.13.0-rc7-amd64 (SMP w/8 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 i3lock depends on:
ii  libc6   2.25-2
ii  libcairo2   1.15.8-2
ii  libev4  1:4.22-1+b1
ii  libpam0g1.1.8-3.6
ii  libxcb-image0   0.4.0-1+b2
ii  libxcb-randr0   1.12-1
ii  libxcb-shm0 1.12-1
ii  libxcb-util00.3.8-3+b2
ii  libxcb-xinerama01.12-1
ii  libxcb-xkb1 1.12-1
ii  libxcb1 1.12-1
ii  libxkbcommon-x11-0  0.7.1-2
ii  libxkbcommon0   0.7.1-2

i3lock recommends no packages.

i3lock suggests no packages.

-- no debconf information

Bug#882767: ITP: libreoffice-texmaths -- TexMaths is a LaTeX equation editor for LibreOffice

[Nicholas D Steeves]

Hi Kurt,

On Sun, Nov 26, 2017 at 08:44:44AM -0600, Kurt Kremitzki wrote:
> 
> TexMaths is an extension for LibreOffice designed to provide LaTeX support. 
> LaTeX equations can be inserted as images (SVG or PNG formats) and the LaTeX
> code is saved into the image attribute for further editing.
> 

I know it's missing from the upstream description, but if TexMaths can
also generate an SVG or PNG (I'm assuming it can) can the Debian
description read more like this?:

- LaTeX equations can be inserted as images (SVG or PNG formats) and the LaTeX
- code is saved into the image attribute for further editing.
+ TexMaths generates SVG or PNG images from LaTeX equations, inserts them into
+ the document, and the LaTeX code is embedded into the image attribute for
+ further editing.

Also, re: "the image attribute" I'm curious if it's embedded as
SVG/PNG metadata ( maybe XMP, or something from
https://www.w3.org/TR/2003/REC-PNG-20031110/#11textinfo )?  Or is it
as a LibreOffice property of the inserted image object?  Either way,
cool stuff!

Cheers,
Nicholas


signature.asc
Description: PGP signature

Bug#882827: stretch-pu: package python-mimeparse/0.1.4-3.1~deb9u1

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Let's fix the python3 dependencies. #867439

$ debdiff python3-mimeparse_0.1.4-3_all.deb 
python3-mimeparse_0.1.4-3.1~deb9u1_all.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

{+Depends: python3:any (>= 3.3.2-2~)+}
Installed-Size: [-24-] {+25+}
Version: [-0.1.4-3-] {+0.1.4-3.1~deb9u1+}


Andreas
diff -Nru python-mimeparse-0.1.4/debian/changelog 
python-mimeparse-0.1.4/debian/changelog
--- python-mimeparse-0.1.4/debian/changelog 2016-12-26 20:13:35.0 
+0100
+++ python-mimeparse-0.1.4/debian/changelog 2017-11-27 03:55:15.0 
+0100
@@ -1,3 +1,17 @@
+python-mimeparse (0.1.4-3.1~deb9u1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * Rebuild for stretch.
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 03:55:15 +0100
+
+python-mimeparse (0.1.4-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix the python3-mimeparse dependencies. (Closes: #867439)
+
+ -- Adrian Bunk   Tue, 17 Oct 2017 09:49:45 +0300
+
 python-mimeparse (0.1.4-3) unstable; urgency=medium
 
   [ Mathias Ertl ]
diff -Nru python-mimeparse-0.1.4/debian/control 
python-mimeparse-0.1.4/debian/control
--- python-mimeparse-0.1.4/debian/control   2016-12-26 20:13:35.0 
+0100
+++ python-mimeparse-0.1.4/debian/control   2017-10-17 08:49:28.0 
+0200
@@ -25,7 +25,7 @@
 
 Package: python3-mimeparse
 Architecture: all
-Depends: ${misc:Depends}, ${python:Depends}
+Depends: ${misc:Depends}, ${python3:Depends}
 Description: Parse mime-types and quality parameters - python 3.x
  This module provides basic functions for parsing mime-type names and
  matching them against a list of media-ranges.

Bug#882826: stretch-pu: package python-hacking/0.11.0-2.1~deb9u1

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Let's fix the python3 dependencies. #867431

$ debdiff python3-hacking_0.11.0-2_all.deb 
python3-hacking_0.11.0-2.1~deb9u1_all.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Depends: [-pyflakes,-] {+pyflakes3,+} python3-flake8 (>= 3.0.0), python3-pbr 
(>= 1.8), python3-pep8 (>= 1.5.7), python3-six (>= [-1.9.0)-] {+1.9.0), flake8, 
python3-mccabe, python3-pycodestyle, python3-pyflakes, python3:any (>= 
3.3.2-2~)+}
Version: [-0.11.0-2-] {+0.11.0-2.1~deb9u1+}


Andreas
diff -Nru python-hacking-0.11.0/debian/changelog 
python-hacking-0.11.0/debian/changelog
--- python-hacking-0.11.0/debian/changelog  2016-10-04 13:21:49.0 
+0200
+++ python-hacking-0.11.0/debian/changelog  2017-11-27 03:27:47.0 
+0100
@@ -1,3 +1,17 @@
+python-hacking (0.11.0-2.1~deb9u1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * Rebuild for stretch.
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 03:27:47 +0100
+
+python-hacking (0.11.0-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix the python3-hacking dependencies. (Closes: #867431)
+
+ -- Adrian Bunk   Tue, 17 Oct 2017 09:38:55 +0300
+
 python-hacking (0.11.0-2) unstable; urgency=medium
 
   [ Ondřej Nový ]
diff -Nru python-hacking-0.11.0/debian/control 
python-hacking-0.11.0/debian/control
--- python-hacking-0.11.0/debian/control2016-10-04 13:21:49.0 
+0200
+++ python-hacking-0.11.0/debian/control2017-10-17 08:38:53.0 
+0200
@@ -55,13 +55,13 @@
 
 Package: python3-hacking
 Architecture: all
-Depends: pyflakes,
+Depends: pyflakes3,
  python3-flake8 (>= 3.0.0),
  python3-pbr (>= 1.8),
  python3-pep8 (>= 1.5.7),
  python3-six (>= 1.9.0),
  ${misc:Depends},
- ${python:Depends},
+ ${python3:Depends},
 Recommends: ${python3:Recommends},
 Description: Flake8 OpenStack Hacking Guidelines Enforcement plugins - Python 
3.x
  Hacking is a set of flake8 plugins that test and enforce the OpenStack Style

Bug#813158: [bug #52349] Seg fault with wget -O - smxi.org/sm/sm-versions

[anonymous]

Follow-up Comment #3, bug #52349 (project wget):

Hi Darshit.  I'm the guy who reported this bug to Noël Köthe/Debian.

It looks like this bug fix will be in the next release. Would it be possible
to patch 1.19.2? I've downgraded, and that seems to be a fine workaround for
the sgfxi script that the bug affected, but the script dev isn't convinced,
and we're trying to address a couple of issues, and would like to check this
one off the list.

Thanks.  Chris M

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

Bug#882825: RM: libmp3splt -- ROM; manual decruft needed

[Ron]

Package: ftp.debian.org
Severity: normal

Hi,

All the things we still need from the libmp3splt source package are now
provided by the mp3splt source package (which I'm now the maintainer of).
It presumably didn't get automatically flagged for decrufting though,
because the new source package doesn't provide all the same binary
packages that the old one did.  It's been simplified significantly given
how upstream actually maintains and releases all of this.

A test run of dak rm, correctly says we want to remove the following
packages:

 $ dak rm -Rn libmp3splt
 libmp3splt |  0.9.2-0.1 | source
 libmp3splt-dev |  0.9.2-0.1 | amd64, arm64, armel, armhf, hurd-i386, i386, 
kfreebsd-amd64, kfreebsd-i386, mips, mips64el, mipsel, powerpc, ppc64el, s390x
 libmp3splt0 |  0.9.2-0.1 | amd64, arm64, armel, armhf, hurd-i386, i386, 
kfreebsd-amd64, kfreebsd-i386, mips, mips64el, mipsel, powerpc, ppc64el, s390x
 libmp3splt0-flac |  0.9.2-0.1 | amd64, arm64, armel, armhf, hurd-i386, i386, 
kfreebsd-amd64, kfreebsd-i386, mips, mips64el, mipsel, powerpc, ppc64el, s390x
 libmp3splt0-mp3 |  0.9.2-0.1 | amd64, arm64, armel, armhf, hurd-i386, i386, 
kfreebsd-amd64, kfreebsd-i386, mips, mips64el, mipsel, powerpc, ppc64el, s390x
 libmp3splt0-ogg |  0.9.2-0.1 | amd64, arm64, armel, armhf, hurd-i386, i386, 
kfreebsd-amd64, kfreebsd-i386, mips, mips64el, mipsel, powerpc, ppc64el, s390x


But it incorrectly complains about:

 # Broken Depends:
 mp3splt: mp3splt
  mp3splt-gtk

Which I'm pretty certain is just it getting confused, possibly by the
circular naming of src:mp3splt now providing a libmp3splt binary package.

Either way, the things it claims will be broken, and the newer version
of libmp3splt.deb that they actually depend on, are all provided by the
src:mp3splt package now - and there's nothing else depending on the
src:libmp3splt package, it really is old cruft we should drop now.

  Cheers,
  Ron

Bug#882824: stretch-pu: package python-arpy/1.1.1-3~deb9u1

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Let's fix the python3 dependencies. #867418

There is some metadata noise by just rebuilding the package from sid.
And there is a lot of file movement noise in the python-arpy caused by
rebuilding a 4 year old package in stretch:

$ debdiff python-arpy_1.1.1-2_all.deb python-arpy_1.1.1-3~deb9u1_all.deb
[The following lists of changes regard files as different if they have
different names, permissions or owners.]

Files in second .deb but not in first
-
-rw-r--r--  root/root   
/usr/lib/python2.7/dist-packages/arpy-1.1.1.egg-info/PKG-INFO
-rw-r--r--  root/root   
/usr/lib/python2.7/dist-packages/arpy-1.1.1.egg-info/dependency_links.txt
-rw-r--r--  root/root   
/usr/lib/python2.7/dist-packages/arpy-1.1.1.egg-info/top_level.txt
-rw-r--r--  root/root   /usr/lib/python2.7/dist-packages/arpy.py

Files in first .deb but not in second
-
-rw-r--r--  root/root   /usr/share/pyshared/arpy-1.1.1.egg-info/PKG-INFO
-rw-r--r--  root/root   /usr/share/pyshared/arpy-1.1.1.egg-info/SOURCES.txt
-rw-r--r--  root/root   
/usr/share/pyshared/arpy-1.1.1.egg-info/dependency_links.txt
-rw-r--r--  root/root   /usr/share/pyshared/arpy-1.1.1.egg-info/top_level.txt
-rw-r--r--  root/root   /usr/share/pyshared/arpy.py
lrwxrwxr-x  root/root   
/usr/lib/python2.7/dist-packages/arpy-1.1.1.egg-info/PKG-INFO -> 
../../../../share/pyshared/arpy-1.1.1.egg-info/PKG-INFO
lrwxrwxr-x  root/root   
/usr/lib/python2.7/dist-packages/arpy-1.1.1.egg-info/SOURCES.txt -> 
../../../../share/pyshared/arpy-1.1.1.egg-info/SOURCES.txt
lrwxrwxr-x  root/root   
/usr/lib/python2.7/dist-packages/arpy-1.1.1.egg-info/dependency_links.txt -> 
../../../../share/pyshared/arpy-1.1.1.egg-info/dependency_links.txt
lrwxrwxr-x  root/root   
/usr/lib/python2.7/dist-packages/arpy-1.1.1.egg-info/top_level.txt -> 
../../../../share/pyshared/arpy-1.1.1.egg-info/top_level.txt
lrwxrwxr-x  root/root   /usr/lib/python2.7/dist-packages/arpy.py -> 
../../../share/pyshared/arpy.py

Control files: lines which differ (wdiff format)

Depends: python {+(<< 2.8), python+} (>= 2.7), [-python (<< 2.8)-] {+python:any 
(>= 2.6.6-7~)+}
Homepage: [-http://bitbucket.org/viraptor/arpy-] 
{+https://github.com/viraptor/arpy+}
Installed-Size: [-14-] {+29+}
[-Provides: python2.7-arpy-]
Version: [-1.1.1-2-] {+1.1.1-3~deb9u1+}

But if we rebuild -2 in stretch with no changes at all as -2.1, this
accounts for most of the changes and only these remain:

$ debdiff python-arpy_1.1.1-2.1_all.deb python-arpy_1.1.1-3~deb9u1_all.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Homepage: [-http://bitbucket.org/viraptor/arpy-] 
{+https://github.com/viraptor/arpy+}
[-Provides: python2.7-arpy-]
Version: [-1.1.1-2.1-] {+1.1.1-3~deb9u1+}

The disappearing Provides: python2.7-arpy is not referenced by any package.

And this is the one we actually need:

$ debdiff python3-arpy_1.1.1-2_all.deb python3-arpy_1.1.1-3~deb9u1_all.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

{+Depends: python3:any (>= 3.3.2-2~)+}
Homepage: [-http://bitbucket.org/viraptor/arpy-] 
{+https://github.com/viraptor/arpy+}
Installed-Size: [-14-] {+29+}
Version: [-1.1.1-2-] {+1.1.1-3~deb9u1+}


Andreas
diff -Nru python-arpy-1.1.1/debian/.git-dpm python-arpy-1.1.1/debian/.git-dpm
--- python-arpy-1.1.1/debian/.git-dpm   1970-01-01 01:00:00.0 +0100
+++ python-arpy-1.1.1/debian/.git-dpm   2017-07-09 07:14:26.0 +0200
@@ -0,0 +1,11 @@
+# see git-dpm(1) from git-dpm package
+de95874c73cf1243b76aca7ff57be41d9461b9b6
+de95874c73cf1243b76aca7ff57be41d9461b9b6
+de95874c73cf1243b76aca7ff57be41d9461b9b6
+de95874c73cf1243b76aca7ff57be41d9461b9b6
+python-arpy_1.1.1.orig.tar.gz
+dc782f49726037b4abbf7e9135e8113c938fc535
+7171
+debianTag="debian/%e%v"
+patchedTag="patched/%e%v"
+upstreamTag="upstream/%e%u"
diff -Nru python-arpy-1.1.1/debian/changelog python-arpy-1.1.1/debian/changelog
--- python-arpy-1.1.1/debian/changelog  2013-08-03 12:05:18.0 +0200
+++ python-arpy-1.1.1/debian/changelog  2017-11-27 02:26:20.0 +0100
@@ -1,3 +1,30 @@
+python-arpy (1.1.1-3~deb9u1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * Rebuild for stretch.
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 02:26:20 +0100
+
+python-arpy (1.1.1-3) unstable; urgency=low
+
+  * Team upload.
+
+  [ Christoph Egger ]
+  * Add VCS-* headers
+
+  [ Ondřej Nový ]
+  * Fixed homepage (https)
+  * Fixed VCS URL (https)
+
+  [ Scott Kitterman ]
+  * Correct substitution variable for python3 interpreter depends (Closes:
+#867418)
+  * Remove unneeded python:Provides
+  * Update homepage for move to github
+  * Add debian/watch
+
+ --

Bug#882780: Bug #882780: RFS: extrace/0.4-1 [ITP]

[Nicolas Braud-Santoni]

On Sun, Nov 26, 2017 at 08:01:10PM +0100, Nicolas Braud-Santoni wrote:
> Package: sponsorship-requests
> Severity: wishlist
> Control: block 882569 by -1
> 
> The source and (amd64) binary packages can be found on my webserver:
> 
>   https://nicolas.braud-santoni.eu/tmp/deb/

The package is also available on mentors.d.n:

  https://mentors.debian.net/package/extrace


signature.asc
Description: PGP signature

Bug#882818: fswatch: please make the build reproducible

[Alf Gaida]

cool, thanks

Bug#882823: bijiben: New upstream release

[Jeremy Bicha]

Source: bijiben
Version: 3.26.0-0.1
Severity: wishlist

bijiben 3.26.2 was released a month ago. Please update to this new version.

https://git.gnome.org/browse/bijiben/tree/NEWS?h=gnome-3-26
https://git.gnome.org/browse/bijiben/log?h=gnome-3-26

Please also consider letting the Debian GNOME team maintain this package.

Thanks,
Jeremy Bicha

Bug#882766: Proposal: reinstate automated device selection, blacklisting d-i?

[Vincent McIntyre]

It would be good to make this change.

Is there some reason to not include a build stamp in the installer
initrd at, say, /build-stamp? This would be the same string as in
boot-screens/f1.txt (e.g. 20170615+deb9u2).

Regards
-- 

Bug#882818: fswatch: please make the build reproducible

[Chris Lamb]

forwarded 882818 https://github.com/emcrisostomo/fswatch/pull/192
thanks

Alf Gaida wrote:

> Is the patch upstreamed?

Yes, I've forwarded this upstream here:

  https://github.com/emcrisostomo/fswatch/pull/192

:)


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#882818: fswatch: please make the build reproducible

[Alf Gaida]

No problem - will take a day or two. Is the patch upstreamed?

Cheers Alf

Bug#882822: stretch-pu: package python-hkdf/0.0.3-3~deb9u1

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Let's fix the python3 dependencies. #867433
(And by just rebuilding the package from sid,
we get some metadata updates as well.)

$ debdiff python3-hkdf_0.0.3-1_all.deb python3-hkdf_0.0.3-3~deb9u1_all.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

{+Depends: python3:any (>= 3.3.2-2~)+}
 {+http://tools.ietf.org/html/draft-krawczyk-hkdf-01+}
Maintainer: [-Clint Adams -] {+Debian QA Group 
+}
Version: [-0.0.3-1-] {+0.0.3-3~deb9u1+}


Andreas
diff -Nru python-hkdf-0.0.3/debian/changelog python-hkdf-0.0.3/debian/changelog
--- python-hkdf-0.0.3/debian/changelog  2016-06-04 23:06:45.0 +0200
+++ python-hkdf-0.0.3/debian/changelog  2017-11-27 02:15:39.0 +0100
@@ -1,3 +1,24 @@
+python-hkdf (0.0.3-3~deb9u1) stretch; urgency=medium
+
+  * QA upload.
+  * Rebuild for stretch.
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 02:15:39 +0100
+
+python-hkdf (0.0.3-3) unstable; urgency=medium
+
+  * QA upload.
+  * Fix the python3-hkdf dependencies. (Closes: #867433)
+
+ -- Adrian Bunk   Thu, 06 Jul 2017 19:16:59 +0300
+
+python-hkdf (0.0.3-2) unstable; urgency=medium
+
+  * Add missing URL to package descriptions.  closes: #864149.
+  * Set maintainer to Debian QA Group.
+
+ -- Clint Adams   Sun, 04 Jun 2017 10:59:31 -0400
+
 python-hkdf (0.0.3-1) unstable; urgency=low
 
   * Initial release.
diff -Nru python-hkdf-0.0.3/debian/control python-hkdf-0.0.3/debian/control
--- python-hkdf-0.0.3/debian/control2016-06-04 23:21:51.0 +0200
+++ python-hkdf-0.0.3/debian/control2017-07-06 18:16:52.0 +0200
@@ -1,5 +1,5 @@
 Source: python-hkdf
-Maintainer: Clint Adams 
+Maintainer: Debian QA Group 
 Section: python
 Priority: optional
 Build-Depends: debhelper (>= 9),
@@ -18,6 +18,7 @@
 Depends: ${misc:Depends}, ${python:Depends}
 Description: HMAC-based Extract-and-Expand Key Derivation Function (HKDF)
  This module implements the HMAC Key Derivation function, defined at
+ http://tools.ietf.org/html/draft-krawczyk-hkdf-01
  .
  There are two interfaces: a functional interface, with separate
  extract and expand functions as defined in the draft RFC, and a
@@ -25,9 +26,10 @@
 
 Package: python3-hkdf
 Architecture: all
-Depends: ${misc:Depends}, ${python:Depends}
+Depends: ${misc:Depends}, ${python3:Depends}
 Description: HMAC-based Extract-and-Expand Key Derivation Function (HKDF)
  This module implements the HMAC Key Derivation function, defined at
+ http://tools.ietf.org/html/draft-krawczyk-hkdf-01
  .
  There are two interfaces: a functional interface, with separate
  extract and expand functions as defined in the draft RFC, and a

Bug#882821: stretch-pu: package cerealizer/0.8.1-2~deb9u1

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Let's fix the python3 dependencies. #867396

There is a bit patch noise due to the maintainer switch from svn to git,
but therefore it's just a rebuild of the package from sid.

$ debdiff python3-cerealizer_0.8.1-1_all.deb 
python3-cerealizer_0.8.1-2~deb9u1_all.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

{+Depends: python3:any (>= 3.3.2-2~)+}
Installed-Size: [-72-] {+45+}
Version: [-0.8.1-1-] {+0.8.1-2~deb9u1+}


Andreas
diff -Nru cerealizer-0.8.1/debian/.git-dpm cerealizer-0.8.1/debian/.git-dpm
--- cerealizer-0.8.1/debian/.git-dpm1970-01-01 01:00:00.0 +0100
+++ cerealizer-0.8.1/debian/.git-dpm2017-07-06 19:59:17.0 +0200
@@ -0,0 +1,11 @@
+# see git-dpm(1) from git-dpm package
+2c500bf453a9238eeae70464c073e0a7c0e0dfd7
+2c500bf453a9238eeae70464c073e0a7c0e0dfd7
+c5ae87a78bb4accb78e16e01b1d9157dc1554c8f
+c5ae87a78bb4accb78e16e01b1d9157dc1554c8f
+cerealizer_0.8.1.orig.tar.bz2
+a261b97169799c90be322e5d86bb44eaac652aaf
+12520
+debianTag="debian/%e%v"
+patchedTag="patched/%e%v"
+upstreamTag="upstream/%e%u"
diff -Nru cerealizer-0.8.1/debian/changelog cerealizer-0.8.1/debian/changelog
--- cerealizer-0.8.1/debian/changelog   2013-08-15 14:51:29.0 +0200
+++ cerealizer-0.8.1/debian/changelog   2017-11-27 02:02:05.0 +0100
@@ -1,3 +1,20 @@
+cerealizer (0.8.1-2~deb9u1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * Rebuild for stretch.
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 02:02:05 +0100
+
+cerealizer (0.8.1-2) unstable; urgency=medium
+
+  [ Ondřej Nový ]
+  * Fixed VCS URL (https)
+
+  [ Vincent Bernat ]
+  * Fix python3-cerealizer Depends field. Closes: #867396.
+
+ -- Vincent Bernat   Thu, 06 Jul 2017 19:59:17 +0200
+
 cerealizer (0.8.1-1) unstable; urgency=low
 
   [ Jakub Wilk ]
diff -Nru cerealizer-0.8.1/debian/control cerealizer-0.8.1/debian/control
--- cerealizer-0.8.1/debian/control 2013-08-15 14:48:38.0 +0200
+++ cerealizer-0.8.1/debian/control 2017-07-06 19:59:17.0 +0200
@@ -6,8 +6,8 @@
 Build-Depends: debhelper (>= 7.0.50~), dh-python, python-all, python3-all
 Standards-Version: 3.9.4
 Homepage: http://home.gna.org/oomadness/en/cerealizer/
-Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/cerealizer/trunk/
-Vcs-Browser: 
http://anonscm.debian.org/viewvc/python-modules/packages/cerealizer/trunk/
+Vcs-Git: https://anonscm.debian.org/git/python-modules/packages/cerealizer.git
+Vcs-Browser: 
https://anonscm.debian.org/cgit/python-modules/packages/cerealizer.git
 
 Package: python-cerealizer
 Architecture: all
@@ -23,7 +23,7 @@
 
 Package: python3-cerealizer
 Architecture: all
-Depends: ${python:Depends}, ${misc:Depends}
+Depends: ${python3:Depends}, ${misc:Depends}
 Description: secure pickle-like module for Python 3
  It support basic types (int, string, unicode, tuple, list,
  dict, set,...), old and new-style classes (you need to
diff -Nru cerealizer-0.8.1/debian/patches/no_bytecompilation.patch 
cerealizer-0.8.1/debian/patches/no_bytecompilation.patch
--- cerealizer-0.8.1/debian/patches/no_bytecompilation.patch2011-05-12 
21:04:09.0 +0200
+++ cerealizer-0.8.1/debian/patches/no_bytecompilation.patch2017-07-06 
19:59:17.0 +0200
@@ -1,6 +1,18 @@
+From 7b0f643e5e9aaef77c9485a892b93848e8777a7d Mon Sep 17 00:00:00 2001
+From: SVN-Git Migration 
+Date: Thu, 8 Oct 2015 08:37:35 -0700
+Subject: no_bytecompilation
+
 Don't do bytecompilation. This will be done by python-support.
 editobj-0.5.7.orig/setup.cfg   2006-04-27 15:27:46.666091448 +0200
-+++ editobj-0.5.7/setup.cfg2006-04-27 15:27:55.391764944 +0200
+Patch-Name: no_bytecompilation.patch
+---
+ setup.cfg | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/setup.cfg b/setup.cfg
+index beaa04f..aa96fbe 100644
+--- a/setup.cfg
 b/setup.cfg
 @@ -1,6 +1,6 @@
  [install_lib]
 -compile   = 1
diff -Nru cerealizer-0.8.1/debian/patches/python3-compatible-tests.patch 
cerealizer-0.8.1/debian/patches/python3-compatible-tests.patch
--- cerealizer-0.8.1/debian/patches/python3-compatible-tests.patch  
2013-08-15 14:42:07.0 +0200
+++ cerealizer-0.8.1/debian/patches/python3-compatible-tests.patch  
2017-07-06 19:59:17.0 +0200
@@ -1,9 +1,19 @@
+From 2c500bf453a9238eeae70464c073e0a7c0e0dfd7 Mon Sep 17 00:00:00 2001
+From: SVN-Git Migration 
+Date: Thu, 8 Oct 2015 08:37:36 -0700
+Subject: python3-compatible-tests
+
 Ensure tests are working with Python3.
 
-Index: Cerealizer-0.7/test/regtest.py
-===
 Cerealizer-0.7.orig/test/regtest.py2006-06-17 00:05:55.0 
+0200
-+++ Cerealizer-0.7/test/regtest.py 2013-08-15 14:39:59.750049950 +0200
+Patch-Name: python3-compatible-tests.patch
+---
+ test/regt

Bug#882820: python-xlib: Doesn't install README

[Jeremy Bicha]

Source: python-xlib
Version: 0.20-2
Severity: minor
Tags: patch
X-Debbugs-CC:andre...@debian.org

I saw this in the build log:
 dh_installdocs: Cannot find (any matches for) "README" (tried in .)

Here's a trivial patch to fix this issue.

Thanks,
Jeremy Bicha


>From 8978664f68d74b43fb63851ad05a174242a11e88 Mon Sep 17 00:00:00 2001
From: Jeremy Bicha 
Date: Sun, 26 Nov 2017 19:44:09 -0500
Subject: [PATCH] python-xlib.docs: README is now README.rst

---
 debian/python-xlib.docs  | 2 +-
 debian/python3-xlib.docs | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/python-xlib.docs b/debian/python-xlib.docs
index d2e46d8..839ed27 100644
--- a/debian/python-xlib.docs
+++ b/debian/python-xlib.docs
@@ -1,3 +1,3 @@
-README
+README.rst
 TODO
 doc/html
diff --git a/debian/python3-xlib.docs b/debian/python3-xlib.docs
index d2e46d8..839ed27 100644
--- a/debian/python3-xlib.docs
+++ b/debian/python3-xlib.docs
@@ -1,3 +1,3 @@
-README
+README.rst
 TODO
 doc/html

Bug#838713: python-xlib: please make the build reproducible

[Jeremy Bicha]

Chris, there is a good chance that the person doing uploads never saw
your proposed patch because he isn't listed in the Maintainer field
and therefore doesn't automatically receive bug mail.

Andrew, I encourage you to consider subscribing to this package at
https://tracker.debian.org/pkg/python-xlib

For reference, here's the bug and patch:
https://bugs.debian.org/838713

Thanks,
Jeremy Bicha

Bug#882819: stretch-pu: package python-spake2/0.7-3~deb9u1

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Let's fix the python3 dependencies. #867457

$ debdiff python3-spake2_0.7-2_all.deb python3-spake2_0.7-3~deb9u1_all.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

{+Depends: python3-hkdf, python3:any (>= 3.3.2-2~)+}
Maintainer: [-Clint Adams -] {+Debian QA Group 
+}
Version: [-0.7-2-] {+0.7-3~deb9u1+}

Andreas
diff -Nru python-spake2-0.7/debian/changelog python-spake2-0.7/debian/changelog
--- python-spake2-0.7/debian/changelog  2016-06-08 19:05:58.0 +0200
+++ python-spake2-0.7/debian/changelog  2017-11-27 01:45:57.0 +0100
@@ -1,3 +1,18 @@
+python-spake2 (0.7-3~deb9u1) stretch; urgency=medium
+
+  * QA upload.
+  * Rebuild for stretch.
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 01:45:57 +0100
+
+python-spake2 (0.7-3) unstable; urgency=high
+
+  * QA upload.
+  * Set maintainer to Debian QA Group. (see #833947)
+  * Fix the python3-spake2 dependencies. (Closes: #867457)
+
+ -- Adrian Bunk   Thu, 06 Jul 2017 20:32:40 +0300
+
 python-spake2 (0.7-2) unstable; urgency=medium
 
   * Add src/spake2/six.py to debian/copyright.
diff -Nru python-spake2-0.7/debian/control python-spake2-0.7/debian/control
--- python-spake2-0.7/debian/control2016-06-05 01:34:25.0 +0200
+++ python-spake2-0.7/debian/control2017-07-06 19:32:40.0 +0200
@@ -1,5 +1,5 @@
 Source: python-spake2
-Maintainer: Clint Adams 
+Maintainer: Debian QA Group 
 Section: python
 Priority: optional
 Build-Depends: debhelper (>= 9),
@@ -40,7 +40,7 @@
 
 Package: python3-spake2
 Architecture: all
-Depends: ${misc:Depends}, ${python:Depends}
+Depends: ${misc:Depends}, ${python3:Depends}
 Description: SPAKE2 password-authenticated key exchange (pure python)
  This library implements the SPAKE2 password-authenticated key
  exchange ("PAKE") algorithm. This allows two parties, who share a

Bug#882817: RFS: cligh/0.3-2 [ITA] -- Command-line interface to GitHub

[eamanu15 .]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "cligh"

 * Package name: cligh
   Version : 0.3-2
 * URL :  https://github.com/eamanu/cligh
 * License :  Copyright (c) 2010 Christopher M. Brannon

This upload fixes thr RFA (#851186),
so please consider sponsoring it soon.


The package can be found on mentors.d.n:

  https://mentors.debian.net/package/cligh


Alternatively, one can download the package with dget using this command:

dget -x https://mentors.debian.net/debian/pool/main/c/cligh
/cligh_0.3-1.1.dsc


For more information you can visit: http://the-brannons.com/software/cligh
.html

Regards
Emmanuel
-- 
Arias Emmanuel
https://www.linkedin.com/in/emmanuel-arias-437a6a8a
http://eamanu.com

Bug#882818: fswatch: please make the build reproducible

[Chris Lamb]

Source: fswatch
Version: 1.11.2+repack-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], we noticed
that fswatch could not be built reproducibly.

This is because the manpage used the output of the date(1) cmd

Patch attached.

 [0] https://reproducible-builds.org/


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/reproducible-build.patch   1970-01-01 09:00:00.0 
+0900
--- b/debian/patches/reproducible-build.patch   2017-11-27 09:51:55.628558049 
+0900
@@ -0,0 +1,16 @@
+Description: Make the build reproducible
+Author: Chris Lamb 
+Last-Update: 2017-11-27
+
+--- fswatch-1.11.2+repack.orig/configure.ac
 fswatch-1.11.2+repack/configure.ac
+@@ -285,6 +285,9 @@ AS_VAR_IF([use_docker], [yes],
+ 
+ # Variables used in man files.
+ MAN_DATE=$(date +'%B %d, %Y')
++if test -n "$SOURCE_DATE_EPOCH"; then
++  MAN_DATE=$(LC_ALL=C date --utc --date=@$SOURCE_DATE_EPOCH +'%B %d, %Y')
++fi
+ FSWATCH=${PACKAGE_NAME}
+ MAN_BUG_REPORT=${PACKAGE_BUGREPORT}
+ 
--- a/debian/patches/series 1970-01-01 09:00:00.0 +0900
--- b/debian/patches/series 2017-11-27 09:51:54.836554739 +0900
@@ -0,0 +1 @@
+reproducible-build.patch

Bug#882816: RFS: snooze/0.2-1 [ITP]

[Nicolas Braud-Santoni]

Package: sponsorship-requests
Severity: wishlist
Control: block 882814 by -1

Dear mentors,

I am looking for a sponsor for my package "snooze"

 * Package name: snooze
   Version : 0.2-1
   Upstream Author : Leah Neukirchen 
 * URL : https://github.com/chneukirchen/snooze
 * License : CC0
   Section : utils

It builds those binary packages:

  snooze - run a command at a particular time


The source package can be found on mentors.debian.org:

https://mentors.debian.net/package/snooze

Alternatively, the packaging repository is available on alioth.d.o:

https://anonscm.debian.org/git/collab-maint/snooze.git


Best,

  nicoo


signature.asc
Description: PGP signature

Bug#882815: stretch-pu: package exam/0.10.5-2~deb9u1

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Fixing up the python dependencies.

The debdiff is a bit noisy due to the renaming of the patches ...
but therefore it's just a rebuild of the package from sid.

$ debdiff python3-exam_0.10.5-1_all.deb python3-exam_0.10.5-2~deb9u1_all.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Depends: [-python-mock-] {+python3-mock, python3:any (>= 3.3.2-2~)+}
Version: [-0.10.5-1-] {+0.10.5-2~deb9u1+}

$ debdiff python-exam_0.10.5-1_all.deb python-exam_0.10.5-2~deb9u1_all.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Version: [-0.10.5-1-] {+0.10.5-2~deb9u1+}


Andreas
diff -Nru exam-0.10.5/debian/changelog exam-0.10.5/debian/changelog
--- exam-0.10.5/debian/changelog2016-06-14 19:54:12.0 +0200
+++ exam-0.10.5/debian/changelog2017-11-27 01:27:32.0 +0100
@@ -1,3 +1,23 @@
+exam (0.10.5-2~deb9u1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * Rebuild for stretch
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 01:27:32 +0100
+
+exam (0.10.5-2) unstable; urgency=medium
+
+  * Team upload.
+  * Create DPMT git repository and refresh patches using gbp pq
+  * Correct Vcs-* fields in debian/control to point to the correct package
+name
+  * Use correct substitution varial for python3-exam so python3 interpreter
+depends are correctly generated (Closes: #867404)
+  * Let dh_python determine the mock depends (corrects issue where python-
+exam incorrectly depended on python-mock instead of python3-mock)
+
+ -- Scott Kitterman   Fri, 07 Jul 2017 23:47:09 -0400
+
 exam (0.10.5-1) unstable; urgency=low
 
   * Initial release. (Closes: #825822)
diff -Nru exam-0.10.5/debian/control exam-0.10.5/debian/control
--- exam-0.10.5/debian/control  2016-06-14 19:54:12.0 +0200
+++ exam-0.10.5/debian/control  2017-07-08 05:47:06.0 +0200
@@ -21,12 +21,12 @@
 X-Python-Version: >= 2.6
 X-Python3-Version: >= 3.2
 Homepage: https://github.com/fluxx/exam
-Vcs-Git: https://anonscm.debian.org/git/python-modules/packages/python-exam.git
-Vcs-Browser: 
https://anonscm.debian.org/cgit/python-modules/packages/python-exam.git
+Vcs-Git: https://anonscm.debian.org/git/python-modules/packages/exam.git
+Vcs-Browser: https://anonscm.debian.org/cgit/python-modules/packages/exam.git
 
 Package: python-exam
 Architecture: all
-Depends: ${misc:Depends}, ${python:Depends}, python-mock
+Depends: ${misc:Depends}, ${python:Depends}
 Description: Python module to help write better tests
  Exam is a Python toolkit for writing better tests.  It aims to remove
  a lot of the boiler plate testing code one often writes, while still
@@ -59,7 +59,7 @@
 
 Package: python3-exam
 Architecture: all
-Depends: ${misc:Depends}, ${python:Depends}, python-mock
+Depends: ${misc:Depends}, ${python3:Depends}
 Description: Python module to help write better tests
  Exam is a Python toolkit for writing better tests.  It aims to remove
  a lot of the boiler plate testing code one often writes, while still
diff -Nru exam-0.10.5/debian/gbp.conf exam-0.10.5/debian/gbp.conf
--- exam-0.10.5/debian/gbp.conf 1970-01-01 01:00:00.0 +0100
+++ exam-0.10.5/debian/gbp.conf 2017-07-08 05:40:25.0 +0200
@@ -0,0 +1,3 @@
+[DEFAULT]
+debian-branch=debian/master
+
diff -Nru 
exam-0.10.5/debian/patches/0001-Upstream-7c3f150a38076b48717cf08567c3e4809bf22a3d.patch
 
exam-0.10.5/debian/patches/0001-Upstream-7c3f150a38076b48717cf08567c3e4809bf22a3d.patch
--- 
exam-0.10.5/debian/patches/0001-Upstream-7c3f150a38076b48717cf08567c3e4809bf22a3d.patch
 1970-01-01 01:00:00.0 +0100
+++ 
exam-0.10.5/debian/patches/0001-Upstream-7c3f150a38076b48717cf08567c3e4809bf22a3d.patch
 2017-07-08 05:39:14.0 +0200
@@ -0,0 +1,23 @@
+From: Debian Python Modules Team 
+Date: Fri, 7 Jul 2017 23:24:16 -0400
+Subject: Upstream-7c3f150a38076b48717cf08567c3e4809bf22a3d
+
+---
+ debian/gbp.conf | 3 +++
+ setup.py| 2 +-
+ 2 files changed, 4 insertions(+), 1 deletion(-)
+ create mode 100644 debian/gbp.conf
+
+diff --git a/setup.py b/setup.py
+index fcc1ecc..f534585 100755
+--- a/setup.py
 b/setup.py
+@@ -27,7 +27,7 @@ setup(
+ url='https://github.com/fluxx/exam',
+ description='Helpers for better testing.',
+ license='MIT',
+-packages=find_packages(),
++packages=find_packages(exclude=['tests', 'tests.*']),
+ install_requires=install_requires,
+ tests_require=tests_require,
+ setup_requires=setup_requires,
diff -Nru exam-0.10.5/debian/patches/0002-Tests-failing-on-3.5.patch 
exam-0.10.5/debian/patches/0002-Tests-failing-on-3.5.patch
--- exam-0.10.5/debian/patches/0002-Tests-failing-on-3.5.patch  1970-01-01 
01:00:00.0 +0100
+++ exam-0.10.5/debian/patches/0002-Tests-failing-o

Bug#882814: ITP: snooze -- run a command at a particular time

[Nicolas Braud-Santoni]

Package: wnpp
Severity: wishlist
Owner: Nicolas Braud-Santoni 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: snooze
  Version : 0.2-1
  Upstream Author : Leah Neukirchen 
* URL : https://github.com/chneukirchen/snooze
* License : CC0
  Programming Lang: C
  Description : run a command at a particular time


`snooze` is a new tool for waiting until a particular time and then running a
command.


## Benefits

Over cron:
- - mnemonic syntax
- - no overlapping job runs possible
- - filtering by ISO week and day of year
- - due to supervision, no centralized daemon required
- - due to supervision, can easily disable jobs or force their
  execution instantly
- - due to supervision, have custom logs
- - due to no centralized daemon, no fuzzing with multiple users/permissions
- - very robust with respect to external time changes
- - can use a file timestamp to ensure minimum waiting time between two
  runs, even across reboots
- - randomized delays (some cron have that)
- - variable slack (no need for anacron)
- - ad-hoc usage possible, just run the program from command line

Over runwhen:
- - less confusing usage (I hope)
- - filtering by ISO week and day of year
- - zero dependencies

Over uschedule:
- - due to supervision, no centralized daemon required
- - filtering by ISO week and day of year

-BEGIN PGP SIGNATURE-

iQJNBAEBCgA3FiEEiWEbFKE2h/s1SpJPnU+IAQz+GeMFAlobXgQZHG5pY29sYXNA
YnJhdWQtc2FudG9uaS5ldQAKCRCdT4gBDP4Z40CcEACcT102hqSwoXFwkFHLcjp8
gUQvtqUYF7BD3JbB4MyF7KktyLaApMXv7a6VVZN4DldpFHKRlY/XoT43fyDV7IkV
ABzn1RUYPo7hKsAYOEGleDsM4I92fceOA2A2SsdTzyfapGSSirPXEw+AokPQG8G2
uTbeJyAqAWGPBAjCOw6vw5oyqh0vEwBEjrIdmX4nUzgBYpW41YQpdIIi1TK+bC4N
j6AncWAaQEa9KB+edSHiegpxiaijk0TzbuPuVU7bjl4hzYLXHSIfnYnzk1t2KiRa
Q/2gRE5fwYGKGMOwmX3ueXlWO7c46XO+ALIkh1hNjLpgv9Qgo0qAPMp1Q1pCPksR
huSx0YUeDDKUb48++HX8fndRjcQAbsrs60lJk1doWHP8jESf1hQu9McUGm4VAvB4
peLa8DCOoeTifVWgzcuKVMfJzssEcyT+1SRTjJykMnF9f2GOL2eZGCxSOYAcXenz
PiXLZbjZvI2OhSjlUcjZNCW9zpoxmqcXlvVdHaLEerXVe/gGQ9f3qAcPNg3IZOVc
/7Sc17NFItPSZWHWzew9swuTx7oJ0T3w+9ZRko/b8R5wDKaVjpIkcUJFD5sjYfZ5
TOma9o9X+k+PtoNzMXGZc5ZgTfgwu1R0FKdQzIkRbb0SIMuaI2hEZoG3oRsqRDNj
YqJz4Xe4GrR8ci6f85gIEw==
=NU94
-END PGP SIGNATURE-

Bug#882813: stretch-pu: package python-pyperclip/1.5.27-3~deb9u1

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

python3-pyperclip misses a proper python3 dependency.

$ debdiff python3-pyperclip_1.5.27-2_all.deb 
python3-pyperclip_1.5.27-3~deb9u1_all.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Depends: {+python3:any (>= 3.4~),+} xclip | xsel | python3-pyqt4
Version: [-1.5.27-2-] {+1.5.27-3~deb9u1+}


Andreas
diff -Nru python-pyperclip-1.5.27/debian/changelog 
python-pyperclip-1.5.27/debian/changelog
--- python-pyperclip-1.5.27/debian/changelog2016-07-01 17:47:10.0 
+0200
+++ python-pyperclip-1.5.27/debian/changelog2017-11-27 00:41:48.0 
+0100
@@ -1,3 +1,16 @@
+python-pyperclip (1.5.27-3~deb9u1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * Rebuild for stretch.
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 00:41:48 +0100
+
+python-pyperclip (1.5.27-3) unstable; urgency=medium
+
+  * Fix typo in Depends for python3 package (Closes: #867450)
+
+ -- Sebastien Delafond   Fri, 07 Jul 2017 10:38:02 +0200
+
 python-pyperclip (1.5.27-2) unstable; urgency=medium
 
   * Relax dependencies on python QT libraries (Closes: #816821)
diff -Nru python-pyperclip-1.5.27/debian/control 
python-pyperclip-1.5.27/debian/control
--- python-pyperclip-1.5.27/debian/control  2016-07-01 17:47:10.0 
+0200
+++ python-pyperclip-1.5.27/debian/control  2017-07-07 10:38:02.0 
+0200
@@ -20,7 +20,7 @@
 
 Package: python3-pyperclip
 Architecture: all
-Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, xclip | xsel | 
python3-pyqt4
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${python3:Depends}, xclip | xsel 
| python3-pyqt4
 Description: Cross-platform clipboard module for Python3
  This module is a cross-platform Python3 module for copy and paste clipboard
  functions. Currently only handles plaintext.

Bug#882397: asciidoc-base: obsolete conffile left behind

[Joseph Herlant]

Control: tags -1 + pending

Hi,

Thanks a lot for your report and the patch! :)
I pushed a new release to mentors with it. It'll be reviewed and
pushed to unstable soon.

Best,
Joseph

Bug#882766: Proposal: reinstate automated device selection, blacklisting d-i?

[Thomas Lange]

After loading addition components, the CD is mounted and we can see
which device it is. I would guess that the additional components will
be loaded from the same device as we booted the installer.

Still have to check it when booting from USB.
-- 
regards Thomas

Bug#882812: RFS: quickcal/1.0 ITP

[Nathan SR]

Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

  I am looking for a sponsor for my package "quickcal"

 * Package name: quickcal
   Version : 1.0
   Upstream Author :
 * URL : https://mentors.debian.net/package/quickcal
 * License : GPL
   Section : utils

  It builds those binary packages:

quickcal   - It is a fast and easy to use calculator.

  To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/quickcal


  Alternatively, one can download the package with dget using this command:

dget -x https://mentors.debian.net/debian/pool/main/q/quickcal/
quickcal_1.0.dsc

  More information about hello can be obtained from https://www.example.com.

  Changes since the last upload:

Closes ITP https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=882566


  Regards,

  Nathan SR

Bug#882811: ITP: construct.legacy -- legacy fork of declarative binary data parser/builder

[Hilko Bengen]

Package: wnpp
Owner: Hilko Bengen 
Severity: wishlist
Control: block 882808 by -1

* Package name: construct.legacy
  Version : 2.5.3-1
  Upstream Author : Tomer Filiba, Corbin Simpson
* URL or Web page : https://pypi.python.org/pypi/construct-legacy
* License : MIT
  Description : legacy fork of declarative binary data parser/builder

construct (python-construct, python3-construct) as of version 2.8 has
broken its API which has been a problem during the stretch release
(#853082). I believe that a proper solution to this mess is to patch the
handful affected packages so that they import code from construct_legacy
instead of construct and have them depend on this package.

Bug#882810: RFS: jag/0.3.3-1 [ITP] -- arcade-puzzle 2D game in which you have to break all the target pieces

[Carlos Donizete Froes]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "jag"

 * Package name: jag
   Version : 0.3.3-1
   Upstream Author : Carlos Donizete Froes 
 * URL : https://github.com/coringao/jag
 * License : GPL-3+
   Section : games

  It builds those binary packages:

 jag- Arcade and Puzzle 2D Game
 jag-data   - Arcade and Puzzle 2D Game (Data)

  To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/jag

  Alternatively, one can download the package with dget using this command:

dget -x https://mentors.debian.net/debian/pool/main/j/jag/jag_0.3.3-1.dsc

  More information about JAG can be obtained from 
https://github.com/coringao/jag/wiki

  Regards,
   Carlos Donizete Froes

Bug#882809: quilt: Problem when TAB press

[Emmanuel Arias]

Package: quilt
Version: 0.63-8
Severity: minor

Dear Maintainer,

I have a problem when I use quilt.

When a press TAB to complete some line appear this message:

bash: completion: function `_quilt_completion' not found

For example

dquilt new debianbash: completion: function 
`_quilt_completion' not found

Regards!

-- System Information:
Debian Release: 9.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-4-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 quilt depends on:
ii  bsdmainutils  9.0.12+nmu1
ii  bzip2 1.0.6-8.1
ii  diffstat  1.61-1+b1
ii  gettext   0.19.8.1-2
ii  patch 2.7.5-1+b2
ii  perl  5.24.1-3+deb9u2

Versions of packages quilt recommends:
ii  less  481-2.1

Versions of packages quilt suggests:
ii  exim4-daemon-light [mail-transport-agent]  4.89-2+deb9u1
pn  graphviz   
pn  procmail   

-- no debconf information

Bug#882766: Proposal: reinstate automated device selection, blacklisting d-i?

[Thomas Lange]

> On Sun, 26 Nov 2017 23:02:23 +0100, Cyril Brulebois  
> said:

> I'm pretty sure I did mention I would like to avoid having to mount
> anything, so this is definitely a no-go.
I missed that, sorry.

ls -l /dev/disk/by-label gives 

Debian\x209.2.1\x20amd64\x20n -> ../../sr0

This is a kvm virtual machine booting from CD.

-- 
regards Thomas

Bug#882005: Fixed on mentors

[Joseph Herlant]

tags: -1 + pending

Hi,

It's been shipped along with the version 0.13.4 that I pushed to mentors.

Regards,
Joseph

Bug#550780: eglibc: please provide support for cross tools

[Aurelien Jarno]

On 2009-10-12 23:19, Hector wrote:
> Package: eglibc
> Severity: wishlist
> 
> 
> Hello,
> 
>   We would like to be able to have cross toolchains in the Debian archive. 
> Currently, at emdebian.org we provide precompiled binaries but we need a way 
> for the autobuilders to understand how to build it.
> 
>   The eglibc bit needed is a dpkg-cross -a$(DEB_HOST_ARCH) -b for the 
> libraries and headers of a foreign architecture, that maybe you maintainers 
> could provide as the regular build, but taking into account that it is a 
> mid-hack until multiarch is ready and able to provide a nicer solution for 
> this problem. As an alternative, we could upload a source package build 
> depending on eglibc-source and trying to do all this magic. This can be 
> somehow tricky as you probably already know libc and libgcc have circular 
> dependencies, which prevents us from bootstrapping the compiler 100% from 
> source.
> 
>   Comments are welcome, as I am unsure which it is the cleaner and nicer way 
> of providing what libc{6,6.1}-$(DEB_HOST_ARCH)-cross provides and have the 
> autobuilder happy.
> 

glibc now supports being cross built, and cross compiled version for
major architectures are available in the archive. I therefore think this
bug can be closed.

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#882808: construct: construct 2.8 is not compatible with 2.5.

[Hilko Bengen]

Source: construct
Version: 2.8.16-0.1
Severity: grave

Dear Maintainer (or non-maintainer, as it seems),

I just noticed that you recently re-uploaded construct/2.8.16-0.1 to
unstable, without checking reverse dependencies. We had reverted to a
2.5-series version in February because the API had been broken (#853082)
and the current upstream maintainers actively refused to do anything
about it[1]. Nowadays, upstream even has an explicit notice about the
API incompatibilities in their README.md[2].

So, what did you break?
,
| $ apt-cache rdepends python-construct
| python-construct
| Reverse Depends:
|   python-dfvfs
|   mitmproxy
|   bdfproxy
|   plaso
|   python-ironic-inspector
`

The plaso and dfvfs packages are maintained by me and are affected by
the API breakage. It looks like mitmproxy and bdfproxy are also
affected. Only the latest version of ironic-inspector seems to depend on
construct >= 2.8.

I think I am going to package construct-legacy, based upon
.

Cheers,
-Hilko

[1] https://github.com/construct/construct/issues/271
[2] https://github.com/construct/construct#sticky

Bug#882781: clang is missing a dependency on libomp-dev

[Alexander Kurtz]

Hi!

On Sun, 2017-11-26 at 22:27 +0100, Sylvestre Ledru wrote:
> For now, I am not planning to add this a mandatory dep. openmp is a
> niche and I don't think
> we should have a hard dependency for every clang user.
> By the way libomp-dev is suggested by clang packages.

In theory, you are right, clang should not depend on library packages
just for convenience. However libomp-dev is special here, because its
usage is usually hidden: Typical OpenMP tutorials look like this:

cc -fopenmp foo.c

or maybe

cc -fopenmp -o foo.o foo.c
cc -fopenmp -o foo   foo.o

and this works on GCC. The fact that this doesn't work with clang isn't
even the problem here, the fact that step 1 from above works, while
step 2 doesn't is. If users expected to need to link a library in for
this to work, things would be fine, but they don't (which arguably is
the real problem here, but thanks to GCC that's just the way it is).

TL;DR: If you want to write cross-compiler Makefiles, you use
-fopenmp for both compiling and linking, because the actual OpenMP
libraries differ between GCC and clang. And this breaks for clang.

And last but not least, libomp-dev pulls in 238 KB, which is about 0.4%
of the 59.1 MB clang pulls in:

root@shepard:~# apt install clang
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following additional packages will be installed:
  binfmt-support clang-3.8 libclang-common-3.8-dev libclang1-3.8 libllvm3.8 
libobjc-6-dev libobjc4 libstdc++-6-dev llvm-3.8 llvm-3.8-dev
  llvm-3.8-runtime
Suggested packages:
  gnustep gnustep-devel clang-3.8-doc libstdc++-6-doc llvm-3.8-doc
The following NEW packages will be installed:
  binfmt-support clang clang-3.8 libclang-common-3.8-dev libclang1-3.8 
libllvm3.8 libobjc-6-dev libobjc4 libstdc++-6-dev llvm-3.8 llvm-3.8-dev
  llvm-3.8-runtime
0 upgraded, 12 newly installed, 0 to remove and 0 not upgraded.
Need to get 59.1 MB of archives.
After this operation, 308 MB of additional disk space will be used.
Do you want to continue? [Y/n] n
Abort.
root@shepard:~# apt install libomp-dev
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following additional packages will be installed:
  libomp5
The following NEW packages will be installed:
  libomp-dev libomp5
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 238 kB of archives.
After this operation, 808 kB of additional disk space will be used.
Do you want to continue? [Y/n] n
Abort.
root@shepard:~# 

If you don't want a hard dependency (which I still think would be the
correct thing to do since "a command line argument of clang doesn't
actually work without it"), would you perhaps consider a Recommends: ?

Best regards

Alexander Kurtz

signature.asc
Description: This is a digitally signed message part

Bug#882781: clang is missing a dependency on libomp-dev

[Sylvestre Ledru]

On 26/11/2017 23:47, Alexander Kurtz wrote:
> Hi!
>
> On Sun, 2017-11-26 at 22:27 +0100, Sylvestre Ledru wrote:
>> For now, I am not planning to add this a mandatory dep. openmp is a
>> niche and I don't think
>> we should have a hard dependency for every clang user.
>> By the way libomp-dev is suggested by clang packages.
> In theory, you are right, clang should not depend on library packages
> just for convenience. However libomp-dev is special here, because its
> usage is usually hidden: Typical OpenMP tutorials look like this:
>
>   cc -fopenmp foo.c
>
> or maybe
>
>   cc -fopenmp -o foo.o foo.c
>   cc -fopenmp -o foo   foo.o
>
> and this works on GCC. The fact that this doesn't work with clang isn't
> even the problem here, the fact that step 1 from above works, while
> step 2 doesn't is. If users expected to need to link a library in for
> this to work, things would be fine, but they don't (which arguably is
> the real problem here, but thanks to GCC that's just the way it is).
>
> TL;DR: If you want to write cross-compiler Makefiles, you use
> -fopenmp for both compiling and linking, because the actual OpenMP
> libraries differ between GCC and clang. And this breaks for clang.
>
> And last but not least, libomp-dev pulls in 238 KB, which is about 0.4%
> of the 59.1 MB clang pulls in:
Well, this won't be true in a future upload. I split clang & clang-tools;
clang should be about 9mb now.
> If you don't want a hard dependency (which I still think would be the
> correct thing to do since "a command line argument of clang doesn't
> actually work without it"), would you perhaps consider a Recommends: ?
>
Sure, I fixed that in the vcs!

Thanks
S




signature.asc
Description: OpenPGP digital signature

Bug#882807: RFP: liblocale-codes-perl -- a distribution of modules to handle locale codes

[Dominic Hargreaves]

Package: wnpp
Severity: wishlist

* Package name: liblocale-codes-perl
  Version : 3.55
  Upstream Author : Sullivan Beck 
* URL : https://metacpan.org/release/Locale-Codes
* License : Perl
  Programming Lang: Perl
  Description : a distribution of modules to handle locale codes

>From the POD:

Locale-Codes is a distribution containing a set of modules designed to
work with sets of codes which uniquely identify something. For example,
there are codes associated with different countries, different currencies,
different languages, etc. These sets of codes are typically maintained in
some standard.

This module is currently part of perl core, but will be deprecated in
5.28, so will need to be distributed separately, and recommended for a
release cycle, in the usual way.

In addition it's worth noting here that the reason for the deprecation is
that the data in it needs to be kept up to date to a greater extent than
practical in the perl-bundled version. So it might be a package which
needs to get updated in stable-update from time to time. Then again,
as far as we can tell no Debian user has found the current situation to
be a problem.

Dominic.

Bug#882806: xen-hypervisor-4.8-amd64: After upgrade to stretch all Windows VM crash on boot or hang on boot

[Dan Smolik]

Package: src:xen
Version: 4.8.1-1+deb9u3
Severity: critical
Justification: breaks the whole system

This problem is CPU  E5420 and Xem hypervisor related. The same Windows VM
boot on another Xen 4.6 on another machine. And also boot on Xen 4.8 on
another machine. On this machine with Debian Jessie works without problem.
After dist-upgrade all Win VMs stop working. I test fresh install but
nothing helps.


-- System Information:
Debian Release: 9.2
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), 
LANGUAGE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

xen-hypervisor-4.8-amd64 depends on no packages.

Versions of packages xen-hypervisor-4.8-amd64 recommends:
ii  xen-utils-4.8  4.8.1-1+deb9u3

xen-hypervisor-4.8-amd64 suggests no packages.

-- no debconf information

Bug#882805: libqt5webengine5: Doesn't show error messages/pages on (at least) non-existing hosts and unsupported protocols

[Axel Beckert]

Package: libqt5webengine5
Version: 5.9.2+dfsg-2
Severity: normal
Control: affects -1 qutebrowser

Hi,

while testing the qutebrowser 1.0.3 upstream release for sponsoring an
upload to Debian I noticed that neither "host not found errors" nor
(suspectedly) unsupported protocol errors show up properly in
qutebrowser.

Thanks to the main qutebrowser upstream developer (Florian Bruhin,
X-Debbugs-CC'ed) I am able to provide the following minimal and
qutebrowser-independent test cases to reproduce these issues.

For that minimal test case Florian suggested to use this minimal
command-line wrapper script around Qt's browser engines (part of the
qutebrowser source code, but it's not qutebrowser):

https://github.com/qutebrowser/qutebrowser/blob/master/scripts/testbrowser.py

Using this small test script, I can reproduce the issue as follows:

  $ python3 testbrowser.py --webengine http://domain.doesnotexist/
  Loading progress: 10%
  Loading started
  Loading progress: 10%
  Loading progress: 70%
  Loading progress: 0%
  js: Uncaught ReferenceError: jstProcess is not defined
  Loading finished
  Loading progress: 100%
  Loading progress: 100%

It shows some half-baked not-sure-what dialog (looks more like half of a
download dialog) as shown in the attached
2017-11-26-231109_638x430_scrot.png screen shot.


The console output for trying to access a gopher page looks very
similar, but the shown page is completely blank:

  $ python3 testbrowser.py --webengine gopher://gopher.semmel.ch/
  Loading progress: 10%
  Loading started
  Loading progress: 0%
  js: Uncaught ReferenceError: jstProcess is not defined
  Loading finished
  Loading progress: 100%
  Loading progress: 100%

Screenshot of the blank page is in 2017-11-26-231406_638x430_scrot.png.


And just as a proof that this gopher server indeed works,
2017-11-26-231803_638x430_scrot.png is a screenshot of accessing
that gopher server with the gopher browser forg.


Since the messages, and even the warning testbrowser.py prints, are in
both cases nearly identical, I assume this is one bug and not two
different bugs. Feel free to clone this bug report if you think otherwise.

And since the string "jstProcess" is neither present in qutebrowser's
source code nor in testbrowser.py, but according to
https://codesearch.debian.net/search?q=jstProcess in
qtwebengine-opensource-src and chromium-browser, this seems to be a bug
directly in libqt5webengine5 (and not qutebrowser).

And since it only seems to happen on Debian (but not on other
distributions according to qutebrowser upstream), it might be an issue
specific to how qtwebengine is compiled for Debian. (This is not meant
as an accusation but as a hint to where start looking. :-)

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (600, 'testing'), (500, 'unstable-debug'), 
(500, 'buildd-unstable'), (110, 'experimental'), (1, 'experimental-debug'), (1, 
'buildd-experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.13.0-rc7-amd64 (SMP w/8 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 libqt5webengine5 depends on:
ii  libc6 2.25-2
ii  libqt5core5a [qtbase-abi-5-9-2]   5.9.2+dfsg-4
ii  libqt5gui55.9.2+dfsg-4
ii  libqt5qml5 [qtdeclarative-abi-5-9-2]  5.9.2-3
ii  libqt5quick5  5.9.2-3
ii  libqt5webchannel5 5.9.2-2
ii  libqt5webengine-data  5.9.2+dfsg-2
ii  libqt5webenginecore5  5.9.2+dfsg-2
ii  libstdc++67.2.0-16

libqt5webengine5 recommends no packages.

libqt5webengine5 suggests no packages.

-- no debconf information

Bug#882804: cdebconf-gtk-udeb: Missing rescue mode label at start-up

[Cyril Brulebois]

Package: cdebconf-gtk-udeb
Version: 0.227
Severity: important

Hi,

The banner in the graphical installer doesn't get the “Rescue mode”
label at start-up. It seems the information message hasn't been received
yet when the first call to handle_exposed_banner (cdebconf gtk frontend)
happens, so one has to select a language or switch to another vt back
and forth to get the message displayed. That doesn't happen with the
text rescue mode, so it's likely a cdebconf gtk frontend bug, filing
accordingly.

This is seen in sid but also with 9.2 installation images.


KiBi.

Bug#882802: jessie-pu: package ruby-ox/2.1.1-2+b2

[Cédric Boutillier]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

Hi,

this update fixes bug #881445 [CVE-2017-15928]
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881445
by cherrypicking a patch from upstream, to crash of the ruby interpreter
on a parse error.

Debdiff attached.

As mentioned in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=882724#10
since the debdiffs are identical for jessie and stretch,
except for version numbers and suite, the upload to jessie will follow
shortly this report.

Cheers,

Cédric

-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr:en_US (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru ruby-ox-2.1.1/debian/changelog ruby-ox-2.1.1/debian/changelog
--- ruby-ox-2.1.1/debian/changelog  2014-04-04 12:58:15.0 +0200
+++ ruby-ox-2.1.1/debian/changelog  2017-11-26 01:08:40.0 +0100
@@ -1,3 +1,12 @@
+ruby-ox (2.1.1-2+deb8u1) jessie; urgency=medium
+
+  * Team upload
+  * Add fix_parse_obj_segfault.patch picked from upstream
++ fix CVE-2017-15928: segmentation fault in parse_obj
+(Closes: #881445)
+
+ -- Cédric Boutillier   Sun, 26 Nov 2017 01:08:40 +0100
+
 ruby-ox (2.1.1-2) unstable; urgency=medium
 
   * Team upload.
diff -Nru ruby-ox-2.1.1/debian/gbp.conf ruby-ox-2.1.1/debian/gbp.conf
--- ruby-ox-2.1.1/debian/gbp.conf   1970-01-01 01:00:00.0 +0100
+++ ruby-ox-2.1.1/debian/gbp.conf   2017-11-26 01:08:40.0 +0100
@@ -0,0 +1,3 @@
+[DEFAULT]
+debian-branch=jessie/master
+upstream-branch=jessie/upstream
diff -Nru ruby-ox-2.1.1/debian/patches/fix_parse_obj_segfault.patch 
ruby-ox-2.1.1/debian/patches/fix_parse_obj_segfault.patch
--- ruby-ox-2.1.1/debian/patches/fix_parse_obj_segfault.patch   1970-01-01 
01:00:00.0 +0100
+++ ruby-ox-2.1.1/debian/patches/fix_parse_obj_segfault.patch   2017-11-26 
01:08:40.0 +0100
@@ -0,0 +1,51 @@
+Description: Avoid crash with invalid XML passed to Oj.parse_obj()
+ this fixes CVE-2017-15928
+Author: Peter Ohler 
+Origin: 
https://github.com/ohler55/ox/commit/e4565dbc167f0d38c3f93243d7a4fcfc391cbfc8.patch
+Bug: https://github.com/ohler55/ox/issues/194
+Debian-Bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881445
+Last-Update: 2017-11-25
+
+--- a/ext/ox/obj_load.c
 b/ext/ox/obj_load.c
+@@ -791,8 +791,10 @@
+   Helper  gh;
+ 
+   helper_stack_pop(&pi->helpers);
+-  gh = helper_stack_peek(&pi->helpers);
+-
++  if (NULL == (gh = helper_stack_peek(&pi->helpers))) {
++  set_error(&pi->err, "Corrupt parse stack, container is 
wrong type", pi->str, pi->s);
++  return;
++  }
+   rb_hash_aset(gh->obj, ph->obj, h->obj);
+   }
+   break;
+--- a/ext/ox/err.c
 b/ext/ox/err.c
+@@ -42,7 +42,11 @@
+ va_end(ap);
+ }
+ 
++#if __GNUC__ > 4
++_Noreturn void
++#else
+ void
++#endif
+ ox_err_raise(Err e) {
+ rb_raise(e->clas, "%s", e->msg);
+ }
+--- a/ext/ox/ox.c
 b/ext/ox/ox.c
+@@ -990,7 +990,11 @@
+ #endif
+ }
+ 
++#if __GNUC__ > 4
++_Noreturn void
++#else
+ void
++#endif
+ _ox_raise_error(const char *msg, const char *xml, const char *current, const 
char* file, int line) {
+ int   xline = 1;
+ int   col = 1;
diff -Nru ruby-ox-2.1.1/debian/patches/series 
ruby-ox-2.1.1/debian/patches/series
--- ruby-ox-2.1.1/debian/patches/series 2014-03-22 13:16:52.0 +0100
+++ ruby-ox-2.1.1/debian/patches/series 2017-11-26 01:08:40.0 +0100
@@ -1 +1,2 @@
+fix_parse_obj_segfault.patch
 000-fix-so-load-path.patch

Bug#882803: ITP: python3-precis-i18n -- internationalized usernames and passwords

[W. Martin Borgert]

Package: wnpp
Severity: wishlist
Owner: "W. Martin Borgert" 

* Package name: python3-precis-i18n
  Version : 0.7.0
  Upstream Author : William W. Fisher
* URL : https://pypi.python.org/pypi/precis-i18n
* License : MIT
  Programming Lang: Python
  Description : internationalized usernames and passwords

If you want your application to accept unicode user names and
passwords, you must be careful in how you validate and compare
them. The PRECIS framework makes internationalized user names
and passwords safer for use by applications. PRECIS profiles
transform unicode strings into a canonical form, suitable for
comparison.

This module implements the PRECIS Framework as described in:

 - PRECIS Framework: Preparation, Enforcement, and Comparison of
   Internationalized Strings in Application Protocols (RFC 8264)
 - Preparation, Enforcement, and Comparison of Internationalized
   Strings Representing Usernames and Passwords (RFC 8265)
 - Preparation, Enforcement, and Comparison of Internationalized
   Strings Representing Nicknames (RFC 8266)

This package will be maintained within the Python modules team.
It is an optional dependency (Recommend) of Gajim >= 0.16.11.

Bug#882801: chromium: segfaults like crazy

[Clint Adams]

Package: chromium
Version: 62.0.3202.89-1

chromium segfaults on me usually within a minute.  It does not do so
when run with -g, and it does not do so with the version in
experimental.

Bug#882590: libreoffice: Fails to start with "double free or corruption (fasttop)" error

[Jonathan Ballet]

Hi,

On 26/11/2017 21:12, Rene Engelhard wrote:


so I believe it must be some Library updated or some incompatibility
introduced somewhere

https://bugs.debian.org/cgi-bin/bugreport.cgi?att=3;bug=882590;filename=loffice.script;msg=5

looks very much font'ish. Special fonts installed? Any fonts updated?


Hum, interesting. I had a custom ~/.fonts.conf which was a symlink to 
the actual configuration file in a Git repository checkout somewhere else.


Removing the symlink and/or transforming the symlink into an actual 
hardlink or a "real" file makes Libreoffice work.


However, having this file as a hardlink or a real file crashes some 
other applications, although they were fine with the symlink variant.


I ended up removing ~/.fonts.conf in the meanwhile which seems to 
satisfy most applications.


Thanks for the suggestion and sorry for the noise.

 Jonathan

Bug#882487: thunderbird: Thunderbird won't start - not even with .thunderbird deleted

[René Seindal]

Hi Carsten,

On 2017-11-23 21:02, Carsten Schoenert wrote:


You have installed apparmor. Have you tried to disable the AppArmor
profile for Thunderbird and check for the further existence of the issue?

   $ sudo aa-disable /etc/apparmor.d/usr.bin.thunderbird


This resolved everything.

I had no idea apparmor was installed and active - I had never heard of 
it before.


My other computers (all Debian testing, one installed later from the 
same install image) have a few apparmor packages installed, but non have 
it active - aa-enabled gives "No - disabled at boot".


Thanks a lot for your help.



--
René Seindal - r...@venicekayak.com - +39 346 477 1327
Venice Kayak - www.venicekayak.com - www.facebook.com/venicekayak

Bug#882794: [Debian-ports-devel] Bug#882794: glibc: Please backport fix for assertion failure in posix_spawn()

[John Paul Adrian Glaubitz]

On 11/26/2017 10:13 PM, John Paul Adrian Glaubitz wrote:
> This was introduced with [1] and reported in [2]. A QEMU bug report
> has also been opened [3]. I'm currently rebuilding glibc for m68k with
> the attached patch which should fix the issue. Would be great if it
> could be included in one of the next uploads provided that it fixes
> the issue which I am going to find out soon.

Hmm, ok, seems that the patch is unrelated. It doesn't help with QEMU.
Guess we'll have to wait for QEMU to be fixed then.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#882766: Proposal: reinstate automated device selection, blacklisting d-i?

[Cyril Brulebois]

Dear Thomas,

Thomas Lange  (2017-11-26):
> The ISO images contain a directory .disk with some files.
> # cat .disk/info
> Debian GNU/Linux 9.2.1 "Stretch" - Official amd64 NETINST 20171013-13:07

I'm pretty sure I did mention I would like to avoid having to mount
anything, so this is definitely a no-go.

Example of a problematic d-i environment with no information on the d-i
medium whatsoever:
| rootfs on / type rootfs (rw,size=792460k,nr_inodes=92575)
| none on /run type tmpfs (rw,nosuid,relatime,size=79248k,mode=755)
| none on /proc type proc (rw,relatime)
| none on /sys type sysfs (rw,relatime)
| devtmpfs on /dev type devtmpfs 
(rw,relatime,size=370312k,nr_inodes=92578,mode=755)
| devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)

> Inside the d-i calling blkid /dev/sr0 outputs something like this:
> /dev/sr0: UUID="2017-10-13-13-09-57-00" LABEL="Debian 9.2 amd n" 
> TYPE="iso9660" .

Looping over all devices under /dev/ and callling blkid on all of them
doesn't return anything here.


KiBi.


signature.asc
Description: PGP signature

Bug#758777: Upstream now support Python3

[Sylvestre Ledru]

Hello,


On 26/11/2017 22:51, Shaheed Haque wrote:
> I just wanted to update this to the effect that upstream, as of 5.0,
> supports Python 3.  I made a request to add support for python3 on the
> Ubuntu Launchpad system, and was linked to this defect.
>
> See
> https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-5.0/+bug/1734153.
Thanks for the input.
Don't hesitate to provide a patch to provide that!
Cheers,
S

Bug#758777: Upstream now support Python3

[Shaheed Haque]

I just wanted to update this to the effect that upstream, as of 5.0,
supports Python 3.  I made a request to add support for python3 on the
Ubuntu Launchpad system, and was linked to this defect.

See
https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-5.0/+bug/1734153.

Bug#882800: ITP: sphinx-gallery -- extension that builds an HTML gallery of examples from Python scripts

[Sandro Tosi]

Package: wnpp
Severity: wishlist
Owner: Sandro Tosi 

* Package name: sphinx-gallery
  Version : 0.1.13
  Upstream Author : Óscar Nájera
* URL : https://github.com/sphinx-gallery/sphinx-gallery
* License : BSD-3-clause
  Programming Lang: python
  Description : extension that builds an HTML gallery of examples from 
Python scripts

 * Simple examples that run out of the box are the best way to learn a library
 * Pleasing, organized, visual layouts
 * Links, searching, backlinks throughout examples and documentation

this is a new dependencies of matplotlib documentation

Bug#882799: RM: libkface/experimental -- ROM; obsolete source, replaced by src:libkf5kface

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

please remove src:libkface (which exists only in experimental), as it is
an old version, based on Qt4, and its Qt5 version is already in the
archive as src:libkf5kface.

Thanks,
-- 
Pino

Bug#870257: Add conflicts for multilib development packages

[Aurelien Jarno]

control: tag -1 - patch

On 2017-07-31 13:36, Matthias Klose wrote:
> Package: src:glibc
> Version: 2.24-12
> Tags: patch
> 
> Please add conflicts for the multilib development packages. There are bug
> reports with foreign architectures that try to install both libc6-dev-i386 and
> libc6-dev-amd64 packages, and then failing because of conflicts in 
> /usr/include.
>  This patch adds the conflicts for all the known multilib pairs/triples.

>   * Add conflicts for multilib development packages.
>  
> diff -Nru glibc-2.24/debian/control.in/amd64 
> glibc-2.24/debian/control.in/amd64
> --- glibc-2.24/debian/control.in/amd642017-06-18 16:13:52.0 
> +0200
> +++ glibc-2.24/debian/control.in/amd642017-07-31 13:03:42.0 
> +0200
> @@ -16,6 +16,15 @@
>  Depends: libc6-amd64 (= ${binary:Version}), libc6-dev (= ${binary:Version}), 
> ${misc:Depends}
>  Recommends: gcc-multilib
>  Provides: lib64c-dev
> +Conflicts: libc6-dev-i386,
> + libc6-dev-mips32,
> + libc6-dev-mips64,
> + libc6-dev-mipsn32,
> + libc6-dev-powerpc,
> + libc6-dev-ppc64,
> + libc6-dev-sparc,
> + libc6-dev-sparc64,
> + libc6-dev-x32
>  Build-Profiles: 
>  Description: GNU C Library: 64bit Development Libraries for AMD64
>   Contains the symlinks and object files needed to compile and link programs

If libc6-dev-amd64:i386 conflicts with libc6-dev-x32:i386, how do you
plan to get a package like gcc-7-multilib, which depends on both
packages to be kept installable?

Of course libc6-dev-x32:i386 can be dropped from the conflicts list, but
it defeats the purpose of your patch as on amd64 libc6-dev-x32 and
libc6-dev-amd64 will be failing to install on amd64 because of conflicts
in /usr/include.

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#882781: clang is missing a dependency on libomp-dev

[Sylvestre Ledru]

On 26/11/2017 20:07, Alexander Kurtz wrote:
> Package: clang
> Version: 1:3.8-37
>
> In contrast, the clang package does not pull in libomp-dev, which means
> the following fails:
>
> alexander@shepard:~$ cat test.c 
> int main(){
> #pragma omp parallel for schedule(dynamic,50)
> for(int i = 0; i < 10; i++);
> }
> alexander@shepard:~$ clang -fopenmp test.c 
> /usr/bin/ld: cannot find -lomp
> clang: error: linker command failed with exit code 1 (use -v to see 
> invocation)
> alexander@shepard:~$ 
>
> I think that if the clang binary supports the -fopenmp switch, it is
> reasonable to assume that it actually works. Therefore please make the
> clang package depend on the libomp-dev package.
>
For now, I am not planning to add this a mandatory dep. openmp is a
niche and I don't think
we should have a hard dependency for every clang user.
By the way libomp-dev is suggested by clang packages.

Cheers,
Sylvestre



signature.asc
Description: OpenPGP digital signature

Bug#882798: RFS: mblaze/0.2-1 [ITP]

[Nicolas Braud-Santoni]

Package: sponsorship-requests
Severity: wishlist
Control: block 882793 by -1

Dear mentors,

I am looking for a sponsor for my package "holes"

 * Package name: holes
   Version : 0~git.20170801.13d2aac9-1
   Upstream Author : Leah Neukirchen 
 * URL : https://github.com/chneukirchen/holes
 * License : CC0
   Section : utils

It builds those binary packages:

  holes - find runs of zero bytes


The source package can be found on mentors.debian.org:

https://mentors.debian.net/package/holes

Alternatively, the packaging repository is available on alioth.d.o:

https://anonscm.debian.org/git/collab-maint/holes.git


Best,

  nicoo


signature.asc
Description: PGP signature

Bug#882797: samba: time machine support

[Matt Taggart]

Package: samba
Version: 2:4.7.3+dfsg-1
Severity: wishlist

I was searching for support for using Apple's (proprietary) Time Machine 
MacOS backup system over the network to a Debian system.


In the past Time Machine used Apple's AFP and people were successful 
using the netatalk software (with some tweaks on the client) to make 
this work.


But I just found this forum post that indicated that Apple is moving 
away from AFP and to SMB instead,


https://discussions.apple.com/message/30723500#message30723500

The thread indicates that Apple has talked to the samba project about 
what is needed to support this. I searched and I found this upstream bug,


https://bugzilla.samba.org/show_bug.cgi?id=12380

So it's coming in 4.8!
This is a wishlist bug to help others that might be looking for the same 
info. I'd love to help test this once 4.8 goes into 
experimental/unstable, maintainers please let us know when people can 
help test.


Thanks,

--
Matt Taggart
tagg...@debian.org

Bug#882796: joystick: Restore joystick settings via udev fails befor /var mounted

[Michal Kašpar]

Package: joystick
Version: 1:1.6.0-2
Severity: normal

Dear Maintainer,
My stored joystick settings aren't restored on system boot via supplied
udev rules because the rules run before the /var filesystem is mounted
and the configuration is stored on the /var filesystem
(/var/lib/joystick).
I'm using systemd as an init and the boot log (journalctl) contains
lines:
Nov 26 21:03:00 shiva systemd-udevd[792]: Process '/usr/bin/jscal-restore 
/dev/input/js0' failed with exit code 1.
Nov 26 21:03:00 shiva systemd-udevd[801]: Process '/usr/bin/jscal-restore 
/dev/input/js1' failed with exit code 1.
...
Nov 26 21:03:01 shiva systemd[1]: Mounting /var...
Nov 26 21:03:02 shiva systemd[1]: Mounted /var.
So it seems the jscal-restore fails because it can't find it's stored
joysticks state.


-- Package-specific info:

Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.

  looking at device 
'/devices/pci:00/:00:12.2/usb2/2-6/2-6.4/2-6.4.3/2-6.4.3:1.0/0003:045E:003C.0006/input/input9/js0':
KERNEL=="js0"
SUBSYSTEM=="input"
DRIVER==""

  looking at parent device 
'/devices/pci:00/:00:12.2/usb2/2-6/2-6.4/2-6.4.3/2-6.4.3:1.0/0003:045E:003C.0006/input/input9':
KERNELS=="input9"
SUBSYSTEMS=="input"
DRIVERS==""
ATTRS{name}=="Microsoft SideWinder Joystick"
ATTRS{phys}=="usb-:00:12.2-6.4.3/input0"
ATTRS{properties}=="0"
ATTRS{uniq}==""

  looking at parent device 
'/devices/pci:00/:00:12.2/usb2/2-6/2-6.4/2-6.4.3/2-6.4.3:1.0/0003:045E:003C.0006':
KERNELS=="0003:045E:003C.0006"
SUBSYSTEMS=="hid"
DRIVERS=="hid-generic"
ATTRS{country}=="00"

  looking at parent device 
'/devices/pci:00/:00:12.2/usb2/2-6/2-6.4/2-6.4.3/2-6.4.3:1.0':
KERNELS=="2-6.4.3:1.0"
SUBSYSTEMS=="usb"
DRIVERS=="usbhid"
ATTRS{authorized}=="1"
ATTRS{bAlternateSetting}==" 0"
ATTRS{bInterfaceClass}=="03"
ATTRS{bInterfaceNumber}=="00"
ATTRS{bInterfaceProtocol}=="00"
ATTRS{bInterfaceSubClass}=="00"
ATTRS{bNumEndpoints}=="01"
ATTRS{supports_autosuspend}=="1"

  looking at parent device 
'/devices/pci:00/:00:12.2/usb2/2-6/2-6.4/2-6.4.3':
KERNELS=="2-6.4.3"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{authorized}=="1"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{bConfigurationValue}=="1"
ATTRS{bDeviceClass}=="00"
ATTRS{bDeviceProtocol}=="00"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bMaxPacketSize0}=="8"
ATTRS{bMaxPower}=="40mA"
ATTRS{bNumConfigurations}=="1"
ATTRS{bNumInterfaces}==" 1"
ATTRS{bcdDevice}=="0101"
ATTRS{bmAttributes}=="a0"
ATTRS{busnum}=="2"
ATTRS{configuration}==""
ATTRS{devnum}=="10"
ATTRS{devpath}=="6.4.3"
ATTRS{idProduct}=="003c"
ATTRS{idVendor}=="045e"
ATTRS{ltm_capable}=="no"
ATTRS{manufacturer}=="Microsoft"
ATTRS{maxchild}=="0"
ATTRS{product}=="SideWinder Joystick"
ATTRS{quirks}=="0x0"
ATTRS{removable}=="removable"
ATTRS{speed}=="1.5"
ATTRS{urbnum}=="17"
ATTRS{version}==" 1.10"

  looking at parent device '/devices/pci:00/:00:12.2/usb2/2-6/2-6.4':
KERNELS=="2-6.4"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{authorized}=="1"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{bConfigurationValue}=="1"
ATTRS{bDeviceClass}=="09"
ATTRS{bDeviceProtocol}=="01"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{bMaxPower}=="300mA"
ATTRS{bNumConfigurations}=="1"
ATTRS{bNumInterfaces}==" 1"
ATTRS{bcdDevice}=="9615"
ATTRS{bmAttributes}=="a0"
ATTRS{busnum}=="2"
ATTRS{configuration}==""
ATTRS{devnum}=="7"
ATTRS{devpath}=="6.4"
ATTRS{idProduct}=="1006"
ATTRS{idVendor}=="05ac"
ATTRS{ltm_capable}=="no"
ATTRS{manufacturer}=="Apple, Inc."
ATTRS{maxchild}=="3"
ATTRS{product}=="Keyboard Hub"
ATTRS{quirks}=="0x0"
ATTRS{removable}=="unknown"
ATTRS{serial}==""
ATTRS{speed}=="480"
ATTRS{urbnum}=="47"
ATTRS{version}==" 2.00"

  looking at parent device '/devices/pci:00/:00:12.2/usb2/2-6':
KERNELS=="2-6"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{authorized}=="1"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{bConfigurationValue}=="1"
ATTRS{bDeviceClass}=="09"
ATTRS{bDeviceProtocol}=="02"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{bMaxPower}=="2mA"
ATTRS{bNumConfigurations}=="1"
ATTRS{bNumInterfaces}==" 1"
ATTRS{bcdDevice}==""
ATTRS{bmAttributes}=="e0"
ATTRS{busnum}=="2"
ATTRS{configuration}==""
ATTRS{devnum}=="5"
ATTRS{devpath}=="6"
ATTRS{idProduct}=="2514"
ATTRS{idVendor}=="0424"
ATTRS{ltm_capable}=="no"
ATTRS{maxchild}=="4"
ATTRS{quirks

Bug#882795: cltl: [INTL:de] updated German debconf translation

[Helge Kreutzmann]

Package: cltl
Version: 1.0.27
Severity: wishlist
Tags: patch l10n

Please find the updated German debconf translation for cltl
attached.

Please place this file in debian/po/ as de.po for your next upload.

If you update your template, please use 
'msgfmt --statistics '
to check the po-files for fuzzy or untranslated strings.

If there are such strings, please contact me so I can update the 
German translation.

Greetings
Helge
# Translation of cltl debconf templates to German
# Copyright (C) Helge Kreutzmann , 2007, 2017.
# This file is distributed under the same license as the cltl package.
#
msgid ""
msgstr ""
"Project-Id-Version: cltl 1.0.27\n"
"Report-Msgid-Bugs-To: c...@packages.debian.org\n"
"POT-Creation-Date: 2016-11-29 07:23+0100\n"
"PO-Revision-Date: 2017-11-26 22:05+0100\n"
"Last-Translator: Helge Kreutzmann \n"
"Language-Team: German \n"
"Language: de\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-15\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Download the cltl book from the Internet?"
msgstr "Das Cltl-Buch aus dem Internet herunterladen?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"You don't have the file /root/tmp/cltl_ht.tar.gz. You may want to download "
"this file from internet now and proceed with the installation afterward."
msgstr ""
"Sie haben die Datei /root/tmp/cltl_ht.tar.gz nicht. Eventuell m�chten Sie "
"zuerst diese Datei jetzt aus dem Internet herunterladen und danach mit der "
"Installation fortfahren."

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Unable to download. Try again?"
msgstr "Kann nicht herunterladen. Erneut versuchen?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"An error occurred during the download of book from the Internet. You may now "
"request to try the download again."
msgstr ""
"Ein Fehler trat w�hrend des Herunterladens des Buchs aus dem Internet auf. "
"Sie k�nnen jetzt erbeten, dass das Herunterladen erneut versucht wird."

#~ msgid "Aborting."
#~ msgstr "Abbruch."

#~ msgid ""
#~ "The download of the cltl book from internet failed. You can try "
#~ "reinstalling the file another time."
#~ msgstr ""
#~ "Das Herunterladen des Cltl-Buchs aus dem Internet ist fehlgeschlagen. Sie "
#~ "k�nnen zu einem sp�teren Zeitpunkt die Installation der Datei erneut "
#~ "versuchen."

Bug#882782: cannot download or send attachements: permission denied to read recently-used.xbel

[j.wuttke]

On 11/26/2017 08:33 PM, Carsten Schoenert wrote:

is this issue still exsitimg if you use the version 1:52.4.0-2~exp1 from
experimental?


Sorry: this I can only try out if you kindly point me to instructions how
try out a package from 'experimental' without ruining my 'testing' installation.

- Joachim

Bug#882794: glibc: Please backport fix for assertion failure in posix_spawn()

[John Paul Adrian Glaubitz]

Source: glibc
Version: 2.24-11+deb9u1
Severity: important
Tags: patch upstream

Hello!

With glibc 2.25, an upstream change was introduced with causes an
assertion failure on current versions of QEMU:

dpkg: warning: ignoring pre-dependency problem!
Preparing to unpack .../archives/bash_4.4-5_m68k.deb ...
preinst: ../sysdeps/unix/sysv/linux/spawni.c:366: __spawnix: Assertion `ec >= 
0' failed.
qemu: uncaught target signal 6 (Aborted) - core dumped
dpkg: error processing archive /var/cache/apt/archives/bash_4.4-5_m68k.deb 
(--unpack):
 new bash package pre-installation script subprocess was killed by signal 
(Aborted)
 Selecting previously unselected package bsdutils.
 dpkg: regarding .../bsdutils_1%3a2.30.2-0.1_m68k.deb containing bsdutils, 
pre-dependency problem:
  bsdutils pre-depends on libsystemd0
libsystemd0 is not installed.

This was introduced with [1] and reported in [2]. A QEMU bug report
has also been opened [3]. I'm currently rebuilding glibc for m68k with
the attached patch which should fix the issue. Would be great if it
could be included in one of the next uploads provided that it fixes
the issue which I am going to find out soon.

Adrian

> [1] 
> https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=4b4d4056bb154603f36c6f8845757c1012758158;hp=8d3bd947483f50b57aee7c35c07dc1927d6e8a27
> [2] https://sourceware.org/bugzilla/show_bug.cgi?id=22273
> [3] https://bugs.launchpad.net/qemu/+bug/1673976

--
  .''`.  John Paul Adrian Glaubitz
 : :' :  Debian Developer - glaub...@debian.org
 `. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
   `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
Description: Fix improper assert in Linux posix_spawn (BZ#22273)
 Fixes assertion failure on qemu-user.
 .
Origin: upstream
Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=22273
Last-Update: 2017-11-26

--- glibc-2.25.orig/sysdeps/unix/sysv/linux/spawni.c
+++ glibc-2.25/sysdeps/unix/sysv/linux/spawni.c
@@ -17,7 +17,6 @@
.  */
 
 #include 
-#include 
 #include 
 #include 
 #include 
@@ -266,7 +265,6 @@ __spawni_child (void *arguments)
   __sigprocmask (SIG_SETMASK, (attr->__flags & POSIX_SPAWN_SETSIGMASK)
 ? &attr->__ss : &args->oldmask, 0);
 
-  args->err = 0;
   args->exec (args->file, args->argv, args->envp);
 
   /* This is compatibility function required to enable posix_spawn run
@@ -337,7 +335,7 @@ __spawnix (pid_t * pid, const char *file
 
   /* Child must set args.err to something non-negative - we rely on
  the parent and child sharing VM.  */
-  args.err = -1;
+  args.err = 0;
   args.file = file;
   args.exec = exec;
   args.fa = file_actions;
@@ -360,12 +358,26 @@ __spawnix (pid_t * pid, const char *file
   new_pid = CLONE (__spawni_child, STACK (stack, stack_size), stack_size,
   CLONE_VM | CLONE_VFORK | SIGCHLD, &args);
 
+  /* It needs to collect the case where the auxiliary process was created
+ but failed to execute the file (due either any preparation step or
+ for execve itself).  */
   if (new_pid > 0)
 {
+  /* Also, it handles the unlikely case where the auxiliary process was
+terminated before calling execve as if it was successfully.  The
+args.err is set to 0 as default and changed to a positive value
+only in case of failure, so in case of premature termination
+due a signal args.err will remain zeroed and it will be up to
+caller to actually collect it.  */
   ec = args.err;
-  assert (ec >= 0);
-  if (ec != 0)
- __waitpid (new_pid, NULL, 0);
+  if (ec > 0)
+   /* There still an unlikely case where the child is cancelled after
+  setting args.err, due to a positive error value.  Also due a
+  possible pid reuse race (where the kernel allocated the same pid
+  to unrelated process) we need not to undefinitely hang expecting
+  an invalid pid.  In both cases an error is returned to the
+  caller.  */
+   __waitpid (new_pid, NULL, WNOHANG);
 }
   else
 ec = -new_pid;

Bug#882773: stretch-pu: package auto-apt-proxy/2+deb9u1

[Andreas Beckmann]

Control: tag -1 moreinfo

On Sun, 26 Nov 2017 14:36:06 -0200 Antonio Terceiro
 wrote:
> This fixes a RC bug that has been reported recently, and was just fixed
> in unstable.

I'm missing the corresponding undo operation in the preinst.

AFAICS, a
   install-remove-install or
   install-remove-distupgrade-install
sequence will have that conffile missing afterwards (i.e. it's still in
.disabled state).


Andreas

Bug#685878: netatalk 3 and time machine support

[Matt Taggart]

I did some more reading about netatalk support for Apple Time Machine 
backups. I found this post that mentions apple plans to phase out AFP in 
favor of SMB over the long term.


https://discussions.apple.com/message/30723500#message30723500

AFP will continue to be supported for quite a while due to it's use in 
older versions of MacOS, and devices like Time Capsule, etc. But the 
future will be SMB.


It's would still be useful to have the newer netatalk3 in debian (and 
derivatives) to quickly be able to support the existing things out 
there, the SMB stuff isn't ready yet and I predict netatalk will still 
be useful for many years.


The above post mentions that Apple has talked to the samba project about 
what things will be needed in order to support Time Machine via SMB. I 
found this bug in the samba bug tracker


https://bugzilla.samba.org/show_bug.cgi?id=12380

which mentions it should become available in samba 4.8 (currently not 
yet released or in Debian).


--
Matt Taggart
tagg...@debian.org

Bug#882793: ITP: holes -- find runs of zero bytes

[Nicolas Braud-Santoni]

Package: wnpp
Severity: wishlist
Owner: Nicolas Braud-Santoni 

* Package name: holes
  Version : 0~git.20170801.13d2aac9-1
  Upstream Author : Leah Neukirchen 
* URL : https://github.com/chneukirchen/holes
* License : CC0
  Programming Lang: C
  Description : find runs of zero bytes

 holes looks for runs of zero bytes (a.k.a. holes) in the specified input
 files (or the standard input), and prints the start addresses (in
 hexadecimal) as well as the lengths (in decimal).  When multiple input
 files are specified, holes prefixes each line with the file name.
 .
 It can be used with fallocate(1), truncate(1), or virt-sparsify(1).

Bug#882791: Bug #882791: RFS: mblaze/0.2-1 [ITP]

[Nicolas Braud-Santoni]

On Sun, Nov 26, 2017 at 09:37:02PM +0100, Nicolas Braud-Santoni wrote:
> The source package can be found on mentors.debian.org:
> 
> https://mentors.debian.net/package/mblaze

I rebuilt the package (due to having forgotten to include the full text of the
CC0 license in debian/copyright), but cannot currently upload it to mentors
(due to its VM having run out of disk space).

Instead, you can find the package on my webserver:

https://nicolas.braud-santoni.eu/tmp/deb/


> Alternatively, the packaging repository is available on alioth.d.o:
> 
> https://anonscm.debian.org/git/collab-maint/mblaze.git

The packaging repository contains the corresponding changes.


Best,

  nicoo


signature.asc
Description: PGP signature

Bug#882792: xfce4-panel: some icons not appearing in notification panel

[Julian Gilbey]

Package: xfce4-panel
Version: 4.12.1-2
Severity: normal

This is a bizarre one, and I can't reproduce it on another machine,
but I can't seem to fix it on this one, so I'm reporting it

My notification panel has, for some reason, stopped showing all of the
icons it should be.  It is no longer showing the bluetooth icon, even
though I have a bluetooth USB adaptor; it isn't showing the safeeyes
icon (see bug #881171 - which maybe should be merged with this bug),
and I don't know what else it isn't showing.  But it is showing icons
for notes, orage, dropbox, libreoffice and parcimonie.

I've tried purging and reinstalling xfce4-panel, logging out and
logging in again, rebooting (it was needed anyway for a dbus update)
but none of these helped.

Any ideas?

Best wishes,

   Julian

-- System Information:
Debian Release: buster/sid
  APT prefers stretch
  APT policy: (500, 'stretch'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8), LANGUAGE=en_GB.utf8 (charmap=UTF-8) (ignored: LC_ALL set 
to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xfce4-panel depends on:
ii  exo-utils0.10.7-1
ii  libatk1.0-0  2.26.0-2
ii  libc62.24-17
ii  libcairo21.15.8-2
ii  libdbus-1-3  1.12.2-1
ii  libdbus-glib-1-2 0.108-3
ii  libexo-1-0   0.10.7-1
ii  libfontconfig1   2.12.3-0.2
ii  libfreetype6 2.8.1-0.1
ii  libgarcon-1-00.6.1-2
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.54.1-1
ii  libgtk2.0-0  2.24.31-2
ii  libice6  2:1.0.9-2
ii  libpango-1.0-0   1.40.12-1
ii  libpangocairo-1.0-0  1.40.12-1
ii  libpangoft2-1.0-01.40.12-1
ii  libsm6   2:1.2.2-1+b3
ii  libwnck222.30.7-5.1
ii  libx11-6 2:1.6.4-3
ii  libxext6 2:1.3.3-1+b2
ii  libxfce4ui-1-0   4.12.1-2
ii  libxfce4util74.12.1-3
ii  libxfconf-0-24.12.1-1

xfce4-panel recommends no packages.

xfce4-panel suggests no packages.

-- no debconf information

Bug#882159: Bug #882159: duply: occasionally shows negative runtimes

[edso]

hey jo,

can the reporter maybe test the current snapshot? it should fix the issue.
  http://duply.net/wiki/index.php/Duply-code#Latest_Development_Snapshot

..ede/duply.net

On 11/26/2017 20:26, Joachim Wiedorn wrote:
> forwarded 882159 Edgar Soldin 
> thanks
> 
> 
> 
> Hello Edgar,
> 
> there is a bug report #1 about duply. Please check the problem and perhaps
> you can patch it.
> 
> #1  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=882159
> 
> Have a nice day.
> Joachim (Germany)
> 

Bug#876614: libfm FTBFS with gtk-doc-tools 1.26: fm-module.xml:72: parser error : error parsing attribute name

[Andriy Grytsenko]

Actually this is a bug in gtk-doc, see 
https://bugzilla.gnome.org/show_bug.cgi?id=783420
It should be fixed by gtk-doc upstream if I read that bugreport right,
although it's workarounded by libfm upstream, see the latest commit
b072ee0400432d72fdf86ba9fed74a7e0ec11ec1 in the libfm upstream GIT.

Bug#882769: More investigation

[Thomas Goirand]

After some investigation, it appears that if I upgrade the Linux kernel
package first, then the upgrade works, like this:

sed -i s/stretch/sid/ /etc/apt/sources.list
apt-get update
apt-get install linux-image-amd64
apt-get dist-upgrade

If I just do apt-get dist-upgrade, then the bug is triggered. So my idea
is that probably, adding a versionned breaks: somewhere will fix the
upgrade problem.

Let's see if I can find out...

Cheers,

Thomas Goirand (zigo)

Bug#882791: RFS: mblaze/0.2-1 [ITP]

[Nicolas Braud-Santoni]

Package: sponsorship-requests
Severity: wishlist
Control: block 882788 by -1

Dear mentors,

I am looking for a sponsor for my package "mblaze"

 * Package name: mblaze
   Version : 0.2-1
   Upstream Author : Leah Neukirchen 
 * URL : https://github.com/chneukirchen/mblaze
 * License : CC0 & MIT/Expat
   Section : utils

It builds those binary packages:

  mblaze - UNIX utilities to deal with Maildir


The source package can be found on mentors.debian.org:

https://mentors.debian.net/package/mblaze

Alternatively, the packaging repository is available on alioth.d.o:

https://anonscm.debian.org/git/collab-maint/mblaze.git


Best,

  nicoo


signature.asc
Description: PGP signature

Bug#882715: neomutt: can I has an alternative for /usr/bin/mutt ?

[Josh Triplett]

Package: neomutt
Version: 20171027+dfsg.1-1
Followup-For: Bug #882715

I'd like this as well, not just for command-line muscle memory but for
scripts built around mutt.

- Josh Triplett

Bug#840804: chrome-gnome-shell: does not work with Google Chrome

[Floris]

Let's wait and hope to see the blocking bug (#840235) come to a  
conclusion.


Bug 840235 is solved!

Hopefully chrome-gnome-shell can be updated.


Floris

Bug#882659: vice: Segfault on start

[Marco Presi]

Just found the following: by compiling the sources with the options
"--enable-gnomeui3" I obtain the same segfault on start as on the Debian
package.
On the other hand, everything works fine by using the option
"--enable-gnomeui".

I use Gnome 3.26 in sid.

Regards,

Marco

2017-11-26 20:40 GMT+01:00 Marco Presi :

>
> -- Forwarded message --
> From: Marco Presi 
> Date: 2017-11-25 23:27 GMT+01:00
> Subject: Re: Bug#882659: vice: Segfault on start
> To: "László Böszörményi (GCS)" 
>
>
>
>
> 2017-11-25 18:05 GMT+01:00 László Böszörményi (GCS) :
>
>> Control: tags -1 moreinfo
>>
>> On Sat, Nov 25, 2017 at 11:37 AM, Marco Presi 
>> wrote:
>> > I am using vice since a long time, it always worked perfectly.
>> Yesterday I re-
>> > installed it and I am not able to run it anymore.
>>  When was the last time you used it?
>>
>
> It was on previous debian version, always in sid (I have been without
> Internet connection for a while,
> so the latest version I used was the one available on June 2017).
>
>
>>
>> > I just type "x64" on the command line and the program segfault
>> immediately.
>> > Downloading the software from the upstream website and compiling from
>> source
>> > with default build options solved temporarly the problem.
>>  What lines you get displayed with the compiled version after the 'See
>> the "About VICE" command for more info.' line?
>>
>
> see below
>
>
>> > I am attaching here the output of the debian package version. I am
>> available to
>> > help to solve this issue.
>>  Thanks in advance. I'm also interested if you have a non-free display
>> driver installed and/or may you have a dual monitor display.
>>
>
> I have a single monitor. About the video driver.. since Xorg is not used
> anymore I am a little bit confused
> on determining which is the current video configuration.. anyway, lsmod
> just lists the i915 driver as video driver,
> and no nvidia related packages are installed.
>
> For completeness, I am also attaching the lspci and lsmod outputs.
>
>
>>
>> Regards,
>> Laszlo/GCS
>>
>
> Ciao!
>
> Marco
>
>
> output from upstream, source compiled vice
> =
> zufus@irmafamily:~$ x64
> Detecting ISA HardSID boards.
> Could not open '/dev/port'.
> Cannot get permission to access $300.
> Detecting PCI HardSID boards.
> No PCI HardSID boards found.
> HW scale not available, forcing to disabled
> Toggling of Statusbar/Menu in Xaw is not supported.
> Warning - The VICE-CBM font is not available.
> HW scale not available, forcing to disabled
>
> *** VICE Version 3.1 ***
> OS compiled for: Linux glibc 2.25
> GUI compiled for: XAW
> CPU compiled for: AMD64/x86_64
> Compiler used: GCC-7.2.0
> Current OS: Linux 4.13.0-1-amd64 (glibc 2.25)
> Current CPU: Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz
>
> Welcome to x64, the free portable C64 Emulator.
>
> Current VICE team members:
> Martin Pottendorfer, Marco van den Heuvel, Fabrizio Gennari, Groepaz,
> Olaf Seibert, Marcus Sutton, Kajtar Zsolt, AreaScout, Bas Wassink.
>
> This is free software with ABSOLUTELY NO WARRANTY.
> See the "About VICE" command for more info.
>
> X11: Found 24bit/TrueColor visual.
> X11: Using private colormap.
> XRandR: XRandR reports current display: 1920x1200@60
> Loading system file `/usr/local/lib64/vice/C64/kernal'.
> Loading system file `/usr/local/lib64/vice/C64/basic'.
> Loading system file `/usr/local/lib64/vice/C64/chargen'.
> Loading system file `/usr/local/lib64/vice/PRINTER/mps803'.
> Palette: Loading palette `/usr/local/lib64/vice/PRINTER/mps803.vpl'.
> Loading system file `/usr/local/lib64/vice/PRINTER/nl10-cbm'.
> Palette: Loading palette `/usr/local/lib64/vice/PRINTER/nl10.vpl'.
> NL10: Printer driver initialized.
> Palette: Loading palette `/usr/local/lib64/vice/PRINTER/1520.vpl'.
> Loading system file `/usr/local/lib64/vice/DRIVES/dos1540'.
> Loading system file `/usr/local/lib64/vice/DRIVES/dos1541'.
> Loading system file `/usr/local/lib64/vice/DRIVES/d1541II'.
> Loading system file `/usr/local/lib64/vice/DRIVES/dos1570'.
> Loading system file `/usr/local/lib64/vice/DRIVES/dos1571'.
> Loading system file `/usr/local/lib64/vice/DRIVES/dos1581'.
> DriveROM: Error - 2000 ROM image not found. Hardware-level 2000 emulation
> is not available.
> DriveROM: Error - 4000 ROM image not found. Hardware-level 4000 emulation
> is not available.
> Loading system file `/usr/local/lib64/vice/DRIVES/dos2031'.
> Loading system file `/usr/local/lib64/vice/DRIVES/dos2040'.
> Loading system file `/usr/local/lib64/vice/DRIVES/dos3040'.
> Loading system file `/usr/local/lib64/vice/DRIVES/dos4040'.
> Loading system file `/usr/local/lib64/vice/DRIVES/dos1001'.
> Drive: Finished loading ROM images.
> Warning - Trying to assign value to unknown resource `HwScalePossible'.
> Warning: Cannot convert string "-*-helvetica-medium-r-*-*-12-*" to type
> FontStruct
> Warning: Missing charsets in String to FontSet conversion
> Warning: Cannot convert string "-*-helvetica-medium-r-*-*-12-*" to 

Bug#882790: aiozmq: sourceful upload needed for the python3.6 transition

[Andreas Beckmann]

Source: aiozmq
Version: 0.7.1-1
Severity: serious
Tags: sid buster
Control: block 866335 with -1

Hi,

a sourceful upload of aiozmq is needed for the python3.6
transition. There are no changes needed to the packaging for this
transition (rebuilding in an up-to-date sid environment will
automatically generate updated dependencies), but since the package
builds arch:all packages depending on pythonX.Y, it cannot be
binNMUed. A source-only upload (without any maintainer-built .debs)
is preferred.


Andreas

Bug#882789: prospector: sourceful upload needed for the python3.6 transition

[Andreas Beckmann]

Source: prospector
Version: 0.12.7-1
Severity: serious
Control: block 866335 with -1

Hi,

a sourceful upload of prospector is needed for the python3.6
transition. There are no changes needed to the packaging for this
transition (rebuilding in an up-to-date sid environment will
automatically generate updated dependencies), but since the package
builds arch:all packages depending on pythonX.Y, it cannot be
binNMUed. A source-only upload (without any maintainer-built .debs)
is preferred.


Andreas

Bug#882325: [pkg-wine-party] Bug#882325: marked as done (wine32: Cannot install wine32 on strech. libwine:i386 problem)

[Michael Gilbert]

From: Jens Reyer
> Clearly something wrong here, buster/sid mixed with stable.  I'm closing
> the bug because mixed systems are not supported.

This is a common misconception about Debian.  Mixed suites are a
supported, although not very well advertised, feature.

> To downgrade a package directly e.g.
>  sudo apt install libtinfo5:i386=6.0+20161126-1+deb9u1
> should work.

If you want to stick with your mixed suite setup, you can add buster
sources to apt, then install buster's wine and all of its dependencies
on a stretch base system:
$ apt install wine -t testing

Best wishes,
Mike

Bug#882590: libreoffice: Fails to start with "double free or corruption (fasttop)" error

[Rene Engelhard]

Hi,

On Sun, Nov 26, 2017 at 07:05:23PM +0100, Jonathan Ballet wrote:
> I can reproduce the same exact same problem on three other systems
> running sid and Libreoffice 1:5.4.3-2 (1:5.4.3-3 hasn't arrived yet)

*shrugs*. Good that the original report never appeared in my mbox...

That one says:

--- snip --
I tried to downgrade LibreOffice back to 5.4.2 (packages: libreoffice,
libreoffice-base-core, libreoffice-calc, libreoffice-common,
libreoffice-core
libreoffice-gnome, libreoffice-gtk3, libreoffice-java-common,
libreoffice-l10n-pl, libreoffice-writer), but it didn't change anything.
--- snip ---

so I believe it must be some Library updated or some incompatibility
introduced somewhere

https://bugs.debian.org/cgi-bin/bugreport.cgi?att=3;bug=882590;filename=loffice.script;msg=5

looks very much font'ish. Special fonts installed? Any fonts updated?

Works for me in my sid VM, though that one does not have very much
external fonts installed, only those recommended by LO anyways.

Regards,

Rene

Bug#882788: ITP: mblaze -- UNIX utilities to deal with Maildir

[Nicolas Braud-Santoni]

Package: wnpp
Severity: wishlist
Owner: Nicolas Braud-Santoni 

* Package name: mblaze
  Version : 0.2-1
  Upstream Author : Leah Neukirchen 
* URL : https://github.com/chneukirchen/mblaze
* License : CC0 (+ some files under MIT/Expat)
  Programming Lang: C
  Description : UNIX utilities to deal with Maildir

 The mblaze message system is a set of Unix utilities to deal with mail kept in
 Maildir folders. It is a classic command line MUA and has no features for
 receiving or transferring mail; you are expected to fetch your mail using
 fdm(1), getmail(1) offlineimap(1), procmail(1), or similar , and send it using
 dma(8), msmtp(1), sendmail(8), as provided by OpenSMTPD, Postfix, or similar.
 mblaze expects your mail to reside in Maildir folders.
 .
 Its design is roughly inspired by MH, the RAND Message Handling System, but it
 is a complete implementation from scratch. mblaze operates directly on Maildir
 folders and doesn't use its own caches or databases. There is no setup needed
 for many uses.
 .
 mblaze consists of these Unix tools that each do one job:
 maddr(1) extract addresses from mail
 magrep(1)find mails matching a pattern
 mcom(1)  compose and send mail
 mdeliver(1)  deliver messages or import mailboxes
 mdirs(1) find Maildir folders
 mexport(1)   export Maildir folders as mailboxes
 mflag(1) change flags (marks) of mail
 mflow(1) reflow format=flowed plain text mails
 mfwd(1)  forward mail
 mgenmid(1)   generate Message-IDs
 mhdr(1)  extract mail headers
 minc(1)  incorporate new mail
 mless(1) conveniently read mail in less(1)
 mlist(1) list and filter mail messages
 mmime(1) create MIME messages
 mmkdir(1)create new Maildir
 mpick(1) advanced mail filter
 mrep(1)  reply to mail
 mscan(1) generate one-line summaries of mail
 msed(1)  manipulate mail headers
 mseq(1)  manipulate mail sequences
 mshow(1) render mail and extract attachments
 msort(1) sort mail
 mthread(1)   arrange mail into discussions

Bug#882787: tellico: Update maintainer

[Jeremy Bicha]

Source: tellico
Version: 3.1-0.2
X-Debbugs-CC: p...@debian.org

The maintainer of tellico according to the packaging hasn't made an
upload in 3 years. His key was removed from the Debian keyring a few
years ago because it was only 1024 bits.

I think it would be best for Debian if someone who has been doing NMUs
would take over as official maintainer.

Thanks,
Jeremy Bicha

Bug#882005: The reported bug seems weird

[Joseph Herlant]

Nevermind, appstream-glib changed its default building path and I
already changed the target path to be compliant with lintian, so the
lib breaks the patch...

Bug#882786: FTBFS against ffcall 2.0: can't find callback library

[Sébastien Villemot]

Package: src:mlpcap
Version: 0.9-17
Severity: serious

Dear Maintainer,

mlpacp FTBFS against ffcall 2.0, that has just been uploaded to unstable.

The minimal fix consists in changing the symbol from the callback library that
is tested in conigure.in (replacing "alloc_trampoline_r" by
"callback_trampoline_alloc").

I attach a patch that implements more than this minimal fix:
- it uses the new preferred name for the -dev package
- and it relies on the new libffcall.so (instead of the former libcallback.so,
  which still exists for backward compatibility).

Best,

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄  http://www.debian.org
diff -Nru mlpcap-0.9/debian/changelog mlpcap-0.9/debian/changelog
--- mlpcap-0.9/debian/changelog	2017-08-08 15:50:26.0 +0200
+++ mlpcap-0.9/debian/changelog	2017-11-09 15:33:21.0 +0100
@@ -1,3 +1,11 @@
+mlpcap (0.9-17.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Replace libffcall1-dev by libffcall-dev.
+  * 08_ffcall.diff: new patch for compiling against ffcall ≥ 2.0. (Closes: #-1)
+
+ -- Sébastien Villemot   Thu, 09 Nov 2017 15:33:21 +0100
+
 mlpcap (0.9-17) unstable; urgency=medium
 
   [ Stéphane Glondu ]
diff -Nru mlpcap-0.9/debian/control mlpcap-0.9/debian/control
--- mlpcap-0.9/debian/control	2017-08-08 15:49:12.0 +0200
+++ mlpcap-0.9/debian/control	2017-11-09 15:33:21.0 +0100
@@ -8,7 +8,7 @@
  debhelper (>= 10),
  ocaml-nox (>= 3.10.0-9),
  camlidl (>= 1.05-10),
- libffcall1-dev,
+ libffcall-dev,
  ocaml-findlib (>= 1.1.2pl1-4),
  libpcap0.8-dev,
  dh-ocaml (>= 0.9.1)
@@ -26,7 +26,7 @@
 
 Package: libmlpcap-ocaml-dev
 Architecture: any
-Depends: ${ocaml:Depends}, libmlpcap-ocaml (= ${binary:Version}), libffcall1-dev, libpcap0.8-dev, camlidl, ${misc:Depends}
+Depends: ${ocaml:Depends}, libmlpcap-ocaml (= ${binary:Version}), libffcall-dev, libpcap0.8-dev, camlidl, ${misc:Depends}
 Provides: ${ocaml:Provides}
 Description: binding of libpcap for OCaml
  MLpcap implements OCaml stubs to libpcap. It allows one to call almost
diff -Nru mlpcap-0.9/debian/patches/08_ffcall.diff mlpcap-0.9/debian/patches/08_ffcall.diff
--- mlpcap-0.9/debian/patches/08_ffcall.diff	1970-01-01 01:00:00.0 +0100
+++ mlpcap-0.9/debian/patches/08_ffcall.diff	2017-11-09 15:33:21.0 +0100
@@ -0,0 +1,23 @@
+Description: Fix detection of callback library 
+ The callback library is now embedded in libffcall, and the symbol names have
+ changed, hence fix the configure test.
+Author: Sébastien Villemot 
+Forwarded: no
+Last-Update: 2017-11-09
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- a/configure.in
 b/configure.in
+@@ -77,9 +77,9 @@ dnl ---
+ dnl Ffcall callback
+ dnl ---
+ 
+-AC_CHECK_LIB(callback,
+- alloc_trampoline_r,,
+- AC_MSG_ERROR([can't find callback library.]))
++AC_CHECK_LIB(ffcall,
++ callback_trampoline_alloc,,
++ AC_MSG_ERROR([can't find ffcall library.]))
+ 
+ dnl Header
+ 	
diff -Nru mlpcap-0.9/debian/patches/series mlpcap-0.9/debian/patches/series
--- mlpcap-0.9/debian/patches/series	2017-08-08 15:40:55.0 +0200
+++ mlpcap-0.9/debian/patches/series	2017-11-09 15:33:21.0 +0100
@@ -4,3 +4,4 @@
 02_ocamlfind_for_example.diff
 03_correct_META.diff
 07_dll_with_camlidl.diff
+08_ffcall.diff
diff -Nru mlpcap-0.9/debian/rules mlpcap-0.9/debian/rules
--- mlpcap-0.9/debian/rules	2017-08-08 15:40:30.0 +0200
+++ mlpcap-0.9/debian/rules	2017-11-09 15:33:21.0 +0100
@@ -19,6 +19,7 @@
 
 include /usr/share/cdbs/1/rules/ocaml.mk
 include /usr/share/cdbs/1/rules/debhelper.mk
+include /usr/share/cdbs/1/rules/autoreconf.mk
 include /usr/share/cdbs/1/class/autotools.mk
 
 PACKAGE := libmlpcap-ocaml


signature.asc
Description: PGP signature

Bug#685878: netatalk 3

[Matt Taggart]

Hi,

Any update on netatalk 3? Upstream appears to be 3.1.11 now.

Regarding Joseph's comment about support for DDP, while it would be nice 
to maintain that, I don't think it should hold up getting version 3 in 
the archive. I think the number of people that need version 4 is many 
times greater than those that need DDP.


If needed another netatalk 2 source package could be created later. But 
I would worry about upstream security support, whoever wants to take on 
such a task would need to own supporting it.
Upstream _did_ do a 2.2.6 release on 30 Jun 2017, so maybe they are 
still providing _some_ support?


BTW when poking around I found references to this github page

  https://github.com/Netatalk/Netatalk

Did upstream move there? Or is it a fork/clone? There are issues in the 
issue tracker there too.


Thanks,

--
Matt Taggart
tagg...@debian.org