Bug#272156:

[Yoann]

Hello,

Le 09/09/2016 à 00:41, Alexander Sack a écrit :
> tags 272156 + moreinfo
> thanks
> 
> Hi,
> 
> thanks for reporting the bug. We would like to identify issues to focus on 
> and hence
> we would love to hear an update if the issue at hand is still something you 
> would like
> to see fix (if it hasn't).
> 
> Thanks!

I will do some test this week end, I will let you know if it's still present or 
not

Best regards,

-- 
Yoann Moulin
linkedin.com/in/yoannmoulin
twitter.com/ymoulin

Bug#837136: libgtk3-perl: FTBFS: t/overrides.t failure

[Niko Tyni]

Package: libgtk3-perl
Version: 0.028-1
Severity: serious
User: debian-p...@lists.debian.org
Usertags: autopkgtest

As noticed by ci.debian.net at
 http://ci.debian.net/packages/libg/libgtk3-perl/unstable/amd64/

this package fails its test suite on current sid, making it fail to
build from source.

  (overrides.t:10670): Gtk-WARNING **: Theme parsing error: :1:30: Using 
Pango syntax for the font: style pro
  perty is deprecated; please use CSS syntax
  :1:17not a number at /<>/blib/lib/Gtk3.pm line 968.
  # Looks like you planned 215 tests but ran 25.
  # Looks like your test exited with 25 just after 25.

-- 
Niko Tyni   nt...@debian.org

Bug#836578: [Pkg-zfsonlinux-devel] Bug#836578: spl-dkms: post_install script cause faults

[Kai Michael Hamich]

Hi Jo,

your change does indeed fix the issue! Thx for the info!

Best,
Kai

Am Freitag, 9. September 2016, 10:40:11 CEST schrieb Jo Blow:
> I also encountered this bug.
> 
> I think this might be due to the new behavior in dkms 2.2.1.0 which seems
> to remove the build directory.
> 
> The postinstall script set in dkms.conf tries to copy files from the build
> directory which does not exist.
> 
> Changing the phase that the copy occurs in seems to fix it.
> 
> 
> --- usr/src/spl-0.6.5.7/dkms.conf 2016-05-25 15:42:03.0 +1000
> +++ usr/src/spl-0.6.5.7/dkms.conf.orig2016-09-09 10:37:43.482388086 
> +1000
> @@ -20,7 +20,7 @@
>   esac)
>--with-linux-obj=${kernel_source_dir}
>  "
> -POST_INSTALL="cp
> +POST_BUILD="cp
>${dkms_tree}/${PACKAGE_NAME}/${PACKAGE_VERSION}/build/spl_config.h
>   
> ${dkms_tree}/${PACKAGE_NAME}/${PACKAGE_VERSION}/build/module/Module.symvers
> ${dkms_tree}/${PACKAGE_NAME}/${PACKAGE_VERSION}/${kernelver}/${arch}/

Bug#837137: pkg-perl-autopkgtest: use.t can fall back to source tree

[Niko Tyni]

Package: pkg-perl-autopkgtest
Version: 0.33

Looking into a libnet-easytcp-perl autopkgtest regression, I noticed
that use.t is currently run in the package source directory. When cwd
is on @INC (which it isn't anymore on current sid) the test could fall
back to using that.

In the case of Net::EasyTCP, META.yml has
 name: EasyTCP

and EasyTCP.pm is in the top source directory, so while cwd was
on @INC, the test succeeded by loading the source version, not the
installed one. This started failing when cwd got removed by default
in perl_5.22.2-4.

We should probably just chdir to / or something like that in use.t to
prevent similar false positives occurring in the future.
-- 
Niko Tyni   nt...@debian.org

Bug#835992: [Pkg-zfsonlinux-devel] Bug#835992: 835992

[Petter Reinholdtsen]

I suspect this is the problem causing the autopkgtest script to fail like this:

Loading new spl-0.6.5.7 DKMS files...
dpkg: warning: version '*-*' has bad syntax: version number does not start with 
digit
It is likely that 3.16.0-4-amd64 belongs to a chroot's host
Building for 4.7.0-1-amd64
Building initial module for 4.7.0-1-amd64
Error! Bad return status for module build on kernel: 4.7.0-1-amd64 (x86_64)
Consult /var/lib/dkms/spl/0.6.5.7/build/make.log for more information.
Processing triggers for menu (2.1.47) ...
Processing triggers for libc-bin (2.23-5) ...
I: Testing binary package spl-dkms
I: Testing if spl modules are correctly installed
spl, 0.6.5.7: added
E: not installed

This problem was introduced a few hours before 2016-08-31 13:50:48 UTC,
according to https://ci.debian.net/packages/s/spl-linux/unstable/amd64/ >.

Did anyone test the proposed patches yet?

Is this the same probelm as https://bugs.debian.org/836578 >?

-- 
Happy hacking
Petter Reinholdtsen

Bug#837138: libnet-easytcp-perl: autopkgtest failure: META.yml confusion

[Niko Tyni]

Package: libnet-easytcp-perl
Version: 0.26-3
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-cwd-inc-removal

This package is failing its autopkgtest checks on current sid.

This regressed with perl 5.22.2-4, which removed cwd from @INC,
but the underlying problem is that META.yml has a wrong name
for the module.

  name: EasyTCP

The use.t test thus tries to load 'EasyTCP', which fails because
the module is really 'Net::EasyTCP'. It used to work because
of a bug in pkg-perl-autopkgtest, see #837137.

 /usr/share/pkg-perl-autopkgtest/runtime-deps.d/use.t .. 
 1..2
 # Can't locate EasyTCP.pm in @INC (you may need to install the EasyTCP module) 
(@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.2 
/usr/local/share/perl/5.22.2 /usr/lib/x86_64-linux-gnu/perl5/5.22 
/usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base).
 # BEGIN failed--compilation aborted.
 not ok 1 - /usr/bin/perl -w -M"EasyTCP" -e 1 2>&1 exited successfully
 not ok 2 - /usr/bin/perl -w -M"EasyTCP" -e 1 2>&1 produced no output

-- 
Niko Tyni   nt...@debian.org

Bug#837142: libmodule-depends-perl: autopkgtest failure: t/depends.t

[Niko Tyni]

Package: libmodule-depends-perl
Version: 0.16-2
User: debian-p...@lists.debian.org
Usertags: autopkgtest

This package is failing its autopkgtest checks on current sid.

While I haven't found the underlying issue yet, this may be caused by
perl 5.22.2-4, which removed cwd from @INC. Note that we currently (as
of pkg-perl-tools 0.33) add the absolute test directory path to @INC in
autopkgtest runs rather than set PERL_UNSAFE_INC=1 like debhelper does
for the build. See
 
https://anonscm.debian.org/git/pkg-perl/packages/pkg-perl-tools.git/commit/?id=fe96c9e0f8007b6bbd7f8ee49646588391c0cd4f
for the rationale.

  not ok 19 - Template::Extract Module::Install requires
  
  #   Failed test 'Template::Extract Module::Install requires'
  #   at t/depends.t line 109.
  # Structures begin differing at:
  #  $got->{perl} = Does not exist
  # $expected->{perl} = '5.006'
  ok 20 - odd outcome use of FindBin
  ok 21 - Makefile.PL exiting false should not be considered an error
  # Looks like you failed 1 test of 21.
  Dubious, test returned 1 (wstat 256, 0x100)
  Failed 1/21 subtests 
  
  Test Summary Report
  ---
  t/depends.t (Wstat: 256 Tests: 21 Failed: 1)
Failed test:  19
Non-zero exit status: 1
  
-- 
Niko Tyni   nt...@debian.org

Bug#837143: libpod-xhtml-perl: autopkgtest failure: Can't locate Test_LinkParser.pm in @INC

[Niko Tyni]

Package: libpod-xhtml-perl
Version: 1.61-1
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-cwd-inc-removal

This package is failing its autopkgtest checks on current sid.

This is probably caused by perl 5.22.2-4, which removed cwd from
@INC. Note that we currently (as of pkg-perl-tools 0.33) add the
absolute test directory path to @INC in autopkgtest runs rather than
set PERL_UNSAFE_INC=1 like debhelper does for the build. See
 
https://anonscm.debian.org/git/pkg-perl/packages/pkg-perl-tools.git/commit/?id=fe96c9e0f8007b6bbd7f8ee49646588391c0cd4f
for the rationale.

  t/01defaults.t ... 
  Can't locate Test_LinkParser.pm in @INC (you may need to install the 
Test_LinkParser module) (@INC contains: ./lib ../lib 
/tmp/autopkgtest-virt-lxc.shared.2uflfbt8/downtmp/autopkgtest_tmp/smokeV0N9FT/blib/lib
 
/tmp/autopkgtest-virt-lxc.shared.2uflfbt8/downtmp/autopkgtest_tmp/smokeV0N9FT/blib/arch
 /tmp/autopkgtest-virt-lxc.shared.2uflfbt8/downtmp/autopkgtest_tmp/smokeV0N9FT 
/etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.2 
/usr/local/share/perl/5.22.2 /usr/lib/x86_64-linux-gnu/perl5/5.22 
/usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at t/01defaults.t 
line 18.
  Dubious, test returned 2 (wstat 512, 0x200)
  No subtests run 

-- 
Niko Tyni   nt...@debian.org

Bug#837144: librrd-simple-perl: autopkgtest failure: Can't locate answers.pl in @INC

[Niko Tyni]

Package: librrd-simple-perl
Version: 1.44-3
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-cwd-inc-removal

This package is failing its autopkgtest checks on current sid.

This is probably caused by perl 5.22.2-4, which removed cwd from
@INC. Note that we currently (as of pkg-perl-tools 0.33) add the
absolute test directory path to @INC in autopkgtest runs rather than
set PERL_UNSAFE_INC=1 like debhelper does for the build. See
 
https://anonscm.debian.org/git/pkg-perl/packages/pkg-perl-tools.git/commit/?id=fe96c9e0f8007b6bbd7f8ee49646588391c0cd4f
for the rationale.

  t/23graph.t  
  1..226
  Can't locate answers.pl in @INC (@INC contains: ./lib ../lib 
/tmp/autopkgtest-virt-lxc.shared.vm079gxn/downtmp/autopkgtest_tmp/smokeaHS4jq/blib/lib
 
/tmp/autopkgtest-virt-lxc.shared.vm079gxn/downtmp/autopkgtest_tmp/smokeaHS4jq/blib/arch
 /tmp/autopkgtest-virt-lxc.shared.vm079gxn/downtmp/autopkgtest_tmp/smokeaHS4jq 
/etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.2 
/usr/local/share/perl/5.22.2 /usr/lib/x86_64-linux-gnu/perl5/5.22 
/usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at t/23graph.t 
line 20.
  # Looks like your test exited with 2 before it could output anything.
  Dubious, test returned 2 (wstat 512, 0x200)
  Failed 226/226 subtests 

-- 
Niko Tyni   nt...@debian.org

Bug#837140: libhttp-throwable-perl: autopkgtest failure: t/500-all.t failure

[Niko Tyni]

Package: libhttp-throwable-perl
Version: 0.026-1
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-cwd-inc-removal

This package is failing its autopkgtest checks on current sid.

This is probably caused by perl 5.22.2-4, which removed cwd from
@INC. Note that we currently (as of pkg-perl-tools 0.33) add the
absolute test directory path to @INC in autopkgtest runs rather than
set PERL_UNSAFE_INC=1 like debhelper does for the build. See
 
https://anonscm.debian.org/git/pkg-perl/packages/pkg-perl-tools.git/commit/?id=fe96c9e0f8007b6bbd7f8ee49646588391c0cd4f
for the rationale.

# Test::More::subtest('ht_test at t/500-all.t, line 11', 
'CODE(0x2822008)') called at 
/tmp/autopkgtest-virt-lxc.shared.hcgg07kt/downtmp/autopkgtest_tmp/smokeJfJ20Y/t/lib/Test/HT.pm
 line 145

# expect : (?^s:500 Internal Server Error.+at t.lib.Test.HT.pm)

-- 
Niko Tyni   nt...@debian.org

Bug#836381: RFS: couchapp/1.0.2+dfsg1-1

[Gianfranco Costamagna]

Hi

>ohhh, totally get it. thanks for spotting it


thanks for getting it ;)

is the only way i found to silence lintian about non-encrypted Vcs- urls


"https://anonscm.debian.org/cgit/collab-maint/couchapp.git";

and 

"https://anonscm.debian.org/git/collab-maint/couchapp.git";

simple as that :)
>i removed it as it was going to bit rot, i replaced it by README.source
>which sould make easier for others to follow.

"diferently." <-- typo

I still think Files-Excluded copyright feature is a better solution, but
feel free to use your best workflow :)

new review:
couchapp-1.0.2+dfsg1/debian/CHANGELOG

this file has been added in this upload...
mistake?


still one license missing
./couchapp/templates/vendor/couchapp/_attachments/md5.js


* A JavaScript implementation of the RSA Data Security, Inc. MD5 Message
* Digest Algorithm, as defined in RFC 1321.
* Version 2.1 Copyright (C) Paul Johnston 1999 - 2002.
* Other contributors: Greg Holt, Andrew Kepert, Ydnar, Lostinet
* Distributed under the BSD License
* See http://pajhome.org.uk/crypt/md5 for more info.


we should be really good after this one :)

(sorry for being so pedantic!)

G.

Bug#837141: liblog-agent-perl: autopkgtest failure: t/carp_*

[Niko Tyni]

Package: liblog-agent-perl
Version: 1.001-1
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-cwd-inc-removal

This package is failing its autopkgtest checks on current sid.

This is probably caused by perl 5.22.2-4, which removed cwd from
@INC. Note that we currently (as of pkg-perl-tools 0.33) add the
absolute test directory path to @INC in autopkgtest runs rather than
set PERL_UNSAFE_INC=1 like debhelper does for the build. See
 
https://anonscm.debian.org/git/pkg-perl/packages/pkg-perl-tools.git/commit/?id=fe96c9e0f8007b6bbd7f8ee49646588391c0cd4f
for the rationale.

The diagnostics are very terse, but I'm guessing the problem is
  do 't/carp.pl';

in the test files.

  t/carp_default.t  
  1..11
  not ok 1
  not ok 2
  not ok 3
  not ok 4
  not ok 5
  not ok 6
  not ok 7
  not ok 8
  not ok 9
  not ok 10
  not ok 11
  Failed 11/11 subtests 
  [...]
  Test Summary Report
  ---
  t/carp_default.t  (Wstat: 0 Tests: 11 Failed: 11)
Failed tests:  1-11
  t/carp_file.t (Wstat: 0 Tests: 11 Failed: 11)
Failed tests:  1-11
  t/carp_fork.t (Wstat: 0 Tests: 11 Failed: 11)
Failed tests:  1-11
  Files=14, Tests=129,  0 wallclock secs ( 0.06 usr  0.02 sys +  0.27 cusr  
0.02 csys =  0.37 CPU)
  Result: FAIL
  
-- 
Niko Tyni   nt...@debian.org 

Bug#837041: clang fails to compile atomics correctly

[Sylvestre Ledru]

Le 09/09/2016 à 01:00, Daniel Black a écrit :



On 08/09/16 17:40, Sylvestre Ledru wrote:
...


This is working fine with 3.6. Sorry but I am not planning to fix that as 3.5 
is pretty old...
http://apt.llvm.org/ is providing up to date versions of clang.


True, but not for ppc64le against which the bug was written.

Next time, please make that more explicit in your bug :)
Architecture: ppc64el (ppc64le) => means that the bug has been reported on this 
arch, not necessary that
it is occurring on this arch.

indeed, I am not providing support for this arch but I am expecting that to be 
buildable :)


S

Bug#837139: libpod-index-perl: autopkgtest failure: Failed test 'podname=t/test.pod'

[Niko Tyni]

Package: libpod-index-perl
Version: 0.14-2
User: debian-p...@lists.debian.org
Usertags: autopkgtest perl-cwd-inc-removal

This package is failing its autopkgtest checks on current sid.

This is probably caused by perl 5.22.2-4, which removed cwd from
@INC. Note that we currently (as of pkg-perl-tools 0.33) add the
absolute test directory path to @INC in autopkgtest runs rather than
set PERL_UNSAFE_INC=1 like debhelper does for the build. See
 
https://anonscm.debian.org/git/pkg-perl/packages/pkg-perl-tools.git/commit/?id=fe96c9e0f8007b6bbd7f8ee49646588391c0cd4f
for the rationale.

 not ok 6 - podname=t/test.pod
 #   Failed test 'podname=t/test.pod'
 #   at t/Search.t line 38.
 #  got: 
'/tmp/autopkgtest-virt-lxc.shared.wmugwu80/downtmp/autopkgtest_tmp/smokev8NcAt/t/test.pod'
 # expected: 't/test.pod'
 
-- 
Niko Tyni   nt...@debian.org

Bug#836835: gnome-control-center: segfault when editing a cable network

[Victor Seva]

Package: gnome-control-center
Version: 1:3.21.90-1
Followup-For: Bug #836835

Same crash here. If I remove the network config via terminal:

$ nmcli connection del 

Then add a new wired connection, as soon as I want to add a DNS like 127.0.0.1
when I introduce the last 1 the panel just crash

