Bug#875456: libvmime: FTBFS on non-Linux: no getThreadId implementation

[Carsten Schoenert]

Hello Aaron,

On Tue, Sep 12, 2017 at 09:12:40PM -0400, Aaron M. Ucko wrote:
> "Aaron M. Ucko"  writes:
> 
> >   /«PKGBUILDDIR»/src/vmime/platforms/posix/posixHandler.cpp:243:3: error: 
> > #error We have no implementation of getThreadId() for this platform!
> 
> Thanks for the quick fix!

well, I had prepared the now used patch for quite a while but haven't
done a new upload since then, so no real quick working on that to be
fare. But while working on kopanocore it was worth to do a new shot on
libvmime.
There was a bug report [1] about build issues for libvmime on *BSD while
working on that patch, but upstream hasn't implemented anything yet that
could solve this. Later on, (as seen yesterday) a probably better
solution than the patch I've used has been added [2]. But I'm not sure
if this solve the build problem that still exist on Hurd.

>  Alas, the Hurd build still failed because
> Mach has its own API for this functionality:
> 
>   /<>/src/vmime/platforms/posix/posixHandler.cpp:244:12: error: 
> 'SYS_thr_self' was not declared in this scope
> 
> It looks like it should work to call mach_thread_self() from
> .  However, please bear in mind that you'll
> then need to pass the result to mach_port_deallocate per
> https://bugs.launchpad.net/sbcl/+bug/723581 .

I have no great experience about this specific mechanism no matter what
platform on. I appreciate any help from porters here, due the
specialities of Hurd and the current state in Debian I wont spend much
time for working on that.

Maybe I give it a try on a porterbox after adding the upstream fix.

[1] https://github.com/kisli/vmime/issues/177
[2] 
https://github.com/kisli/vmime/commit/243efb267fe539958610ef1e2142a36dfbcd3c28

Regards
Carsten

Bug#874418: libdislocker0.7: fails to upgrade from 'stretch' - trying to overwrite /usr/lib/libdislocker.so

[Giovani Ferreira]

Hi,

Em 05-09-2017 18:48, Andreas Beckmann escreveu:

> during a test with piuparts I noticed your package fails to upgrade from
> 'stretch'.
> It installed fine in 'stretch', then the upgrade to 'sid' fails
> because it tries to overwrite other packages files without declaring a
> Breaks+Replaces relation.

I'm learning to keep shared libraries, after researching and getting help 
from other developers I noticed that I did not put the correct version in 
Breaks + Replaces, I'll fix it soon.

> Why is this .so link in the shared library package and not in
> the -dev package?

This was a palliative solution to solve the problem on #840489 until the 
upstream fix. As I have already forwarded this bug to the upstream as 
described at https://github.com/Aorimn/dislocker/issues/96 but it still 
has not resolved this.

> And please get rid of the insane idea of a libdislocker0.6
> transitional package in sid.

Sorry, I did not do it the right way and I will fix it ASAP.

greetings,

-- 
Giovani Ferreira
0x78494EF72375A66C

Bug#875572: unifont FTCBFS: many reasons

[Paul Hardy]

Helmut,

On Tue, Sep 12, 2017 at 3:33 AM, Helmut Grohne  wrote:
>
> unifont fails to cross build from source, for a pile of reasons, all of
> which are fixed in the attached patch. After applying it, unifont cross
> builds successfully.

Thank you for explaining this issue in such detail, and for taking the
time to put together a patch.

I am preparing another upload, Unifont 10.0.07.  I have added your
changes.  I also changed "install" to "$(INSTALL)" in src/Makefile so
someone can redefine it on the command line to "install -s" if they
want, for non-Debian builds.

Is it okay with you if I wait until Sunday, October 1st to perform
this upload?  I will be away from home the weekend after next without
a computer; I would rather not perform an upload right before being
away from home.

Thanks again,


Paul Hardy

Bug#875654: ITP: superlu-dist -- Highly distributed solution of large, sparse systems of linear equations

[Drew Parsons]

Package: wnpp
Severity: wishlist
Owner: Drew Parsons 

* Package name: superlu-dist
  Version : 5.1.3
  Upstream Author : Xiaoye S. Li 
* URL : http://crd-legacy.lbl.gov/~xiaoye/SuperLU/#superlu_dist
* License : BSD
  Programming Lang: C
  Description : Highly distributed solution of large, sparse systems of 
linear equations

SuperLU is a general purpose library for the direct solution of large,
sparse, nonsymmetric systems of linear equations. The library is
written in C and is callable from either C or Fortran program. It uses
MPI, OpenMP and CUDA to support various forms of parallelism. It
supports both real and complex datatypes, both single and double
precision, and 64-bit integer indexing. The library routines performs
an LU decomposition with partial pivoting and triangular system solves
through forward and back substitution. The LU factorization routines
can handle non-square matrices but the triangular solves are performed
only for square matrices. The matrix columns may be preordered (before
factorization) either through library or user supplied routines. This
preordering for sparsity is completely separate from the
factorization. Working precision iterative refinement subroutines are
provided for improved backward stability. Routines are also provided
to equilibrate the system, estimate the condition number, calculate
the relative backward error, and estimate error bounds for the refined
solutions. 

SuperLU_DIST implements the algorithms for distributed memory,
targetting highly parallel distributed memory hybrid systems. The
numerical factorization routines are already implemented for hybrid
systems with multiple GPUs. Further work will be needed to implement
the other phases of the algorithms on the hybrid systems and to
enhance strong scaling to extreme scale. 

This package will be maintained under the Debian Science team.
superlu-dist complements the existing superlu package, which is the
sequential implementation of SuperLU.

SuperLU_DIST is used by PETSc and FEniCS for numerical computation.

Bug#875653: golang-github-aws-aws-sdk-go: New upstream release (>=1.7.0)

[Shengjing Zhu]

Source: golang-github-aws-aws-sdk-go
Severity: wishlist

Dear Maintainer,

We still have a version gap between upstream, which is v1.10.43 at the
time of writing.

When build packer new version, I need at lease 1.7.0 version of
aws-sdk-go. The feature I needed is added in
https://github.com/aws/aws-sdk-go/pull/1088

Thanks
Shengjing Zhu


signature.asc
Description: PGP signature

Bug#875652: golang-github-hashicorp-go-checkpoint: New upstream snapshot

[Shengjing Zhu]

Source: golang-github-hashicorp-go-checkpoint
Severity: wishlist

Dear Maintainer,

When I build packer new release, I need a new snapshot release,
the feature needed is added in
https://github.com/hashicorp/go-checkpoint/pull/13

Currently I just disabled related feature in packer,
https://anonscm.debian.org/cgit/pkg-go/packages/packer.git/tree/debian/patches/0001-disable-telemetry-report.patch?id=445b8b2e75b414416c50314aa35ae50bafcf51a7

Thanks
Shengjing Zhu


signature.asc
Description: PGP signature

Bug#875651: glusterfs-sever: package instalation error

[Matias D. Fritz]

Package: glusterfs-sever
Version: 3.11.2-1
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
installing the package client and server from aptitude.
   * What was the outcome of this action?
Performing actions...
Selecting previously unselected package libnfsidmap2:amd64.
(Reading database ... 155144 files and directories currently installed.)
Preparing to unpack .../0-libnfsidmap2_0.25-5.1_amd64.deb ...
Unpacking libnfsidmap2:amd64 (0.25-5.1) ...
Selecting previously unselected package libtirpc1:amd64.
Preparing to unpack .../1-libtirpc1_0.2.5-1.2_amd64.deb ...
Unpacking libtirpc1:amd64 (0.2.5-1.2) ...
Selecting previously unselected package glusterfs-client.
Preparing to unpack .../2-glusterfs-client_3.11.2-1_amd64.deb ...
Unpacking glusterfs-client (3.11.2-1) ...
Selecting previously unselected package glusterfs-server.
Preparing to unpack .../3-glusterfs-server_3.11.2-1_amd64.deb ...
Unpacking glusterfs-server (3.11.2-1) ...
Selecting previously unselected package keyutils.
Preparing to unpack .../4-keyutils_1.5.9-9_amd64.deb ...
Unpacking keyutils (1.5.9-9) ...
Selecting previously unselected package rpcbind.
Preparing to unpack .../5-rpcbind_0.2.3-0.6_amd64.deb ...
Unpacking rpcbind (0.2.3-0.6) ...
Selecting previously unselected package nfs-common.
Preparing to unpack .../6-nfs-common_1%3a1.3.4-2.1+b1_amd64.deb ...
Unpacking nfs-common (1:1.3.4-2.1+b1) ...
Setting up libnfsidmap2:amd64 (0.25-5.1) ...
Setting up glusterfs-client (3.11.2-1) ...
Setting up keyutils (1.5.9-9) ...
Processing triggers for libc-bin (2.24-17) ...
Setting up libtirpc1:amd64 (0.2.5-1.2) ...
Processing triggers for systemd (234-3) ...
Processing triggers for man-db (2.7.6.1-2) ...
Setting up rpcbind (0.2.3-0.6) ...
Created symlink /etc/systemd/system/multi-user.target.wants/rpcbind.service → 
/lib/systemd/system/rpcbind.service.
Created symlink /etc/systemd/system/sockets.target.wants/rpcbind.socket → 
/lib/systemd/system/rpcbind.socket.
Setting up glusterfs-server (3.11.2-1) ...





Job for glustereventsd.service failed because a timeout was exceeded.
See "systemctl  status glustereventsd.service" and "journalctl  -xe" for 
details.
invoke-rc.d: initscript glustereventsd, action "start" failed.
● glustereventsd.service - LSB: Gluster Events Server
   Loaded: loaded (/etc/init.d/glustereventsd; generated; vendor preset: 
enabled)
   Active: failed (Result: timeout) since Tue 2017-09-12 23:27:46 -03; 10ms ago
 Docs: man:systemd-sysv-generator(8)
  Process: 8808 ExecStart=/etc/init.d/glustereventsd start (code=killed, 
signal=TERM)
Tasks: 3 (limit: 4915)
   CGroup: /system.slice/glustereventsd.service
   ├─8813 /usr/bin/python /usr/sbin/glustereventsd -p 
/var/run/glustereventsd.pid
   └─8814 /usr/bin/python /usr/sbin/glustereventsd -p 
/var/run/glustereventsd.pid

Sep 12 23:22:45 notebook systemd[1]: Starting LSB: Gluster Events Server...
Sep 12 23:27:46 notebook systemd[1]: glustereventsd.service: Start operation 
timed out. Terminating.
Sep 12 23:27:46 notebook systemd[1]: Failed to start LSB: Gluster Events Server.
Sep 12 23:27:46 notebook systemd[1]: glustereventsd.service: Unit entered 
failed state.
Sep 12 23:27:46 notebook systemd[1]: glustereventsd.service: Failed with result 
'timeout'.
dpkg: error processing package glusterfs-server (--configure):
 subprocess installed post-installation script returned error exit status 1
Setting up nfs-common (1:1.3.4-2.1+b1) ...

Creating config file /etc/idmapd.conf with new version
Adding system user `statd' (UID 123) ...
Adding new user `statd' (UID 123) with group `nogroup' ...
Not creating home directory `/var/lib/nfs'.
Created symlink /etc/systemd/system/multi-user.target.wants/nfs-client.target → 
/lib/systemd/system/nfs-client.target.
Created symlink /etc/systemd/system/remote-fs.target.wants/nfs-client.target → 
/lib/systemd/system/nfs-client.target.
nfs-utils.service is a disabled or a static unit, not starting it.
Processing triggers for libc-bin (2.24-17) ...
Processing triggers for systemd (234-3) ...
Errors were encountered while processing:
 glusterfs-server
E: Sub-process /usr/bin/dpkg returned an error code (1)
Setting up glusterfs-server (3.11.2-1) ...
Press Return to continue, 'q' followed by Return to quit.

/**/
root@notebook:~# journalctl -xe
Sep 12 23:27:47 notebook systemd[1]: Reloading.
Sep 12 23:27:47 notebook systemd[1]: Reloading.
Sep 12 23:27:47 notebook systemd[1]: Reloading.
Sep 12 23:27:47 notebook systemd[1]: Reloading.
Sep 12 23:27:47 notebook systemd[1]: Starting LSB: Gluster Events Server...
-- Subject: Unit glustereventsd.service has begun start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- Unit glustereventsd.service has begun starting up.
Sep 12 

Bug#875650: python3-mako: Please make the package multi-arch compatible

[Hugh McMaster]

Package: python3-mako
Version: 1.0.7+ds1-1
Severity: wishlist
Tags: patch

Dear Maintainer,

The package python3-mako is Architecture: all and cannot conflict
across different architectures e.g. i386 and amd64).

Please mark the package Multi-Arch: foreign to allow other software
to pull this package in, instead of looking for arch-specific
packages that do not exist.

Thank you



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

Kernel: Linux 4.12.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages python3-mako depends on:
ii  python3 3.5.3-3
ii  python3-markupsafe  1.0-1+b1

python3-mako recommends no packages.

Versions of packages python3-mako suggests:
pn  python-mako-doc  
pn  python3-beaker   

-- no debconf information
--- control 2017-07-15 00:44:18.0 +1000
+++ control 2017-09-13 12:49:56.727563117 +1000
@@ -2,6 +2,7 @@
 Source: mako
 Version: 1.0.7+ds1-1
 Architecture: all
+Multi-Arch: foreign
 Maintainer: Piotr Ożarowski 
 Installed-Size: 307
 Depends: python3-markupsafe, python3:any (>= 3.3.2-2~)

Bug#592985: RFS: pragha/1.3.3-3

[Gabriel F. T. Gomes]

Package: sponsorship-requests
Severity: wishlist

Breno (I hope you actually get CC'ed),

As you suggested, I'm opening a RFS for pragha.
Thanks for the reviews you already made in private. :)

 * Package name: pragha
   Version : 1.3.3-3
   Upstream Author : Matias De lellis 
 * URL : https://pragha-music-player.github.io/
 * License : GPL-3+
   Section : sound

It builds those binary packages:

  pragha - Lightweight Music Player

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

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


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

  dget -x 
https://mentors.debian.net/debian/pool/main/p/pragha/pragha_1.3.3-3.dsc


Kind Regards,
Gabriel

Bug#875649: libgirepository1.0-doc: Please mark the package Multi-Arch: foreign

[Hugh McMaster]

Package: libgirepository1.0-doc
Version: 1.53.2-4
Severity: wishlist
Tags: patch

Dear Maintainer,

The package libgirepository1.0-doc is Architecture: all and cannot
differ across architectures (e.g. i386 and amd64).

Therefore, the package should be marked Multi-Arch: foreign to
satisfy Debian's binary package duplication detector.

Thank you

--- control 2017-07-30 23:54:16.0 +1000
+++ control 2017-09-13 12:00:09.576048263 +1000
@@ -2,6 +2,7 @@
 Source: gobject-introspection
 Version: 1.53.2-4
 Architecture: all
+Multi-Arch: foreign
 Maintainer: Debian GNOME Maintainers 
 Installed-Size: 1151
 Recommends: libglib2.0-doc



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

Kernel: Linux 4.12.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

libgirepository1.0-doc depends on no packages.

Versions of packages libgirepository1.0-doc recommends:
ii  libglib2.0-doc  2.53.6-1

libgirepository1.0-doc suggests no packages.

-- no debconf information

Bug#875624: python-evdev: please limit architecture to linux-any

[Aaron M. Ucko]

Stephen Kitt  writes:

> Heh, guess what I thought to myself when I saw the buildd results ;-).

Thanks for checking on them promptly!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#875456: libvmime: FTBFS on non-Linux: no getThreadId implementation

[Aaron M. Ucko]

"Aaron M. Ucko"  writes:

>   /«PKGBUILDDIR»/src/vmime/platforms/posix/posixHandler.cpp:243:3: error: 
> #error We have no implementation of getThreadId() for this platform!

Thanks for the quick fix!  Alas, the Hurd build still failed because
Mach has its own API for this functionality:

  /<>/src/vmime/platforms/posix/posixHandler.cpp:244:12: error: 
'SYS_thr_self' was not declared in this scope

It looks like it should work to call mach_thread_self() from
.  However, please bear in mind that you'll
then need to pass the result to mach_port_deallocate per
https://bugs.launchpad.net/sbcl/+bug/723581 .

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#875648: libgraphite2-doc: Please mark the package Multi-Arch: foreign

[Hugh McMaster]

Package: libgraphite2-doc
Version: 1.3.10-2
Severity: wishlist
Tags: patch

Dear Maintainer,

The package libgraphite2-doc is Architecture: all and cannot
conflict across different architectures (e.g. i386 and amd64).

Please mark the package Multi-Arch: foreign to satisfy
Debian's binary package duplication detector.

Thank you


--- control 2017-06-20 15:15:10.0 +1000
+++ control 2017-09-13 11:04:27.846946884 +1000
@@ -2,6 +2,7 @@
 Source: graphite2
 Version: 1.3.10-2
 Architecture: all
+Multi-Arch: foreign
 Maintainer: Debian LibreOffice Maintainers 
 Installed-Size: 1506
 Section: doc



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

Kernel: Linux 4.12.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8),
LANGUAGE=en_AU:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#875541: pulseaudio can't load modules

[Kaze Shirotsuki]

I've read that bug report but unfortunately, disabling flat volumes didn't
work. I don't know whether if this bug is related with that bug or not.
perhaps disabling flat volume works for some modules, but it still didn't
work for ladspa modules which I'm currently using.

I'll wait until the patch arrives and see whether if the problem got fixed
or not. meanwhile, do you need more information?

On 12 September 2017 at 19:47, Felipe Sateler  wrote:

> Control: tags -1 upstream confirmed patch
> Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=102549
>
> Hi,
>
> On Mon, Sep 11, 2017 at 11:46 PM, kurotsugi shiroyama
>  wrote:
> > Package: pulseaudio
> > Version: 11.0-1
> > Severity: important
> >
> > Dear Maintainer,
> > after the recent upgrade pulseaudio can't load any modules I have. it
> shows these message
> > "E: [pulseaudio] sink.c: Assertion 'PA_SINK_IS_LINKED(s->state)' failed
> at pulsecore/sink.c:1707, function compute_reference_ratios(). Aborting.
> > "
>
> Ouch! This is upstream bug 102549, which has a patch available. Patch
> should apply cleanly, so it should be little work to update the
> package. I'll do that ASAP (tonight or tomorrow, unless other team
> members beat me to to it).
>
> In the meantime, you can disable flat volumes, as that appears to
> sidestep the issue for now.
>
> --
>
> Saludos,
> Felipe Sateler
>

Bug#875647: libgraphite2-dev: Please mark the package Multi-Arch: same

[Hugh McMaster]

Package: libgraphite2-dev
Version: 1.3.10-2
Severity: wishlist
Tags: patch

Dear Maintainer,

The package libgraphite2-dev is not multi-arch compatible.

This affects the development of other software that depends on
libgraphite2-dev.

A comparison of the i386 and amd64 variants shows no conflicts.

Therefore, the package should be marked Multi-Arch: same.

Thank you



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

Kernel: Linux 4.12.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=sh: 0: getcwd() failed: 
No such file or directory
UTF-8), LANGUAGE=en_AU:en (charmap=sh: 0: getcwd() failed: No such file or 
directory
UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--- control 2017-09-13 10:59:55.59928 +1000
+++ control 2017-09-13 11:02:13.615753076 +1000
@@ -2,6 +2,7 @@
 Source: graphite2
 Version: 1.3.10-2
 Architecture: amd64
+Multi-Arch: same
 Maintainer: Debian LibreOffice Maintainers 
 Installed-Size: 80
 Depends: libgraphite2-3 (= 1.3.10-2)

Bug#875642: [pkg-cryptsetup-devel] Bug#875642: /sbin/cryptsetup: blocked in semop on shutdown waiting for already terminated systemd-udevd

[Guilhem Moulin]

Hi Ivan,

On Wed, 13 Sep 2017 at 00:28:44 +0300, Ivan Krylov wrote:
> Since my setup is going to need keyscripts, I have installed
> sysvinit-core shotrly after upgrading to Stretch.

Note that you could also add the ‘initramfs’ option to the cryptab(5)
entry of these devices so they can be unlocked at initramfs stage using
cryptsetup initramfs boot scripts, before switching to the normal kernal
and init process.
 
> Since then, "Stopping crypto disks..." hangs indefinitely on shutdown while 
> cryptsetup
> is blocked in semop() syscall. Once I managed to call shutdown from 
> single-user mode
> and pressed Alt-SysRq-E once it hung, which caused recovery shell prompt to 
> appear;
> thus I got the attached backtrace.

Smells like #791944. Does my patch from https://bugs.debian.org/791944#181
fix the problem?

-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#875646: parallel: Missing manpage: parallel_tutorial

[Paride Legovini]

Package: parallel
Version: 20161222-1
Severity: normal

Dear Maintainers,

The paralle_tutorial(7) manpage is missing, despite being advertised
when running `parallel' without any argument and in parallel(1).  The
manpage is included in the source package, so I guess it's just not
getting installed.

Fixing this could also be a great opportunity to update the package, as
it is currently quite outdated.

Thank you,

Paride

Bug#873611: workaround: I have found out how to install newer version of nethogs that works

[Chad Chenault]

I do not consider this problem fixed, because a novice user would try
to use this stable package and the application would not work. The
stable package should be removed if it is not going to work because the
application crashes which introduces security vulnerabilities. I was
able to install a newer version of nethogs from the "deb http://ftp.deb
ian.org/debian jessie-backports main" repository. Here are the steps I
used to get nethogs working.
1. Uninstall nonworking nethogs if installed from Jessie main
repository.
2. Install the jessie-backports repository. I followed these
instructions: https://backports.debian.org/Instructions/
3. Install application from backports.
# apt-get -t jessie-backports install nethogs

Thanks,
Chad

Bug#875605: piuparts: esac missing in post_purge_exception script (develop branch) and yields error

[Andreas Beckmann]

On 2017-09-12 17:23, Holger Levsen wrote:
> On Tue, Sep 12, 2017 at 04:52:22PM +0200, Boud Roukema wrote:

>> It seems to me that the problem is a missing "esac\n;;" (earlier than
>> line 62). I've attached a patch that works for me on a dummy file.
> 
> thanks a lot for this nice bug report, I've now deployed the fix and 
> rescheduled
> 19126 affected packages in 49 suites, which translates to 1007 in stretch,
> 171 in buster, 1201 in sid and me being to lazy to do stats for those 46 other
> suites.

Holger, you missed the second half of Boud's fix, so add another ;;

23722fb34 really fix 42acc54048
4743d4aef p-r: make verbose messages more consistent

Andreas

PS: I don't know if we need such a verbose changelog for a feature just
introduced in the previous patch series ... since the bug has never been
in a release

PPS: I don't know why this got mismerged and lost some lines when
extracting that patch from my private devel tree - it's correct in my
production HEAD

Bug#875645: src:konqueror: Debian/copyright issues

[Scott Kitterman]

Package: src:konqueror
Version: 4:17.08.1-1
Severity: important

While reviewing your package in New, I noted the following debian/copyright
issues that, while not reject worthy on their own, should be fixed at the
earliest opportunity.

Obviously these references can be collapsed substantially, but they are all
copyright holders that I believe are missing from debian/copyright.  Please
see the attached.

