Bug#839050: js24 crashes on ARM64

[Zheng Xu]

Package: libmozjs-24-bin

root@3aeb83a7878f:~# cat a.js
print("hello")
root@3aeb83a7878f:~# js24 a.js
Segmentation fault (core dumped)

There is an assumption that the VA bits is less equal than 47 bits in
mozjs. But it is not true any more when we compile the kernel with 48 VA
bits.

Patch is attached which should fix the problem which is a back port version
of the upstream fix.

Reference links :
1. upstream fix : https://bugzilla.mozilla.org/show_bug.cgi?id=1143022
2. redhat fix : https://bugzilla.redhat.com/show_bug.cgi?id=1242326


Manually_mmap_heap_memory_esr24.patch
Description: Binary data

Bug#838951: [Pkg-xfce-devel] Bug#838951: lightdm: fails to start X login session by lightdm

[Yves-Alexis Perez]

Control: tag -1 moreinfo unreproducible

On mar., 2016-09-27 at 10:48 +0900, cutsea110 wrote:
> It fails to start X login session after apt upgrade last time 2016-09-24.
> I found a warning message in /var/log/lightdm/lightdm.log and x-0-greeter.log 
> below.

There's not enough info here. In any case lightdm and lightdm-gtk-greeter
weren't upgraded recently so it's unlikely to be a problem there. Check what
was upgraded, check your Xorg.0.log, maybe it's a problem with your graphic
drivers or something like that.

Regards,
-- 
Yves-Alexis

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

Bug#839049: /usr/bin/profile-sync-daemon: line 359: ${#DIRArr[@]##*/}: bad substitution

[Brent Clark]

Package: profile-sync-daemon
Version: 6.25-1
Severity: normal

Dear Maintainer,

I first got this message:

bclark@bclark:~$ profile-sync-daemon parse
 ERROR! To use overlayfs mode, bclark needs sudo access to /usr/bin/psd-
overlay-helper

 Add the following line to the end of /etc/sudoers to enable this
functionality:
  bclark ALL=(ALL) NOPASSWD: /usr/bin/psd-overlay-helper

I what was suggested, and then run:

bclark@bclark:~$ profile-sync-daemon parse
/usr/bin/profile-sync-daemon: line 359: ${#DIRArr[@]##*/}: bad substitution

Kind Regards
Brent Clark



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

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

Versions of packages profile-sync-daemon depends on:
ii  rsync  3.1.1-3

profile-sync-daemon recommends no packages.

Versions of packages profile-sync-daemon suggests:
ii  libpam-systemd  231-7
ii  systemd-sysv231-7

-- no debconf information

Bug#828785: [pkg-uWSGI-devel] Any news on uwsgi bug fixes?

[Jonas Smedegaard]

Quoting Jonas Smedegaard (2016-09-28 08:33:19)
> I am travelling till the end of the week, so most likely won't find time 
> to dive into this again before monday.

Changes now pushed to git.  Anyone is quite welcome to try fix this and 
make a release.  Just inform at these bugreports if you will do it (to 
avoid collision), no need for further coordination or permission - git 
repo should have write access for all DDs.


 - Jonas

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

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


signature.asc
Description: signature

Bug#839048: couchjs crashes on ARM64

[Zheng Xu]

Package: libmozjs185-1.0

root@3aeb83a7878f:~# cat a.js
print("hello")
root@3aeb83a7878f:~# couchjs a.js
Segmentation fault (core dumped)

couchjs is in couchdb-bin, but the issues is caused by a bug in mozjs.
There is an assumption that the VA bits is less equal than 47 bits in
mozjs. But it is not true any more when we compile the kernel with 48 VA
bits.

Patch is attached which should fix the problem.

Reference links :
1. upstream fix : https://bugzilla.mozilla.org/show_bug.cgi?id=1143022
2. redhat fix : https://bugzilla.redhat.com/show_bug.cgi?id=1242326

Note : Upstream patch limit the heap in the 47 bits world so that we won't
break the assumption. But the attached patch uses a different fix. It uses
less tag bits so that we can live with 48 VA bits. Because the old mozjs
may take JS objects from C code which is not allocated from JS heap.


Modify_tagged_pointer_structure_js1.8.5.patch
Description: Binary data

Bug#839045: libjmock2-java and libjmock-java: error when trying to install together

[Ralf Treinen]

Package: libjmock-java,libjmock2-java
Version: libjmock-java/1.2.0-4
Version: libjmock2-java/2.8.2-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2016-09-28
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:



Extracting templates from packages: 42%
Extracting templates from packages: 85%
Extracting templates from packages: 100%
Preconfiguring packages ...
(Reading database ... 10971 files and directories currently installed.)
Preparing to unpack .../libtext-charwidth-perl_0.04-7+b5_amd64.deb ...
Unpacking libtext-charwidth-perl (0.04-7+b5) over (0.04-7+b2) ...
Processing triggers for man-db (2.7.5-1) ...
dpkg: perl-modules: dependency problems, but removing anyway as you requested:
 perl depends on perl-modules (>= 5.18.2-2).

(Reading database ... 10975 files and directories currently installed.)
Removing perl-modules (5.18.2-7) ...
(Reading database ... 10163 files and directories currently installed.)
Preparing to unpack .../perl_5.24.1~rc3-3_amd64.deb ...
Unpacking perl (5.24.1~rc3-3) over (5.18.2-2) ...
Selecting previously unselected package perl-modules-5.24.
Preparing to unpack .../perl-modules-5.24_5.24.1~rc3-3_all.deb ...
Unpacking perl-modules-5.24 (5.24.1~rc3-3) ...
Selecting previously unselected package libdb5.3:amd64.
Preparing to unpack .../libdb5.3_5.3.28-12_amd64.deb ...
Unpacking libdb5.3:amd64 (5.3.28-12) ...
Selecting previously unselected package libperl5.24:amd64.
Preparing to unpack .../libperl5.24_5.24.1~rc3-3_amd64.deb ...
Unpacking libperl5.24:amd64 (5.24.1~rc3-3) ...
Preparing to unpack .../perl-base_5.24.1~rc3-3_amd64.deb ...
Unpacking perl-base (5.24.1~rc3-3) over (5.18.2-2) ...
Processing triggers for man-db (2.7.5-1) ...
Processing triggers for libc-bin (2.24-3) ...
Setting up perl-base (5.24.1~rc3-3) ...
(Reading database ... 11007 files and directories currently installed.)
Preparing to unpack .../liblocale-gettext-perl_1.07-3+b1_amd64.deb ...
Unpacking liblocale-gettext-perl (1.07-3+b1) over (1.05-7+b2) ...
Preparing to unpack .../libtext-iconv-perl_1.7-5+b4_amd64.deb ...
Unpacking libtext-iconv-perl (1.7-5+b4) over (1.7-5+b1) ...
Selecting previously unselected package libfdisk1:amd64.
Preparing to unpack .../libfdisk1_2.28.2-1_amd64.deb ...
Unpacking libfdisk1:amd64 (2.28.2-1) ...
Processing triggers for man-db (2.7.5-1) ...
Processing triggers for libc-bin (2.24-3) ...
Setting up libfdisk1:amd64 (2.28.2-1) ...
Processing triggers for libc-bin (2.24-3) ...
Selecting previously unselected package libsmartcols1:amd64.
(Reading database ... 11008 files and directories currently installed.)
Preparing to unpack .../libsmartcols1_2.28.2-1_amd64.deb ...
Unpacking libsmartcols1:amd64 (2.28.2-1) ...
Processing triggers for libc-bin (2.24-3) ...
Setting up libsmartcols1:amd64 (2.28.2-1) ...
Processing triggers for libc-bin (2.24-3) ...
Selecting previously unselected package libgcrypt20:amd64.
(Reading database ... 11014 files and directories currently installed.)
Preparing to unpack .../libgcrypt20_1.7.3-1_amd64.deb ...
Unpacking libgcrypt20:amd64 (1.7.3-1) ...
Processing triggers for libc-bin (2.24-3) ...
Setting up libgcrypt20:amd64 (1.7.3-1) ...
Processing triggers for libc-bin (2.24-3) ...
Selecting previously unselected package libsystemd0:amd64.
(Reading database ... 11024 files and directories currently installed.)
Preparing to unpack .../libsystemd0_231-7_amd64.deb ...
Unpacking libsystemd0:amd64 (231-7) ...
Processing triggers for libc-bin (2.24-3) ...
Setting up libsystemd0:amd64 (231-7) ...
Processing triggers for libc-bin (2.24-3) ...
(Reading database ... 11029 files and directories currently installed.)
Preparing to unpack .../sysvinit-utils_2.88dsf-59.8_amd64.deb ...
Unpacking sysvinit-utils (2.88dsf-59.8) over (2.88dsf-51) ...
Replacing files in old package initscripts (2.88dsf-59) ...
Preparing to unpack .../init-system-helpers_1.45_all.deb ...
Unpacking init-system-helpers (1.45) over (1.21) ...
Replacing files in old package sysv-rc (2.88dsf-51) ...
Processing triggers for man-db (2.7.5-1) ...
Setting up init-system-helpers (1.45) ...
(Reading database ... 11021 files and directories currently installed.)
Preparing to unpack .../util-linux_2.28.2-1_amd64.deb ...
Unpacking util-linux (2.28.2-1) over (2.20.1-5.11) ...
Replacing files in old package initscripts (2.88dsf-59) ...
Processing triggers for man-db (2.7.5-1) ...
Setting up util-linux (2.28.2-1) ...
Installing new version of config file /etc/init.d/hwclock.sh ...
Selecting previously unselected package libxau6:amd64.
(Reading database ... 11165 files and directories currently installed.)
Preparing to unpack .../libxau6_1%3a1.0.8-1_amd64.deb ...
Unpacking libxau6:amd64 (1:1.0.8-1) ...
Selecting previously unselected package libxdmcp6:amd64.
Preparing to unpack .../libxdmcp6_1%3a1.1.2-1.1_amd64.deb ...
Unp

Bug#839046: debootstrap: enable --merged-usr by default

[Ansgar Burchardt]

Package: debootstrap
Version: 1.0.83

As mentioned earlier, I would like to see --merged-usr enabled by
default for Debian Stretch.  The last discussion on -devel@[1] was quite
positive; I had some additional positive feedback on IRC.

I'm not aware of any regressions so far, except for having forgotten to
add "jessie-kfreebsd" to the blacklist (a list of older releases that
don't support merged-/usr) and debootstrap 1.0.83 failing to bootstrap
squeeze[2].  Both are fixed in my changes targeted at 1.0.84[3].

So I would like to switch the default in debootstrap sooner rather than
later to give time to find some more bugs.  With this change, the
currently known bugs[4] should also be raised to "serious", but I don't
think any of them should be a blocker.

Ansgar

  [1] 
  [2] 
  [3] 
  [4] 

Bug#839047: open-invaders-data and open-invaders: error when trying to install together

[Ralf Treinen]

Package: open-invaders,open-invaders-data
Version: open-invaders/0.3-4.1
Version: open-invaders-data/0.3-4.1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2016-09-28
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


Selecting previously unselected package libasound2-data.
(Reading database ... 10971 files and directories currently installed.)
Preparing to unpack .../libasound2-data_1.1.2-1_all.deb ...
Unpacking libasound2-data (1.1.2-1) ...
Selecting previously unselected package libasound2:amd64.
Preparing to unpack .../libasound2_1.1.2-1_amd64.deb ...
Unpacking libasound2:amd64 (1.1.2-1) ...
Selecting previously unselected package libxau6:amd64.
Preparing to unpack .../libxau6_1%3a1.0.8-1_amd64.deb ...
Unpacking libxau6:amd64 (1:1.0.8-1) ...
Selecting previously unselected package libxdmcp6:amd64.
Preparing to unpack .../libxdmcp6_1%3a1.1.2-1.1_amd64.deb ...
Unpacking libxdmcp6:amd64 (1:1.1.2-1.1) ...
Selecting previously unselected package libxcb1:amd64.
Preparing to unpack .../libxcb1_1.12-1_amd64.deb ...
Unpacking libxcb1:amd64 (1.12-1) ...
Selecting previously unselected package libx11-data.
Preparing to unpack .../libx11-data_2%3a1.6.3-1_all.deb ...
Unpacking libx11-data (2:1.6.3-1) ...
Selecting previously unselected package libx11-6:amd64.
Preparing to unpack .../libx11-6_2%3a1.6.3-1_amd64.deb ...
Unpacking libx11-6:amd64 (2:1.6.3-1) ...
Selecting previously unselected package libxfixes3:amd64.
Preparing to unpack .../libxfixes3_1%3a5.0.2-1_amd64.deb ...
Unpacking libxfixes3:amd64 (1:5.0.2-1) ...
Selecting previously unselected package libxrender1:amd64.
Preparing to unpack .../libxrender1_1%3a0.9.9-2_amd64.deb ...
Unpacking libxrender1:amd64 (1:0.9.9-2) ...
Selecting previously unselected package libxcursor1:amd64.
Preparing to unpack .../libxcursor1_1%3a1.1.14-1+b1_amd64.deb ...
Unpacking libxcursor1:amd64 (1:1.1.14-1+b1) ...
Selecting previously unselected package libxext6:amd64.
Preparing to unpack .../libxext6_2%3a1.3.3-1_amd64.deb ...
Unpacking libxext6:amd64 (2:1.3.3-1) ...
Selecting previously unselected package libxpm4:amd64.
Preparing to unpack .../libxpm4_1%3a3.5.11-1+b1_amd64.deb ...
Unpacking libxpm4:amd64 (1:3.5.11-1+b1) ...
Selecting previously unselected package libxxf86dga1:amd64.
Preparing to unpack .../libxxf86dga1_2%3a1.1.4-1+b1_amd64.deb ...
Unpacking libxxf86dga1:amd64 (2:1.1.4-1+b1) ...
Selecting previously unselected package libxxf86vm1:amd64.
Preparing to unpack .../libxxf86vm1_1%3a1.1.4-1_amd64.deb ...
Unpacking libxxf86vm1:amd64 (1:1.1.4-1) ...
Selecting previously unselected package liballegro4.4:amd64.
Preparing to unpack .../liballegro4.4_2%3a4.4.2-9_amd64.deb ...
Unpacking liballegro4.4:amd64 (2:4.4.2-9) ...
Selecting previously unselected package libdumb1:amd64.
Preparing to unpack .../libdumb1_1%3a0.9.3-6+b1_amd64.deb ...
Unpacking libdumb1:amd64 (1:0.9.3-6+b1) ...
Selecting previously unselected package libaldmb1:amd64.
Preparing to unpack .../libaldmb1_1%3a0.9.3-6+b1_amd64.deb ...
Unpacking libaldmb1:amd64 (1:0.9.3-6+b1) ...
Selecting previously unselected package gcc-6-base:amd64.
Preparing to unpack .../gcc-6-base_6.2.0-4_amd64.deb ...
Unpacking gcc-6-base:amd64 (6.2.0-4) ...
Processing triggers for libc-bin (2.24-3) ...
Processing triggers for man-db (2.7.5-1) ...
Setting up gcc-6-base:amd64 (6.2.0-4) ...
(Reading database ... 11559 files and directories currently installed.)
Preparing to unpack .../libstdc++6_6.2.0-4_amd64.deb ...
Unpacking libstdc++6:amd64 (6.2.0-4) over (4.8.2-19) ...
Processing triggers for libc-bin (2.24-3) ...
Setting up libstdc++6:amd64 (6.2.0-4) ...
Processing triggers for libc-bin (2.24-3) ...
Selecting previously unselected package open-invaders-data.
(Reading database ... 11573 files and directories currently installed.)
Preparing to unpack .../open-invaders-data_0.3-4.2_all.deb ...
Unpacking open-invaders-data (0.3-4.2) ...
Selecting previously unselected package open-invaders.
Preparing to unpack .../open-invaders_0.3-4.2_amd64.deb ...
Unpacking open-invaders (0.3-4.2) ...
dpkg: error processing archive 
/var/cache/apt/archives/open-invaders_0.3-4.2_amd64.deb (--unpack):
 trying to overwrite '/usr/share/man/man6/open-invaders.6.gz', which is also in 
package open-invaders-data 0.3-4.2
Processing triggers for man-db (2.7.5-1) ...
Errors were encountered while processing:
 /var/cache/apt/archives/open-invaders_0.3-4.2_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
E: Error calling setupterm: 0
E: cow-shell unlink .ilist: No such file or directory


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumst

Bug#795388: youtube-dl wont download a video due to out of date

[Rogério Brito]

Hi, anarcat.

On Sep 27 2016, anarcat wrote:
> It seems to me this bug report is too unclear and out of date to still
> be relevant.

Thanks for the help with triaging of the bugs.

> See #781180, which is pretty similar, but more detailed and accurate.

Thanks for that and thanks also for the initial contact of the release team
with bug #833865. I think that they need to be ping'ed again, right?


Thanks once again,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

Bug#834713: Pending fixes for bugs in the golang-github-xenolf-lego package

[pkg-go-maintainers]

tag 834713 + pending
thanks

Some bugs in the golang-github-xenolf-lego package are closed in
revision ce2a9b5d8e67d7f94ea3e5cb70ef774789f089e2 in branch 'master'
by Dmitry Smirnov

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-xenolf-lego.git/commit/?id=ce2a9b5

Commit message:

Remove "googlecloud_test.go" due to network access (Closes: #834713)

Bug#839034: libfreeradius3: fails to upgrade from 'sid' - trying to overwrite /usr/lib/freeradius/libfreeradius-eap.so

[Andreas Beckmann]

Followup-For: Bug #839034

Similar problems between freeradius and freeradius-config:

  Selecting previously unselected package freeradius-config.
  Preparing to unpack .../6-freeradius-config_3.0.11+dfsg-1_amd64.deb ...
  Unpacking freeradius-config (3.0.11+dfsg-1) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-6rWoOk/6-freeradius-config_3.0.11+dfsg-1_amd64.deb 
(--unpack):
   trying to overwrite '/etc/freeradius/clients.conf', which is also in package 
freeradius 2.2.8+dfsg-0.1+b3


Andreas

Bug#839044: drumkv1-lv2: fails to upgrade from 'testing' - trying to overwrite /usr/lib/lv2/drumkv1.lv2/drumkv1.so

[Andreas Beckmann]

Package: drumkv1-lv2
Version: 0.7.6-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

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

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package drumkv1-lv2.
  Preparing to unpack .../2-drumkv1-lv2_0.7.6-1_amd64.deb ...
  Unpacking drumkv1-lv2 (0.7.6-1) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-Q7iem2/2-drumkv1-lv2_0.7.6-1_amd64.deb (--unpack):
   trying to overwrite '/usr/lib/lv2/drumkv1.lv2/drumkv1.so', which is also in 
package drumkv1 0.7.5-1


cheers,

Andreas


drumkv1=0.7.5-1_drumkv1-lv2=0.7.6-1.log.gz
Description: application/gzip

Bug#839043: monkeysign-doc: fails to upgrade from 'testing' - trying to overwrite /usr/share/doc-base/monkeysign

[Andreas Beckmann]

Package: monkeysign-doc
Version: 2.1.0
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

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

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package monkeysign-doc.
  Preparing to unpack .../monkeysign-doc_2.1.0_all.deb ...
  Unpacking monkeysign-doc (2.1.0) ...
  dpkg: error processing archive 
/var/cache/apt/archives/monkeysign-doc_2.1.0_all.deb (--unpack):
   trying to overwrite '/usr/share/doc-base/monkeysign', which is also in 
package monkeysign 2.0.2


cheers,

Andreas


monkeysign=2.0.2_monkeysign-doc=2.1.0.log.gz
Description: application/gzip

Bug#828785: [pkg-uWSGI-devel] Any news on uwsgi bug fixes?

[Jonas Smedegaard]

Quoting Jonas Smedegaard (2016-09-27 21:46:09)
> Hi Neal (cc the bugs involved),
> 
> Quoting Neil Williams (2016-09-26 22:56:12)
> > With the stretch freeze coming up, is there some idea of when these 
> > two uWSGI bugs will be fixed in unstable?
> > 
> > https://bugs.debian.org/828785 - FTBFS in testing (uwsgiconfig.py: 
> > Command not found)
> > 
> > https://bugs.debian.org/833055 - B-D mongodb-dev is no longer built by 
> > mongodb
> 
> The mongodb bug is believed fixed locally on my machine (not pushed to 
> the public git yet).
> 
> The FTBFS bug really is an issue in cdbs, but I have now tried work 
> around it in uwsgi.
> 
> Compiling the package now, and heading to bed.  If all goes well, a 
> fixed release will be released tomorrow.

Unfortunately that build didn't succeed :-(

I am travelling till the end of the week, so most likely won't find time 
to dive into this again before monday.

 - Jonas

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

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


signature.asc
Description: signature

Bug#838994: gtk2-engines-murrine: wrongly recommends murrine-themes

[Yves-Alexis Perez]

On mer., 2016-09-28 at 07:46 +0200, Jonas Smedegaard wrote:
> Quoting Yves-Alexis Perez (2016-09-27 21:21:49)
> > 
> > On mar., 2016-09-27 at 16:20 +0200, Jonas Smedegaard wrote:
> > > 
> > > Package: gtk2-engines-murrine
> > > Version: 0.98.1.1-6
> > > Severity: normal
> > > 
> > > I want to install greybird-gtk-theme, and only that theme.  But due 
> > > to gtk2-engines-murrine recommending murrine-themes, effectively I 
> > > get a bunch of themes when I wanted only one.
> > 
> > Then just don't install recommends, or remove murrine-themes 
> > afterwards.
> 
> That is not simple, and not how Policy describes the use of 
> "Recommends": The individual themes are not required "in all but unusual 
> cases" (as I recall it is phrased).

Well, actually yes, that's exactly why we added it in the first place.
> 
> 
> > 
> > > 
> > > Package relationships are _directional_:
> > 
> > I do know about that…
> > > 
> > > 
> > > Having murrine-themes recommend greybird-gtk-theme is sensible, 
> > > because (some of) its contents has little use without the contents 
> > > of that other package.
> > 
> > Actually murrine-themes recommends the various -gtk-themes because 
> > they were once included in the package, and are not split out. So in 
> > order to prevent breakage for users, we chose to add the recommends so 
> > the themes are installed by default, like before. So it's completely 
> > unrelated to the usefulness, murrine-themes can work perfectly fine 
> > without greybird-gtk-theme.
> 
> The way to solve that is to have murrine-themes be a metapackage, move 
> its content to one or more -common or -data package(s) - preferrably 
> splitting content to packages specific to each theme.

I miss your point, or you missed mine. murrine-themes still contains other
themes, and there's actually no point in splitting them more, it just adds
overhead. And I don't see the point of a -common or -data package either. 
> 
> 
> > 
> > > 
> > > Having gtk2-engines-murrine recommend recommend murrine-themes is 
> > > less sensible, as its contents is perfectly usable without the 
> > > contents of that other package.
> > 
> > The point of that recommends is that gtk2-engines-murrine by itself 
> > doesn't do anything (it's just a gtk2 engine), you usually want themes 
> > with it, thus the recommendation.
> 
> libraries generally don't do anything by themselves, yet it is not their 
> concern to depend on their consuming applications and libraries.
> 
> libgtk3 does not depend on gnome and cinnamon stuff, only the other way 
> around.

We don't talk about a dependency, we talk about a recommend. And theming is
specific.
> 
> 
> > 
> > > 
> > > What would be sensible is to a) drop gtk2-engines-murrine recommends 
> > > on murrine-themes, and b) have murrine-themes declare that it 
> > > _enhances_ gtk2-engines-murrine (i.e. a reverse suggestion).
> > 
> > Are enhances / reverse suggestion actually handled by the various 
> > package managers? I mean, are they installed by default when 
> > installing the enhanced package? Because that's what we want to 
> > achieve.
> 
> For achieving that, separate into a metapackage with recommends and 
> -common or -data packages _without_ any recommends.