gnome-control-c[6768]: segfault at f6000a ip 7f885bbeee76 sp 
7ffe4cde5fc8 error 4 in libc-2.23.so[7f885bb71000+197000]

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.7.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 gnome-control-center depends on:
ii  accountsservice0.6.40-3
ii  apg2.2.3.dfsg.1-4
ii  colord 1.3.2-1
ii  desktop-file-utils 0.23-1
ii  gnome-control-center-data  1:3.21.90-1
ii  gnome-desktop3-data3.21.90-3
ii  gnome-settings-daemon  3.21.90-2
ii  gsettings-desktop-schemas  3.21.4-2
ii  libaccountsservice00.6.40-3
ii  libatk1.0-02.21.90-2
ii  libc6  2.23-5
ii  libcairo-gobject2  1.14.6-1+b1
ii  libcairo2  1.14.6-1+b1
ii  libcanberra-gtk3-0 0.30-3
ii  libcanberra0   0.30-3
ii  libcheese-gtk253.20.2-2
ii  libcheese8 3.20.2-2
ii  libclutter-1.0-0   1.26.0-2
ii  libclutter-gtk-1.0-0   1.8.0-2
ii  libcolord-gtk1 0.1.26-1
ii  libcolord2 1.3.2-1
ii  libcups2   2.1.4-4
ii  libfontconfig1 2.11.0-6.7
ii  libgdk-pixbuf2.0-0 2.34.0-1
ii  libglib2.0-0   2.49.6-1
ii  libgnome-bluetooth13   3.20.0-1
ii  libgnome-desktop-3-12  3.21.90-3
ii  libgoa-1.0-0b  3.21.91-1
ii  libgoa-backend-1.0-1   3.21.91-1
ii  libgrilo-0.3-0 0.3.1-1
ii  libgtk-3-0 3.21.5-3
ii  libgtop-2.0-10 2.34.1-2
ii  libgudev-1.0-0 230-3
ii  libibus-1.0-5  1.5.11-1
ii  libkrb5-3  1.14.3+dfsg-1
ii  libmm-glib01.6.0-1
ii  libnm0 1.4.0-3
ii  libnma01.4.0-2
ii  libpango-1.0-0 1.40.2-1
ii  libpangocairo-1.0-01.40.2-1
ii  libpolkit-gobject-1-0  0.105-16
ii  libpulse-mainloop-glib09.0-3
ii  libpulse0  9.0-3
ii  libpwquality1  1.3.0-1
ii  libsmbclient   2:4.4.5+dfsg-2
ii  libsoup2.4-1   2.55.90-1
ii  libupower-glib30.99.4-3
ii  libwacom2  0.19-1
ii  libx11-6   2:1.6.3-1
ii  libxi6 2:1.7.6-1
ii  libxml22.9.4+dfsg1-1+b1

Versions of packages gnome-control-center recommends:
ii  cracklib-runtime  2.9.2-3
ii  cups-pk-helper0.2.6-1
ii  gkbd-capplet  3.6.0-1
ii  gnome-online-accounts 3.21.91-1
ii  gnome-user-guide  3.20.2-1
ii  gnome-user-share  3.18.2-1
ii  iso-codes 3.70-1
ii  libnss-myhostname 231-4
ii  mousetweaks   3.12.0-1
ii  network-manager-gnome 1.4.0-2
ii  policykit-1   0.105-16
ii  pulseaudio-module-bluetooth   9.0-3
ii  realmd0.16.3-1
ii  rygel 0.30.3-1
ii  rygel-tracker 0.30.3-1
ii  system-config-printer-common  1.5.7-2

Versions of packages gnome-control-center suggests:
ii  gstreamer1.0-pulseaudio  1.8.3-1+b1
pn  libcanberra-gtk-module   
ii  libcanberra-gtk3-module  0.30-3
ii  x11-xserver-utils7.7+7

-- no debconf information

Bug#826982: closed by Gianfranco Costamagna (hoichess, reproducible on amd64)

[Gianfranco Costamagna]

Hi Reiner, Samuel


>Control: reopen -1


that was a really quick turnaround and patch, thanks!

>I attached an updated patch for the new version.

thanks
>As this is a fileordering related issue, being reproducible on amd64
>unfortunately doesn't say much, as we usually don't see those issues
>on amd64 _in our setup_.


oh indeed, I understand now

>The issue is still that source files are collected with 'wildcard',
>which returns files in non-deterministic readdir order.
>If the file list is passed to the linker, it needs to be sorted.


not sure if "wildcard" tool might be fixed then ;)

But I cc'd the person who want to adopt this package, I'll be happy to see
him committing the patch and maybe ask me for sponsorhip
(or anybody else).

Let me know,

G.

Bug#827296: I: Connman slows down if there is no internet connectivity

[Gianfranco Costamagna]

Hi, I'm forwarding some checks you might do to reduce the testcase and
find a fix quicker:


some ideas:



1)

test intermediate gnutls versionshttp://snapshot.debian.org/package/gnutls28/
gnutls28_3.5.2-2.dsc <-- good
gnutls28_3.5.3-2.dsc <-- bad

3.5.2-3 ?
3.5.3-1 ?


new versions in unstable?

3.5.3-3 ?3.5.3-4 ?



2)
systemd-analyze plot > good.svgsystemd-analyze plot > bad.svg



this will help understanding where is the delay, and the differences between 
startup times.
hope this will help a little bit,


G.

Bug#836578: [Pkg-zfsonlinux-devel] Bug#836578: spl-dkms: post_install script cause faults

[Petter Reinholdtsen]

Control: tags -1 + patch

If I understand correctly, this source package patch should make spl-linux build
again with the recent dkms version.

diff --git a/debian/dkms b/debian/dkms
index b349ded..cd477ca 100644
--- a/debian/dkms
+++ b/debian/dkms
@@ -20,7 +20,7 @@ PRE_BUILD="configure
  esac)
   --with-linux-obj=${kernel_source_dir}
 "
-POST_INSTALL="cp
+POST_BUILD="cp
   ${dkms_tree}/${PACKAGE_NAME}/${PACKAGE_VERSION}/build/spl_config.h
   ${dkms_tree}/${PACKAGE_NAME}/${PACKAGE_VERSION}/build/module/Module.symvers
   ${dkms_tree}/${PACKAGE_NAME}/${PACKAGE_VERSION}/${kernelver}/${arch}/

-- 
Happy hacking
Petter Reinholdtsen

Bug#837119: signing-party: sig2dot is broken with gpg 2.1

[Guilhem Moulin]

Hi,

On Fri, 09 Sep 2016 at 10:56:39 +1200, Andrew Ruthven wrote:
> The regular expressions in sig2dot don't match the new output format
> in gpg 2.1
> 
> The new output format is (using the same keys as in the script):
> 
> pub   dsa1024 2003-08-01 [SC]
> 75D8908EBD35E31D94D102EF10557B83807CAC25
> uid   [marginal] Michael Ablassmeier (abi) 
> sig 3CE04080E9456ADE2 2004-02-07  Michael Schiansky 
> 

I'm not sure whether it's worth to fix this: gpg's output without
--with-colons is designed to be human-readable, not machine-parseable.
Furthermore there is no guaranty that the format won't change across
versions (as you just pointed out :-P).  Passing the ‘--keyid-format’
option with a value other than ‘none’ will make sig2dot work again with
2.1.15.  But I think on the long run the proper fix would be to rewrite
sig2dot to make it read the colon-separated input produced by ‘gpg
--with-colons’.

Cheers,
-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#837145: libsdl-perl: autopkgtest failure: t/core_audiospec.t Bad plan

[Niko Tyni]

Package: libsdl-perl:
Version: 2.546-2
User: debian-p...@lists.debian.org
Usertags: autopkgtest

This package is failing its autopkgtest checks on current sid.

I haven't really found out what's happening yet, but it may be caused
by perl 5.22.2-4, which removed cwd from @INC. Note that we currently
(as of pkg-perl-tools 0.33) add the absolute test directory path to @INC
in autopkgtest runs rather than set PERL_UNSAFE_INC=1 like debhelper
does for the build. See
 
https://anonscm.debian.org/git/pkg-perl/packages/pkg-perl-tools.git/commit/?id=fe96c9e0f8007b6bbd7f8ee49646588391c0cd4f
for the rationale.

  t/core_audiospec.t .. skipped: (no reason given)
  [...]
  
  t/core_audiospec.t(Wstat: 0 Tests: 10 Failed: 0)
Parse errors: Bad plan.  You planned 0 tests but ran 10.

-- 
Niko Tyni   nt...@debian.org

Bug#833081: libcgicc5: New upstream version available

[Thomas Pircher]

Any objection to me opening a FRS and do a non-maintainer upload of this 
package?


Thanks,
Thomas

Bug#836584: [Pkg-zfsonlinux-devel] Bug#836584: zfs-dkms build fails due to a configure error

[Kai Michael Hamich]

Hi,

issue is fixed by a patch for spl-dkms:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836578

This bug can be closed!

Best,
Kai

Am Montag, 5. September 2016, 14:08:52 CEST schrieb Andreas Steinel:
> Hi,
> 
> I also run into this problem yesterday and I know that version -1 does not
> suffer from this problem. It has to be something that has been introduced
> with -2.
> 
> Best,
> Andreas Steinel

Bug#836539: ripit: Musicbrainz lookup messed up for Male by Foetos (broken CD 2 handling?)

[Elimar Riesebieter]

Control: forwarded -1 ri...@suwald.com

-- 
  The path to source is always uphill!
-unknown-

Bug#836705: ripit: more tags in FLAC files (musicbrianz id and catalog number etc)

[Elimar Riesebieter]

Control: forwarded -1 ri...@suwald.com

-- 
  355/113: Not the famous irrational number pi,
   but an incredible simulation!
-unknown

Bug#775541: tests of new packages

[Andreas Henriksson]

Hello Vincent McIntyre.

Thanks for your thurough testing and useful feedback.

Let me start with a disclaimer: I'm not maintaining nfs (and I'm
not even using it myself so my knowledge is very limited). My only
involvement here is trying to squash some RC bugs and unblocking
work elsewhere by importing native systemd units.