Scott K
konqueror-17.08.1/webenginepart/autotests/webengine_testutils.h:  ** Copyright 
(C) 2016 The Qt Company Ltd.
konqueror-17.08.1/webenginepart/tests/webenginepart_tester.cpp: * Copyright (C) 
2009 Nokia Corporation and/or its subsidiary(-ies)
konqueror-17.08.1/webenginepart/tests/webenginepart_tester.cpp: * Copyright (C) 
2006 George Staikos 
konqueror-17.08.1/webenginepart/tests/webenginepart_tester.cpp: * Copyright (C) 
2006 Dirk Mueller 
konqueror-17.08.1/webenginepart/tests/webenginepart_tester.cpp: * Copyright (C) 
2006 Zack Rusin 
konqueror-17.08.1/webenginepart/src/webenginepage.h: * Copyright (C) 2008 Dirk 
Mueller 
konqueror-17.08.1/webenginepart/src/webenginepage.h: * Copyright (C) 2008 Urs 
Wolfer 
konqueror-17.08.1/webenginepart/src/ui/featurepermissionbar.h: * Copyright (C) 
2013 Allan Sandfeld Jensen 
konqueror-17.08.1/webenginepart/src/ui/searchbar.h: * Copyright (C) 2008 
Laurent Montel 
konqueror-17.08.1/webenginepart/src/ui/searchbar.h: * Copyright 2008 Benjamin 
C. Meyer 
konqueror-17.08.1/webenginepart/src/ui/searchbar.h: * Copyright (C) 2008 Urs 
Wolfer 
konqueror-17.08.1/webenginepart/src/ui/searchbar.cpp: * Copyright (C) 2008 
Laurent Montel 
konqueror-17.08.1/webenginepart/src/ui/searchbar.cpp: * Copyright (C) 2008 
Benjamin C. Meyer 
konqueror-17.08.1/webenginepart/src/ui/searchbar.cpp: * Copyright (C) 2008 Urs 
Wolfer 
konqueror-17.08.1/webenginepart/src/ui/featurepermissionbar.cpp: * Copyright 
(C) 2013 Allan Sandfeld Jensen 
konqueror-17.08.1/webenginepart/src/webenginepartdownloadmanager.cpp: * 
Copyright (C) 2017 Stefano Crocco 
konqueror-17.08.1/webenginepart/src/webenginepart.h: * Copyright (C) 2007 
Trolltech ASA
konqueror-17.08.1/webenginepart/src/webenginepart.h: * Copyright (C) 2008 Urs 
Wolfer 
konqueror-17.08.1/webenginepart/src/webenginepartfactory.cpp: * Copyright (C) 
2008 Laurent Montel 
konqueror-17.08.1/webenginepart/src/webenginepart.cpp: * Copyright (C) 2007 
Trolltech ASA
konqueror-17.08.1/webenginepart/src/webenginepart.cpp: * Copyright (C) 2008 - 
2010 Urs Wolfer 
konqueror-17.08.1/webenginepart/src/webenginepart.cpp: * Copyright (C) 2008 
Laurent Montel 
konqueror-17.08.1/webenginepart/src/webenginepart.cpp: * Copyright (C) 2013 
Allan Sandfeld Jensen 
konqueror-17.08.1/webenginepart/src/webengineview.cpp: * Copyright (C) 2007 
Trolltech ASA
konqueror-17.08.1/webenginepart/src/webengineview.cpp: * Copyright (C) 2008 - 
2010 Urs Wolfer 
konqueror-17.08.1/webenginepart/src/webengineview.cpp: * Copyright (C) 2008 
Laurent Montel 
konqueror-17.08.1/webenginepart/src/settings/webengine_filter.h:   Copyright 
(C) 2005 Ivor Hewitt 
konqueror-17.08.1/webenginepart/src/settings/webengine_filter.h:   Copyright 
(C) 2008 Maksim Orlovich 
konqueror-17.08.1/webenginepart/src/settings/webengine_filter.h:   Copyright 
(C) 2008 Vyacheslav Tokarev 
konqueror-17.08.1/webenginepart/src/settings/webengine_filter.cpp:   Copyright 
(C) 2005 Ivor Hewitt 
konqueror-17.08.1/webenginepart/src/settings/webengine_filter.cpp:   Copyright 
(C) 2008 Maksim Orlovich 
konqueror-17.08.1/webenginepart/src/settings/webengine_filter.cpp:   Copyright 
(C) 2008 Vyacheslav Tokarev 
konqueror-17.08.1/webenginepart/src/webengineview.h: * Copyright (C) 2007 
Trolltech ASA
konqueror-17.08.1/webenginepart/src/webengineview.h: * Copyright (C) 2008 Urs 
Wolfer 
konqueror-17.08.1/webenginepart/src/webengineview.h: * Copyright (C) 2008 
Laurent Montel 
konqueror-17.08.1/webenginepart/src/webenginepartdownloadmanager.h: * Copyright 
(C) 2017 Stefano Crocco 
konqueror-17.08.1/webenginepart/src/webenginepage.cpp: * Copyright (C) 2008 
Dirk Mueller 
konqueror-17.08.1/webenginepart/src/webenginepage.cpp: * Copyright (C) 2008 - 
2010 Urs Wolfer 
konqueror-17.08.1/webenginepart/src/webenginepartfactory.h: * Copyright (C) 
2008 Laurent Montel 
konqueror-17.08.1/src/konqhistoryview.h:   Copyright 2009 Pino Toscano 

konqueror-17.08.1/src/konqcombo.h:   Copyright (C) 2001 Carsten Pfeiffer 

konqueror-17.08.1/src/konqhistoryproxymodel.cpp:   Copyright 2009 Pino Toscano 

konqueror-17.08.1/src/konqhistory.h:   Copyright 2009 Pino Toscano 

Bug#875361: perl: missing newline after "Unable to flush stdout: ..."

[Dominic Hargreaves]

Control: tags -1 + confirmed upstream

On Sun, Sep 10, 2017 at 10:44:45PM +0200, Jakub Wilk wrote:
> $ perl -E'say 42' >/dev/full || echo '<-- missing newline here'
> Unable to flush stdout: No space left on device<-- missing newline here

Confirmed, this newish error from perl doesn't print a newline,
whereas most (but not all) similar messages do.

Dominic.

Bug#875644: stop using deprecated dpatch system

[dann frazier]

Source: lmbench
Version: 3.0-a9-1.3
Tags: patch

dpatch has been marked deprecated since the 23 Oct 2011 upload. I've
taken the liberty of converting it over to '3.0 (quilt)' format. As
part of this, I've replaced the existing orig.tar.gz (which simply
included a copy of the upstream orig.tar.gz) with the upstream file,
and added a +debian.1 to the version. Since that makes a debdiff
unreadable, I've posted the result here:

  http://dannf.org/lmbench/

I've verified that the file lists are identical between the two.

  -dann

Bug#821291: Program received signal SIGSEGV, Segmentation fault.

[GSR]

Package: xpra
Version: 0.17.6+dfsg-1+b1
Followup-For: Bug #821291

By chance I think I hit this bug too, and also found the factor that
makes it happen. I created small scripts to test the idea. The culprit
is something in the icon themes, so maybe the bug should be assigned
to them (or maybe not and xpra should ignore the error and use a
fallback theme).

First create multiple rc files, one per icon theme avaliable based in
the current one (new setting at end, so it overrides previous value):