I don't understand your dependency chain here.
> 
> 
> > 
> > > 
> > > NB!  I notice the recommendation is versioned.  If reason for that 
> > > is to avoid older versions being outright broken (e.g. due to 
> > > bug#827134), then it does not work as intended (only versioned 
> > > _depends_ is certain to be obeyed).  Use a versioned _breaks_ 
> > > instead.
> > 
> > so something like:
> > 
> > Recommends: murrine-themes
> > Breaks: murrine-themes (<< 0.98.1)
> 
> Specifically addressing the versioning, yes.  Does not address the issue 
> on topic for this bugreport.
> 
In any case, I really don't believe that's something important enough to lose
time on it (specifically, I won't). As already stated, just remove the
packages you don't want.

Regards,
-- 
Yves-Alexis

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

Bug#839021: mbrola package is missing, though audio pakages are available

[Andreas Feldner]

Hello Samuel,

I’m unsure if this bug report went to the correct destination (I was relying on 
reportbug…): 

the installation candidate seems to be missing for raspbian, i.e. the armhf 
architecture.

Best regards,
Andreas.

> Am 27.09.2016 um 21:54 schrieb Samuel Thibault :
> 
> Hello,
> 
> Pelzi, on Tue 27 Sep 2016 21:25:12 +0200, wrote:
>> the package mbrola is missing an installation candidate.
> 
> ??
> 
> It's definitely there:
> 
> $ rmadison mbrola
> ...
> mbrola | 3.01h+1-3 | unstable/non-free| source, amd64, armel, 
> i386, powerpc
> $ apt-cache policy mbrola
> mbrola:
>  Installé : 3.01h+1-3
>  Candidat : 3.01h+1-3
> Table de version :
> *** 3.01h+1-3 990
>990 http://ftp2.fr.debian.org/debian testing/non-free amd64 Packages
>500 http://ftp2.fr.debian.org/debian unstable/non-free amd64 Packages
>100 /var/lib/dpkg/status
> 3.01h+1-2 500
>500 http://ftp2.fr.debian.org/debian stable/non-free amd64 Packages
> 3.01h-6 500
>500 http://ftp2.fr.debian.org/debian oldstable/non-free amd64 Packages
> 
>> Also, there are mbrola binaries available for download, though not as
>> .deb packages, afaik.
> 
> ??
> 
> They are definitely there:
> 
> $ rmadison mbrola-fr4
> ...
> mbrola-fr4 | 0.0.19990521-2 | unstable/non-free| source, all
> $ apt-cache policy mbrola-fr4
> mbrola-fr4:
>  Installé : 0.0.19990521-2
>  Candidat : 0.0.19990521-2
> Table de version :
> *** 0.0.19990521-2 990
>500 http://ftp2.fr.debian.org/debian oldstable/non-free amd64 Packages
>500 http://ftp2.fr.debian.org/debian oldstable/non-free i386 Packages
>500 http://ftp2.fr.debian.org/debian stable/non-free amd64 Packages
>500 http://ftp2.fr.debian.org/debian stable/non-free i386 Packages
>990 http://ftp2.fr.debian.org/debian testing/non-free amd64 Packages
>990 http://ftp2.fr.debian.org/debian testing/non-free i386 Packages
>500 http://ftp2.fr.debian.org/debian unstable/non-free amd64 Packages
>500 http://ftp2.fr.debian.org/debian unstable/non-free i386 Packages
>100 /var/lib/dpkg/status
> 
> Are you perhaps missing the non-free entry in apt's sources.list?
> 
> See https://wiki.debian.org/SourcesList
> 
> Samuel

-- 
Dr. Andreas Feldner
Franz-Lehár-Weg 30
61118 Bad Vilbel

Bug#839021: mbrola package is missing, though audio pakages are available

[Andreas Feldner]

Hello Samuel,

I’m unsure if this bug report went to the correct destination (I was relying on 
reportbug…): 

the installation candidate seems to be missing for raspbian, i.e. the armhf 
architecture.

Best regards,
Andreas.

> Am 27.09.2016 um 21:54 schrieb Samuel Thibault :
> 
> Hello,
> 
> Pelzi, on Tue 27 Sep 2016 21:25:12 +0200, wrote:
>> the package mbrola is missing an installation candidate.
> 
> ??
> 
> It's definitely there:
> 
> $ rmadison mbrola
> ...
> mbrola | 3.01h+1-3 | unstable/non-free| source, amd64, armel, 
> i386, powerpc
> $ apt-cache policy mbrola
> mbrola:
> Installé : 3.01h+1-3
> Candidat : 3.01h+1-3
> Table de version :
> *** 3.01h+1-3 990
>   990 http://ftp2.fr.debian.org/debian testing/non-free amd64 Packages
>   500 http://ftp2.fr.debian.org/debian unstable/non-free amd64 Packages
>   100 /var/lib/dpkg/status
>3.01h+1-2 500
>   500 http://ftp2.fr.debian.org/debian stable/non-free amd64 Packages
>3.01h-6 500
>   500 http://ftp2.fr.debian.org/debian oldstable/non-free amd64 Packages
> 
>> Also, there are mbrola binaries available for download, though not as
>> .deb packages, afaik.
> 
> ??
> 
> They are definitely there:
> 
> $ rmadison mbrola-fr4
> ...
> mbrola-fr4 | 0.0.19990521-2 | unstable/non-free| source, all
> $ apt-cache policy mbrola-fr4
> mbrola-fr4:
> Installé : 0.0.19990521-2
> Candidat : 0.0.19990521-2
> Table de version :
> *** 0.0.19990521-2 990
>   500 http://ftp2.fr.debian.org/debian oldstable/non-free amd64 Packages
>   500 http://ftp2.fr.debian.org/debian oldstable/non-free i386 Packages
>   500 http://ftp2.fr.debian.org/debian stable/non-free amd64 Packages
>   500 http://ftp2.fr.debian.org/debian stable/non-free i386 Packages
>   990 http://ftp2.fr.debian.org/debian testing/non-free amd64 Packages
>   990 http://ftp2.fr.debian.org/debian testing/non-free i386 Packages
>   500 http://ftp2.fr.debian.org/debian unstable/non-free amd64 Packages
>   500 http://ftp2.fr.debian.org/debian unstable/non-free i386 Packages
>   100 /var/lib/dpkg/status
> 
> Are you perhaps missing the non-free entry in apt's sources.list?
> 
> See https://wiki.debian.org/SourcesList
> 
> Samuel

-- 
Dr. Andreas Feldner
Franz-Lehár-Weg 30
61118 Bad Vilbel

Bug#839021: mbrola package is missing, though audio pakages are available

[Andreas Feldner]

Hello Samuel,

I’m unsure if this bug report went to the correct destination (I was relying on 
reportbug…): 

the installation candidate seems to be missing for raspbian, i.e. the armhf 
architecture.

Best regards,
Andreas.

> Am 27.09.2016 um 21:54 schrieb Samuel Thibault :
> 
> Hello,
> 
> Pelzi, on Tue 27 Sep 2016 21:25:12 +0200, wrote:
>> the package mbrola is missing an installation candidate.
> 
> ??
> 
> It's definitely there:
> 
> $ rmadison mbrola
> ...
> mbrola | 3.01h+1-3 | unstable/non-free| source, amd64, armel, 
> i386, powerpc
> $ apt-cache policy mbrola
> mbrola:
>  Installé : 3.01h+1-3
>  Candidat : 3.01h+1-3
> Table de version :
> *** 3.01h+1-3 990
>990 http://ftp2.fr.debian.org/debian testing/non-free amd64 Packages
>500 http://ftp2.fr.debian.org/debian unstable/non-free amd64 Packages
>100 /var/lib/dpkg/status
> 3.01h+1-2 500
>500 http://ftp2.fr.debian.org/debian stable/non-free amd64 Packages
> 3.01h-6 500
>500 http://ftp2.fr.debian.org/debian oldstable/non-free amd64 Packages
> 
>> Also, there are mbrola binaries available for download, though not as
>> .deb packages, afaik.
> 
> ??
> 
> They are definitely there:
> 
> $ rmadison mbrola-fr4
> ...
> mbrola-fr4 | 0.0.19990521-2 | unstable/non-free| source, all
> $ apt-cache policy mbrola-fr4
> mbrola-fr4:
>  Installé : 0.0.19990521-2
>  Candidat : 0.0.19990521-2
> Table de version :
> *** 0.0.19990521-2 990
>500 http://ftp2.fr.debian.org/debian oldstable/non-free amd64 Packages
>500 http://ftp2.fr.debian.org/debian oldstable/non-free i386 Packages
>500 http://ftp2.fr.debian.org/debian stable/non-free amd64 Packages
>500 http://ftp2.fr.debian.org/debian stable/non-free i386 Packages
>990 http://ftp2.fr.debian.org/debian testing/non-free amd64 Packages
>990 http://ftp2.fr.debian.org/debian testing/non-free i386 Packages
>500 http://ftp2.fr.debian.org/debian unstable/non-free amd64 Packages
>500 http://ftp2.fr.debian.org/debian unstable/non-free i386 Packages
>100 /var/lib/dpkg/status
> 
> Are you perhaps missing the non-free entry in apt's sources.list?
> 
> See https://wiki.debian.org/SourcesList
> 
> Samuel

-- 
Dr. Andreas Feldner
Franz-Lehár-Weg 30
61118 Bad Vilbel

Bug#838739: [linux-latest] linux-image-amd64 broken in backports

[Uwe Kleine-König]

On Tue, Sep 27, 2016 at 02:58:57PM -0400, Rob Lange wrote:
> This is a heads-up that linux-image-$ARCH is uninstallable in backports,
> and has been for at least a day. It seems that the kernel in backports has
> been updated to 4.7, and 4.6 has been removed from the repository, but the
> linux-latest src package has not been updated and still references
> non-existent image 4.6.

FTR: There is also a bug report for this: https://bugs.debian.org/838739

Best regards
Uwe


signature.asc
Description: PGP signature

Bug#839042: installation-reports: [powerpc, nvidia] X start failure

[Christoph Biedl]

Package: installation-reports
Severity: normal

Also to document my interest in keeping powerpc in Debian, I ran the
installer on and old Apple iMac.

Boot method: kexec
  (using kernel and initrd extracted from mini.iso)
Image version:
  
http://ftp.de.debian.org/debian/dists/stretch/main/installer-powerpc/current/images/powerpc64/netboot/mini.iso
  as of Jun 29 22:56 UTC
  sha256sum: ae8c23d6ce2902f8cf6ab681149ff0ae56fe9484bce9a514b3c286b37adf94cc
Date: 2016-09-27

Machine: iMac G4
Processor: powerpc (7450, altivec supported)
Memory: 768 Mbyte
Partitions: -

Output of lspci -nn:

:00:0b.0 Host bridge [0600]: Apple Inc. UniNorth/Pangea AGP [106b:0027]
:00:10.0 VGA compatible controller [0300]: NVIDIA Corporation NV11 
[GeForce2 MX/MX 400] [10de:0110] (rev b2)
0001:10:0b.0 Host bridge [0600]: Apple Inc. UniNorth/Pangea PCI [106b:0028]
0001:10:17.0 Unassigned class [ff00]: Apple Inc. KeyLargo/Pangea Mac I/O 
[106b:0025]
0001:10:18.0 USB controller [0c03]: Apple Inc. KeyLargo/Pangea USB [106b:0026]
0001:10:19.0 USB controller [0c03]: Apple Inc. KeyLargo/Pangea USB [106b:0026]
0002:20:0b.0 Host bridge [0600]: Apple Inc. UniNorth/Pangea Internal PCI 
[106b:0029]
0002:20:0e.0 FireWire (IEEE 1394) [0c00]: Apple Inc. UniNorth/Pangea FireWire 
[106b:0030]
0002:20:0f.0 Ethernet controller [0200]: Apple Inc. UniNorth/Pangea GMAC (Sun 
GEM) [106b:0024]


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[?]
Configure network:  [O]
Detect CD:  [ ]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[E]

Comments/Problems:

This box has been running Debian for quite some time so I know it's
basically supported.

Issues:

* X (important)

The BIG problem is X. The installed lightdm starts the X-server which
fails to drive the display in a proper way. Instead it slowly turns
completely white, like oversaturation. I saw this phenomenon on some
PC style hardware many years ago but forgot how to deal with that.

X used to work in the past, at least in lenny, while it was broken
from jessie the latest. Since I don't need X on this machine and also
usually run my own kernel, I used to blame the latter und never
investigated.

The Xorg.0.log file is attached.

* network card (requires more checking)

There was a glitch with network card detection. Identification and
configuration worked well but afterwards the ethernet link was
flapping when starting network install. This misbehaviour disappeared
again without an understanding why.

* module loader

Some unidentified process inserted "apm_emu" into /etc/modules which
cannot be loaded as it's not available. Subsequently,
systemd-modules-load.service ends up in the "failed" state.

Regards,
Christoph

[42.737] 
X.Org X Server 1.18.4
Release Date: 2016-07-19
[42.737] X Protocol Version 11, Revision 0
[42.737] Build Operating System: Linux 3.16.0-4-powerpc64 ppc Debian
[42.737] Current Operating System: Linux debian 4.6.0-1-powerpc #1 Debian 
4.6.4-1 (2016-07-18) ppc
[42.737] Kernel command line: 
root=UUID=34625e11-5879-4d75-8832-809720c730fb ro 
[42.737] Build Date: 20 July 2016  05:15:39AM
[42.738] xorg-server 2:1.18.4-1 (http://www.debian.org/support) 
[42.738] Current version of pixman: 0.33.6
[42.738]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[42.738] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[42.738] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Jul 25 21:50:21 
2016
[42.931] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[43.103] (==) No Layout section.  Using the first Screen section.
[43.103] (==) No screen section available. Using defaults.
[43.103] (**) |-->Screen "Default Screen Section" (0)
[43.103] (**) |   |-->Monitor ""
[43.104] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[43.104] (==) Automatically adding devices
[43.104] (==) Automatically enabling devices
[43.104] (==) Automatically adding GPU devices
[43.105] (==) Max clients allowed: 256, resource mask: 0x1f
[43.456] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[43.456]Entry deleted from font path.
[43.776] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/

Bug#839029: [Pkg-libvirt-maintainers] Bug#839029: virt-manager shows no menu and context menu only underline

[Guido Günther]

On Tue, Sep 27, 2016 at 11:20:49PM +0200, linuxhelp wrote:
> Package: virt-manager
> Version: 1:1.4.0-3
> Severity: normal
> 
> 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)?
>* What was the outcome of this action?
>* What outcome did you expect instead?
> 
> *** End of the template - remove these template lines ***

What about answering these questions? Try to find out whats different on
your system so it works for others otherwise theres no way to help
you. Please also provide the necessary logs.

Cheers,
 -- Guido

Bug#839041: linux-image-4.7.0-1-amd64: ACPI Exception: AE_NOT_FOUND, Evaluating _DOD (20160422/video-1251)

[Nelson A. de Oliveira]

Package: src:linux
Version: 4.7.5-1
Severity: normal

Hi!

I already tried a lot of stuff to make the HDMI output in this machine
work, but without any success.

It's a notebook with a NVIDIA Optimus card:

$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core 
Processor Family Integrated Graphics Controller (rev 09)
01:00.0 VGA compatible controller: NVIDIA Corporation GF108M [GeForce GT 540M] 
(rev a1)

Every time I plug or unplug the cable I see this in dmesg:

ACPI Exception: AE_NOT_FOUND, Evaluating _DOD (20160422/video-1251)

I also see some warnings like this:

ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found 
[Buffer], ACPI requires [Package] (20160422/nsarguments-95)

It works fine in Windows (so there isn't any physical issues with the
card of the cable).

Also, testing with an Ubuntu CD I could also get it working, without
having to install anything.
I can see that it's not using the proprietary nvidia drivers, nor
bumblebee nor anything similar it seems.
I also don't see any kind of warning messages.

I found one person having exactly the same issue at
http://unix.stackexchange.com/questions/220628/debian-intel-nvidia-optimus-hdmi-output-not-recognized
but without any success.

There are similar bug reports about AE_NOT_FOUND like
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/794503 but also
without anything that could help.

Since I can get it working by simply booting an Ubuntu live CD, without
doing anything, and also not seeing any messages in dmesg, I guess that
this problem could be related with Debian's kernel (or maybe xserver, I
am not sure).