On Fri, Sep 09, 2016 at 11:57:34AM +1000, Vincent McIntyre wrote:
> 
> Thanks Andreas for those new packages.
> I did some testing of the 1.2.8-9.2 packages on a clean jessie install.
> They are pretty close but I found an issue with NFS exports in one case.
> 
> I used the attached check.sh script to show the state of various targets
> as I changed things. The attached results.tar shows the output from it.
> Between each major stage below, the system is rebooted.
> Then I log in and run check.sh before doing anything else.
> Throughout, /etc/network/interfaces contained:
>   source /etc/network/interfaces.d/*
>   auto lo
>   iface lo inet loopback
>   allow-hotplug eth0

I think this  is problematic and unfortunately spoils my interest
in the rest of your testing.

>From what I've been told one of the main differences between "auto"
and "allow-hotplug" is that allow-hotplug will not block your bootup
so services will run wild and start up ASAP. This means they can and
likely will start up before your network connection is up. Specially
if using dhcp which takes time to configure the interface and extra
so if you're using a network device (eg. usb dongle) which takes a
long time to initialize.

I assume eth0 was involved in your tests, and if so it would be
very useful to know what difference it makes if you use auto
instead.

>   iface eth0 inet dhcp
> and /etc/network/interfaces.d/ was empty.
> 
> step 1 - jessie system with nfs packages 1.2.8-9
>  one fstab mount, no exports. no changes to /etc/default/nfs-*.
>  The fstab mount works ok; it tries to mount it way too early
>  but we invoke it with the 'bg' option so eventually it works.
> 
> step 2 - as above but with the _netdev option added to the fstab entry.
>  System still tries to mount too early, before dhclient is done,
>  but it works in the end.
> 
> step 3 - as above but export one filesystem.
>  The fstab mount works, as above.
>  Tried a few different ways to do the exports
>- wildcard host (step3.1)
>  This works ok.
>- point the export at a single host (step3.2)
>  This tries to start mountd to early, before it can resolve
>  the hostname given in the exports file.
>  As a result we end up with an empty export list:
>  # showmount -e
>  Export list for install:
>  #
>  Restarting the service once the system is fully booted works
>  # systemctl restart nfs-kernel-server.service
>  # showmount -e
>  Export list for install:
>  /data/INSTALL_1 mayhem.atnf.CSIRO.AU
>  #
>- point the export at a netgroup (step3.3)
>  This works, even though the netgroup cannot be resolved
>  (there's no definition for it).
>  # showmount -e
>  Export list for install:
>  /data/INSTALL_1 @all_hosts
>  #
> 
> NB nfs-kernel-server starts before dhclient
> Sep 08 17:04:46 install nfs-kernel-server[657]: Exporting directories for NFS 
> kernel daemon
> Sep 08 17:04:46 install kernel: NFSD: Using /var/lib/nfs/v4recovery as the 
> NFSv4 state recovery directory
> Sep 08 17:04:46 install kernel: NFSD: starting 90-second grace period (net 
> 818ba280)
> ...
> Sep 08 17:04:46 install rpc.mountd[738]: Version 1.2.8 starting
> Sep 08 17:04:46 install nfs-kernel-server[657]: Starting NFS kernel daemon: 
> nfsd mountd.
> Sep 08 17:04:46 install acpid[734]: starting up with netlink and the input 
> layer
> Sep 08 17:04:46 install acpid[734]: 1 rule loaded
> Sep 08 17:04:46 install acpid[734]: waiting for events: event logging is off
> ...
> Sep 08 17:04:49 install kernel: e1000e: eth0 NIC Link is Up 1000 Mbps Full 
> Duplex, Flow Control: None
> Sep 08 17:04:49 install kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link 
> becomes ready
> Sep 08 17:04:50 install dhclient[532]: DHCPDISCOVER on eth0 to 
> 255.255.255.255 port 67 interval 6
> ...
> Sep 08 17:04:56 install ifup[522]: Starting rpcbind (via systemctl): 
> rpcbind.service.
> Sep 08 17:04:56 install ifup[522]: Starting nfs-common (via systemctl): 
> nfs-common.service.
> Sep 08 17:04:56 install kernel: Key type dns_resolver registered
> Sep 08 17:04:56 install kernel: NFS: Registering the id_resolver key type
> Sep 08 17:04:56 install kernel: Key type id_resolver registered
> Sep 08 17:04:56 install kernel: Key type id_legacy registered
> 
> 
> step3.4 - install new nfs packages but don't reboot yet.
>   I didn't analyse this step carefully
> 
> step 4 - jessi

Bug#836965: virtualbox-5.1: No VM starts, only error "RCR3initEx failed with rc=-1912"

[Gianfranco Costamagna]

Hi, can you please provide more details?

(sorry for the late answer)

>When I start an VM, I am getting the message mentioned in the subject, but also
>another error with
>
>Für die virtuelle Maschine pfSense konnte keine neue Sitzung eröffnet werden.
>
>The virtual machine 'pfSense' has terminated unexpectedly during startup with
>exit code 1 (0x1).
>
>Fehlercode:NS_ERROR_FAILURE (0x80004005)
>Komponente:MachineWrap
>Interface:IMachine {b2547866-a0a1-4391-8b86-6952d82efaa0}
>
>... :(
>

>

>Trying to find a solution in the web, trying to reinstall all 
>installed>virtualbox packages (virtualbox, virtualbox-guest-dkms, 
>virtualbox-guest-utils,
>virtualbox-guest-x11, virtualbox-guest-additions-iso and virtualbox-qt),
>changing all /dev/vbox files with "chmod 666 /dev/vbox*" (a tip I found
>somewhere in the web) did not change anything ... :(


please remove all the virtualbox-guest-utils virtualbox-guest-dkms and 
virtualbox-guest-x11
(they are needed inside the VM, not outside)

and do
apt-get install --reinstall virtualbox virtualbox-dkms and post the result
here
(or a simple
dpkg-reconfigure virtualbox-dkms)

after that an
lsmod |grep vbox

and 

find /lib/modules/ -name "*vbox*.ko*" -exec modinfo "{}" \;

this will give me a clue about the kernel module build, and the reason for 
having a bad /dev/vbox* device

also
ls /dev/vboxdrv -l

and last thing:
dpkg-query -l |grep virtualbox


thanks,

G.

Bug#837146: [gnome-tweak-tool] press alt key make gnome-tweak-tool crash

[Đặng Duy Sơn]

Package: gnome-tweak-tool
Version: 3.21.91-1
Severity: normal

Dear Maintainer,

When I open a new gnome-tweak-tool instance, press alt key make it 
segmentation fault immediately.

How to reproduce:
- Open a new gnome-tweak-tool instance.
- Press alt immediately, it crash
- Toggle some checkbox or dropdown menu in Tweak Tool main window, then 
press alt, it still crash.
- Click the top left Search button on Tweak Tool window, then click 
again to close it. After that, press alt key doesn't make it crash anymore



--- System information. ---
Architecture: amd64
Kernel: Linux 4.7.0-2.1-liquorix-amd64

Debian Release: stretch/sid
500 yakkety ppa.launchpad.net
500 xenial ppa.launchpad.net
500 unstable liquorix.net
500 testing repository.spotify.com
500 testing debian.xtdv.net
500 stable dl.google.com
500 stable debian.xtdv.net
500 sid linux.dropbox.com

--- Package information. ---
Depends (Version) | Installed
===-+-==
python:any (<< 2.8) |
python:any (>= 2.7.5-5~) |
gsettings-desktop-schemas (>= 3.21.2) | 3.21.4-2
gnome-settings-daemon | 3.21.90-2
gnome-shell-common (>= 3.4) | 3.21.91-2
mutter-common | 3.21.91-2
python-gi (>= 3.2.1) | 3.20.1-1
gir1.2-gtk-3.0 (>= 3.12) | 3.21.5-3
gir1.2-gnomedesktop-3.0 | 3.21.90-3
gir1.2-soup-2.4 | 2.55.90-1
gir1.2-notify-0.7 | 0.7.6-2
gir1.2-glib-2.0 | 1.49.1-2
gir1.2-pango-1.0 | 1.40.2-1


Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#835076: Downgrading severity

[Thomas Goirand]

As per the discussion on debian-devel, I'm downgrading the severity of
this bug.

Cheers,

Thomas Goirand (zigo)

Bug#836965: virtualbox-5.1: No VM starts, only error "RCR3initEx failed with rc=-1912"

[Thomas Hackert]

Hello Gianfranco,
On Fri, Sep 09, 2016 at 08:21:53AM +, Gianfranco Costamagna wrote:
> Hi, can you please provide more details?

I hope so ... ;)

> (sorry for the late answer)

No problem :)

> >When I start an VM, I am getting the message mentioned in the subject, but 
> >also
> >another error with
> >
> >Für die virtuelle Maschine pfSense konnte keine neue Sitzung eröffnet werden.
> >
> >The virtual machine 'pfSense' has terminated unexpectedly during startup with
> >exit code 1 (0x1).
> >
> >Fehlercode:NS_ERROR_FAILURE (0x80004005)
> >Komponente:MachineWrap
> >Interface:IMachine {b2547866-a0a1-4391-8b86-6952d82efaa0}
> >
> >... :(
> 
> >Trying to find a solution in the web, trying to reinstall all 
> >installed>virtualbox packages (virtualbox, virtualbox-guest-dkms, 
> >virtualbox-guest-utils,
> >virtualbox-guest-x11, virtualbox-guest-additions-iso and virtualbox-qt),
> >changing all /dev/vbox files with "chmod 666 /dev/vbox*" (a tip I found
> >somewhere in the web) did not change anything ... :(
> 
> 
> please remove all the virtualbox-guest-utils virtualbox-guest-dkms and 
> virtualbox-guest-x11
> (they are needed inside the VM, not outside)

[done]

> and do
> apt-get install --reinstall virtualbox virtualbox-dkms and post the result
> here
> (or a simple
> dpkg-reconfigure virtualbox-dkms)

I did the "dpkg-reconfigure" command. Does this make any difference?

> after that an
> lsmod |grep vbox

# lsmod |grep vbox
vboxpci24576  0
vboxnetadp 28672  0
vboxnetflt 28672  0
vboxdrv   450560  3 vboxnetadp,vboxnetflt,vboxpci

> and 
> 
> find /lib/modules/ -name "*vbox*.ko*" -exec modinfo "{}" \;

I will attach the output as a file on this mail, if this is OK ...
;)

> this will give me a clue about the kernel module build, and the reason for 
> having a bad /dev/vbox* device
> 
> also
> ls /dev/vboxdrv -l

crw-rw-rw- 1 root root 10, 58 Sep  4 12:08 /dev/vboxdrv

> and last thing:
> dpkg-query -l |grep virtualbox

ii  virtualbox5.1.4-dfsg-1+b1
amd64x86 virtualization solution - base binaries
ii  virtualbox-dkms   5.1.4-dfsg-1
all  x86 virtualization solution - kernel module sources for
dkms
ii  virtualbox-qt 5.1.4-dfsg-1+b1
amd64x86 virtualization solution - Qt based user interface

> thanks,

You are welcome :)
Have a nice day
Thomas.

-- 
Liar:
one who tells an unpleasant truth.
-- Oliver Herford
filename:   /lib/modules/4.5.0-2-amd64/updates/dkms/vboxdrv.ko
version:5.1.4_Debian r110228 (0x0026)
license:GPL
description:Oracle VM VirtualBox Support Driver
author: Oracle Corporation
srcversion: 141D4C026DB2D609EC82545
depends:
vermagic:   4.5.0-2-amd64 SMP mod_unload modversions 
parm:   force_async_tsc:force the asynchronous TSC mode (int)
filename:   /lib/modules/4.5.0-2-amd64/updates/dkms/vboxnetadp.ko
version:5.1.4_Debian r110228 ((0xA2CDe001U))
license:GPL
description:Oracle VM VirtualBox Network Adapter Driver
author: Oracle Corporation
srcversion: 29B5552C5D92B8323EE00BD
depends:vboxdrv
vermagic:   4.5.0-2-amd64 SMP mod_unload modversions 
filename:   /lib/modules/4.5.0-2-amd64/updates/dkms/vboxnetflt.ko
version:5.1.4_Debian r110228 ((0xA2CDe001U))
license:GPL
description:Oracle VM VirtualBox Network Filter Driver
author: Oracle Corporation
srcversion: D686CF2E1879C70DBB1488B
depends:vboxdrv
vermagic:   4.5.0-2-amd64 SMP mod_unload modversions 
filename:   /lib/modules/4.5.0-2-amd64/updates/dkms/vboxpci.ko
version:5.1.4_Debian r110228
license:GPL
description:Oracle VM VirtualBox PCI access Driver
author: Oracle Corporation
srcversion: 5A37F4F33AC46B030951EAF
depends:vboxdrv
vermagic:   4.5.0-2-amd64 SMP mod_unload modversions 
filename:   /lib/modules/4.6.0-1-amd64/updates/dkms/vboxdrv.ko
version:5.1.4_Debian r110228 (0x0026)
license:GPL
description:Oracle VM VirtualBox Support Driver
author: Oracle Corporation
srcversion: 141D4C026DB2D609EC82545
depends:
vermagic:   4.6.0-1-amd64 SMP mod_unload modversions 
parm:   force_async_tsc:force the asynchronous TSC mode (int)
filename:   /lib/modules/4.6.0-1-amd64/updates/dkms/vboxnetadp.ko
version:5.1.4_Debian r110228 ((0xA2CDe001U))
license:GPL
description:Oracle VM VirtualBox Network Adapter Driver
author: Oracle Corporation
srcversion: 29B5552C5D92B8323EE00BD
depends:vboxdrv
vermagic:   4.6.0-1-amd64 SMP mod_unload modversions 
filename:   /lib/modules/4.6.0-1-amd64/updates/dkms/vboxnetflt.ko
version:5.1.4_Debian r110228 ((0xA2CDe001U))
license:GPL
description:Oracle VM VirtualBox Network Filter Driver
author: Oracle C

Bug#818469: Printing from some HTML files fails in pdftops conversion with python UTF8 error

[Peje Nilsson]

I'm also affected by this bug. Using hplip-3.16.8+repack0-2

I'm trying to print a html page from Google Chrome with an o-umlaut in
the title.

I get the following in /var/log/cups/error_log:
D [09/Sep/2016:10:14:45 +0200] [Job 312] Traceback (most recent call last):
D [09/Sep/2016:10:14:45 +0200] [Job 312] File
\"/usr/lib/cups/filter/hpps\", line 203, in 
D [09/Sep/2016:10:14:45 +0200] [Job 312] os.write(output_fd,
to_bytes_utf8(\'@PJL SET JOBNAME=\"%s\"\\x0a\' % title))
D [09/Sep/2016:10:14:45 +0200] [Job 312] File
\"/usr/share/hplip/base/sixext.py\", line 109, in to_bytes_utf8
D [09/Sep/2016:10:14:45 +0200] [Job 312] return s.encode(\"utf-8\")
D [09/Sep/2016:10:14:45 +0200] [Job 312] UnicodeEncodeError: \'utf-8\'
codec can\'t encode character \'\\udcc3\' in position 30: surrogates not
allowed
D [09/Sep/2016:10:14:45 +0200] [Job 312] PID 29617
(/usr/lib/cups/filter/hpps) stopped with status 1.
D [09/Sep/2016:10:14:45 +0200] [Job 312] Hint: Try setting the LogLevel
to "debug" to find out more.
D [09/Sep/2016:10:14:45 +0200] [Job 312] Before copy_setup - %%Page: 1 1
D [09/Sep/2016:10:14:45 +0200] [Job 312] Before page loop - %%Page: 1 1
D [09/Sep/2016:10:14:45 +0200] [Job 312] Copying page 1...


If I remove the o-umlaut in the title t page prints  without problems.

The workaround mentioned in
https://bugs.launchpad.net/hplip/+bug/1498366 solves this for me.

Peje

Bug#837147: needrestart batchmode shows different result than interactive mode

[Andreas Papst]

Package: needrestart
Version: 2.8-1~bpo8+1
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?

 $ dpkg -l | grep linux-image
 ii  linux-image-3.16.0-4-amd64 3.16.36-1+deb8u1 amd64  
  Linux 3.16 for 64-bit PCs
 ii  linux-image-amd64  3.16+63  amd64  
  Linux for 64-bit PCs (meta-package)
 $ uname -v
 #1 SMP Debian 3.16.36-1+deb8u1 (2016-09-03)

 shows, that the latest installed kernel is running, but

 `needrestart -b' reports
 NEEDRESTART-KSTA: 1

 indicating that a refresh is needed according to
 https://github.com/DE-IBH/apt-dater-host/blob/master/doc/ADP-0.7

 with `needrestart' without `-b' anything is fine.


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

 needrestart -b


   * What was the outcome of this action?

 NEEDRESTART-KSTA: 1


   * What outcome did you expect instead?

 NEEDRESTART-KSTA: 0
 or none


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


-- Package-specific info:
needrestart output:

root# needrestart -c /etc/needrestart/needrestart.conf  -b
NEEDRESTART-VER: 2.7
NEEDRESTART-KCUR: 3.16.0-4-amd64
NEEDRESTART-KEXP: 3.16.0-4-amd64
NEEDRESTART-KSTA: 1

root# needrestart -c /etc/needrestart/needrestart.conf  
Scanning processes...   
Scanning linux images...
Running kernel seems to be up-to-date.
No services need to be restarted.
No containers need to be restarted.
No user sessions are running outdated binaries.

checkrestart output:

# checkrestart 
Found 0 processes using old versions of upgraded files


-- System Information:
Debian Release: 8.5
  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=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 needrestart depends on:
ii  dpkg   1.17.27
ii  gettext-base   0.19.3-2
ii  libintl-perl   1.23-1+deb8u1
ii  libmodule-find-perl0.12-1
ii  libmodule-scandeps-perl1.16-1
ii  libproc-processtable-perl  0.51-1
ii  libsort-naturally-perl 1.03-1
ii  libterm-readkey-perl   2.32-1+b1
ii  perl   5.20.2-3+deb8u6
ii  xz-utils   5.1.1alpha+20120614-2+b3

needrestart recommends no packages.

Versions of packages needrestart suggests:
pn  needrestart-session | libnotify-bin  

-- no debconf information

Bug#837148: enable CSRF token for configuration form and portal layout forms

[Mathieu Parent]

Package: php-horde-core
Version: 2.24.0+debian0-1
Severity: important
Tags: security sid jessie
Control: found -1 2.15.0+debian0-1+deb8u1

Hello,

In the recent bunch of updates to Horde, I found those:

https://github.com/horde/horde/commit/4035ab12e5f6496df7df23fc6250b404f0e8592e

and

https://github.com/horde/horde/commit/2c4fa7e913afadc68f4d78f57994f0ce9a67787b

Will upload lastest version to sid shortly, and I plan to fix this in
jessie too.

Regards

-- 
Mathieu Parent

Bug#795976: reopening 795976

[Dmitry Shachnev]

Hi Jelmer,

On Sun, May 15, 2016 at 06:29:21PM +, Jelmer Vernooij wrote:
> reopen 795976
> thanks

Should this bug be still open?

Sphinx build should be reproducible. It FTBFS on reproducible-builds.org
because of some problem with WebKit, but that is an unrelated issue, and
I have disabled the tests in the current packaging Git.

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#836965: virtualbox-5.1: No VM starts, only error "RCR3initEx failed with rc=-1912"

[Gianfranco Costamagna]

Hi,

please set the devices permissions back to the correct values
sudo ls -l /dev/vbox*
crw--- 1 root root 10, 55 set  9 10:57 /dev/vboxdrv
crw-rw-rw- 1 root root 10, 54 set  9 10:57 /dev/vboxdrvu
crw--- 1 root root 10, 53 set  9 10:57 /dev/vboxnetctl


chmod 600 /dev/vboxdrv /dev/vboxnetctl
chmod 666 /dev/vboxdrvu


I don't see anything strange here

is the guest a windows 10 machine?

G.

Bug#837149: Don't render SVG images in the browser to avoid XSS attacks

[Mathieu Parent]

Package: php-horde-mime-viewer
Version: 2.1.3-2
Severity: important
Tags: security sid jessie
Control: found -1 2.0.7-2

Hello,

In the recent bunch of updates to Horde, I found this:

https://github.com/horde/horde/commit/a55bf759d3d8fd07dd5fda2ead075f5998e96364

Will upload lastest version to sid shortly, and I plan to fix this in
jessie too.

Regards

-- 
Mathieu

Bug#837150: Fix XSS with data:html links and form actions

[Mathieu Parent]

Package: php-horde-text-filter
Version: 2.3.4-2
Severity: important
Tags: security sid jessie
Control: found -1 2.2.1-5

Hello,

In the recent bunch of updates to Horde, I found this:

https://github.com/horde/horde/commit/30d5506c20d26efbb9942fbdc6f981a0bd333b97

Will upload lastest version to sid shortly, and I plan to fix this in
jessie too.

Regards

-- 
Mathieu

Bug#837152: armadillo: Dependencies not satisfiable (superlu updated to 5.2.1)

[Bas Couwenberg]

Source: armadillo
Version: 1:6.700.6+dfsg-1
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: affects -1 src:qgis src:gdal src:pktools src:vtk6

Dear Maintainer,

superlu has been updated to version 5.2.1 in unstable, which makes
the armadillo packages uninstallable due to the version 4.3 constraint.

This affects all reverse dependencies of armadillo.

Version 1:7.400.1+dfsg-1 in experimental does not have the superlu 4.3
version constraint, but will require a transition. Please coordinate the
armadillo transition with the Release Team as soon as possible, or fix
the superlu dependency issue for the version in unstable in the mean
time.

Kind Regards,

Bas

Bug#837151: Missing CSRF protection tokens in portal layout forms

[Mathieu Parent]

Package: php-horde
Version: 5.2.11+debian0-1
Severity: important
Tags: security sid jessie
Control: found -1 5.2.1+debian0-2+deb8u3

Hello,

In the recent bunch of updates to Horde, I found this:

https://github.com/horde/horde/commit/473609af6364d3a2c945987ae557a6311a432745

Will upload lastest version to sid shortly, and I plan to fix this in
jessie too.

Regards

-- 
Mathieu

Bug#837138: libnet-easytcp-perl: autopkgtest failure: META.yml confusion

[Niko Tyni]

On Fri, Sep 09, 2016 at 10:19:14AM +0300, Niko Tyni wrote:
> Package: libnet-easytcp-perl
> Version: 0.26-3
> User: debian-p...@lists.debian.org
> Usertags: autopkgtest perl-cwd-inc-removal
> 
> This package is failing its autopkgtest checks on current sid.
> 
> This regressed with perl 5.22.2-4, which removed cwd from @INC,
> but the underlying problem is that META.yml has a wrong name
> for the module.
> 
>   name: EasyTCP

On second thoughts, I'm not sure if this is wrong or not.
The distribution is apparently called EasyTCP though the
module is Net::EasyTCP.

Possibly we should just accept it and put Net::TCP in
debian/tests/pkg-perl/use-name ?
-- 
Niko Tyni   nt...@debian.org

Bug#837153: pdns-recursor fails to start because of missing protobuf library

[Sérgio Carvalho]

Package: pdns-recursor
Version: 4.0.2-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

pdns-recursor in recently updated debian sid installations fails to
start with the error:

/usr/sbin/pdns_recursor: symbol lookup error: /usr/sbin/pdns_recursor:
undefined symbol: _ZN6google8protobuf15UnknownFieldSet9AddVarintEim

I believe the package is linked to a no longer existing libprotobuf.

   * What led up to the situation?

A regular dist-upgrade of debian sid.

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

No action possible, other than recompiling the package.

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

Kernel: Linux 4.7.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 pdns-recursor depends on:
ii  adduser3.115
ii  dns-root-data  2015052300+h+1
ii  init-system-helpers1.42
ii  libatomic1 6.2.0-3
ii  libboost-system1.61.0  1.61.0+dfsg-2.1
ii  libboost-thread1.61.0  1.61.0+dfsg-2.1
ii  libc6  2.24-2
ii  libgcc11:6.2.0-3
ii  liblua5.2-05.2.4-1.1
ii  libprotobuf10  3.0.0-7
ii  libssl1.0.21.0.2h-1
ii  libstdc++6 6.2.0-3
ii  libsystemd0231-5
ii  lsb-base   9.20160629

pdns-recursor recommends no packages.

pdns-recursor suggests no packages.

-- Configuration Files:
/etc/powerdns/recursor.conf changed:
export-etc-hosts=on
local-address=127.0.0.1,192.168.100.1
local-port=53
query-local-address6=
quiet=yes
setgid=pdns
setuid=pdns


-- debconf-show failed


-- 
Sérgio Carvalho

Bug#836917: transition: openmpi

[Sebastiaan Couwenberg]

On 09/08/2016 01:07 PM, Sebastiaan Couwenberg wrote:
> I've done a round of rebuilds to assess the impact of this transition.
> The results are summarized below. Several package suffer from
> uninstallable build dependencies by having libopenmpi1.10 pulled in by
> dependencies that failed to rebuild.

Quite a few packages require vtk6 to be rebuilt before their
dependencies can be satisfied.

Unfortunately vtk6 has a large dependency chain, which is prone to issues.

mpi4py is one of the vtk6 build dependencies that needs to be fixed
(#830440).

Another is the recent update of superlu in unstable which has made the
armadillo packages and their reverse dependencies uninstallable
(#837152). This includes gdal and by extension vtk6.

It looks like armadillo will require a transition before it will support
superlu >= 5.2.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#835381: curl: .curlrc ciphers=PFS not honoured

[Fulano Diego Perez]

$ cat .curlrc
proxy socks5h://127.0.0.1:9050
http2
ciphers=PFS




$ curl --verbose --user-agent '' --head https://www.nkrf.net/
*   Trying 127.0.0.1...
* Connected to 127.0.0.1 (127.0.0.1) port 9050 (#0)
* found 173 certificates in /etc/ssl/certs/ca-certificates.crt
* found 696 certificates in /etc/ssl/certs
* ALPN, offering h2
* ALPN, offering http/1.1
* SSL connection using TLS1.0 / RSA_AES_128_CBC_SHA1
*server certificate verification OK
*server certificate status verification SKIPPED
* SSL: certificate subject name (www.dongposarang.com) does not match
target host name 'www.nkrf.net'
* Closing connection 0
curl: (51) SSL: certificate subject name (www.dongposarang.com) does not
match target host name 'www.nkrf.net'





$ curl --insecure --verbose --user-agent '' --head https://www.nkrf.net/
*   Trying 127.0.0.1...
* Connected to 127.0.0.1 (127.0.0.1) port 9050 (#0)
* found 173 certificates in /etc/ssl/certs/ca-certificates.crt
* found 696 certificates in /etc/ssl/certs
* ALPN, offering h2
* ALPN, offering http/1.1
* SSL connection using TLS1.0 / RSA_AES_128_CBC_SHA1
*server certificate verification SKIPPED
*server certificate status verification SKIPPED
*common name: www.dongposarang.com (does not match 'www.nkrf.net')
*server certificate expiration date OK
*server certificate activation date OK
*certificate public key: RSA
*certificate version: #3
*subject: C=KR,OU=Domain Control Validated,CN=www.dongposarang.com
*start date: Tue, 06 Sep 2016 02:49:33 GMT
*expire date: Mon, 01 Jan 2018 23:59:59 GMT
*issuer: C=BE,O=GlobalSign nv-sa,CN=AlphaSSL CA - SHA256 - G2
*compression: NULL
* ALPN, server did not agree to a protocol
> HEAD / HTTP/1.1
> Host: www.nkrf.net
> Accept: */*
>
< HTTP/1.1 200 OK
HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
Server: Apache-Coyote/1.1
< Set-Cookie: removed; Path=/; Secure
Set-Cookie: removed; Path=/; Secure
< Content-Type: text/html;charset=utf-8
Content-Type: text/html;charset=utf-8
< Transfer-Encoding: chunked
Transfer-Encoding: chunked
< Date: removed
Date: removed