---8<---
mkdir /tmp/rc-xpra
for i in in /usr/share/icons/*/ ; do
  THEME=$( basename $i )
  cp ~/.gtkrc-2.0 /tmp/rc-xpra/gtkrc2-$THEME
  echo gtk-icon-theme-name = \"$THEME\" >> "/tmp/rc-xpra/gtkrc2-$THEME"
done
--->8---

Start xpra as normal in one console and note down the display, for
example 7.

Then identify the problematic themes for attach command in another
console, by hitting C-c if it works or letting the process crash
(SIGSEGV 11, 128 + 11 = 139):

---8<---
XPRADISP=7
mkdir /tmp/rc-fail
cd /tmp/
for i in /tmp/rc-xpra/* ; do
  echo === TESTING $i ===
  GTK2_RC_FILES=$i xpra attach :$XPRADISP
  if [ 139 -eq $? ] ; then
mv $i /tmp/rc-fail/
  fi
  echo === FINISHED $i ===
done
--->8---

"default" theme works but complains with:

---8<---
/usr/lib/python2.7/dist-packages/xpra/client/gtk_base/gtk_client_base.py:360: 
GtkWarning: Theme file for default has no name

  log("contexts: %s", it.list_contexts())
/usr/lib/python2.7/dist-packages/xpra/client/gtk_base/gtk_client_base.py:360: 
GtkWarning: Theme file for default has no directories

  log("contexts: %s", it.list_contexts())
--->8---

Meaning it can handle settings that have problems, at least sometimes.

Of the other small collection I have, icon theme Fog has empty
directory, yet works.

ContrastHigh and HighContrast fail with the g_str_hash +
gtk_icon_theme_list_contexts backtrace.

So if this is the case, workaround until proper fix could be creating
a new rc file with a working icon theme, and always launching with:

---8<---
GTK2_RC_FILES=~/.xpra/gtkrc-2.0 xpra attach [params]
--->8---

Cheers,
GSR
 

Bug#875643: firefox-esr: Can't specify external viewer like /usr/bin/emacsclient

[Stefan]

Package: firefox-esr
Version: 52.3.0esr-2
Severity: normal

Dear Maintainer,

In older versions of Firefox, the dialog box which asked me whether
I want to downoload the file or pass it to some external viewer
let me choose the viewer via a file-selector, so I could very easily
specify a viewer such as /usr/bin/emacsclient.

Now I can't see to be able to do this any more.  All I can do is choose
among a bunch of applications listed with their icons, emacsclient
is not among them and I can't see any way to specify the application
I want by giving its full file name.  This severely restricts the
choice of external viewer for some file types.


Stefan


-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi
Status: enabled

Name: Application Update Service Helper
Location: ${PROFILE_EXTENSIONS}/aushel...@mozilla.org.xpi
Status: enabled

Name: BetterPrivacy
Location: ${PROFILE_EXTENSIONS}/{d40f5e7b-d2cf-4856-b441-cc613eeffbe3}.xpi
Status: enabled

Name: Default theme
Location: 
/usr/lib/firefox-esr/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}.xpi
Package: firefox-esr
Status: enabled

Name: Extension Download manager tweak
Location: ${PROFILE_EXTENSIONS}/{F8A55C97-3DB6-4961-A81D-0DE0080E53CB}.xpi
Status: enabled

Name: Firemacs
Location: ${PROFILE_EXTENSIONS}/{e98b7313-167d-48c6-89be-bc514d6de8d9}.xpi
Status: enabled

Name: Multi-process staged rollout
Location: ${PROFILE_EXTENSIONS}/e10sroll...@mozilla.org.xpi
Status: enabled

Name: Pocket
Location: ${PROFILE_EXTENSIONS}/fire...@getpocket.com.xpi
Status: enabled

Name: UAControl
Location: ${PROFILE_EXTENSIONS}/uacont...@qz.tsugumi.org.xpi
Status: enabled

Name: Web Compat
Location: ${PROFILE_EXTENSIONS}/webcom...@mozilla.org.xpi
Status: enabled

-- Plugins information
Name: GNOME Shell Integration
Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so
Package: gnome-shell
Status: enabled

Name: iTunes Application Detector
Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so
Package: rhythmbox-plugins
Status: enabled

Name: Shockwave Flash
Location: /usr/lib/gnash/libgnashplugin.so
Package: browser-plugin-gnash
Status: disabled


-- Addons package information
ii  browser-plugin 0.8.11~git20 i386 GNU Shockwave Flash (SWF) player 
ii  firefox-esr52.3.0esr-2  i386 Mozilla Firefox web browser - Ext
ii  gnome-shell3.22.3-3 i386 graphical shell for the GNOME des
ii  rhythmbox-plug 3.4.1-3  i386 plugins for rhythmbox music playe

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (50, 'stable')
Architecture: i386 (x86_64)

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

Versions of packages firefox-esr depends on:
ii  debianutils   4.8.2
ii  fontconfig2.12.3-0.2
ii  libasound21.1.3-5
ii  libatk1.0-0   2.24.0-1
ii  libc6 2.24-17
ii  libcairo-gobject2 1.14.10-1
ii  libcairo2 1.14.10-1
ii  libdbus-1-3   1.11.16+really1.10.22-1
ii  libdbus-glib-1-2  0.108-2
ii  libevent-2.1-62.1.8-stable-4
ii  libffi6   3.2.1-6
ii  libfontconfig12.12.3-0.2
ii  libfreetype6  2.8-0.2
ii  libgcc1   1:7.2.0-4
ii  libgdk-pixbuf2.0-02.36.5-2
ii  libglib2.0-0  2.53.6-1
ii  libgtk-3-03.22.19-1
ii  libgtk2.0-0   2.24.31-2
ii  libhunspell-1.6-0 1.6.1-2
ii  libjsoncpp1   1.7.4-3
ii  libnspr4  2:4.16-1
ii  libnss3   2:3.32-2
ii  libpango-1.0-01.40.11-1
ii  libsqlite3-0  3.20.1-1
ii  libstartup-notification0  0.12-4+b2
ii  libstdc++67.2.0-4
ii  libvpx4   1.6.1-3
ii  libx11-6  2:1.6.4-3
ii  libx11-xcb1   2:1.6.4-3
ii  libxcb-shm0   1.12-1
ii  libxcb1   1.12-1
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  procps2:3.3.12-3
ii  zlib1g1:1.2.8.dfsg-5

firefox-esr recommends no packages.

Versions of packages firefox-esr suggests:
ii  fonts-lmodern  2.004.5-3
ii  fonts-stix [otf-stix]  1.1.1-4
ii  libcanberra0   0.30-3
ii  libgssapi-krb5-2   1.15.1-2
pn  mozplugger 

-- no debconf information

Bug#875641: Screenshot

[Phil]

Forgot to attach screenshot.

Phil

Bug#875642: /sbin/cryptsetup: blocked in semop on shutdown waiting for already terminated systemd-udevd

[Ivan Krylov]

Package: cryptsetup-bin
Version: 2:1.7.3-4
Severity: normal
File: /sbin/cryptsetup

Dear Maintainer,

Since my setup is going to need keyscripts, I have installed sysvinit-core
shotrly after upgrading to Stretch.

Since then, "Stopping crypto disks..." hangs indefinitely on shutdown while 
cryptsetup
is blocked in semop() syscall. Once I managed to call shutdown from single-user 
mode
and pressed Alt-SysRq-E once it hung, which caused recovery shell prompt to 
appear;
thus I got the attached backtrace.

My other Stretch computer also has sysvinit-core and cryptsetup with keyscripts
but doesn't have this problem despite having encrypted root.

How do I debug this problem?

-- System Information:
Debian Release: 9.1
  APT prefers stable-debug
  APT policy: (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

Kernel: Linux 4.9.0-3-amd64 (SMP w/6 CPU cores)
Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8), 
LANGUAGE=ru_RU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages cryptsetup-bin depends on:
ii  libc6   2.24-11+deb9u1
ii  libcryptsetup4  2:1.7.3-4
ii  libpopt01.16-10+b2
ii  libuuid12.29.2-1

cryptsetup-bin recommends no packages.

cryptsetup-bin suggests no packages.

-- no debconf information
#0  0xb777acf9 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb76487a2 in semop (semid=196610, sops=0xbfcc2a06, nsops=1) at 
../sysdeps/unix/sysv/linux/semop.c:31
resultvar = 
resultvar = 
#2  0xb75051d7 in _udev_wait (cookie=cookie@entry=223173280, 
nowait=nowait@entry=0xbfcc2a38) at libdm-common.c:2607
semid = 196610
sb = {sem_num = 0, sem_op = 0, sem_flg = 0}
val = 
#3  0xb7506811 in dm_udev_wait (cookie=223173280) at libdm-common.c:2626
nowait = 0
r = 
#4  0xb7733320 in _dm_simple (task=task@entry=2, name=name@entry=0x807f8280 
"sda5_crypt", udev_wait=, udev_wait@entry=1) at 
libdevmapper.c:465
r = 1
dmt = 0x807f8990
cookie = 223173280
#5  0xb77346f1 in dm_remove_device (cd=0x807f8290, name=0x807f8280 
"sda5_crypt", force=0, size=0) at libdevmapper.c:521
retries = 1
error_target = 
#6  0xb772c0a0 in crypt_deactivate (cd=0x807f8290, name=0x807f8280 
"sda5_crypt") at setup.c:2266
fake_cd = 0x0
r = 
#7  0x800f97f3 in action_close () at cryptsetup.c:395
cd = 0x807f8290
r = 0
#8  0x800f5bc9 in run_action (action=) at cryptsetup.c:1471
r = 0
#9  main (argc=, argv=) at cryptsetup.c:1769
popt_tmp = 0x0
popt_help_options = {{longName = 0x0, shortName = 0 '\000', argInfo = 
5, arg = 0x800f9830 , val = 0, descrip = 0x0, argDescrip = 0x0}, {
longName = 0x800fd27a "help", shortName = 63 '?', argInfo = 0, arg 
= 0x0, val = 0, descrip = 0x800fd27f "Show this help message", argDescrip = 
0x0}, {
longName = 0x800fd2a4 "usage", shortName = 0 '\000', argInfo = 0, 
arg = 0x0, val = 0, descrip = 0x800fd296 "Display brief usage", argDescrip = 
0x0}, {longName = 0x0, 
shortName = 0 '\000', argInfo = 0, arg = 0x0, val = 0, descrip = 
0x0, argDescrip = 0x0}}
popt_options = {{longName = 0x0, shortName = 0 '\000', argInfo = 4, arg 
= 0x80104020 , val = 0, descrip = 0x800fd2aa "Help 
options:", 
argDescrip = 0x0}, {longName = 0x800fd2c6 "version", shortName = 0 
'\000', argInfo = 0, arg = 0x801057ec , val = 0, 
descrip = 0x800fd2b8 "Print package version", argDescrip = 0x0}, 
{longName = 0x800fd2ce "verbose", shortName = 118 'v', argInfo = 0, arg = 
0x8010476c , 
val = 0, descrip = 0x800fe620 "Shows more detailed error messages", 
argDescrip = 0x0}, {longName = 0x800fd2d6 "debug", shortName = 0 '\000', 
argInfo = 0, 
arg = 0x80104768 , val = 0, descrip = 0x800fd2dc "Show 
debug messages", argDescrip = 0x0}, {longName = 0x800fd5a5 "cipher", shortName 
= 99 'c', 
argInfo = 1, arg = 0x801058d4 , val = 0, descrip = 
0x800fe644 "The cipher used to encrypt the disk (see /proc/crypto)", argDescrip 
= 0x0}, {
longName = 0x800fd2f0 "hash", shortName = 104 'h', argInfo = 1, arg 
= 0x801058d0 , val = 0, 
descrip = 0x800fe67c "The hash used to create the encryption key 
from the passphrase", argDescrip = 0x0}, {longName = 0x800fd2f5 
"verify-passphrase", 
shortName = 121 'y', argInfo = 0, arg = 0x801058cc 
, val = 0, descrip = 0x800fe6bc "Verifies the passphrase 
by asking for it twice", 
argDescrip = 0x0}, {longName = 0x800fd328 "key-file", shortName = 
100 'd', argInfo = 1, arg = 0x801058c8 , val = 5, 
descrip = 0x800fd307 "Read the key from a file.", argDescrip = 
0x0}, {longName = 0x800fd321 "master-key-file", shortName = 0 '\000', argInfo = 
1, 
arg = 0x80105830 , val = 0, descrip = 
0x800fe6ec "Read the volume (master) key from file.", argDescrip = 0x0}, {
   

Bug#875636: lintian

[Daniel Kauffman]

lintian recognizes the profile if I create a symbolic link from 
/etc/lintian/profiles to $HOME/.lintian/profiles and run the same series 
of commands, so the issue isn't with the profile itself.



To unsubscribe click: 

Bug#870375: gcc-7: Native gdc cross-builds fail

[Iain Buclaw]

impcvgen is to be ran on the host, so it should be using the host
compiler to compile both object and resultant executable.

Having a look, I'm just recycling $(COMPILE) here.  This is probably
wrong, as $(ALL_COMPILERFLAGS) may be different to
$(BUILD_COMPILERFLAGS) - or least I can only assume that must be the
case here.

Do you have available the command that was ran to compile d/impcnvgen.dmdgen.o?

My tentative patch - explicitly use BUILD_XXX vars to build the .o
file.  It already uses $(LINKER_FOR_BUILD) to produce the executable.

diff --git a/gcc/d/Make-lang.in b/gcc/d/Make-lang.in
index f0319cb9..e528b191 100644
--- a/gcc/d/Make-lang.in
+++ b/gcc/d/Make-lang.in
@@ -51,7 +51,7 @@ d-warn = $(filter-out -pedantic
-Woverloaded-virtual, $(STRICT_WARN))
 # D Frontend has slightly relaxed warnings compared to rest of GDC.
 DMD_WARN_CXXFLAGS = -Wno-deprecated -Wstrict-aliasing -Wuninitialized
 DMD_COMPILE = $(subst $(WARN_CXXFLAGS), $(DMD_WARN_CXXFLAGS), $(COMPILE))
-DMDGEN_COMPILE = $(subst $(COMPILER), $(COMPILER_FOR_BUILD), $(DMD_COMPILE))
+DMDGEN_COMPILERFLAGS = $(subst $(WARN_CXXFLAGS),
$(DMD_WARN_CXXFLAGS), $(BUILD_COMPILERFLAGS))

 # D Frontend object files.
 D_FRONTEND_OBJS = \
@@ -270,5 +270,5 @@ d/verstr.h: d/VERSION
cat $^ > $@

 d/%.dmdgen.o: $(srcdir)/d/dfrontend/%.c
-   $(DMDGEN_COMPILE) $(D_INCLUDES) $<
-   $(POSTCOMPILE)
+   $(COMPILER_FOR_BUILD) -c $(DMDGEN_COMPILERFLAGS) $(BUILD_CPPFLAGS) \
+   -o $@ $<


On 12 September 2017 at 21:34, Matthias Klose  wrote:
> Control: tags -1 - patch
>
> no, not a patch, but a hack.
>
> Iain, is the wrong compiler called for that?
>
> On 01.08.2017 15:39, John Paul Adrian Glaubitz wrote:
>> Source: gcc-7
>> Version: 7.1.0-11
>> Severity: normal
>> Tags: patch
>>
>> Hi!
>>
>> Trying to do a cross-native build for m68k with gdc enabled fails with:
>>
>> g++-o d/impcvgen d/impcnvgen.dmdgen.o
>> /usr/bin/ld: d/idgen.dmdgen.o: Relocations in generic ELF (EM: 4)
>> /usr/bin/ld: d/idgen.dmdgen.o: Relocations in generic ELF (EM: 4)
>> /usr/bin/ld: d/idgen.dmdgen.o: Relocations in generic ELF (EM: 4)
>> /usr/bin/ld: d/idgen.dmdgen.o: Relocations in generic ELF (EM: 4)
>> /usr/bin/ld: d/idgen.dmdgen.o: Relocations in generic ELF (EM: 4)
>> /usr/bin/ld: d/idgen.dmdgen.o: Relocations in generic ELF (EM: 4)
>> /usr/bin/ld: d/idgen.dmdgen.o: Relocations in generic ELF (EM: 4)
>> /usr/bin/ld: d/idgen.dmdgen.o: Relocations in generic ELF (EM: 4)
>> d/idgen.dmdgen.o: error adding symbols: File in wrong format
>> collect2: error: ld returned 1 exit status
>> ../../src/gcc/d/Make-lang.in:254: recipe for target 'd/idgen' failed
>>
>> I'm currently working around this issue by adding the following
>> changes to debian/rules.defs:
>>
>> --- debian/rules.defs.orig  2017-08-01 15:35:52.999394076 +0200
>> +++ debian/rules.defs   2017-08-01 15:27:13.531269664 +0200
>> @@ -869,6 +869,9 @@
>>  ifeq ($(DEB_STAGE)-$(filter libphobos, $(with_rtlibs)),rtlibs-)
>>with_d := disabled for rtlibs stage
>>  endif
>> +ifeq (,$(filter $(build_type), build-cross build-native))
>> +   with_d += no
>> +endif
>>  with_d := $(call envfilt, d, , , $(with_d))
>>
>>  #with_d := not yet built for GCC 7
>>
>> I'm attaching the patch just in case. I will also test whether this
>> affects other architectures for cross-native builds.
>>
>> 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#875641: dolphin: Shows in the create folder dialog

[Phil]

Package: dolphin
Version: 4:16.08.3-3
Severity: minor

Dear Maintainer,

   * What led up to the situation?
I try to create a new folder and the create folder dialog comes up.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

As above, not sure if it's something to do with my KDE being Japanese.

   * What was the outcome of this action?

The dialog box seems to include  tags, I'm not sure if this is
correct.

   * What outcome did you expect instead?

Just.. no tags?




-- System Information:
Debian Release: 9.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages dolphin depends on:
ii  baloo-kf5  5.28.0-2
ii  kinit  5.28.0-1
ii  kio5.28.0-2
ii  libc6  2.24-11+deb9u1
ii  libdolphinvcs5 4:16.08.3-3
ii  libkf5baloo5   5.28.0-2
ii  libkf5baloowidgets516.04.0-1+b1
ii  libkf5bookmarks5   5.28.0-1
ii  libkf5codecs5  5.28.0-1+b2
ii  libkf5completion5  5.28.0-1
ii  libkf5configcore5  5.28.0-2
ii  libkf5configgui5   5.28.0-2
ii  libkf5configwidgets5   5.28.0-2
ii  libkf5coreaddons5  5.28.0-2
ii  libkf5crash5   5.28.0-1
ii  libkf5dbusaddons5  5.28.0-1
ii  libkf5filemetadata35.28.0-1+b2
ii  libkf5i18n55.28.0-2
ii  libkf5iconthemes5  5.28.0-2
ii  libkf5itemviews5   5.28.0-1
ii  libkf5jobwidgets5  5.28.0-2
ii  libkf5kcmutils55.28.0-2
ii  libkf5kiocore5 5.28.0-2
ii  libkf5kiofilewidgets5  5.28.0-2
ii  libkf5kiowidgets5  5.28.0-2
ii  libkf5newstuff55.28.0-1
ii  libkf5notifications5   5.28.0-1
ii  libkf5parts5   5.28.0-1
ii  libkf5service-bin  5.28.0-1
ii  libkf5service5 5.28.0-1
ii  libkf5solid5   5.28.0-3
ii  libkf5textwidgets5 5.28.0-1
ii  libkf5widgetsaddons5   5.28.0-3
ii  libkf5windowsystem55.28.0-2
ii  libkf5xmlgui5  5.28.0-1
ii  libphonon4qt5-44:4.9.0-4
ii  libqt5core5a   5.7.1+dfsg-3+b1
ii  libqt5dbus55.7.1+dfsg-3+b1
ii  libqt5gui5 5.7.1+dfsg-3+b1
ii  libqt5widgets5 5.7.1+dfsg-3+b1
ii  libqt5xml5 5.7.1+dfsg-3+b1
ii  libstdc++6 6.3.0-18
ii  phonon4qt5 4:4.9.0-4

Versions of packages dolphin recommends:
ii  kio-extras  4:16.08.3-1
ii  ruby1:2.3.3

Versions of packages dolphin suggests:
pn  dolphin-plugins  

-- no debconf information

Bug#875640: cryfs: FTBFS with glibc 2.25 and higher

[Adam Conrad]

Package: cryfs
Version: 0.9.7-1
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu artful ubuntu-patch



In Ubuntu, the attached patch was applied to achieve the following:

  * CHAR_WIDTH.patch: Backport a commit from upstream to avoid collision
with ISO/IEC TS 18661-1:2014 CHAR_WIDTH macro now included in glibc.

Should be fairly self-explanatory.  Note that updating to a new upstream
version would also include this fix and close the bug, as they seem to
have updated their vendor copy.

... Adam

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

Kernel: Linux 4.12.0-12-lowlatency (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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)
diff -Nru cryfs-0.9.7/debian/patches/CHAR_WIDTH.patch 
cryfs-0.9.7/debian/patches/CHAR_WIDTH.patch
--- cryfs-0.9.7/debian/patches/CHAR_WIDTH.patch 1969-12-31 17:00:00.0 
-0700
+++ cryfs-0.9.7/debian/patches/CHAR_WIDTH.patch 2017-09-12 14:14:10.0 
-0600
@@ -0,0 +1,52 @@
+From abbefd71666055daac9e14e78262620f9e845850 Mon Sep 17 00:00:00 2001
+From: Victor Zverovich 
+Date: Wed, 19 Oct 2016 06:52:55 -0700
+Subject: [PATCH] CHAR_WIDTH -> CHAR_SIZE to avoid collision with ISO/IEC TS
+ 18661-1:2014 macro
+
+---
+ fmt/format.h | 16 
+ 1 file changed, 8 insertions(+), 8 deletions(-)
+
+diff --git a/fmt/format.h b/fmt/format.h
+index ae7bd493..de1475bc 100644
+--- a/vendor/spdlog/spdlog/fmt/bundled/format.h
 b/vendor/spdlog/spdlog/fmt/bundled/format.h
+@@ -2233,29 +2233,29 @@
+ typedef typename BasicWriter::CharPtr CharPtr;
+ Char fill = internal::CharTraits::cast(spec_.fill());
+ CharPtr out = CharPtr();
+-const unsigned CHAR_WIDTH = 1;
+-if (spec_.width_ > CHAR_WIDTH)
++const unsigned CHAR_SIZE = 1;
++if (spec_.width_ > CHAR_SIZE)
+ {
+ out = writer_.grow_buffer(spec_.width_);
+ if (spec_.align_ == ALIGN_RIGHT)
+ {
+-std::uninitialized_fill_n(out, spec_.width_ - CHAR_WIDTH, 
fill);
+-out += spec_.width_ - CHAR_WIDTH;
++std::uninitialized_fill_n(out, spec_.width_ - CHAR_SIZE, 
fill);
++out += spec_.width_ - CHAR_SIZE;
+ }
+ else if (spec_.align_ == ALIGN_CENTER)
+ {
+ out = writer_.fill_padding(out, spec_.width_,
+-   internal::const_check(CHAR_WIDTH), 
fill);
++   internal::const_check(CHAR_SIZE), 
fill);
+ }
+ else
+ {
+-std::uninitialized_fill_n(out + CHAR_WIDTH,
+-  spec_.width_ - CHAR_WIDTH, fill);
++std::uninitialized_fill_n(out + CHAR_SIZE,
++  spec_.width_ - CHAR_SIZE, fill);
+ }
+ }
+ else
+ {
+-out = writer_.grow_buffer(CHAR_WIDTH);
++out = writer_.grow_buffer(CHAR_SIZE);
+ }
+ *out = internal::CharTraits::cast(value);
+ }
diff -Nru cryfs-0.9.7/debian/patches/series cryfs-0.9.7/debian/patches/series
--- cryfs-0.9.7/debian/patches/series   2017-05-17 18:50:07.0 -0600
+++ cryfs-0.9.7/debian/patches/series   2017-09-12 14:15:55.0 -0600
@@ -1,2 +1,3 @@
 build-test
 disable-mars-test
+CHAR_WIDTH.patch

Bug#873758: stretch-pu: package memcached/1.4.33-1

[Guillaume Delacour]

Le 12/09/2017 à 22:55, Adam D. Barratt a écrit :
> On Tue, 2017-09-12 at 22:52 +0200, Guillaume Delacour wrote:
>> Le 30/08/2017 à 21:58, Adam D. Barratt a écrit :
>>> Control: tags -1 + confirmed
>>>
>>> On Wed, 2017-08-30 at 21:33 +0200, g...@iroqwa.org wrote:
 The attached patch fix CVE-2017-9951 which has been not fixed via
 a DSA,
 as discussed with Salvatore Bonaccorso: https://bugs.debian.org/8
 68701.
>>>
>>> +memcached (1.4.33-1+deb9u1) stretch; urgency=high
>>> +
>>> +  * Non-maintainer upload by the Security Team.
>>>
>>> So far as I can tell, you're not a member of the Security Team, so
>>> this
>>> is incorrect.
>>
>> Sure, please find attached the fixed debdiff, as i'm not a member of
>> the
>> security team. I've also changed the distribution from stretch to
>> stretch-security.
> 
> Why? "stretch-security" is an appropriate distribution to use for
> uploads to the security archive, in which case you should be talking to
>  the Security Team, not us. Assuming you're still proposing an update
> via proposed-updates and a point release, "stretch" was correct.

Indeed, absolutely right. Updated version attached.

> 
> Regards,
> 
> Adam
> 

-- 
Guillaume Delacour
diff -Nru memcached-1.4.33/debian/changelog memcached-1.4.33/debian/changelog
--- memcached-1.4.33/debian/changelog   2016-11-03 01:50:27.0 +0100
+++ memcached-1.4.33/debian/changelog   2017-07-25 00:38:52.0 +0200
@@ -1,3 +1,10 @@
+memcached (1.4.33-1+deb9u1) stretch; urgency=high
+
+  * Fix CVE-2017-9951 by checking the integer length of commands that adds or
+replaces key/value pair
+
+ -- Guillaume Delacour   Tue, 25 Jul 2017 00:38:52 +0200
+
 memcached (1.4.33-1) unstable; urgency=medium
 
   * New upstream release, fix CVE-2016-8704, CVE-2016-8705, CVE-2016-8706
diff -Nru memcached-1.4.33/debian/patches/09_CVE-2017-9951.patch 
memcached-1.4.33/debian/patches/09_CVE-2017-9951.patch
--- memcached-1.4.33/debian/patches/09_CVE-2017-9951.patch  1970-01-01 
01:00:00.0 +0100
+++ memcached-1.4.33/debian/patches/09_CVE-2017-9951.patch  2017-07-25 
00:38:52.0 +0200
@@ -0,0 +1,36 @@
+From: dormando 
+Date: Tue, 4 Jul 2017 00:32:39 -0700
+Subject: [PATCH] sanity check (CVE-2017-9951)
+Origin: upstream, 
https://github.com/memcached/memcached/commit/328629445c71e6c17074f6e9e0e3ef585b58f167
+
+---
+ items.c | 2 ++
+ memcached.c | 2 +-
+ 2 files changed, 3 insertions(+), 1 deletion(-)
+
+diff --git a/items.c b/items.c
+index 637e5e745..83a2ea37d 100644
+--- a/items.c
 b/items.c
+@@ -368,6 +368,8 @@ void item_free(item *it) {
+ bool item_size_ok(const size_t nkey, const int flags, const int nbytes) {
+ char prefix[40];
+ uint8_t nsuffix;
++if (nbytes < 2)
++return false;
+ 
+ size_t ntotal = item_make_header(nkey + 1, flags, nbytes,
+  prefix, );
+diff --git a/memcached.c b/memcached.c
+index 0f0335795..a89df965d 100644
+--- a/memcached.c
 b/memcached.c
+@@ -4967,7 +4967,7 @@ static void drive_machine(conn *c) {
+ 
+ case conn_swallow:
+ /* we are reading sbytes and throwing them away */
+-if (c->sbytes == 0) {
++if (c->sbytes <= 0) {
+ conn_set_state(c, conn_new_cmd);
+ break;
+ }
diff -Nru memcached-1.4.33/debian/patches/series 
memcached-1.4.33/debian/patches/series
--- memcached-1.4.33/debian/patches/series  2016-08-21 18:48:58.0 
+0200
+++ memcached-1.4.33/debian/patches/series  2017-07-25 00:38:52.0 
+0200
@@ -1,3 +1,4 @@
 01_init_script_additions.patch
 04_add_init_retry.patch
 07_disable_tests.patch
+09_CVE-2017-9951.patch


signature.asc
Description: OpenPGP digital signature

Bug#873758: stretch-pu: package memcached/1.4.33-1

[Guillaume Delacour]

Le 30/08/2017 à 21:58, Adam D. Barratt a écrit :
> Control: tags -1 + confirmed
> 
> On Wed, 2017-08-30 at 21:33 +0200, g...@iroqwa.org wrote:
>> The attached patch fix CVE-2017-9951 which has been not fixed via a DSA,
>> as discussed with Salvatore Bonaccorso: https://bugs.debian.org/868701.
> 
> +memcached (1.4.33-1+deb9u1) stretch; urgency=high
> +
> +  * Non-maintainer upload by the Security Team.
> 
> So far as I can tell, you're not a member of the Security Team, so this
> is incorrect.

Sure, please find attached the fixed debdiff, as i'm not a member of the
security team. I've also changed the distribution from stretch to
stretch-security.

> 
> +  * Fix CVE-2017-9951 by checking the integer length of commands that adds or
> +replaces key/value pair
> +
> + -- Guillaume Delacour   Tue, 25 Jul 2017 00:38:52 +0200
> 
> Please go ahead, bearing in mind the above comment.

As i'm not a DD nor DM i can't upload this directly, could you do this
for me as a mentoring ?
I also need to provide this kind of changes for Jessie.

> 
> Regards,
> 
> Adam
> 

-- 
Guillaume Delacour
diff -Nru memcached-1.4.33/debian/changelog memcached-1.4.33/debian/changelog
--- memcached-1.4.33/debian/changelog   2016-11-03 01:50:27.0 +0100
+++ memcached-1.4.33/debian/changelog   2017-07-25 00:38:52.0 +0200
@@ -1,3 +1,10 @@
+memcached (1.4.33-1+deb9u1) stretch-security; urgency=high
+
+  * Fix CVE-2017-9951 by checking the integer length of commands that adds or
+replaces key/value pair
+
+ -- Guillaume Delacour   Tue, 25 Jul 2017 00:38:52 +0200
+
 memcached (1.4.33-1) unstable; urgency=medium
 
   * New upstream release, fix CVE-2016-8704, CVE-2016-8705, CVE-2016-8706
diff -Nru memcached-1.4.33/debian/patches/09_CVE-2017-9951.patch 
memcached-1.4.33/debian/patches/09_CVE-2017-9951.patch
--- memcached-1.4.33/debian/patches/09_CVE-2017-9951.patch  1970-01-01 
01:00:00.0 +0100
+++ memcached-1.4.33/debian/patches/09_CVE-2017-9951.patch  2017-07-25 
00:38:52.0 +0200
@@ -0,0 +1,36 @@
+From: dormando 
+Date: Tue, 4 Jul 2017 00:32:39 -0700
+Subject: [PATCH] sanity check (CVE-2017-9951)
+Origin: upstream, 
https://github.com/memcached/memcached/commit/328629445c71e6c17074f6e9e0e3ef585b58f167
+
+---
+ items.c | 2 ++
+ memcached.c | 2 +-
+ 2 files changed, 3 insertions(+), 1 deletion(-)
+
+diff --git a/items.c b/items.c
+index 637e5e745..83a2ea37d 100644
+--- a/items.c
 b/items.c
+@@ -368,6 +368,8 @@ void item_free(item *it) {
+ bool item_size_ok(const size_t nkey, const int flags, const int nbytes) {
+ char prefix[40];
+ uint8_t nsuffix;
++if (nbytes < 2)
++return false;
+ 
+ size_t ntotal = item_make_header(nkey + 1, flags, nbytes,
+  prefix, );
+diff --git a/memcached.c b/memcached.c
+index 0f0335795..a89df965d 100644
+--- a/memcached.c
 b/memcached.c
+@@ -4967,7 +4967,7 @@ static void drive_machine(conn *c) {
+ 
+ case conn_swallow:
+ /* we are reading sbytes and throwing them away */
+-if (c->sbytes == 0) {
++if (c->sbytes <= 0) {
+ conn_set_state(c, conn_new_cmd);
+ break;
+ }
diff -Nru memcached-1.4.33/debian/patches/series 
memcached-1.4.33/debian/patches/series
--- memcached-1.4.33/debian/patches/series  2016-08-21 18:48:58.0 
+0200
+++ memcached-1.4.33/debian/patches/series  2017-07-25 00:38:52.0 
+0200
@@ -1,3 +1,4 @@
 01_init_script_additions.patch
 04_add_init_retry.patch
 07_disable_tests.patch
+09_CVE-2017-9951.patch


signature.asc
Description: OpenPGP digital signature

Bug#875639: libreswan 3.21-1 : ipsec.service installed in wrong directory

[Antony Antony]

Package: libreswan
Version: 3.21-1

The packae installs ipsec.service file in a wrong directory, /ipsec.service 
(root).
It should be in /lib/systemd/system/ipsec.service

Check https://packages.debian.org/experimental/amd64/libreswan/filelist

And there is also a Lintian  warning
libreswan
W file-in-unusual-dir
ipsec.service
ipsec.service

I suspect it is due to a broken dependency. The build sytem do not have 
systemctl installed?
Note: I couldn't reproduce it exactly, because my build env has systemd 
installed.  

However, looking at the debain build log I notice an error. 
The auto path detection, UNITDIR, fails on the debian build system, which 
run the following command from /initsystems/systemd/Makefile
pkg-config systemd --variable=systemdsystemunitdir

https://buildd.debian.org/status/fetch.php?pkg=libreswan=amd64=3.21-1=1502426292=0

install --mode=0644 ipsec.service /<>/debian/libreswan/
/bin/bash: line 0: test: /<>/debian/libreswan/: unary operator 
expected
/bin/bash: systemctl: command not found
/bin/bash: systemctl: command not found
/bin/bash: systemctl: command not found
/bin/bash: line 0: test: too many arguments
/bin/bash: line 7: test: too many arguments
/bin/bash: line 11: test: too many arguments
make[4]: Leaving directory 
'/<>/OBJ.linux.x86_64/initsystems/system

Note: libreswan 3.20 in sid is installing ipsec.service to the correct 
location /lib/systemd/system/ipsec.service

Here is a propsed fix, I am not sure it will work for the debian build 
system. If not may be debian build system has another command, instead of
pkg-config, to autodetect UNITDIR. If it is different, the path should be 
somehow passed to ./initsystems/systemd/Makefile

regards,
-antony
>From 7484b475e989a5f448a2199077236769d30ddff7 Mon Sep 17 00:00:00 2001
From: Antony Antony 
Date: Tue, 12 Sep 2017 20:12:28 +0200
Subject: [PATCH] add systemd build dependency

the package systemd is needed auto detect UNITDIR,
'pkg-config systemd --variable=systemdsystemunitdir'
adding this dependency may work on debian build sytems

Signed-off-by: Antony Antony 
---
 debian/control | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/debian/control b/debian/control
index 10891f3..2ccaf05 100644
--- a/debian/control
+++ b/debian/control
@@ -31,6 +31,7 @@ Build-Depends:
  man2html,
  pkg-config,
  po-debconf,
+ systemd,
  xmlto,
 Homepage: https://libreswan.org/
 
@@ -48,6 +49,7 @@ Depends:
  libnss3 (>= 3.16),
  libnss3-tools,
  libunbound2,
+ systemd,
  ${misc:Depends},
  ${shlibs:Depends},
 Recommends:
-- 
2.9.4

Bug#873758: stretch-pu: package memcached/1.4.33-1

[Adam D. Barratt]

On Tue, 2017-09-12 at 22:52 +0200, Guillaume Delacour wrote:
> Le 30/08/2017 à 21:58, Adam D. Barratt a écrit :
> > Control: tags -1 + confirmed
> > 
> > On Wed, 2017-08-30 at 21:33 +0200, g...@iroqwa.org wrote:
> > > The attached patch fix CVE-2017-9951 which has been not fixed via
> > > a DSA,
> > > as discussed with Salvatore Bonaccorso: https://bugs.debian.org/8
> > > 68701.
> > 
> > +memcached (1.4.33-1+deb9u1) stretch; urgency=high
> > +
> > +  * Non-maintainer upload by the Security Team.
> > 
> > So far as I can tell, you're not a member of the Security Team, so
> > this
> > is incorrect.
> 
> Sure, please find attached the fixed debdiff, as i'm not a member of
> the
> security team. I've also changed the distribution from stretch to
> stretch-security.

Why? "stretch-security" is an appropriate distribution to use for
uploads to the security archive, in which case you should be talking to
 the Security Team, not us. Assuming you're still proposing an update
via proposed-updates and a point release, "stretch" was correct.

Regards,

Adam

Bug#872169: A solution to the issue

[Laura Arjona Reina]

Thanks Innocent for the patch.
I've reviewed and tested it and it looks good.

The DSA team has installed opensp in www-master.debian.org (thanks!) and I've
uploaded the validation-onsgmls script, and created the corresponding calls in
the cron script so now both validate and validate-onsgmls are called and produce
logs.
Then we can compare tomorrow after the lessoften build.
If everything goes well, in 1-2 days we'll supersede the current "validate" with
the patch.

Best regards
-- 
Laura Arjona Reina
https://wiki.debian.org/LauraArjona

Bug#659069: why hasn't this been packaged yet? figured Debian folks would be all over it

[Phil Wyett]

On Tue, 2017-09-12 at 21:15 +0100, Phil wrote:
> I've just subscribed to this ticket.. I would love if this could be included 
> (as a user)
> 
> Phil
> 

Hi,

Looking at the app git repo it requires QT4 and that is currently being removed
from debian. Maybe you could enquire if the upstream author(s) have plans to
move to QT5.

Regards

Phil

-- 
*** If this is a mailing list, I am subscribed, no need to CC me.***

Playing the game for the games sake.

Web: https://kathenas.org

Github: https://github.com/kathenas

Twitter: kathenasorg

Instagram: kathenasorg

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

Bug#875619: broadcom-sta-dkms: update-initramfs fails on 4.12.0-1-amd64

[Paul Gevers]

Hi Eduard,

[No need to CC me, I am subscribed to the bug.]

Thanks for the support.

On 12-09-17 21:51, Eduard Bloch wrote:
> Maybe a variation of #848608?

Nope.

> Please try following:
> m-a a-i broadcom-sta

That really helped, because it tells me the reason of the failure:
update-initramfs: Generating /boot/initrd.img-4.12.0-1-amd64

gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-4.12.0-1-amd64 with 1.

> If that works as expected, please reassign #875619 to dkms.

I guess we should still assign this bug to dkms to at least improve the
logging. I cleaned up /boot and now I can install broadcom-sta-dkms
normally and it works as expected.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#875627: Move bug to libpng16-16

[Xavier Guimard]

reassign 875627 libpng16-16 1.6.32-1

affects 875627 libauthen-captcha-perl

stop


Hi all,

all softwares that use libpng16-16 can't read
/usr/share/perl5/Authen/Captcha/images/background5.png provided by 
libauthen-captcha-perl since 1.6.32-1 version. Other softwares like 
Firefox can read it.


Regards,
Xavier

Bug#875638: apt: allow to name archives

[nkiesel]

Package: apt
Version: 1.5~rc3
Severity: wishlist

Dear Maintainer,

archive names (as shown e.g. using '-F %t') are simply the "suite" or the
archive.  Thus, when I use 2 archives which both name their suite "stable" it's
unclear from which archive a given package was installed.  Can't we add a
"name" attribute (perhaps only to the DEB822-style format?)



-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Sandbox "";
APT::Sandbox::User "_apt";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-4\.11\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-image-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-headers-4\.11\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-headers-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.11\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.11\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.11\.0-2-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.11\.0-2-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-4\.11\.0-2-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^.*-modules-4\.11\.0-2-amd64$";
APT::NeverAutoRemove:: "^.*-modules-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-4\.11\.0-2-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.11\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-tools-4\.11\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-tools-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^postgresql-";
APT::VersionedKernelPackages "";
APT::VersionedKernelPackages:: "linux-image";
APT::VersionedKernelPackages:: "linux-headers";
APT::VersionedKernelPackages:: "linux-image-extra";
APT::VersionedKernelPackages:: "linux-signed-image";
APT::VersionedKernelPackages:: "kfreebsd-image";
APT::VersionedKernelPackages:: "kfreebsd-headers";
APT::VersionedKernelPackages:: "gnumach-image";
APT::VersionedKernelPackages:: ".*-modules";
APT::VersionedKernelPackages:: ".*-kernel";
APT::VersionedKernelPackages:: "linux-backports-modules-.*";
APT::VersionedKernelPackages:: "linux-tools";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "contrib/metapackages";
APT::Never-MarkAuto-Sections:: "non-free/metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Move-Autobit-Sections "";
APT::Move-Autobit-Sections:: "oldlibs";
APT::Move-Autobit-Sections:: "contrib/oldlibs";
APT::Move-Autobit-Sections:: "non-free/oldlibs";
APT::Move-Autobit-Sections:: "restricted/oldlibs";
APT::Move-Autobit-Sections:: "universe/oldlibs";
APT::Move-Autobit-Sections:: "multiverse/oldlibs";
APT::Update "";
APT::Update::Post-Invoke-Success "";
APT::Update::Post-Invoke-Success:: "test -x /usr/bin/apt-show-versions || exit 
0 ; apt-show-versions -i";
APT::Update::Post-Invoke-Success:: "/usr/bin/test -e 
/usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && 
/usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call 
--system --dest org.freedesktop.PackageKit --object-path 
/org/freedesktop/PackageKit --timeout 4 --method 
org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo 
> /dev/null";
APT::Update::Post-Invoke-Success:: "if /usr/bin/test -w /var/cache/app-info -a 
-e /usr/bin/appstreamcli; then appstreamcli refresh-cache > /dev/null; fi";
APT::Architectures "";
APT::Architectures:: "amd64";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";
APT::Compressor::.::Cost "0";
APT::Compressor::lz4 "";
APT::Compressor::lz4::Name "lz4";
APT::Compressor::lz4::Extension ".lz4";
APT::Compressor::lz4::Binary "lz4";
APT::Compressor::lz4::Cost "50";
APT::Compressor::lz4::CompressArg "";
APT::Compressor::lz4::CompressArg:: "-1";
APT::Compressor::lz4::UncompressArg "";
APT::Compressor::lz4::UncompressArg:: "-d";
APT::Compressor::gzip "";
APT::Compressor::gzip::Name "gzip";
APT::Compressor::gzip::Extension ".gz";
APT::Compressor::gzip::Binary "gzip";
APT::Compressor::gzip::Cost "100";
APT::Compressor::gzip::CompressArg "";
APT::Compressor::gzip::CompressArg:: "-6n";
APT::Compressor::gzip::UncompressArg "";

Bug#875637: iipimage-server: Wrong configuration file /etc/apache2/mods-available/iipsrv.conf

[Stefan Weil]

Package: iipimage-server
Version: 1.0-1+b1
Severity: grave
Tags: patch
Justification: renders package unusable

The default installation with Apache2 won't work with the
provided configuration file because that file uses
"Directory" instead of "Location".

A fixed version is shown below.

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

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

Versions of packages iipimage-server depends on:
ii  libapache2-mod-fcgid  1:2.3.9-1+b1
ii  libc6 2.24-11+deb9u1
ii  libfcgi0ldbl  2.4.0-8.4+b1
ii  libgcc1   1:6.3.0-18
ii  libgomp1  6.3.0-18
ii  libjpeg62-turbo   1:1.5.1-2
ii  libmemcached111.0.18-4.1
ii  libstdc++66.3.0-18
ii  libtiff5  4.0.8-2+deb9u1

Versions of packages iipimage-server recommends:
ii  imagemagick-6.q16 [imagemagick]  8:6.9.7.4+dfsg-11+deb9u1
pn  libvips-tools

Versions of packages iipimage-server suggests:
pn  iipimage-doc  
pn  memcached 

-- Configuration Files:
/etc/apache2/mods-available/iipsrv.conf changed:
ScriptAlias /iipsrv/ "/usr/lib/iipimage-server/"

   AllowOverride None
   Options None
   
 
   Order allow,deny
   Allow from all
 
 = 2.4>
   Require all granted
 
   
   # Set the module handler
   AddHandler fcgid-script .fcgi

FcgidInitialEnv VERBOSITY "1"
FcgidInitialEnv LOGFILE "/var/log/iipsrv.log"
FcgidInitialEnv MAX_IMAGE_CACHE_SIZE "10"
FcgidInitialEnv JPEG_QUALITY "90"
FcgidInitialEnv MAX_CVT "5000"
FcgidInitialEnv MEMCACHED_SERVERS "localhost"
FcgidIdleTimeout 0
FcgidMaxProcessesPerClass 1


-- no debconf information

Bug#875610: python-pythonmagick: Undefined symbol in python2.7 PythonMagick.x86_64-linux-gnu.so

[Dave Williams]

I get the same result after rebuilding the package from source.
There are some python2.7 related warnings including:

dpkg-shlibdeps: warning:
debian/python-pythonmagick/usr/lib/python2.7/dist-packages/PythonMagick/_PythonMagick.x86_64-linux-gnu.so
contains an unresolvable reference to symbol
_ZNK6Magick5ColorcvNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcv:
it's probably a plugin
dpkg-shlibdeps: warning: 13 other similar warnings have been skipped
(use -v to see them all)

and
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/python-pythonmagick/usr/lib/python2.7/dist-packages/PythonMagick/_PythonMagick.x86_64-linux-gnu.so
was not linked against libgomp.so.1 (it uses none of the library's
symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/python-pythonmagick/usr/lib/python2.7/dist-packages/PythonMagick/_PythonMagick.x86_64-linux-gnu.so
was not linked against libMagickCore-6.Q16.so.3 (it uses none of the
library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/python-pythonmagick/usr/lib/python2.7/dist-packages/PythonMagick/_PythonMagick.x86_64-linux-gnu.so
was not linked against libMagickWand-6.Q16.so.3 (it uses none of the
library's symbols)


Maybe there is a boost dependency that needs to be a bit more
accurately defined. 
I am using:

libboost-python-dev 1.62.0.1
libboost-python1.62.0 1.62.0+dfsg-4+b1

Bug#875636: lintian ignores profiles under $HOME

[Daniel Kauffman]

Package: lintian
Version: 2.5.50.4
Severity: important

lintian ignores profiles under $HOME.  Previous versions of lintian 
recognized profiles under $HOME.  I'm not sure exactly when the 
regression happened.  At least some version of lintian in Jessie worked.


The order in which lintian searches for profiles is documented at 
https://lintian.debian.org/manual/section-2.5.html in section 2.5.1.  
But in my case the search seems to be skipping $HOME.


Here is a transcript showing the issue:

$ env
MAIL=/var/mail/buildbot-worker
USER=buildbot-worker
HOME=/var/lib/buildbot-worker
LOGNAME=buildbot-worker
TERM=xterm
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
LANG=en_US.UTF-8
SHELL=/bin/sh
PWD=/var/lib/buildbot-worker

$ ls $HOME/.lintian/profiles/buildbot
main.profile

$ lintian --info --profile buildbot 
buildbot-master_0.9.11-1+4.sid.2c3cdb66640084a9aa9cca640b0c9c49853179d5.dsc
Cannot find profile buildbot (in /usr/share/lintian/profiles) at 
/usr/share/lintian/commands/lintian line 1561.




To unsubscribe click: 

Bug#810617: applying fix to stable

[chrysn]

On Tue, Sep 12, 2017 at 08:46:52PM +0200, chrysn wrote:
> unless [...], the next easiest solution would be packaging a 1.15
> version (fix is in everythin newer than 1.15.4).

After a closer look at cairo's versioning scheme, it has become clear
that packaging 1.15.8 is not directly an option, as odd numbers there
indicate snapshots rather than releases.

Nevertheless, I gave it a try (turned out that taking the snapshot as a
new orig tarball takes no more than the usual
merging/changelogging/patch-refreshing, plus a few new symbols), and
indeed the issue is fixed in "1.15.8-0.1".

Maintainers, if having something like that in experimental is appealing
to you, I can push branches upstream-experimental-snapshots and
experimental-snapshots and a tag upstream-experimental-snapshots/1.15.8
to collab-maint (or to another place or with other names depending on
how you manage those things).

Best regards
chrysn

-- 
You don't use science to show that you're right, you use science to become 
right.
  -- Randall Munroe


signature.asc
Description: PGP signature

Bug#843448: linux-image-4.8.0-1-armmp-lpae: fails to boot on Odroid-Xu4 with rootfs on USB

[Steinar H. Gunderson]

On Wed, Sep 06, 2017 at 11:24:27PM -0700, Vagrant Cascadian wrote:
>> One of them was running 4.11, and didn't seem any better or worse.
> And updated to testing on 4.12.10 on one of the boards...
> 
> Any progress getting these patches upstream?

...and on getting them into a stretch point release? It's really the only
thing that's missing for completely plain stretch on these boards. :-)

/* Steinar */
-- 
Homepage: https://www.sesse.net/

Bug#875633: bluez: CVE-2017-1000250: information disclosure vulnerability in service_search_attr_req

[Salvatore Bonaccorso]

Control: tags -1 + patch

And attached the proposed patch.

Regards,
Salvatore
Description: CVE-2017-1000250: information disclosure vulnerability in service_search_attr_req
Origin: vendor
Bug-Debian: https://bugs.debian.org/875633
Bug-RedHat: https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2017-1000250
Bug-SuSE: https://bugzilla.suse.com/show_bug.cgi?id=CVE-2017-1000250
Forwarded: no
Author: Armis Security 
Reviewed-by: Salvatore Bonaccorso 
Last-Update: 2017-09-12

diff --git a/src/sdpd-request.c b/src/sdpd-request.c
index 1eefdce..ddeea7f 100644
--- a/src/sdpd-request.c
+++ b/src/sdpd-request.c
@@ -918,15 +918,20 @@ static int service_search_attr_req(sdp_req_t *req, sdp_buf_t *buf)
/* continuation State exists -> get from cache */
sdp_buf_t *pCache = sdp_get_cached_rsp(cstate);
if (pCache) {
-   uint16_t sent = MIN(max, pCache->data_size - cstate->cStateValue.maxBytesSent);
-   pResponse = pCache->data;
-   memcpy(buf->data, pResponse + cstate->cStateValue.maxBytesSent, sent);
-   buf->data_size += sent;
-   cstate->cStateValue.maxBytesSent += sent;
-   if (cstate->cStateValue.maxBytesSent == pCache->data_size)
-   cstate_size = sdp_set_cstate_pdu(buf, NULL);
-   else
-   cstate_size = sdp_set_cstate_pdu(buf, cstate);
+   if (cstate->cStateValue.maxBytesSent >= pCache->data_size) {
+   status = SDP_INVALID_CSTATE;
+   SDPDBG("Got bad cstate with invalid size");
+   } else {
+   uint16_t sent = MIN(max, pCache->data_size - cstate->cStateValue.maxBytesSent);
+   pResponse = pCache->data;
+   memcpy(buf->data, pResponse + cstate->cStateValue.maxBytesSent, sent);
+   buf->data_size += sent;
+   cstate->cStateValue.maxBytesSent += sent;
+   if (cstate->cStateValue.maxBytesSent == pCache->data_size)
+   cstate_size = sdp_set_cstate_pdu(buf, NULL);
+   else
+   cstate_size = sdp_set_cstate_pdu(buf, cstate);
+   }
} else {
status = SDP_INVALID_CSTATE;
SDPDBG("Non-null continuation state, but null cache buffer");

Bug#875635: tictactoe-ng: Game with local friend impossible after playing against the computer

[Andrej Mernik]

Package: tictactoe-ng
Version: 0.3.2.1-1.1
Severity: normal

Dear Maintainer,

after you play a game with the computer, there is no way to play against a
local friend without restarting the game.

It seems that the game gets stuck in the vs. computer mode, because it doesn't
allow human players to take turns. Player 2 is controlled by the computer until
you restart the game and select the human vs. human game mode. As soon as you
select the vs. computer mode, the game becomes stuck again.

Best Regards,
Andrej Mernik



-- System Information:
Debian Release: 9.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.12.0-0.bpo.1-amd64 (SMP w/8 CPU cores)
Locale: LANG=sl_SI.UTF-8, LC_CTYPE=sl_SI.UTF-8 (charmap=UTF-8), LANGUAGE=sl 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages tictactoe-ng depends on:
ii  python2.7.13-2
ii  python-cairo  1.8.8-2.2
ii  python-dbus   1.2.4-1+b1
ii  python-gobject3.22.0-2
ii  python-gtk2   2.24.0-5.1
ii  python-telepathy  0.15.19-3
ii  python-xdg0.25-4

Versions of packages tictactoe-ng recommends:
ii  empathy  3.12.12-4

tictactoe-ng suggests no packages.

-- no debconf information

Bug#875634: quodlibet version 3.9.1-1 requires python-futures to run, but it is not a package dependency.

[Frank Butler]

Package: quodlibet
Version: 3.9.1-1
Severity: normal

Dear Maintainer,

Executing quodlibet 3.9.1-1, I was unable to run the application because
a module, python-futures, was not installed on the system. 

I was able to correct the issue by manually installing the 
python-futures package. It was not reported as a dependency during the 
package install process. Afterward, the application runs as expected.


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

Kernel: Linux 4.12.0-1-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 quodlibet depends on:
ii  exfalso  3.9.1-1
ii  gir1.2-gst-plugins-base-1.0  1.12.2-1
ii  gir1.2-gstreamer-1.0 1.12.2-1
ii  gir1.2-keybinder-3.0 0.3.1-1
ii  gstreamer1.0-alsa1.12.2-1
ii  gstreamer1.0-plugins-base1.12.2-1
ii  gstreamer1.0-plugins-good1.12.2-1
ii  gstreamer1.0-plugins-ugly1.12.2-1
ii  gstreamer1.0-pulseaudio  1.12.2-1
ii  python   2.7.13-2

Versions of packages quodlibet recommends:
ii  gir1.2-gtksource-3.03.24.4-1
ii  gir1.2-webkit2-4.0  2.16.6-1
ii  libgpod40.8.3-8.2
ii  media-player-info   22-3
ii  notification-daemon 3.20.0-1+b1
ii  plasma-workspace [notification-daemon]  4:5.8.7-1
ii  python-dbus 1.2.4-1+b2
ii  python-feedparser   5.1.3-3
ii  python-pyinotify0.9.6-1
ii  udisks2 2.7.2-2
ii  xfce4-notifyd [notification-daemon] 0.3.6-1

Versions of packages quodlibet suggests:
ii  gstreamer1.0-plugins-bad  1.12.2-1+b1

-- no debconf information

Bug#875633: bluez: CVE-2017-1000250: information disclosure vulnerability in service_search_attr_req

[Salvatore Bonaccorso]

Source: bluez
Version: 5.23-2
Severity: grave
Tags: patch upstream security

Hi,

the following vulnerability was published for bluez.

CVE-2017-1000250[0]:
| All versions of the SDP server in BlueZ 5.46 and earlier are
| vulnerable to an information disclosure vulnerability which allows
| remote attackers to obtain sensitive information from the bluetoothd
| process memory. This vulnerability lies in the processing of SDP
| search attribute requests.

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2017-1000250
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-1000250
[1] https://bugzilla.novell.com/show_bug.cgi?id=1057342
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1489446

Regards,
Salvatore

Bug#875632: ITP: libregexp-pattern-perl -- collection of regexp patterns

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: libregexp-pattern-perl
  Version : 0.1.4
  Upstream Author : perlancar 
* URL : https://metacpan.org/pod/Regexp::Pattern
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : collection of regexp patterns

 Regexp::Pattern is a convention for organizing reusable regexp patterns
 in modules.

This package is needed for recent releases of licensecheck.
It will be maintained in the Perl team.

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAlm4QPUACgkQLHwxRsGg
ASFbSg/9GIjqm54JfKsyO/l6exTp5dmKZpd6Xik1+8zJoEgPYJEBUAhyJHI+SzHU
92CaqH42H5duhOwrLUJCSsHUTiAy/pTX3QJBzyPgtlk4w7FxcMZ9GkW5q9LlXcbP
B3Ng9VGZHdrH9bU/1d1YLBlWuDnyZLlIyrx3khXR/UFERVef9Nq9EkdghdmAFq8Q
xpD1wsMTsPDbfU6hWvZ0tU07MbPCvpLAgpvHvVGzBchzRZ/aniXsfoj7GmqkgNr1
brzSrgLuJMO5YVnzKlFyL4BuO+1AdcnucNHwXgm9K442XeKEjmJ7dvkYH7r7VE60
caXpRZLH+Rv59+eROEFmRb7F5DuFDll65Zey+RSk2BHWRRNoPce9hzlF4Et5RtXt
KMm3GWOYyRGeRaja1yPzb8qXB0oZIJYdEAnj02+cSgZYX/x37pBAOm2qHdOv8PMw
LJRiIz2xUiUYScBelrhF51r9BQQP5C9OnmRJaX4cUlrVJPvBUEbKm/t7+Qzc0kRS
J/+2Of8W1SZ/HJbc+NSo5MEsRyBQ59JLtdauopGd09H0OsWZ6XlaHHE+OIywc5J8
SSPSlHWjYDhuYw1qtnRs3vmnUqv/eIu94NKPrOta5EbdKOG0+QLSbWQb6BDr2tUO
JLJR1ogu5JobtGkt6i+ALvO43UHR+qYOHypJ3Q2k8MIZyNBxLy8=
=Zr8U
-END PGP SIGNATURE-

Bug#659069: why hasn't this been packaged yet? figured Debian folks would be all over it

[Phil]

I've just subscribed to this ticket.. I would love if this could be included 
(as a user)

Phil

Bug#875631: linux: [i915/iron lake] Screen flickering instability in 4.9, 4.11 (3.16, 4.12 OK)

[Julian Andres Klode]

Source: linux
Version: 4.9.30-2
Control: fixed -1 3.16.43-2+deb8u2
Control: fixed -1 4.12.6-1
Control: found -1 4.11.6-1

As I mentioned before on IRC, my system with Iron Lake graphics
and a Pentium P6200 (a ThinkPad Edge 15, from 2010 IIRC) is
unstable in stretch. It used to work fine in jessie.

With stretch, the screen flickers, or a horizontal line appears
on the screen, usually when pressing keys (interrupts?). In dmesg
a warning appears:

Sep 11 13:10:43 thinkpad-parents kernel: [drm:ironlake_irq_handler [i915]] 
*ERROR* CPU pipe A FIFO underrun
Sep 11 13:10:43 thinkpad-parents kernel: [drm:ironlake_irq_handler [i915]] 
*ERROR* PCH transcoder A FIFO underrun

And sometimes the system would just hang.

Tested versions:

* jessie 3.16: stable
* xenial 4.4: still flickers, but does not seem to hang
* stretch 4.9.30: flickers and crashes
* stretch 4.9.47: seems to flicker more
* 4.11.6-1: flickers, not sure if crashes
* 4.12.6-1: no flickering

-- PCI devices:
00:00.0 Host bridge: Intel Corporation Core Processor DRAM Controller (rev 02)
00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated 
Graphics Controller (rev 02)
00:16.0 Communication controller: Intel Corporation 5 Series/3400 Series 
Chipset HECI Controller (rev 06)
00:1a.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2 
Enhanced Host Controller (rev 06)
00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High 
Definition Audio (rev 06)
00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express 
Root Port 1 (rev 06)
00:1c.1 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express 
Root Port 2 (rev 06)
00:1c.2 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express 
Root Port 3 (rev 06)
00:1c.3 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express 
Root Port 4 (rev 06)
00:1c.4 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express 
Root Port 5 (rev 06)
00:1c.5 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express 
Root Port 6 (rev 06)
00:1d.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2 
Enhanced Host Controller (rev 06)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev a6)
00:1f.0 ISA bridge: Intel Corporation HM55 Chipset LPC Interface Controller 
(rev 06)
00:1f.2 SATA controller: Intel Corporation 5 Series/3400 Series Chipset 4 port 
SATA AHCI Controller (rev 06)
00:1f.3 SMBus: Intel Corporation 5 Series/3400 Series Chipset SMBus Controller 
(rev 06)
00:1f.6 Signal processing controller: Intel Corporation 5 Series/3400 Series 
Chipset Thermal Subsystem (rev 06)
03:00.0 Network controller: Intel Corporation Centrino Wireless-N 1000 [Condor 
Peak]
09:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 
PCI Express Gigabit Ethernet Controller (rev 03)
ff:00.0 Host bridge: Intel Corporation Core Processor QuickPath Architecture 
Generic Non-core Registers (rev 02)
ff:00.1 Host bridge: Intel Corporation Core Processor QuickPath Architecture 
System Address Decoder (rev 02)
ff:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 (rev 02)
ff:02.1 Host bridge: Intel Corporation 1st Generation Core i3/5/7 Processor QPI 
Physical 0 (rev 02)
ff:02.2 Host bridge: Intel Corporation 1st Generation Core i3/5/7 Processor 
Reserved (rev 02)
ff:02.3 Host bridge: Intel Corporation 1st Generation Core i3/5/7 Processor 
Reserved (rev 02)


-- 
Debian Developer - deb.li/jak | jak-linux.org - free software dev
  |  Ubuntu Core Developer |
When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to ('inline').  Thank you.

Bug#875330: ITA: brewtarget -- GUI beer brewing software

[Dr. Tobias Quathamer]

control: retitle -1 ITA: brewtarget -- GUI beer brewing software
control: owner -1 !

Hi,

I'm interested in this package and would like to adopt it. I expect to
make an upload in the next few days.

Regards,
Tobias



signature.asc
Description: OpenPGP digital signature

Bug#875419: manpages-de: broken symlinks: /usr/share/man/de/man4/{tty, console}_ioctl.4.gz -> ../man2/ioctl_{tty, console}.2.gz

[Dr. Tobias Quathamer]

Am 11.09.2017 um 11:18 schrieb Andreas Beckmann:
> Hi,
> 
> during a test with piuparts I noticed your package ships (or creates)
> a broken symlink.

Hi Andreas,

thanks for reporting this bug, I'll look into this.

Regards,
Tobias



signature.asc
Description: OpenPGP digital signature

Bug#875619: broadcom-sta-dkms: update-initramfs fails on 4.12.0-1-amd64

[Eduard Bloch]

Hi,

The compiler log looks basically ok. There are, however, some shell
related errors in the beginning... which looks like yet another dkms
specific BS to me. Maybe a variation of #848608?

Please try following:
m-a a-i broadcom-sta

If that works as expected, please reassign #875619 to dkms.

Best regards,
Eduard.

Bug#874389: stretch-pu: package topal/75-2.1+deb9u1

[Phil Brooke]

On Sat, 9 Sep 2017, Julien Cristau wrote:

[...]
Looks sane, feel free to upload.


Thank you.  Uploaded a short time ago.

Cheers,

Phil.

Bug#874426: ITP: generator-scripting-language -- code generation and construction tool

[Luca Boccassi]

On Wed, 06 Sep 2017 00:48:52 +0100 Luca Boccassi 
wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Luca Boccassi 
> 
> * Package name: generator-scripting-language
>   Version : 4.1.4
>   Upstream Author : iMatix and ZeroMQ development community
> * URL : https://github.com/zeromq/gsl
> * License : GPL-3+
>   Programming Lang: C
>   Description : code generation and construction tool
> 
> Upstream's description:
> 
>  GSL/4.1 is a code construction tool.  It will generate code in all
>  languages and for all purposes.  If this sounds too good to be true,
>  welcome to 1996, when we invented these techniques.  Magic is simply
>  technology that is twenty years ahead of its time. In addition to
>  code construction, GSL has been used to generate database schema
>  definitions, user interfaces, reports, system administration tools
>  and much more.
> 
> As example of a use case, GSL is one of the main tools used by ZMQ
> developers to automatically generated bindings for many languages
> including Java and Python via the zproject templates [1].
> It can also be used to generate network protocols code over ZMQ from
a
> high level ABNF or XML description via the zproto templates [2].
> 
> Writing templates is quick and easy, and plenty of examples (packaged
> separately in -examples) and documentation are included.
> 
> Unfortunately the name clashes with the GNU Scientific Library, so
I've
> used the long form rather than the acronym for the package name.
> 
> The license is GPL-3+ for the program, with a version header and 2
> makefiles under BSD-3-Clause, and a series of code examples for
> developers under MPL-2.0.
> 
> The only dependency is libpcre3.
> 
> I've pushed a branch with the packaging to Github [3].
> 
> -- 
> Kind regards,
> Luca Boccassi
> 
> [1] https://github.com/zeromq/zproject
> [2] https://github.com/zeromq/zproto
> [3] https://github.com/bluca/gsl/tree/debian

Looks like I had a typo in the X-Debbugs-CC header, so replying with
debian-devel CC'ed.

Kind regards,
Luca Boccassi

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

Bug#875630: RFS: slick-greeter/1.0.8-2

[foss.freedom]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "slick-greeter"

 * Package name: slick-greeter
   Version : 1.0.8-2
  Upstream Author :  Clement Lefebvre 
 * URL : https://github.com/linuxmint/slick-greeter/
 * License : GPL-3+
  Section : x11

  It builds those binary packages:

slick-greeter - Slick-looking LightDM greeter

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

  https://mentors.debian.net/package/slick-greeter


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

dget -x 
https://mentors.debian.net/debian/pool/main/s/slick-greeter/slick-greeter_1.0.8-2.dsc

Notes:

I have run lintian -i -I -E --pedantic on the built changes file and
double checked
check-all-the-things on the source

  Changes since the last upload:

  * Bug-fix release
- patch 0001-Session-detection-Add-support-for-more-DE-WM-61.patch
  add patch to recognise more session types so that when
  switching between sessions, the correct session type is displayed
- patch 0002-add-GNOME-3.26-xorg-session-and-ubuntu-xorg-equivale.patch
  add GNOME 3.26 xorg session plus the equivalent for Ubuntu;
  this ensures these two session types are recognised by slick-greeter
  * Packaging Changes:
- add manpage for slick-greeter executable to resolve lintian warning
  slick-greeter-set-keyboard-layout
- debian/rules remove broken symlink (Closes: #866999)

  Regards,
   David Mohammed

Bug#875601: RFP: znc-push -- Push notification service module for ZNC

[Mattia Rizzolo]

On Tue, Sep 12, 2017 at 04:42:03PM +0200, Balint Reczey wrote:
>  ZNC Push is a module for ZNC that will send notifications to multiple
> push notification services, or  SMS for any private message or channel
> highlight that matches a configurable set of conditions.  ZNC Push
> supports the following services:

FWIW, I already have a packaging of znc-push, and I use with my znc
installation.  I'm happy to share access to the git repository I use to
package it to anybody who wants to work on it.

One annoyance of znc extensions is that znc upstream recommends to
rebuild them for the version of znc they are going to run with.  That
means that I had to go to extra lenghts to make sure it's installable
only with the same znc version it was compiled with.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#874583: gcc-6: Add support for arm64ilp32 triplet

[Matthias Klose]

On 07.09.2017 17:07, Wookey wrote:
> Package: gcc-6
> Version: 6.3.0-18
> Severity: normal
> Tags: upstream patch
> 
> gcc has arm64 ILP32 support, but it only works if built as a multilib
> on arm64 architecture.  This patch allows gcc to also be configured
> for the aarch64 ILP32 triplet and build the right thing. Without it,
> gcc defaults to LP64 even when the build is configured as
> TARGET=aarch64-linux-gnu_ilp32 which is wrong.
> 
> Note that this uses the newer triplet for this ABI agreed at Linaro
> Connect (Feb 2018): aarch64-linux-gnu_ilp32, matching the change made
> in binutils.
> 
> This support is in gcc-ilp32-default-support.patch
> 
> The existing debian multiarch support patch has to be modified to
> match the right triplet and multiarch/multilib paths too. A patch for that is 
> attached in 
> gcc-fixup-multilib-patch-for-ilp32-default.patch
> 
> That is a rather confusing patch-patch, so here is the final file that 
> should result from it (sans header):
> 
> LIB1ASMSRC   = aarch64/lib1funcs.asm
> LIB1ASMFUNCS = _aarch64_sync_cache_range
> 
> AARCH_BE = $(if $(findstring TARGET_BIG_ENDIAN_DEFAULT=1, $(tm_defines)),_be)
> ifneq (,$(findstring _ilp32,$(target)))
> MULTILIB_OSDIRNAMES = mabi.lp64=../lib64$(call 
> if_multiarch,:aarch64$(AARCH_BE)-linux-gnu)
> MULTILIB_OSDIRNAMES += mabi.ilp32=../lib$(call 
> if_multiarch,:aarch64$(AARCH_BE)-linux-gnu_ilp32)
> MULTIARCH_DIRNAME = $(call if_multiarch,aarch64$(AARCH_BE)-linux-gnu_ilp32)
> else
> MULTILIB_OSDIRNAMES = mabi.lp64=../lib$(call 
> if_multiarch,:aarch64$(AARCH_BE)-linux-gnu)
> MULTILIB_OSDIRNAMES += mabi.ilp32=../libilp32$(call 
> if_multiarch,:aarch64$(AARCH_BE)-linux-gnu_ilp32)
> MULTIARCH_DIRNAME = $(call if_multiarch,aarch64$(AARCH_BE)-linux-gnu)
> endif
> 
> These have only been tested on gcc-6, although they should work the same
> on gcc-7. I will supply separate bug/patches for gcc-7.

please do. also are all of these accepted upstream?

Bug#870375: gcc-7: Native gdc cross-builds fail

[Matthias Klose]

Control: tags -1 - patch

no, not a patch, but a hack.

Iain, is the wrong compiler called for that?

On 01.08.2017 15:39, John Paul Adrian Glaubitz wrote:
> Source: gcc-7
> Version: 7.1.0-11
> Severity: normal
> Tags: patch
> 
> Hi!
> 
> Trying to do a cross-native build for m68k with gdc enabled fails with:
> 
> g++-o d/impcvgen d/impcnvgen.dmdgen.o
> /usr/bin/ld: d/idgen.dmdgen.o: Relocations in generic ELF (EM: 4)
> /usr/bin/ld: d/idgen.dmdgen.o: Relocations in generic ELF (EM: 4)
> /usr/bin/ld: d/idgen.dmdgen.o: Relocations in generic ELF (EM: 4)
> /usr/bin/ld: d/idgen.dmdgen.o: Relocations in generic ELF (EM: 4)
> /usr/bin/ld: d/idgen.dmdgen.o: Relocations in generic ELF (EM: 4)
> /usr/bin/ld: d/idgen.dmdgen.o: Relocations in generic ELF (EM: 4)
> /usr/bin/ld: d/idgen.dmdgen.o: Relocations in generic ELF (EM: 4)
> /usr/bin/ld: d/idgen.dmdgen.o: Relocations in generic ELF (EM: 4)
> d/idgen.dmdgen.o: error adding symbols: File in wrong format
> collect2: error: ld returned 1 exit status
> ../../src/gcc/d/Make-lang.in:254: recipe for target 'd/idgen' failed
> 
> I'm currently working around this issue by adding the following
> changes to debian/rules.defs:
> 
> --- debian/rules.defs.orig  2017-08-01 15:35:52.999394076 +0200
> +++ debian/rules.defs   2017-08-01 15:27:13.531269664 +0200
> @@ -869,6 +869,9 @@
>  ifeq ($(DEB_STAGE)-$(filter libphobos, $(with_rtlibs)),rtlibs-)
>with_d := disabled for rtlibs stage
>  endif
> +ifeq (,$(filter $(build_type), build-cross build-native))
> +   with_d += no
> +endif
>  with_d := $(call envfilt, d, , , $(with_d))
>  
>  #with_d := not yet built for GCC 7
> 
> I'm attaching the patch just in case. I will also test whether this
> affects other architectures for cross-native builds.
> 
> 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#875629: accerciser: can't access object content and highlight without compositor

[Samuel Thibault]

Package: accerciser
Version: 3.22.0-2
Severity: important
Tags: a11y patch upstream
Owner: b...@hypra.fr
User: b...@hypra.fr
Usertags: hypra
Forwarded: https://bugzilla.gnome.org/show_bug.cgi?id=787592

Hello,

My desktop doesn't include a compositor.  When I click on an object in
the at-spi tree, I get this in the accerciser output:

Traceback (most recent call last):

+ Trace 237951

  • File "/usr/lib/python3/dist-packages/accerciser/accessible_treeview.py", 
line 839 in _onSelectionChanged
self.node.update(new_acc)

  • File "/usr/lib/python3/dist-packages/accerciser/node.py", line 100 in update
self.highlight()
  • File "/usr/lib/python3/dist-packages/accerciser/node.py", line 134 in 
highlight 2.0, 0)
  • File "/usr/lib/python3/dist-packages/accerciser/node.py", line 222 in 
__init__
self.root = gdk.get_default_root_window().get_image(

AttributeError: 'X11Window' object has no attribute 'get_image'

and I don't get attributes, content, etc. of the object.

Indeed, get_image is something that got removed between gtk+2.0 and
gtk+3.0, it seems the migration in accerciser didn't fix that part,
probably because the maintainer does use a compositor.

This is a problem because it makes accerciser basically unusable when
not running a compositor. The attached patch fixes it by replacing
the gtk+2.0 implementation (which can't work anyway) with an X11
implementation (gtk+3.0 does not provide the features needed here).

I'll commit the patch to the repository, this is more for documenting
the issue, for reference to potentially backport the fix to Stretch.

Samuel

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'stable-debug'), (500, 'oldoldstable'), (500, 
'buildd-unstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'buildd-experimental'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages accerciser depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  gir1.2-atk-1.0   2.24.0-1
ii  gir1.2-gdkpixbuf-2.0 2.36.5-2
ii  gir1.2-glib-2.0  1.53.2-4
ii  gir1.2-gtk-3.0   3.22.19-1
ii  gir1.2-pango-1.0 1.40.11-1
ii  gir1.2-rsvg-2.0  2.40.18-1
ii  gir1.2-wnck-3.0  3.24.1-1
ii  ipython3 5.1.0-3
ii  python3  3.5.3-3
ii  python3-cairo1.10.0+dfsg-5+b3
ii  python3-pyatspi  2.24.0+dfsg-1

accerciser recommends no packages.

accerciser suggests no packages.

-- no debconf information

-- 
Samuel
/*
 * [...] Note that 120 sec is defined in the protocol as the maximum
 * possible RTT.  I guess we'll have to use something other than TCP
 * to talk to the University of Mars.
 * PAWS allows us longer timeouts and large windows, so once implemented
 * ftp to mars will work nicely.
 */
(from /usr/src/linux/net/inet/tcp.c, concerning RTT [retransmission timeout])
---
 src/lib/accerciser/node.py |   29 ++---
 1 file changed, 14 insertions(+), 15 deletions(-)

--- a/src/lib/accerciser/node.py
+++ b/src/lib/accerciser/node.py
@@ -24,6 +24,8 @@ import pyatspi
 import string
 from .tools import ToolsAccessor, parseColorString
 
+import Xlib, Xlib.display
+
 MAX_BLINKS = 6
 
 gsettings = GSettings.new('org.a11y.Accerciser')
@@ -147,14 +149,11 @@ class Node(GObject.GObject, ToolsAccesso
 self.max_blinks = times
 self.blinks = 0
 # get info for drawing higlight rectangles
-display = gdk.Display.get_default()
-screen = display.get_default_screen()
-self.root = screen.get_root_window()
-self.gc = self.root.new_gc()
-self.gc.set_subwindow(gdk.SubwindowMode.INCLUDE_INFERIORS)
-self.gc.set_function(gdk.Function.INVERT)
-self.gc.set_line_attributes(3, gdk.LineStyle.ON_OFF_DASH, \
-gdk.CapStyle.BUTT, gdk.JoinStyle.MITER)
+display = Xlib.display.Display()
+screen = display.screen()
+self.root = screen.root
+self.gc = w.create_gc(subwindow_mode = Xlib.X.IncludeInferiors, function = Xlib.X.GXinvert)
+
 self.inv = gtk.Invisible()
 self.inv.set_screen(screen)
 GLib.timeout_add(30, self._drawRectangle)
@@ -167,7 +166,7 @@ class Node(GObject.GObject, ToolsAccesso
 if self.blinks == 0:
   self.inv.show()
   self.inv.grab_add()
-self.root.draw_rectangle(self.gc, False, 
+self.root.fill_rectangle(self.gc,
  

Bug#874416: wordpress-shibboleth: XSS due to add_query_arg

[Salvatore Bonaccorso]

Hi Dominic,

On Tue, Sep 12, 2017 at 04:34:14PM +0100, Dominic Hargreaves wrote:
> On Tue, Sep 12, 2017 at 06:33:02AM +0200, Salvatore Bonaccorso wrote:
> > Control: retitle -1 wordpress-shibboleth: CVE-2017-14313: XSS due to 
> > add_query_arg
> > 
> > Hi Dominic, Craig, Michael,
> > 
> > FTR, I requested a CVE for this issue and it got assigned
> > CVE-2017-14313.
> 
> Thanks. I assume you would like a security upload? Here is the minimal
> fix which should apply to stretch and jessie.
> 
> I am waiting for some real world testing from a colleague.
> 
> Let me know if I'm okay to upload.

Once you have got feedback from real world testing, can you finalize
the changelogs and then please upload. Since both jessie-security and
stretch-security share the same orig tarball, please do build the
first one with -sa, upload, wait for the ACCEPTED mail after some
minutes to you, then upload the second without -sa.

Thanks already. If you have a proposed DSA text, that would be
welcome.

Regards,
Salvatore


signature.asc
Description: PGP signature

Bug#873929: gcc7: Enable libgo tests and rebuilds with make -C

[Matthias Klose]

On 06.09.2017 11:54, Svante Signell wrote:
> On Sat, 2017-09-02 at 14:44 +0200, Svante Signell wrote:
>> On Sat, 2017-09-02 at 04:07 +0200, Matthias Klose wrote:
> 
>> If I understand you correctly the behavior in gcc-6 is correct.
>> Attached is an updated libgo-testsuite.diff file fixing the if-then-
>> else-fi logic in the same way as for gcc-6 (including the whitespace
>> fix). Tested on an amd64 box, and only the 64-bit target is run.
>>
>> The other patch, libgo-Makefile.diff, adds to the CLEANFILES enabling
>> libgo rebuilds with make -C ...
>>
> 
> Neither patch made it to gcc-7-7.2.0-4. Why?

because I forgot?

> (libgo-Makefile.diff should be named libgo-cleanfiles.diff)

if the cleanfiles stuff is worth forwarding, please do.

Bug#844770: xzcmp: SIGPIPE is raised because CMP does exit while the XZ commands are still writing to the pipe

[Sebastian Andrzej Siewior]

On 2016-11-18 22:51:29 [+0100], ViaThinkSoft wrote:
> Version: 5.1.1alpha+20120614-2+b3
> I noticed that xzcmp returns status code 2 (error) for a few file pairs, 
> especially if they differ in size.

can you please check if current 5.2.2 is affected and if so provide a
testcase?

Sebastian

Bug#875628: ITP: libregexp-pattern-license-perl -- regular expressions for legal licenses

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: libregexp-pattern-license-perl
  Version : 3.0.31
  Upstream Author : Jonas Smedegaard 
* URL : https://metacpan.org/pod/Regexp::Pattern::License
* License : GPL-3+
  Programming Lang: Perl
  Description : regular expressions for legal licenses

 Regexp::Pattern::License provides a hash of regular expression patterns
 related to legal software licenses.
 .
 Regexp::Pattern is a convention for organizing reusable regex patterns.

This package is needed for newer releases of licensecheck.
It will be maintained in the Perl team.

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAlm4NEAACgkQLHwxRsGg
ASGcuw/+N8Wa8wqIAfY/XhZm6dRHElYDfevX2iTl5fGzAOsWFiBfdwjFcs96l4K7
Mc00ZDTgWg+wUcXieT0Z3WIze5QNjERltRjxUKjDEnyaXMh4SRzxGTPxide0MEXs
Akt2kDeBVuYhDtmHuHWCVDmiZNK/soglEvIkspcEiJt48qQjlIqlkcK+vw2iyHMP
1hT9VZg4vq7PkW8+3Aw0yqT73Xg768HPxaWzCd+VBCOUZf6HaV+4Z5OMdbvWhaQn
g82FhkuL64/dXSthNYvdeDDqSerfnr+3Wno6sNJrRjKrp3vI5XYy357t0v29+B36
MNp0EalfoRm/hs2fcJC/VQ7Sl63PXcV7QcKlAALdeobQ9w9Lwp11BALCP01std+I
USyEIyR3HWG5gysMIhbRMdBjIs8Q2KZUyXgABJnasZaMsAxF3Mx6NyGVIz6q4S+k
2go+SlcXhg0UUnwcwqZGq27b6J4anFOcKlZdlVle1sDRJWyeqQ53LD8V74oPcNbT
/7a6/NRj/yK2j/7M6kI16TxAK0JJOEjTU0fiUleZc9GXuiBvB9Ejat7vD8UVh3hM
x79HTvEct2OyY70iFD3ZEpB4FY+FJPxexisNmRhL9WdECYKtCUubZOaKcSJA3TzC
dbS5jGzpdPP3YWk5mUsI8oI7zbqMQO9bD7zz+m8LyowzfKs5fAA=
=Xotw
-END PGP SIGNATURE-

Bug#875627: libauthen-captcha-perl: Random failure due to bad images

[Xavier Guimard]

Package: libauthen-captcha-perl
Version: 1.024-1
Severity: normal

Hi all,

This command fails always:
  perl -MGD::Image -e '$a = new
  GD::Image("/usr/share/perl5/Authen/Captcha/images/background5.png")'

and is randomly launched by /usr/share/perl5/Authen/Captcha.pm line 455.

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

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

Versions of packages libauthen-captcha-perl depends on:
ii  libgd-perl [libgd-gd2-perl]  2.66-1+b2
ii  libstring-random-perl1:0.29-1
ii  perl 5.26.0-5

libauthen-captcha-perl recommends no packages.

libauthen-captcha-perl suggests no packages.

-- no debconf information

Bug#875624: python-evdev: please limit architecture to linux-any

[Stephen Kitt]

Control: tag -1 + pending

Hi Aaron,

On Tue, 12 Sep 2017 14:53:26 -0400, "Aaron M. Ucko"  wrote:
> Builds of python-evdev for kFreeBSD and the Hurd (admittedly not
> release architectures) have naturally been failing:
> 
>   The 'linux/input.h' and 'linux/input-event-codes.h' include files
>   are missing. You will have to install the kernel header files in
>   order to continue:
> 
> Please formally set the package's architecture to linux-any so that
> autobuilders for other architectures don't bother trying to build it.

Heh, guess what I thought to myself when I saw the buildd results ;-).

Thanks for taking the time to file this bug!

Regards,

Stephen


pgpDWqNkyvCGt.pgp
Description: OpenPGP digital signature

Bug#615259: base-passwd: [users-and-groups] /var/spool/cups no longer owned by group sys

[Sven Joachim]

On 2011-02-26 16:04 +0100, Luca Capello wrote:

> Package: base-passwd
> Version: 3.5.20
> Severity: normal
>
> Hi there!
>
> While reading /usr/share/doc/base-passwd/users-and-groups.txt.gz, I
> found the following entry:
>
>   Chapter 2. Users and Groups
>   [...]
>sys
>
>  HELP: As with bin, except I don't even know what it was good for
>  historically.
>
>  I'm told that /var/spool/cups is owned by group sys, dunno why.
>   
> The latter, however, is not the case anymore since at least lenny, where
> /var/spool/cups is root:lp and 710.  The same is true on squeeze.

Same here on my sid system, although I don't know what causes this
ownership and permissions, since the cups-daemon package ships
/var/spool/cups as root:root and 755.  The latter seems to have been the
case "forever", at least since woody.

The rumor that /var/spool/cups is owned by group sys has been spread
ever since the first version of users-and-groups.sgml by Joey Hess was
checked in (commit 8cd47ac3325687 in the base-passwd git repository),
but I doubt it had ever been true.  It certainly has not been for the
case for many years, so removing the paragraph seems to be the right
thing.

diff --git a/doc/users-and-groups.sgml b/doc/users-and-groups.sgml
index 5c99b70..5e9559e 100644
--- a/doc/users-and-groups.sgml
+++ b/doc/users-and-groups.sgml
@@ -159,10 +159,6 @@
 	files, but this was obsoleted long ago in favour of bin
 	(now itself legacy; see above).
 	  
-	  
-	I'm told that /var/spool/cups is owned by
-	group sys, dunno why.
-	  
 	
   
 

Cheers,
   Sven

Bug#875626: marble: Unsatisfied build-deps

[Thomas Braun]

Package: marble
Version: 4:16.08.3-1
Severity: normal

Dear Maintainer,

executing `apt-get build-dep` gives

Reading package lists... Done
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 builddeps:marble : Depends: libopencv-highgui-dev but it is not going
 to be installed
 E: Unable to correct problems, you have held broken packages.

I would have expected that this command works.

Thanks,
Thomas

-- System Information:
Debian Release: 9.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages marble depends on:
ii  kio 5.28.0-2
ii  libc6   2.24-11+deb9u1
ii  libgcc1 1:6.3.0-18
ii  libkf5configcore5   5.28.0-2
ii  libkf5configgui55.28.0-2
ii  libkf5configwidgets55.28.0-2
ii  libkf5coreaddons5   5.28.0-2
ii  libkf5i18n5 5.28.0-2
ii  libkf5kiowidgets5   5.28.0-2
ii  libkf5newstuff5 5.28.0-1
ii  libkf5parts55.28.0-1
ii  libkf5runner5   5.28.0-1
ii  libkf5widgetsaddons55.28.0-3
ii  libkf5xmlgui5   5.28.0-1
ii  libmarblewidget-qt5-25  4:16.08.3-1
ii  libqt5core5a5.7.1+dfsg-3+b1
ii  libqt5dbus5 5.7.1+dfsg-3+b1
ii  libqt5gui5  5.7.1+dfsg-3+b1
ii  libqt5network5  5.7.1+dfsg-3+b1
ii  libqt5printsupport5 5.7.1+dfsg-3+b1
ii  libqt5widgets5  5.7.1+dfsg-3+b1
ii  libqt5xml5  5.7.1+dfsg-3+b1
ii  libstdc++6  6.3.0-18
ii  marble-data 4:16.08.3-1
ii  marble-plugins  4:16.08.3-1

marble recommends no packages.

Versions of packages marble suggests:
pn  gosmore   
pn  monav-routing-daemon  
pn  routino   

-- no debconf information

Bug#875625: dunst crashed with SIGSEGV in xdgSearchableConfigDirectories()

[giovanni . alberotanza]

Package: dunst
Version: 1.1.0-2+b1


=

ProblemType: Crash
Architecture: amd64
CrashCounter: 1
Date: Tue Sep 12 20:50:29 2017
Dependencies:
 adduser 3.116
 apt 1.5~rc3
 apt-utils 1.5~rc3
 ca-certificates 20170717
 coreutils 8.26-3
 dbus 1.11.16+really1.10.22-1
 debconf 1.5.63
 debconf-i18n 1.5.63
 debian-archive-keyring 2017.6
 dpkg 1.18.24
 fontconfig 2.12.3-0.2
 fontconfig-config 2.12.3-0.2
 fonts-dejavu-core 2.37-1
 gcc-7-base 7.2.0-4
 gpgv 2.2.0-3
 init-system-helpers 1.49
 libacl1 2.2.52-3+b1
 libapparmor1 2.11.0-10
 libapt-inst2.0 1.5~rc3
 libapt-pkg5.0 1.5~rc3
 libattr1 1:2.4.47-2+b2
 libaudit-common 1:2.7.7-1
 libaudit1 1:2.7.7-1+b2
 libblkid1 2.29.2-4
 libbsd0 0.8.6-2
 libbz2-1.0 1.0.6-8.1
 libc6 2.24-17
 libcairo2 1.14.10-1
 libcap-ng0 0.7.7-3+b1
 libdatrie1 0.2.10-5
 libdb5.3 5.3.28-13.1
 libdbus-1-3 1.11.16+really1.10.22-1
 libexpat1 2.2.3-1
 libffi6 3.2.1-6
 libfontconfig1 2.12.3-0.2
 libfreetype6 2.8-0.2
 libgcc1 1:7.2.0-4
 libgcrypt20 1.7.9-1
 libglib2.0-0 2.54.0-1
 libglib2.0-data 2.54.0-1
 libgmp10 2:6.1.2+dfsg-1
 libgnutls30 3.5.15-2
 libgpg-error0 1.27-3
 libgraphite2-3 1.3.10-2
 libharfbuzz0b 1.4.2-1
 libhogweed4 3.3-2
 libicu57 57.1-6
 libidn2-0 2.0.2-4
 liblocale-gettext-perl 1.07-3+b3
 liblz4-1 0.0~r131-2+b1
 liblzma5 5.2.2-1.3
 libmount1 2.29.2-4
 libnettle6 3.3-2
 libp11-kit0 0.23.7-3
 libpam-modules 1.1.8-3.6
 libpam-modules-bin 1.1.8-3.6
 libpam0g 1.1.8-3.6
 libpango-1.0-0 1.40.12-1
 libpangocairo-1.0-0 1.40.12-1
 libpangoft2-1.0-0 1.40.12-1
 libpcre3 2:8.39-4
 libpixman-1-0 0.34.0-1
 libpng16-16 1.6.32-1
 libselinux1 2.7-1
 libsemanage-common 2.7-1
 libsemanage1 2.7-1
 libsepol1 2.7-1
 libssl1.1 1.1.0f-5
 libstdc++6 7.2.0-4
 libsystemd0 234-3
 libtasn1-6 4.12-2.1
 libtext-charwidth-perl 0.04-7.1
 libtext-iconv-perl 1.7-5+b6
 libtext-wrapi18n-perl 0.06-7.1
 libthai-data 0.1.26-3
 libthai0 0.1.26-3
 libudev1 234-3
 libunistring2 0.9.7-2
 libuuid1 2.29.2-4
 libx11-6 2:1.6.4-3
 libx11-data 2:1.6.4-3
 libxau6 1:1.0.8-1+b2
 libxcb-render0 1.12-1
 libxcb-shm0 1.12-1
 libxcb1 1.12-1
 libxdg-basedir1 1.2.0-1
 libxdmcp6 1:1.1.2-3
 libxext6 2:1.3.3-1+b2
 libxft2 2.3.2-1+b2
 libxinerama1 2:1.1.3-1+b3
 libxml2 2.9.4+dfsg1-4
 libxrender1 1:0.9.10-1
 libxss1 1:1.2.2-1+b2
 lsb-base 9.20170808
 openssl 1.1.0f-5
 passwd 1:4.4-4.1
 perl-base 5.26.0-7
 shared-mime-info 1.8-1
 tar 1.29b-2
 ucf 3.0036
 uuid-runtime 2.29.2-4
 x11-common 1:7.7+19
 xdg-user-dirs 0.15-3
 zlib1g 1:1.2.8.dfsg-5
Disassembly:
 => 0x7f616cc84c28 :  mov0x28(%rax),%rax
0x7f616cc84c2c : retq   
0x7f616cc84c2d : nopl   (%rax)
0x7f616cc84c30 : push   %rbp
0x7f616cc84c31 : xor%edi,%edi
0x7f616cc84c33 : sub$0x10,%rsp
0x7f616cc84c37 : callq  0x7f616cc83dd0 

0x7f616cc84c3c : mov%rax,%rbp
0x7f616cc84c3f : xor%eax,%eax
0x7f616cc84c41 : test   %rbp,%rbp
0x7f616cc84c44 : je 0x7f616cc84c61 

0x7f616cc84c46 : lea
0x201483(%rip),%rdx# 0x7f616ce860d0
0x7f616cc84c4d : lea0x24b(%rip),%rdi 
   # 0x7f616cc84e9f
0x7f616cc84c54 : mov%rbp,%rsi
0x7f616cc84c57 : callq  0x7f616cc83fa0
0x7f616cc84c5c : test   %rax,%rax
DistroRelease: Debian unstable
ExecutablePath: /usr/bin/dunst
ExecutableTimestamp: 1415350740
JournalErrors:
 Error: command ['journalctl', '-b', '--priority=warning', '--lines=1000'] 
failed with exit code 1: Hint: You are currently not seeing messages from other 
users and the system.
   Users in the 'systemd-journal' group can see all messages. Pass -q to
   turn off this notice.
 No journal files were opened due to insufficient permissions.
 
Package: dunst 1.1.0-2+b1
ProcCmdline: /usr/bin/dunst
ProcCwd: /
ProcEnviron:
 PATH=(custom, no user)
 LANG=it_IT.utf8
ProcMaps:
 96675c-96675ce000 r-xp  08:05 136203 
/usr/bin/dunst
 96677cd000-96677ce000 r--p d000 08:05 136203 
/usr/bin/dunst
 96677ce000-96677cf000 rw-p e000 08:05 136203 
/usr/bin/dunst
 966791b000-966793c000 rw-p  00:00 0  [heap]
 7f6167ed3000-7f6167efe000 r-xp  08:05 391277 
/usr/lib/x86_64-linux-gnu/libgraphite2.so.3.0.1
 7f6167efe000-7f61680fd000 ---p 0002b000 08:05 391277 
/usr/lib/x86_64-linux-gnu/libgraphite2.so.3.0.1
 7f61680fd000-7f61680ff000 r--p 

Bug#810617: applying fix to stable

[chrysn]

The patch linked to in the report Dennis found[1] applies to stable with
some offsets, but fails to build; there is a new is_vector member on
targets which I didn't track down any further.

I've asked upstream about porting the patch back to the 1.14 series;
unless that turns out positive, the next easiest solution would be
packaging a 1.15 version (fix is in everythin newer than 1.15.4).

If there are any attempts around backporting this to 1.14, they should
probably also include [3], a fixup to [1].

Best regards
chrysn

[1]: 
https://cgit.freedesktop.org/cairo/commit/?id=190678f6444ad879847d603c3c9eaf8e9ab6887a
[2]: https://bugs.freedesktop.org/show_bug.cgi?id=94615#c5
[3]: 
https://cgit.freedesktop.org/cairo/commit/?id=d28b6d9b128675dfa9b3b6b793844144183aff64


signature.asc
Description: PGP signature

Bug#875624: python-evdev: please limit architecture to linux-any

[Aaron M. Ucko]

Source: python-evdev
Version: 0.7.0+dfsg-1
Severity: important
Justification: fails to build from source

Builds of python-evdev for kFreeBSD and the Hurd (admittedly not
release architectures) have naturally been failing:

  The 'linux/input.h' and 'linux/input-event-codes.h' include files
  are missing. You will have to install the kernel header files in
  order to continue:

Please formally set the package's architecture to linux-any so that
autobuilders for other architectures don't bother trying to build it.

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#875623: dunst crashed with SIGSEGV in xdgSearchableConfigDirectories()

[giovanni . alberotanza]

Package: dunst
Version: 1.1.0-2+b1


=

ProblemType: Crash
Architecture: amd64
CrashCounter: 1
Date: Tue Sep 12 20:50:29 2017
Dependencies:
 adduser 3.116
 apt 1.5~rc3
 apt-utils 1.5~rc3
 ca-certificates 20170717
 coreutils 8.26-3
 dbus 1.11.16+really1.10.22-1
 debconf 1.5.63
 debconf-i18n 1.5.63
 debian-archive-keyring 2017.6
 dpkg 1.18.24
 fontconfig 2.12.3-0.2
 fontconfig-config 2.12.3-0.2
 fonts-dejavu-core 2.37-1
 gcc-7-base 7.2.0-4
 gpgv 2.2.0-3
 init-system-helpers 1.49
 libacl1 2.2.52-3+b1
 libapparmor1 2.11.0-10
 libapt-inst2.0 1.5~rc3
 libapt-pkg5.0 1.5~rc3
 libattr1 1:2.4.47-2+b2
 libaudit-common 1:2.7.7-1
 libaudit1 1:2.7.7-1+b2
 libblkid1 2.29.2-4
 libbsd0 0.8.6-2
 libbz2-1.0 1.0.6-8.1
 libc6 2.24-17
 libcairo2 1.14.10-1
 libcap-ng0 0.7.7-3+b1
 libdatrie1 0.2.10-5
 libdb5.3 5.3.28-13.1
 libdbus-1-3 1.11.16+really1.10.22-1
 libexpat1 2.2.3-1
 libffi6 3.2.1-6
 libfontconfig1 2.12.3-0.2
 libfreetype6 2.8-0.2
 libgcc1 1:7.2.0-4
 libgcrypt20 1.7.9-1
 libglib2.0-0 2.54.0-1
 libglib2.0-data 2.54.0-1
 libgmp10 2:6.1.2+dfsg-1
 libgnutls30 3.5.15-2
 libgpg-error0 1.27-3
 libgraphite2-3 1.3.10-2
 libharfbuzz0b 1.4.2-1
 libhogweed4 3.3-2
 libicu57 57.1-6
 libidn2-0 2.0.2-4
 liblocale-gettext-perl 1.07-3+b3
 liblz4-1 0.0~r131-2+b1
 liblzma5 5.2.2-1.3
 libmount1 2.29.2-4
 libnettle6 3.3-2
 libp11-kit0 0.23.7-3
 libpam-modules 1.1.8-3.6
 libpam-modules-bin 1.1.8-3.6
 libpam0g 1.1.8-3.6
 libpango-1.0-0 1.40.12-1
 libpangocairo-1.0-0 1.40.12-1
 libpangoft2-1.0-0 1.40.12-1
 libpcre3 2:8.39-4
 libpixman-1-0 0.34.0-1
 libpng16-16 1.6.32-1
 libselinux1 2.7-1
 libsemanage-common 2.7-1
 libsemanage1 2.7-1
 libsepol1 2.7-1
 libssl1.1 1.1.0f-5
 libstdc++6 7.2.0-4
 libsystemd0 234-3
 libtasn1-6 4.12-2.1
 libtext-charwidth-perl 0.04-7.1
 libtext-iconv-perl 1.7-5+b6
 libtext-wrapi18n-perl 0.06-7.1
 libthai-data 0.1.26-3
 libthai0 0.1.26-3
 libudev1 234-3
 libunistring2 0.9.7-2
 libuuid1 2.29.2-4
 libx11-6 2:1.6.4-3
 libx11-data 2:1.6.4-3
 libxau6 1:1.0.8-1+b2
 libxcb-render0 1.12-1
 libxcb-shm0 1.12-1
 libxcb1 1.12-1
 libxdg-basedir1 1.2.0-1
 libxdmcp6 1:1.1.2-3
 libxext6 2:1.3.3-1+b2
 libxft2 2.3.2-1+b2
 libxinerama1 2:1.1.3-1+b3
 libxml2 2.9.4+dfsg1-4
 libxrender1 1:0.9.10-1
 libxss1 1:1.2.2-1+b2
 lsb-base 9.20170808
 openssl 1.1.0f-5
 passwd 1:4.4-4.1
 perl-base 5.26.0-7
 shared-mime-info 1.8-1
 tar 1.29b-2
 ucf 3.0036
 uuid-runtime 2.29.2-4
 x11-common 1:7.7+19
 xdg-user-dirs 0.15-3
 zlib1g 1:1.2.8.dfsg-5
Disassembly:
 => 0x7f616cc84c28 :  mov0x28(%rax),%rax
0x7f616cc84c2c : retq   
0x7f616cc84c2d : nopl   (%rax)
0x7f616cc84c30 : push   %rbp
0x7f616cc84c31 : xor%edi,%edi
0x7f616cc84c33 : sub$0x10,%rsp
0x7f616cc84c37 : callq  0x7f616cc83dd0 

0x7f616cc84c3c : mov%rax,%rbp
0x7f616cc84c3f : xor%eax,%eax
0x7f616cc84c41 : test   %rbp,%rbp
0x7f616cc84c44 : je 0x7f616cc84c61 

0x7f616cc84c46 : lea
0x201483(%rip),%rdx# 0x7f616ce860d0
0x7f616cc84c4d : lea0x24b(%rip),%rdi 
   # 0x7f616cc84e9f
0x7f616cc84c54 : mov%rbp,%rsi
0x7f616cc84c57 : callq  0x7f616cc83fa0
0x7f616cc84c5c : test   %rax,%rax
DistroRelease: Debian unstable
ExecutablePath: /usr/bin/dunst
JournalErrors:
 Error: command ['journalctl', '-b', '--priority=warning', '--lines=1000'] 
failed with exit code 1: Hint: You are currently not seeing messages from other 
users and the system.
   Users in the 'systemd-journal' group can see all messages. Pass -q to
   turn off this notice.
 No journal files were opened due to insufficient permissions.
 
Package: dunst 1.1.0-2+b1
ProcCmdline: /usr/bin/dunst
ProcEnviron:
 PATH=(custom, no user)
 LANG=it_IT.utf8
ProcMaps:
 96675c-96675ce000 r-xp  08:05 136203 
/usr/bin/dunst
 96677cd000-96677ce000 r--p d000 08:05 136203 
/usr/bin/dunst
 96677ce000-96677cf000 rw-p e000 08:05 136203 
/usr/bin/dunst
 966791b000-966793c000 rw-p  00:00 0  [heap]
 7f6167ed3000-7f6167efe000 r-xp  08:05 391277 
/usr/lib/x86_64-linux-gnu/libgraphite2.so.3.0.1
 7f6167efe000-7f61680fd000 ---p 0002b000 08:05 391277 
/usr/lib/x86_64-linux-gnu/libgraphite2.so.3.0.1
 7f61680fd000-7f61680ff000 r--p 0002a000 08:05 391277 

Bug#875622: mpDris2 crashed with mpd.ConnectionError in _read_line(): Connection lost while reading line

[giovanni . alberotanza]

Package: mpdris2
Version: 0.7+git20160917-1


=

ProblemType: Crash
Architecture: amd64
CrashCounter: 1
CurrentDesktop: GNOME
Date: Tue Sep 12 20:50:27 2017
Dependencies:
 adduser 3.116
 adwaita-icon-theme 3.25.91-1
 apt 1.5~rc3
 apt-utils 1.5~rc3
 at-spi2-core 2.24.1-2
 bzip2 1.0.6-8.1
 ca-certificates 20170717
 coreutils 8.26-3
 dbus 1.11.16+really1.10.22-1
 dconf-gsettings-backend 0.26.0-2+b1
 dconf-service 0.26.0-2+b1
 debconf 1.5.63
 debconf-i18n 1.5.63
 debian-archive-keyring 2017.6
 dh-python 2.20170125
 dpkg 1.18.24
 file 1:5.32-1
 fontconfig 2.12.3-0.2
 fontconfig-config 2.12.3-0.2
 fonts-dejavu-core 2.37-1
 gcc-7-base 7.2.0-4
 gir1.2-gdkpixbuf-2.0 2.36.5-4
 gir1.2-glib-2.0 1.54.0-1
 gir1.2-notify-0.7 0.7.7-2
 glib-networking 2.53.90-1
 glib-networking-common 2.53.90-1
 glib-networking-services 2.53.90-1
 gpgv 2.2.0-3
 gsettings-desktop-schemas 3.24.0-2
 gtk-update-icon-cache 3.22.21-1
 hicolor-icon-theme 0.17-1
 init-system-helpers 1.49
 krb5-locales 1.15.1-2
 libacl1 2.2.52-3+b1
 libapparmor1 2.11.0-10
 libapt-inst2.0 1.5~rc3
 libapt-pkg5.0 1.5~rc3
 libatk-bridge2.0-0 2.24.1-1
 libatk1.0-0 2.24.0-1
 libatk1.0-data 2.24.0-1
 libatspi2.0-0 2.24.1-2
 libattr1 1:2.4.47-2+b2
 libaudit-common 1:2.7.7-1
 libaudit1 1:2.7.7-1+b2
 libavahi-client3 0.6.32-2
 libavahi-common-data 0.6.32-2
 libavahi-common3 0.6.32-2
 libblkid1 2.29.2-4
 libbsd0 0.8.6-2
 libbz2-1.0 1.0.6-8.1
 libc6 2.24-17
 libcairo-gobject2 1.14.10-1
 libcairo2 1.14.10-1
 libcap-ng0 0.7.7-3+b1
 libcolord2 1.3.3-2
 libcomerr2 1.43.6-1
 libcroco3 0.6.12-1
 libcups2 2.2.4-6
 libdatrie1 0.2.10-5
 libdb5.3 5.3.28-13.1
 libdbus-1-3 1.11.16+really1.10.22-1
 libdbus-glib-1-2 0.108-2
 libdconf1 0.26.0-2+b1
 libdrm-common 2.4.82-1
 libdrm2 2.4.82-1
 libegl-mesa0 17.2.0-2
 libegl1 0.2.999+git20170802-4
 libepoxy0 1.3.1-3
 libexpat1 2.2.3-1
 libffi6 3.2.1-6
 libfontconfig1 2.12.3-0.2
 libfreetype6 2.8-0.2
 libgbm1 17.2.0-2
 libgcc1 1:7.2.0-4
 libgcrypt20 1.7.9-1
 libgdk-pixbuf2.0-0 2.36.5-4
 libgdk-pixbuf2.0-bin 2.36.5-4
 libgdk-pixbuf2.0-common 2.36.5-4
 libgirepository-1.0-1 1.54.0-1
 libglib2.0-0 2.54.0-1
 libglib2.0-data 2.54.0-1
 libglvnd0 0.2.999+git20170802-4
 libgmp10 2:6.1.2+dfsg-1
 libgnutls30 3.5.15-2
 libgpg-error0 1.27-3
 libgpm2 1.20.4-6.2+b1
 libgraphite2-3 1.3.10-2
 libgssapi-krb5-2 1.15.1-2
 libgtk-3-0 3.22.21-1
 libgtk-3-bin 3.22.21-1
 libgtk-3-common 3.22.21-1
 libharfbuzz0b 1.4.2-1
 libhogweed4 3.3-2
 libicu57 57.1-6
 libidn2-0 2.0.2-4
 libjbig0 2.1-3.1+b2
 libjpeg62-turbo 1:1.5.2-2
 libjson-glib-1.0-0 1.2.8-1
 libjson-glib-1.0-common 1.2.8-1
 libk5crypto3 1.15.1-2
 libkeyutils1 1.5.9-9
 libkrb5-3 1.15.1-2
 libkrb5support0 1.15.1-2
 liblcms2-2 2.8-4
 liblocale-gettext-perl 1.07-3+b3
 liblz4-1 0.0~r131-2+b1
 liblzma5 5.2.2-1.3
 libmagic-mgc 1:5.32-1
 libmagic1 1:5.32-1
 libmount1 2.29.2-4
 libmpdec2 2.4.2-1
 libncursesw5 6.0+20170902-1
 libnettle6 3.3-2
 libnotify4 0.7.7-2
 libp11-kit0 0.23.7-3
 libpam-modules 1.1.8-3.6
 libpam-modules-bin 1.1.8-3.6
 libpam0g 1.1.8-3.6
 libpango-1.0-0 1.40.12-1
 libpangocairo-1.0-0 1.40.12-1
 libpangoft2-1.0-0 1.40.12-1
 libpcre3 2:8.39-4
 libpixman-1-0 0.34.0-1
 libpng16-16 1.6.32-1
 libproxy1v5 0.4.14-3
 libpython3-stdlib 3.5.3-3
 libpython3.5-minimal 3.5.4-4
 libpython3.5-stdlib 3.5.4-4
 libreadline7 7.0-3
 librest-0.7-0 0.8.0-2
 librsvg2-2 2.40.18-1
 librsvg2-common 2.40.18-1
 libselinux1 2.7-1
 libsemanage-common 2.7-1
 libsemanage1 2.7-1
 libsepol1 2.7-1
 libsoup-gnome2.4-1 2.59.90.1-1
 libsoup2.4-1 2.59.90.1-1
 libsqlite3-0 3.20.1-1
 libssl1.1 1.1.0f-5
 libstdc++6 7.2.0-4
 libsystemd0 234-3
 libtasn1-6 4.12-2.1
 libtext-charwidth-perl 0.04-7.1
 libtext-iconv-perl 1.7-5+b6
 libtext-wrapi18n-perl 0.06-7.1
 libthai-data 0.1.26-3
 libthai0 0.1.26-3
 libtiff5 4.0.8-5
 libtinfo5 6.0+20170902-1
 libudev1 234-3
 libunistring2 0.9.7-2
 libuuid1 2.29.2-4
 libwayland-client0 1.14.0-1
 libwayland-cursor0 1.14.0-1
 libwayland-egl1-mesa 17.2.0-2
 libwayland-server0 1.14.0-1
 libx11-6 2:1.6.4-3
 libx11-data 2:1.6.4-3
 libx11-xcb1 2:1.6.4-3
 libxau6 1:1.0.8-1+b2
 libxcb-dri2-0 1.12-1
 libxcb-dri3-0 1.12-1
 libxcb-present0 1.12-1
 libxcb-render0 1.12-1
 libxcb-shm0 1.12-1
 libxcb-sync1 1.12-1
 libxcb-xfixes0 1.12-1
 libxcb1 1.12-1
 libxcomposite1 1:0.4.4-2
 libxcursor1 1:1.1.14-3
 libxdamage1 1:1.1.4-3
 libxdmcp6 1:1.1.2-3
 libxext6 2:1.3.3-1+b2
 libxfixes3 1:5.0.3-1
 libxi6 2:1.7.9-1
 libxinerama1 2:1.1.3-1+b3
 libxkbcommon0 0.7.1-1
 libxml2 2.9.4+dfsg1-4
 libxrandr2 2:1.5.1-1
 libxrender1 1:0.9.10-1
 libxshmfence1 1.2-1+b2
 libxtst6 2:1.2.3-1
 lsb-base 9.20170808
 mime-support 3.60
 notification-daemon 3.20.0-1+b1
 openssl 1.1.0f-5
 passwd 1:4.4-4.1
 perl-base 5.26.0-7
 python3 3.5.3-3
 python3-dbus 1.2.4-1+b2
 python3-gi 3.24.1-3
 python3-minimal 3.5.3-3
 python3-mpd 0.5.5-2
 python3.5 3.5.4-4
 python3.5-minimal 3.5.4-4
 readline-common 7.0-3
 shared-mime-info 1.8-1
 tar 1.29b-2
 ucf 3.0036
 uuid-runtime 2.29.2-4
 x11-common 1:7.7+19
 xdg-user-dirs 0.15-3
 xkb-data 2.19-1.1
 

Bug#875226: [viva] Future Qt4 removal from Buster

[Lisandro Damián Nicanor Pérez Meyer]

On 12 September 2017 at 15:34, Martin Quinson
 wrote:
> Hello,
>
> upstream says that the best is to remove viva from Debian altogether.
> That's a bit a pitty, and I'll have to package the replacement
> currently worked on.
>
> Lisandro, do you know how to ask for the package removal? I forgot :(


Sure thing:

reportbug ftp.debian.org

Option 6

But you can first package the replacement and once you have it in the
archive ask for viva's removal (as long as they do not conflict).
qt4-x11' removal will not happen real soon, so you have time to go
ahead :-)

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

Bug#875619: broadcom-sta-dkms: update-initramfs fails on 4.12.0-1-amd64

[Paul Gevers]

Package: broadcom-sta-dkms
Followup-For: Bug #875619

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I tried the attached patch to fix the indentation, but it isn't enough. The
package still fails to install.

Paul

paul@testavoira /home/pbuilder/result $ sudo dpkg -i 
broadcom-sta-dkms_6.30.223.271-7.1_all.deb
[sudo] password for paul: 
Selecting previously unselected package broadcom-sta-dkms.
(Reading database ... 243196 files and directories currently installed.)
Preparing to unpack broadcom-sta-dkms_6.30.223.271-7.1_all.deb ...
Unpacking broadcom-sta-dkms (6.30.223.271-7.1) ...
Setting up broadcom-sta-dkms (6.30.223.271-7.1) ...
Loading new broadcom-sta-6.30.223.271 DKMS files...
Building for 4.12.0-1-amd64
Building initial module for 4.12.0-1-amd64
Done.

wl:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/4.12.0-1-amd64/updates/dkms/

depmod...

Backing up initrd.img-4.12.0-1-amd64 to /boot/initrd.img-4.12.0-1-amd64.old-dkms
Making new initrd.img-4.12.0-1-amd64
(If next boot fails, revert to initrd.img-4.12.0-1-amd64.old-dkms image)
update-initramfs(bad exit status: 1)

-  Uninstall Beginning 
Module:  broadcom-sta
Version: 6.30.223.271
Kernel:  4.12.0-1-amd64 (x86_64)
- -

Status: Before uninstall, this module version was ACTIVE on this kernel.

wl.ko:
 - Uninstallation
   - Deleting from: /lib/modules/4.12.0-1-amd64/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.

depmod...

Backing up initrd.img-4.12.0-1-amd64 to /boot/initrd.img-4.12.0-1-amd64.old-dkms
Making new initrd.img-4.12.0-1-amd64
(If next boot fails, revert to initrd.img-4.12.0-1-amd64.old-dkms image)
update-initramfs(bad exit status: 1)
Warning: There was a problem remaking your initrd.  You must manually remake it
before booting into this kernel.

DKMS: uninstall completed.
Error! Problems with mkinitrd detected.  Automatically uninstalling this module.
DKMS: Install Failed (mkinitrd problems).  Module rolled back to built state.
dpkg: error processing package broadcom-sta-dkms (--install):
 subprocess installed post-installation script returned error exit status 7
Errors were encountered while processing:
 broadcom-sta-dkms

- -- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing'), (200, 'testing'), (50, 
'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.12.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages broadcom-sta-dkms depends on:
ii  dkms  2.3-3

Versions of packages broadcom-sta-dkms recommends:
ii  wireless-tools  30~pre9-12+b1

broadcom-sta-dkms suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAlm4KbcACgkQnFyZ6wW9
dQqS4gf+MOlgJls0qSmDgo2/0kjXQAz9JVPiFsi8XqWReobRl2O0IxRimk5Eg9Qn
gv9RzORsjR/V+o+2sSuQHIdc9oMAk/5vmoPO32GLa/nkGPpW70eUoFK2HlJ4RNTA
dQe1Zhu1wHu4gWTzWKGYHNKqN8outbD8jpT1KPThuLTu9aK3uNUGRy75DvJAqU4+
1wzVG1gbhL/O3Vq4w+LjaBFyWo8O0yu8ovwYCQz/IQmeCPvh43VbBjJ21mRX1X7Y
jLI7yHm6z5dBCXEQminJMKSHHmUEX5BMOvCE1BKj4QTXogJA6AJdOu956Z7txL75
ty3cK7bY/KPkHKZs7CtFDB6qsPzYpQ==
=hOr0
-END PGP SIGNATURE-
DKMS make.log for broadcom-sta-6.30.223.271 for kernel 4.12.0-1-amd64 (x86_64)
di 12 sep 2017 20:26:28 CEST
/bin/sh: 1: [: Illegal number: 
/bin/sh: 1: [: Illegal number: 
Wireless Extension is the only possible API for this kernel version
Using Wireless Extension API
KBUILD_NOPEDANTIC=1 make -C /lib/modules/4.12.0-1-amd64/build M=`pwd`
make[1]: warning: jobserver unavailable: using -j1.  Add '+' to parent make 
rule.
make[1]: Entering directory '/usr/src/linux-headers-4.12.0-1-amd64'
CFG80211 API is prefered for this kernel version
Using CFG80211 API
Kernel architecture is X86_64
  LD  /var/lib/dkms/broadcom-sta/6.30.223.271/build/built-in.o
  CC [M]  /var/lib/dkms/broadcom-sta/6.30.223.271/build/src/shared/linux_osl.o
  CC [M]  /var/lib/dkms/broadcom-sta/6.30.223.271/build/src/wl/sys/wl_linux.o
  CC [M]  /var/lib/dkms/broadcom-sta/6.30.223.271/build/src/wl/sys/wl_iw.o
  CC [M]  
/var/lib/dkms/broadcom-sta/6.30.223.271/build/src/wl/sys/wl_cfg80211_hybrid.o
  LD [M]  /var/lib/dkms/broadcom-sta/6.30.223.271/build/wl.o
  Building modules, stage 2.
CFG80211 API is prefered for this kernel version
Using CFG80211 API
Kernel architecture is X86_64
  MODPOST 1 modules
  CC  /var/lib/dkms/broadcom-sta/6.30.223.271/build/wl.mod.o
  LD [M]  /var/lib/dkms/broadcom-sta/6.30.223.271/build/wl.ko
make[1]: Leaving directory '/usr/src/linux-headers-4.12.0-1-amd64'
Description: the Debian package fails to 

Bug#875226: [viva] Future Qt4 removal from Buster

[Martin Quinson]

Hello,

upstream says that the best is to remove viva from Debian altogether.
That's a bit a pitty, and I'll have to package the replacement
currently worked on.

Lisandro, do you know how to ask for the package removal? I forgot :(

Thanks, Mt.

On Sun, Sep 10, 2017 at 10:42:57AM +0200, Martin Quinson wrote:
> forwarded 875226 https://github.com/schnorr/viva/issues/13
> thanks
> 
> Hello, 
> 
> thanks for the report. I forwarded this upstream, will see how we
> should proceed.
> 
> Bye, Mt.
> 
> On Sat, Sep 09, 2017 at 11:12:17PM +0200, Lisandro Damián Nicanor Pérez Meyer 
> wrote:
> > Source: viva
> > Version: 1.2-1
> > Severity: wishlist
> > User: debian-qt-...@lists.debian.org
> > Usertags: qt4-removal
> > 
> > 
> > Hi! As you might know we the Qt/KDE team are preparing to remove Qt4
> > as [announced] in:
> > 
> > [announced] 
> > 
> > 
> > Currently Qt4 has been dead upstream and we are starting to have problems
> > maintaining it, like for example in the [OpenSSL 1.1 support] case.
> > 
> > [OpenSSL 1.1 support] 
> > 
> > 
> > In order to make this move, all packages directly or indirectly depending on
> > the Qt4 libraries have to either get ported to Qt5 or eventually get
> > removed from the Debian repositories.
> > 
> > Therefore, please take the time and:
> > - contact your upstream (if existing) and ask about the state of a Qt5
> > port of your application
> > - if there are no activities regarding porting, investigate whether there 
> > are
> > suitable alternatives for your users
> > - if there is a Qt5 port that is not yet packaged, consider packaging it
> > - if both the Qt4 and the Qt5 versions already coexist in the Debian
> > archives, consider removing the Qt4 version
> > 
> > = Porting =
> > 
> > Some of us where involved in various Qt4 to Qt5 migrations [migration] and 
> > we
> > know for sure that porting stuff from Qt4 to Qt5 is much much easier and 
> > less
> > painful than it was from Qt3 to Qt4.
> > 
> > We also understand that there is still a lot of software still using Qt4.
> > 
> > Don't forget to take a look at the C++ API changes page [apichanges] 
> > whenever
> > you start porting your application.
> > 
> > [migration] http://pkg-kde.alioth.debian.org/packagingqtbasedstuff.html
> > [apichanges] http://doc.qt.io/qt-5/sourcebreaks.html
> > 
> > For any questions and issues, do not hesitate to contact the Debian Qt/KDE
> > team at debian-qt-...@lists.debian.org
> > 
> > The removal is being tracked in 
> > 
> > Lisandro,
> > on behalf of the Qt4 maintainers
> 
> -- 
> N'attribuez jamais à la malveillance ce qui s'explique très bien par
> l'incompétence.   -- Napoleon Bonaparte
> (Never ascribe to malice, that which can be explained by incompetence)



-- 
I know a joke about UDP, but you might not get it.


signature.asc
Description: PGP signature

Bug#875621: linux: ThinkPad X270 Synaptics touchpad: please enable CONFIG_RMI4_SMB

[Chris Boot]

Source: linux
Version: 4.12.6-1
Severity: wishlist

Dear Maintainer,

During boot, the 4.12 kernel suggests some additional kernel options
should be enabled to improve touchpad support:

Sep  8 14:18:15 muta kernel: [4.089833] psmouse serio1: synaptics:
queried max coordinates: x [..5712], y [..4780]
Sep  8 14:18:15 muta kernel: [4.121930] psmouse serio1: synaptics:
queried min coordinates: x [1232..], y [1074..]
Sep  8 14:18:15 muta kernel: [4.121939] psmouse serio1: synaptics:
The touchpad can support a better bus than the too old PS/2 protocol.
Make sure MOUSE_PS2_SYNAPTICS_SMBUS and RMI4_SMB are enabled to get a
better touchpad experience.
Sep  8 14:18:15 muta kernel: [4.184718] psmouse serio1: synaptics:
Touchpad model: 1, fw: 8.2, id: 0x1e2b1, caps:
0xf407a3/0x943300/0x12e800/0x41, board id: 3075, fw id: 2477413
Sep  8 14:18:15 muta kernel: [4.184735] psmouse serio1: synaptics:
serio: Synaptics pass-through port at isa0060/serio1/input0

Please consider enabling CONFIG_RMI4_SMB.
CONFIG_MOUSE_PS2_SYNAPTICS_SMBUS is already enabled:

bootc@muta ~ $ egrep 'MOUSE_PS2_SYNAPTICS_SMBUS|RMI4_SMB'
/boot/config-4.12.0-1-amd64
CONFIG_MOUSE_PS2_SYNAPTICS_SMBUS=y
# CONFIG_RMI4_SMB is not set

Thanks,
Chris

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

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

Bug#875620: aufs-dkms: Please enable compilation with kernel 4.13

[Jiri Palecek]

Package: aufs-dkms
Version: 4.12+20170904-1
Severity: wishlist

Dear Maintainer,

I tried aufs with kernel 4.13-rc7 from experimental and it seems to
compile and work well. Please consider enabling this kernel in
dkms.conf.

Thanks
Jiri Palecek

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 4.13.0-rc7-686-pae (SMP w/2 CPU cores)
Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2), LANGUAGE=cs_CZ 
(charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages aufs-dkms depends on:
ii  dkms   2.3-3
ii  linux-kbuild-4.12  4.12.6-1

Versions of packages aufs-dkms recommends:
ii  aufs-tools  1:4.1+20161219-1

Versions of packages aufs-dkms suggests:
pn  aufs-dev  

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/src/aufs-4.12+20170904/dkms.conf (from aufs-dkms 
package)

Bug#875549: isa-support: [INTL:fr] French debconf translation

[Adam Borowski]

Control: tags -1 +pending

On Tue, Sep 12, 2017 at 08:48:51AM +0200, jean-pierre giraud wrote:
> Package: isa-support
> Severity: wishlist
> Tags: patch l10n
> 
> Hi!
> 
> Please find attached the french man pages translation
> file, proofread by the debian-l10n-french mailing list contributors.

Thanks, in git.

-- 
⢀⣴⠾⠻⢶⣦⠀ I've read an article about how lively happy music boosts
⣾⠁⢰⠒⠀⣿⡁ productivity.  You can read it, too, you just need the
⢿⡄⠘⠷⠚⠋⠀ right music while doing so.  I recommend Skepticism
⠈⠳⣄ (funeral doom metal).

Bug#875619: broadcom-sta-dkms: update-initramfs fails on 4.12.0-1-amd64

[Paul Gevers]

Package: broadcom-sta-dkms
Version: 6.30.223.271-7
Followup-For: Bug #875619

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I found the log file that was created. It is probably containing lead
information.

/var/lib/dkms/broadcom-sta/6.30.223.271/4.12.0-1-amd64/x86_64/log/make.log

Paul

- -- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing'), (200, 'testing'), (50, 
'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.12.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages broadcom-sta-dkms depends on:
ii  dkms  2.3-3

Versions of packages broadcom-sta-dkms recommends:
ii  wireless-tools  30~pre9-12+b1

broadcom-sta-dkms suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAlm4Hn0ACgkQnFyZ6wW9
dQogXAgAwi59uz5cF+Nrw/whn01ztUFI17rG3n2VV4zpywg1hzehzyjJKhfS4tcQ
oHh4TpUD51F7BuZoNSq7dUO1/Mfig+8idjtjiigYjPwnw6M1td9BozbMu/r1ow4H
i54rhgvSQz8esvdDYOGCihiJ+Gp/cVwsseZspS+6jqIZt8JZRD4SyJ7MK6mJjZNv
P4RMngZ2tv1txcCpW5stYSjqIbLKBWnuAqahOx1FwhWZt9sMiw+RF5fB6PJyJXJ0
0k6/6b8U5OthhGvU4rDBFgSJsf5bcKWknPmT9PU62guN5Tn/P+kXKJk3i++eu/CA
nAUV3p9jVFBM7ZuWSfhYZD+n2mgGgg==
=touX
-END PGP SIGNATURE-
DKMS make.log for broadcom-sta-6.30.223.271 for kernel 4.12.0-1-amd64 (x86_64)
di 12 sep 2017 19:35:39 CEST
/bin/sh: 1: [: Illegal number: 
/bin/sh: 1: [: Illegal number: 
Wireless Extension is the only possible API for this kernel version
Using Wireless Extension API
KBUILD_NOPEDANTIC=1 make -C /lib/modules/4.12.0-1-amd64/build M=`pwd`
make[1]: warning: jobserver unavailable: using -j1.  Add '+' to parent make 
rule.
make[1]: Entering directory '/usr/src/linux-headers-4.12.0-1-amd64'
CFG80211 API is prefered for this kernel version
Using CFG80211 API
Kernel architecture is X86_64
  LD  /var/lib/dkms/broadcom-sta/6.30.223.271/build/built-in.o
  CC [M]  /var/lib/dkms/broadcom-sta/6.30.223.271/build/src/shared/linux_osl.o
  CC [M]  /var/lib/dkms/broadcom-sta/6.30.223.271/build/src/wl/sys/wl_linux.o
/var/lib/dkms/broadcom-sta/6.30.223.271/build/src/wl/sys/wl_linux.c: In 
function ‘wl_pci_probe’:
/var/lib/dkms/broadcom-sta/6.30.223.271/build/src/wl/sys/wl_linux.c:774:2: 
warning: this ‘if’ clause does not guard... [-Wmisleading-indentation]
  if ((val & 0xff00) != 0)
  ^~
/var/lib/dkms/broadcom-sta/6.30.223.271/build/src/wl/sys/wl_linux.c:776:3: 
note: ...this statement, but the latter is misleadingly indented as if it is 
guarded by the ‘if’
   bar1_size = pci_resource_len(pdev, 2);
   ^
  CC [M]  /var/lib/dkms/broadcom-sta/6.30.223.271/build/src/wl/sys/wl_iw.o
  CC [M]  
/var/lib/dkms/broadcom-sta/6.30.223.271/build/src/wl/sys/wl_cfg80211_hybrid.o
  LD [M]  /var/lib/dkms/broadcom-sta/6.30.223.271/build/wl.o
  Building modules, stage 2.
CFG80211 API is prefered for this kernel version
Using CFG80211 API
Kernel architecture is X86_64
  MODPOST 1 modules
  CC  /var/lib/dkms/broadcom-sta/6.30.223.271/build/wl.mod.o
  LD [M]  /var/lib/dkms/broadcom-sta/6.30.223.271/build/wl.ko
make[1]: Leaving directory '/usr/src/linux-headers-4.12.0-1-amd64'

Bug#875265: RFS: rednotebook/2.2-1 [ITP] [ITA] -- A cross-platform journal

[Phil Wyett]

On Tue, 2017-09-12 at 22:12 +0500, Andrey Rahmatullin wrote:
> On Tue, Sep 12, 2017 at 04:37:10PM +0100, Phil Wyett wrote:
> > The rednotebook upstream author added txt2tags.py and then GPL-2 license
> > data to
> > his project prior to the txt2tags author changing his licensing to GPL-2+.
> > This
> > is why the data was bad in rednotebook. Updating (as done) to the now
> > correct
> > GPL-2+ txt2tags.py brings everything up to date and rectifies the situation.
> 
> Do you mean the code itself was not changed since then?
> 
> > > rednotebook/external/txt2tags.py should have a section in d/copyright.
> > 
> > It does have.
> 
> Indeed, sorry.
> 

Hi,

Good call. I made an assumption when told the file was copied in, thinking as in
with no modification and we all know what assumption leads to. :-)

* txt2tags latest release was 2010 - 2.6.
* txt2tags has had many *many* commits since.
* txt2tags seriously needs to do a release.
* rednotebook version of txt2tags.py has been modified, but is it latest
  upstream or upstream plus local modifications? Need to resolve.

I will address the above and more with the rednotebook author and get back with
information.

Regards

Phil

-- 
*** If this is a mailing list, I am subscribed, no need to CC me.***

Playing the game for the games sake.

Web: https://kathenas.org

Github: https://github.com/kathenas

Twitter: kathenasorg

Instagram: kathenasorg

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

Bug#875619: broadcom-sta-dkms: update-initramfs fails on 4.12.0-1-amd64

[Paul Gevers]

Package: broadcom-sta-dkms
Version: 6.30.223.271-7
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Yesterday I upgraded my stretch system to buster. After the upgrade I lost my
WiFi connection. Some debugging later, I find that I can't create an initramfs
with the module. Please let me know if there is more debugging information that
I can provide.

paul@testavoira ~ $ sudo apt install broadcom-sta-dkms
[sudo] password for paul: 
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following NEW packages will be installed:
  broadcom-sta-dkms
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/2,209 kB of archives.
After this operation, 14.5 MB of additional disk space will be used.
Selecting previously unselected package broadcom-sta-dkms.
(Reading database ... 243192 files and directories currently installed.)
Preparing to unpack .../broadcom-sta-dkms_6.30.223.271-7_all.deb ...
Unpacking broadcom-sta-dkms (6.30.223.271-7) ...
Setting up broadcom-sta-dkms (6.30.223.271-7) ...
Loading new broadcom-sta-6.30.223.271 DKMS files...
Building for 4.12.0-1-amd64
Building initial module for 4.12.0-1-amd64
Done.

wl:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/4.12.0-1-amd64/updates/dkms/

depmod...

Backing up initrd.img-4.12.0-1-amd64 to /boot/initrd.img-4.12.0-1-amd64.old-dkms
Making new initrd.img-4.12.0-1-amd64
(If next boot fails, revert to initrd.img-4.12.0-1-amd64.old-dkms image)
update-initramfs(bad exit status: 1)

-  Uninstall Beginning 
Module:  broadcom-sta
Version: 6.30.223.271
Kernel:  4.12.0-1-amd64 (x86_64)
- -

Status: Before uninstall, this module version was ACTIVE on this kernel.

wl.ko:
 - Uninstallation
   - Deleting from: /lib/modules/4.12.0-1-amd64/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.

depmod...

Backing up initrd.img-4.12.0-1-amd64 to /boot/initrd.img-4.12.0-1-amd64.old-dkms
Making new initrd.img-4.12.0-1-amd64
(If next boot fails, revert to initrd.img-4.12.0-1-amd64.old-dkms image)
update-initramfs...(bad exit status: 1)
Warning: There was a problem remaking your initrd.  You must manually remake it
before booting into this kernel.

DKMS: uninstall completed.
Error! Problems with mkinitrd detected.  Automatically uninstalling this module.
DKMS: Install Failed (mkinitrd problems).  Module rolled back to built state.
dpkg: error processing package broadcom-sta-dkms (--configure):
 subprocess installed post-installation script returned error exit status 7
Errors were encountered while processing:
 broadcom-sta-dkms
E: Sub-process /usr/bin/dpkg returned an error code (1)


- -- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing'), (200, 'testing'), (50, 
'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.12.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages broadcom-sta-dkms depends on:
ii  dkms  2.3-3

Versions of packages broadcom-sta-dkms recommends:
ii  wireless-tools  30~pre9-12+b1

broadcom-sta-dkms suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAlm4HJUACgkQnFyZ6wW9
dQoddgf/VYoDEESY5zlC0bwZReTNYH98+/KlVPEjKYReFtl1R4TGOy8LViS5wvf0
ev6Ov+XzCNRZX0uu5WFvgSM35atDu5T1L3vwzByWvCO2vqmYkQFBmw4wh2YcKOV7
y/RXNvPgreZwSmGStviGH3Kbqr4dlmWQvD6HEpaCujR838TrKSSRKuW2dg9921uq
AObP7tWhhU/Cyxrpfck4+wonQnyeNvogQO7yGCX7zYITS5xQYo35PhmCA4qpVfNH
DEXiH88e+H97BmmQE7j/A2W2EDHH6jgWbW020EDwtyjGubZN7aKSw7e1/1j57Mhx
M1+egxOFiCSOvyPiU6cwlR977zCscA==
=n2+I
-END PGP SIGNATURE-

Bug#874254: stretch-pu: package tdbcodbc/1.0.4-2+deb9u1 preapproval

[Sergei Golovan]

Hi Julien,

On Sat, Sep 9, 2017 at 5:58 PM, Julien Cristau  wrote:
> Control: tag -1 moreinfo
>
> On Mon, Sep  4, 2017 at 15:26:54 +0300, Sergei Golovan wrote:
>
>> Appears that the tdbcodbc package currently in stretch hav a bug introduced 
>> by
>> the Debian maintainer and me the uploader, which leads to immediate segfault
>> on its loading. So the package is unusable at the moment.
>>
>> We'd like to propose an update 1.0.4-2+deb9u1 with a fix. The difference
>> between 1.0.4-2 and 1.0.4-2+deb9u1 is attached.
>>
> The changes to debian/compat and debian/control are neither documented
> in the changelog nor appropriate in a stable update.
>
> Is there a bug number for that error?  It looks like this may or may not
> be fixed in sid now, but definitely wasn't yesterday.

Oops, I've missed that these changes (in debian/compat and
debian/control) have slipped from the unstable package into
1.0.4-2+deb9u1, sorry. Fixed now, the new debdiff is attached. Thank
you for spotting this!

There's no a formal bugreport for that. Looks like nobody stumbled
upon it (it doesn't show if unixodbc-dev is present on the system, or
may be too few users actually use this package).

The bug is already fixed in unstable (in 1.0.5-1), upload was after
this particular bugreport was filed.

Cheers!
-- 
Sergei Golovan
diff -Nru tdbcodbc-1.0.4/debian/changelog tdbcodbc-1.0.4/debian/changelog
--- tdbcodbc-1.0.4/debian/changelog 2016-03-15 01:16:57.0 +0300
+++ tdbcodbc-1.0.4/debian/changelog 2017-09-03 23:53:21.0 +0300
@@ -1,3 +1,10 @@
+tdbcodbc (1.0.4-2+deb9u1) stretch; urgency=medium
+
+  * Fixed bug in odbc libraries search as it caused a non existing 
+symbol to be loaded
+
+ -- Massimo Manghi   Sun, 03 Sep 2017 22:53:21 +0200
+
 tdbcodbc (1.0.4-2) unstable; urgency=medium
 
   * Removing unneeded build depend constraint that prevents the
diff -Nru tdbcodbc-1.0.4/debian/patches/extend-stub-search 
tdbcodbc-1.0.4/debian/patches/extend-stub-search
--- tdbcodbc-1.0.4/debian/patches/extend-stub-search2016-03-15 
01:16:57.0 +0300
+++ tdbcodbc-1.0.4/debian/patches/extend-stub-search2017-09-03 
23:52:18.0 +0300
@@ -63,7 +63,7 @@
  }
  
  /*
-@@ -163,27 +176,34 @@
+@@ -163,27 +176,30 @@
  if (status == TCL_OK) {
int status2 = TCL_ERROR;
for (i = 0; status2 == TCL_ERROR && odbcOptLibNames[i] != NULL; ++i) {
@@ -102,12 +102,11 @@
 +  } else {
 +  Tcl_ResetResult(interp);
}
-   SQLInstallerError =
-   (BOOL (INSTAPI*)(WORD, DWORD*, LPSTR, WORD, WORD*))
-   Tcl_FindSymbol(NULL, *handle2Ptr, "SQLInstallerError");
+-  SQLInstallerError =
+-  (BOOL (INSTAPI*)(WORD, DWORD*, LPSTR, WORD, WORD*))
+-  Tcl_FindSymbol(NULL, *handle2Ptr, "SQLInstallerError");
 -  } else {
 -  Tcl_ResetResult(interp);
-+
 +Tcl_DecrRefCount(path);
}
 -  Tcl_DecrRefCount(path);

Bug#875618: openblas: please enable build on s390x

[Graham Inggs]

Source: openblas
Version: 0.2.20+ds-1
Severity: wishlist

Hi Sébastien


>From Changelog.txt in OpenBLAS 0.2.20:

IBM Z: * New target z13 with BLAS3 optimizations

I have just checked, and openblas/0.2.20-3 builds successfully on
zelenka.debian.org.
Please enable building on s390x.

Regards
Graham

Bug#875265: RFS: rednotebook/2.2-1 [ITP] [ITA] -- A cross-platform journal

[Andrey Rahmatullin]

On Tue, Sep 12, 2017 at 04:37:10PM +0100, Phil Wyett wrote:
> The rednotebook upstream author added txt2tags.py and then GPL-2 license data 
> to
> his project prior to the txt2tags author changing his licensing to GPL-2+. 
> This
> is why the data was bad in rednotebook. Updating (as done) to the now correct
> GPL-2+ txt2tags.py brings everything up to date and rectifies the situation.
Do you mean the code itself was not changed since then?

> > rednotebook/external/txt2tags.py should have a section in d/copyright.
> 
> It does have.
Indeed, sorry.

-- 
WBR, wRAR


signature.asc
Description: PGP signature

Bug#852923: dojo package build errors: FTBFS: OPTIMIZER FAILED

[Robert J. Clay]

What is the status of resolving the issues with the dojo package
failing to build from source?  I tried a test build of 1.11.0 in
stretch as well as in a current sid chroot (using debhelper 9) and the
same errors come up.  The bug is tagged as 'fixed-stream' and I was
going to try a test build of 1.12.2 (which I had to download manually
because the current d/watch doesn't appear to work) but that archive
appears to be missing (at least) the utils directory.

I have a package that depends on dojo so I am very interesting in what
is happening with it.

-- 
Robert J. Clay
rjc...@gmail.com

Bug#875617: pan: Crashes when launching

[Sam Morris]

Package: pan
Version: 0.141-2
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Also applies to 0.142-1 in unstable.

(gdb) run --debug
Starting program: /usr/bin/pan --debug
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffeaabe700 (LWP 24969)]
[New Thread 0x7fffea2bd700 (LWP 24970)]
(article-cache.cc:171:ArticleCache) loaded 940 articles into cache from 
/home/sam/.pan2/article-cache
[New Thread 0x7fffe3fff700 (LWP 24971)]
[New Thread 0x7fffe37fe700 (LWP 24972)]
[New Thread 0x7fffe2ffd700 (LWP 24973)]
[New Thread 0x7fffe27fc700 (LWP 24974)]
(queue.cc:292:process_task) in process_task with a task of type SAVE
(task-article.cc:355:use_decoder) decoder thread was free, enqueued work
(queue.cc:292:process_task) in process_task with a task of type SAVE
[New Thread 0x7fffe1ffb700 (LWP 24975)]
*** Error in `/usr/bin/pan': corrupted size vs. prev_size: 0x7fffd8004810 
***
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name news.pan.NZB 
was not provided by any .service files
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x70bcb)[0x73506bcb]
/lib/x86_64-linux-gnu/libc.so.6(+0x76f96)[0x7350cf96]
/lib/x86_64-linux-gnu/libc.so.6(+0x78091)[0x7350e091]
/usr/bin/pan(+0x15d334)[0x556b1334]
/usr/bin/pan(+0x129a14)[0x5567da14]
/usr/bin/pan(+0x15a3ba)[0x556ae3ba]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x72dce)[0x75978dce]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x723d5)[0x759783d5]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x7494)[0x73280494]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x3f)[0x7357eaff]
=== Memory map: 
4000-55784000 r-xp  08:02 786882 
/usr/bin/pan
55984000-5598d000 r--p 0023 08:02 786882 
/usr/bin/pan
5598d000-5599 rw-p 00239000 08:02 786882 
/usr/bin/pan
5599-5610 rw-p  00:00 0  [heap]
7fffd000-7fffd0021000 rw-p  00:00 0 
7fffd0021000-7fffd400 ---p  00:00 0 
7fffd800-7fffd8022000 rw-p  00:00 0 
7fffd8022000-7fffdc00 ---p  00:00 0 
7fffdc00-7fffdc022000 rw-p  00:00 0 
7fffdc022000-7fffe000 ---p  00:00 0 
7fffe17fb000-7fffe17fc000 ---p  00:00 0 
7fffe17fc000-7fffe1ffc000 rw-p  00:00 0 
7fffe1ffc000-7fffe1ffd000 ---p  00:00 0 
7fffe1ffd000-7fffe27fd000 rw-p  00:00 0 
7fffe27fd000-7fffe27fe000 ---p  00:00 0 
7fffe27fe000-7fffe2ffe000 rw-p  00:00 0 
7fffe2ffe000-7fffe2fff000 ---p  00:00 0 
7fffe2fff000-7fffe37ff000 rw-p  00:00 0 
7fffe37ff000-7fffe380 ---p  00:00 0 
7fffe380-7fffe400 rw-p  00:00 0 
7fffe400-7fffe4021000 rw-p  00:00 0 
7fffe4021000-7fffe800 ---p  00:00 0 
7fffe841c000-7fffe8426000 r-xp  08:02 924364 
/lib/x86_64-linux-gnu/libnss_files-2.24.so
7fffe8426000-7fffe8626000 ---p a000 08:02 924364 
/lib/x86_64-linux-gnu/libnss_files-2.24.so
7fffe8626000-7fffe8627000 r--p a000 08:02 924364 
/lib/x86_64-linux-gnu/libnss_files-2.24.so
7fffe8627000-7fffe8628000 rw-p b000 08:02 924364 
/lib/x86_64-linux-gnu/libnss_files-2.24.so
7fffe8628000-7fffe862e000 rw-p  00:00 0 
7fffe862e000-7fffe8639000 r-xp  08:02 924372 
/lib/x86_64-linux-gnu/libnss_nis-2.24.so
7fffe8639000-7fffe8838000 ---p b000 08:02 924372 
/lib/x86_64-linux-gnu/libnss_nis-2.24.so
7fffe8838000-7fffe8839000 r--p a000 08:02 924372 
/lib/x86_64-linux-gnu/libnss_nis-2.24.so
7fffe8839000-7fffe883a000 rw-p b000 08:02 924372 
/lib/x86_64-linux-gnu/libnss_nis-2.24.so
7fffe883a000-7fffe8841000 r-xp  08:02 924358 
/lib/x86_64-linux-gnu/libnss_compat-2.24.so
7fffe8841000-7fffe8a4 ---p 7000 08:02 924358 
/lib/x86_64-linux-gnu/libnss_compat-2.24.so
7fffe8a4-7fffe8a41000 r--p 6000 08:02 924358 
/lib/x86_64-linux-gnu/libnss_compat-2.24.so
7fffe8a41000-7fffe8a42000 rw-p 7000 08:02 924358 
/lib/x86_64-linux-gnu/libnss_compat-2.24.so
7fffe8a42000-7fffe8a49000 r-xp  08:02 802561 
/usr/lib/x86_64-linux-gnu/libogg.so.0.8.2
7fffe8a49000-7fffe8c49000 ---p 7000 08:02 802561 
/usr/lib/x86_64-linux-gnu/libogg.so.0.8.2
7fffe8c49000-7fffe8c4a000 r--p 7000 08:02 802561 
/usr/lib/x86_64-linux-gnu/libogg.so.0.8.2
7fffe8c4a000-7fffe8c4b000 rw-p 8000 08:02 802561 
/usr/lib/x86_64-linux-gnu/libogg.so.0.8.2
7fffe8c4b000-7fffe8c76000 r-xp  08:02 790743 

Bug#875569: architecture list out of date?

[Matthias Klose]

On 12.09.2017 18:45, Ralf Treinen wrote:
> Hi,
> 
> On Tue, Sep 12, 2017 at 12:23:06PM +0200, Matthias Klose wrote:
>> Package: src:why
>> Version: 2.39-1
>>
>> Is the architecture list for this package still up to date?  At least I see 
>> the
>> package build on ppc64el and s390x.  lpia is obsolete.  Maybe just make it 
>> Arch:
>> any?
> 
> Last time I checked, why did only compile on architectures for which
> ocaml provides a native code compiler. These are (according to the file
> /usr/lib/ocaml/native-archs, from the ocaml-nox package) :
> 
> amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-i386 kfreebsd-amd64 lpia 
> powerpc sparc
> 
> Where did you see a build of 2.39-1 on ppc64el and s390x? I do not see
> them on buildd.debian.org.

well yes, they don't run it ;)

test build here:
https://launchpad.net/~doko/+archive/ubuntu/toolchain/+sourcepub/8253141/+listing-archive-extra

Bug#875569: architecture list out of date?

[Ralf Treinen]

Hi,

On Tue, Sep 12, 2017 at 12:23:06PM +0200, Matthias Klose wrote:
> Package: src:why
> Version: 2.39-1
> 
> Is the architecture list for this package still up to date?  At least I see 
> the
> package build on ppc64el and s390x.  lpia is obsolete.  Maybe just make it 
> Arch:
> any?

Last time I checked, why did only compile on architectures for which
ocaml provides a native code compiler. These are (according to the file
/usr/lib/ocaml/native-archs, from the ocaml-nox package) :

amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-i386 kfreebsd-amd64 lpia 
powerpc sparc

Where did you see a build of 2.39-1 on ppc64el and s390x? I do not see
them on buildd.debian.org.

-Ralf.

Bug#875432: s/python3-sphinx-intl/sphinx-intl

[Ghislain Vaillant]

On 12/09/17 14:07, Hideki Yamane wrote:

On Mon, 11 Sep 2017 16:48:17 +0100
Ghislain Vaillant  wrote:

Please consider changing the source package name to sphinx-intl. Based
on the description of the source package, it will produce a stand-alone
utility not a Python library.


  Thanks for your comment, I've chosen it since sphinx as python3-sphinx
  package. Is sphinx-intl better?


The python3- prefix is for binary packages only (alongside python- and 
pypy-).


Should you decide to use a prefix for the source package name, it should 
be python-, not python3-. Since sphinx-intl is intended to be used as a 
utility, not a library, I suggested you to just name the source package 
sphinx-intl and the corresponding binary packages sphinx-intl / 
sphinx-intl-doc.


Ghis

Bug#875616: ITP: node-esrecurse -- ECMAScript AST recursive visitor

[Pirate Praveen]

Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-esrecurse
  Version : 4.2.0
  Upstream Author : Yusuke Suzuki
* URL : https://github.com/estools/esrecurse
* License : BSD-2-Clause
  Programming Lang: JavaScript
  Description : ECMAScript AST recursive visitor
 Esrecurse is ECMAScript recursive traversing functionality.
 .
 Node.js is an event-based server-side JavaScript engine.

Dependency of webpack 3.x



signature.asc
Description: OpenPGP digital signature

Bug#874727: libcoin80v5: Program using libcoin80v5 and any other library that uses lebexpat1 segfaults.

[Sebastian Bachmann]

Dear Maintainer,

I investigated in this bug as well, and found out that the --enable-system-expat
flag in configure seems to not do the job.
The expat library in src/xml/expat is still build and linked.

It is also interessting, that I'm not able to build a working version of libcoin
using a current buster/sid installation.
It build fine, without any error, but starting FreeCAD segfaults immediatly on
startup.

I tried this on my desktop machine:
$ apt-get source libcoin80v5
$ cd coin3-3.1.4~abc9f50+dfsg1/
$ dpkg-buildpackage -us -uc

Then I set up a VM with the help of snapshot.debian.org and used the version of
21 May 2016 (which is the build date of the version in sid).
I had to edit the Makefiles and remove the build of xml/expat but was then able
to build a version with libexpat1 2.2.3 from current sid.

I'm not sure why the flag --enable-system-expat does not disable the build of
the internal expat library. Maybe this is intended?
I'm also not sure if the removal of the internal expat library breaks some
features in libcoin, as I have no idea how to test it.

I hope this helps to resolve this bug quickly :)

regards

Sebastian

On Sat, 09 Sep 2017 02:33:35 -0700 markus  wrote:
> Package: libcoin80v5
> Version: 3.1.4~abc9f50+dfsg1-2
> Severity: critical
> Justification: breaks unrelated software
> 
> Dear Maintainer,
> 
> Due to the change in libexpat1 (since 2.2.0, currently at 2.2.3) the included 
> copy of it in libcoin results in segfaults of any program that uses 
> libexpat1. Specifically any program that uses xml from python and links 
> against libcoin will segfault.
> 
> The stacktrace looks like it is a problem with libexpat1 leading to a 
> segfault in XML_SetHashSalt - however looking at that function there is no 
> way it could possibly segfault - unless of course the provided XMLParser 
> pointer does not actually point to what expat expects to be an XMLParser - 
> which is indeed the case because the XMLParser instance was created by a call 
> into lobcoin which is still on libexpat 2.2.0.
> 
> -- System Information:
> Debian Release: buster/sid
>   APT prefers testing
>   APT policy: (900, 'testing'), (750, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.12.0-1-amd64 (SMP w/2 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 libcoin80v5 depends on:
> ii  libc6 2.24-17
> ii  libgcc1   1:7.2.0-3
> ii  libgl1-mesa-glx [libgl1]  13.0.6-1+b2
> ii  libice6   2:1.0.9-2
> ii  libsm62:1.2.2-1+b3
> ii  libstdc++67.2.0-3
> ii  libx11-6  2:1.6.4-3
> ii  libxext6  2:1.3.3-1+b2
> 
> libcoin80v5 recommends no packages.
> 
> Versions of packages libcoin80v5 suggests:
> ii  libbz2-1.0 1.0.6-8.1
> ii  libfreetype6   2.8-0.2
> pn  libopenal0a
> ii  libsimage-dev  1.7.1~2c958a6.dfsg-4
> ii  zlib1g 1:1.2.8.dfsg-5
> 
> -- no debconf information
> 
> 


signature.asc
Description: PGP signature

Bug#875563: Proposed fix

[Free Ekanayaka]

Christian Seiler  writes:

> Control: clone -1 -2
> Control: severity -2 wishlist
> Control: retitle -2 Properly support multi-device btrfs setups in 
> tiny-initramfs
> Control: tags -1 + confirmed pending
> Control: tags -2 + confirmed
>
> On 09/12/2017 10:54 AM, Free Ekanayaka wrote:
>> I've pushed a fix-btrfs-device-discover-875563 branch to the Alioth git
>> repository of tiny-initramfs, based on debian/master and with this
>> single commit:
>> 
>> https://anonscm.debian.org/cgit/collab-maint/tiny-initramfs.git/commit/?h=fix-btrfs-device-discover-875563=fb124b6f73902eecddd88422e5c5ed82dd44a423
>
> Thanks for the patch!

Thank you for tiny-initramfs, I really like it!

> I don't have a setup that uses both tiny-initramfs
> _and_ btrfs here; I'll assume that your changes work for you.

Yes, the work fine on my machine, where "/" is backed by btrfs.

> (The code
> looks good upon review, and I've tested that it doesn't cause any
> regressions in my test setup with ext4.)
>
> I'll upload the fixed version in the next couple of minutes to sid.

Great, awesome quick feedback.

>> This solves the situation for the single-device case. I did not test the
>> multi-device case, but it would probably require a bit more changes,
>> this the current code in add_modules_for() assumes that there is only
>> one block device to handle.
>
> Yes, and mounting might potentially require some changes as well. I
> have hence cloned the bug report to separate this specific sub-issue
> out.

Agreed.

Bug#872867: is ISO-3166 really the optimal list for our users?

[Agron Selimaj]

We really need to add Kosovo to the list of countries, regions,
territories, areas, zones or whatever you want to call it. Right now, in
fact for the last 17 years, not only Kosovo people are suffering from this
problem but everyone having to do with Kosovo, not for political reasons
but for a technical reasons.

All the governments, agencies, institutions have to come up with their own
solution to make up a code like XK, or KV just to overcome ISO's outdated
3166 standard.

Airline companies have this problem bigtime. They are the ones using debian
servers providing booking systems to all kinds of travel agencies.

Adding Kosovo is purely a technical solution because:

   - Currency is Euro in Kosovo, Dinar in Serbia, Lek in Albania
  - Financial institutions need to make special exceptions and custom
  make their software solutions to work in Euro even if current
country code
  is Serbia or Albania
  - POS systems default to Dinar or LEK having the system do
  unnecessary currency to currency conversion causing losses in fractional
  calculations in each transaction
  - Online ordering systems cause a nuisance to the user because the
  user needs to switch Euro all the time or choose another country like
  Germany instead which causes conflicts with GeoIP services and TAX
  calculation.
   - Zip codes, Postal Codes are different
   - +383 country code has been assigned by ITU which is different from
   Albania and Serbia
   - Kosovo by constitution has 3 official languages which the installer
   can show choices of all three or more, however Albania and Serbia have one
   each.

We really need to understand that ISO 3166 is outdated because each of
those countries that make up the commissioning body of the ISO, have found
their own solutions of dealing with Kosovo country code. In addition they
all have established diplomatic relations and have opened embassies in
Kosovo and they have waited for ISO to include Kosovo because they need to
work, they need to finish their daily tasks, they need to function.

ISO-3166:RS is also outdated and in fact invalid because 1990 President
Milosevic removed the autonomous status of Kosovo which means RS-KM was
valid only until 1990. However, there have been updates to ISO-3166 in
2004, 2007 and 2010 and especially to the RS part of it and RS-KM was never
removed. Then again in 2013 with Brussels Agreement Serbia shutdown
"parallel institutions of the province of Kosovo".

I think Debian should do the same because we have so many people,
companies, institutions, governments and agencies that need to work, do the
daily tasks and function.

By adding Kosovo, we're not removing Serbia or Albania from the list. Users
will still be able to choose Serbia or Albania as they did before.

For those getting upset for political reasons, we're not defining a
political status for Kosovo, because we're not calling it a country. We're
adding Kosovo to the list of countries, territories and regions. A country
may have a political status but territories and regions are purely
geographical terms.

Please fix this bug in Debian.

A JSON list of 2 letter region* codes with ISO-3166 + Kosovo in English is
here. This list will be extended to include more regions, formats,
languages and scripts.

API: http://annsystem.com/api/getCountry.php
Docs: http://www.flossk.org/en/blog/country-list-good-all

Glibc Locale is here:
http://iamalbanian.com/4gnu.html


Thanks,
//Agron

Bug#875614: zeal: version is too old

[ilovesusu]

Package: zeal
Version: 1:0.3.1-1
Severity: normal
Tags: patch

zeal new version is 0.4.0



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

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

Versions of packages zeal depends on:
ii  libappindicator1   0.4.92-4
ii  libarchive13   3.2.2-2
ii  libc6  2.24-17
ii  libgcc11:7.2.0-4
ii  libglib2.0-0   2.53.6-1
ii  libgtk2.0-02.24.31-2
ii  libqt5concurrent5  5.9.1+dfsg-9
ii  libqt5core5a   5.9.1+dfsg-9
ii  libqt5gui5 5.9.1+dfsg-9
ii  libqt5network5 5.9.1+dfsg-9
ii  libqt5sql5 5.9.1+dfsg-9
ii  libqt5sql5-sqlite  5.9.1+dfsg-9
ii  libqt5webkit5  5.9.1+dfsg-5
ii  libqt5widgets5 5.9.1+dfsg-9
ii  libqt5x11extras5   5.9.1-2+b1
ii  libstdc++6 7.2.0-4
ii  libx11-6   2:1.6.4-3
ii  libxcb-keysyms10.4.0-1+b2
ii  libxcb11.12-1

zeal recommends no packages.

zeal suggests no packages.

-- no debconf information

Bug#874306: [Pkg-octave-devel] Bug#874306: autodep8: Support for Octave-Forge packages

[Antonio Terceiro]

On Tue, Sep 12, 2017 at 04:59:50PM +0200, Rafael Laboissière wrote:
> * Antonio Terceiro  [2017-09-12 11:28]:
> > 
> > > Do you think that my changes can be merged into master and a new
> > > version of autodep8 uploaded to unstable?  If you authorize me, I
> > > can do it myself.
> > 
> > sure, please go ahead.
> > 
> > one less item on my TODO list ;-)
> 
> I pushed my commits into the Alioth Git repository.  Please, review them.
> Note that I bumped the standards-Version to 4.1.0.

LGTM


signature.asc
Description: PGP signature

Bug#875612: ruby-compass-rails: ruby-compass obsolete and now broken

[Jonas Smedegaard]

Quoting Jonas Smedegaard (2017-09-12 18:11:06)
> It seems ruby-compass-rails really do work only with ruby-compass. But 
> also, it looks like it is a leaf package: Would it be ok to simply 
> drop ruby-compass-rails from Debian?

Oh, I looked only at *build* dependencies - I see now it is needed by 
Diaspora :-/

I will try dive in and see if I can help come up with a patch to use 
ruby-sass or sassc instead.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

Bug#875550: Debian mirror mirror.0x.sg: sync issues

[Peter Palfrader]

On Wed, 13 Sep 2017, Andrew Yong wrote:

> I would like to set up push mirroring but am currently overseas until 22 Sep 
> with limited/no access to my laptop.
> 
> Has sync completely broken? I’m currently using the upstream that I listed in 
> my mirror submission. 

It's unclear where it's at.  There's a
http://mirror.0x.sg/debian/Archive-Update-in-Progress-mirror.0x.sg file
but the http://mirror.0x.sg/debian/project/trace/mirror.0x.sg tracefile
is over a day old, so no mirrorrun finished sucessfully since..

We'll keep an eye on things and point ftp.sg away if necessary.

Ping us when you're back,
Cheers,
-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#875563: Proposed fix

[Christian Seiler]

Control: clone -1 -2
Control: severity -2 wishlist
Control: retitle -2 Properly support multi-device btrfs setups in tiny-initramfs
Control: tags -1 + confirmed pending
Control: tags -2 + confirmed

On 09/12/2017 10:54 AM, Free Ekanayaka wrote:
> I've pushed a fix-btrfs-device-discover-875563 branch to the Alioth git
> repository of tiny-initramfs, based on debian/master and with this
> single commit:
> 
> https://anonscm.debian.org/cgit/collab-maint/tiny-initramfs.git/commit/?h=fix-btrfs-device-discover-875563=fb124b6f73902eecddd88422e5c5ed82dd44a423

Thanks for the patch! I don't have a setup that uses both tiny-initramfs
_and_ btrfs here; I'll assume that your changes work for you. (The code
looks good upon review, and I've tested that it doesn't cause any
regressions in my test setup with ext4.)

I'll upload the fixed version in the next couple of minutes to sid.

> This solves the situation for the single-device case. I did not test the
> multi-device case, but it would probably require a bit more changes,
> this the current code in add_modules_for() assumes that there is only
> one block device to handle.

Yes, and mounting might potentially require some changes as well. I
have hence cloned the bug report to separate this specific sub-issue
out.

Regards,
Christian



signature.asc
Description: OpenPGP digital signature