I also tried to add "nouveau.config=NvMSI=0" (as you can see in the
command line below), but it didn't make any difference.

What else can I do to help with this, please?

Thank you!

Best regards,
Nelson

-- Package-specific info:
** Version:
Linux version 4.7.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.4.1 
20160904 (Debian 5.4.1-2) ) #1 SMP Debian 4.7.5-1 (2016-09-26)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.7.0-1-amd64 
root=UUID=bd3c1309-636b-44e3-9267-5637b88a9015 ro nouveau.config=NvMSI=0 quiet 
processor.ignore_ppc=1

** Tainted: OE (12288)
 * Out-of-tree module has been loaded.
 * Unsigned module has been loaded.

** Kernel log:
[   11.433641] Bluetooth: HCI socket layer initialized
[   11.433644] Bluetooth: L2CAP socket layer initialized
[   11.433660] Bluetooth: SCO socket layer initialized
[   11.682554] usbcore: registered new interface driver btusb
[   11.695805] uvcvideo: Found UVC 1.00 device Laptop_Integrated_Webcam_2HDM 
(0408:2fb1)
[   11.724651] uvcvideo: No streaming interface found for terminal 6.
[   11.724651] uvcvideo 1-1.4:1.0: Entity type for entity Extension 4 was not 
initialized!
[   11.724654] uvcvideo 1-1.4:1.0: Entity type for entity Extension 3 was not 
initialized!
[   11.724655] uvcvideo 1-1.4:1.0: Entity type for entity Processing 2 was not 
initialized!
[   11.724657] uvcvideo 1-1.4:1.0: Entity type for entity Camera 1 was not 
initialized!
[   11.724752] input: Laptop_Integrated_Webcam_2HDM as 
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/input/input15
[   11.724818] usbcore: registered new interface driver uvcvideo
[   11.724818] USB Video Class driver (1.1.1)
[   12.264026] Console: switching to colour frame buffer device 240x67
[   12.525234] i915 :00:02.0: fb0: inteldrmfb frame buffer device
[   12.525454] acpi device:34: registered as cooling_device9
[   12.525693] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:01/input/input16
[   12.526095] snd_hda_intel :00:1b.0: bound :00:02.0 (ops 
i915_audio_component_bind_ops [i915])
[   12.526109] [drm] Initialized i915 1.6.0 20160425 for :00:02.0 on minor 0
[   12.556673] input: HDA Digital PCBeep as 
/devices/pci:00/:00:1b.0/sound/card0/input10
[   12.558331] input: HDA Intel PCH Mic as 
/devices/pci:00/:00:1b.0/sound/card0/input11
[   12.558450] input: HDA Intel PCH Headphone as 
/devices/pci:00/:00:1b.0/sound/card0/input12
[   12.558576] input: HDA Intel PCH Headphone as 
/devices/pci:00/:00:1b.0/sound/card0/input13
[   12.558712] input: HDA Intel PCH HDMI/DP,pcm=3 as 
/devices/pci:00/:00:1b.0/sound/card0/input17
[   12.641347] nouveau :01:00.0: fb: 1024 MiB DDR3
[   12.691496] vga_switcheroo: enabled
[   12.691692] [TTM] Zone  kernel: Available graphics memory: 4035114 kiB
[   12.691694] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
[   12.691695] [TTM] Initializing pool allocator
[   12.691708] [TTM] Initializing DMA pool allocator
[   12.691729] nouveau :01:00.0: DRM: VRAM: 1024 MiB
[   12.691730] nouveau :01:00.0: DRM: GART: 1048576 MiB
[   12.691741] nouveau :01:00.0: DRM: TMDS table version 2.0
[   12.691742] nouveau :01:00.0: DRM: DCB version 4.0
[   12.691744] nouveau :01:00.0: DRM: DCB outp 00: 02014300 
[   12.691745] nouve

Bug#839040: man page: document --deflate

[Mathieu Malaterre]

Package: binwalk
Version: 2.1.1-9

For some reason some options are not documented in the man page which
is rather confusing. Eg `--deflate` is not present in the man page,
but is in the output of help:

$ binwalk -h | grep defl
-X, --deflateScan for raw deflate compression streams

One way I handle this is make sure the man page is generated during build run:

Eg:

https://anonscm.debian.org/viewvc/collab-maint/deb-maint/abi-dumper/trunk/debian/rules?view=markup

[...]
debian/abi-dumper.1: debian/abi-dumper.1.in
help2man --include=$< --output=$@ --no-info debian/abi-dumper/usr/bin/abi-dumper

override_dh_installdocs: debian/abi-dumper.1
[...]


Thanks

Bug#839038: konsole crashes when pasting long text snippets

[Alberto Marmodoro]

Package: konsole
Version: 4:16.04.2-1
Severity: normal

Dear Maintainer,
Upon pasting a large text buffer (~11Kb), Konsole crashes. The problem did not 
exist in the Debian 'Stable' version.

Thanks a lot,
--
Alberto.



*** 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)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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


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

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

Versions of packages konsole depends on:
ii  konsole-kpart   4:16.04.2-1
ii  libc6   2.23-5
ii  libkf5completion5   5.25.0-1
ii  libkf5configcore5   5.25.0-1
ii  libkf5configgui55.25.0-1
ii  libkf5configwidgets55.25.0-1
ii  libkf5coreaddons5   5.25.0-1
ii  libkf5i18n5 5.25.0-1
ii  libkf5iconthemes5   5.25.0-1
ii  libkf5kdelibs4support5  5.25.0-1
ii  libkf5kiowidgets5   5.25.0-1
ii  libkf5notifyconfig5 5.25.0-1
ii  libkf5widgetsaddons55.25.0-1
ii  libkf5windowsystem5 5.25.0-1
ii  libkf5xmlgui5   5.25.0-1
ii  libqt5core5a5.6.1+dfsg-3+b1
ii  libqt5gui5  5.6.1+dfsg-3+b1
ii  libqt5widgets5  5.6.1+dfsg-3+b1
ii  libstdc++6  6.1.1-11

konsole recommends no packages.

konsole suggests no packages.

-- no debconf information

Bug#839039: kate: crashes when closing with CTRL-w an empty tab among others

[Alberto Marmodoro]

Package: kate
Version: 4:16.04.2-1
Severity: important

Dear Maintainer,
Closing with CTRL-w a tab from which all text has been removed leads Kate to 
crashing.

Thanks for your work,
--
Alberto.


*** 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)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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


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

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

Versions of packages kate depends on:
ii  kate5-data   4:16.04.2-1
ii  ktexteditor-katepart 5.25.0-1
ii  libc62.23-5
ii  libgit2-24   0.24.1-2
ii  libkf5activities55.25.0-1
ii  libkf5bookmarks5 5.25.0-1
ii  libkf5completion55.25.0-1
ii  libkf5configcore55.25.0-1
ii  libkf5configgui5 5.25.0-1
ii  libkf5configwidgets5 5.25.0-1
ii  libkf5coreaddons55.25.0-1
ii  libkf5dbusaddons55.25.0-1
ii  libkf5guiaddons5 5.25.0-1
ii  libkf5i18n5  5.25.0-1
ii  libkf5iconthemes55.25.0-1
ii  libkf5itemmodels55.25.0-1
ii  libkf5jobwidgets55.25.0-1
ii  libkf5kiocore5   5.25.0-1
ii  libkf5kiofilewidgets55.25.0-1
ii  libkf5kiowidgets55.25.0-1
ii  libkf5newstuff5  5.25.0-1
ii  libkf5parts5 5.25.0-1
ii  libkf5plasma55.25.0-1
ii  libkf5service-bin5.25.0-1
ii  libkf5service5   5.25.0-1
ii  libkf5texteditor55.25.0-1
ii  libkf5textwidgets5   5.25.0-1
ii  libkf5threadweaver5  5.25.0-1
ii  libkf5wallet-bin 5.25.0-1
ii  libkf5wallet55.25.0-1
ii  libkf5widgetsaddons5 5.25.0-1
ii  libkf5windowsystem5  5.25.0-1
ii  libkf5xmlgui55.25.0-1
ii  libqt5core5a 5.6.1+dfsg-3+b1
ii  libqt5dbus5  5.6.1+dfsg-3+b1
ii  libqt5gui5   5.6.1+dfsg-3+b1
ii  libqt5sql5   5.6.1+dfsg-3+b1
ii  libqt5widgets5   5.6.1+dfsg-3+b1
ii  libqt5xml5   5.6.1+dfsg-3+b1
ii  libstdc++6   6.1.1-11
ii  plasma-framework 5.25.0-1
ii  qml-module-org-kde-kquickcontrolsaddons  5.25.0-1
ii  qml-module-qtquick-layouts   5.6.1-2
ii  qml-module-qtquick2  5.6.1-8

kate recommends no packages.

Versions of packages kate suggests:
ii  aspell 0.60.7~20110707-3+b1
ii  ispell 3.4.00-5
ii  khelpcenter4:16.04.2-2
ii  konsole-kpart  4:16.04.2-1

-- no debconf information

Bug#838994: gtk2-engines-murrine: wrongly recommends murrine-themes

[Jonas Smedegaard]

Quoting Yves-Alexis Perez (2016-09-27 21:21:49)
> On mar., 2016-09-27 at 16:20 +0200, Jonas Smedegaard wrote:
> > Package: gtk2-engines-murrine
> > Version: 0.98.1.1-6
> > Severity: normal
> > 
> > I want to install greybird-gtk-theme, and only that theme.  But due 
> > to gtk2-engines-murrine recommending murrine-themes, effectively I 
> > get a bunch of themes when I wanted only one.
> 
> Then just don't install recommends, or remove murrine-themes 
> afterwards.

That is not simple, and not how Policy describes the use of 
"Recommends": The individual themes are not required "in all but unusual 
cases" (as I recall it is phrased).


> > Package relationships are _directional_:
> 
> I do know about that…
> > 
> > Having murrine-themes recommend greybird-gtk-theme is sensible, 
> > because (some of) its contents has little use without the contents 
> > of that other package.
> 
> Actually murrine-themes recommends the various -gtk-themes because 
> they were once included in the package, and are not split out. So in 
> order to prevent breakage for users, we chose to add the recommends so 
> the themes are installed by default, like before. So it's completely 
> unrelated to the usefulness, murrine-themes can work perfectly fine 
> without greybird-gtk-theme.

The way to solve that is to have murrine-themes be a metapackage, move 
its content to one or more -common or -data package(s) - preferrably 
splitting content to packages specific to each theme.


>> Having gtk2-engines-murrine recommend recommend murrine-themes is 
>> less sensible, as its contents is perfectly usable without the 
>> contents of that other package.
>
> The point of that recommends is that gtk2-engines-murrine by itself 
> doesn't do anything (it's just a gtk2 engine), you usually want themes 
> with it, thus the recommendation.

libraries generally don't do anything by themselves, yet it is not their 
concern to depend on their consuming applications and libraries.

libgtk3 does not depend on gnome and cinnamon stuff, only the other way 
around.


> > What would be sensible is to a) drop gtk2-engines-murrine recommends 
> > on murrine-themes, and b) have murrine-themes declare that it 
> > _enhances_ gtk2-engines-murrine (i.e. a reverse suggestion).
> 
> Are enhances / reverse suggestion actually handled by the various 
> package managers? I mean, are they installed by default when 
> installing the enhanced package? Because that's what we want to 
> achieve.

For achieving that, separate into a metapackage with recommends and 
-common or -data packages _without_ any recommends.


> > NB!  I notice the recommendation is versioned.  If reason for that 
> > is to avoid older versions being outright broken (e.g. due to 
> > bug#827134), then it does not work as intended (only versioned 
> > _depends_ is certain to be obeyed).  Use a versioned _breaks_ 
> > instead.
> 
> so something like:
> 
> Recommends: murrine-themes
> Breaks: murrine-themes (<< 0.98.1)

Specifically addressing the versioning, yes.  Does not address the issue 
on topic for this bugreport.


 - Jonas

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

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


signature.asc
Description: signature

Bug#839037: warzone2100: D-Bug assertions when playing

[Russell Coker]

Package: warzone2100
Version: 3.2.1-1
Severity: normal

When I launch warzone2100 from a terminal session I see the following errors
on stdout/stderr.

This is normally a bug in some application using the D-Bus library.
process 28181: arguments to dbus_connection_unref() were incorrect, assertion 
"connection->generation == _dbus_current_generation" failed in file 
../../../dbus/dbus-connection.c line 2822.
This is normally a bug in some application using the D-Bus library.
process 28181: arguments to dbus_connection_unref() were incorrect, assertion 
"connection->generation == _dbus_current_generation" failed in file 
../../../dbus/dbus-connection.c line 2822.
This is normally a bug in some application using the D-Bus library.
process 28181: arguments to dbus_connection_unref() were incorrect, assertion 
"connection->generation == _dbus_current_generation" failed in file 
../../../dbus/dbus-connection.c line 2822.
This is normally a bug in some application using the D-Bus library.
process 28181: arguments to dbus_connection_unref() were incorrect, assertion 
"connection->generation == _dbus_current_generation" failed in file 
../../../dbus/dbus-connection.c line 2822.
This is normally a bug in some application using the D-Bus library.
process 28181: arguments to dbus_connection_close() were incorrect, assertion 
"connection->generation == _dbus_current_generation" failed in file 
../../../dbus/dbus-connection.c line 2935.
This is normally a bug in some application using the D-Bus library.
process 28181: arguments to dbus_connection_unref() were incorrect, assertion 
"connection->generation == _dbus_current_generation" failed in file 
../../../dbus/dbus-connection.c line 2822.
This is normally a bug in some application using the D-Bus library.

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

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

Versions of packages warzone2100 depends on:
ii  libc6 2.24-3
ii  libfontconfig12.11.0-6.7
ii  libfreetype6  2.6.3-3+b1
ii  libfribidi0   0.19.7-1
ii  libgcc1   1:6.2.0-4
ii  libgl1-mesa-glx [libgl1]  12.0.3-1
ii  libglc0   0.7.2-5+b3
ii  libglew2.02.0.0-3
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libminiupnpc101.9.20140610-2.1
ii  libogg0   1.3.2-1
ii  libopenal11:1.17.2-4
ii  libphysfs12.0.3-3
ii  libpng16-16   1.6.25-1
ii  libqt5core5a  5.6.1+dfsg-3+b1
ii  libqt5gui55.6.1+dfsg-3+b1
ii  libqt5script5 5.6.1+dfsg-2
ii  libqt5widgets55.6.1+dfsg-3+b1
ii  libsdl2-2.0-0 2.0.4+dfsg2-1
ii  libssl1.0.2   1.0.2j-1
ii  libstdc++66.2.0-4
ii  libtheora01.1.1+dfsg.1-14
ii  libvorbis0a   1.3.5-3
ii  libvorbisfile31.3.5-3
ii  libx11-6  2:1.6.3-1
ii  libxrandr22:1.5.0-1
ii  warzone2100-data  3.2.1-1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages warzone2100 recommends:
ii  warzone2100-music  3.2.1-1

warzone2100 suggests no packages.

-- no debconf information

Bug#655976: queue-viewer: support binary debdiffs

[Adam D. Barratt]