<
* Connection #0 to host www.nkrf.net left intact

Bug#833893: network-manager: wifi hot spot w/ dnsmasq conflicts unbound/dns requests

[Fulano Diego Perez]

how can i purge the config and try this again?

where is the config stored for hotspot?

update?

Bug#837154: davical: backslash escaping sometimes broken in vCard

[Patrick Ohly]

Package: davical
Version: 1.1.4-3
Severity: normal

Dear DAViCal maintainers,

I've recently updated the SyncEvolution test setup such that it runs
tests against DAVICal 1.1.4-3 from Debian Testing and noticed a
problem that I had not seen before: when storing certain vCards on
the server and retrieving them again, backslashes in the NOTE property
(and perhaps elsewhere) are getting modified incorrectly.

This only happens for vCards which have no REV property.

Normally SyncEvolution includes a REV property when syncing, so this
might only affect testing and perhaps some users who use the command
line to import contacts into DAViCal directly. I'm more concerned about
not-yet-known cases where this decoding/encoding on the server-side
happens.

testcases/carddav.vcf | Client_Source_davical_carddav_testImport.B.test.dat
 only in left file <
   > only in right file
---
BEGIN:VCARD  BEGIN:VCARD   
N:2;;;user   N:2;;;user
FN:user 2FN:user 2 
NOTE:This user tests some of the advaNOTE:This user tests some of the adva 
 nced aspects of vcards:\n- non-ASCII nced aspects of vcards:\n- non-ASCII 
 characters (with umlauts in the name)characters (with umlauts in the name)
 \n- line break (in this note and the \n- line break (in this note and the 
 mailing address)\n- long lines (in thmailing address)\n- long lines (in th
 is note)\n- special characters (in this note)\n- special characters (in th
 is note)\n- tabs (in this note)\n\nVeis note)\n- tabs (in this note)\n\nVe
 ry long line\, very very long this tiry long line\, very very long this ti
 me... still not finished... blah blahme... still not finished... blah blah
  blah blah blah 1 2 3 4 5 6 7 8 9 10  blah blah blah 1 2 3 4 5 6 7 8 9 10 
 11 12 13 14 15 16\n\ncomma \,\ncolon 11 12 13 14 15 16\n\ncomma \,\ncolon 
 :\nsemicolon \;\nbackslash \\\n\nThe  |  :\nsemicolon \;\nbackslash \\n\nThe s
 same\, in the middle of a line:\ncomm |  ame\, in the middle of a line:\ncomma
 a \, comma\ncolon : colon\nsemicolon  |   \, comma\ncolon : colon\nsemicolon \
 \; semicolon\nbackslash \\ backslash\ |  ; semicolon\nbackslash \ backslash\n\
 n\nA tab   tab done\n  line starts with |  nA tab  tab done\n  
line starts with t
  tab  |  ab   
VERSION:3.0  VERSION:3.0   
END:VCARDEND:VCARD 
---

Note that the \\ gets replaced with a single \.

My two testcases are:

BEGIN:VCARD
VERSION:3.0
UID:unique-id-user2
NOTE:This user tests some of the advanced aspects of vcards:\n- non-ASCII c
 haracters (with umlauts in the name)\n- line break (in this note and the
  mailing address)\n- long lines (in this note)\n- special characters (in
  this note)\n- tabs (in this note)\n\nVery long line\, very very long th
 is time... still not finished... blah blah blah blah blah 1 2 3 4 5 6 7 
 8 9 10 11 12 13 14 15 16\n\ncomma \,\ncolon :\nsemicolon \;\nbackslash 
 \\\n\nThe same\, in the middle of a line:\ncomma \, comma\ncolon : col
 on\nsemicolon \; semicolon\nbackslash \\ backslash\n\nA tabtab done\n  
 line starts with tab
FN:user 2
N:2;;;user;
END:VCARD
 
BEGIN:VCARD
VERSION:3.0
REV:20160908T170847Z
UID:syuid288166.212340157754280
N:1;;;user;
FN:user 1
NOTE:This user tests some of the advanced aspects of vcards:\n- non-ASCII c
 haracters (with umlauts in the name)\n- line break (in this note and the ma
 iling address)\n- long lines (in this note)\n- special characters (in this 
 note)\n- tabs (in this note)\n\nVery long line\, very very long this time..
 . still not finished... blah blah blah blah blah 1 2 3 4 5 6 7 8 9 10 11 12
  13 14 15 16\n\ncomma \,\ncolon :\nsemicolon \;\nbackslash \\\n\nThe same\,
  in the middle of a line:\ncomma \, comma\ncolon : colon\nsemicolon \; semi
 colon\nbackslash \\ backslash\n\nA tab tab done\n  line starts with tab
END:VCARD

Content of NOTE gets mangled for the first vCard, but not the second.

Here's the relevant excerpt of the CardDAV communication:

[DEVELOPER 00:00:01] stderr: POST 
/davical/caldav.php/tester2/Test_davical_carddav_1/?add_member HTTP/1.1
[DEVELOPER 00:00:01] stderr: Connection: TE
[DEVELOPER 00:00:01] stderr: TE: trailers
[DEVELOPER 00:00:01] stderr: Host: localhost:9009
[DEVELOPER 00:00:01] stderr: Content-Length: 704
[DEVELOPER 00:00:01] stderr: Content-Type: text/vcard; charset=utf-8
[DEVELOPER 00:00:01] stderr: Authorization: xx
[DEVELOPER 00:00:01] stderr: User-Agent: SyncEvolution
[DEVELOPER 00:

Bug#836965: virtualbox-5.1: No VM starts, only error "RCR3initEx failed with rc=-1912"

[Thomas Hackert]

Hello Gianfranco,
On Fri, Sep 09, 2016 at 09:03:22AM +, Gianfranco Costamagna wrote:
> please set the devices permissions back to the correct values
> sudo ls -l /dev/vbox*
> crw--- 1 root root 10, 55 set  9 10:57 /dev/vboxdrv
> crw-rw-rw- 1 root root 10, 54 set  9 10:57 /dev/vboxdrvu
> crw--- 1 root root 10, 53 set  9 10:57 /dev/vboxnetctl
> 
> chmod 600 /dev/vboxdrv /dev/vboxnetctl
> chmod 666 /dev/vboxdrvu

[done]

> I don't see anything strange here

Hm, one of all your tips led to an again running VBox, thanks :)

> is the guest a windows 10 machine?

Although I have one installed, I discovered this with pfSense but
also with an Salt vagrant demo image ... :(

Still, I would like to know, why this problem occurred after the
last update but not before ... ;)

Thanks anyway and have a nice day
Thomas.

-- 
I'm not an Iranian!!  I voted for Dianne Feinstein!!

Bug#837123: [anna] segfault in wheezy installer

[Aurelien Jarno]

Hi,

On 2016-09-09 10:27, Vincent McIntyre wrote:
> 
> Package: libc6-udeb
> Version: 2.13-38+deb7u10
> Severity: grave
> Justification: breaks installation entirely
> 
> The wheezy installer fails with anna reporting a segfault:
>
> ...
> anna[5033]: DEBUG: retrieving libc6-udeb 2.13-38+deb7u10
> anna[5033]: DEBUG: retrieving finish-install 2.41wheezy1
> anna[5033]: DEBUG: Segmentation fault
> anna[5033]: WARNING **: package retrieval failed
> kernel: [   66.427372] wget[5382]: segfault a 0 ip 7176c922c0ca sp 
> 7ffc8ca83890 error 6 in libresolv-2.13.so[7f76c9222000+13000]
> 
> This occurs shortly after libc6-udev is downloaded,
> according to the installer interactive display.

Unfortunately I am not able to reproduce the issue here. Given it
involves name resolving, I wouldn't be surprised it depends on the DNS
servers being used.


> Background
> --
> I was trying to reinstall an older system with wheezy.
> I was using the PXE install image available on 2016-09-08 UTC, at
> ftp.au.debian.org/debian/dists/wheezy/main/installer-amd64/current/images/netboot
> 
> The mirror shows the last update timestamp as 2016-05-31.
> debian-installer/amd64/boot-screens/f1.txt has the fairly useless
> build date stamp 20130613+deb7u3+b2.
> 
> This installation method was working fine with earlier installer
> versions. The breakage has been there some months I'd say.
> I only became fully aware of it yesterday.
> 
> I don't think the mirror is out of date; I got the same result
> with the netboot installer image downloaded from ftp.us.debian.org.
> 
> 
> The log above was copied by eye from the console,
> I was unable to install the openssh-client=udeb to copy the logs,
> thanks to the segfault.
> 
> The core of the issue is probably screwed up libc6 versions,
> see bugs 740068, 833432

It indeeds looks like that, that said the build logs actually show that
debian-installer 20130613+deb7u3+b2 has been built against glibc
2.13-38+deb7u10, so there is no version skew in this case.

Unfortunately, without being able to reproduce the problem, it will be
very difficult to debug it.

Aurelien

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

Bug#834964: testresources: FTBFS too much often (failing tests)

[Santiago Vila]

On Fri, 9 Sep 2016, Thomas Goirand wrote:

> With an up-to-date Sid, I couldn't reproduce this issue. Therefore, I'm
> closing this bug. Feel free to continue discussing it even when it has
> the closed status if you want to continue investigating.

The bug said stretch, and you tried sid, so you didn't really try to
reproduce it. Only because of this, you have already closed the bug
improperly, as you claim unreproducibility without actually testing it
the way it was reported.

If someone reports that "ls -l" segfaults, we don't close the bug
claiming "unreproducibility" after checking that "ls" alone or
"ls --color" does not segfault.

Also, the bug said "FTBFS too much often". If you only tried to build
it once, you didn't try to reproduce it either, as you can't conclude
that the probability of something is zero just by trying it once.

The evidence I showed was my own build log and the build log from
reproducible builds:

https://tests.reproducible-builds.org/debian/rb-pkg/testing/amd64/testresources.html

which also happened in testing at the time I reported this.

My autobuilder and the one from reproducible builds are completely
independent and not related at all, so this may not be a happy coincidence.

We do even use different build systems, they use pbuilder, I use sbuild.

Moreover, the error messages are exactly the same:


FAIL:
testresources.tests.test_optimising_test_suite.TestGraphStuff.testBasicSortTests
--
testtools.testresult.real._StringException: Traceback (most recent
call last):
  File
"/build/testresources-1.0.0/testresources/tests/test_optimising_test_suite.py",
line 527, in testBasicSortTests
"failed with permutation %s" % (permutation,))
  File "/usr/lib/python3/dist-packages/testtools/testcase.py",
line 356, in assertIn
self.assertThat(haystack, Contains(needle), message)
  File "/usr/lib/python3/dist-packages/testtools/testcase.py",
line 435, in assertThat
raise mismatch_error
testtools.matchers._impl.MismatchError: [test_three, test_one,
test_two, test_four] not in [[test_one, test_two, test_three,
test_four], [test_three, test_two, test_one, test_four]]: failed with
permutation [test_one, test_two, test_three, test_four]


And you claim that there is probably not a bug anywhere by closing the
report, despite evidence enough that there is a bug indeed?

I'm attaching three more build logs. Would you reopen the bug now, or
would you prefer that I ask the Release Managers to reopen it for you?

Thanks.

testresources_1.0.0-1_amd64-20160909T091418Z.gz
Description: application/gzip


testresources_1.0.0-1_amd64-20160909T091540Z.gz
Description: application/gzip


testresources_1.0.0-1_amd64-20160909T091554Z.gz
Description: application/gzip

Bug#835804: websocketpp: FTBFS with openssl 1.1.0

[Gianfranco Costamagna]

Hi,

this might have been fixed "upstream"

https://github.com/chriskohlhoff/asio/commit/062b19c97bb85f4625b46f93ee19b234948ff235

G.
On Sun, 28 Aug 2016 18:36:41 +0200 Gianfranco Costamagna 
 wrote:
> control: affects -1 websocketpp 0.7.0-5
> On Sun, 28 Aug 2016 18:29:39 +0200 Gianfranco Costamagna 
>  wrote:
> > control: reassign -1 src:boost1.61
> > control: found -1 1.61.0+dfsg-2.1
> > control: forwarded -1 https://svn.boost.org/trac/boost/ticket/12238
> > control: affects -1 websocketpp/0.7.0-5
> > 
> > > OpenSSL 1.1.0 has been released.  During a rebuild of all
> > > packages using OpenSSL this package fail to build.  A log of that
> > > build can be found at:
> > > https://breakpoint.cc/openssl-1.1-rebuild-2016-08-26/failed/websocketpp_0.7.0-5_amd64-2016-08-26T20%3A01%3A30Z
> > > 
> > 
> > actually a bug in boost asio
> > 
> > thanks
> > 
> > G.
> > 
> 



signature.asc
Description: OpenPGP digital signature

Bug#837130: vim package cannot be installed because of missing dependency

[James McCoy]

On Fri, Sep 09, 2016 at 08:26:44AM +0200, Francesc Zacarias wrote:
>* I upgraded my packages via apt-get update/dist-upgrade as usual.

That was the first mistake. ;) You should typically only use upgrade.
When it looks like you need to use dist-upgrade, double check what it's
going to do first. :)

>vim got uninstalled because a new vim package was released but one
>of its dependencies could not be installed due to not being
>available in the repos: vim-runtime (= 2:7.4.2330-1).

Yeah, that's because a test failed during the build.  I have a fix for
that.  Just working on a few other bits before uploading.

Cheers,
-- 
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB

Bug#837125: There is no quilt-el package anymore

[Martin Quinson]

Package: quilt-el
reassign 837125 quilt
thanks

Hello,

the quilt.el file is now provided by the main quilt package, so
reassigning that bug accordingly.

Bye Mt.

-- 
You have a problem and you decide to use UTF8. Now you have <30> problems.


signature.asc
Description: PGP signature

Bug#794553: switching from ITP to RFP

[Ghislain Vaillant]

control: noowner -1
control: retitle -1 RFP: clrng

Bug#837128: [nvidia-settings] Outdated version available in debian testing/unstable/exprimental

[Luca Boccassi]

Control: forcemerge 833617 837128

On Fri, 2016-09-09 at 08:03 +0200, Oliver Groß wrote:
> Package: nvidia-settings
> Version: 340.93-1
> Severity: normal
> 
> --- Please enter the report below this line. ---
> 
> Dear maintainer,
> 
> the version packaged looks pretty outdated compared with the currently
> available NVIDIA driver in debian:
> 
>   NVIDIA driver  NVIDIA settings
> testing   352.79-10  340.93-1
> unstable  361.45.18-2340.93-1
> experimental  367.44-1   346.59-1
> 
> Won't the discrepancy cause problems communicating with the driver?
> 
> What is the update policy for this package?
> 
> Would really appreciate it if nvidia-settings would be on par with the
> current driver release.
> 
> 
> Best regards, Oliver

Hi,

A different version from the drivers won't cause any issues. But any
newer config flag will obviously not be available.

The source control is in process of being migrated from SVN to GIT, so
it might take a while until the next upload.

Kind regards,
Luca Boccassi


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

Bug#836592: jessie-pu: package gdcm/2.4.4-3

[Gert Wollny]

On 09.09.2016 03:03, Adam D. Barratt wrote:

On Mon, 2016-09-05 at 22:32 +0100, Adam D. Barratt wrote:



Unfortunately it FTBFS on ppc64el; see
https://buildd.debian.org/status/fetch.php?pkg=gdcm&arch=ppc64el&ver=2.4.4-3%2Bdeb8u1&stamp=1473373168


Hmm, this bug seem to be completely unrelated to the patch, and on the 
other archs I see the same errors related to the missing 'dot' and latex 
programs, and nothing else that would explain the build failure.


I should be able to fix these by adding doxygen-latex and graphviz to 
the build dependencies and do a new upload.


Best,
Gert

Bug#836535: coordinate a way to use librevenge.pc from cross-pkg-config

[Tollef Fog Heen]

]] Helmut Grohne 

> Please restate[1] your reasons for rejecting the proposed solutions in
> this bug. Failure to do so will result in me NMUing your package
> (according to the usual delayed rules). Then, please agree on an
> approach that works for both of you two.

Please don't start out with threatening folks, that's not conductive to
a productive discussion.

Having cross-pkg-config look in a directory which is unlikely to contain
files for the architecture you are building for, is not particularly
useful and can in some cases be actively harmful.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are

Bug#722322: mutt hangs occassionally while fetching (big) message via IMAP

[Antonio Radici]

Can you try it against 1.7.0-2?

Bug#837155: /usr/share/unattended-upgrades/unattended-upgrade-shutdown: may delay shutdown for 10 minutes if /var is already unmounted

[Markus Schönhaber]

Package: unattended-upgrades
Version: 0.83.3.2+deb8u1
Severity: important
File: /usr/share/unattended-upgrades/unattended-upgrade-shutdown

This may be related to bug #809669.

If /var resides on a separate file-system which is unmounted before
unattended-upgrade-shutdown is run, it may repeatedly (by default for
10 minutes) try to acquire it's lock-file but fail since the containing
folder doesn't exist.

This part of the code (starting at line 135):

while True:
res = apt_pkg.get_lock(options.lock_file)
logging.debug("get_lock returned %i" % res)
# exit here if there is no lock
if res > 0:
logging.debug("lock not taken")
break

seems to assume that get_lock will only return a value <= 0 iff the
lock-file already exists / unattended-upgrades is running. But that's
not true, since it may also return -1 if directory where the lock-file
shall reside doesn't exist. This can happen, for example, if /var has
already been unmounted. When this is the case,
unattended-upgrade-shutdown will try for 10 minutes by default
unsuccessfully to acquire the lock, thereby delaying the
shutdown/restart of the system massively.

The proposal in bug #809669 to add
"RequiresMountsFor=/var/log"
to the corresponding systemd unit might work around that problem (as
would checking for the existence of the lock-file path).

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
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 unattended-upgrades depends on:
ii  apt1.0.9.8.3
ii  apt-utils  1.0.9.8.3
ii  debconf [debconf-2.0]  1.5.56
ii  init-system-helpers1.22
ii  lsb-base   4.1+Debian13+nmu1
ii  lsb-release4.1+Debian13+nmu1
ii  python33.4.2-2
ii  python3-apt0.9.3.12
ii  ucf3.0030
ii  xz-utils   5.1.1alpha+20120614-2+b3

unattended-upgrades recommends no packages.

Versions of packages unattended-upgrades suggests:
ii  bsd-mailx   8.1.2-0.20141216cvs-2
ii  postfix [mail-transport-agent]  2.11.3-1

-- Configuration Files:
/etc/apt/apt.conf.d/50unattended-upgrades changed:
// Unattended-Upgrade::Origins-Pattern controls which packages are
// upgraded.
//
// Lines below have the format format is "keyword=value,...".  A
// package will be upgraded only if the values in its metadata match
// all the supplied keywords in a line.  (In other words, omitted
// keywords are wild cards.) The keywords originate from the Release
// file, but several aliases are accepted.  The accepted keywords are:
//   a,archive,suite (eg, "stable")
//   c,component (eg, "main", "crontrib", "non-free")
//   l,label (eg, "Debian", "Debian-Security")
//   o,origin(eg, "Debian", "Unofficial Multimedia Packages")
//   n,codename  (eg, "jessie", "jessie-updates")
// site  (eg, "http.debian.net")
// The available values on the system are printed by the command
// "apt-cache policy", and can be debugged by running
// "unattended-upgrades -d" and looking at the log file.
//
// Within lines unattended-upgrades allows 2 macros whose values are
// derived from /etc/debian_version:
//   ${distro_id}Installed origin.
//   ${distro_codename}  Installed codename (eg, "jessie")
Unattended-Upgrade::Origins-Pattern {
// Codename based matching:
// This will follow the migration of a release through different
// archives (e.g. from testing to stable and later oldstable).
//  "o=Debian,n=jessie";
//  "o=Debian,n=jessie-updates";
//  "o=Debian,n=jessie-proposed-updates";
//  "o=Debian,n=jessie,l=Debian-Security";
// Archive or Suite based matching:
// Note that this will silently match a different release after
// migration to the specified archive (e.g. testing becomes the
// new stable).
//  "o=Debian,a=stable";
//  "o=Debian,a=stable-updates";
//  "o=Debian,a=proposed-updates";
"origin=Debian,codename=${distro_codename},label=Debian-Security";
};
// List of packages to not update (regexp are supported)
Unattended-Upgrade::Package-Blacklist {
//  "vim";
//  "libc6";
//  "libc6-dev";
//  "libc6-i686";
};
// This option allows you to control if on a unclean dpkg exit
// unattended-upgrades will automatically run 
//   dpkg --force-confold --configure -a
// The default is true, to ensure updates keep getting installed
//Unattended-Upgrade::AutoFixInterruptedDpkg "false";
// Split the upgrade into the smallest possible chunks so that
// they can be interrupted with SIGUSR1. This makes the upgrade
// a bit slower but it has the benefit that shutdown while a upgrade
// is runnin

Bug#836894: Please add support for LXDE desktop

[Lisandro Damián Nicanor Pérez Meyer]

Control: tag -1 pending

Applied in the repo, will be present in the next upload.

-- 

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


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

Bug#835708: [NMU] Re: Bug#835708: plplot: FTBFS: Tests failures

[Axel Beckert]

Control: retitle -1 plplot: FTBFS: cairo-related files are no more built
Control: tag -1 - pending

Hi again,

Axel Beckert wrote:
> > dh_movefiles --package=libplplot-ocaml
> > dh_movefiles: debian/tmp/usr/lib/ocaml/plcairo/META not found (supposed to 
> > put it in libplplot-ocaml)
> > debian/rules:147: recipe for target 'install-arch' failed
> > make: *** [install-arch] Error 1
> > dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit 
> > status 2
> > 
> > So it seems as if the issue is somewhere in the ocaml bindings.
> 
> It seems as if the files for /usr/lib/ocaml/plcairo/ are no more built
> for a reason unknown to me and independent of plplot. The remaining
> libraries to be put into the libplplot-ocaml are still build.
> 
> Since /usr/lib/ocaml/plcairo/ seems to be only one part of the
> libplplot-ocaml package and the remaining part looks functioning
> without it, I decided to sacrifice that half of libplplot-ocaml to fix
> the FTBFS and hence save all reverse dependencies from being removed
> from testing. (libplplot-ocaml seems to have no reverse dependencies
> not built from the plplot source package.)

Unfortunately this had another side-effect which I didn't notice (or
to be more precise: which I partially noticed but didn't relate to my
own changes):

FTP Masters wrote:
| plplot12-driver-cairo: lintian output: 
'usr-share-doc-symlink-without-dependency libplplot12', automatically rejected 
package.
| plplot12-driver-cairo: lintian output: 'empty-binary-package ', automatically 
rejected package.

Only the first one was considered an error by Lintian and was noticed
by me, but I somehow expected that this must have been the case before
as I didn't change something on this package.

But the probably the same cause that let /usr/lib/ocaml/plcairo/ no
more be build for libplplot-ocaml also made the contents of
plplot12-driver-cairo and hence also the (automatic) dependency of
plplot12-driver-cairo to libplplot12 vanish -- which I didn't notice.
Maybe next time I should diff the lintian output to see which warnings
are new -- plplot currently throw 87 lintian warnings, so I didn't
notice the few additional ones caused by my changes.

> After this mail, I'll upload an according fix as NMU to DELAYED/2.
> Full source debdiff and libplplot-ocaml binary debdiff following. Feel
> free to tell me to fast-forward or delay the upload a little bit more.

So the question is how to continue:

One option is obviously to not only drop /usr/lib/ocaml/plcairo/ from
libplplot-ocaml, but also the whole plplot12-driver-cairo package. But
I've dropped already enough from this package with NMUs to fix FTBFS.

Since plplot12-driver-cairo doesn't seem have any Ocaml relation, I
guess that looking for the FTBFS in the Ocaml world was a red herring.

I probably should rather focus on recent cairo-related changes
instead. But then again, there was no cairo upload at all in the short
time fram between my previous NMU (8th of August) and the report of
FTBFS (28th of August): https://packages.qa.debian.org/p/plplot.html

Using the brand new, not yet released which-pkg-broke-build[1] tool
from the debian-goodies package, these (recursive) build-dependencies
changed in that time frame:

(The list misses Tcl/Tk stuff since I prefer 8.6 over 8.5. BTW: It
seems as if newer upstream versions of plplot build fine again with
Tcl/Tk 8.6. Yes, I tried that, too, to see if it solves this issue.)

openjdk-8-jre-headless:amd64  08/08/16  02:07:10
libxml-libxml-perl08/09/16  01:06:59
libnet-ssleay-perl08/09/16  12:01:14
libpcsclite1:amd6408/11/16  00:49:08
libxcb1-dev:amd64 08/11/16  09:13:28
libxcb1:amd64 08/11/16  09:13:28
libxcb-shm0:amd64 08/11/16  09:13:30
libxcb-render0:amd64  08/11/16  09:13:31
ghostscript   08/11/16  19:46:25
libgs908/11/16  19:46:26
libgs9-common 08/11/16  19:46:27
libtasn1-6:amd64  08/13/16  22:55:15
libarchive-zip-perl   08/13/16  22:55:17
libsqlite3-0:amd6408/14/16  19:54:00
debhelper 08/14/16  19:54:02
libaudit-common   08/15/16  18:36:57
libaudit1:amd64   08/15/16  18:37:01
bsdutils  08/16/16  00:26:00
util-linux08/16/16  00:26:05
libuuid1:amd6408/16/16  00:26:16
libblkid1:amd64   08/16/16  00:26:20
libfdisk1:amd64   08/16/16  00:26:24
libmount1:amd64   08/16/16  00:26:28
libsmartcols1:amd64   08/16/16  00:26:32
libdbus-1-3:amd64 08/16/16  12:02:49
libnspr4:amd6408/16/16  12:02:52
libnss3:amd64 08/16/16  20:59:24
dblatex   08/16/16  20:59:40
fonts-dejavu-core 08/17/16  01:05:38
libxslt1.1:a

Bug#837156: libreoffice-common: libreoffice crashes on file open if libreoffice-common is installed but not libreoffice-writer

[Matthias Lang]

Package: libreoffice-common
Version: 1:5.2.0-2
Severity: normal

Dear Maintainer,

On a system with libreoffice-common installed, but not libreoffice-writer,
doing this:

  libreoffice my_valid_document.odt

crashes libreoffice instantly with a message 

  LibreOffice Document Recovery

  Due to an unexpected error, LibreOffice crashed. All the files you were 
working
  on will now be saved. The next time LibreOffice is launched, your files will 
be
  recovered automatically.

I expected libreoffice to (a) not crash and (b) say something along the lines of
"can't open that file because the 'writer' component isn't installed.

The solution for me is to install libreoffice-writer. But libreoffice's "I've
crashed" handling of the situation made it hard to realise that was the problem.

Matt

-- 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 libreoffice-common depends on:
ii  dpkg  1.18.10
ii  libreoffice-style-galaxy [libreoffice-style-default]  1:5.2.0-2
ii  libreoffice-style-tango [libreoffice-style]   1:5.2.0-2
ii  ure   5.2.0-2

Versions of packages libreoffice-common recommends:
ii  fonts-liberation1:1.07.4-2
ii  libexttextcat-data  3.4.4-1
ii  python3-uno 1:5.2.0-2

Versions of packages libreoffice-common suggests:
pn  libreoffice-style-breeze  
pn  libreoffice-style-hicontrast  
pn  libreoffice-style-oxygen  
pn  libreoffice-style-sifr
ii  libreoffice-style-tango   1:5.2.0-2

Versions of packages python3-uno depends on:
ii  libc6 2.23-5
ii  libgcc1   1:6.1.1-11
ii  libpython3.5  3.5.2-4
ii  libreoffice-core  1:5.2.0-2
ii  libstdc++66.1.1-11
ii  python3   3.5.1-4
ii  python3.5 3.5.2-4
pn  python3:any   
ii  uno-libs3 5.2.0-2
ii  ure   5.2.0-2

-- no debconf information

Bug#837157: systemd: Use idiomatic variables in debian/rules

[Dimitri John Ledkov]

Package: systemd
Version: 231-5
Severity: wishlist

Hello,

I'm looking to modify debian/rules and I've noticed that some common
variables are re-invented, instead using things that are provided by a
standard/typical dpkg include.

Please consider applying below patch to use common variables.

>From 946748868d3db7ec6ba3611c05de4d6cd8f2ff51 Mon Sep 17 00:00:00 2001
From: Dimitri John Ledkov 
Date: Fri, 9 Sep 2016 11:30:31 +0100
Subject: [PATCH] Use idiomatic variables from dpkg include.

---
 debian/rules   | 23 +++
 debian/shlibs.local.in |  2 +-
 2 files changed, 12 insertions(+), 13 deletions(-)

diff --git a/debian/rules b/debian/rules
index 57a85f8..b928693 100755
--- a/debian/rules
+++ b/debian/rules
@@ -3,10 +3,9 @@
 #export DH_VERBOSE = 1
 #export DEB_BUILD_OPTIONS = nostrip
 
-DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
-UPSTREAM_VERSION = $(shell dpkg-parsechangelog -SVersion | sed 's/[+-].*$$//')
+include /usr/share/dpkg/default.mk
 
-ifeq ($(shell dpkg-vendor --query vendor),Ubuntu)
+ifeq ($(DEB_VENDOR),Ubuntu)
 DEFAULT_NTP_SERVERS = ntp.ubuntu.com
 BREAKS_USB_MODESWITCH =
 SUPPORT_URL = http://www.ubuntu.com/support
@@ -300,14 +299,14 @@ endif
 	fi
 
 	# Ubuntu specific files