On Wed, 2016-09-28 at 05:14 +, Niels Thykier wrote:
> An additional idea (in the "nice to have" department"):
>What about recursive diff/diffoscoping of (parts of) the packages?
> Like including the diff of contents of the maintscripts/ctrl files.  As
> I recall, debdiff does not do that out of the box (except for control
> itself).

By default, no. It does, however, if you specify "--controlfiles=ALL",
as suggested in one of the earlier parts of my mail.

(Specifically, it runs "dpkg-deb -e" and then walks the result looking
for the requested files; "ALL" returns the differences for all files
found except md5sums.)

Regards,

Adam

Bug#655976: queue-viewer: support binary debdiffs

[Niels Thykier]

Adam D. Barratt:
> On Sun, 2012-01-15 at 16:13 +, Adam D. Barratt wrote:
>> It would be useful if queue-viewer could run debdiff on binary uploads,
>> in order to catch things like missing or new files and permission
>> changes.  If anything interesting is found this could then be included
>> in the queue output.
> 
> As we never seem to get any further in that direction than saying "we
> really should do that" after an issue, or a d-i binNMU, some thoughts /
> debate points:
> 
> [...]
> 
> Regards,
> 
> Adam
> 

An additional idea (in the "nice to have" department"):
   What about recursive diff/diffoscoping of (parts of) the packages?
Like including the diff of contents of the maintscripts/ctrl files.  As
I recall, debdiff does not do that out of the box (except for control
itself).

Thanks,
~Niels

Bug#839014: Shotwell is unusable and orphaned and should be removed from Debian

[Jörg Frings-Fürst]

Hello Michael,


Am Dienstag, den 27.09.2016, 14:46 -0400 schrieb Michael Stutz:
> Package: shotwell
> Version: 0.22.1-1
> Severity: grave
> 
> The latest version of Shotwell, now already a few years old, has
> serious bugs (memory leaks) rendering it unusable. It crashes after
> startup when the user has anything but the smallest photo library,
> and continues to use almost 100% CPU load.
> 
The latest Version is from  18. Sept. 2016 and not years old.

> It's no longer maintained upstream, the authors at Yorba.org no
> longer answer email about the project, and it should be removed from
> Debian.
> 
Never. The upstream maintainer has changed, and I get answers very
quickly. So there is no reason to remove shotwell.


> See also serious bug #777499, which is almost two years old and has
> gone
> unanswered. Also see #806248.
> 

The last upstream answer for #777499 is from 2016-08-05 22:13:50 UTC
[...]

And at last: A new version of shotwell is on mentors[1] to get it into
Debian.

I close this bug now.

CU
Jörg

[1] https://mentors.debian.net/package/shotwell
-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.


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

Bug#838977: mirror submission for debian.uvigo.es

[Donald Norwood]

control: tag -1 +moreinfo

Hello,

Your mirror submission looks good, withstanding the issue of your update
time.
Please update at least 4 times per 24 hours in order to ensure that your
mirror is in sync with the rest of the archive.

Let us know when this change has been made and we can add you to the
listing.

Best regards,

Donald Norwood
-Debian Mirrors Team


On Tue, 27 Sep 2016 09:07:01 + "Administrador repositorio FTP UVIGO"
 wrote:
> Package: mirrors
> Severity: wishlist
> User: mirr...@packages.debian.org
> Usertags: mirror-submission
>
> Submission-Type: new
> Site: debian.uvigo.es
> Type: leaf
> Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386
kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
> Archive-ftp: /debian/
> Archive-http: /debian/
> CDImage-ftp: /debian-cd/
> CDImage-http: /debian-cd/
> IPv6: yes
> Archive-upstream: ftp.de.debian.org
> CDImage-upstream: cdimage.debian.org
> Updates: twice
> Maintainer: Administrador repositorio FTP UVIGO 
> Country: ES Spain
> Location: Vigo, España
> Sponsor: Universidade de Vigo http://uvigo.gal
>
>




signature.asc
Description: OpenPGP digital signature

Bug#821295: exfalso: fails to start - missing dependency on gir1.2-soup-2.4

[Martin Schwenke]

On Sun, 17 Apr 2016 13:21:37 +0100 Neil Williams 
wrote:
> Package: exfalso
> Version: 3.6.1-2
> Severity: important

> Installing gir1.2-soup-2.4 allows exfalso to start.

This is still an issue in exfalso 3.7.0-1.

peace & happiness,
martin

Bug#839036: ITP: node-is-glob -- Node module to return true if a string is a glob or extglob

[Potter, Tim (HPE Linux Support)]

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

* Package name: node-is-glob
  Version : 3.0.0
  Upstream Author : Jon Schlinkert (https://github.com/jonschlinkert)
* URL : https://github.com/jonschlinkert/is-glob
* License : Expat
  Programming Lang: JavaScript
  Description : Node module to return true if a string is a glob or extglob

Node module providing a function that returns true if a string contains
a glob or extglob.  Extglobs add the expressive power of regular expressions
to globs patterns.
.
Node.js is an event-based server-side JavaScript engine.




signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#671847: #3879: mutt: encoded-words are not decoded in mailto:

[Mutt]

#3879: mutt: encoded-words are not decoded in mailto:
+--
  Reporter:  antonio@…  |  Owner:  mutt-dev
  Type:  defect | Status:  reopened
  Priority:  major  |  Milestone:
 Component:  charset|Version:  1.7.0
Resolution: |   Keywords:
+--
Changes (by roessler@…):

 * cc: kevin@…, antonio@… (added)
 * status:  closed => reopened
 * resolution:  fixed =>


Comment:

 {{{
 You should do the RFC 2822 parse first, then the decode -- 2047 is
 specifically written so it parses as one token.

 Thomas Roessler  (@roessler)

 On Tue, Sep 27, 2016 at 6:17 PM, Mutt  wrote:

 }}}

--
Ticket URL: 
Mutt 
The Mutt mail user agent

Bug#671847: [Mutt] #3879: mutt: encoded-words are not decoded in mailto:

[Thomas Roessler]

You should do the RFC 2822 parse first, then the decode -- 2047 is
specifically written so it parses as one token.

Thomas Roessler  (@roessler)

On Tue, Sep 27, 2016 at 6:17 PM, Mutt  wrote:

> #3879: mutt: encoded-words are not decoded in mailto:
> +--
>   Reporter:  antonio@…  |  Owner:  mutt-dev
>   Type:  defect | Status:  closed
>   Priority:  major  |  Milestone:
>  Component:  charset|Version:  1.7.0
> Resolution:  fixed  |   Keywords:
> +--
> Changes (by Kevin McCarthy ):
>
>  * status:  new => closed
>  * resolution:   => fixed
>
>
> Comment:
>
>  In [changeset:"55819a7e61695bffea31646464183fcb2d54899d"
>  6802:55819a7e6169]:
>  {{{
>  #!CommitTicketReference repository=""
>  revision="55819a7e61695bffea31646464183fcb2d54899d"
>  RFC2047-decode mailto header values. (closes #3879)
>
>  RFC 6068 specifies that the header values (with the exception of body)
>  may contain RFC 2047-encoded values.
>  }}}
>
> --
> Ticket URL: 
> Mutt 
> The Mutt mail user agent
>
>

Bug#811053: *.poms Should Not Be Required to Ensure Trailing Newline

[Christopher Hoskin]

I've just tried this on Debian Testing:

> apt source android-platform-libcore
> cd android-platform-libcore-6.0.1+r55/
> cat debian/libandroid-dex-java.poms | wc -l
1
> debuild

find ./ | grep "\.pom$"
./debian/libandroid-json-java/usr/share/maven-repo/com/android/json/debian/json-debian.pom
./debian/libandroid-json-java/usr/share/maven-repo/com/android/json/android-6.0.1/json-android-6.0.1.pom
./debian/libandroid-dex-java/usr/share/maven-repo/com/android/dex/debian/dex-debian.pom
./debian/libandroid-dex-java/usr/share/maven-repo/com/android/dex/android-6.0.1/dex-android-6.0.1.pom
./debian/.mh/luni-debian.pom
./debian/.mh/dex-debian.pom
./debian/.mh/dex-android-6.0.1.pom
./debian/.mh/luni-android-6.0.1.pom
./debian/.mh/json-debian.pom
./debian/.mh/json-android-6.0.1.pom
./debian/libandroid-luni-java/usr/share/maven-repo/com/android/luni/debian/luni-debian.pom
./debian/libandroid-luni-java/usr/share/maven-repo/com/android/luni/android-6.0.1/luni-android-6.0.1.pom
./luni/build/luni.pom
./dex/build/dex.pom
./json/build/json.pom



> sudo dpkg -i ../libandroid-dex-java_6.0.1+r55-1_all.deb
> find /usr/share/maven-repo/com/android/dex/ | grep "\.jar$"
/usr/share/maven-repo/com/android/dex/debian/dex-debian.pom
/usr/share/maven-repo/com/android/dex/android-6.0.1/dex-android-6.0.1.pom

So it looks to me like debian/libandroid-dex-java.poms has no trailing
newline, but symlinks pom files are getting installed under
/usr/share/maven-repo/

I also tried

gbp clone 
https://anonscm.debian.org/git/android-tools/android-platform-libcore.git
cd android-platform-libcore/
gbp buildpackage

But got "dpkg-source: error: aborting due to unexpected upstream changes".

So either I am not able to reproduce this issue on Testing with
android-platform-libcore, or I've misunderstood the problem.

Bug#835840: Bugs in Remmina

[Dark Penguin]

Just came here to ask for better Remmina support.  Use it every day, and
use Wheezy and Devuan exclusively.  What's the hold up, biggest blocker /
barrier?  How can I help?


Apparently, it's just the number of issues in FreeRDP 2.0. Actually, I 
understand the reasoning, but I think this is an exceptional situation 
specifically described somewhere in the Debian release policy: something 
like "usually, packages make their way from unstable into testing when 
the number of bugs is low enough, but sometimes the maintainer can 
decide that the advantages of having that package outweigh the 
unstability risks, so they an force it manually".


We're not talking about "from unstable into testing" right now, but the 
idea is the same: anyone who actually tried both versions agrees that 
the new version that works but suggests an unstable package is better 
than the old version that does barely work at all.


Actually, there are only 18 bugs in Remmina 1.2.0 versus 20 bugs in 
Remmina 1.1.2 in Jessie, 5 of which are "important" (3 of them being 
segfaults). I'd say 18 < 20 , really. (I hope you did not count wishlist 
items, "notabug"-s, "questions", "outofscope"-s and everything else 
while looking at the number of open issues on Github? You did filter 
them by "bugs" label, right?.. And we don't necessarily have to package 
FreeRDP 2.0 - having Remmina alone would be better already.)




My experience with Remmina 1.1.2 on Jessie:
- Every few minutes, there is a segfault (important)
- When changing my layout with Alt+Shift, Alt gets stuck (important)
- Scaling doesn't work properly (important)
- Shift+Tab doesn't get across (normal, if you don't use it often)
- Sometimes the main window opens when connecting from tray (minor)

Now, I'm sorry for some off-topic, but the only package that can beat 
the record of five bugs everyone is affected by is nut, which has four 
100% reproducible grave bugs that render the whole critically important 
package not only useless, but harmful (it's UPS management software - 
you can damage your hardware and lost your data because of those bugs). 
Basically, it does not shut down your machine upon power loss (which is 
the purpose of the package), it does not shut down your UPS after that, 
and two common workarounds for that do not work. That's partly because 
of systemd, which is somehow deemed stable enough to be not only 
present, but default and mandatory in Debian.


Of course, all those are fixed in Remmina 1.2.0, and it works flawlessly.


--
darkpenguin

Bug#839035: ITP: node-is-extglob -- Node module to return true if a string is an extglob

[Potter, Tim (HPE Linux Support)]

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

* Package name: node-is-extglob
  Version : 2.0.0
  Upstream Author : Jon Schlinkert (https://github.com/jonschlinkert)
* URL : https://github.com/jonschlinkert/is-extglob
* License : Expat
  Programming Lang: JavaScript
  Description : Node module to return true if a string is an extglob

Node module providing a function that returns true if a string contains
an extglob.  Extglobs add the expressive power of regular expressions
to globs patterns.


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#671847: #3879: mutt: encoded-words are not decoded in mailto:

[Mutt]

#3879: mutt: encoded-words are not decoded in mailto:
+--
  Reporter:  antonio@…  |  Owner:  mutt-dev
  Type:  defect | Status:  closed
  Priority:  major  |  Milestone:
 Component:  charset|Version:  1.7.0
Resolution:  fixed  |   Keywords:
+--
Changes (by Kevin McCarthy ):

 * status:  new => closed
 * resolution:   => fixed


Comment:

 In [changeset:"55819a7e61695bffea31646464183fcb2d54899d"
 6802:55819a7e6169]:
 {{{
 #!CommitTicketReference repository=""
 revision="55819a7e61695bffea31646464183fcb2d54899d"
 RFC2047-decode mailto header values. (closes #3879)

 RFC 6068 specifies that the header values (with the exception of body)
 may contain RFC 2047-encoded values.
 }}}

--
Ticket URL: 
Mutt 
The Mutt mail user agent

Bug#836454: XeTeX endian bug?

[Norbert Preining]

Hi Hilmar,

> forwarded 836454 https://sourceforge.net/p/xetex/bugs/133

Thanks a lot!

Norbert

--
PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info
GPG: 0x860CDC13fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#838826: [Pkg-utopia-maintainers] Bug#838826: network-manager kills network on upgrade

[Michael Biebl]

On Sun, 25 Sep 2016 15:45:54 +0200 Michael Biebl  wrote:
> Control: tags -1 moreinfo unreproducible
> 
> Am 25.09.2016 um 14:59 schrieb Juha Jäykkä:
> > Package: network-manager
> > Version: 1.4.0-4
> > Severity: serious
> > Justification: makes the system unusable
> > 
> > Dear Maintainer,
> > 
> > Upon upgrade to 1.4.0-4, network-manager disconnects network connections
> > and does not reconnect (as far as I can tell, it does not even try).
> > 
> > This is unacceptable as it makes remote management of systems impossible.
> > 
> > Serious because a remote system become completely unusable after this until
> > someone visits it physically (if one does not have suitable IPMI or 
> > something
> > similar in place).
> > 
> > This is also a regression from several years ago, when every upgrade and
> > restart on network-manager disconnected the network before reconnecting them
> > again. At least back then it managed to reconnect, so one only needed to run
> > upgrades in a screen (sensible precaution for remote upgrades anyway). Now
> > it does not reconnect, ever, so screen does not help.
> 
> Is this connection via WLAN or LAN?
> 
> Is this problem reproducible if you run systemctl restart NetworkManager?
> 
> Could you send me the (verbose) log file of NetworkManager
> https://www.freedesktop.org/wiki/Software/ModemManager/Debugging/
> 

Any news? Can you provide the requested information?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#839034: libfreeradius3: fails to upgrade from 'sid' - trying to overwrite /usr/lib/freeradius/libfreeradius-eap.so

[Andreas Beckmann]

Package: libfreeradius3
Version: 3.0.11+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

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

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package libfreeradius3.
  Preparing to unpack .../4-libfreeradius3_3.0.11+dfsg-1_amd64.deb ...
  Unpacking libfreeradius3 (3.0.11+dfsg-1) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-HB0m0F/4-libfreeradius3_3.0.11+dfsg-1_amd64.deb 
(--unpack):
   trying to overwrite '/usr/lib/freeradius/libfreeradius-eap.so', which is 
also in package libfreeradius-dev 2.2.8+dfsg-0.1+b3
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /tmp/apt-dpkg-install-HB0m0F/4-libfreeradius3_3.0.11+dfsg-1_amd64.deb


cheers,

Andreas


libfreeradius-dev=2.2.8+dfsg-0.1+b3_libfreeradius3=3.0.11+dfsg-1.log.gz
Description: application/gzip

Bug#837786: Possible solution

[John M.]

On Tue, 27 Sep 2016 13:21:58 -0400 Jerome Charaoui 
wrote:
> Le 2016-09-27 à 13:09, Svetlin Zarev a écrit :
> > I've fixed the issue on my side by removing CLUTTER_PAINT=disable-
> > clipped-redraws:disable-culling from my /etc/environment
> > 
> > I;ve added this property years ago as a solution to tearing in
gnome,
> > but now it seems to break it.
> 
> This fixed my problem as well, thank you for sharing!
> 
> -- Jerome
> 

I also had the CLUTTER_PAINT line in /etc/environment, as a workaround
for the issue described in https://bugzilla.redhat.com/show_bug.cgi?id=
720605 . 
Just removed it, upgraded mutter and gnome-shell and everything seems
to work properly now.
I also have "CLUTTER_VBLANK=True", but that one doesn't seem to be
causing any issues so far.
--John.

Bug#838692: ranelle: TaxDefense

[Moffett Ranelle]

Tell me what I need to do because I have an city tax they say I owe from my
city taxes not being field but I didn't know they weren't getting filed..I
don't file my own taxes..from 2010..to 2014.

On Sep 25, 2016 2:41 PM, "IRS___Tax__Debt"  wrote:

> ranelle___Smile
>
> If you have an IRS__Tax of any kind
>
> Now you can eliminate__it in one___go
>
> Get an__evaluation __now __for ___free__
>
> 

Bug#839033: RM: llvm-toolchain-snapshot [armel mips64el] -- RoQA; FTBFS, outdated snapshot

[Andreas Beckmann]

Package: ftp.debian.org
Severity: normal

Hi,

llvm-toolchain-snapshot is at version 4.0~svn... now, but due to FTBFS
armel still has 3.8 binaries left. Packages picking these up during
build may have problems migrating to testing ... and may need removal on
armel, too.
On mips64el there is no current build either, but only a few cruft
packages are left.

There is also more cruft left from llvm-toolchain-snapshot 3.7, but I'm
not sure how to properly request decrufting in this case:

clang-3.7-doc | 1:3.7~svn230892-1 | all
liblldb-3.7 | 1:3.7~svn230892-1 | powerpc
liblldb-3.7-dev | 1:3.7~svn230892-1 | powerpc
lldb-3.7 | 1:3.7~svn230892-1 | powerpc
lldb-3.7-dev | 1:3.7~svn230892-1 | all
llvm-3.7-doc | 1:3.7~svn230892-1 | all
llvm-3.7-examples | 1:3.7~svn230892-1 | all
llvm-toolchain-snapshot | 1:3.7~svn230892-1 | source


Andreas

Bug#838566: RFS: mimerender/0.6.0-1 [ITP]

[Mattia Rizzolo]

control: owner -1 !
control: tag -1 moreinfo

On Thu, Sep 22, 2016 at 02:48:29PM +0200, Dominik George wrote:
> I am looking for a sponsor for my package "mimerender"

so, this package is in DPMT, hence I'm looking only at the git repo.

blocking things:
 * this package doesn't seem to be using git-dpm, as mandate by DPMT.

nice to have:
 * properly sorted build-depends.  `wrap-and-sort -ast` might help here
 * the last debhelper compat level is 10
 * in Debian the standard MIT license is called Expat, see DEP-5.

-- 
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#838239: RFS: budgie-desktop/10.2.7-2

[foss.freedom]

will do - raised local issue here to remember to look at this -
https://github.com/budgie-remix/budgie-desktop/issues/3

On 27 September 2016 at 23:08, Gianfranco Costamagna
 wrote:
> Hi,
>
>>* Add patch to fix crash
>>- 0003 - update to upower 0.99API to stop panel crash
>
>
> please don't forget to also fix the RPATH issue you have
>
> E binary-or-shlib-defines-rpath
>
> usr/bin/budgie-wm /usr/lib/i386-linux-gnu/mutter
> usr/bin/budgie-wm /usr/lib/x86_64-linux-gnu/mutter
>
>
>
> thanks,
>
>
> G.

Bug#838591: [Debichem-devel] Processed: Re: Bug#838591: gcc-6: GROMACS compiled with gcc 6.2.0-4 fails the tests

[Nicholas Breen]

tags 838591 + moreinfo unreproducible
thanks

On Tue, Sep 27, 2016 at 07:24:06PM +, Debian Bug Tracking System wrote:
> Bug reassigned from package 'gcc-6' to 'gromacs'.

Hi Vedran,

I am not able to reproduce this failure with gromacs 2016-3 + gcc-6 6.2.0-4 in
a clean sid chroot.

If this is built against the Debian version of gromacs (it was unclear to me
from reading the bug report), additional information is necessary - exact
version, any nonstandard build options, the full configure/build log, and the
output of the failing tests. 

If it's not from a Debian source package and build environment, it's probably
best to take it to GROMACS upstream first.  However, if it's specific to a
build with OpenMPI, please check that you're either using the latest packages
or have downgraded all the way to a 1.x version - it's been undergoing a lot of
churn lately, and a number of packages depending on it have encountered various
test failures, often architecture-specific.


-- 
Nicholas Breen
nbr...@debian.org

Bug#835703: nut: FTBFS: dh_makeshlibs: failing due to earlier errors

[Laurent Bigonville]

Le 27/09/16 à 21:30, Arnaud Quette a écrit :
2016-09-25 12:09 GMT+02:00 Sebastian Harl >:


Hi,

On Sun, Aug 28, 2016 at 12:27:09PM +0200, Lucas Nussbaum wrote:
> Source: nut
> Version: 2.7.4-3
> Severity: serious

> During a rebuild of all packages in sid, your package failed to
build on
> amd64.

> > dpkg-gensymbols: warning: some new symbols appeared in the
symbols file: see diff output below
> > dpkg-gensymbols: warning: some symbols or patterns disappeared
in the symbols file: see diff output below
> > dpkg-gensymbols: warning: debian/libnutclient0/DEBIAN/symbols
doesn't match completely debian/libnutclient0.symbols
[…]

This looks like a rather straight-forward issue, but I'm not into the
magic of C++ symbol files much ;-) Anyway I can help with this


Hi Sebastian,


Hello all,


please go ahead and NMU if Laurent is also busy.


I just uploaded a new version of the package that should fix the FTBFS

Cheers,

Laurent Bigonville

Bug#838792: openmw: FTBFS on armhf: error: conflicting declaration for GLsizeiptr

[Andreas Beckmann]

On 2016-09-27 12:12, bret curtis wrote:
> To put it simply, upstream (OpenMW) has no plans to support GLESv2 at
> this time. Since OSG-3.4 for armhf is compiled only for GLESv2, this
> complicates things drastically and at this point I'm in over my head.

IIRC, quite some packages have been removed from arm* over the last year
that require Desktop OpenGL and don't work with "just" GLES.
I just cannot remember (or find) concrete examples.
So openmw is probably another RM candidate.


Andreas

Bug#839014: Shotwell is unusable and orphaned and should be removed from Debian

[Michael Stutz]

I'm happy to say that I spoke a little too soon. Shotwell was finally
picked up and taken over by Gnome and is very actively developed:

https://git.gnome.org/browse/shotwell/tree/NEWS

Memory leak was fixed in 0.24.0.

So it should definitely be updated, closing not only 839014 but also
777499, 806248, 688039, 824164 and probably several others.

Bug#839003: [Pkg-octave-devel] Bug#839003: octave-general: SHA1 crashes Octave

[Rafael Laboissière]

Control: tags - confirmed

Indeed, Octave crashes on amd64 when SHA1 is involved.  However, it 
works on i386:


octave:2> SHA1(1)
ans =

  191   1396948   216   21070   221   116   17283   16152   
113   187   161   12165   223   247


This difference in behavior between i386 and amd64 is perhaps related to 
the different sizeof(long) in both architectures.


I think that this is not a Debian-specific problem.

Best,

Rafael

* Francesco Potortì  [2016-09-27 17:12]:


Package: octave-general
Version: 2.0.0-1+b2
Severity: normal


 SHA1(3)

 *** stack smashing detected ***: /usr/bin/octave-cli terminated
 [snip]

Bug#838988: arc-theme: Homepage seems wrong

[foss.freedom]

thanks Jonas for the info - will correct this in a future package
update when upstream does a release.

On 27 September 2016 at 17:31, Jonas Smedegaard  wrote:
> Hi foss.freedom,
>
> Quoting foss.freedom (2016-09-27 16:59:46)
>> The GitHub repository is https://github.com/horst3180/arc-theme
>>
>> The author GitHub repository details his homepage which:
>> https://github.com/horst3180 - you'll see it is as given in the
>> package - http://horst3180.deviantart.com/
>>
>> You'll notice the screenshots part of the metadata points here -
>> http://horst3180.deviantart.com/art/20150518-533907665
>>
>> There in the comments he mentions his "new" project which is the
>> arc-theme project.
>
> The term "homepage" can mean different things in different contexts.
> For a Debian package it means the canonical URL for the _project_ being
> packaged, whereas it seems - also from how you yourself describe it -
> that the Github page references the canonical URL for the _author_ of
> the project being packaged.
>
> Seems better to use the Github page as homepage.
>
>
>  - Jonas
>
> --
>  * Jonas Smedegaard - idealist & Internet-arkitekt
>  * Tlf.: +45 40843136  Website: http://dr.jones.dk/
>
>  [x] quote me freely  [ ] ask before reusing  [ ] keep private

Bug#831569: libwebsockets: please make the build reproducible

[Gianfranco Costamagna]

Hi Peter

> There hasn't seem to be any update on this bug in 64 days, in which
> time the Reproducible Builds effort has come on a long way. :)
> 
> Would you consider applying this patch and uploading?

are you aware of the two bug affecting this package?

thanks,
G.



signature.asc
Description: OpenPGP digital signature

Bug#772990: [PATCH] ntpdate-debian should recognize the "pool" directive

[Nye Liu]

--- /usr/sbin/ntpdate-debian2016-06-07 16:45:39.0 -0700
+++ ntpdate-debian  2016-09-27 15:18:07.0 -0700
@@ -14,7 +14,7 @@
fi
done
if [ -n "$file" ]; then
-   NTPSERVERS=$(sed -rne 
's/^(servers?|peer)[[:space:]]+(-[46][[:space:]]+)?([-_.:[:alnum:]]+).*$/\3/p' 
"$file" | grep -v '^127\.127\.') || [ $? -le 1 ]
+   NTPSERVERS=$(sed -rne 
's/^(servers?|peer|pool)[[:space:]]+(-[46][[:space:]]+)?([-_.:[:alnum:]]+).*$/\3/p'
 "$file" | grep -v '^127\.127\.') || [ $? -le 1 ]
fi
 elif [ -r /var/lib/ntpdate/default.dhcp ]; then
. /var/lib/ntpdate/default.dhcp

Bug#808169: nast: diff for NMU version 0.2.0-6.1

[Mattia Rizzolo]

Control: tags 808169 + patch
Control: tags 808169 + pending
Control: tags 836639 + patch
Control: tags 836639 + pending

Dear maintainer,

I've prepared an NMU for nast (versioned as 0.2.0-6.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

I did the work in git, and I'm attaching the output of `git
format-patch`.  I'll push my changes if my NMU is accepted.

Regards.

-- 
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  `-
diffstat for nast-0.2.0 nast-0.2.0

 changelog   |   16 +
 compat  |2 
 control |6 -
 patches/configure_updates_version_0.2.0-5.2 |2 
 rules   |   89 +---
 5 files changed, 24 insertions(+), 91 deletions(-)

diff -Nru nast-0.2.0/debian/changelog nast-0.2.0/debian/changelog
--- nast-0.2.0/debian/changelog	2012-06-17 03:53:25.0 +
+++ nast-0.2.0/debian/changelog	2016-09-27 22:15:03.0 +
@@ -1,3 +1,19 @@
+nast (0.2.0-6.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Use HTTPS in Vcs-Git and Vcs-Browser.
+  * Stop explicitly using quilt, that's already dealt by dpkg with source
+format 3.0 (quilt).
+  * Remove noise from a patch to avoid it trying to patch debian/changelog.
+Closes: #808169
+  * Bump debhelper compat level to 9 (so that dh_* will export dpkg buildflags).
+  * Rewrite debian/rules using the dh sequencer.
+  * Stop using hardening-wrapper, make use of dpkg-buildflags with
+DEB_BUILD_MAINT_OPTIONS=hardening=+all
+instead.  Closes: #836639
+
+ -- Mattia Rizzolo   Tue, 27 Sep 2016 22:15:03 +
+
 nast (0.2.0-6) unstable; urgency=low
 
   * Update e-mail address
diff -Nru nast-0.2.0/debian/compat nast-0.2.0/debian/compat
--- nast-0.2.0/debian/compat	2012-06-16 20:00:35.0 +
+++ nast-0.2.0/debian/compat	2016-09-27 22:04:01.0 +
@@ -1 +1 @@
-5
+9
diff -Nru nast-0.2.0/debian/control nast-0.2.0/debian/control
--- nast-0.2.0/debian/control	2012-06-17 03:44:33.0 +
+++ nast-0.2.0/debian/control	2016-09-27 22:04:11.0 +
@@ -3,10 +3,10 @@
 Priority: optional
 Maintainer: Ryan Niebur 
 Homepage: http://nast.berlios.de/
-Build-Depends: debhelper (>> 5), libnet1-dev, libpcap0.8-dev, libncurses5-dev, quilt, hardening-wrapper, autotools-dev
+Build-Depends: debhelper (>= 9), libnet1-dev, libpcap0.8-dev, libncurses5-dev, autotools-dev
 Standards-Version: 3.9.3
-Vcs-Git: git://git.debian.org/git/collab-maint/nast.git
-Vcs-Browser: http://git.debian.org/?p=collab-maint/nast.git;a=summary
+Vcs-Git: https://anonscm.debian.org/git/collab-maint/nast.git
+Vcs-Browser: https://anonscm.debian.org/git/collab-maint/nast.git
 
 Package: nast
 Architecture: any
diff -Nru nast-0.2.0/debian/patches/configure_updates_version_0.2.0-5.2 nast-0.2.0/debian/patches/configure_updates_version_0.2.0-5.2
--- nast-0.2.0/debian/patches/configure_updates_version_0.2.0-5.2	2012-06-17 03:27:26.0 +
+++ nast-0.2.0/debian/patches/configure_updates_version_0.2.0-5.2	2016-09-27 12:32:16.0 +
@@ -2516,5 +2516,3 @@
  ENABLE_NCRS="no"
  AC_CHECK_LIB(menu, menu_opts_off, ENABLE_NCRS="yes"; MENU=ncurses/n_menu.o; LIBS="-lmenu $LIBS"; AC_DEFINE(HAVE_LIBMENU), AC_MSG_RESULT([
  
-diff --git a/debian/changelog b/debian/changelog
-index b6a0be5..9a8fb45 100644
diff -Nru nast-0.2.0/debian/rules nast-0.2.0/debian/rules
--- nast-0.2.0/debian/rules	2012-06-17 03:37:59.0 +
+++ nast-0.2.0/debian/rules	2016-09-27 22:10:01.0 +
@@ -1,93 +1,12 @@
 #!/usr/bin/make -f
-# Sample debian/rules that uses debhelper.
-# GNU copyright 1997 to 1999 by Joey Hess.
 
 

Bug#772990: /usr/sbin/ntpdate-debain does not recognize the "pool" directive in ntp.conf

[Nye Liu]

The problem is that later versions of ntp.conf use "pool", not "server" by
default.

The script should be fixed accordingly.

Bug#839032: nmu: several Octave add-on packages

[Rafael Laboissière]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

Dear Release Team,

Due to the change of GNU triplet on *-i386, several Octave-related 
packages need to be rebuilt on i386. The reason is that the location of 
arch-specific files in Octave add-ons depends on the GNU triplet.


Here is the full wanna-buildd request:

nmu octave-audio_1.1.4-5 octave-communications_1.2.1-2 octave-control_3.0.0-2 
octave-econometrics_1:1.1.1-2+b4 octave-general_2.0.0-1+b2 octave-geometry_2.1.1-1 
octave-gsl_1.0.8-7 octave-image_2.4.1-1 octave-io_2.4.3-1 octave-linear-algebra_2.2.2-2 
octave-ltfat_2.1.2+dfsg-1 octave-miscellaneous_1.2.1-2+b3 octave-mpi_1.2.0-2+b3 
octave-msh_1.0.10-1+b3 octave-nan_3.0.3-1 octave-nurbs_1.3.10-1 octave-ocs_0.1.5-2 
octave-octcdf_1.1.7-2 octave-odepkg_0.8.5-1+b2 octave-optim_1.5.1-1 
octave-optiminterp_0.3.4-2+b2 octave-parallel_3.1.0-2 octave-quaternion_2.4.0-1 
octave-secs2d_0.0.8-6+b2 octave-signal_1.3.2-1+b1 octave-sockets_1.2.0-1+b2 
octave-strings_1.2.0-1+b1 octave-struct_1.0.13-1 octave-symbolic_2.4.0-2 octave-tsa_4.4.1-1 
. i386 . -m "Rebuild for i586->i686 GNU triplet change"

Best,

Rafael Laboissière

Bug#838239: RFS: budgie-desktop/10.2.7-2

[Gianfranco Costamagna]

Hi,

>* Add patch to fix crash
>- 0003 - update to upower 0.99API to stop panel crash


please don't forget to also fix the RPATH issue you have

E binary-or-shlib-defines-rpath

usr/bin/budgie-wm /usr/lib/i386-linux-gnu/mutter
usr/bin/budgie-wm /usr/lib/x86_64-linux-gnu/mutter



thanks,


G.

Bug#838972: cups-filters: FTBFS: cupsfilters/colord.h:39:44: error: unknown type name 'ppd_file_t'

[Chris Lamb]

Till Kamppeter wrote:

> Which CUPS version are you using on the system where the build failure 
> happens?

This is 2.2.0 (from the build log, if you want to see more environment
details.)

I'll leave any patching, etc. to the cups-filters Debian maintainer(s) who
likely know better than me...


Regards,

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

Bug#835533: dasher: Please package Dasher 5.0 beta

[Adrian Bunk]

On Fri, Aug 26, 2016 at 07:38:44PM +0200, intrig...@debian.org wrote:
> Source: dasher
> Severity: wishlist
> 
> Hi!
> 
> I've been looking at the state of dasher in Debian, since we are
> shipping it in Tails 2.x (Jessie), but it's been removed from testing
> so there are chances that it does not make it into Tails 3.x
> (Stretch).
> 
> I could find no Free Software alternative to dasher.
> 
> Thankfully, upstream announced 5.0 beta a few months ago:
> http://www.inference.phy.cam.ac.uk/dasher/WhatsNew.html
> 
> This is great news: it means that the software is not abandoned
> upstream, contrary to what I was starting to believe :)
> 
> Perhaps it would fix the RC bug that got the package removed
> from testing?

I just attached the trivial upstream fix for the FTBFS to the RC bug.

This should be sufficient for getting dasher back into testing,
I have no opinions whether 5.0-beta is better or worse than the
current git snapshot.

> Cheers,

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#839009: ITP: perl6 -- Perl6 Compiler (pure meta package)

[gregor herrmann]

On Tue, 27 Sep 2016 20:58:49 +0200, Dominique Dumont wrote:

> On Tuesday, 27 September 2016 19:49:15 CEST gregor herrmann wrote:
> > Just thinking out aloud: Do you need a new source package, or could
> > this be a new binary package produced by the rakudo source package?
> Well, Perl6 and Rakudo have 2 different life cycles:
> * perl6 and rakudo have different version numbers

Oh, right, that would make versioning of the binary packages more
difficult (it works somehow but I don't remember exactly how) and
confusing.

> We may also want to switch to another compiler (in a distant future), so 
> having a separate source package will make this hypothetical transition 
> easier 
> .

Then a new compiler source package could build the perl6 binary
package ... Theoretically.


But yes, that makes everything just more messy, so I agree if you
just forget my quick idea :)


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Rolling Stones: Beast Of Burden


signature.asc
Description: Digital Signature

Bug#821535: nagios3: diff for NMU version 3.5.1.dfsg-2.2

[Mattia Rizzolo]

Control: tags 821535 + patch
Control: tags 821535 + pending
Control: tags 822004 + pending
Control: tags 836638 + patch
Control: tags 836638 + pending

Dear maintainer,

I've prepared an NMU for nagios3 (versioned as 3.5.1.dfsg-2.2) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
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  `-
diffstat for nagios3-3.5.1.dfsg nagios3-3.5.1.dfsg

 changelog |   12 
 control   |3 +--
 rules |   17 ++---
 3 files changed, 19 insertions(+), 13 deletions(-)

diff -Nru nagios3-3.5.1.dfsg/debian/changelog nagios3-3.5.1.dfsg/debian/changelog
--- nagios3-3.5.1.dfsg/debian/changelog	2016-01-24 17:55:32.0 +
+++ nagios3-3.5.1.dfsg/debian/changelog	2016-09-27 21:57:50.0 +
@@ -1,3 +1,15 @@
+nagios3 (3.5.1.dfsg-2.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Stop using hardening-wrapper, make use of dpkg-buildflags with
+DEB_BUILD_MAINT_OPTIONS=hardening=+all,-pie
+instead.  Closes: #836638
+  * Add patch from Santiago Vila  to add support for
+build-arch and build-indep targets.  Closes: #822004
+  * Move to PHP 7.0 dependencies.  Closes: #821535
+
+ -- Mattia Rizzolo   Tue, 27 Sep 2016 21:57:50 +
+
 nagios3 (3.5.1.dfsg-2.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru nagios3-3.5.1.dfsg/debian/control nagios3-3.5.1.dfsg/debian/control
--- nagios3-3.5.1.dfsg/debian/control	2016-01-24 17:38:28.0 +
+++ nagios3-3.5.1.dfsg/debian/control	2016-09-27 21:40:56.0 +
@@ -12,7 +12,6 @@
 Build-Depends: autotools-dev,
debhelper (>= 7),
dpkg-dev (>= 1.13.19),
-   hardening-wrapper,
libgd-dev,
libperl-dev,
libpng-dev,
@@ -62,7 +61,7 @@
 Depends: adduser,
  apache2-utils,
  coreutils (>= 4.5.3),
- libapache2-mod-php5 | php5 | php5-cgi,
+ libapache2-mod-php | php | php-cgi,
  libjs-jquery,
  nagios3-common (= ${source:Version}),
  ucf (>= 0.28),
diff -Nru nagios3-3.5.1.dfsg/debian/rules nagios3-3.5.1.dfsg/debian/rules
--- nagios3-3.5.1.dfsg/debian/rules	2014-01-03 22:52:08.0 +
+++ nagios3-3.5.1.dfsg/debian/rules	2016-09-27 21:56:31.0 +
@@ -4,22 +4,15 @@
 # $Id$
 
 # export DH_VERBOSE=1
-export DEB_BUILD_HARDENING=1
+export DEB_BUILD_MAINT_OPTIONS = hardening=+all,-pie
+DPKG_EXPORT_BUILDFLAGS = 1
+include /usr/share/dpkg/buildflags.mk
 
 b := $(shell pwd)/debian
 
 export DEB_HOST_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
-# -Wall disabled until source is fixed to not print tons of warnings with it. :)
-#CFLAGS = -Wall -g
-CFLAGS = -g
-ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
-CFLAGS += -O0
-else
-CFLAGS += -O2
-endif
-
 SHELL		= /bin/sh -e
 CONFIGURE	= CFLAGS='$(CFLAGS)' ./configure --prefix=/usr \
 --mandir=/usr/share/man \
@@ -81,6 +74,8 @@
 	$(CONFIGURE)
 	touch configure-stamp
 
+build-arch: build
+build-indep: build
 build: build-stamp
 build-stamp: configure-stamp
 	dh_testdir -a
@@ -154,4 +149,4 @@
 	dh_md5sums   -i
 	dh_builddeb  -i
 
-.PHONY: binary-indep binary-arch build configure binary install 
+.PHONY: binary-indep binary-arch build build-arch build-indep configure binary install


signature.asc
Description: PGP signature

Bug#839031: device-tree-compiler: much newer version available

[Chris Cheney]

Source: device-tree-compiler
Version: 1.4.0+dfsg-1
Severity: Normal

The current version in Debian is 3 years old, and there has been two
releases with many bug fixes since then.

v1.4.2 commit ec02b34c05... David Gibson 3 weeks
v1.4.1 commit 302fca9f4c... David Gibson 23 months
v1.4.0 commit 65cc4d2748... Jon Loeliger 3 years

- Chris

Bug#811640: Patch for the dasher FTBFS

[Adrian Bunk]

Control: tags 811640 +fixed-upstream
Control: tags 811640 +patch

The upstream fix for the dasher FTBFS is attached
(extracted from larger upstream commit).

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Description: Fix build with gcc 6
Bug-Debian: https://bugs.debian.org/811640
Origin: upstream, https://git.gnome.org/browse/dasher/commit/?id=a271b6753a9ab154d68ce96f1a16dd932bfd2a22

--- dasher-4.11+git20130508.adc653.orig/Src/Gtk2/DasherAppSettings.cpp
+++ dasher-4.11+git20130508.adc653/Src/Gtk2/DasherAppSettings.cpp
@@ -395,7 +395,7 @@ const gchar *dasher_app_settings_get_str
 if(pPrivate->pDasherWidget)
   return gtk_dasher_control_get_parameter_string(pPrivate->pDasherWidget, iParameter);
 else
-  return false;
+  return nullptr;
   }
   else
 return app_stringparamtable[ iParameter - FIRST_APP_SP ].value;

Bug#838999: Acknowledgement (Vagrant box inaccessible due to missing network cable (VirtualBox))

[Laurentiu Pancescu]

Hello Emmanuel,

On 27/09/16 17:34, Emmanuel Kasper wrote:

I've revoked on Atlas the problematic box.
I plan to upload a fixed box this weeks


That would be great, thanks!


( NB: the bug does not occur on
my system so I have to rely on external users to verify it is fixed)


I know how that goes - we can only test with KVM and VirtualBox on a 
CentOS 7 host, and then hope that other platforms also work. [1]


I performed the same steps as your Makefile's %.box target on OS X, 
using VirtualBox 5.0.26 and Vagrant 1.8.4 (I created an empty disk image 
instead using of a real Debian installation, but that shouldn't affect 
the VM settings).  The resulting Vagrant box has an USB 2.0 controller, 
no audio and an already connected network card.  The box I got after 
importing debian/jessie64 8.6.0 is different: it had audio, no USB 
controller and a disconnected network card.  USB and audio probably have 
to disabled explicitly via VBoxManage calls to be sure they comply with 
Vagrant recommendations, but I have no idea why the two NIC 
configurations are different.


Best regards,
Laurențiu

[1] 
https://seven.centos.org/2016/09/continuous-integration-tests-for-the-centos-vagrant-images/

Bug#839030: qt5-style-plugins: Please include gtk2 style

[Pedro Ribeiro]

Package: qt5-style-plugins
Version: 5.0.0-1+b3
Severity: wishlist
Tags: newcomer

The upstream qt5-style-plugins source includes a gtk2 style plugin. This allows
the user to make all Qt5 applications match the current gtk2 theme by using the
environment variable export QT_STYLE_OVERRIDE=gtk2

This helps immensely when using a dark theme on GTK, or any non standard theme.



-- System Information:
Debian Release: 8.6
  APT prefers stable
  APT policy: (750, 'stable'), (650, 'testing'), (600, 'unstable'), (550, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.19-botto-grsec+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages qt5-style-plugins depends on:
ii  libc62.23-5
ii  libqt5core5a [qtbase-abi-5-6-1]  5.6.1+dfsg-3+b1
ii  libqt5gui5   5.6.1+dfsg-3+b1
ii  libqt5widgets5   5.6.1+dfsg-3+b1
ii  libstdc++6   6.1.1-11

qt5-style-plugins recommends no packages.

qt5-style-plugins suggests no packages.

-- no debconf information

Bug#839028: iodine should depend on ipcalc

[gregor herrmann]

On Tue, 27 Sep 2016 22:58:06 +0200, Michele Orru` wrote:

> from #debian-mentors:
> 
>  hi. there's this debian package called iodine, and there's this file 
> in
> it, /usr/sbin/iodine-client-start.
>  The executable above assumes the existence of ipcalc, available in the
> eponymous package. However, it is listed in the "Suggested" field of
> iodine, not as a dependency. is this a bug?
>  yes


Thanks for your bug report!

To explain the situation: iodine upstream ships /usr/sbin/iodine and
/usr/sbin/iodined (the client and the server); these are the two
binaries that "are iodine" and are needed. All their dependencies are
in Depends.

Additionally we ship in a Debian an additional optional third-party
helper/wrapper script that makes it easier to start the client;
that's /usr/sbin/iodine-client-start, and its dependencies are in
Suggests (as they are needed only for this shell script and this
script is not necessary at all, even if it's nice).

I still think that this makes sense and is a correct setup, therefore
currently I'm not inclined to move ipcalc et al. from Suggests to
Depends.


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Penelope Swales: Seacargo


signature.asc
Description: Digital Signature

Bug#836454: XeTeX endian bug?

[Hilmar Preuße]

forwarded 836454 https://sourceforge.net/p/xetex/bugs/133
stop

Am 27.09.2016 um 11:19 schrieb Eugene Seliverstov:

Hi,


Thank you for informing XeTeX developers about this issue.
However nobody answered in a maillist during three weeks.
Maybe it’s needed to open a ticket in the XeTeX bug tracker at Sourceforge?


https://sourceforge.net/p/xetex/bugs/133/

H.
--
http://www.hilmar-preusse.de.vu/   #206401 http://counter.li.org

Bug#811818: crrcsim: FTBFS with GCC 6: no match for

[Markus Koschany]

Control: tags -1 pending

On Tue, 19 Jan 2016 18:18:28 -0800 Martin Michlmayr  wrote:
> Package: crrcsim
> Version: 0.9.12-6.1
> Severity: important
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-6 gcc-6-no-match
> 
> This package fails to build with GCC 6.  GCC 6 has not been released
> yet, but it's expected that GCC 6 will become the default compiler for
> stretch.

Dear maintainer,

I've uploaded a NMU versioned as 0.9.12-6.2.

Please find attached the debdiff.

Regards,

Markus
diff -Nru crrcsim-0.9.12/debian/changelog crrcsim-0.9.12/debian/changelog
--- crrcsim-0.9.12/debian/changelog 2014-10-06 12:57:04.0 +0200
+++ crrcsim-0.9.12/debian/changelog 2016-09-27 23:04:36.0 +0200
@@ -1,3 +1,14 @@
+crrcsim (0.9.12-6.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add fix-FTBFS-arm64.patch and fix the build failure on arm64.
+(Closes: #800037)
+  * Update Homepage field and point to current address. (Closes: #767856)
+  * Add 08-gcc-6.patch and fix FTBFS with GCC-6. Thanks to Gert Wollny for the
+patch. (Closes: #811818)
+
+ -- Markus Koschany   Tue, 27 Sep 2016 23:04:36 +0200
+
 crrcsim (0.9.12-6.1) unstable; urgency=medium
 
   * Non-maintainer upload
diff -Nru crrcsim-0.9.12/debian/control crrcsim-0.9.12/debian/control
--- crrcsim-0.9.12/debian/control   2014-10-06 12:57:04.0 +0200
+++ crrcsim-0.9.12/debian/control   2016-09-27 23:04:36.0 +0200
@@ -14,7 +14,7 @@
  libjpeg-dev,
  portaudio19-dev,
 Standards-Version: 3.9.5
-Homepage: http://crrcsim.berlios.de
+Homepage: http://sourceforge.net/projects/crrcsim
 Vcs-Git: git://anonscm.debian.org/collab-maint/crrcsim.git
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/crrcsim.git
 
diff -Nru crrcsim-0.9.12/debian/patches/08-gcc-6.patch 
crrcsim-0.9.12/debian/patches/08-gcc-6.patch
--- crrcsim-0.9.12/debian/patches/08-gcc-6.patch1970-01-01 
01:00:00.0 +0100
+++ crrcsim-0.9.12/debian/patches/08-gcc-6.patch2016-09-27 
23:04:36.0 +0200
@@ -0,0 +1,18 @@
+Description: Correct compilation with gcc-6
+ The patch assumes that a newline was the intended output after the 
+ according message. 
+Author: Gert Wollny  
+Forwarded:no
+Debian-Bug: https://bugs.debian.org/811818
+
+--- a/src/mod_video/crrc_animation.cpp
 b/src/mod_video/crrc_animation.cpp
+@@ -84,7 +84,7 @@
+   else
+   {
+ std::cerr << "createAnimation: unknown animation type '"
+-  << type << "'" << std::cerr;
++  << type << "'" << std::endl;
+   }
+   
+   if (anim != NULL)
diff -Nru crrcsim-0.9.12/debian/patches/fix-FTBFS-arm64.patch 
crrcsim-0.9.12/debian/patches/fix-FTBFS-arm64.patch
--- crrcsim-0.9.12/debian/patches/fix-FTBFS-arm64.patch 1970-01-01 
01:00:00.0 +0100
+++ crrcsim-0.9.12/debian/patches/fix-FTBFS-arm64.patch 2016-09-27 
23:04:36.0 +0200
@@ -0,0 +1,23 @@
+From: Markus Koschany 
+Date: Tue, 27 Sep 2016 23:02:04 +0200
+Subject: fix FTBFS arm64
+
+Debian-Bug: https://bugs.debian.org/800037
+Forwarded: no
+---
+ src/mod_inputdev/inputdev_parallel/inputdev_parallel.cpp | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/mod_inputdev/inputdev_parallel/inputdev_parallel.cpp 
b/src/mod_inputdev/inputdev_parallel/inputdev_parallel.cpp
+index ef9946a..a76c03c 100644
+--- a/src/mod_inputdev/inputdev_parallel/inputdev_parallel.cpp
 b/src/mod_inputdev/inputdev_parallel/inputdev_parallel.cpp
+@@ -29,7 +29,7 @@
+ #else
+ #  if defined(WIN32)
+ #  elif defined(__powerpc__) || defined(__mips__) || defined(__mipsel__) ||\
+-defined(__s390__) || defined(__s390x__) || defined(__sparc__) || 
defined(__sh__)
++defined(__s390__) || defined(__s390x__) || defined(__sparc__) || 
defined(__sh__) || defined(__aarch64__)
+ #define ioperm(a,b,c) -1
+ #define inb(a) 0
+ #define outb(a,b)
diff -Nru crrcsim-0.9.12/debian/patches/series 
crrcsim-0.9.12/debian/patches/series
--- crrcsim-0.9.12/debian/patches/series2014-10-06 12:57:04.0 
+0200
+++ crrcsim-0.9.12/debian/patches/series2016-09-27 23:04:36.0 
+0200
@@ -5,3 +5,5 @@
 05-fix-man-hyphen-used-as-minus-sign.patch
 06-sys_io_missing.patch
 07-add-libgmp.patch
+08-gcc-6.patch
+fix-FTBFS-arm64.patch


signature.asc
Description: OpenPGP digital signature

Bug#838972: cups-filters: FTBFS: cupsfilters/colord.h:39:44: error: unknown type name 'ppd_file_t'

[Till Kamppeter]

Which CUPS version are you using on the system where the build failure 
happens?


The problem seems to be the same as I have already observed with HPLIP. 
Since CUPS 2.2.0 at some points


#include 

lines need to be added.

Unfortunately, I cannot reproduce your problem on Ubuntu Yakkety (16.10) 
which also uses CUPS 2.2.0. So I cannot tell you where to add the lines.


So do the following:

Look in which source file the build stops with "unknown type name 
'ppd_file_t'" or similar. Add the line


#include 

to this source file or its corresponding *.h file, usually to the place 
where there are other


#include 

lines. Build again and see whether it continues. If it stops in another 
file now, repeat the procedure with this file until the build completes. 
Post/attach a patch with all additions of #include ... lines, so that I 
can add them to the upstream code and make it smoothly building in as 
many environments as possible.


Thanks in advance.

   Till

Bug#838869: jessie-pu: package libdatetime-timezone-perl/1:1.75-2+2016g

[gregor herrmann]

On Tue, 27 Sep 2016 22:14:55 +0100, Adam D. Barratt wrote:

> > I've prepared an update for libdatetime-timezone-perl in jessie,
> > which incorporates the 2016g version of the Olson db.
> 
> Please go ahead.

Thanks; uploaded.


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Penelope Swales: Seacargo


signature.asc
Description: Digital Signature

Bug#836753: djmount: diff for NMU version 0.71-7.1

[Mattia Rizzolo]

Control: tags 836753 + patch
Control: tags 836753 + pending

Dear maintainer,

I've prepared an NMU for djmount (versioned as 0.71-7.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

I did my work in git, and I'll push it if my NMU is accepted.  I've also
attached the changes as generated by `git format-patch`

Regards.

-- 
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  `-
diffstat for djmount-0.71 djmount-0.71

 changelog |   19 +++
 compat|2 +-
 control   |6 +++---
 copyright |   36 +++-
 rules |   36 +---
 5 files changed, 43 insertions(+), 56 deletions(-)

diff -Nru djmount-0.71/debian/changelog djmount-0.71/debian/changelog
--- djmount-0.71/debian/changelog	2014-12-21 18:35:47.0 +
+++ djmount-0.71/debian/changelog	2016-09-27 21:14:45.0 +
@@ -1,3 +1,22 @@
+djmount (0.71-7.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Use HTTPS for the Vcs-* fields.
+  * Bump debhelper compat level to 10, so that dh_update_autotools_config is run
+instead of the external addon dh_autotools-dev (but disable autoreconf).
+  * Use dh_auto_configure instead of manually calling ./configure.
+  * Call dh_auto_install instead of manually calling `make install`.
+  * Stop using hardening-wrapper, make use of dpkg-buildflags with
+DEB_BUILD_MAINT_OPTIONS=hardening=+all
+instead.  Closes: #836753
+  * Fix copyright-format 1.0 syntax.
++ dep5-copyright-license-name-not-unique by moving GPL-2+ license text to a
+  standalone license paragraph.
++ invalid-short-name-in-dep5-copyright by renaming the name of the BSD
+  license from 'BSD' to 'BSD-3-Clauses'.
+
+ -- Mattia Rizzolo   Tue, 27 Sep 2016 21:14:45 +
+
 djmount (0.71-7) unstable; urgency=medium
 
   * debian/patches:
diff -Nru djmount-0.71/debian/compat djmount-0.71/debian/compat
--- djmount-0.71/debian/compat	2014-12-21 18:35:47.0 +
+++ djmount-0.71/debian/compat	2016-09-27 20:54:22.0 +
@@ -1 +1 @@
-9
+10
diff -Nru djmount-0.71/debian/control djmount-0.71/debian/control
--- djmount-0.71/debian/control	2014-12-21 18:35:47.0 +
+++ djmount-0.71/debian/control	2016-09-27 21:01:44.0 +
@@ -2,11 +2,11 @@
 Section: net
 Priority: extra
 Maintainer: Dario Minnucci 
-Build-Depends: debhelper (>= 9), autotools-dev, libfuse-dev, libupnp-dev, libtalloc-dev, chrpath, hardening-includes
+Build-Depends: debhelper (>= 10), libfuse-dev, libupnp-dev, libtalloc-dev, chrpath
 Standards-Version: 3.9.4
 Homepage: http://djmount.sourceforge.net/
-Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/djmount.git;a=summary
-Vcs-Git: git://anonscm.debian.org/collab-maint/djmount.git
+Vcs-Browser: https://anonscm.debian.org/git/collab-maint/djmount.git
+Vcs-Git: https://anonscm.debian.org/git/collab-maint/djmount.git
 
 Package: djmount
 Architecture: any
diff -Nru djmount-0.71/debian/copyright djmount-0.71/debian/copyright
--- djmount-0.71/debian/copyright	2014-12-21 18:35:47.0 +
+++ djmount-0.71/debian/copyright	2016-09-27 21:13:04.0 +
@@ -9,22 +9,27 @@
 2005, Dmitry Zakharov aka ChaoS 
2005-2006, Rémi Turboult 
 License: GPL-2+
- On Debian systems the full text of the GNU General Public 
- License can be found in the `/usr/share/common-licenses/GPL-2'
- file.
-
 
 Files: gl/*
 Copyright: 1990-2005, Free Software Foundation, Inc
 License: GPL-2+
-  On Debian systems the full text of the GNU General Public 
-  License can be found in the `/usr/share/common-licenses/GPL-2'
-  file.
-
[0;

Bug#839029: virt-manager shows no menu and context menu only underline

[linuxhelp]

Package: virt-manager
Version: 1:1.4.0-3
Severity: normal

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)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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



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

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

Versions of packages virt-manager depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2
ii  gconf2   3.2.6-3
ii  gir1.2-gtk-3.0   3.22.0-1
ii  gir1.2-gtk-vnc-2.0   0.6.0-1
ii  gir1.2-libosinfo-1.0 0.3.1-5
ii  gir1.2-libvirt-glib-1.0  0.2.3-2
ii  gir1.2-vte-2.91  0.46.0-1
ii  librsvg2-common  2.40.16-1
ii  python-dbus  1.2.4-1
ii  python-gi3.22.0-1
ii  python-gi-cairo  3.22.0-1
ii  python-libvirt   2.2.0-1
ii  python-requests  2.11.1-1
pn  python2.7:any
pn  python:any   
ii  virtinst 1:1.4.0-3

Versions of packages virt-manager recommends:
pn  gir1.2-spice-client-gtk-3.0  
ii  gnome-icon-theme 3.12.0-2
ii  libvirt-daemon-system2.2.0-1

Versions of packages virt-manager suggests:
pn  gnome-keyring
pn  python-gnomekeyring  
pn  python-guestfs   
pn  ssh-askpass  
ii  virt-viewer  4.0-1

-- no debconf information

Bug#838869: jessie-pu: package libdatetime-timezone-perl/1:1.75-2+2016g

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sun, 2016-09-25 at 23:39 +0200, gregor herrmann wrote:
> I've prepared an update for libdatetime-timezone-perl in jessie,
> which incorporates the 2016g version of the Olson db.
> As usual, as a quilt patch which only touches the data files.
> 
> Since the major change in this tzdata release is that Turkey doesn't
> switch back from +03 to +02 at the end of October, this might be
> material for stable-updates, depending on when the next point release
> is planned.

Please go ahead.

Regards,

Adam

Bug#837588: vmlinux in linux-image packages is unstripped

[Helge Deller]

Hi Ben,

On 27.09.2016 21:07, Ben Hutchings wrote:
> On Tue, 2016-09-27 at 14:48 +0200, Helge Deller wrote:
>> On 23.09.2016 05:39, Ben Hutchings wrote:
>>>
>>> I pushed a fix to the sid branch which I've tested on a powerpc
>>> porterbox.
>>
>> The addition of 
>>  dh_strip --no-automatic-dbgsym
>>
>> broke the 64bit parisc/hppa kernel build:
> 
> That's strange, because it's not really an addition (we've always run
> dh_strip).
> 
> [...]
>> I'm currently testing this patch (not sure if this is a good patch though):
>> - dh_strip --no-automatic-dbgsym
>> + $(CROSS_COMPILE)strip --remove-section=.comment --remove-section=.note 
>> '$(DIR)/$(IMAGE_FILE)'
> 
> This is not correct because we do want to strip the userland tools that
> get included in powerpc builds.  We could add -Xvmlinux to the dh_strip
> command to make sure it doesn't touch the kernel.

Since the error is:
strip:debian/linux-image-4.7.0-1-parisc64-smp/boot/vmlinux-4.7.0-1-parisc64-smp:
 File format not recognized
I think you would need something like -X$(IMAGE_FILE)
 
> vmlinux is being stripped using $(CROSS_COMPILE)objcopy, but I wonder
> whether we should be using hppa64-linux-gnu-objcopy instead for the 64-
> bit kernel?

I think $(CROSS_COMPILE)objcopy expands to hppa64-linux-gnu-objcopy when 
packaging
the 64bit kernel. At least my patch worked which seems to indicate that.

Anyhow, I'm fine with any patch you agree on and which fixes the problem.

Helge



signature.asc
Description: OpenPGP digital signature

Bug#838999: Acknowledgement (Vagrant box inaccessible due to missing network cable (VirtualBox))

[Emmanuel Kasper]

Le 27/09/2016 à 17:34, Emmanuel Kasper a écrit :
> On 09/27/2016 04:49 PM, Laurentiu Pancescu wrote:
>> Control: merge 838936 838999
>> thanks
>>
>> Apparently already filed, didn't see that before submitting.  Could you
>> please upload fixed images to Atlas?
> 
> I've revoked on Atlas the problematic box.
> I plan to upload a fixed box this weeks ( NB: the bug does not occur on
> my system so I have to rely on external users to verify it is fixed)
> 

it seems the bug sneaked when  the box build environment was updated
from 5.0 to 5.1

VirtualBox 5.1 OVF exports are incomplete
see https://www.virtualbox.org/ticket/15705

Bug#760315: ITP: apache-mesos -- Cluster manager for sharing distributed application frameworks

[Daniel Stender]

There was always something else to do, but now it's coming up in a couple of 
days.

DS

-- 
4096R/DF5182C8
http://www.danielstender.com/blog/

Bug#839017: cabextract FTCBFS: uses build architecture compiler

[Eric Sharkey]

On Tue, Sep 27, 2016 at 3:32 PM, Helmut Grohne  wrote:
> cabextract fails to cross build from source, because it uses the build
> architecture compiler. [] Please consider applying the attached
> patch.

Thanks,

I'll take a look.

Eric

Bug#839026: perl: maintainer test to check for uninstallable dual life module packages

[gregor herrmann]

On Tue, 27 Sep 2016 23:36:35 +0300, Niko Tyni wrote:

> However, any versioned dependencies on these packages must first
> be changed, at least as long as we don't use versioned Provides (see
> #758100).

I think that's the keyword -- versioned Provides would help us in
src:perl and in all the rdeps.

Looking at #758100 I see that the last mail (from you) mentions
#786803 as a (the last?) blocker. And #786803 was closed in April by
Niels with "The patch series has been merged and pushed live".

So maybe (I can't really believe it) we already have working
versioned Provides since almost half a year without noticing it?

Needs to be checked and tested and everything but it would be could
and would propbably obsolete the test you proposed here.


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Rolling Stones: Soyoung


signature.asc
Description: Digital Signature

Bug#839028: iodine should depend on ipcalc

[Michele Orru`]

Package: iodine
Version: 0.7.0-6
Severity: normal

Dear Maintainer,

from #debian-mentors:

 hi. there's this debian package called iodine, and there's this file in
it, /usr/sbin/iodine-client-start.
 The executable above assumes the existence of ipcalc, available in the
eponymous package. However, it is listed in the "Suggested" field of
iodine, not as a dependency. is this a bug?
 yes

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

Kernel: Linux 4.7.0-1-grsec-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages iodine depends on:
ii  adduser3.115
ii  debconf [debconf-2.0]  1.5.59
ii  init-system-helpers1.45
ii  libc6  2.24-3
ii  libsystemd0231-7
ii  makedev2.3.1-93
ii  udev   231-7
ii  zlib1g 1:1.2.8.dfsg-2+b1

iodine recommends no packages.

Versions of packages iodine suggests:
ii  dnsutils  1:9.10.3.dfsg.P4-10.1
ii  fping 3.13-1
ii  gawk  1:4.1.3+dfsg-0.1
ii  ipcalc0.41-5
ii  iproute2  4.6.0-4
ii  network-manager-iodine1.2.0-1
ii  network-manager-iodine-gnome  1.2.0-1

-- debconf information excluded

Bug#839027: darksnow: New upstream version available

[Adrian Bunk]

Package: darksnow
Version: 0.6.1-3
Severity: wishlist

darksnow 0.7.1 is available at
  http://darksnow.radiolivre.org/

Could you package this version?


Thanks in advance

Bug#833466: Update before the freeze?

[Hillel Lubman]

Dear maintainer,

do you plan to fix this and upload the newest version of openconnect before the 
upcoming Debian freeze?

Thanks,
Hillel.

Bug#836665: xpaint: diff for NMU version 2.9.1.4-3.2

[Mattia Rizzolo]

Control: tags 836665 + patch
Control: tags 836665 + pending

Dear maintainer,

I've prepared an NMU for xpaint (versioned as 2.9.1.4-3.2) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
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  `-
diffstat for xpaint-2.9.1.4 xpaint-2.9.1.4

 changelog |   16 +++-
 compat|2 +-
 control   |8 
 menu  |4 
 rules |1 +
 5 files changed, 21 insertions(+), 10 deletions(-)

diff -Nru xpaint-2.9.1.4/debian/changelog xpaint-2.9.1.4/debian/changelog
--- xpaint-2.9.1.4/debian/changelog	2014-08-02 12:54:37.0 +
+++ xpaint-2.9.1.4/debian/changelog	2016-09-27 20:47:42.0 +
@@ -1,6 +1,20 @@
+xpaint (2.9.1.4-3.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Use HTTPS in Vcs-* fields.
+  * Bump debhelper compat version to 9 (to have dpkg buildflags exported
+in the env by dh).
+  * Stop using hardening-wrapper, make use of dpkg-buildflags with
+DEB_BUILD_MAINT_OPTIONS=hardening=+all
+instead.  Closes: #836665
+  * Remove menu file, the menu system has been deprecated by the
+tech-ctte.
+
+ -- Mattia Rizzolo   Tue, 27 Sep 2016 20:47:42 +
+
 xpaint (2.9.1.4-3.1) unstable; urgency=low
 
-  * Non-mantainer upload.
+  * Non-maintainer upload.
   * debian/control
 - Build depend on unversioned dev packages, libtiff-dev and libpng-dev.
   (Closes: #736051, #662567)
diff -Nru xpaint-2.9.1.4/debian/compat xpaint-2.9.1.4/debian/compat
--- xpaint-2.9.1.4/debian/compat	2011-02-28 16:33:45.0 +
+++ xpaint-2.9.1.4/debian/compat	2016-09-27 20:46:27.0 +
@@ -1 +1 @@
-7
+9
diff -Nru xpaint-2.9.1.4/debian/control xpaint-2.9.1.4/debian/control
--- xpaint-2.9.1.4/debian/control	2014-08-02 12:52:38.0 +
+++ xpaint-2.9.1.4/debian/control	2016-09-27 20:46:20.0 +
@@ -2,13 +2,13 @@
 Section: graphics
 Priority: optional
 Maintainer: Josue Abarca 
-Build-Depends: debhelper (>= 7.0.50~), libxpm-dev, libxaw7-dev, libtiff-dev,
+Build-Depends: debhelper (>= 9), libxpm-dev, libxaw7-dev, libtiff-dev,
  libpng-dev, xutils-dev, libxft-dev, bison, flex (>= 2.5.31-16),
  libxmu-dev, libxt-dev, libsm-dev, libice-dev, libxext-dev, libx11-dev,
- x11proto-core-dev, x11proto-xext-dev, hardening-wrapper
+ x11proto-core-dev, x11proto-xext-dev
 Standards-Version: 3.9.5
-Vcs-Git: git://git.debian.org/collab-maint/xpaint.git
-Vcs-Browser: http://git.debian.org/?p=collab-maint/xpaint.git
+Vcs-Git: https://anonscm.debian.org/git/collab-maint/xpaint.git
+Vcs-Browser: https://anonscm.debian.org/git/collab-maint/xpaint.git
 Homepage: https://sourceforge.net/projects/sf-xpaint/
 
 Package: xpaint
diff -Nru xpaint-2.9.1.4/debian/menu xpaint-2.9.1.4/debian/menu
--- xpaint-2.9.1.4/debian/menu	2011-02-28 16:33:45.0 +
+++ xpaint-2.9.1.4/debian/menu	1970-01-01 00:00:00.0 +
@@ -1,4 +0,0 @@
-?package(xpaint):needs="X11" section="Applications/Graphics" \
-  title="Xpaint" hints="Bitmap" \
-  longtitle="Xpaint: simple paint program for X" \
-  command="/usr/bin/xpaint"
diff -Nru xpaint-2.9.1.4/debian/rules xpaint-2.9.1.4/debian/rules
--- xpaint-2.9.1.4/debian/rules	2011-02-28 16:33:45.0 +
+++ xpaint-2.9.1.4/debian/rules	2016-09-27 20:40:34.0 +
@@ -5,6 +5,7 @@
 #export DH_VERBOSE=1
 
 LIBSOURCE=xaw3dxft
+export DEB_BUILD_MAINT_OPTIONS = hardening=+all
 
 %:
 	dh  $@


signature.asc
Description: PGP signature

Bug#839026: perl: maintainer test to check for uninstallable dual life module packages

[Niko Tyni]

Package: perl
Version: 5.24.1~rc3-3
Severity: wishlist

In the Perl 5.24 transition we made four dual life module packages in
sid uninstallable because the bundled version was newer. 

In itself this is normal and fine: there's no need for a separate package
with an older version of a bundled module, so those can be removed (from
either testing or also from unstable) without losing any functionality.

However, any versioned dependencies on these packages must first
be changed, at least as long as we don't use versioned Provides (see
#758100). It seems that we forgot to check these versioned dependencies
before the upload, as libio-compress-lzma-perl became uninstallable and
unbuildable due to such a dependency. See #838933.

Speaking for myself, I know that I completely forgot about checking this,
and I suspect we were just lucky that the collateral damage was limited
to only one package, which was easily (and quickly) fixed.

The attached patch adds a maintainer test to debian/t/control.t that
fails for each package in sid (or, more precisely, whatever is in the
local apt cache) that becomes uninstallable because of the current Breaks
relations in debian/control.

The idea is that this should make us less prone to forget this step,
but I'm not sure if the uninstallability of those packages in sid is
going to be long-standing enough that the test failures become sort of
false positives and we become blind to them.

Possibly we should go further and iterate over all packages hunting for
versioned dependencies on these uninstallable packages. I'm not sure how
cleanly this could be implemented, and I'm still not sure where to draw
the line for failures.

Filing this to at least track the issue. Thoughts?
-- 
Niko Tyni   nt...@debian.org
>From d6d687f07aa8534deb5119bdcc751c1020850fcb Mon Sep 17 00:00:00 2001
From: Niko Tyni 
Date: Mon, 26 Sep 2016 21:57:16 +0300
Subject: [PATCH] Add a maintainer test to find archive packages that become
 uninstallable

This makes sure we don't accidentally upload src:perl that Breaks current
sid versions of separate packages of dual life modules.
---
 debian/t/control.t | 21 ++---
 1 file changed, 14 insertions(+), 7 deletions(-)

diff --git a/debian/t/control.t b/debian/t/control.t
index e1d1d54..924ecee 100755
--- a/debian/t/control.t
+++ b/debian/t/control.t
@@ -129,7 +129,7 @@ my %is_perl_binary;
 
 my %deps_found;
 my $breaks_total = 0;
-my $tests_per_breaks = 4;
+my $tests_per_breaks = 5;
 
 for my $perl_package_info ($control->get_packages) {
 	my $perl_package_name = $perl_package_info->{Package};
@@ -169,14 +169,16 @@ for my $perl_package_name (keys %deps_found) {
 	#  how many we need
 	for my $broken (keys %{$dep_found->{$breaksname}}) {
 		my $module = deb2cpan($broken);
-		my ($archive_epoch, $archive_digits) = get_archive_info($broken);
+		my ($archive_epoch, $archive_digits, $archive_version)
+			= get_archive_info($broken);
 
 		SKIP: {
-			my $broken_version = $dep_found->{$breaksname}{$broken}{version};
+			my $full_broken_version = $dep_found->{$breaksname}{$broken}{version};
 
 			skip("$module Breaks entry is unversioned", $tests_per_breaks)
-if !defined $broken_version;
+if !defined $full_broken_version;
 
+			my $broken_version = $full_broken_version;
 			$broken_version =~ s/-\d+$//; # remove the Debian revision
 
 			skip("$module is unknown to Module::CoreList", $tests_per_breaks)
@@ -215,6 +217,11 @@ for my $perl_package_name (keys %deps_found) {
 ok(exists $dep_found->{Provides}{$broken},
 	"Breaks for $broken in $perl_package_name implies Provides");
 			}
+			skip("No version of $broken package in the archive", 1)
+if !defined $archive_version;
+
+			ok($versioning->compare($full_broken_version, $archive_version) <= 0,
+"Newest version $archive_version of package $broken is not older than broken version $full_broken_version");
 		}
 	}
 }
@@ -286,14 +293,14 @@ sub cpan_version_to_deb {
 
 sub get_archive_info {
 	my $p = shift;
-	return (0, 0) if !exists $apt->{$p};
-	return (0, 0) if !exists $apt->{$p}{VersionList}; # virtual package
+	return (0, 0, undef) if !exists $apt->{$p};
+	return (0, 0, undef) if !exists $apt->{$p}{VersionList}; # virtual package
 	my $latest = (sort byversion @{$apt->{$p}{VersionList}})[-1];
 	my $v = $latest->{VerStr};
 	$v =~ s/\+dfsg//;
 	my ($epoch, $major, $prefix, $suffix, $revision) =
 		($v =~ /^(?:(\d+):)?((?:\d+\.))+(\d+)(?:_(\d+))?(-[^-]+)$/);
-	return ($epoch, length $prefix);
+	return ($epoch, length $prefix, $latest->{VerStr});
 }
 
 sub byversion {
-- 
2.9.3

Bug#838960: denial of service with crafted id3v2 tags in all mpg123 versions since 0.60

[Thomas Orgis]

Am Tue, 27 Sep 2016 18:50:35 +0200
schrieb Florian Weimer : 

> Debian is a CNA-covered product, mpg123 is part of Debian,
> so it is unclear what to do here.  I'll ask around.

Well, so far I did not get a response from http://iwantacve.org/
(linked from
http://cve.mitre.org/cve/data_sources_product_coverage.html, btw. both
not defaulting to https) … I am not sure how long I should wait. Maybe
the "Distributed Weakness Filing Project" consists of humans that don't
work around the clock. If there is a number from Debian, it's fine by
me. We should just avoid that there are two associations.

And, well mpg123 is part of Debian and numerous other distros/ports
trees, as well as a stand-alone product people install on their MS
Windows machines, or under OS/2 (yes, really;-) … or in yet other
contexts. Like just about any other open source project. I guess
getting a CVE via the Debian umbrella might be the easiest route,
though.

Getting the fix to the users is my top priority. Even without CVE, a
debian bug report hopefully triggers a good number of downstream
distros at least.


Alrighty then,

Thomas


pgpE8kePrXF5y.pgp
Description: Digitale Signatur von OpenPGP

Bug#838613: perl: FTBFS on hppa - ext/XS-APItest/t/customop FAILED

[Helge Deller]

On 27.09.2016 21:51, Niko Tyni wrote:
> Anyway, I'm attaching a workaround patch that just lowers the optimization
> of op.c. I've verified that the test suite passes with this.
> We'll include this in the next perl upload unless somebody objects.

I agree that including the patch is a better approach for now.
We need a working up-to-date perl on the buildds.

Helge

Bug#835542: flex: comparison between signed and unsigned integer expressions

[Vladimír Čunát]

I'm curious: will there be a fix for 2.6.1?

Thanks
--Vladimir

Bug#827821: kicad: Python error by opening Pcbnew

[Carsten Schoenert]

Hello Erik,

On Tue, Jun 21, 2016 at 02:22:48PM +0200, Erik Schick wrote:
> i get the following error, when I start Pcbnew. It seems to don't have any
> effects to usage of the program.
> 
> Python error -1 occurred running string `import wxversion;
> wxversion.select('3.0')`
> pcbnewInitPythonScripting() failed.

do you the following packages installed?

python-wxgtk3.0
python-wxversion

Regards
Carsten

Bug#839025: ITP: ruby-azure-sdk -- Microsoft Azure SDK for Ruby

[Iain R. Learmonth]

Package: wnpp
Severity: wishlist
Owner: "Iain R. Learmonth" 
Control: block 838927 by -1
Control: block -1 by 839007
Control: unblock 838927 by 839007

* Package name: ruby-azure-sdk
  Version : 0.6.0
  Upstream Author : Microsoft Corporation
* URL : https://github.com/Azure/azure-sdk-for-ruby
* License : MIT
  Programming Lang: Ruby
  Description : Microsoft Azure SDK for Ruby

This project provides a set of Ruby gems that make it easy to access the
Microsoft Azure components such as ServiceManagement, Storage, and ServiceBus.

--

There is an existing package in Debian `ruby-azure` but this package is the
legacy SDK for interacting with Azure in ASM mode. The ruby-azure-sdk package
will package the new ARM mode version of the SDK.

This is a dependency of vagrant-azure.

This will be packaged in the pkg-azure team.

Bug#838624: recutils: FTBFS: getopt.h:26:18: fatal error: stdc.h: No such file or directory

[Chris Lamb]

Hi,

> recutils: FTBFS: getopt.h:26:18: fatal error: stdc.h: No such file or 
> directory

 /usr/include/bash/include/stdc.hbash-builtins [not ia64, s390, sparc]
 /usr/include/bash/stdc.hbash-builtins [arm64, sparc, ia64, s390]

BASH_HEADERS is set to /usr/include/bash, so presumably it would not FTBFS
on all archs.

Also see configure.ac:

155 dnl It would be much better to use AC_CHECK_HEADER([bash/config.h]) instead
156 dnl of a fixed value like /usr/include/bash, but then it would be difficult
157 dnl to set a proper search path for the preprocessor, since the bash
158 dnl headers which are needed to compile loadable builtins are not
159 dnl very well designed.
160 
161 BASH_HEADERS=/usr/include/bash
162 AC_ARG_WITH([bash-headers],
163 AS_HELP_STRING([--with-bash-headers],
164[location of the bash header files (default is 
/usr/include/bash)]),
165 [BASH_HEADERS=$withval],)
166 


Regards,

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

Bug#836662: wdq2wav: diff for NMU version 1.0.0-1.1

[Mattia Rizzolo]

Control: tags 836662 + patch
Control: tags 836662 + pending

Dear maintainer,

I've prepared an NMU for wdq2wav (versioned as 1.0.0-1.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
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  `-
diffstat for wdq2wav-1.0.0 wdq2wav-1.0.0

 changelog|   15 
 compat   |2 -
 control  |4 +-
 dirs |1 
 patches/buildflags.patch |   17 ++
 patches/series   |1 
 rules|   79 +--
 7 files changed, 39 insertions(+), 80 deletions(-)

diff -Nru wdq2wav-1.0.0/debian/changelog wdq2wav-1.0.0/debian/changelog
--- wdq2wav-1.0.0/debian/changelog	2013-10-05 19:39:03.0 +
+++ wdq2wav-1.0.0/debian/changelog	2016-09-27 20:15:54.0 +
@@ -1,3 +1,18 @@
+wdq2wav (1.0.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add patch to have the build system obey to build flags from the env.
+  * Stop using hardening-wrapper and instead make use of dpkg-buildflags.
+Closes: #836662
+  * Rewrite debian/rules using the dh sequencer:
++ stop manually installing binary and manpage: the upstream build
+  system already does it (though it doesn't create the needed directories,
+  hence debian/dirs is actually needed).
+  * Bump debhelper compat level to 10.
+  * Bump Standards-Version to 3.9.8, no changes needed.
+
+ -- Mattia Rizzolo   Tue, 27 Sep 2016 20:15:54 +
+
 wdq2wav (1.0.0-1) unstable; urgency=low
 
   * New upstream
diff -Nru wdq2wav-1.0.0/debian/compat wdq2wav-1.0.0/debian/compat
--- wdq2wav-1.0.0/debian/compat	2009-08-02 11:49:23.0 +
+++ wdq2wav-1.0.0/debian/compat	2016-09-27 20:04:43.0 +
@@ -1 +1 @@
-7
+10
diff -Nru wdq2wav-1.0.0/debian/control wdq2wav-1.0.0/debian/control
--- wdq2wav-1.0.0/debian/control	2013-10-05 21:00:18.0 +
+++ wdq2wav-1.0.0/debian/control	2016-09-27 20:13:14.0 +
@@ -2,8 +2,8 @@
 Section: contrib/utils
 Priority: extra
 Maintainer: Kevin M. Rosenberg 
-Build-Depends: debhelper (>> 7.0.0), hardening-wrapper
-Standards-Version: 3.9.4.0
+Build-Depends: debhelper (>= 10)
+Standards-Version: 3.9.8
 Homepage: http://files.b9.com/wdq2wav/
 Vcs-Git: git://git.b9.com/wdq2wav.git
 
diff -Nru wdq2wav-1.0.0/debian/dirs wdq2wav-1.0.0/debian/dirs
--- wdq2wav-1.0.0/debian/dirs	2007-09-04 06:29:42.0 +
+++ wdq2wav-1.0.0/debian/dirs	2016-09-27 20:10:16.0 +
@@ -1,3 +1,2 @@
 usr/bin
 usr/share/man/man1
-
diff -Nru wdq2wav-1.0.0/debian/patches/buildflags.patch wdq2wav-1.0.0/debian/patches/buildflags.patch
--- wdq2wav-1.0.0/debian/patches/buildflags.patch	1970-01-01 00:00:00.0 +
+++ wdq2wav-1.0.0/debian/patches/buildflags.patch	2016-09-27 20:03:01.0 +
@@ -0,0 +1,17 @@
+Description: Tech the build system to obey to buildflags from the environment
+ Also swap '-o $(base)' and '$(base).cpp)': the compiling source is supposed to be the last argument
+Author: Mattia Rizzolo 
+Forwarded: no
+Last-Update: 2016-09-27
+
+--- a/Makefile
 b/Makefile
+@@ -14,7 +14,7 @@
+ 	groff -man -Thtml wdq2wav.1 > wdq2wav.html
+ 
+ wdq2wav: wdq2wav.cpp wdq2wav.h
+-	g++ -Wall -DLINUX -O2 -I. $(base).cpp -o $(base)
++	g++ -Wall -DLINUX -O2 $(CXXFLAGS) $(CPPFLAGS) -I. -o $(base) $(base).cpp $(LDFLAGS)
+ 
+ install: compile
+ 	install -m 0755 -o root -g root wdq2wav $(DESTDIR)/usr/bin
diff -Nru wdq2wav-1.0.0/debian/patches/series wdq2wav-1.0.0/debian/patches/series
--- wdq2wav-1.0.0/debian/patches/series	

Bug#831587: stressapptest: please make the build reproducible

[Chris Lamb]

Blanc Pierre wrote:

> The respective dsc file can be found at:
> https://mentors.debian.net/debian/pool/main/s/stressapptest/stressapptest_1.0.6-3.dsc

Uploaded.

In ideal world you would have used the value of SOURCE_DATE_EPOCH in
some way that makes sense when displayed in the application. (I don't
actually know where this timestamp is used).

Seeing "SOURCE_DATE_EPOCH set" is unlikely to be very informative to
end users. Please consider this for your next upload. :)


Regards,

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

Bug#837579: user-mode-linux: FTBFS with bindnow and PIE enabled

[Bálint Réczey]

2016-09-27 18:39 GMT+02:00 Ritesh Raj Sarraf :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On Sun, 2016-09-25 at 22:28 +0200, Bálint Réczey wrote:
>> > I just built locally with your patches applied. It fixes the build. But
>> lintian
>> > still complains about hardening flags.
>> >
>> > I: user-mode-linux: hardening-no-pie usr/bin/linux.uml
>> > W: user-mode-linux: hardening-no-relro usr/bin/linux.uml
>> > I: user-mode-linux: hardening-no-bindnow usr/bin/linux.uml
>>
>> It is expected, since PIE is still not used.
>>
>> I tried using -fPIE and -fPIC to allow PIE but kernel mode code did
>> not allow those
>> thus I believe the proposed patch is the way to go, disabling PIE for
>> UML for now.
>
> So I'm confused. The bug report is about FTBFS because bindnow and PIE were
> enabled.

It is about the FTBFS when the compiler and dpkg defaults to using
PIE (and bindnow).

>
> Should the bug report be closed with an exception for UML ?

I believe so. Since I see no way of compiling UML with PIE PIE should
be disabled explicitly to allow the switch in GCC's default.

Cheers,
Balint

Bug#789763: Can't leave fullscreen mode in Vinagre

[Anonymous]

Package: vinagre
Version: 3.14.1-1
Followup-For: Bug #789763

Dear Maintainer,

When watching a remote deskop via VNC, it's really hard to leave the fullscreen
mode because the popup on the top middle does not appear and seemingly almost
no keyboard input is accepted (ctrl + alt + delete sometimes leads to the
shutdown dialogue popping up. Sometimes...). However, it seems like I can click
on the invisible buttons but it's a pain to find them.
What I tried: pretty much every combination of keys I found on the interwebs:
alt + f10 , ctrl + alt + f , ctrl + alt + delete, f11 , esc, alt + esc, super +
esc, ... to no avail.

Hope the log helps.



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

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

Versions of packages vinagre depends on:
ii  dconf-gsettings-backend [gsettings-bac  0.22.0-1
ii  libavahi-common30.6.31-5
ii  libavahi-gobject0   0.6.31-5
ii  libavahi-ui-gtk3-0  0.6.31-5
ii  libc6   2.19-18+deb8u6
ii  libcairo2   1.14.0-2.1+deb8u1
ii  libdbus-glib-1-20.102-1
ii  libfreerdp-core1.1  1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-gdi1.1   1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-locale1.11.1.0~git20140921.1.440916e+dfsg1-4
ii  libgdk-pixbuf2.0-0  2.31.1-2+deb8u5
ii  libglib2.0-02.42.1-1+b1
ii  libgtk-3-0  3.14.5-1+deb8u1
ii  libgtk-vnc-2.0-00.5.3-1.3
ii  libsecret-1-0   0.18-1+b1
ii  libspice-client-glib-2.0-8  0.25-1+b1
ii  libspice-client-gtk-3.0-4   0.25-1+b1
ii  libtelepathy-glib0  0.24.1-1
ii  libvte-2.91-0   0.38.1-2
ii  libxml2 2.9.1+dfsg1-5+deb8u3

Versions of packages vinagre recommends:
ii  freerdp-x11  1.1.0~git20140921.1.440916e+dfsg1-4

vinagre suggests no packages.

-- no debconf information

Bug#839024: man page: document --deflate

[Mathieu Malaterre]

Package: binwarlk
Version: 2.1.1-9

For some reason some options are not documented in the man page which
is rather confusing. Eg `--deflate` is not present in the man page,
but is:

$ binwalk -h | grep defl
-X, --deflateScan for raw deflate compression streams

Thanks

Bug#811654: FTBFS with GCC 6: cannot convert x to y

[Markus Koschany]

Sorry, the gcc6.patch was incomplete. New debdiff attached.


diff -Nru open-invaders-0.3/debian/changelog open-invaders-0.3/debian/changelog
--- open-invaders-0.3/debian/changelog  2014-10-16 16:16:26.0 +0200
+++ open-invaders-0.3/debian/changelog  2016-09-27 21:31:32.0 +0200
@@ -1,3 +1,13 @@
+open-invaders (0.3-4.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add gcc6.patch and fix FTBFS with GCC-6. (Closes: #811654)
+  * Switch to compat level 10. (Closes: #727477)
+  * Update Homepage field and point to tracker.debian.org because the old
+homepage is blacklisted in Firefox.
+
+ -- Markus Koschany   Tue, 27 Sep 2016 21:31:32 +0200
+
 open-invaders (0.3-4.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru open-invaders-0.3/debian/compat open-invaders-0.3/debian/compat
--- open-invaders-0.3/debian/compat 2011-09-03 21:58:26.0 +0200
+++ open-invaders-0.3/debian/compat 2016-09-27 21:31:32.0 +0200
@@ -1 +1 @@
-5
+10
diff -Nru open-invaders-0.3/debian/control open-invaders-0.3/debian/control
--- open-invaders-0.3/debian/control2012-09-10 15:12:16.0 +0200
+++ open-invaders-0.3/debian/control2016-09-27 21:31:32.0 +0200
@@ -2,8 +2,8 @@
 Section: games
 Priority: optional
 Maintainer: Siegfried-Angel Gevatter Pujals 
-Homepage: http://www.jamyskis.net/invaders.php
-Build-Depends: debhelper (>= 7.0.50),
+Homepage: https://tracker.debian.org/pkg/open-invaders
+Build-Depends: debhelper (>= 10),
  autotools-dev,
  libaldmb1-dev (>= 1:0.9.3),
  liballegro4-dev,
diff -Nru open-invaders-0.3/debian/patches/fix_ftbfs_gcc45.patch 
open-invaders-0.3/debian/patches/fix_ftbfs_gcc45.patch
--- open-invaders-0.3/debian/patches/fix_ftbfs_gcc45.patch  2011-09-03 
21:58:26.0 +0200
+++ open-invaders-0.3/debian/patches/fix_ftbfs_gcc45.patch  2016-09-27 
21:31:32.0 +0200
@@ -1,6 +1,6 @@
 diff -Nur -x '*.orig' -x '*~' open-invaders-0.3//src/init.cc 
open-invaders-0.3.new//src/init.cc
 open-invaders-0.3//src/init.cc 2009-03-23 22:37:13.0 +0100
-+++ open-invaders-0.3.new//src/init.cc 2010-11-07 19:44:37.52004 +0100
+--- open-invaders-0.3/src/init.cc  2009-03-23 22:37:13.0 +0100
 open-invaders-0.3.new/src/init.cc  2010-11-07 19:44:37.52004 +0100
 @@ -33,6 +33,7 @@
  #include "headers/init.h"
  #include "headers/declare.h"
diff -Nru open-invaders-0.3/debian/patches/gcc6.patch 
open-invaders-0.3/debian/patches/gcc6.patch
--- open-invaders-0.3/debian/patches/gcc6.patch 1970-01-01 01:00:00.0 
+0100
+++ open-invaders-0.3/debian/patches/gcc6.patch 2016-09-27 21:31:32.0 
+0200
@@ -0,0 +1,48 @@
+From: Markus Koschany 
+Date: Tue, 27 Sep 2016 21:23:50 +0200
+Subject: gcc6
+
+Fix FTBFS with GCC-6.
+
+Debian-Bug: https://bugs.debian.org/811654
+Forwarded: no
+---
+ src/init.cc | 11 ---
+ 1 file changed, 8 insertions(+), 3 deletions(-)
+
+diff --git a/src/init.cc b/src/init.cc
+index 29d24f5..2519012 100644
+--- a/src/init.cc
 b/src/init.cc
+@@ -349,7 +349,12 @@ void load_config()
+   
+   do
+   {
+-  success_check=configfile >> string_to_compare;
++  if(configfile >> string_to_compare) {
++  success_check=true;
++  }
++  else {
++  success_check=false;
++  }
+   if(success_check)
+   {
+   position_of_equals=string_to_compare.find("=");
+@@ -635,7 +640,7 @@ BITMAP *oi_load_graphic(std::string filename, std::string 
defsymbol)
+   if(!loaded_graphic)
+   {
+   cout << "Fatal error: Could not load file " << filename << "\n";
+-  return false;
++  return nullptr;
+   }
+   
+   return loaded_graphic;
+@@ -661,7 +666,7 @@ SAMPLE *oi_load_sfx(std::string filename, std::string 
defsymbol)
+   if(!loaded_sound)
+   {
+   cout << "Fatal error: Could not load file " << filename << "\n";
+-  return false;
++  return nullptr;
+   }
+   
+   return loaded_sound;
diff -Nru open-invaders-0.3/debian/patches/series 
open-invaders-0.3/debian/patches/series
--- open-invaders-0.3/debian/patches/series 2012-06-06 11:58:07.0 
+0200
+++ open-invaders-0.3/debian/patches/series 2016-09-27 21:31:32.0 
+0200
@@ -1,3 +1,4 @@
 fix_ftbfs_gcc45.patch
 fix_pmask_amd64.patch
 format_security.patch
+gcc6.patch


signature.asc
Description: OpenPGP digital signature

Bug#839022: libgraphics-colornames-perl: Build-Depends on perl-modules-5.22

[Niko Tyni]

Package: libgraphics-colornames-perl
Version: 2.11-7
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.24-transition
X-Debbugs-Cc: p...@packages.debian.org

This package Build-Depends on perl-modules-5.22 | libmodule-load-perl,
but perl-modules-5.22 is not built from any source in sid anymore and
will get removed as cruft sooner or later.

Rather than switching to perl-modules-5.24, please just drop that
alternative and depend only on libmodule-load-perl. As long as the
dependency is unversioned, the virtual package provided by perl-modules-*
satisfies it just fine.

If you need to depend on something in perl-modules-5.xx that isn't
provided as a virtual package, please declare the dependency on 'perl'
instead. The perl-modules-5.xx packages should be considered internal
implementation details of the perl package that only exist to save
archive space.
-- 
Niko Tyni   nt...@debian.org

Bug#839023: libgraphics-colorobject-perl: Build-Depends on perl-modules-5.22

[Niko Tyni]

Package: libgraphics-colorobject-perl
Version: 0.5.0-7
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.24-transition
X-Debbugs-Cc: p...@packages.debian.org

This package Build-Depends on perl-modules-5.22 | libmodule-load-perl,
but perl-modules-5.22 is not built from any source in sid anymore and
will get removed as cruft sooner or later.

Rather than switching to perl-modules-5.24, please just drop that
alternative and depend only on libmodule-load-perl. As long as the
dependency is unversioned, the virtual package provided by perl-modules-*
satisfies it just fine.

If you need to depend on something in perl-modules-5.xx that isn't
provided as a virtual package, please declare the dependency on 'perl'
instead. The perl-modules-5.xx packages should be considered internal
implementation details of the perl package that only exist to save
archive space.
-- 
Niko Tyni   nt...@debian.org

Bug#835840: Bugs in Remmina

[rhy o'drinnan]

Just came here to ask for better Remmina support.  Use it every day, and
use Wheezy and Devuan exclusively.  What's the hold up, biggest blocker /
barrier?  How can I help?

Rhy

On Tue, 27 Sep 2016 14:29:14 +0300 Dark Penguin 
wrote:
> Have you actually tried either of them? I don't know how many bugs are
> in Remmina 1.1.2 and how many in Remmina 1.2.0, but my actual experience
> (I use Remmina a lot every day) shows that Remmina 1.1.2 is utterly
> broken and barely usable, while 1.2.0 works just fine.
>
> Actually, I notice this kind of things more and more lately. Debian
> Stable is becoming the most unstable distro because nobody is interested
> in fixing bugs for software this old - and for some reason, even the
> most obvious bugs have not been fixed before the release. In the newer
> versions, all those things have been fixed years ago, but those fixes do
> not make their way into stable. I don't have anything against old
> software, but not buggy software, and it's called "stable" because it's
> supposed to actually be stable. I've been using exclusively Debian
> Stable for many years, but seems like it's time to abandon ship because
> of this tendency. (Why is it that Remmina is "not yet stable enough",
> but systemd is?.. That's what most of those problems are with...)
>
> By the way, I'm not using FreeRDP - only Remmina, for VNC. And no,
> Remmina does NOT "depend" on FreeRDP - you can run it without FreeRDP.
> So maybe it would be an acceptable solution to package Remmina 1.2.0 as
> a separate package called "remmina-next", and not package the "unstable"
> FreeRDP at all?..
>
>
> --
> darkpenguin
>
>