-	if dpkg-vendor --is ubuntu; then \
-		install -D --mode=644 debian/extra/udev.py debian/udev/usr/share/apport/package-hooks/udev.py; \
-		install -D --mode=644 debian/extra/systemd.py debian/systemd/usr/share/apport/package-hooks/systemd.py; \
-		install --mode=644 debian/extra/rules-ubuntu/*.rules debian/udev/lib/udev/rules.d/; \
-		cp -a debian/extra/units-ubuntu/* debian/systemd/lib/systemd/system/; \
-		install --mode=755 debian/extra/set-cpufreq debian/systemd/lib/systemd/; \
-		ln -s ../ondemand.service debian/systemd/lib/systemd/system/multi-user.target.wants/ondemand.service; \
-	fi
+ifeq ($(DEB_VENDOR),Ubuntu)
+	install -D --mode=644 debian/extra/udev.py debian/udev/usr/share/apport/package-hooks/udev.py
+	install -D --mode=644 debian/extra/systemd.py debian/systemd/usr/share/apport/package-hooks/systemd.py
+	install --mode=644 debian/extra/rules-ubuntu/*.rules debian/udev/lib/udev/rules.d/
+	cp -a debian/extra/units-ubuntu/* debian/systemd/lib/systemd/system/
+	install --mode=755 debian/extra/set-cpufreq debian/systemd/lib/systemd/
+	ln -s ../ondemand.service debian/systemd/lib/systemd/system/multi-user.target.wants/ondemand.service
+endif
 
 ifeq ($(TEST_UPSTREAM),)
 ifeq (, $(filter nocheck, $(DEB_BUILD_OPTIONS)))
@@ -338,7 +337,7 @@ override_dh_shlibdeps:
 	dh_shlibdeps --remaining-packages -Lsystemd
 
 override_dh_makeshlibs:
-	sed 's/UPSTREAM_VERSION/$(UPSTREAM_VERSION)/' debian/shlibs.local.in > debian/shlibs.local
+	sed 's/DEB_VERSION_UPSTREAM/$(DEB_VERSION_UPSTREAM)/' debian/shlibs.local.in > debian/shlibs.local
 	dh_makeshlibs -plibudev1 --add-udeb=libudev1-udeb -- -c$(GENSYMBOLS_LEVEL)
 	dh_makeshlibs -psystemd -Xlibsystemd-shared -- -c$(GENSYMBOLS_LEVEL)
 	dh_makeshlibs --remaining-packages -- -c$(GENSYMBOLS_LEVEL)
diff --git a/debian/shlibs.local.in b/debian/shlibs.local.in
index a2db6eb..6dd2a84 100644
--- a/debian/shlibs.local.in
+++ b/debian/shlibs.local.in
@@ -1,3 +1,3 @@
 udeb: libudev 1 libudev1-udeb
 libsystemd 0 libsystemd0 (= ${binary:Version})
-libsystemd-shared UPSTREAM_VERSION systemd (= ${binary:Version})
+libsystemd-shared DEB_VERSION_UPSTREAM systemd (= ${binary:Version})
-- 
2.7.4


Regards,

Dimitri.

Bug#837136: Pending fixes for bugs in the libgtk3-perl package

[pkg-perl-maintainers]

tag 837136 + pending
thanks

Some bugs in the libgtk3-perl package are closed in revision
51b9bf066f88e9513de044df6427706cbddca677 in branch 'master' by gregor
herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libgtk3-perl.git/commit/?id=51b9bf0

Commit message:

Add a patch from CPAN RT to fix a test failure

caused by a warning about Pango markup in newer gtk3.

Closes: #837136

Bug#837156: libreoffice-common: libreoffice crashes on file open if libreoffice-common is installed but not libreoffice-writer

[Rene Engelhard]

reassign 837156 libreoffice-core
retitle 837156 libreoffice crashes on odt file open if libreoffice-writer isn't 
installed
tag 837156 + upstream
thanks


Hi,

On Fri, Sep 09, 2016 at 01:35:38PM +0200, Matthias Lang wrote:
> On a system with libreoffice-common installed, but not libreoffice-writer,

You mean -core? -common doesn't do stuff, it contains arch-indep data and
scripts :)

> doing this:
> 
>   libreoffice my_valid_document.odt
> 
> crashes libreoffice instantly with a message 
> 
>   LibreOffice Document Recovery
> 
>   Due to an unexpected error, LibreOffice crashed. All the files you were 
> working
>   on will now be saved. The next time LibreOffice is launched, your files 
> will be
>   recovered automatically.
> 
> I expected libreoffice to (a) not crash and (b) say something along the lines 
> of
> "can't open that file because the 'writer' component isn't installed.

Yes, that would be ideal.

Unfortunately it's a general problem that LO doesn't do this. Can you file
a bug upstrem (though I am 99.9% sure there is already one) which I can mark
this bug forwarded to then?

Regards,

Rene

> The solution for me is to install libreoffice-writer. But libreoffice's "I've
> crashed" handling of the situation made it hard to realise that was the 
> problem.

Well, that's why there's "libreoffice" metapackage and libreoffice-core itself
contains (almost) nothing you can do any use of alone.

Regards,

Rene

Bug#809022: [debian-mysql] Bug#809022: autopkgtest patch for MariaDB

[Otto Kekäläinen]

I uploaded now 10.0.27 and even with the recent fixes, it is still
failing. I don't know how to fix it. Can you Paul help debug it?


https://ci.debian.net/data/packages/unstable/amd64/m/mariadb-10.0/20160909_103759.autopkgtest.log.gz

Setting up mariadb-test-data (10.0.27-1) ...
Setting up mariadb-server-core-10.0 (10.0.27-1) ...
Setting up mariadb-client-core-10.0 (10.0.27-1) ...
Setting up mariadb-client-10.0 (10.0.27-1) ...
Setting up mariadb-server-10.0 (10.0.27-1) ...
Setting up mariadb-test (10.0.27-1) ...
Setting up autopkgtest-satdep (0) ...
Processing triggers for libc-bin (2.24-2) ...
Processing triggers for systemd (231-5) ...
(Reading database ... 25339 files and directories currently installed.)
Removing autopkgtest-satdep (0) ...
adt-run [10:40:11]: test upstream: [---
running test 'testsuite'
using vardir: /tmp/tmp.5DBeHFQkOb/var
using tmpdir: /tmp/tmp.5DBeHFQkOb/tmp
Setting up skip-tests-list
starting mysql-test-tun.pl...
Can't locate lib/mtr_process.pl in @INC (@INC contains: lib /etc/perl
/usr/local/lib/x86_64-linux-gnu/perl/5.22.2
/usr/local/share/perl/5.22.2 /usr/lib/x86_64-linux-gnu/perl5/5.22
/usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22
/usr/share/perl/5.22 /usr/local/lib/site_perl
/usr/lib/x86_64-linux-gnu/perl-base) at ./mysql-test-run.pl line 105.
adt-run [10:40:12]: test upstream: ---]
adt-run [10:40:12]: test upstream:  - - - - - - - - - - results - - -
- - - - - - -
upstream FAIL non-zero exit status 2
adt-run [10:40:12]:  summary
smokePASS
upstream FAIL non-zero exit status 2


https://ci.debian.net/packages/m/mariadb-10.0/unstable/amd64/

Bug#837134: libgnome2-gconf-perl: autopkgtest failure: Failed to start message bus: Abstract socket name too long in @INC

[Antonio Terceiro]

On Fri, Sep 09, 2016 at 09:52:23AM +0300, Niko Tyni wrote:
> Package: libgnome2-gconf-perl
> Version: 1.044-6
> User: debian-p...@lists.debian.org
> Usertags: autopkgtest
> X-Debbugs-Cc: terce...@debian.org
> 
> This package is failing its autopkgtest runs on ci.debian.net.
> It broke between 2016-09-05 and 2016-09-08, probably related
> to ci.debian.net updates
>  http://softwarelivre.org/terceiro/blog/debian-ci-updates-for-september-2016
> 
>   adt-run [01:42:50]: test command1: /usr/share/pkg-perl-autopkgtest/runner 
> build-deps
>   adt-run [01:42:50]: test command1: [---
>   Failed to start message bus: Abstract socket name too long
>   
> Clearly this is the dbus-daemon command in debian/tests/pkg-perl/smoke-setup
> failing. Not sure if it's ci.debian.net that's at fault. Cc'ing Antonio;
> any ideas?
> 
> There's
> 
>  dbus-daemon --session --fork 
> --address="unix:abstract=$TDIR/dbus-libgnome2-gconf-perl" --print-pid=4 
> 4>pid.tmp
> 
> where TDIR is from /usr/share/pkg-perl-autopkgtest/build-deps.d/smoke
> 
>  TEMP=${ADTTMP:-${TMPDIR:-/tmp}}
>  TDIR=$(mktemp -d $TEMP/smokeXX)
> 
> So is ADTTMP now significantly longer than before?

no idea, but adding the autopkgtest-devel list to see if anyone can
help.


signature.asc
Description: PGP signature

Bug#836592: jessie-pu: package gdcm/2.4.4-3

[Adam D. Barratt]

On Fri, 2016-09-09 at 13:11 +0200, Gert Wollny wrote:
> 
> On 09.09.2016 03:03, Adam D. Barratt wrote:
> > On Mon, 2016-09-05 at 22:32 +0100, Adam D. Barratt wrote:
> 
> > Unfortunately it FTBFS on ppc64el; see
> > https://buildd.debian.org/status/fetch.php?pkg=gdcm&arch=ppc64el&ver=2.4.4-3%2Bdeb8u1&stamp=1473373168
> >
> >
> Hmm, this bug seem to be completely unrelated to the patch, and on the 
> other archs I see the same errors related to the missing 'dot' and latex 
> programs, and nothing else that would explain the build failure.

As far as I can tell, the problem isn't the documentation, it's:

make[3]: *** No rule to make target
'/usr/lib/jvm/default-java/jre/lib/ppc64/libjawt.so', needed by
'bin/libvtkgdcmJava.so'.  Stop.

Regards,

Adam

Bug#837158: create-remote-repo: allow to create non-bare repositories

[Guido Günther]

Package: git-buildpackage
Severity: wishlist

This can be useful if one wants to e.g. be able to a automatically build
the package via a post receive hook (when given the right templates 
--template-dir).


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

Kernel: Linux 4.6.0-1-amd64 (SMP w/4 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 git-buildpackage depends on:
ii  devscripts2.16.6
ii  git   1:2.8.1-1
ii  man-db2.7.5-1
ii  python-dateutil   2.4.2-1
ii  python-pkg-resources  20.10.1-1.1
ii  python-six1.10.0-3
pn  python:any

Versions of packages git-buildpackage recommends:
ii  cowbuilder   0.80
ii  pbuilder 0.225.2
ii  pristine-tar 1.34
ii  python-requests  2.10.0-2
ii  sbuild   0.70.0-1

Versions of packages git-buildpackage suggests:
ii  python-notify  0.1.1-4
ii  sudo   1.8.17p1-2
ii  unzip  6.0-20

-- no debconf information

Bug#836917: transition: openmpi

[Sebastiaan Couwenberg]

On 09/09/2016 11:25 AM, Sebastiaan Couwenberg wrote:
> On 09/08/2016 01:07 PM, Sebastiaan Couwenberg wrote:
>> I've done a round of rebuilds to assess the impact of this transition.
>> The results are summarized below. Several package suffer from
>> uninstallable build dependencies by having libopenmpi1.10 pulled in by
>> dependencies that failed to rebuild.
> 
> Quite a few packages require vtk6 to be rebuilt before their
> dependencies can be satisfied.
> 
> Unfortunately vtk6 has a large dependency chain, which is prone to issues.
> 
> mpi4py is one of the vtk6 build dependencies that needs to be fixed
> (#830440).
> 
> Another is the recent update of superlu in unstable which has made the
> armadillo packages and their reverse dependencies uninstallable
> (#837152). This includes gdal and by extension vtk6.
> 
> It looks like armadillo will require a transition before it will support
> superlu >= 5.2.

To deal with the armadillo/superlu situation, I've disabled armadillo
support in gdal and will upload a new revision with that change after
2.1.1+dfsg-4 migrates to testing. This assumes that armadillo won't be
fixed in unstable soon.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#837159: ITP: python-udatetime -- Fast RFC3339 compliant date-time library

[Ilias Tsitsimpis]

Package: wnpp
Severity: wishlist
Owner: Ilias Tsitsimpis 

* Package name: python-udatetime
  Version : 0.0.9
  Upstream Author : Simon Pirschel 
* URL : https://pypi.python.org/pypi/udatetime
* License : Apache 2.0
  Programming Lang: C, Python
  Description : Fast RFC3339 compliant date-time library

The udatetime module offers on average 76% faster datetime object
instantiation, serialization and deserialization of RFC3339 date-time
strings. It uses Python's datetime class under the hood so, code already
using datetime should be able to easily switch to udatetime. All
datetime objects created by udatetime are timezone aware.

I plan to maintain this within the DPMT team.

Bug#836584: [Pkg-zfsonlinux-devel] Bug#836584: Bug#836584: zfs-dkms build fail due to a configure error

[Petter Reinholdtsen]

Control: reassign -1 spl-dkms
Control: merge 836578 -1

[Kai Michael Hamich]
> Hi,
>
> issue is fixed by a patch for spl-dkms:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836578
>
> This bug can be closed!

I believe it make more sense to reassign and merge it.

-- 
Happy hacking
Petter Reinholdtsen

Bug#837157: systemd: Use idiomatic variables in debian/rules

[Michael Biebl]

Control: tags -1 + pending

Am 09.09.2016 um 13:37 schrieb Dimitri John Ledkov:
> Package: systemd
> Version: 231-5
> Severity: wishlist
> 
> Hello,
> 
> I'm looking to modify debian/rules and I've noticed that some common
> variables are re-invented, instead using things that are provided by a
> standard/typical dpkg include.
> 
> Please consider applying below patch to use common variables.

Thanks for the patch.
Looks fine to me.
I've pushed it as d095cea


-- 
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#826254: closed by Michael Biebl (Bug#825956: fixed in policykit-1 0.105-15~deb8u2)

[Raphaël Halimi]

Hi,

I just wanted to confirm that removing those two patches indeed fixed
all the symptoms on my laptop.

Thank you very much !

Regards,

-- 
Raphaël Halimi



signature.asc
Description: OpenPGP digital signature

Bug#835966: RM: polyorb -- RoQA; unmaintained, RC-buggy

[Svante Signell]

On Thu, 2016-09-08 at 17:24 +, Mattia Rizzolo wrote:
> On Thu, Sep 08, 2016 at 07:18:08PM +0200, Svante Signell wrote:
> > 
> > I don't have a natural url place to put the changes, sorry. The
> > patches
> > were attached to my first posting in this thread and time is
> > running
> > out until the package is removed. The patches are also available in
> > bug
> > #835966.
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=835966;msg=13
> ;filename=examples_corba_echo_echo-impl.adb.patch
> https://bugs.debian.org/cgi-
> bin/bugreport.cgi?att=2;bug=835966;ms
> https://bugs.debian.org/cgi-bin/bugreport.cgi?att=3;bug=835966;msg=13
> ;filename=src_csupport.c.patch
> https://bugs.debian.org/cgi-bin/bugreport.cgi?att=3;bug=835966;msg=13
> ;filename=hardening.patch
> https://bugs.debian.org/cgi-bin/bugreport.cgi?att=3;bug=835966;msg=13
> ;filename=debian_rules.patch
> https://bugs.debian.org/cgi-bin/bugreport.cgi?att=3;bug=835966;msg=13
> ;filename=debian_control.patch
> 
> if you want to wget them you need to quote the URLs (as due to the ;
> the
> shell would think it a series of command chained).

What's the problem? In 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=835966#13
clicking on the attachments downloads/opens the patches.

Bug#837160: ITP: ruby-babel-transpiler -- Ruby Babel is a bridge to the JS Babel transpiler.

[Sruthi Chandran]

Package: wnpp
Severity: wishlist
Owner: Sruthi Chandran 

* Package name: ruby-babel-transpiler
  Version : 0.7.0
  Upstream Author : Joshua Peek
* URL : https://github.com/babel/ruby-babel-transpiler
* License : Expat
  Description : Ruby Babel is a bridge to the JS Babel transpiler.

Bug#830440: mpi4py: FTBFS: ld: cannot find -llmpe (not actual cause for build failures, test target is)

[Sebastiaan Couwenberg]

The mpi4py build failures on the buildds are blocking multiple packages
affected by the ongoing openmpi transition.

The ld issues reported in this issue are not the actual cause of the
build failures, the test suite is killed afer 150 minutes of inactivity
on the buildds, and the full buildlog from Lucas also fails in the test
target:

 ==
 FAIL: testDL1 (test_dl.TestDL)
 --
 Traceback (most recent call last):
   File "/«PKGBUILDDIR»/test/test_dl.py", line 18, in testDL1
 self.assertTrue(handle != 0)
 AssertionError: False is not true

 --
 Ran 1007 tests in 3.864s

 FAILED (failures=1)

I cannot reproduce the build failure in my cowbuilder chroots, I can
however reproduce the timeout on the amd64 porterbox. The tests after
testScatterv3 (test_cco_nb_vec.TestCCOVecWorldDup) seem to be the
culprit, this is the last test to succeed. I've not found a fix for this
yet.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#837161: /usr/share/unattended-upgrades/unattended-upgrade-shutdown: setting --delay throws TypeError

[Markus Schönhaber]

Package: unattended-upgrades
Version: 0.83.3.2+deb8u1
Severity: normal
File: /usr/share/unattended-upgrades/unattended-upgrade-shutdown
Tags: patch

Calling unattended-upgrade-shutdown with the --delay option will cause
it to throw a TypeError:

# ./unattended-upgrade-shutdown --lock /doesnt/exist --delay 1
Traceback (most recent call last):
  File "./unattended-upgrade-shutdown", line 152, in 
if (time.time() - start_time) > options.delay * 60:
TypeError: unorderable types: float() > str()


Explicitly casting the --delay option's value to int fixes this:

--- unattended-upgrade-shutdown.orig2015-06-15 15:45:43.0 +0200
+++ unattended-upgrade-shutdown 2016-09-09 13:29:43.97600 +0200
@@ -149,7 +149,7 @@
 # show log
 log_progress()
 time.sleep(5)
-if (time.time() - start_time) > options.delay * 60:
+if (time.time() - start_time) > int(options.delay) * 60:
 logging.warning(_("Giving up on lockfile after %s delay") %
 options.delay)
 sys.exit(1)


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
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 unattended-upgrades depends on:
ii  apt1.0.9.8.3
ii  apt-utils  1.0.9.8.3
ii  debconf [debconf-2.0]  1.5.56
ii  init-system-helpers1.22
ii  lsb-base   4.1+Debian13+nmu1
ii  lsb-release4.1+Debian13+nmu1
ii  python33.4.2-2
ii  python3-apt0.9.3.12
ii  ucf3.0030
ii  xz-utils   5.1.1alpha+20120614-2+b3

unattended-upgrades recommends no packages.

Versions of packages unattended-upgrades suggests:
ii  bsd-mailx   8.1.2-0.20141216cvs-2
ii  postfix [mail-transport-agent]  2.11.3-1

-- Configuration Files:
/etc/apt/apt.conf.d/50unattended-upgrades changed:
// Unattended-Upgrade::Origins-Pattern controls which packages are
// upgraded.
//
// Lines below have the format format is "keyword=value,...".  A
// package will be upgraded only if the values in its metadata match
// all the supplied keywords in a line.  (In other words, omitted
// keywords are wild cards.) The keywords originate from the Release
// file, but several aliases are accepted.  The accepted keywords are:
//   a,archive,suite (eg, "stable")
//   c,component (eg, "main", "crontrib", "non-free")
//   l,label (eg, "Debian", "Debian-Security")
//   o,origin(eg, "Debian", "Unofficial Multimedia Packages")
//   n,codename  (eg, "jessie", "jessie-updates")
// site  (eg, "http.debian.net")
// The available values on the system are printed by the command
// "apt-cache policy", and can be debugged by running
// "unattended-upgrades -d" and looking at the log file.
//
// Within lines unattended-upgrades allows 2 macros whose values are
// derived from /etc/debian_version:
//   ${distro_id}Installed origin.
//   ${distro_codename}  Installed codename (eg, "jessie")
Unattended-Upgrade::Origins-Pattern {
// Codename based matching:
// This will follow the migration of a release through different
// archives (e.g. from testing to stable and later oldstable).
//  "o=Debian,n=jessie";
//  "o=Debian,n=jessie-updates";
//  "o=Debian,n=jessie-proposed-updates";
//  "o=Debian,n=jessie,l=Debian-Security";
// Archive or Suite based matching:
// Note that this will silently match a different release after
// migration to the specified archive (e.g. testing becomes the
// new stable).
//  "o=Debian,a=stable";
//  "o=Debian,a=stable-updates";
//  "o=Debian,a=proposed-updates";
"origin=Debian,codename=${distro_codename},label=Debian-Security";
};
// List of packages to not update (regexp are supported)
Unattended-Upgrade::Package-Blacklist {
//  "vim";
//  "libc6";
//  "libc6-dev";
//  "libc6-i686";
};
// This option allows you to control if on a unclean dpkg exit
// unattended-upgrades will automatically run 
//   dpkg --force-confold --configure -a
// The default is true, to ensure updates keep getting installed
//Unattended-Upgrade::AutoFixInterruptedDpkg "false";
// Split the upgrade into the smallest possible chunks so that
// they can be interrupted with SIGUSR1. This makes the upgrade
// a bit slower but it has the benefit that shutdown while a upgrade
// is running is possible (with a small delay)
//Unattended-Upgrade::MinimalSteps "true";
// Install all unattended-upgrades when the machine is shuting down
// instead of doing it in the background while the machine is running
// This will (obviously) make shutdown slower
//Unattended-Upgrade::InstallOnShutdown "true"

Bug#837017: libvisio: FTBFS: Tests failures

[Rene Engelhard]

severity 837017 important
retitle 837017 libvisio: FTBFS: Tests failures with missing tzdata
tag 837017  + upstream
thanks

Hi,

n Thu, Sep 08, 2016 at 08:19:20AM +0200, Lucas Nussbaum wrote:
> Note that tzdata was missing in the chroot, but I don't see anything in
> the log that is related to time or tz, so it's likely unrelated.

importtest.cpp:71:Assertion
Test name: ImportTest::testVsdMetadataTitleUtf8
equality assertion failed
- Expected: 2014-11-26T09:24:56Z
- Actual  : 2014-11-26T08:24:56Z
- Attribute 'creation-date' of '/document/setDocumentMetaData': incorrect value
.

Failures !!!
Run: 7   Failure total: 1   Failures: 1   Errors: 0
FAIL test (exit status: 1)

sounds time-related to me :)

Indeed, when removing tzdata it fails wih the above for me.

http://pkgs.fedoraproject.org/cgit/rpms/libvisio.git/commit/?id=9a51fb2842ae0f020988d300746d16de4f4d3a01
 is also there, but then again the system probably
doesn't know CET when tzdata isn't present ;-)

Regards,

Rene

Bug#836908: [pkg-cinnamon] Bug#836908: nemo: desktop not properly redrawn

[Maximiliano Curia]

¡Hola Norbert!

El 2016-09-07 a las 14:29 +0900, Norbert Preining escribió:
Package: nemo 
Version: 3.0.6-1 
Severity: important


currently nemo is unusable for showing the desktop, as it does 
not properly redraw:
* deleting a file leaves the icon and text, but it is not there in 
 the sense that one cannot click/select it 
* selection masks (the blue rectangles) remain on screen indefinitely



These look all like redrawing problems.


I think this is fixed in nemo 3.0.6-2 with the set of upstream patches that 
were added. Is this fixed for you as well?


Happy hacking,
--
"La duración de un minuto depende de que lado del baño estés."
-- Ley de la Relatividad (Burke)
Saludos /\/\ /\ >< `/


signature.asc
Description: PGP signature

Bug#830440: mpi4py: FTBFS: ld: cannot find -llmpe (not actual cause for build failures, test target is)

[Yaroslav Halchenko]

Thanks for looking into it Sebastiaan.

Since the beast built/tested before just fine, it is something in recent
upgrades (openmpi etc) which triggered some incompatibility issues I
guess. Before jumping into patching it, decided to check on upstream
plans regarding the release:

https://bitbucket.org/mpi4py/mpi4py/issues/50/is-new-release-210-coming

-- 
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik

Bug#836917: transition: openmpi

[Drew Parsons]

On Fri, 9 Sep 2016 14:05:25 +0200 Sebastiaan Couwenberg  wrote:
...
> > 
> > It looks like armadillo will require a transition before it will
support
> > superlu >= 5.2.
> 
> To deal with the armadillo/superlu situation, I've disabled armadillo
> support in gdal and will upload a new revision with that change after
> 2.1.1+dfsg-4 migrates to testing. This assumes that armadillo won't
be
> fixed in unstable soon.


No need to disable gdal. The armadillo upgrade is ready. 

Kumar, can you upload the new armadillo as soon as possible?  An
accidental openmpi upgrade has complicated everyone's dependencies.

Drew

Bug#802021: audacity: non-free files

[Herbert Fortes]

Hi,

On Wed, 7 Sep 2016 22:08:59 +0100 James Cowgill wrote:
> Hi,
>
> On 07/09/16 20:26, Herbert Fortes wrote:
> >>
> >> Files in "lib-src/libnyquist/nyquist/xlisp" have the following in the
> > header:
> >>
> >> Copyright (c) 1985, by David Michael Betz
> >> All Rights Reserved
> >> Permission is granted for unrestricted non-commercial use
> >>
> >
> > I tried to send an email to David Michael Betz
> > but the email returns. I tried to email address:
>
> There seems to be a more recent version of xlisp on this site:
> http://www.xlisp.org/
>
> It has another email address (which I've CCed). Hopefully it works!
>
> Maybe part of the solution to this bug is to update audacity's copy of
> xlisp to this new version which seems to be under the BSD 3-clause
license?
>
> (of course there are some other non-free files to look at as well)
>

The license seems to be same that is in collab-maint[0]. The
problem is some files[1] has:

|

ermission is granted for unrestricted non-commercial use

|


[0] -
https://anonscm.debian.org/cgit/pkg-multimedia/audacity.git/tree/lib-src/libnyquist/nyquist/license.txt

[1] -
https://anonscm.debian.org/cgit/pkg-multimedia/audacity.git/tree/lib-src/libnyquist/nyquist/xlisp/xlisp.c

I am a little bit confuse about SGML:

 xhtml-symbol.ent
 xhtml-special.ent
 xhtml.lat1.ent

Thera are open source alternatives, as said
here[2]:
   


Open-source implementations

Significant open-source
 implementations of
SGML have included:

  * ASP-SGML 
  * ARC-SGML ,
by Standard Generalized Markup Language Users', 1991, C language
  * SGMLS , by
James Clark, 1993, C language
  * Project YAO , by
Yuan-ze Institute of Technology, Taiwan, with Charles Goldfarb,
1994, object
  * SP  by James Clark, C++ language


[2] - https://en.wikipedia.org/wiki/SGML


Regards,
Herbert

Bug#837123: [anna] segfault in wheezy installer

[Vincent McIntyre]

On Fri, Sep 09, 2016 at 11:46:30AM +0200, Aurelien Jarno wrote:
> Hi,
> 
> On 2016-09-09 10:27, Vincent McIntyre wrote:
> > 
> > Package: libc6-udeb
> > Version: 2.13-38+deb7u10
> > Severity: grave
> > Justification: breaks installation entirely
> > 
> > The wheezy installer fails with anna reporting a segfault:
> >
> > ...
> > anna[5033]: DEBUG: retrieving libc6-udeb 2.13-38+deb7u10
> > anna[5033]: DEBUG: retrieving finish-install 2.41wheezy1
> > anna[5033]: DEBUG: Segmentation fault
> > anna[5033]: WARNING **: package retrieval failed
> > kernel: [   66.427372] wget[5382]: segfault a 0 ip 7176c922c0ca sp 
> > 7ffc8ca83890 error 6 in libresolv-2.13.so[7f76c9222000+13000]
> > 
> > This occurs shortly after libc6-udev is downloaded,
> > according to the installer interactive display.
> 
> Unfortunately I am not able to reproduce the issue here. Given it
> involves name resolving, I wouldn't be surprised it depends on the DNS
> servers being used.

Seriously??? I have to use the exactly right flavour of DNS server?
I think this would have been using microsoft DNS servers.
I preseume you're using BIND?

Could this be a locale thing?

> > The core of the issue is probably screwed up libc6 versions,
> > see bugs 740068, 833432
> 
> It indeeds looks like that, that said the build logs actually show
> that debian-installer 20130613+deb7u3+b2 has been built against
> glibc
> 2.13-38+deb7u10, so there is no version skew in this case.
> 
> Unfortunately, without being able to reproduce the problem, it
> will be very difficult to debug it.

Lovely. Thanks for bothering to reply.
Vince

Bug#837100: [PKG-Openstack-devel] Bug#837100: Bug#837100: python-hacking dependency versions are pinned by upstream, package doesn't work with Debian ones

[Thomas Goirand]

On 09/09/2016 12:38 AM, Víctor Cuadrado Juan wrote:
> On Thu, 8 Sep 2016 23:35:27 +0200 Thomas Goirand  wrote:
>> According to James Page, we should look into the Ubuntu package of
>> hacking and get patches there to fix the issues.
> 
> Why specifically the Ubuntu package, and not the Debian one?

The latest Ubuntu package has the correct fixes, not the Debian one.

Cheers,

Thomas Goirand (zigo)

Bug#836589: fixed in icinga2 2.5.4-2

[Dejan Latinovic]

Hi,

Another solution could be to add ggc-min-expand=20 to CXXFLAGS.

The solution is tested on mips and mipsel.
A patch that contains needed changes is attached.

Regards,
Dejan





--- icinga2-2.5.4.orig/debian/rules	2016-08-26 08:11:01.0 +
+++ icinga2-2.5.4/debian/rules	2016-09-09 11:12:59.387685354 +
@@ -2,6 +2,13 @@
 
 #export DH_VERBOSE=1
 
+ 
+DEB_BUILD_ARCH ?= $(shell dpkg-architecture -qDEB_BUILD_ARCH)
+
+ifneq (,$(filter $(DEB_BUILD_ARCH),mips mipsel))
+	export DEB_CXXFLAGS_MAINT_APPEND = --param ggc-min-expand=20
+endif
+
 %:
 	dh $@ --with systemd --with bash_completion
 

Bug#837100: [PKG-Openstack-devel] Bug#837100: Bug#837100: Bug#837100: python-hacking dependency versions are pinned by upstream, package doesn't work with Debian ones

[James Page]

On Fri, 9 Sep 2016 at 14:33 Thomas Goirand  wrote:

> On 09/09/2016 12:38 AM, Víctor Cuadrado Juan wrote:
> > On Thu, 8 Sep 2016 23:35:27 +0200 Thomas Goirand 
> wrote:
> >> According to James Page, we should look into the Ubuntu package of
> >> hacking and get patches there to fix the issues.
> >
> > Why specifically the Ubuntu package, and not the Debian one?
>
> The latest Ubuntu package has the correct fixes, not the Debian one.
>

To be clear, the Ubuntu package has enough workarounds and hacks to allow
OpenStack packages for the Newton release to build - some of that enables
skipping of hacking tests as they just won't work with the newer
flake8/pycodestyle without some major refactoring, which I did not have
time todo.

Besides, if we're failing OpenStack builds on lint errors in Debian and
Ubuntu, we're probably about two steps to late as these should have been
caught in OpenStack gate already!

Bug#837159: ITP: python-udatetime -- Fast RFC3339 compliant date-time library

[Thomas Goirand]

On 09/09/2016 02:13 PM, Ilias Tsitsimpis wrote:
> The udatetime module offers on average 76% faster datetime object
> instantiation, serialization and deserialization of RFC3339 date-time
> strings.

Faster than what?

Bug#826982: closed by Gianfranco Costamagna (hoichess, reproducible on amd64)

[Samuel Henrique]

Hi all,

Thanks for the head up Gianfanco, I'll commit this patch to git within the
next hours and then ask for sponsorship.
Also, thanks a lot for the patch Reiner, you're always saving the
reproducibility of the packages i work with :)

Regards

Samuel Henrique 

2016-09-09 4:46 GMT-03:00 Gianfranco Costamagna :

> Hi Reiner, Samuel
>
>
> >Control: reopen -1
>
>
> that was a really quick turnaround and patch, thanks!
>
> >I attached an updated patch for the new version.
>
> thanks
> >As this is a fileordering related issue, being reproducible on amd64
> >unfortunately doesn't say much, as we usually don't see those issues
> >on amd64 _in our setup_.
>
>
> oh indeed, I understand now
>
> >The issue is still that source files are collected with 'wildcard',
> >which returns files in non-deterministic readdir order.
> >If the file list is passed to the linker, it needs to be sorted.
>
>
> not sure if "wildcard" tool might be fixed then ;)
>
> But I cc'd the person who want to adopt this package, I'll be happy to see
> him committing the patch and maybe ask me for sponsorhip
> (or anybody else).
>
> Let me know,
>
> G.
>

Bug#835343: bsdutils: logger uses /dev/log on kfreebsd

[Andreas Henriksson]

Control: tags -1 + upstream

Hello Jon Boden.

Thanks for your bug report.

On Wed, Aug 24, 2016 at 04:57:53PM +0200, Jon Boden wrote:
> Package: bsdutils
> Version: 2.28.1-1
> Tags: patch
> 
> logger by default uses /dev/log in kfreebsd. It should be /var/run/log as 
> fifos are not allowed in FreeBSD devfs.
> 
> As a workaround you can do: logger -u /var/run/log bla
> 
> (this problem found by Peter Czanik / @PCzanik)

Could you please have whoever wrote the patch submit it to upstream?
See 
https://git.kernel.org/cgit/utils/util-linux/util-linux.git/tree/Documentation/howto-contribute.txt

Notably the point about signing off on the contribution.

Please poke this bug report again once the patch is merged
upstream if you'd like to see it urgently cherry-picked
into the Debian package (eg. you don't want to wait
for the next upstream release).

Regards,
Andreas Henriksson

Bug#809022: [debian-mysql] Bug#809022: Bug#809022: autopkgtest patch for MariaDB

[Kristian Nielsen]

Otto Kekäläinen  writes:

> I uploaded now 10.0.27 and even with the recent fixes, it is still
> failing. I don't know how to fix it. Can you Paul help debug it?

> https://ci.debian.net/data/packages/unstable/amd64/m/mariadb-10.0/20160909_103759.autopkgtest.log.gz

> starting mysql-test-tun.pl...
> Can't locate lib/mtr_process.pl in @INC (@INC contains: lib /etc/perl
> /usr/local/lib/x86_64-linux-gnu/perl/5.22.2
> /usr/local/share/perl/5.22.2 /usr/lib/x86_64-linux-gnu/perl5/5.22
> /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22
> /usr/share/perl/5.22 /usr/local/lib/site_perl
> /usr/lib/x86_64-linux-gnu/perl-base) at ./mysql-test-run.pl line 105.

Jumping into the middle of the discussion ... but I think I see the
problem. Note that current directory ./ is missing from @INC. This happens
when perl is running in 'taint' mode, which I'm guessing is what is
happening here.

According to my quick reading of Perl documentation, taint checks are
enabled by -T (which does not seem to be happening here), or when running
setuid/setgid.

Could it be that taint checks become enabled here due to setuid/setgid?
Perhaps the environment does seteuid() but not setreuid() (or however it
works in Posix), or maybe fakeroot is confusing Perl or something?

If so, is there some way to avoid that the test environment runs Perl with
taint checks?

The below patch fixes the problem with missing current directory in @INC.
However, if taint checks are indeed enabled, this is not sufficient; I don't
think mysql-test-run.pl is currently written to be able to run under Perl
taint mode.

---
diff --git a/mysql-test/mysql-test-run.pl b/mysql-test/mysql-test-run.pl
index f3b733a..01410af 100755
--- a/mysql-test/mysql-test-run.pl
+++ b/mysql-test/mysql-test-run.pl
@@ -77,6 +77,9 @@ BEGIN {
 }
 
 use lib "lib";
+BEGIN {
+  push @INC, '.' unless grep {$_ eq '.'} @INC;
+}
 
 use Cwd ;
 use Cwd 'realpath';
---

> https://ci.debian.net/packages/m/mariadb-10.0/unstable/amd64/

Hope this helps,

 - Kristian.

Bug#837028: [Pkg-gauche-devel] Bug#837028: gauche-gtk: FTBFS: pango-font.c:249:44: error: 'desc' undeclared (first use in this function)

[Jens Thiele]

looks like the generated stub file (pango-font.stub) is already wrong:

;; pango_font_description_to_string
(define-cproc pango-font-description-to-string () "char *s = 
pango_font_description_to_string(desc);\n  ScmObj ss = SCM_MAKE_STR_COPYING(s\
);\n  g_free(s);\n  SCM_RETURN(ss);")

where it should be:
;; pango_font_description_to_string
(define-cproc pango-font-description-to-string (desc::) 
"char *s = pango_font_description_to_string(desc);\n  ScmObj ss = 
SCM_MAKE_STR_COPYING(s);\n  g_free(s);\n  SCM_RETURN(ss);")

later on pango-layout has a similar problem.
manually fixing those i still get an error:
gcc: error: pango-enum-types.o: No such file or directory

greetings,
jens

Bug#837159: ITP: python-udatetime -- Fast RFC3339 compliant date-time library

[Ilias Tsitsimpis]

Hi Thomas,

On Fri, Sep 09, 2016 at 03:36PM, Thomas Goirand wrote:
> On 09/09/2016 02:13 PM, Ilias Tsitsimpis wrote:
> > The udatetime module offers on average 76% faster datetime object
> > instantiation, serialization and deserialization of RFC3339 date-time
> > strings.
> 
> Faster than what?

Sorry for not being clear here. Faster than Python's datetime module.
See also https://github.com/freach/udatetime#benchmark.

Best,

-- 
Ilias

Bug#837162: dh-acc: Testing C++ headers with dh-acc results in: function body not available

[Maximiliano Curia]

Package: dh-acc
Version: 1.99.22-1
Severity: important

Hi,

Lately, I've been having some issues with dh-acc as used in the KDE packages 
(only used to test the headers running in an autopkgtest test), the run stops 
in a gcc error related to an inline function that can't be expanded. For 
example the kglobalaccel acc test log ends with:

 The GCC parameters:
   gcc -fdump-translation-unit -fkeep-inline-functions -c -x c++-header 
-fpermissive -w  -fPIC "/tmp/7OQ4QvzIdj/dump1.h"  
-I/usr/include/KF5/KGlobalAccel -I/usr/include/x86_64-linux-gnu/qt5 
-I/usr/include/x86_64-linux-gnu/qt5/QtGui 
-I/usr/include/x86_64-linux-gnu/qt5/QtCore
 
 In file included from /usr/include/x86_64-linux-gnu/qt5/QtCore/QtCore:13:0,
  from /usr/include/x86_64-linux-gnu/qt5/QtDBus/QtDBusDepends:3,
  from /usr/include/x86_64-linux-gnu/qt5/QtDBus/QtDBus:3,
  from /usr/include/KF5/KGlobalAccel/private/kglobalacceld.h:31,
  from /tmp/7OQ4QvzIdj/dump1.h:10:
 /usr/include/x86_64-linux-gnu/qt5/QtCore/qendian.h: In function ‘void 
qbswap(T, uchar*) [with T = long long unsigned int; uchar = unsigned char]’:
 /usr/include/x86_64-linux-gnu/qt5/QtCore/qendian.h:72:44: error: inlining 
failed in call to always_inline ‘void qToUnaligned(T, uchar*) [with T = long 
long unsigned int; uchar = unsigned char]’: function body not available
  template  Q_ALWAYS_INLINE void qToUnaligned(const T src, uchar 
*dest)
 ^~~~
 /usr/include/x86_64-linux-gnu/qt5/QtCore/qendian.h:120:59: note: called from 
here
  qToUnaligned(__builtin_bswap64(source), dest);
^

Removing either the "-fkeep-inline-functions" parameter or the "-x c++-header" 
in the gcc call makes the gcc invocation to succeed. But, in principle, 
keeping those arguments make sense for acc.

I've seen this issue in some libstdc++ calls, and not only in qt5 ones, but 
I'm still not sure if the issue is in to gcc, libstdc++ or if something's 
really wrong with acc.

Please reassign as you see fit.

Happy hacking,

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

Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
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 dh-acc depends on:
ii  abi-compliance-checker  1.99.22-1
ii  debhelper   9.20160814
ii  perl5.22.2-4

dh-acc recommends no packages.

dh-acc suggests no packages.

-- no debconf information
Temporary header file '/tmp/shVagLXFQx/dump1.h' with the following content will 
be compiled to create GCC translation unit dump:

  // add includes
  #include "/usr/include/KF5/KGlobalAccel/KGlobalAccel"
  #include "/usr/include/KF5/KGlobalAccel/kglobalaccel.h"
  #include "/usr/include/KF5/KGlobalAccel/kglobalaccel_export.h"
  #include 
"/usr/include/KF5/KGlobalAccel/private/kf5globalaccelprivate_export.h"
  #include "/usr/include/KF5/KGlobalAccel/private/kglobalaccel_interface.h"
  #include "/usr/include/KF5/KGlobalAccel/KGlobalShortcutInfo"
  #include "/usr/include/KF5/KGlobalAccel/kglobalshortcutinfo.h"
  #include "/usr/include/KF5/KGlobalAccel/private/kglobalacceld.h"

  // add namespaces
  namespace QDBusPendingReplyTypes{typedef int tmp_add_type_1;}
  QDBusPendingReplyTypes::tmp_add_type_1 tmp_add_func_1(){return 0;};
  namespace Qt{typedef int tmp_add_type_2;}
  Qt::tmp_add_type_2 tmp_add_func_2(){return 0;};
  namespace QtMetaTypePrivate{typedef int tmp_add_type_3;}
  QtMetaTypePrivate::tmp_add_type_3 tmp_add_func_3(){return 0;};
  namespace QtPrivate{typedef int tmp_add_type_4;}
  QtPrivate::tmp_add_type_4 tmp_add_func_4(){return 0;};
  namespace QtPrivate{namespace internal{typedef int tmp_add_type_5;}}
  QtPrivate::internal::tmp_add_type_5 tmp_add_func_5(){return 0;};
  namespace QtPrivate{namespace std{typedef int tmp_add_type_6;}}
  QtPrivate::std::tmp_add_type_6 tmp_add_func_6(){return 0;};
  namespace QtPrivate{namespace SwapExceptionTester{typedef int 
tmp_add_type_7;}}
  QtPrivate::SwapExceptionTester::tmp_add_type_7 tmp_add_func_7(){return 0;};
  namespace QtSharedPointer{typedef int tmp_add_type_8;}
  QtSharedPointer::tmp_add_type_8 tmp_add_func_8(){return 0;};

  // add classes
  KGlobalAccel* tmp_add_class_0;
  KGlobalAccelD* tmp_add_class_1;
  KGlobalAccelInterface* tmp_add_class_2;
  KGlobalShortcutInfo* tmp_add_class_3;
  QAbstractAnimation* tmp_add_class_4;
  QAbstractConcatenable* tmp_add_class_5;
  QAbstractEventDispatcher* tmp_add_class_6;
  QAbstractItemModel* tmp_add_class_7;
  QAbstractListModel* tmp_add_class_8;
  QAbstractNativeEventFilter* tmp_add_class_9;
  QAbstractProxyMode

Bug#837123: [anna] segfault in wheezy installer

[Aurelien Jarno]

On 2016-09-09 23:22, Vincent McIntyre wrote:
> On Fri, Sep 09, 2016 at 11:46:30AM +0200, Aurelien Jarno wrote:
> > Hi,
> > 
> > On 2016-09-09 10:27, Vincent McIntyre wrote:
> > > 
> > > Package: libc6-udeb
> > > Version: 2.13-38+deb7u10
> > > Severity: grave
> > > Justification: breaks installation entirely
> > > 
> > > The wheezy installer fails with anna reporting a segfault:
> > >
> > > ...
> > > anna[5033]: DEBUG: retrieving libc6-udeb 2.13-38+deb7u10
> > > anna[5033]: DEBUG: retrieving finish-install 2.41wheezy1
> > > anna[5033]: DEBUG: Segmentation fault
> > > anna[5033]: WARNING **: package retrieval failed
> > > kernel: [   66.427372] wget[5382]: segfault a 0 ip 7176c922c0ca sp 
> > > 7ffc8ca83890 error 6 in libresolv-2.13.so[7f76c9222000+13000]
> > > 
> > > This occurs shortly after libc6-udev is downloaded,
> > > according to the installer interactive display.
> > 
> > Unfortunately I am not able to reproduce the issue here. Given it
> > involves name resolving, I wouldn't be surprised it depends on the DNS
> > servers being used.
> 
> Seriously??? I have to use the exactly right flavour of DNS server?
> I think this would have been using microsoft DNS servers.
> I preseume you're using BIND?

I don't talk about the software running on your DNS servers, but rather
how they behave when they get queried. It might depends on many other
things, like if your network has IPv6 or not.

Note that's only one explanation, not sure it's the right one, but given
I am unable to reproduce the issue, it's the only one that come to my
mind.

Aurelien

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

Bug#722496: this is an issue with large mtu vlans

[Dan Streetman]

This is actually a bug in the vlan package, the problem is if a vlan
has a mtu set that is higher than the vlan raw device mtu, it fails
while being ifup'ed, e.g.:

auto eth1
iface eth1 inet static
  address 1.2.3.4/24
  mtu 9000

auto eth1.10
iface eth1.10 inet static
  address 6.7.8.9/24
  mtu 9000


then 'sudo ifup eth1.10' fails, if eth1 has not been brought up yet.

Bug#836604: RM: llvm-toolchain-3.6 -- ROM; We should ship only 3.8, 3.9 and maybe 4.0 in the next stable

[Gianfranco Costamagna]

Hi,
On Sun, 04 Sep 2016 14:47:53 +0200 Sylvestre Ledru  wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> 
> Hello
> 
> Because we have too many versions of llvm in the archive, I would like to 
> remove
> 3.5, 3.6 and 3.7. I will report bug to request transitions.
> 

unfortunately one of 3.5 or 3.6 will be needed for arm* platforms.

if ghc 7.10 goes in Stretch, 3.5 will be needed
if ghc 8 goes in Stretch, 3.6 will be needed

(we can still remove it everywhere except "arm*"

so people can't easily use it anymore.

G.



signature.asc
Description: OpenPGP digital signature

Bug#802412: Could you please commit repository to git.debian.org if you want help

[Andreas Tille]

Hi Yaroslav,

I wanted to give #802412 a try since its blocking one of the Debian Med
tools from migrating to testing.  Unfortunately Vcs fields are wrong
(the repository does not exist at Github) and it should be rather on
alioth if you want team uploads.

Just for the record:  I tried to build seaborn 0.7.1 and was also
running into tast suite failures.  Did you contacted upstream about
this?

Kind regards

  Andreas.

-- 
http://fam-tille.de

Bug#722496: debdiff to fix bug

[Dan Streetman]

this debdiff contains a patch to the /etc/network/if-pre-up.d/vlan
script that increases the vlan raw device mtu if it's lower than the
configured vlan mtu.  This fixes the bug by allowing the vlan to come
up correctly.
diff -u vlan-1.9/debian/changelog vlan-1.9/debian/changelog
--- vlan-1.9/debian/changelog
+++ vlan-1.9/debian/changelog
@@ -1,3 +1,10 @@
+vlan (1.9-3.3) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Increase vlan raw device mtu if less than vlan mtu. (Closes: #722496)
+
+ -- Dan Streetman   Fri, 09 Sep 2016 09:03:11 
-0400
+
 vlan (1.9-3.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -u vlan-1.9/debian/network/if-pre-up.d/vlan 
vlan-1.9/debian/network/if-pre-up.d/vlan
--- vlan-1.9/debian/network/if-pre-up.d/vlan
+++ vlan-1.9/debian/network/if-pre-up.d/vlan
@@ -57,6 +57,13 @@
 echo "$IF_VLAN_RAW_DEVICE does not exist, unable to create $IFACE"
 exit 1
 fi
+if [ -n "$IF_MTU" ]; then
+CUR_DEV_MTU=`cat /sys/class/net/$IF_VLAN_RAW_DEVICE/mtu`
+# increase the vlan raw device mtu if needed
+if [ -n "$CUR_DEV_MTU" ] && [ $CUR_DEV_MTU -lt $IF_MTU ]; then
+ip link set dev $IF_VLAN_RAW_DEVICE mtu $IF_MTU
+fi
+fi
 if [ ! -e "/sys/class/net/$IFACE" ]; then
 ip link set up dev $IF_VLAN_RAW_DEVICE
 vconfig add $IF_VLAN_RAW_DEVICE $VLANID

Bug#825121: changed severity

[Raphael Hertzog]

Hi,

On Sat, 06 Aug 2016, Daniel Pocock wrote:
> Based on that feedback, I've raised the severity again, but I won't have
> time to start trying to code a solution for at least another 2 or 3
> weeks, has anybody seen any code in any other preinst / postinst that
> can be copied for this purpose?
> 
> If anybody else wants to try uploading a fix for this it would be very
> welcome, please just put a note in the bug if you start working on it.

I just uploaded an NMU that fixes this bug. The NMU patch is attached.

I was annoyed that the package got removed from testing as we use it in
Kali so I worked on it.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/
>From 3b1f47ce14848be18572233a79c23c7e785c7491 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Rapha=C3=ABl=20Hertzog?= 
Date: Fri, 9 Sep 2016 16:03:54 +0200
Subject: [PATCH] Initialize /etc/radcli only with modified files from
 /etc/radiusclient/.

Properly install them after initial install from postinst to avoid prompt
during initial install. Handle the abort case as well.

Closes: #825121
---
 debian/changelog   |  9 +
 debian/libradcli4.postinst | 17 
 debian/libradcli4.postrm   | 12 +++
 debian/libradcli4.preinst  | 50 ++
 4 files changed, 71 insertions(+), 17 deletions(-)
 create mode 100644 debian/libradcli4.postinst
 create mode 100644 debian/libradcli4.postrm

diff --git a/debian/changelog b/debian/changelog
index 6fa461e..b9429dd 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+radcli (1.2.6-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Initialize /etc/radcli only with modified files from /etc/radiusclient/.
+Properly install them after initial install from postinst to avoid prompt
+during initial install. Handle the abort case as well. Closes: #825121
+
+ -- Raphaël Hertzog   Fri, 09 Sep 2016 15:53:50 +0200
+
 radcli (1.2.6-2) unstable; urgency=high
 
   * preinst: update absolute directory paths in files from legacy client
diff --git a/debian/libradcli4.postinst b/debian/libradcli4.postinst
new file mode 100644
index 000..d5318a7
--- /dev/null
+++ b/debian/libradcli4.postinst
@@ -0,0 +1,17 @@
+#!/bin/sh
+
+set -e
+
+case $1 in
+configure)
+	for file in /etc/radcli/*.dpkg-migrated; do
+	if [ ! -e "$file" ]; then
+		continue
+	fi
+	echo "Overwriting ${file%%.dpkg-migrated} with original file from libfreeradius-client2"
+	mv $file ${file%%.dpkg-migrated}
+	done
+;;
+esac
+
+#DEBHELPER#
diff --git a/debian/libradcli4.postrm b/debian/libradcli4.postrm
new file mode 100644
index 000..e55f50a
--- /dev/null
+++ b/debian/libradcli4.postrm
@@ -0,0 +1,12 @@
+#!/bin/sh
+
+set -e
+
+case $1 in
+abort-install|abort-upgrade)
+	rm -f /etc/radcli/*.migrated
+	rmdir --ignore-fail-on-non-empty /etc/radcli
+;;
+esac
+
+#DEBHELPER#
diff --git a/debian/libradcli4.preinst b/debian/libradcli4.preinst
index a1f61eb..c854df3 100644
--- a/debian/libradcli4.preinst
+++ b/debian/libradcli4.preinst
@@ -1,23 +1,39 @@
 #!/bin/sh
+
 set -e
 
-if [ ! -d /etc/radcli ];
-then
-# no radcli config exists
+FILES_TO_MIGRATE="
+/etc/radiusclient/dictionary
+/etc/radiusclient/dictionary.ascend
+/etc/radiusclient/dictionary.compat
+/etc/radiusclient/dictionary.merit
+/etc/radiusclient/dictionary.sip
+/etc/radiusclient/radiusclient.conf
+/etc/radiusclient/servers
+"
 
-if [ -d /etc/radiusclient ];
-then
-# a legacy configuration from radiusclient-ng exists, use it,
-# as this package is a fork of radiusclient-ng
-echo "Using copy of existing /etc/radiusclient to initialize /etc/radcli"
-cp -ar /etc/radiusclient /etc/radcli
-for f in /etc/radcli/* ;
-do
-if [ -f "${f}" -a ! -h "${f}" ];
-then
-sed -i -e 's!/etc/radiusclient/!/etc/radcli/!g' "${f}"
-fi
-done
-fi
+is_modified_conffile() {
+actual_md5=$(md5sum $1 | awk '{print $1}')
+expected_md5=$(dpkg-query -f '${Conffiles}' -W libfreeradius-client2 | awk '$1 == "'"$1"'" { print $2 }')
+test "$actual_md5" != "$expected_md5"
+}
+
+if [ ! -d /etc/radcli ] && [ -d /etc/radiusclient ];
+then
+# no radcli config exists but a legacy configuration from
+# radiusclient-ng exists, use it, as this package is a fork of
+# radiusclient-ng
+mkdir -p /etc/radcli
+for file in $FILES_TO_MIGRATE; do
+	if is_modified_conffile $file; then
+	new_file="/etc/radcli/$(basename $file).dpkg-migrated"
+	echo "Preparing a copy of $file to initialize ${new_file%%.dpkg-migrated}"
+	cp -a $file $new_file
+if [ -f "$new_file" -a ! -h "$new_file" ]; then
+		sed -i -e 's!/etc/radiusclient/!/etc/radcli/!g' "$new_file"
+	fi
+	fi
+done
 fi
 
+#DEBHELPER#
-- 
2.9.3

Bug#837163: caja: Caja not opening after upgrade, nautilus opens from cmd line

[Joysn]

Package: caja
Version: 1.14.2-1
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 ***

yesterday i performed an upgrade of my packages (aptitude upgrade), and after 
this i found out that i am not able to use the file browser anymore from the 
Mate menu. There is a extension called "Places" from which i could open 
"Computer", "Home Folder", etc. But nothing happens. When i try to open Caja 
from cmd line, nothing happens as well, not a single message is written to the 
terminal. When i use nautilus, the file system broeser opens.


-- 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_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages caja depends on:
ii  caja-common   1.14.2-1
ii  desktop-file-utils0.23-1
ii  gvfs  1.29.91-1
ii  libatk1.0-0   2.21.90-2
ii  libc6 2.24-2
ii  libcairo-gobject2 1.14.6-1+b1
ii  libcairo2 1.14.6-1+b1
ii  libcaja-extension11.14.2-1
ii  libexempi32.3.0-2
ii  libexif12 0.6.21-2
ii  libgail-3-0   3.21.5-3
ii  libgdk-pixbuf2.0-02.35.4-4
ii  libglib2.0-0  2.49.6-1
ii  libglib2.0-data   2.49.6-1
ii  libgtk-3-03.21.5-3
ii  libice6   2:1.0.9-1+b1
ii  libmate-desktop-2-17  1.14.1-1
ii  libpango-1.0-01.40.2-1
ii  libpangocairo-1.0-0   1.40.2-1
ii  libselinux1   2.5-3
ii  libsm62:1.2.2-1+b1
ii  libstartup-notification0  0.12-4
ii  libunique-3.0-0   3.0.2-2
ii  libx11-6  2:1.6.3-1
ii  libxext6  2:1.3.3-1
ii  libxml2   2.9.4+dfsg1-1+b1
ii  libxrender1   1:0.9.9-2
ii  mate-desktop  1.14.1-1
ii  shared-mime-info  1.7-1

Versions of packages caja recommends:
ii  gvfs-backends  1.29.91-1

Versions of packages caja suggests:
ii  engrampa1.14.1-1
pn  gstreamer1.0-tools  
pn  meld

-- no debconf information

Bug#836429: q4wine: Please clarify upstream status and homepage

[Jens Reyer]

Thanks for your explanation, that clarifies things for me.

On 06.09.2016 15:33, Boris Pek wrote:
> Hi,
> 
>> I (co-maintainer of Wine) just saw on
>> https://wiki.winehq.org/Third_Party_Applications
>> that q4wine is listed as an obsolete application. [...]
> Now main developer came back to active development of q4wine project and
> almost all is fine.
> 
>> Would it be correct to change this classification on winehq.org?
> 
> Yes, sure.

Will do so.


> Personally I do not see the necessity to change Homepage link in this package.
> Other opinions are welcome.

I  think an archive.org address gives the impression of an abandoned
project. Furthermore, if I check an upstream URL that's often because
I'm looking for solutions to current problems, while general
documentation is normally found sufficiently in /usr/share/doc. Of
course even with an outdated archive.org URL I may easily switch to a
newer version - it's just not obvious that newer versions exists as long
as I only look at the package's homepage field.

Maybe use the real homepage and mention archive.org in a README.Debian.
Or update the archive.org address (preferably with every release) and
eventually mention the real homepage in a README.Debian.

Note: Unfortunately the Homepage field is defined [1] to contain only
one URL, nothing else.

[1]
https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Homepage

Greets
jre

Bug#837164: ipmitool lan print does not report ipv6 addresses

[LaMont Jones]

Package: ipmitool
Version: 1.8.16-3

# sudo ipmitool lan print
Set in Progress : Set Complete
Auth Type Support   : 
Auth Type Enable: Callback : 
: User : 
: Operator : 
: Admin: 
: OEM  : 
IP Address Source   : Static Address
IP Address  : 0.0.0.0
Subnet Mask : 0.0.0.0
MAC Address : 14:58:d0:47:70:28
SNMP Community String   : 
BMC ARP Control : ARP Responses Enabled, Gratuitous ARP Disabled
Default Gateway IP  : 0.0.0.0
802.1q VLAN ID  : Disabled
802.1q VLAN Priority: 0
Cipher Suite Priv Max   : Not Available
Bad Password Threshold  : Not Available
#

The iLo in question is configured with a static IPv6 address (though SLAAC made 
no difference), and is quite reachable:
ssh -l lamont 2001:...::cb
lamont@2001:...::cb's password: 
User:lamont logged-in to kearns.example.com(0.0.0.0 / 
FE80::1658:D0FF:FE47:7028)
iLO 4 Standard 2.03 at  Nov 07 2014
Server Name: 
Server Power: On

In fact, I can't seem to get the iLo to tell me its IPv6 address (other
than link-local) at the ssh prompt -- only at via web ui.

Please fix ipmitool to return the ipv6 address of the iLo, if any, in
addition to any IPv4 address.

lamont