Bug#834697: Acknowledgement (modem-manager-gui gets stalled when closing due to connection to akonadi server.)

[Persmule]

In order to evade such problem, I removed akonadi-server, which I seldom
use, and now modem-manager-gui shuts down properly.

Bug#834689: exim4-config: Add more special ips to ingore_target_hosts

[Marc Haber]

Hi Dean,

thanks for paying attention to these details. We would like to stay as
close to the Upstream default configuration as possible, so I'd like
to ask you to report this as an upstream issue in the exim bugzilla.

Greetings
Marc

On Thu, Aug 18, 2016 at 12:28:34PM +1000, Dean Hamstead wrote:
> From: Dean Hamstead 
> Subject: Bug#834689: exim4-config: Add more special ips to
>  ingore_target_hosts
> To: Debian Bug Tracking System 
> Reply-To: Dean Hamstead , 834...@bugs.debian.org
> Date: Thu, 18 Aug 2016 12:28:34 +1000
> X-Debian-PR-Package: exim4-config
> X-Mailer: reportbug 6.6.3
> List-Id: Reach the exim4 maintainers
>  
> X-Spam-Score: (---) -7.3
> X-Spam-Report: torres.zugschlus.de  Content analysis details:   (-7.3
>  points, 5.0 required)   pts  rule name  description  
>  -- --- -5.0
>  RCVD_IN_DNSWL_HI   RBL: Sender listed at http://www.dnswl.org/, high
>  trust
>  [2001:41c8:1000:21:0:0:21:21 listed in]
>  [list.dnswl.org] -0.5 RP_MATCHES_RCVD
> Envelope sender domain matches handover relay domain  0.0
>  HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
>  domains are different -1.9 BAYES_00
>BODY: Bayes spam probability is 0 to 1%
>  [score: 0.]  0.1 DKIM_SIGNED
> Message has a DKIM or DK signature, not necessarily valid  0.0
>  T_DKIM_INVALID DKIM-Signature header exists but is not valid
> 
> Package: exim4-config
> Version: 4.84.2-2+deb8u1
> Severity: wishlist
> 
> Dear Maintainer,
> 
> In /etc/exim4/conf.d/router/200_exim4-config_primary, it would be terrific to 
> expand out the special use ip addresses in the ignore_target_hosts directive
> 
> >From https://github.com/Exim/exim/wiki/Q0319:
> 
> ignore_target_hosts = \
> # Hosts on "this network"; RFC 1700 (page 4) states that these
> # are only allowed as source addresses
> 0.0.0.0/8 : \
> # Private networks, RFC 1918
> 10.0.0.0/8 : 172.16.0.0/12 : 192.168.0.0/16 : \
> # Internet host loopback address, RFC 1700 (page 5)
> 127.0.0.0/8 : \
> # "Link local" block
> 169.254.0.0/16 : \
> # "TEST-NET" - should not appear on the public Internet
> 192.0.2.0/24 : \
> # 6to4 relay anycast addresses, RFC 3068
> 192.88.99.0/24 : \
> # Network interconnect device benchmark testing, RFC 2544
> 198.18.0.0/15 : \
> # Multicast addresses, RFC 3171
> 224.0.0.0/4 : \
> # Reserved for future use, RFC 1700 (page 4)
> 240.0.0.0/4
> 
> 
> 
> This is missing
> 
> TEST-NET-2: 198.51.100.0 - 198.51.100.255 | 198.51.100.0/24
> TEST-NET-3: 203.0.113.0 - 203.0.113.255 | 203.0.113.0/24
> CGNAT: 100.64.0.0 - 100.127.255.255 | 100.64.0.0/10
> 
> Probably also
> 
> Unique local addresses: fd00::/8
> 
> 
> 
> -- Package-specific info:
> Exim version 4.84_2 #1 built 25-Jul-2016 18:59:39
> Copyright (c) University of Cambridge, 1995 - 2014
> (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2014
> Berkeley DB: Berkeley DB 5.3.28: (September  9, 2013)
> Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS 
> move_frozen_messages Content_Scanning DKIM Old_Demime PRDR OCSP
> Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz 
> dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite
> Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa
> Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect
> Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp
> Fixed never_users: 0
> Size of off_t: 8
> Configuration file is /var/lib/exim4/config.autogenerated
> 
> -- System Information:
> Debian Release: 8.5
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 2.6.32-042stab116.1 (SMP w/2 CPU cores)
> Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
> 
> Versions of packages exim4-config depends on:
> ii  adduser3.113+nmu3
> ii  debconf [debconf-2.0]  1.5.56
> 
> exim4-config recommends no packages.
> 
> exim4-config suggests no packages.
> 
> -- Configuration Files:
> /etc/exim4/conf.d/acl/00_exim4-config_header changed [not included]
> /etc/exim4/conf.d/acl/30_exim4-config_check_mail changed [not included]
> /etc/exim4/conf.d/acl/30_exim4-config_check_rcpt changed [not included]
> /etc/exim4/conf.d/acl/40_exim4-config_check_data changed [not included]
> /etc/exim4/conf.d/auth/30_exim4-config_examples 

Bug#834697: Acknowledgement (modem-manager-gui gets stalled when closing due to connection to akonadi server.)

[Persmule]

In order to evade such problem, I removed akonadi-server, which I seldom
use.


在 2016年08月18日 13:39, Debian Bug Tracking System 写道:
> Thank you for filing a new Bug report with Debian.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Graham Inggs 
>
> If you wish to submit further information on this problem, please
> send it to 834...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>

Bug#834697: modem-manager-gui gets stalled when closing due to connection to akonadi server.

[Tianming Xie]

Package: modem-manager-gui
Version: 0.0.18-3
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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

When closing modem-manager-gui, the program get stalled. I managed to trace
into the address space via gdb, and detected that mmgui_addressbooks_close is
awaiting addressbooks->workthread (thread 5 identified from threadid) to
terminate (at addressbooks.c:1286), while addressbooks->workthread gets blocked
in syscall recv(2), called by mmgui_addressbooks_execute_akonadi_command (at
addressbooks.c:408), resulting a deadlock.

Backtraces of belated threads are attached.



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

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

Versions of packages modem-manager-gui depends on:
ii  libc6   2.23-4
ii  libcairo2   1.14.6-1+b1
ii  libgdbm31.8.3-14
ii  libgdk-pixbuf2.0-0  2.34.0-1
ii  libglib2.0-02.48.1-2
ii  libgtk-3-0  3.20.7-1
ii  libgtkspell3-3-03.0.8-1
ii  modemmanager1.6.0-1
ii  network-manager 1.2.4-2
ii  policykit-1 0.105-16
ii  ppp 2.4.7-1+2

Versions of packages modem-manager-gui recommends:
ii  mobile-broadband-provider-info  20151214-0.1
ii  modem-manager-gui-help  0.0.18-3
ii  yelp3.20.1-1

Versions of packages modem-manager-gui suggests:
ii  evolution-data-server  3.20.4-2+b1
ii  libcanberra0   0.30-3
pn  libindicate5 | libmessaging-menu0  
ii  libnotify4 0.7.6-2

-- no debconf information
(gdb) thr 1
[Switching to thread 1 (Thread 0x7f4208758a00 (LWP 17884))]
#0  0x7f42064076ed in pthread_join (threadid=139920927225600, 
thread_return=0x0) at pthread_join.c:90
90  pthread_join.c: 没有那个文件或目录.
(gdb) p/x threadid 
$1 = 0x7f41e129f700
(gdb) info thr
  Id   Target Id Frame 
* 1Thread 0x7f4208758a00 (LWP 17884) "modem-manager-g" 0x7f42064076ed 
in pthread_join (threadid=139920927225600, thread_return=0x0)
at pthread_join.c:90
  2Thread 0x7f41fdcef700 (LWP 17886) "gmain" 0x7f420613c19d in poll () 
at ../sysdeps/unix/syscall-template.S:84
  3Thread 0x7f41fd4ee700 (LWP 17887) "gdbus" 0x7f420613c19d in poll () 
at ../sysdeps/unix/syscall-template.S:84
  4Thread 0x7f41f56dc700 (LWP 17889) "modem-manager-g" 0x7f420613c19d 
in poll () at ../sysdeps/unix/syscall-template.S:84
  5Thread 0x7f41e129f700 (LWP 17891) "modem-manager-g" 0x7f420640f42f 
in __libc_recv (fd=17, buf=buf@entry=0x7f41e129e720, n=n@entry=1023, 
flags=flags@entry=0) at ../sysdeps/unix/sysv/linux/x86_64/recv.c:28
  6Thread 0x7f41dbfff700 (LWP 17892) "dconf worker" 0x7f420613c19d in 
poll () at ../sysdeps/unix/syscall-template.S:84
  7Thread 0x7f41db7fe700 (LWP 17893) "modem-manager-g" 0x7f420613c19d 
in poll () at ../sysdeps/unix/syscall-template.S:84
  8Thread 0x7f41da2dd700 (LWP 17894) "modem-manager-g" 0x7f420613c19d 
in poll () at ../sysdeps/unix/syscall-template.S:84
(gdb) bt
#0  0x7f42064076ed in pthread_join (threadid=139920927225600, 
thread_return=0x0) at pthread_join.c:90
#1  0x7f42068b1b27 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x7f4206893fea in g_thread_join () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x004155ae in mmgui_addressbooks_close (addressbooks=0x119e940) at 
addressbooks.c:1286
#4  0x00436019 in mmgui_main_application_shutdown_signal 
(application=, data=0xc3cec0) at main.c:2442
#5  0x7f4206b43fa5 in g_closure_invoke () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#6  0x7f4206b55fc1 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#7  0x7f4206b5ed5c in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#8  0x7f4206b5f08f in g_signal_emit () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#9  0x7f4206e34dfb in g_application_run () from 
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#10 0x00410964 in main (argc=, argv=) at 
main.c:2667
(gdb) thr 5
[Switching to thread 5 (Thread 0x7f41e129f700 (LWP 17891))]
#0  0x7f420640f42f in __libc_recv (fd=17, buf=buf@entry=0x7f41e129e720, 
n=n@entry=1023, flags=flags@entry=0)
at ../sysdeps/unix/sysv/linux/x86_64/recv.c:28
28  ../sysdeps/unix/sysv/linux/x86_64/recv.c: 没有那个文件或目录.
(gdb) bt
#0  0x7f420640f42f in __libc_recv (fd=17, buf=buf@entry=0x7f41e129e720, 
n=n@entry=1023, 

Bug#834696: gmsh: Erroneous command line to call GetDP from Gmsh

[Paul Zander]

Package: gmsh
Version: 2.13.1+dfsg1-1
Severity: important

Dear Maintainer,

   * What led up to the situation?
  Attempting to run example programs downloaded in the bundle from
   http://onelab.info/wiki/ONELAB

  The call generated by gmsh to getdp does not include the input file name

   from gmsh error log:
   
Info: Calling '"/usr/bin/getdp"  -onelab "GetDP" /home/paulz/.gmshsock2 &'
Info: Running 'GetDP'...
Info: GetDP - Performing ONELAB 'check'
Error   : GetDP - Missing input file name

The identical example files will run on a computer with Windows 8.1

The identical problem was reported by a different person at:
http://onelab.info/pipermail/gmsh/2016/010617.html


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

Kernel: Linux 4.3.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 gmsh depends on:
ii  libc62.23-4
ii  libgcc1  1:5.3.1-14
ii  libgmsh2v5   2.12.0+dfsg1-2+b1
ii  libopenmpi1.10   1.10.3-3
ii  libstdc++6   5.3.1-14
ii  mpi-default-bin  1.7

Versions of packages gmsh recommends:
ii  gmsh-doc  2.12.0+dfsg1-2

gmsh suggests no packages.

-- no debconf information

Bug#834665: whatmaps: typo in debian/rules (override_dh_autoclean -> override_dh_auto_clean)

[Guido Günther]

control: tag -1 +pending

On Wed, Aug 17, 2016 at 10:38:33PM +0100, Chris Lamb wrote:
> Source: whatmaps
> Version: 0.0.10-1
> Severity: normal
> Tags: patch
> 
> Hi,
> 
> I believe there is a typo in your debian/rules (override_dh_autoclean -> 
> override_dh_auto_clean).

Applied. Thanks!
 -- Guido

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

> diff --git a/debian/rules b/debian/rules
> index 5ce9e1c..4f80dca 100755
> --- a/debian/rules
> +++ b/debian/rules
> @@ -20,6 +20,6 @@ override_dh_auto_test:
>   python setup.py nosetests
>   dh_auto_test
>  
> -override_dh_autoclean:
> +override_dh_auto_clean:
>   rm -f man/whatmaps.8
> - dh_autoclean
> + dh_auto_clean

Bug#834326: jessie-pu: package gnupg/1.4.18-7+deb8u2

[Salvatore Bonaccorso]

Control: retitle -1 jessie-pu: package gnupg/1.4.18-7+deb8u3

On Sun, Aug 14, 2016 at 03:58:28PM +0200, Salvatore Bonaccorso wrote:
> Package: release.debian.org
> Severity: normal
> Tags: jessie
> User: release.debian@packages.debian.org
> Usertags: pu
> 
> Dear SRM
> 
> I would like to propose the following hardening to src:gnupg which was
> found during the analysis of a vulnerability report to the security team
> and related to
> https://www.usenix.org/system/files/conference/usenixsecurity16/sec16_paper_razavi.pdf
> and developed by NIIBE Yutaka. The underlying problem in hardware cannot
> be solved in software (and thus we don't want to issue a DSA for it, and
> give possibly this false impression), and as pointed out by Florian
> there are some other open questions regarding the paper and the attacks
> described there.
> 
> The GnuPG upstream repository contains the testcase to verify the fix,
> as
> http://git.gnupg.org/cgi-bin/gitweb.cgi?p=gnupg.git;a=commitdiff;h=7dcad0d3503ac0d75e09efb16246dd78518986fc
> 
> The fix for gnupg is in experimental in the src:gnupg1 source package
> with commits (1.4.20-6+exp5):
> 
> https://anonscm.debian.org/git/pkg-gnupg/gnupg1.git/commit/?h=experimental=5ed457210d69f95ea253221e14e6f8a8c8da0a5f
> 
> and migrated now to unstable, with a new upload on 2016-08-13.
> 
> Thanks in advance,

This all stil holds, but I have rebased the patch on top of the update
via jessie-security.

Regards,
Salvatore
diff -Nru gnupg-1.4.18/debian/changelog gnupg-1.4.18/debian/changelog
--- gnupg-1.4.18/debian/changelog   2016-08-17 21:36:04.0 +0200
+++ gnupg-1.4.18/debian/changelog   2016-08-18 07:13:19.0 +0200
@@ -1,3 +1,11 @@
+gnupg (1.4.18-7+deb8u3) jessie; urgency=medium
+
+  * Non-maintainer with maintainers approval.
+  * gpgv: Tweak default options for extra security
+  * g10: Fix checking key for signature validation
+
+ -- Salvatore Bonaccorso   Thu, 18 Aug 2016 07:13:19 +0200
+
 gnupg (1.4.18-7+deb8u2) jessie-security; urgency=high
 
   * Non-maintainer upload by the Security Team.
diff -Nru 
gnupg-1.4.18/debian/patches/0048-gpgv-Tweak-default-options-for-extra-security.patch
 
gnupg-1.4.18/debian/patches/0048-gpgv-Tweak-default-options-for-extra-security.patch
--- 
gnupg-1.4.18/debian/patches/0048-gpgv-Tweak-default-options-for-extra-security.patch
1970-01-01 01:00:00.0 +0100
+++ 
gnupg-1.4.18/debian/patches/0048-gpgv-Tweak-default-options-for-extra-security.patch
2016-08-18 07:13:19.0 +0200
@@ -0,0 +1,39 @@
+From cf01cf8b88abb6ed5fea300c28e2a1e6a7c67804 Mon Sep 17 00:00:00 2001
+From: NIIBE Yutaka 
+Date: Sat, 9 Jul 2016 10:20:02 +0900
+Subject: [PATCH] gpgv: Tweak default options for extra security.
+
+* g10/gpgv.c (main): Set opt.no_sig _cache, so that it doesn't depend on
+cached status.  Similarly, set opt.flags.require_cross_cert for backsig
+validation for subkey signature.
+
+--
+
+(backport of master
+commit e32c575e0f3704e7563048eea6d26844bdfc494b)
+
+It is common that an organization distributes binary keyrings with
+signature cache (Tag 12, Trust Packet) and people use gpgv to validate
+signature with such keyrings.  In such a use case, it is possible that
+the key validation itself is skipped.
+
+For the purpose of gpgv validation of signatures, we should not depend
+on signature cache in keyrings (if any), but we should validate the key
+by its self signature for primary key, and back signature for subkey.
+
+Signed-off-by: NIIBE Yutaka 
+---
+ g10/gpgv.c | 2 ++
+ 1 file changed, 2 insertions(+)
+
+--- a/g10/gpgv.c
 b/g10/gpgv.c
+@@ -142,6 +142,8 @@ main( int argc, char **argv )
+ opt.pgp2_workarounds = 1;
+ opt.keyserver_options.options|=KEYSERVER_AUTO_KEY_RETRIEVE;
+ opt.trust_model = TM_ALWAYS;
++opt.no_sig_cache = 1;
++opt.flags.require_cross_cert = 1;
+ opt.batch = 1;
+ 
+ opt.homedir = default_homedir ();
diff -Nru 
gnupg-1.4.18/debian/patches/0049-g10-Fix-checking-key-for-signature-validation.patch
 
gnupg-1.4.18/debian/patches/0049-g10-Fix-checking-key-for-signature-validation.patch
--- 
gnupg-1.4.18/debian/patches/0049-g10-Fix-checking-key-for-signature-validation.patch
1970-01-01 01:00:00.0 +0100
+++ 
gnupg-1.4.18/debian/patches/0049-g10-Fix-checking-key-for-signature-validation.patch
2016-08-18 07:13:19.0 +0200
@@ -0,0 +1,37 @@
+From f474b161f6c8c7a3dc0fb90d25ffceacba1ff117 Mon Sep 17 00:00:00 2001
+From: NIIBE Yutaka 
+Date: Thu, 4 Aug 2016 16:21:39 +0900
+Subject: [PATCH] g10: Fix checking key for signature validation.
+
+* g10/sig-check.c (signature_check2): Not only subkey, but also primary
+key should have flags.valid=1.
+
+--
+
+(backport of master
+commit 6f284e6ed63f514b15fe610f490ffcefc87a2164)
+
+Signed-off-by: NIIBE Yutaka 
+---
+ g10/sig-check.c | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git 

Bug#834695: bash_completion: process Include lines in ~/.ssh/config for hostcomplete

[Paul Wise]

Package: bash-completion
Version: 1:2.1-4.3
Severity: wishlist
File: /usr/share/bash-completion/bash_completion

I use the new Include option in OpenSSH 7.3 so that I can split my
~/.ssh/config up into multiple files. Unfortunately bash_completion
does not yet support processing files referenced by the new Include
option. It would be great if this could be added to hostcomplete.

$ grep Include ~/.ssh/config
Include ~/.ssh/config.d/*

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages bash-completion depends on:
ii  bash  4.3-15
ii  dpkg  1.18.10

bash-completion recommends no packages.

bash-completion suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#834694: evemu: new upstream release (2.4.0)

[Julien Cristau]

Source: evemu
Version: 2.1.0-1
Severity: normal

Quoting https://bugs.launchpad.net/ubuntu/+source/evemu/+bug/1588571

> evemu 2.2 started printing some vital information into the recorded
> files (kernel version and dmi modalias). Ubuntu only ships 2.1, so for
> every bug report filed upstream by ubuntu users we have to jump through
> hoops to request this extra information, causing extra work and delays
> in fixing bugs.
> 
> Please update evemu to anything newer than 2.1.

2.4.0 is available at https://www.freedesktop.org/software/evemu/

Cheers,
Julien

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

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

Bug#834693: rhythmbox-plugins: Missing webremote plugin files

[vrishab]

Package: rhythmbox-plugins
Version: 3.4-1
Severity: normal

Missing following files

js/
js/webremote.js
css
css/pure-min.css
css/grids-responsive-min.css
css/webremote.css
webremote.html

in

/usr/lib/rhythmbox/plugins/webremote

The plugin doesn't load without the html file. It currently fails with a
HTTP/1.1 403 Forbidden


GET / HTTP/1.1
Host: 127.0.0.1:41019
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
Firefox/45.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate
Connection: keep-alive

HTTP/1.1 403 Forbidden
Date: Thu, 18 Aug 2016 04:36:15 GMT
Content-Length: 0



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

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

Versions of packages rhythmbox-plugins depends on:
ii  gir1.2-glib-2.0 1.48.0-3
ii  gir1.2-gnomekeyring-1.0 3.12.0-1+b1
ii  gir1.2-gstreamer-1.01.8.2-1
ii  gir1.2-gtk-3.0  3.20.7-1
ii  gir1.2-peas-1.0 1.18.0-3
ii  gir1.2-rb-3.0   3.4-1
ii  gir1.2-secret-1 0.18.5-1
ii  gir1.2-webkit2-4.0  2.12.3-1+b2
ii  libatk1.0-0 2.20.0-1
ii  libc6   2.23-4
ii  libcairo-gobject2   1.14.6-1+b1
ii  libcairo2   1.14.6-1+b1
ii  libdmapsharing-3.0-22.9.36-1
ii  libgdk-pixbuf2.0-0  2.34.0-1
ii  libgirepository-1.0-1   1.48.0-3
ii  libglib2.0-02.48.1-3
ii  libgpod40.8.3-8
ii  libgrilo-0.3-0  0.3.1-1
ii  libgstreamer-plugins-base1.0-0  1.8.2-1
ii  libgstreamer1.0-0   1.8.2-1
ii  libgtk-3-0  3.20.7-1
ii  libgudev-1.0-0  230-3
ii  libimobiledevice6   1.2.0+dfsg-3
ii  libjson-glib-1.0-0  1.2.2-1
ii  liblircclient0  0.9.0~pre1-1.2
ii  libmtp9 1.1.11-1
ii  libnotify4  0.7.6-2
ii  libpango-1.0-0  1.40.1-1
ii  libpangocairo-1.0-0 1.40.1-1
ii  libpeas-1.0-0   1.18.0-3
ii  libplist3   1.12-3.1
ii  librhythmbox-core10 3.4-1
ii  libsecret-1-0   0.18.5-1
ii  libsoup2.4-12.54.1-1
ii  libtdb1 1.3.9-1
ii  libtotem-plparser18 3.10.6-4
ii  libx11-62:1.6.3-1
ii  libxml2 2.9.4+dfsg1-1+b1
ii  python3 3.5.1-4
ii  python3-gi  3.20.1-1
ii  python3-mako1.0.4+ds1-1
ii  python3.5   3.5.2-3
pn  python3:any 
ii  rhythmbox   3.4-1
ii  zeitgeist-core  0.9.16-0.1
ii  zlib1g  1:1.2.8.dfsg-2+b1

rhythmbox-plugins recommends no packages.

rhythmbox-plugins suggests no packages.

-- no debconf information

Bug#834437: gnome-control-center does not show HDMI sound (Debian stretch)

[nice sw123]

Just got new pulseaudio upgrades (in Debian Stretch): HDMI audio is
working again.
All good.


( /var/log/apt/history.log shows...

Upgrade: libpulsedsp:amd64 (9.0-1.1, 9.0-2), pulseaudio:amd64
(9.0-1.1, 9.0-2), libpulse0:amd64 (9.0-1.1, 9.0-2),
libpulse-mainloop-glib0:amd64 (9.0-1.1, 9.0-2),
pulseaudio-module-bluetooth:amd64 (9.0-1.1, 9.0-2),
pulseaudio-utils:amd64 (9.0-1.1, 9.0-2)
Remove: pulseaudio-module-x11:amd64 (9.0-1.1)
)

Bug#834692: RFS: gifshuffle/2.0-1 [ITP]

[Gustavo S. L.]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

* Package name: gifshuffle
  Version : 2.0-1
  Upstream Author : Matthew Kwan 
* URL : http://www.darkside.com.au/gifshuffle/
* License : public-domain
  Section : misc

  It builds those binary packages:

gifshuffle - steganography program to gif images

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

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


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

dget -x 
https://mentors.debian.net/debian/pool/main/g/gifshuffle/gifshuffle_2.0-1.dsc



  Regards,
   Gustavo Soares de Lima

Bug#834313: RFS: dh-text/1.0 ITP

[Paul Wise]

On Wed, Aug 17, 2016 at 7:39 PM, Paul Wise wrote:

> That sounds like the best option. I've pointed the dpkg maintainer at
> your mail on IRC and asked for their thoughts on the matter.

Guillem got enthusiastic about this and came up with this patch:

https://www.hadrons.org/~guillem/tmp/0001-FIXME-Implement-source-stanza-sustvars.patch

He was also talking about adding C: substvars for changelog fields.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#834691: trying to overwrite '/usr/share/fonts/sortsmill/GoudyBookletter1911Bold.otf', which is also in package ttf-goudybookletter 2010.07.03-1

[Antti-Juhani Kaijanaho]

Package: fonts-goudybookletter
Version: 2010.07.03-2
Severity: normal

Unpacking fonts-goudybookletter (2010.07.03-2) ...
dpkg: error processing archive 
/var/cache/apt/archives/fonts-goudybookletter_2010.07.03-2_all.deb (--unpack):
 trying to overwrite '/usr/share/fonts/sortsmill/GoudyBookletter1911Bold.otf', 
which is also in package ttf-goudybookletter 2010.07.03-1


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

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

Bug#834690: linux-image bug

[张永肃]

Package: linux-image
Version: 3.16.7-ckt25-2 & 3.16.7-ckt25-2+deb8u3

update this panic problem :
the panic don't happen again when updating kernel to 4.4.6.
my OS is debian 8.5
hardware information:
Manufacturer: Dell Inc.
Product Name: 082F9M
CPU: Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz

we run a golang applications on the OS, and the golang version is  1.6.2


2016-08-16 14:20 GMT+08:00 张永肃 :

> Package: linux-image
> Version: 3.16.7-ckt25-2 & 3.16.7-ckt25-2+deb8u3
>
> we face kernel panic issue :
>
> 1. kernel  panic on 3.16.7-ckt25-2+deb8u3 ; 2 kinds of dumping
> informations :
>
> *A*:
>
> [3145152.947164] BUG: unable to handle kernel NULL pointer dereference at 
> 0592
> [3145152.947235] IP: [] update_cfs_rq_blocked_load+0x5/0x120
> [3145152.947292] PGD 6708ba067 PUD 857130067 PMD 0
> [3145152.947332] Oops:  [#1] SMP
> [3145152.947360] Modules linked in: dccp_diag dccp tcp_diag udp_diag 
> inet_diag unix_diag af_packet_diag netlink_diag nls_utf8 fuse btrfs xor 
> raid6_pq ufs qnx4 hfsplus hfs minix ntfs vfat msdos fat jfs xfs libcrc32c 
> crc32c_generic dm_mod 8021q garp stp mrp llc iTCO_wdt iTCO_vendor_support 
> x86_pkg_temp_thermal coretemp kvm_intel kvm crc32_pclmul aesni_intel 
> aes_x86_64 lrw gf128mul glue_helper ablk_helper cryptd pcspkr ast evdev 
> joydev ttm drm_kms_helper drm i2c_algo_bit lpc_ich mei_me i2c_i801 mfd_core 
> mei shpchp i2c_core tpm_tis wmi tpm ipmi_watchdog processor acpi_power_meter 
> thermal_sys acpi_pad button ipmi_si ipmi_poweroff ipmi_devintf 
> ipmi_msghandler autofs4 ext4 crc16 mbcache jbd2 hid_generic usbhid hid sg 
> sd_mod crc_t10dif crct10dif_generic crct10dif_pclmul crct10dif_common 
> crc32c_intel ahci libahci
> [3145152.948012]  ehci_pci xhci_hcd ehci_hcd libata ixgbe dca ptp usbcore 
> scsi_mod pps_core usb_common mdio
> [3145152.948091] CPU: 21 PID: 76919 Comm: cypher Not tainted 3.16.0-4-amd64 
> #1 Debian 3.16.7-ckt25-2+deb8u3
> [3145152.948158] Hardware name: Powerleader PR2760TG/X10DRT-PT, BIOS 2.0 
> 12/18/2015
> [3145152.948211] task: 880109e73470 ti: 880109f58000 task.ti: 
> 880109f58000
> [3145152.948265] RIP: 0010:[]  [] 
> update_cfs_rq_blocked_load+0x5/0x120
> [3145152.948336] RSP: 0018:880109f5ba90  EFLAGS: 00010086
> [3145152.948376] RAX:  RBX: 8805d54162b8 RCX: 
> 0001
> [3145152.948428] RDX: 7c00 RSI: bac33bc5 RDI: 
> 04e2
> [3145152.948481] RBP: 04e2 R08: 0001 R09: 
> b414
> [3145152.948533] R10: 001a R11: 024d R12: 
> 
> [3145152.948585] R13: 000fbfdbbac33bc4 R14:  R15: 
> 88087f852f00
> [3145152.948638] FS:  7f5586b1d700() GS:88087fac() 
> knlGS:
> [3145152.948697] CS:  0010 DS:  ES:  CR0: 80050033
> [3145152.950669] CR2: 0592 CR3: 0007320c4000 CR4: 
> 003407e0
> [3145152.952641] DR0:  DR1:  DR2: 
> 
> [3145152.954612] DR3:  DR6: fffe0ff0 DR7: 
> 0400
> [3145152.956504] Stack:
> [3145152.958341]  8109f134 880105bf1598 88087f852f78 
> 880109f5bb90
> [3145152.960253]    8109f1e7 
> 880109e73470
> [3145152.962190]  8808 8101b93d 8101b995 
> 880105bf1530
> [3145152.964120] Call Trace:
> [3145152.966053]  [] ? dequeue_task_fair+0x224/0x970
> [3145152.967990]  [] ? dequeue_task_fair+0x2d7/0x970
> [3145152.969896]  [] ? native_sched_clock+0x2d/0x80
> [3145152.971752]  [] ? sched_clock+0x5/0x10
> [3145152.973584]  [] ? move_task+0x1b/0x50
> [3145152.975400]  [] ? load_balance+0x455/0x850
> [3145152.977208]  [] ? pick_next_task_fair+0x3af/0x820
> [3145152.979038]  [] ? __schedule+0x106/0x700
> [3145152.980884]  [] ? futex_wait_queue_me+0xcc/0x130
> [3145152.982733]  [] ? futex_wait+0x162/0x260
> [3145152.984589]  [] ? wake_futex+0x5d/0x80
> [3145152.986414]  [] ? futex_wake+0x6f/0x120
> [3145152.988214]  [] ? do_futex+0xf2/0xb60
> [3145152.989963]  [] ? SYSC_recvfrom+0xfb/0x140
> [3145152.991694]  [] ? SyS_futex+0x6e/0x150
> [3145152.993409]  [] ? 
> system_call_fast_compare_end+0x10/0x15
> [3145152.995110] Code: 00 00 00 e9 67 ff ff ff c7 42 08 ff ff ff ff ba ff ff 
> ff ff e9 56 ff ff ff 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 
> <48> 8b 87 b0 00 00 00 48 8b 80 a8 08 00 00 48 c1 e8 14 48 89 c2
> [3145152.998715] RIP  [] 
> update_cfs_rq_blocked_load+0x5/0x120
> [3145153.000492]  RSP 
> [3145153.002219] CR2: 0592
>
>
> *B:*
>
> [541280.120347] BUG: unable to handle kernel NULL pointer dereference at  
>  (null)
> [541280.120379] IP: [<  (null)>]   (null)
> [541280.120397] PGD 10546d2067 PUD 10546d3067 PMD 0
> [541280.120427] Oops: 0010 [#1] SMP
> [541280.120449] Modules linked in: nls_utf8 fuse btrfs xor 

Bug#834689: exim4-config: Add more special ips to ingore_target_hosts

[Dean Hamstead]

Package: exim4-config
Version: 4.84.2-2+deb8u1
Severity: wishlist

Dear Maintainer,

In /etc/exim4/conf.d/router/200_exim4-config_primary, it would be terrific to 
expand out the special use ip addresses in the ignore_target_hosts directive

>From https://github.com/Exim/exim/wiki/Q0319:

ignore_target_hosts = \
# Hosts on "this network"; RFC 1700 (page 4) states that these
# are only allowed as source addresses
0.0.0.0/8 : \
# Private networks, RFC 1918
10.0.0.0/8 : 172.16.0.0/12 : 192.168.0.0/16 : \
# Internet host loopback address, RFC 1700 (page 5)
127.0.0.0/8 : \
# "Link local" block
169.254.0.0/16 : \
# "TEST-NET" - should not appear on the public Internet
192.0.2.0/24 : \
# 6to4 relay anycast addresses, RFC 3068
192.88.99.0/24 : \
# Network interconnect device benchmark testing, RFC 2544
198.18.0.0/15 : \
# Multicast addresses, RFC 3171
224.0.0.0/4 : \
# Reserved for future use, RFC 1700 (page 4)
240.0.0.0/4



This is missing

TEST-NET-2: 198.51.100.0 - 198.51.100.255 | 198.51.100.0/24
TEST-NET-3: 203.0.113.0 - 203.0.113.255 | 203.0.113.0/24
CGNAT: 100.64.0.0 - 100.127.255.255 | 100.64.0.0/10

Probably also

Unique local addresses: fd00::/8



-- Package-specific info:
Exim version 4.84_2 #1 built 25-Jul-2016 18:59:39
Copyright (c) University of Cambridge, 1995 - 2014
(c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2014
Berkeley DB: Berkeley DB 5.3.28: (September  9, 2013)
Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS 
move_frozen_messages Content_Scanning DKIM Old_Demime PRDR OCSP
Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz 
dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite
Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa
Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
Configuration file is /var/lib/exim4/config.autogenerated

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

Kernel: Linux 2.6.32-042stab116.1 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages exim4-config depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.56

exim4-config recommends no packages.

exim4-config suggests no packages.

-- Configuration Files:
/etc/exim4/conf.d/acl/00_exim4-config_header changed [not included]
/etc/exim4/conf.d/acl/30_exim4-config_check_mail changed [not included]
/etc/exim4/conf.d/acl/30_exim4-config_check_rcpt changed [not included]
/etc/exim4/conf.d/acl/40_exim4-config_check_data changed [not included]
/etc/exim4/conf.d/auth/30_exim4-config_examples changed [not included]
/etc/exim4/conf.d/main/01_exim4-config_listmacrosdefs changed [not included]
/etc/exim4/conf.d/main/02_exim4-config_options changed [not included]
/etc/exim4/conf.d/rewrite/31_exim4-config_rewriting changed [not included]
/etc/exim4/conf.d/router/200_exim4-config_primary changed [not included]
/etc/exim4/conf.d/router/300_exim4-config_real_local changed [not included]
/etc/exim4/conf.d/router/400_exim4-config_system_aliases changed [not included]
/etc/exim4/conf.d/router/600_exim4-config_userforward changed [not included]
/etc/exim4/conf.d/router/700_exim4-config_procmail changed [not included]
/etc/exim4/conf.d/router/800_exim4-config_maildrop changed [not included]
/etc/exim4/conf.d/router/850_exim4-config_lowuid changed [not included]
/etc/exim4/conf.d/router/900_exim4-config_local_user changed [not included]
/etc/exim4/conf.d/transport/30_exim4-config_address_file changed [not included]
/etc/exim4/conf.d/transport/30_exim4-config_address_pipe changed [not included]
/etc/exim4/conf.d/transport/30_exim4-config_mail_spool changed [not included]
/etc/exim4/conf.d/transport/30_exim4-config_maildir_home changed [not included]
/etc/exim4/conf.d/transport/30_exim4-config_maildrop_pipe changed [not included]
/etc/exim4/conf.d/transport/30_exim4-config_procmail_pipe changed [not included]
/etc/exim4/conf.d/transport/30_exim4-config_remote_smtp changed [not included]
/etc/exim4/conf.d/transport/30_exim4-config_remote_smtp_smarthost changed [not 
included]
/etc/exim4/conf.d/transport/35_exim4-config_address_directory changed [not 
included]
/etc/exim4/exim4.conf.template changed [not included]

-- debconf information excluded

Bug#828845: ca-certificates: update to Mozilla bundle 2.7

[Michael Shuler]

Control: tags -1 + pending

On 08/04/2016 07:02 AM, Jonathan Wiltshire wrote:
> Can I be any help in moving this along? It would be nice to get a stable
> update underway too, and the next point release isn't far away.

Thanks for the ping. I have committed the 2.7 bundle to the collab-maint
master branch for unstable, along with a couple small standards updates.
I've also committed the 2.7 bundle to the debian-jessie branch for a
stable update. I'll make sure upgrades work properly tomorrow and let my
sponsors know an upload is ready.

> I'd be happy to get into co-maintaining if that would be helpful.

The other uploaders are usually quick to help, but I appreciate the
offer and will add you to uploaders and let you know if additional help
is needed.

-- 
Kind regards,
Michael

Bug#829188: SEGVs too frequently (~every other day)

[Andrew King]

Package: icedove
Version: 1:45.2.0-3
Followup-For: Bug #829188

Hi, 

I am also having this bug - which is a SIGSEGV related to 
nsDisplayList::DeleteAll. I also reported bug #834392 - which is a SIGSEGV in 
morkNode::SlotStrongNode. The log attached to comment #142 seems to relate to 
#834392. Comment #92 is nsDisplayList::DeleteAll (this bug). 
I think that they are probably two separate bugs.

Also, both are present in 1:45.2.0-3 - which one causes icedove to crash each 
time seems to be random (see below).

I can attach gdb logs if necessary.

Regards,
Andrew

morkNode::SlotStrongNode crashes:

icedove-gdb-45.2.0-3_2016-08-16_09:04:34.log:#1  0x71fe0151 in 
morkNode::SlotStrongNode (me=me@entry=0x0, ev=ev@entry=0x7fff963b9f80, 
ioSlot=ioSlot@entry=0x7fff98ff4580) at ./db/mork/src/morkNode.cpp:424
icedove-gdb-45.2.0-3_2016-08-17_09:21:11.log:#1  0x71fe0151 in 
morkNode::SlotStrongNode (me=me@entry=0x0, ev=ev@entry=0x7fffa8c82300, 
ioSlot=ioSlot@entry=0x7fffa8708980) at ./db/mork/src/morkNode.cpp:424
icedove-gdb-45.2.0-3_2016-08-17_13:27:39.log:#1  0x71fe0151 in 
morkNode::SlotStrongNode (me=me@entry=0x0, ev=ev@entry=0x7fffadd0f380, 
ioSlot=ioSlot@entry=0x7fffacaa8980) at ./db/mork/src/morkNode.cpp:424

nsDisplayList::DeleteAll crashes:

icedove-gdb-45.2.0-3_2016-08-17_09:46:08.log:#1  0x735dc437 in 
nsDisplayList::DeleteAll (this=this@entry=0x7fffbab8) at 
./mozilla/layout/base/nsDisplayList.cpp:1816
icedove-gdb-45.2.0-3_2016-08-17_09:55:07.log:#1  0x735dc437 in 
nsDisplayList::DeleteAll (this=this@entry=0x7fffbab8) at 
./mozilla/layout/base/nsDisplayList.cpp:1816
icedove-gdb-45.2.0-3_2016-08-17_12:07:10.log:#1  0x735dc437 in 
nsDisplayList::DeleteAll (this=this@entry=0x7fffbab8) at 
./mozilla/layout/base/nsDisplayList.cpp:1816
icedove-gdb-45.2.0-3_2016-08-17_13:23:34.log:#1  0x735dc437 in 
nsDisplayList::DeleteAll (this=this@entry=0x7fffbab8) at 
./mozilla/layout/base/nsDisplayList.cpp:1816
icedove-gdb-45.2.0-3_2016-08-18_08:40:10.log:#1  0x735dc437 in 
nsDisplayList::DeleteAll (this=this@entry=0x7fffbab8) at 
./mozilla/layout/base/nsDisplayList.cpp:1816



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

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

Versions of packages icedove depends on:
ii  debianutils   4.8
ii  fontconfig2.11.0-6.4
ii  libasound21.1.1-2
ii  libatk1.0-0   2.20.0-1
ii  libc6 2.23-2
ii  libcairo2 1.14.6-1+b1
ii  libdbus-1-3   1.10.8-1
ii  libdbus-glib-1-2  0.106-1
ii  libevent-2.0-52.0.21-stable-2+b1
ii  libffi6   3.2.1-4
ii  libfontconfig12.11.0-6.4
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.1.1-10
ii  libgdk-pixbuf2.0-02.34.0-1
ii  libglib2.0-0  2.48.1-2
ii  libgtk2.0-0   2.24.30-4
ii  libhunspell-1.4-0 1.4.1-2
ii  libicu57  57.1-2
ii  libnspr4  2:4.12-2
ii  libnss3   2:3.23-2
ii  libpango-1.0-01.40.1-1
ii  libpangocairo-1.0-0   1.40.1-1
ii  libpangoft2-1.0-0 1.40.1-1
ii  libpixman-1-0 0.33.6-1
ii  libsqlite3-0  3.13.0-1
ii  libstartup-notification0  0.12-4
ii  libstdc++66.1.1-10
ii  libvpx3   1.5.0-3
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.2-1
ii  libxrender1   1:0.9.9-2
ii  libxt61:1.1.5-1
ii  psmisc22.21-2.1+b1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  hunspell-en-gb [hunspell-dictionary]  1:5.1.3-2
ii  hunspell-en-us [hunspell-dictionary]  20070829-6
ii  iceowl-extension  1:45.2.0-3
ii  myspell-en-au [myspell-dictionary]2.1-5.4

Versions of packages icedove suggests:
pn  apparmor  
ii  fonts-lyx 2.2.0-2
ii  libgssapi-krb5-2  1.14.2+dfsg-1

-- no debconf information

Bug#832704: RFS: nixnote2/2.0~beta9+ds-1 [ITP] -- Open Source Evernote client

[Boyuan Yang]

Control: reopen -1
Control: tag -1 -moreinfo
X-Debbugs-CC: locutusofb...@debian.org
X-Debbugs-CC: spwhit...@spwhitton.name
X-Debbugs-CC: a...@debian.org

Hello all,

Sorry for the accidentally removal of nixnote2 from
mentors.debian.net. Upstream tagged the new version days ago and I was
trying to upload the latest version. The final version should be on
mentors now.

I believe the package is suitable for another review again. The java
part of the package was reviewed by Markus on debian-java already [1]
and other problems raised by Sean was fixed too.

You may obtain the source package from mentors.debian.net for dsc file
[2] and ds-suffixed source tarball [3].

Looking forward to further review and sponsorship.

[1] https://lists.debian.org/debian-java/2016/08/msg00038.html
[2] 
https://mentors.debian.net/debian/pool/main/n/nixnote2/nixnote2_2.0~beta9+ds-1.dsc
[3] 
https://mentors.debian.net/debian/pool/main/n/nixnote2/nixnote2_2.0~beta9+ds.orig.tar.gz

--
Sincerely,
Boyuan Yang

Bug#834565: apt-key: no keyid listed

[张 敬强]

在 2016年8月17日星期三 CST 下午8:52:06，David Kalnischkies 写道：
> On Wed, Aug 17, 2016 at 01:32:34PM +, 张 敬强 wrote:
> > 在 2016年8月17日星期三 CST 上午7:31:07，您写道：
> > 
> > > Hi,
> > > 
> > > On Wed, Aug 17, 2016 at 12:35:36PM +0800, Zhang Jingqiang wrote:
> > > >   With the morden gpg, `apt-key list` wont't list keyid.
> > > >   Replace the --fingerprint param with --list-sigs may be a temp
> > > >   solution.
> > > 
> > > That is correct, but what is the problem?
> > 
> > The problem is that `apt-key del` need a keyid
> 
> apt-key del accepts fingerprints just fine. It actually accept anything
> between the full fingerprint and just the last hex-digit. True, it
> wasn't very friendly to copy the fingerprint as you needed to
> remove the spaces, but I implemented automatic space-removal for the
> lazy just today, so that shouldn't be a problem either.
use "--list-sigs" without "--fingerprint" list fingerprints without spaces.
For the del case, it's more convenience.

Bug#834688: java-package: Fails to create package for JDK 8u102

[Juan Ramos]

Package: java-package
Version: 0.61
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?
Trying to generate a package for 8u101 or 8u102 fails
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I tested it with the stable java-package in Jessie and also with the
unstable one
   * What was the outcome of this action?
In both cases fails with the following output:

/lib/jvm/oracle-java8-jdk-amd64/jre/lib/amd64/libjfr.so debian/oracle-
java8-jdk/usr/lib/jvm/oracle-java8-jdk-amd64/jre/lib/amd64/libnio.so returned
exit code 2
debian/rules:17: recipe for target 'override_dh_shlibdeps' failed
make[1]: *** [override_dh_shlibdeps] Error 2
make[1]: Leaving directory '/tmp/make-jpkg.6Vch6iCSXx/package'
debian/rules:11: recipe for target 'binary' failed
make: *** [binary] Error 2
dpkg-buildpackage: error: debian/rules binary gave error exit status 2

Aborted (-us).

Removing temporary directory: done


   * What outcome did you expect instead?
Should be able to create the .deb files just fine



-- System Information:
Debian Release: 8.5
  APT prefers testing
  APT policy: (1000, 'testing'), (1000, 'stable'), (900, 'stable'), (750,
'testing'), (500, 'stable-updates'), (50, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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 java-package depends on:
ii  build-essential  11.7
ii  debhelper9.20150101+deb8u2
ii  dpkg-dev 1.17.27
ii  fakeroot 1.20.2-1
ii  libasound2   1.0.28-1
ii  libfontconfig1   2.11.0-6.3+deb8u1
ii  libgl1-mesa-glx  10.3.2-1+deb8u1
ii  libgtk2.0-0  2.24.25-3+deb8u1
ii  libx11-6 2:1.6.2-3
ii  libxslt1.1   1.1.28-2+deb8u1
ii  libxtst6 2:1.2.2-1+b1
ii  libxxf86vm1  1:1.1.3-1+b1
ii  unzip6.0-16+deb8u2

java-package recommends no packages.

Versions of packages java-package suggests:
pn  openjdk-7-jre  

-- no debconf information

*** /home/sagadra/Downloads/CompleteOutput.txt
sagadra@Axxon:~/Downloads$ make-jpkg jdk-8u102-linux-x64.tar.gz
Creating temporary directory: /tmp/make-jpkg.6Vch6iCSXx
Loading plugins: /usr/share/java-package/common.sh /usr/share/java-
package/javase.sh /usr/share/java-package/jdk-doc.sh /usr/share/java-package
/oracle-jdk-doc.sh /usr/share/java-package/oracle-jdk.sh /usr/share/java-
package/oracle-jre.sh /usr/share/java-package/oracle-server-jre.sh

Detected Debian build architecture: amd64
Detected Debian GNU type: x86_64-linux-gnu

Detected product:
Java(TM) Development Kit (JDK)
Standard Edition, Version 8 Update 102
Oracle(TM)
Is this correct [Y/n]: y

Checking free diskspace: done.

In the next step, the binary file will be extracted. Probably a
license agreement will be displayed. Please read this agreement
carefully. If you do not agree to the displayed license terms, the
package will not be built.

Press [Return] to continue:



Testing extracted archive... okay.

Create debian package:
dpkg-buildpackage: source package oracle-java8-jdk
dpkg-buildpackage: source version 8u102
dpkg-buildpackage: source distribution unstable
dpkg-buildpackage: source changed by Debian Java Maintainers 
dpkg-buildpackage: host architecture amd64
 dpkg-source --before-build package
 debian/rules clean
dh clean
   dh_testdir
   dh_auto_clean
   dh_clean
 debian/rules build
dh build
   dh_testdir
   dh_auto_configure
   dh_auto_build
   dh_auto_test
 debian/rules binary
dh binary
   dh_testroot
   dh_prep
   dh_auto_install
   dh_install
   dh_installdocs
   dh_installchangelogs
   dh_perl
   dh_link
   debian/rules override_dh_compress
make[1]: Entering directory '/tmp/make-jpkg.6Vch6iCSXx/package'
dh_compress usr/lib/jvm//oracle-java8-jdk-amd64/man/man1/jmap.1 usr/lib/jvm
//oracle-java8-jdk-amd64/man/man1/wsgen.1 usr/lib/jvm//oracle-java8-jdk-
amd64/man/man1/jjs.1 usr/lib/jvm//oracle-java8-jdk-amd64/man/man1/jinfo.1
usr/lib/jvm//oracle-java8-jdk-amd64/man/man1/xjc.1 usr/lib/jvm//oracle-java8
-jdk-amd64/man/man1/jvisualvm.1 usr/lib/jvm//oracle-java8-jdk-
amd64/man/man1/appletviewer.1 usr/lib/jvm//oracle-java8-jdk-
amd64/man/man1/orbd.1 usr/lib/jvm//oracle-java8-jdk-amd64/man/man1/rmid.1
usr/lib/jvm//oracle-java8-jdk-amd64/man/man1/jrunscript.1 usr/lib/jvm//oracle-
java8-jdk-amd64/man/man1/native2ascii.1 usr/lib/jvm//oracle-java8-jdk-
amd64/man/man1/jhat.1 usr/lib/jvm//oracle-java8-jdk-
amd64/man/man1/javapackager.1 usr/lib/jvm//oracle-java8-jdk-
amd64/man/man1/pack200.1 usr/lib/jvm//oracle-java8-jdk-amd64/man/man1/jstatd.1
usr/lib/jvm//oracle-java8-jdk-amd64/man/man1/jstat.1 usr/lib/jvm//oracle-java8
-jdk-amd64/man/man1/jarsigner.1 usr/lib/jvm//oracle-java8-jdk-
amd64/man/man1/extcheck.1 usr/lib/jvm//oracle-java8-jdk-amd64/man/man1/jstack.1

Bug#796414: ITP: vertex-theme -- Vertex themes for GTK 2/3

[James Lu]

(Disclaimer: I'm not a DD with upload privileges or anything, just a
customization enthusiast with a bit of packaging knowledge.)

But, some notes anyways on a first glance:

* https://github.com/horst3180/vertex-theme lists gnome-themes-standard
as a dependency, but that's missing from debian/control

* A man page for something like a theme set seems a bit odd to me;
aren't those usually for binaries or config files? AFAIK,  README.debian
is the most common way of writing notes such as how to configure extras:
see https://www.debian.org/doc/manuals/maint-guide/dother.en.html#readme

* I noticed some typos in the man page: enviroments instead of
environments (line 8), IceWeasel instead of Iceweasel (line 9)

Other than that, the package looks fine to me :)

Best,
James

On 17/08/2016 2:48 PM, Jack Henschel wrote:
> My progress is now in collab-maint (vertex-theme):
> 
>  https://anonscm.debian.org/git/collab-maint/vertex-theme.git
>  git://anonscm.debian.org/collab-maint/vertex-theme.git
> 
> I'm using gbp with the branches master, upstream and pristine-tar.
> 
> What still needs to be done:
> 
>  * Check dependencies
>  * Complete and verify manpage
> 
> Oh, and also I still need to fix all the other mistakes I probably made :-)
> 



signature.asc
Description: OpenPGP digital signature

Bug#834687: ecryptfs-utils: Fail to install ecryptfs-utils due to libnss3-1d was removed

[Steven Shiau]

Source: ecryptfs-utils
Version: 111-1
Severity: normal

Dear Maintainer,

   When installing ecryptfs-utils on Debian Sid today, it shows me this error:
   The following packages have unmet dependencies:
   ecryptfs-utils : Depends: libnss3-1d but it is not going to be installed
   E: Unable to correct problems, you have held broken packages.

   This looks like due to nss (2:3.26-1) has removed the libnss3-1d
   transitional packages. Therefore ecryptfs-utils has to be rebuilt
   with new dependence (libnss3?).
   My 2 cents.
   Thanks.

   Steven


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

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

Bug#818862: Similar issues with kernel 4.6 and 4.7

[Andreas Beckmann]

On 2016-08-17 00:07, Eduard Bloch wrote:
>> module-assistant build --text-mode --force --kvers-list 4.7.0-rc7-amd64 
>> nvidia-kernel
> 
> a) minor detail, the readme does not mention --force, although it should not 
> be required.

It's just helpful to rebuild again and again looking for your problem...

> c) I tried a similar command with 4.6.0-1-amd64 (Sid kernel) and it did NOT 
> work. Now

I just had a good burger for dinner and it DID work.
But it still didn't tell me the command you used.

Nevertheless, I managed to come up with a command that reproduces your
failure:

m-a build -t -O -k /usr/src/linux-headers-4.6.0-1-amd64 -f nvidia


So coming back to your initial question:

On 2016-08-16 20:02, Eduard Bloch wrote:
> I have no idea how you manage to build the current modules even for Sid.

We use -l, not -k.
And let the buildsystem figure out the details from /lib/modules

I don't think there is an easy way to make the -k option work for the
split Debian header packages (e.g. -common and -amd64) with the nvidia
kernel module (and their conftest.sh script). But it seems to work for
the locally built kernel (no split headers) I have residing in my module
testbuild chroot.

But I doubt that this is a problem, unless you want to build against
not-installed (i.e. no /lib/modules/$KVERS/{build,source} symlinks) but
split (separated -common and e.g. -amd64) headers.

If it is installed, just use -l


Andreas

PS: Setting only SYSSRC was an error which made us maintain our own
conftest.h for about 10 years since the upstream conftest.sh didn't work
with the split Debian header packages. Because we never told it about
SYSOUT as well.

Bug#834682: mina2: FTBFS too much often (failing tests)

[Santiago Vila]

Package: src:mina2
Version: 2.0.13-1
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep --buildsystem=maven
   dh_testdir -i -O--buildsystem=maven
   dh_update_autotools_config -i -O--buildsystem=maven
   dh_auto_configure -i -O--buildsystem=maven
find: '/usr/share/maven-repo/org/codehaus/plexus/plexus-compiler/*/*.jar': No 
such file or directory
find: '/usr/share/maven-repo/org/codehaus/plexus/plexus-compilers/*/*.jar': No 
such file or directory
find: '/usr/share/maven-repo/org/codehaus/plexus/plexus-containers/*/*.jar': No 
such file or directory
mh_patchpoms -plibmina2-java --debian-build --keep-pom-version 
--maven-repo=/<>/debian/maven-repo
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
dh_auto_build -- -f src/pom.xml package javadoc:aggregate
/usr/lib/jvm/default-java/bin/java -noverify -cp 
/usr/share/maven/boot/plexus-classworlds-2.x.jar:/usr/lib/jvm/default-java/lib/tools.jar
 -Dmaven.home=/usr/share/maven 
-Dmaven.multiModuleProjectDirectory=/<> 
-Dclassworlds.conf=/etc/maven/m2-debian.conf 
-Dproperties.file.manual=/<>/debian/maven.properties 
org.codehaus.plexus.classworlds.launcher.Launcher 
-s/etc/maven/settings-debian.xml -Ddebian.dir=/<>/debian 
-Dmaven.repo.local=/<>/debian/maven-repo -f src/pom.xml package 
javadoc:aggregate -DskipTests -Dnotimestamp=true -Dlocale=en_US

[... snipped ...]

Running org.apache.mina.core.IoServiceListenerSupportTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.026 sec - in 
org.apache.mina.core.IoServiceListenerSupportTest

Results :

Tests in error: 
  NioFileRegionTest.testSendLargeFile ?? IO Broken pipe

Tests run: 201, Failures: 0, Errors: 1, Skipped: 5

[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache MINA  SUCCESS [  0.007 s]
[INFO] Apache MINA Core ... FAILURE [01:26 min]
[INFO] Apache MINA APR Transport .. SKIPPED
[INFO] Apache MINA Compression Filter . SKIPPED
[INFO] Apache MINA JavaBeans Integration .. SKIPPED
[INFO] Apache MINA XBean Integration .. SKIPPED
[INFO] Apache MINA OGNL Integration ... SKIPPED
[INFO] Apache MINA JMX Integration  SKIPPED
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 01:27 min
[INFO] Finished at: 2016-08-09T06:00:19+02:00
[INFO] Final Memory: 11M/60M
[INFO] 
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-surefire-plugin:2.17:test (default-test) on 
project mina-core: There are test failures.
[ERROR] 
[ERROR] Please refer to /<>/src/mina-core/target/surefire-reports 
for the individual test results.
[ERROR] -> [Help 1]
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please 
read the following articles:
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
[ERROR] 
[ERROR] After correcting the problems, you can resume the build with the command
[ERROR]   mvn  -rf :mina-core
dh_auto_test: /usr/lib/jvm/default-java/bin/java -noverify -cp 
/usr/share/maven/boot/plexus-classworlds-2.x.jar:/usr/lib/jvm/default-java/lib/tools.jar
 -Dmaven.home=/usr/share/maven 
-Dmaven.multiModuleProjectDirectory=/<> 
-Dclassworlds.conf=/etc/maven/m2-debian.conf 
-Dproperties.file.manual=/<>/debian/maven.properties 
org.codehaus.plexus.classworlds.launcher.Launcher 
-s/etc/maven/settings-debian.xml -Ddebian.dir=/<>/debian 
-Dmaven.repo.local=/<>/debian/maven-repo -f src/pom.xml test 
returned exit code 1
debian/rules:12: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/<>'
debian/rules:6: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

Bug#834686: ruby-httpclient: FTBFS too much often (failing tests)

[Santiago Vila]

Package: src:ruby-httpclient
Version: 2.7.1-1
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep --buildsystem=ruby --with ruby
   dh_testdir -i -O--buildsystem=ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
 fakeroot debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby

[... snipped ...]

  test_debug_dev:   .: (1.147961)
  test_no_sslv3:F
===
Failure: test_no_sslv3(TestSSL)
/<>/test/test_ssl.rb:221:in `test_no_sslv3'
 218: 
 219:   def test_no_sslv3
 220: teardown_server
  => 221: assert_raise(ArgumentError) do
 222:   setup_server_with_ssl_version(:SSLv3)
 223:   @client.ssl_config.verify_mode = nil
 224:   @client.get("https://localhost:#{serverport}/hello;)

 expected but was


diff:
? ArgumentErrno::EADDRINUSE()
===
: (1.109614)
  test_options: .: (0.101632)
  test_proxy_ssl:   .: (1.284714)
  test_set_default_paths:   .: (1.151999)
  test_sync:.: (1.191771)
  test_use_higher_TLS:  O
===
TODO: it does not pass with Java 7 or old openssl  
[test_use_higher_TLS(TestSSL)]
/<>/test/test_ssl.rb:238:in `test_use_higher_TLS'
===
: (1.102445)
  test_verification:.: (0.197484)

Finished in 183.685536657 seconds.
--
221 tests, 747 assertions, 1 failures, 7 errors, 0 pendings, 1 omissions, 0 
notifications
96.3636% passed
--
1.20 tests/s, 4.07 assertions/s
rake aborted!
Command failed with status (1): [ruby -I"test"  
"/usr/lib/ruby/vendor_ruby/rake/rake_test_loader.rb" "test/test_auth.rb" 
"test/test_cookie.rb" "test/test_hexdump.rb" "test/test_http-access2.rb" 
"test/test_httpclient.rb" "test/test_include_client.rb" 
"test/test_jsonclient.rb" "test/test_ssl.rb" "test/test_webagent-cookie.rb" -v]

Tasks: TOP => default
(See full trace by running task with --trace)
ERROR: Test "ruby2.3" failed. Exiting.
dh_auto_install: dh_ruby --install /<>/debian/ruby-httpclient 
returned exit code 1
debian/rules:6: recipe for target 'binary-indep' failed
make: *** [binary-indep] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary-indep gave error exit 
status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

Thanks.

Bug#834685: python-reno: FTBFS too much often (failing tests)

[Santiago Vila]

Package: src:python-reno
Version: 1.3.0-3
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
pyversions: missing X(S)-Python-Version in control file, fall back to 
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions
py3versions: no X-Python3-Version in control file, using supported versions
dh /usr/share/openstack-pkg-tools/pkgos.make --buildsystem=python_distutils 
--with python2,python3,sphinxdoc
dh: Unknown sequence /usr/share/openstack-pkg-tools/pkgos.make (choose from: 
binary binary-arch binary-indep build build-arch build-indep clean install 
install-arch install-indep)
dh build-indep --buildsystem=python_distutils --with python2,python3,sphinxdoc
   dh_testdir -i -O--buildsystem=python_distutils
   dh_update_autotools_config -i -O--buildsystem=python_distutils
   dh_auto_configure -i -O--buildsystem=python_distutils
   dh_auto_build -i -O--buildsystem=python_distutils
pyversions: missing X(S)-Python-Version in control file, fall back to 
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions

[... snipped ...]

  File "/usr/lib/python2.7/subprocess.py", line 567, in check_output
process = Popen(stdout=PIPE, *popenargs, **kwargs)
  File "/usr/lib/python2.7/subprocess.py", line 711, in __init__
errread, errwrite)
  File "/usr/lib/python2.7/subprocess.py", line 1343, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory


==
FAIL: reno.tests.test_scanner.UniqueIdTest.test_modern
reno.tests.test_scanner.UniqueIdTest.test_modern
--
_StringException: Empty attachments:
  pythonlogging:''
  stderr
  stdout

Traceback (most recent call last):
  File "reno/tests/test_scanner.py", line 178, in setUp
self.useFixture(GPGKeyFixture())
  File "/usr/lib/python2.7/dist-packages/testtools/testcase.py", line 679, in 
useFixture
reraise(*exc_info)
  File "/usr/lib/python2.7/dist-packages/testtools/testcase.py", line 666, in 
useFixture
fixture.setUp()
  File "reno/tests/test_scanner.py", line 67, in setUp
cwd=tempdir.path)
  File "reno/utils.py", line 44, in check_output
raw = subprocess.check_output(*args, **kwds)
  File "/usr/lib/python2.7/subprocess.py", line 567, in check_output
process = Popen(stdout=PIPE, *popenargs, **kwargs)
  File "/usr/lib/python2.7/subprocess.py", line 711, in __init__
errread, errwrite)
  File "/usr/lib/python2.7/subprocess.py", line 1343, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory


--
Ran 27 tests in 0.372s

FAILED (failures=22)
debian/rules:29: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/<>'
debian/rules:12: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

Thanks.

Bug#834683: mini-buildd: FTBFS too much often (failing tests)

[Santiago Vila]

Package: src:mini-buildd
Version: 1.0.16
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep --with=python2,sphinxdoc,systemd
   dh_testdir -i
   dh_update_autotools_config -i
   dh_auto_configure -i
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
dh_auto_build
python setup.py build --force
I: Using setuptools: 20.10.1
I: Got version from changelog: 1.0.16
running build
running build_py

[... snipped ...]

mini_buildd.builder.Build.build
mini_buildd.builder.Build.clean
mini_buildd.builder.Build.distribution
mini_buildd.builder.Build.key
mini_buildd.builder.Build.package
mini_buildd.builder.Build.sbuildrc_path
mini_buildd.builder.Build.took
mini_buildd.builder.Build.upload
mini_buildd.builder.Build.upload_result_to
mini_buildd.builder.Build.version
mini_buildd.builder.LastBuild
mini_buildd.builder.LastBuild.__init__
mini_buildd.builder.LastBuild.__unicode__
mini_buildd.builder.build
mini_buildd.builder.build_close
mini_buildd.builder.run
0 tests in 25 items.
0 passed and 0 failed.
Test passed.
=> Doctest on mini_buildd/setup.py (mini_buildd.setup)
/<>/mini_buildd/misc.py:27: ImportWarning: Not importing directory 
'/<>/debian': missing __init__.py
  import debian.debian_support
/usr/lib/python2.7/dist-packages/registration/models.py:140: 
RemovedInDjango20Warning: on_delete will be a required arg for OneToOneField in 
Django 2.0. Set it to models.CASCADE on models and in existing migrations if 
you want to maintain the current default behavior. See 
https://docs.djangoproject.com/en/1.10/ref/models/fields/#django.db.models.ForeignKey.on_delete
  verbose_name=_(u'user'))
/usr/lib/python2.7/dist-packages/registration/migrations/0001_initial.py:31: 
RemovedInDjango20Warning: on_delete will be a required arg for OneToOneField in 
Django 2.0. Set it to models.CASCADE on models and in existing migrations if 
you want to maintain the current default behavior. See 
https://docs.djangoproject.com/en/1.10/ref/models/fields/#django.db.models.ForeignKey.on_delete
  verbose_name='user')),
2 items had no tests:
mini_buildd.setup
mini_buildd.setup.log_exception
0 tests in 2 items.
0 passed and 0 failed.
Test passed.
=> Doctest on mini_buildd/gnupg.py (mini_buildd.gnupg)
/<>/mini_buildd/misc.py:27: ImportWarning: Not importing directory 
'/<>/debian': missing __init__.py
  import debian.debian_support
/usr/lib/python2.7/dist-packages/registration/models.py:140: 
RemovedInDjango20Warning: on_delete will be a required arg for OneToOneField in 
Django 2.0. Set it to models.CASCADE on models and in existing migrations if 
you want to maintain the current default behavior. See 
https://docs.djangoproject.com/en/1.10/ref/models/fields/#django.db.models.ForeignKey.on_delete
  verbose_name=_(u'user'))
/usr/lib/python2.7/dist-packages/registration/migrations/0001_initial.py:31: 
RemovedInDjango20Warning: on_delete will be a required arg for OneToOneField in 
Django 2.0. Set it to models.CASCADE on models and in existing migrations if 
you want to maintain the current default behavior. See 
https://docs.djangoproject.com/en/1.10/ref/models/fields/#django.db.models.ForeignKey.on_delete
  verbose_name='user')),
D: TmpDir /tmp/tmpvXY9eX
I: Calling: gpg --homedir=/tmp/tmpvXY9eX --display-charset=UTF-8 --batch 
--gen-key
make[1]: *** wait: No child processes.  Stop.
make[1]: *** Waiting for unfinished jobs
make[1]: *** wait: No child processes.  Stop.
make: *** wait: No child processes.  Stop.
make: *** Waiting for unfinished jobs
make: *** wait: No child processes.  Stop.
Build killed with signal TERM after 60 minutes of inactivity


I actually tried to build this package three times, and there was
only one successful build from those three. I don't think that's
an acceptable statistic of successful builds for a releaseable package.

Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

but in this case the error is different.

Thanks.

Bug#834684: python-pbr: FTBFS too much often (failing tests)

[Santiago Vila]

Package: src:python-pbr
Version: 1.8.0-4.1
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
pyversions: missing X(S)-Python-Version in control file, fall back to 
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions
py3versions: no X-Python3-Version in control file, using supported versions
pyversions: missing X(S)-Python-Version in control file, fall back to 
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions
py3versions: no X-Python3-Version in control file, using supported versions
dh build-indep --buildsystem=python_distutils --with python2,python3,sphinxdoc
   dh_testdir -i -O--buildsystem=python_distutils
   dh_update_autotools_config -i -O--buildsystem=python_distutils
   dh_auto_configure -i -O--buildsystem=python_distutils
   dh_auto_build -i -O--buildsystem=python_distutils
pyversions: missing X(S)-Python-Version in control file, fall back to 
debian/pyversions

[... snipped ...]

stderr=subprocess.PIPE, cwd=cwd)
  File "/usr/lib/python2.7/subprocess.py", line 711, in __init__
errread, errwrite)
  File "/usr/lib/python2.7/subprocess.py", line 1343, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory


==
FAIL: 
pbr.tests.test_packaging.TestVersions.test_valid_tag_honoured(postversioned)
pbr.tests.test_packaging.TestVersions.test_valid_tag_honoured(postversioned)
--
_StringException: Empty attachments:
  pythonlogging:''
  pythonlogging:'pbr'
  stderr

stdout: {{{Initialized empty Git repository in 
/tmp/tmpkKFWL8/tmpv7w8vy/testpackage/.git/}}}
traceback-1: {{{
Traceback (most recent call last):
  File "pbr/tests/test_packaging.py", line 275, in setUp
self.useFixture(GPGKeyFixture())
  File "/usr/lib/python2.7/dist-packages/testtools/testcase.py", line 679, in 
useFixture
reraise(*exc_info)
  File "/usr/lib/python2.7/dist-packages/testtools/testcase.py", line 666, in 
useFixture
fixture.setUp()
  File "pbr/tests/test_packaging.py", line 103, in setUp
gnupg_version = base._run_cmd(['gpg', '--version'], tempdir.path)
  File "pbr/tests/base.py", line 202, in _run_cmd
stderr=subprocess.PIPE, cwd=cwd)
  File "/usr/lib/python2.7/subprocess.py", line 711, in __init__
errread, errwrite)
  File "/usr/lib/python2.7/subprocess.py", line 1343, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory
}}}


--
Ran 140 tests in 9.468s

FAILED (failures=32, skipped=10)
debian/rules:39: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/<>'
debian/rules:15: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

Thanks.

Bug#834681: enigma: Newer upstream version 1.21 available

[Legimet]

Package: enigma
Version: 1.21-1
Severity: wishlist

Hi,

A newer upstream version (1.21) of Enigma is available.

Thanks.

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

Kernel: Linux 4.6.0-1-amd64 (SMP w/2 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)

-- no debconf information

Bug#648329: closed by Anders Kaseorg <ande...@mit.edu> (Fixed in Git 2.3.0)

[Ben Hutchings]

On Wed, 2016-08-17 at 14:48 -0400, Anders Kaseorg wrote:
> tags 648329 + patch
> thanks
> 
> On Wed, 17 Aug 2016, Ben Hutchings wrote:
> > I don't know what upstream did or whether this was ever fixed, but it's
> > certainly not working now:
> > […]
> > Why is it sending an HTTP request?!
> 
> You’re quite right.  I did some more investigation here and found this to 
> be a superficial URL formatting bug.  As a workaround, you can convince it 
> to really use IMAPS by setting imap.host to 
> imaps://imaps://mail.decadent.org.uk with two ‘imaps://’s!

Thanks.  That works, but there's still another problem: when there's no
password in the configuration file, it appears to send an empty
password, whereas when using a tunnel it prompts for a password.

Ben.

-- 
Ben Hutchings
Kids!  Bringing about Armageddon can be dangerous.  Do not attempt it
in
your own home. - Terry Pratchett and Neil Gaiman, `Good Omens'


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

Bug#834679: surefire: FTBFS in testing (1 required artifact is missing)

[Santiago Vila]

Package: src:surefire
Version: 2.17-2
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh_listpackages: -s/--same-arch is deprecated; please use -a/--arch instead
test -x debian/rules
mkdir -p "."
cd . && /usr/lib/jvm/default-java/bin/java -classpath 
/usr/share/ant/lib/ant.jar:/usr/share/ant/lib/ant-launcher.jar:/usr/share/java/maven-core.jar:/usr/share/java/maven-model.jar:/usr/share/java/maven-plugin-api.jar:/usr/share/java/maven-project.jar:/usr/share/java/plexus-utils.jar:/usr/share/java/plexus-container-default-alpha.jar:/usr/lib/jvm/default-java/lib/tools.jar
 -Dant.home=/usr/share/ant org.apache.tools.ant.Main -Dpackage=surefire 
-Dversion=2.17 -buildfile debian/build.xml package 
Buildfile: /<>/debian/build.xml

package:
[mkdir] Created dir: 
/<>/surefire-grouper/target/generated-sources
   [javacc] Java Compiler Compiler Version 5.0 (Parser Generator)
   [javacc] (type "javacc" with no arguments for help)
   [javacc] Reading from file 
/<>/surefire-grouper/src/main/javacc/category-expression.jj . . .
   [javacc] File "TokenMgrError.java" does not exist.  Will create one.

[... snipped ...]

 [java] 1) org.apache.commons:commons-lang3:jar:3.x
 [java] 
 [java]   Try downloading the file manually from the project website.
 [java] 
 [java]   Then, install it using the command: 
 [java]   mvn install:install-file -DgroupId=org.apache.commons 
-DartifactId=commons-lang3 -Dversion=3.x -Dpackaging=jar -Dfile=/path/to/file
 [java] 
 [java]   Alternatively, if you host your own repository you can deploy the 
file there: 
 [java]   mvn deploy:deploy-file -DgroupId=org.apache.commons 
-DartifactId=commons-lang3 -Dversion=3.x -Dpackaging=jar -Dfile=/path/to/file 
-Durl=[url] -DrepositoryId=[id]
 [java] 
 [java]   Path to dependency: 
 [java] 1) 
org.apache.maven.plugins:maven-surefire-plugin:maven-plugin:2.17
 [java] 2) org.apache.maven.surefire:maven-surefire-common:jar:debian
 [java] 3) org.apache.commons:commons-lang3:jar:3.x
 [java] 
 [java] --
 [java] 1 required artifact is missing.
 [java] 
 [java] for artifact: 
 [java]   org.apache.maven.plugins:maven-surefire-plugin:maven-plugin:2.17
 [java] 
 [java] from the specified remote repositories:
 [java]   central (https://repo1.maven.org/maven2)
 [java] 
 [java] 
 [java] at 
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively(DefaultArtifactResolver.java:361)
 [java] at 
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively(DefaultArtifactResolver.java:304)
 [java] at 
org.apache.maven.plugin.DefaultPluginManager.resolveTransitiveDependencies(DefaultPluginManager.java:1499)
 [java] at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:442)
 [java] at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
 [java] ... 9 more
 [java] [INFO] 

 [java] [INFO] Total time: 1 second
 [java] [INFO] Finished at: Tue Aug 16 17:42:30 CEST 2016
 [java] [INFO] Final Memory: 5M/13M
 [java] [INFO] 


BUILD FAILED
/<>/debian/build.xml:111: The following error occurred while 
executing this line:
/<>/debian/build.xml:34: The following error occurred while 
executing this line:
/usr/share/maven-ant-helper/maven-build.xml:325: The following error occurred 
while executing this line:
/usr/share/maven-ant-helper/maven-build.xml:320: The following error occurred 
while executing this line:
/usr/share/maven-ant-helper/maven-build.xml:297: Java returned: 1

Total time: 48 seconds
/usr/share/cdbs/1/class/ant.mk:39: recipe for target 'debian/stamp-ant-build' 
failed
make: *** [debian/stamp-ant-build] Error 1
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

Thanks.

Bug#834672: mapnik-vector-tile: FTBFS in testing (boost related linking error)

[Santiago Vila]

Package: src:mapnik-vector-tile
Version: 1.1.2+dfsg-1
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep --parallel
   dh_testdir -i -O--parallel
   dh_update_autotools_config -i -O--parallel
   dh_auto_configure -i -O--parallel
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>/mapnik-vector-tile-1.1.2+dfsg'
mkdir -p deps/gyp
ln -s /usr/bin/gyp deps/gyp/gyp
mkdir -p deps/clipper/cpp
ln -s /<>/mapnik-vector-tile-1.1.2+dfsg/debian/clipper.cpp 
deps/clipper/cpp/clipper.cpp
ln -s /<>/mapnik-vector-tile-1.1.2+dfsg/debian/clipper.hpp 
deps/clipper/cpp/clipper.hpp
dh_auto_build

[... snipped ...]

 from ../test/utils/geom_to_wkt.cpp:2:
/usr/include/boost/type_traits/detail/template_arity_spec.hpp:13:84: note: 
#pragma message: NOTE: Use of this header (template_arity_spec.hpp) is 
deprecated
 # pragma message("NOTE: Use of this header (template_arity_spec.hpp) is 
deprecated")

^
In file included from 
/usr/include/boost/iostreams/detail/is_dereferenceable.hpp:13:0,
 from /usr/include/boost/iostreams/detail/resolve.hpp:26,
 from /usr/include/boost/iostreams/detail/push.hpp:24,
 from 
/usr/include/boost/iostreams/detail/streambuf/indirect_streambuf.hpp:31,
 from /usr/include/boost/iostreams/stream_buffer.hpp:22,
 from /usr/include/boost/iostreams/stream.hpp:21,
 from 
/usr/include/boost/spirit/home/qi/stream/detail/iterator_source.hpp:14,
 from /usr/include/boost/spirit/home/qi/stream/stream.hpp:16,
 from /usr/include/boost/spirit/home/qi/stream.hpp:15,
 from /usr/include/boost/spirit/home/qi.hpp:30,
 from /usr/include/boost/spirit/include/qi.hpp:16,
 from /usr/include/mapnik/wkt/wkt_grammar.hpp:32,
 from /usr/include/mapnik/wkt/wkt_factory.hpp:29,
 from /usr/include/mapnik/util/geometry_to_wkt.hpp:27,
 from ../test/utils/geom_to_wkt.cpp:2:
/usr/include/boost/type_traits/detail/template_arity_spec.hpp:13:84: note: 
#pragma message: NOTE: Use of this header (template_arity_spec.hpp) is 
deprecated
 # pragma message("NOTE: Use of this header (template_arity_spec.hpp) is 
deprecated")

^
  CXX(target) Release/obj.target/tests/test/utils/encoding_util.o
  CXX(target) Release/obj.target/tests/test/utils/round_trip.o
  CXX(target) Release/obj.target/tests/test/utils/decoding_util.o
  LINK(target) Release/tests
/usr/bin/ld: warning: libboost_filesystem.so.1.58.0, needed by 
/usr/lib/libmapnik.so, may conflict with libboost_filesystem.so.1.61.0
/usr/bin/ld: warning: libboost_regex.so.1.58.0, needed by 
/usr/lib/libmapnik.so, may conflict with libboost_regex.so.1.61.0
/usr/bin/ld: warning: libicui18n.so.55, needed by /usr/lib/libmapnik.so, may 
conflict with libicui18n.so.57
/usr/bin/ld: warning: libboost_system.so.1.58.0, needed by 
/usr/lib/libmapnik.so, may conflict with libboost_system.so.1.61.0
/usr/bin/ld: warning: libicuuc.so.55, needed by /usr/lib/libmapnik.so, may 
conflict with libicuuc.so.57
/usr/bin/ld: /usr/lib/libmapnik.so: undefined reference to symbol 
'_ZN6icu_5513UnicodeStringC1ERKS0_'
//usr/lib/x86_64-linux-gnu/libicuuc.so.55: error adding symbols: DSO missing 
from command line
collect2: error: ld returned 1 exit status
gyp/tests.target.mk:253: recipe for target 'Release/tests' failed
make[3]: *** [Release/tests] Error 1
rm gyp_build_gyp_make_vector_tile_target_run_protoc.intermediate
make[3]: Leaving directory '/<>/mapnik-vector-tile-1.1.2+dfsg/build'
Makefile:23: recipe for target 'libvtile' failed
make[2]: *** [libvtile] Error 2
make[2]: Leaving directory '/<>/mapnik-vector-tile-1.1.2+dfsg'
dh_auto_build: make -j1 returned exit code 2
debian/rules:21: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory '/<>/mapnik-vector-tile-1.1.2+dfsg'
debian/rules:8: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

Thanks.

Bug#834634: grib-api: Incorrect library path in CMake module (/usr/lib/lib/libgrib_api.so.0)

[Sebastiaan Couwenberg]

Control: tags -1 patch

Hi Alastair,

The attached patch fixes the library path, and the patched package 
allows the rebuilds for magics++ & metview with the proj 4.9.3 release 
candidate to succeed.


Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
diff -Nru grib-api-1.16.0/debian/changelog grib-api-1.16.0/debian/changelog
--- grib-api-1.16.0/debian/changelog2016-08-12 12:57:44.0 +0200
+++ grib-api-1.16.0/debian/changelog2016-08-17 21:25:16.0 +0200
@@ -1,3 +1,10 @@
+grib-api (1.16.0-5.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix library path in CMake module.
+
+ -- Bas Couwenberg   Wed, 17 Aug 2016 21:25:05 +0200
+
 grib-api (1.16.0-5) unstable; urgency=medium
 
   * Sanitise cmake/* scripts more to remove all dependencies.
diff -Nru grib-api-1.16.0/debian/rules grib-api-1.16.0/debian/rules
--- grib-api-1.16.0/debian/rules2016-08-12 12:57:44.0 +0200
+++ grib-api-1.16.0/debian/rules2016-08-17 22:32:59.0 +0200
@@ -90,6 +90,7 @@
cp debian/tmp/usr/share/grib_api/cmake/* 
debian/libgrib-api-dev/$(LIBDIR)/cmake/grib_api
cat debian/tmp/usr/share/grib_api//cmake/grib_api-targets-release.cmake 
| \
sed -e 's% *IMPORTED_LINK_INTERFACE_LIBRARIES_RELEASE.*%  
IMPORTED_LINK_INTERFACE_LIBRARIES_RELEASE ""%' \
+   -e 's%$${_IMPORT_PREFIX}%/usr%g' \
 > 
debian/libgrib-api-dev/$(LIBDIR)/cmake/grib_api/grib_api-targets-release.cmake
cat debian/tmp/usr/share/grib_api//cmake/grib_api-config.cmake | \
sed -e 's%^set( grib_api_BASE_DIR.*%set ( grib_api_BASE_DIR 
/build/grib-api )%' | \

Bug#834673: nevow: FTBFS in testing (failing tests)

[Santiago Vila]

Package: src:nevow
Version: 0.14.0-1
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep --with python2,sphinxdoc --buildsystem=pybuild
   dh_testdir -i -O--buildsystem=pybuild
   dh_update_autotools_config -i -O--buildsystem=pybuild
   dh_auto_configure -i -O--buildsystem=pybuild
I: pybuild base:184: python2.7 setup.py config 
running config
   dh_auto_build -i -O--buildsystem=pybuild
I: pybuild base:184: /usr/bin/python setup.py build 
running build
got version from file /<>/nevow/_version.py {'version': '0.14.0', 
'full': '8204df0b63285ddbcc02e0cd56b21cd3757f7d83'}
running build_py
package init file 'twisted/plugins/__init__.py' not found (or not a regular 
file)

[... snipped ...]


nevow.test.test_howtolistings.RenderAndChat01.test_basicRendering
===
[ERROR]
Traceback (most recent call last):
  File "/<>/nevow/test/test_nit.py", line 68, in 
test_errorRendering
return renderLivePage(FragmentWrapper(te)).addCallback(
  File "/<>/nevow/testutil.py", line 378, in renderLivePage
D = renderPage(res, topLevelContext, reqFactory)
  File "/<>/nevow/testutil.py", line 392, in renderPage
render = appserver.NevowRequest(None, True).gotPageContext
  File "/<>/nevow/appserver.py", line 204, in __init__
server.Request.__init__(self, *args, **kw)
  File "/usr/lib/python2.7/dist-packages/twisted/web/server.py", line 107, in 
__init__
http.Request.__init__(self, *args, **kw)
  File "/usr/lib/python2.7/dist-packages/twisted/web/http.py", line 612, in 
__init__
self.transport = self.channel.transport
exceptions.AttributeError: 'NoneType' object has no attribute 'transport'

nevow.test.test_nit.NevowInteractiveTesterTest.test_errorRendering
===
[ERROR]
Traceback (most recent call last):
  File "/<>/nevow/test/test_testutil.py", line 114, in test_urls
return renderPage(_URLPage()).addCallback(_checkForUrl)
  File "/<>/nevow/testutil.py", line 392, in renderPage
render = appserver.NevowRequest(None, True).gotPageContext
  File "/<>/nevow/appserver.py", line 204, in __init__
server.Request.__init__(self, *args, **kw)
  File "/usr/lib/python2.7/dist-packages/twisted/web/server.py", line 107, in 
__init__
http.Request.__init__(self, *args, **kw)
  File "/usr/lib/python2.7/dist-packages/twisted/web/http.py", line 612, in 
__init__
self.transport = self.channel.transport
exceptions.AttributeError: 'NoneType' object has no attribute 'transport'

nevow.test.test_testutil.TestFakeRequest.test_urls
---
Ran 902 tests in 1.217s

FAILED (skips=21, expectedFailures=4, failures=71, errors=113, successes=776)
E: pybuild pybuild:274: test: plugin custom failed with: exit code=1: python2.7 
/usr/bin/trial nevow formless
dh_auto_test: pybuild --test -i python{version} -p 2.7 returned exit code 13
debian/rules:20: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 25
make[1]: Leaving directory '/<>'
debian/rules:7: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

Thanks.

Bug#834557: apt-listbugs: invalid byte sequence in US-ASCII (ArgumentError)

[Christoph Anton Mitterer]

On Wed, 2016-08-17 at 23:20 +0200, Francesco Poli wrote:
> Do you still have a copy of that file (as it was before purging
> apt-listbugs, I mean), by chance?
mhh unfortunately not... :-( (that was a bit stupid from myself)


Well unless you find any obvious in the code or perhaps some general
character escaping that's missing... you can also close the bug from my
side, as it's possible not easily reproducible.


Cheers,
Chris.

smime.p7s
Description: S/MIME cryptographic signature

Bug#834677: refcard: FTBFS in testing (xelatex compilation failed)

[Santiago Vila]

Package: src:refcard
Version: 9.0.1
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh_listpackages: -s/--same-arch is deprecated; please use -a/--arch instead
test -x debian/rules
mkdir -p "."
USE_DBLATEX=1 LC_ALL=en_US.utf8 /usr/bin/make -C . CFLAGS="-g -O2 
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security" CXXFLAGS="-g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security" 
CPPFLAGS="-Wdate-time -D_FORTIFY_SOURCE=2" LDFLAGS="-Wl,-z,relro" 
make[1]: Entering directory '/<>'
cp -f entries.dbk entries-en.dbk
po4a-translate --format docbook --keep 0 -m entries.dbk -p po4a/bg.po -l 
entries-bg.dbk
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = "en_US.utf8",
LANG = (unset)

[... snipped ...]

refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Missing } inserted.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Extra }, or forgotten $.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Missing } inserted.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Extra }, or forgotten $.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Missing } inserted.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Extra }, or forgotten $.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Missing } inserted.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Extra }, or forgotten $.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Missing } inserted.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Extra }, or forgotten $.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Missing } inserted.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Extra }, or forgotten $.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Missing } inserted.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Extra }, or forgotten $.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Missing } inserted.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Extra }, or forgotten $.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Missing } inserted.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Extra }, or forgotten $.
refcard-ja.dbk.tex:132: leading text: }&
refcard-ja.dbk.tex:132: Missing } inserted.
refcard-ja.dbk.tex:132: leading text: }&
Unexpected error occured
Error: xelatex compilation failed
Makefile:76: recipe for target 'refcard-ja-a4.s.pdf' failed
make[1]: *** [refcard-ja-a4.s.pdf] Error 1
rm refcard-pt.dbk refcard-bg-a4.fo refcard-pt-a4.s.pdf refcard-ml-a4.s.pdf 
refcard-ml.dbk refcard-pt-a4.t.pdf refcard-pt-a4.fo refcard-ja.dbk 
refcard-en-a4.t.pdf refcard-ml-a4.t.pdf refcard-en-a4.s.pdf refcard-bg-a4.s.pdf 
refcard-en.dbk refcard-bg.dbk refcard-ml-a4.fo refcard-en-a4.fo 
refcard-bg-a4.t.pdf refcard-ja-a4.fo
make[1]: Leaving directory '/<>'
/usr/share/cdbs/1/class/makefile.mk:77: recipe for target 
'debian/stamp-makefile-build' failed
make: *** [debian/stamp-makefile-build] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

Thanks.

Bug#834678: sorl-thumbnail: FTBFS in testing (failing tests)

[Santiago Vila]

Package: src:sorl-thumbnail
Version: 12.3-3
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep --with python2,python3,sphinxdoc --buildsystem=pybuild
   dh_testdir -i -O--buildsystem=pybuild
   dh_update_autotools_config -i -O--buildsystem=pybuild
   dh_auto_configure -i -O--buildsystem=pybuild
I: pybuild base:184: python2.7 setup.py config 
running config
I: pybuild base:184: python3.5 setup.py config 
running config
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
dh_auto_build
I: pybuild base:184: /usr/bin/python setup.py build 

[... snipped ...]


cls = , name = 'ContentType'
bases = (,)
attrs = {'__str__': , 'app_label': 
, 'get_all_objects_f...r_this_type at 
0x7f8e3b80e0c8>, 'get_object_for_this_type': , ...}

def __new__(cls, name, bases, attrs):
super_new = super(ModelBase, cls).__new__

# Also ensure initialization is only performed for subclasses of Model
# (excluding Model class itself).
parents = [b for b in bases if isinstance(b, ModelBase)]
if not parents:
return super_new(cls, name, bases, attrs)

# Create the class.
module = attrs.pop('__module__')
new_class = super_new(cls, name, bases, {'__module__': module})
attr_meta = attrs.pop('Meta', None)
abstract = getattr(attr_meta, 'abstract', False)
if not attr_meta:
meta = getattr(new_class, 'Meta', None)
else:
meta = attr_meta
base_meta = getattr(new_class, '_meta', None)

app_label = None

# Look for an application configuration to attach the model to.
app_config = apps.get_containing_app_config(module)

if getattr(meta, 'app_label', None) is None:
if app_config is None:
if not abstract:
raise RuntimeError(
"Model class %s.%s doesn't declare an explicit "
"app_label and isn't in an application in "
>   "INSTALLED_APPS." % (module, name)
)
E   RuntimeError: Model class 
django.contrib.contenttypes.models.ContentType doesn't declare an explicit 
app_label and isn't in an application in INSTALLED_APPS.

/usr/lib/python2.7/dist-packages/django/db/models/base.py:113: RuntimeError
=== 13 failed, 50 passed, 2 skipped in 2.07 seconds 
debian/rules:22: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/<>'
debian/rules:10: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

Thanks.

Bug#834680: tomcat7: FTBFS in testing (failing tests)

[Santiago Vila]

Package: src:tomcat7
Version: 7.0.70-2
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep
   dh_testdir -i
   dh_update_autotools_config -i
   dh_auto_configure -i
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
ant -propertyfile debian/ant.properties -Dyear=2016 -Dtoday='Aug 2 2016' 
-Dtstamp=09:43:11 -Ddistribution.name=Debian extras-jmx-remote deploy
Buildfile: /<>/build.xml

extras-prepare:
[mkdir] Created dir: /<>/output/extras
[mkdir] Created dir: /<>/output/extras-src-jars

[... snipped ...]

[junit] INFO: Starting test case [testDuplicatePaths_02]
[junit] Aug 10, 2016 9:40:15 PM org.apache.coyote.AbstractProtocol destroy
[junit] INFO: Destroying ProtocolHandler ["http-nio-127.0.0.1-auto-6"]
[junit] Aug 10, 2016 9:40:15 PM org.apache.catalina.startup.LoggingBaseTest 
setUp
[junit] INFO: Starting test case [testDuplicatePaths_03]
[junit] Aug 10, 2016 9:40:15 PM org.apache.coyote.AbstractProtocol destroy
[junit] INFO: Destroying ProtocolHandler ["http-nio-127.0.0.1-auto-7"]
[junit] Aug 10, 2016 9:40:15 PM org.apache.catalina.startup.LoggingBaseTest 
setUp
[junit] INFO: Starting test case [testDuplicatePaths_04]
[junit] Aug 10, 2016 9:40:15 PM org.apache.coyote.AbstractProtocol destroy
[junit] INFO: Destroying ProtocolHandler ["http-nio-127.0.0.1-auto-8"]
[junit] Running util.TestCookieFilter
[junit] Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 
0.038 sec

test-apr-exists:

test-apr:

cobertura-report:

test:
   [concat] Testsuites with skipped tests:
   [concat] TEST-org.apache.catalina.comet.TestCometProcessor.BIO.txt
   [concat] 
TEST-org.apache.catalina.loader.TestWebappClassLoaderThreadLocalMemoryLeak.BIO.txt
   [concat] 
TEST-org.apache.catalina.loader.TestWebappClassLoaderThreadLocalMemoryLeak.NIO.txt
   [concat] 
TEST-org.apache.catalina.session.TestStandardSessionIntegration.BIO.txt
   [concat] 
TEST-org.apache.catalina.session.TestStandardSessionIntegration.NIO.txt
   [concat] TEST-org.apache.tomcat.websocket.TestWsWebSocketContainer.BIO.txt
   [concat] 
TEST-org.apache.tomcat.websocket.TestWsWebSocketContainerWithProxy.BIO.txt
   [concat] 
TEST-org.apache.tomcat.websocket.TestWsWebSocketContainerWithProxy.NIO.txt
   [concat] 
TEST-org.apache.tomcat.websocket.server.TestWsRemoteEndpointImplServer.BIO.txt
   [concat] 
TEST-org.apache.tomcat.websocket.server.TestWsRemoteEndpointImplServer.NIO.txt
   [concat] Testsuites with failed tests:
   [concat] TEST-org.apache.tomcat.websocket.TestWebSocketFrameClient.BIO.txt
   [concat] TEST-org.apache.tomcat.websocket.TestWebSocketFrameClient.NIO.txt
   [concat] TEST-org.apache.tomcat.websocket.TestWebSocketFrameClientSSL.BIO.txt
   [concat] TEST-org.apache.tomcat.websocket.TestWebSocketFrameClientSSL.NIO.txt

BUILD FAILED
/<>/build.xml:1381: Some tests completed with an Error. See 
/<>/output/build/logs for details, search for "ERROR".

Total time: 43 minutes 27 seconds
debian/rules:31: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/<>'
debian/rules:18: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

Thanks.

Bug#834676: python-oauth2client: FTBFS in testing ('module' object has no attribute 'SubfieldBase')

[Santiago Vila]

Package: src:python-oauth2client
Version: 2.0.1-3
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
pyversions: missing X(S)-Python-Version in control file, fall back to 
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions
py3versions: no X-Python3-Version in control file, using supported versions
pyversions: missing X(S)-Python-Version in control file, fall back to 
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions
py3versions: no X-Python3-Version in control file, using supported versions
dh build-indep --buildsystem=python_distutils --with python2,python3
   dh_testdir -i -O--buildsystem=python_distutils
   dh_update_autotools_config -i -O--buildsystem=python_distutils
   dh_auto_configure -i -O--buildsystem=python_distutils
   dh_auto_build -i -O--buildsystem=python_distutils
pyversions: missing X(S)-Python-Version in control file, fall back to 
debian/pyversions

[... snipped ...]

test_true (tests.test_jwt.TestHasOpenSSLFlag) ... ok
test__to_json_override 
(tests.test_service_account.ServiceAccountCredentialsTests) ... ok
test_access_token (tests.test_service_account.ServiceAccountCredentialsTests) 
... ok
test_create_delegated 
(tests.test_service_account.ServiceAccountCredentialsTests) ... ok
test_create_delegated_existing_sub 
(tests.test_service_account.ServiceAccountCredentialsTests) ... ok
test_create_scoped (tests.test_service_account.ServiceAccountCredentialsTests) 
... ok
test_create_scoped_required_with_scopes 
(tests.test_service_account.ServiceAccountCredentialsTests) ... ok
test_create_scoped_required_without_scopes 
(tests.test_service_account.ServiceAccountCredentialsTests) ... ok
test_from_json_keyfile_name_factory 
(tests.test_service_account.ServiceAccountCredentialsTests) ... ok
test_from_json_keyfile_name_factory_bad_type 
(tests.test_service_account.ServiceAccountCredentialsTests) ... ok
test_from_json_keyfile_name_factory_missing_field 
(tests.test_service_account.ServiceAccountCredentialsTests) ... ok
test_from_p12_keyfile_buffer 
(tests.test_service_account.ServiceAccountCredentialsTests) ... ok
test_from_p12_keyfile_defaults 
(tests.test_service_account.ServiceAccountCredentialsTests) ... ok
test_from_p12_keyfile_explicit 
(tests.test_service_account.ServiceAccountCredentialsTests) ... ok
test_from_p12_keyfile_with_pycrypto 
(tests.test_service_account.ServiceAccountCredentialsTests) ... ok
test_from_p12_keyfile_with_rsa 
(tests.test_service_account.ServiceAccountCredentialsTests) ... ok
test_service_account_email 
(tests.test_service_account.ServiceAccountCredentialsTests) ... ok
test_sign_blob (tests.test_service_account.ServiceAccountCredentialsTests) ... 
ok
test_ClientRedirectServer (tests.test_tools.TestClientRedirectServer) ... SKIP: 
Skipped in Debian: doing network access
test_iterables (tests.test_util.ScopeToStringTests) ... ok
test_conversion (tests.test_util.StringToScopeTests) ... ok

==
ERROR: Failure: AttributeError ('module' object has no attribute 'SubfieldBase')
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/loader.py", line 418, in 
loadTestsFromName
addr.filename, addr.module)
  File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 47, in 
importFromPath
return self.importFromDir(dir_path, fqname)
  File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 94, in 
importFromDir
mod = load_module(part_fqname, fh, filename, desc)
  File "tests/contrib/test_django_orm.py", line 53, in 
from oauth2client.contrib.django_orm import CredentialsField
  File "/<>/oauth2client/contrib/django_orm.py", line 34, in 

class CredentialsField(six.with_metaclass(models.SubfieldBase, 
models.Field)):
AttributeError: 'module' object has no attribute 'SubfieldBase'

--
Ran 350 tests in 1.076s

FAILED (SKIP=1, errors=1)
debian/rules:29: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/<>'
debian/rules:15: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the 

Bug#834674: pyevolve: FTBFS in testing (Format: "jpeg" not recognized)

[Santiago Vila]

Package: src:pyevolve
Version: 0.6~rc1+svn398+dfsg-9
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh  build-indep --with python2,sphinxdoc --buildsystem=pybuild
   dh_testdir -i -O--buildsystem=pybuild
   dh_update_autotools_config -i -O--buildsystem=pybuild
   dh_auto_configure -i -O--buildsystem=pybuild
I: pybuild base:184: python2.7 setup.py config 
running config
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>/pyevolve-0.6~rc1+svn398+dfsg'
dh_auto_build
I: pybuild base:184: /usr/bin/python setup.py build 
running build
running build_py

[... snipped ...]

   
   .. versionadded:: 0.6
  The *GTreeGPMutatorSubtree* function
   
Slot [Crossover] (Count: 1)
Name: GTreeGPCrossoverSinglePoint - Weight: 0.50
Doc:  The crossover of the GTreeGP, Single Point for Genetic 
Programming

   ..note:: This crossover method creates offspring with restriction of the
*max_depth* parameter.
   
   Accepts the *max_attempt* parameter, *max_depth* (required).   
   

- GTree
Height: 2
Nodes:  5

GTreeNodeBase [Childs=2] - [gp_mul]
  GTreeNodeBase [Childs=2] - [gp_add]
GTreeNodeBase [Childs=0] - [a]
GTreeNodeBase [Childs=0] - [a]
  GTreeNodeBase [Childs=0] - [b]

- GTreeGP
Expression: gp_mul(gp_add(a, a), b)

Traceback (most recent call last):
  File "pyevolve_ex19_gp.py", line 85, in 
main_run()
  File "pyevolve_ex19_gp.py", line 82, in main_run
graph.write_jpeg('tree.png', prog='dot')
  File "/usr/lib/python2.7/dist-packages/pydot.py", line 1746, in 
lambda path, f=frmt, prog=self.prog: self.write(path, format=f, prog=prog)
  File "/usr/lib/python2.7/dist-packages/pydot.py", line 1851, in write
fobj.write(self.create(prog, format))
  File "/usr/lib/python2.7/dist-packages/pydot.py", line 1961, in create
status, stderr_output))
pydot.InvocationException: Program terminated with status: 1. stderr follows: 
Format: "jpeg" not recognized. Use one of: canon cmap cmapx cmapx_np dot eps 
fig gd gd2 gv imap imap_np ismap pdf pic plain plain-ext png pov ps ps2 svg 
svgz tk vml vmlz x11 xdot xdot1.2 xdot1.4 xlib

E: pybuild pybuild:274: test: plugin custom failed with: exit code=1: /bin/sh 
/<>/pyevolve-0.6~rc1+svn398+dfsg/debian/tests/run-most-examples
dh_auto_test: pybuild --test -i python{version} -p 2.7 returned exit code 13
debian/rules:37: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 25
make[1]: Leaving directory '/<>/pyevolve-0.6~rc1+svn398+dfsg'
debian/rules:22: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

Thanks.

Bug#834675: pygccxml: FTBFS in testing (Assertion failed)

[Santiago Vila]

Package: src:pygccxml
Version: 1.7.4-3
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh  build-indep --with python2,python3 --buildsystem=pybuild
   dh_testdir -i -O--buildsystem=pybuild
   dh_update_autotools_config -i -O--buildsystem=pybuild
   dh_auto_configure -i -O--buildsystem=pybuild
pybuild --configure -i python{version} -p 2.7
I: pybuild base:184: python2.7 setup.py config 
running config
pybuild --configure -i python{version} -p 3.5
I: pybuild base:184: python3.5 setup.py config 
running config
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'

[... snipped ...]

INFO Parsing source file "core_ns_join_2.hpp" ... 
INFO Parsing source file "core_ns_join_3.hpp" ... 
INFO Parsing source file "core_membership.hpp" ... 
INFO Parsing source file "core_class_hierarchy.hpp" ... 
/<>/unittests/data/core_class_hierarchy.hpp:30:44: warning: direct 
base 'core::class_hierarchy::base_t' is inaccessible due to ambiguity:
class core::class_hierarchy::multi_derived_t -> class 
core::class_hierarchy::derived_private_t -> class core::class_hierarchy::base_t
class core::class_hierarchy::multi_derived_t -> class 
core::class_hierarchy::base_t [-Winaccessible-base]
class multi_derived_t : derived_private_t, protected base_t, private 
other_base_t{
   ^~~~
1 warning generated.
INFO Parsing source file "core_types.hpp" ... 
castxml: /usr/lib/llvm-3.7/include/clang/AST/Decl.h:169: llvm::StringRef 
clang::NamedDecl::getName() const: Assertion `Name.isIdentifier() && "Name is 
not a simple identifier"' failed.
Aborted
Castxml configured to simulate compiler None
Traceback (most recent call last):
  File "./unittests/test_all.py", line 161, in 
sys.exit(run_suite())
  File "./unittests/test_all.py", line 152, in run_suite
result = unittest.TextTestRunner(verbosity=2).run(create_suite())
  File "./unittests/test_all.py", line 147, in create_suite
main_suite.addTest(tester.create_suite())
  File "/<>/unittests/decl_printer_tester.py", line 68, in 
create_suite
suite.addTest(unittest.makeSuite(tester_t))
  File "/usr/lib/python2.7/unittest/loader.py", line 312, in makeSuite
return _makeLoader(prefix, sortUsing, 
suiteClass).loadTestsFromTestCase(testCaseClass)
  File "/usr/lib/python2.7/unittest/loader.py", line 56, in 
loadTestsFromTestCase
loaded_suite = self.suiteClass(map(testCaseClass, testCaseNames))
  File "/<>/unittests/decl_printer_tester.py", line 41, in __init__
compilation_mode=parser.COMPILATION_MODE.FILE_BY_FILE)
  File 
"/<>/.pybuild/pythonX.Y_2.7/build/pygccxml/parser/project_reader.py",
 line 249, in read_files
return self.__parse_file_by_file(files)
  File 
"/<>/.pybuild/pythonX.Y_2.7/build/pygccxml/parser/project_reader.py",
 line 278, in __parse_file_by_file
decls = reader.read_file(header)
  File 
"/<>/.pybuild/pythonX.Y_2.7/build/pygccxml/parser/source_reader.py",
 line 363, in read_file
return self.read_cpp_source_file(source_file)
  File 
"/<>/.pybuild/pythonX.Y_2.7/build/pygccxml/parser/source_reader.py",
 line 382, in read_cpp_source_file
xml_file = self.create_xml_file(ffname)
  File 
"/<>/.pybuild/pythonX.Y_2.7/build/pygccxml/parser/source_reader.py",
 line 333, in create_xml_file
gccxml_msg)
RuntimeError: Error occured while running CASTXML: 
E: pybuild pybuild:274: test: plugin custom failed with: exit code=1: python2.7 
./unittests/test_all.py
dh_auto_test: pybuild --test -i python{version} -p 2.7 returned exit code 13
debian/rules:18: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 25
make[1]: Leaving directory '/<>'
debian/rules:8: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

Thanks.

Bug#834671: libxalan2-java: FTBFS in testing (Error: could not match input)

[Santiago Vila]

Package: src:libxalan2-java
Version: 2.7.1-9
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh_listpackages: -s/--same-arch is deprecated; please use -a/--arch instead
test -x debian/rules
mkdir -p "."
rm -f lib/BCEL.jar lib/regexp.jar
ln -s /usr/share/java/bcel.jar lib/BCEL.jar
ln -s /usr/share/java/regexp.jar lib/regexp.jar
jh_linkjars
jh_build -J   
touch debian/jh_build_stamp
cd . && /usr/lib/jvm/default-java/bin/java -classpath 
/usr/share/ant/lib/ant.jar:/usr/share/ant/lib/ant-launcher.jar:/usr/share/java/xml-apis.jar:/usr/share/java/xercesImpl.jar:/usr/share/java/bsf.jar:/usr/share/java/bcel.jar:/usr/share/java/cup.jar:/usr/share/java/regexp.jar:/usr/share/java/stylebook.jar:/usr/share/java/JLex.jar:/usr/lib/jvm/default-java/lib/tools.jar
 -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D -Dant.home=/usr/share/ant 
org.apache.tools.ant.Main -Dcompile.debug=true -Dcompile.optimize=true 
-propertyfile /<>/debian/ant.properties jar xsltc.unbundledjar 
javadocs docs
Buildfile: /<>/build.xml


[... snipped ...]

[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.
[javac] 7 warnings

xalan-interpretive.compile:
 [echo] Compiling Xalan interpretive classes
[javac] /<>/build.xml:404: warning: 'includeantruntime' was 
not set, defaulting to build.sysclasspath=last; set to false for repeatable 
builds
[javac] Compiling 114 source files to /<>/build/classes
[javac] warning: [options] source value 1.5 is obsolete and will be removed 
in a future release
[javac] warning: [options] target value 1.5 is obsolete and will be removed 
in a future release
[javac] warning: [options] To suppress warnings about obsolete options, use 
-Xlint:-options.
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.
[javac] 3 warnings
 [copy] Copying 12 files to /<>/build/classes
 [copy] Copying 1 file to 
/<>/build/classes/org/apache/xalan/res

xsltc.prepare:
 [echo] Compiling XSLTC utilities
[javac] /<>/build.xml:452: warning: 'includeantruntime' was 
not set, defaulting to build.sysclasspath=last; set to false for repeatable 
builds
[javac] Compiling 2 source files to /<>/build/classes
[javac] warning: [options] source value 1.5 is obsolete and will be removed 
in a future release
[javac] warning: [options] target value 1.5 is obsolete and will be removed 
in a future release
[javac] warning: [options] To suppress warnings about obsolete options, use 
-Xlint:-options.
[javac] 3 warnings

xsltc.java_cup:
 [echo] java_cup preparsing
 [java] Exception in thread "main" java.lang.Error: Error: could not match 
input
 [java] at java_cup.Lexer.zzScanError(Lexer.java:728)
 [java] at java_cup.Lexer.next_token(Lexer.java:1058)
 [java] at java_cup.parser.scan(parser.java:417)
 [java] at java_cup.runtime.lr_parser.parse(lr_parser.java:578)
 [java] at java_cup.Main.parse_grammar_spec(Main.java:477)
 [java] at java_cup.Main.main(Main.java:186)
 [java] at 
org.apache.xalan.xsltc.util.JavaCupRedirect.main(JavaCupRedirect.java:90)

BUILD FAILED
/<>/build.xml:481: Java returned: 1

Total time: 8 seconds
/usr/share/cdbs/1/class/ant.mk:39: recipe for target 'debian/stamp-ant-build' 
failed
make: *** [debian/stamp-ant-build] Error 1
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

Thanks.

Bug#834670: gnuchess-book: FTBFS in testing (build takes forever and has to be killed)

[Santiago Vila]

Package: src:gnuchess-book
Version: 1.02-1
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep
   dh_testdir -i
   dh_update_autotools_config -i
   dh_auto_configure -i
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
dh_testdir book_1.02.pgn
# Spam only if stdout is a tty
Building book.
make[1]: *** wait: No child processes.  Stop.
make[1]: *** Waiting for unfinished jobs
make[1]: *** wait: No child processes.  Stop.
make: *** wait: No child processes.  Stop.
make: *** Waiting for unfinished jobs
make: *** wait: No child processes.  Stop.
Build killed with signal TERM after 60 minutes of inactivity


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

You will notice that my autobuilder waited "only" for 60 minutes
before giving up. Well, the autobuilder from reproducible builds
waited for 18 hours.

The end result was the same: The build had to be killed.

Thanks.

Bug#834669: djangorestframework-gis: FTBFS in testing (failing tests)

[Santiago Vila]

Package: src:djangorestframework-gis
Version: 0.10.1-1
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep --with python2,python3 --buildsystem=pybuild
   dh_testdir -i -O--buildsystem=pybuild
   dh_update_autotools_config -i -O--buildsystem=pybuild
   dh_auto_configure -i -O--buildsystem=pybuild
I: pybuild base:184: python2.7 setup.py config 
running config
I: pybuild base:184: python3.5 setup.py config 
running config
   dh_auto_build -i -O--buildsystem=pybuild
I: pybuild base:184: /usr/bin/python setup.py build 
running build
running build_py

[... snipped ...]

  File "/usr/lib/python2.7/dist-packages/django/urls/resolvers.py", line 343, 
in _reverse_with_prefix
possibilities = self.reverse_dict.getlist(lookup_view)
  File "/usr/lib/python2.7/dist-packages/django/urls/resolvers.py", line 240, 
in reverse_dict
return self._reverse_dict[language_code]
KeyError: 'en-gb'

==
ERROR: test_inBBOXFilter_filtering 
(django_restframework_gis_tests.test_filters.TestRestFrameworkGisFilters)
--
Traceback (most recent call last):
  File "tests/django_restframework_gis_tests/test_filters.py", line 21, in setUp
self.location_contained_in_bbox_list_url = 
reverse('api_geojson_location_list_contained_in_bbox_filter')
  File "/usr/lib/python2.7/dist-packages/django/urls/base.py", line 91, in 
reverse
return force_text(iri_to_uri(resolver._reverse_with_prefix(view, prefix, 
*args, **kwargs)))
  File "/usr/lib/python2.7/dist-packages/django/urls/resolvers.py", line 343, 
in _reverse_with_prefix
possibilities = self.reverse_dict.getlist(lookup_view)
  File "/usr/lib/python2.7/dist-packages/django/urls/resolvers.py", line 240, 
in reverse_dict
return self._reverse_dict[language_code]
KeyError: 'en-gb'

==
ERROR: test_inBBOXFilter_filtering_none 
(django_restframework_gis_tests.test_filters.TestRestFrameworkGisFilters)
--
Traceback (most recent call last):
  File "tests/django_restframework_gis_tests/test_filters.py", line 21, in setUp
self.location_contained_in_bbox_list_url = 
reverse('api_geojson_location_list_contained_in_bbox_filter')
  File "/usr/lib/python2.7/dist-packages/django/urls/base.py", line 91, in 
reverse
return force_text(iri_to_uri(resolver._reverse_with_prefix(view, prefix, 
*args, **kwargs)))
  File "/usr/lib/python2.7/dist-packages/django/urls/resolvers.py", line 343, 
in _reverse_with_prefix
possibilities = self.reverse_dict.getlist(lookup_view)
  File "/usr/lib/python2.7/dist-packages/django/urls/resolvers.py", line 240, 
in reverse_dict
return self._reverse_dict[language_code]
KeyError: 'en-gb'

--
Ran 54 tests in 0.011s

FAILED (errors=51, skipped=3)
Creating test database for alias 'default'...
Destroying test database for alias 'default'...
E: pybuild pybuild:274: test: plugin custom failed with: exit code=1: python2.7 
./runtests.py
dh_auto_test: pybuild --test -i python{version} -p 2.7 --system=custom 
--test-args={interpreter} ./runtests.py returned exit code 13
debian/rules:12: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 25
make[1]: Leaving directory '/<>'
debian/rules:9: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

Thanks.

Bug#834667: django-modeltranslation: FTBFS in testing (type object 'TestModel' has no attribute '_deferred')

[Santiago Vila]

Package: src:django-modeltranslation
Version: 0.11-1
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep --with python2,python3,sphinxdoc --buildsystem=pybuild
   dh_testdir -i -O--buildsystem=pybuild
   dh_update_autotools_config -i -O--buildsystem=pybuild
   dh_auto_configure -i -O--buildsystem=pybuild
I: pybuild base:184: python2.7 setup.py config 
running config
I: pybuild base:184: python3.5 setup.py config 
running config
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
dh_auto_build
I: pybuild base:184: /usr/bin/python setup.py build 

[... snipped ...]

==
ERROR: setUpClass (modeltranslation.tests.tests.ModeltranslationTransactionTest)
--
Traceback (most recent call last):
  File "/<>/modeltranslation/tests/tests.py", line 114, in 
setUpClass
super(ModeltranslationTransactionTestBase, cls).setUpClass()
  File "/usr/lib/python3/dist-packages/django/test/testcases.py", line 172, in 
setUpClass
cls._cls_overridden_context.enable()
  File "/usr/lib/python3/dist-packages/django/test/utils.py", line 235, in 
enable
apps.set_installed_apps(self.options['INSTALLED_APPS'])
  File "/usr/lib/python3/dist-packages/django/apps/registry.py", line 340, in 
set_installed_apps
self.populate(installed)
  File "/usr/lib/python3/dist-packages/django/apps/registry.py", line 115, in 
populate
app_config.ready()
  File "/<>/modeltranslation/apps.py", line 11, in ready
handle_translation_registrations()
  File "/<>/modeltranslation/models.py", line 81, in 
handle_translation_registrations
autodiscover()
  File "/<>/modeltranslation/models.py", line 32, in autodiscover
import_module(module)
  File "/usr/lib/python3.5/importlib/__init__.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
  File "", line 986, in _gcd_import
  File "", line 969, in _find_and_load
  File "", line 958, in _find_and_load_unlocked
  File "", line 673, in _load_unlocked
  File "", line 673, in exec_module
  File "", line 222, in _call_with_frames_removed
  File "/<>/modeltranslation/tests/translation.py", line 18, in 

translator.register(TestModel, TestTranslationOptions)
  File "/<>/modeltranslation/translator.py", line 427, in register
opts = self._get_options_for_model(model, opts_class, **options)
  File "/<>/modeltranslation/translator.py", line 547, in 
_get_options_for_model
if model._deferred:
AttributeError: type object 'TestModel' has no attribute '_deferred'

--
Ran 0 tests in 0.050s

FAILED (errors=22)
 OK
Destroying test database for alias 'default' 
('file:memorydb_default?mode=memory=shared')...
debian/rules:13: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/<>'
debian/rules:6: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

Thanks.

Bug#834668: django-taggit: FTBFS in testing (failing tests)

[Santiago Vila]

Package: src:django-taggit
Version: 0.20.2-1
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep --fail-missing --with python2,python3 --buildsystem=pybuild
   dh_testdir -i -O--fail-missing -O--buildsystem=pybuild
   dh_update_autotools_config -i -O--fail-missing -O--buildsystem=pybuild
   dh_auto_configure -i -O--fail-missing -O--buildsystem=pybuild
I: pybuild base:184: python2.7 setup.py config 
running config
I: pybuild base:184: python3.5 setup.py config 
running config
   dh_auto_build -i -O--fail-missing -O--buildsystem=pybuild
I: pybuild base:184: /usr/bin/python setup.py build 
running build
running build_py

[... snipped ...]

Name:


>/tests/tests.py", line 156, in test_add_tag
self.assert_tags_equal(self.food_model.tags.all(), ['green'])
  File "/<>/tests/tests.py", line 45, in assert_tags_equal
self.assertEqual(got, tags)
AssertionError: Lists differ: [] != [u'green']

Second list contains 1 additional elements.
First extra element 0:
u'green'

- []
+ [u'green']

==
FAIL: test_prefetch_related (tests.tests.TaggableManagerDirectCustomPKTestCase)
--
Traceback (most recent call last):
  File "/<>/tests/tests.py", line 654, in test_prefetch_related
'apple': set(['1', '2'])
AssertionError: {u'orange': set([]), u'apple': set([])} != {u'orange': 
set([u'2', u'4']), u'apple': set([u'1', u'2'])}
- {u'apple': set([]), u'orange': set([])}
+ {u'apple': set([u'1', u'2']), u'orange': set([u'2', u'4'])}
? ++++


--
Ran 222 tests in 1.410s

FAILED (failures=7, skipped=1)
Creating test database for alias 'default'...
System check identified no issues (0 silenced).
Destroying test database for alias 'default'...
debian/rules:8: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/<>'
debian/rules:5: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

Thanks.

Bug#834666: chkconfig: FTBFS in testing (failing tests)

[Santiago Vila]

Package: src:chkconfig
Version: 11.4.54.60.1debian1
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep --with quilt
   dh_testdir -i
   dh_update_autotools_config -i
   dh_quilt_patch -i
Applying patch deps-output.diff
patching file chkconfig
Hunk #1 succeeded at 714 (offset 9 lines).

Applying patch rcd-path.diff
patching file chkconfig

Applying patch hyphen-used-as-minus-sign.patch
patching file chkconfig.8

Now at patch hyphen-used-as-minus-sign.patch
   dh_auto_configure -i
   dh_auto_build -i
   debian/rules override_dh_auto_test
make[1]: Entering directory '/<>'
prove
t/add.t  ok
t/check.t: line 8: /sbin/runlevel: No such file or directory
t/check.t .. 
Failed 2/2 subtests 
t/del.t  ok
t/edit.t ... ok
t/list.t ... ok
t/set.t  ok
t/terse.t .. ok

Test Summary Report
---
t/check.t (Wstat: 0 Tests: 2 Failed: 2)
  Failed tests:  1-2
Files=7, Tests=18,  1 wallclock secs ( 0.02 usr  0.00 sys +  0.37 cusr  0.04 
csys =  0.43 CPU)
Result: FAIL
debian/rules:7: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/<>'
debian/rules:4: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Because this source package only generates "Arch: all" packages, this
is the same as a FTBFS bug in the usual sense and the fact that I was
using "dpkg-buildpackage -A" is quite irrelevant.

For this particular package, I've also checked that it fails to build
from source in the reproducible builds site:

https://tests.reproducible-builds.org/

Thanks.

Bug#828169:

[Chris Lamb]

Hi,

> should have ruby-attr-encrypted >= 3.0
>
> bug log shows
>
>  Selecting previously unselected package ruby-attr-encrypted.
>  Preparing to unpack .../ruby-attr-encrypted_1.3.4-1_all.deb ...
>  Unpacking ruby-attr-encrypted (1.3.4-1) ...

Right, except that I was reporting the bug against version 2.0.0-1,
which had ruby-attr-encrypted (>= 1.3.2) in its Build-Depends.


Regards,

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

Bug#834649: link-grammar: typo in debian/rules (override_dh_auto-clean -> override_dh_auto_clean)

[Chris Lamb]

Hi,

> Thank you, but I fixed it before you this time! ;)
> 
> See https://lists.debian.org/debian-devel-changes/2016/08/msg01753.html

Great stuff. I mostly submitted that patch to Lintian so they would do
the work of running it across the entire archive ;-)

(FYI you dropped the bug number from the CC so I did not immediately see
your reply -- it was attached to the generic "bug closed" mail and only
saw it by accident when clicking around..)


Regards,

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

Bug#834402: [Aptitude-devel] Bug#834402: aptitude: search loses column format when redirected or piped

[Manuel A. Fernandez Montecelo]

Hi,

2016-08-16 19:18 Javier Cantero:

On Mon, Aug 15, 2016 at 11:25:40PM +0100, Manuel A. Fernandez Montecelo wrote:

The reasoning for the change was that with pipes/redirections the
concept of "terminal" and consequently "width" is lost.  If it's
redirected it's possibly/likely that it's because it's moved and
processed elsewhere (where the new terminal size will likely be
different), or that the further processing doesn't bother with terminal
columns or uses smarter methods like using '|' as field separators.


Counterexamples: any PAGER (more, less, ...), grep, sed, and virtually any
filter can interact with the terminal in a later stage of the pipeline.
In some cases like pagers there is *always* a terminal at the end.


That is the fundamental difference: the tool interacting with the
terminal is at the end, so the output is the terminal, so it can know
its dimensions.

If the tool is at the beginning, or at any point in the middle, the
output is a file or pipe (== a file for all purposes, from the tool's
POV), so it cannot know the dimensions.

For example, with a file with long lines such as apt's history.log:

 # less /var/log/apt/history.log > /tmp/test
 # md5sum /var/log/apt/history.log /tmp/test
 420a7acb08a4e58c9c6b97654aa1bb6a  /var/log/apt/history.log
 420a7acb08a4e58c9c6b97654aa1bb6a  /tmp/test

 # less --chop-long-lines /var/log/apt/history.log > /tmp/test
 # md5sum /var/log/apt/history.log /tmp/test
 420a7acb08a4e58c9c6b97654aa1bb6a  /var/log/apt/history.log
 420a7acb08a4e58c9c6b97654aa1bb6a  /tmp/test

 # less --chop-long-lines /var/log/apt/history.log | cat | md5sum
 420a7acb08a4e58c9c6b97654aa1bb6a  -


So they are exactly the same file.  "less" (at the start of the command
chain) doesn't insert newlines in the file or does any processing on the
input file with the "--chop-long-lines" option.  It treats the width of
the terminal as infinite.  This is what aptitude does now as well.


(Disclaimer: the tools or other tools that you mention perhaps still do
some trick to adapt to the terminal size even if the output is a
file/pipe, but well, my point is that the position and access to the
terminal is the fundamental difference between "cat | less" and
"aptitude | less"; and that "less" when not the last in the chain
behaves the same as the new behaviour of aptitude).



In other words, trying to columnize the output when the width is unknown
(pipes or redirections) is a bit hacky and doesn't make much sense to
me, and forcing it to be 80 for a lack of better default is not always a
good solution as it might have been back in ~2000 (I think).


I agree that forcing to be 80 is hacky. But there is a better solution:
if the output isn't to a terminal (and -w is not passed), write the
entire output without truncating to any width size and let the next
process in the pipeline deal with it. If it's the last process before
going to terminal, I'm sure that program will have code to properly
adapt its output to the actual terminal size. In one sentence: delegate
the job to the process dealing with the terminal.


Actually, aptitude /now/ works as you say and for the same reasons that
you say, so we could be in violent agreement.  Only that I suspect that
we are not, because that's why you submitted the original bug report
after all... :)

So as you say, what aptitude does is that "if the output isn't to a
terminal (and -w is not passed), write the entire output without
truncating to any width size and let the next process in the pipeline
deal with it".  It does not truncate the output now when it's at the
start of a chain of commands.

Only that to columnize the output, it has to have some reference to the
width that it's going to "render" the output to, because most fields can
shrink and expand -- they are not of a fixed size.  And knowing the
width is exactly what it's lacking to columnize the output when
piping/redirecting.  If aptitude considers width as infinite, same as
"less", all rows are of infinite width (infinite being 65536 in the
implementation).

So the new behaviour is that, instead of columnizing to 80 and
truncating, it doesn't truncate (but doesn't columnize).


If it doesn't truncate and also doesn't have a width and doesn't want to
use the infinite, the only solution for columnizing would be to do two
passes: one collecting the maximum size of the columns for all packages
that match the search ("search" and other commands that use the same
columnizer code), and another pass to actually write the text and fill
with blanks until the max width of the column is filled in.

In this case, if using "aptitude search ${pattern} | less", searches
would have different widths -- the output would depend on the max length
of the fields for the packages that match.  Like this:

 |-|
 i A aptitude an awesome package manager that everyone loves
 |-|

 

Bug#796414: ITP: vertex-theme -- Vertex themes for GTK 2/3

[Jack Henschel]

My progress is now in collab-maint (vertex-theme):

 https://anonscm.debian.org/git/collab-maint/vertex-theme.git
 git://anonscm.debian.org/collab-maint/vertex-theme.git

I'm using gbp with the branches master, upstream and pristine-tar.

What still needs to be done:

 * Check dependencies
 * Complete and verify manpage

Oh, and also I still need to fix all the other mistakes I probably made :-)



signature.asc
Description: OpenPGP digital signature

Bug#834664: varscan: typo in debian/rules (override_dh_aut_clean -> override_dh_auto_clean)

[Chris Lamb]

Source: varscan
Version: 2.3.9+dfsg-1
Severity: normal
Tags: patch

Hi,

I believe there is a typo in your debian/rules (override_dh_aut_clean -> 
override_dh_auto_clean):

  - override_dh_aut_clean:
  + override_dh_auto_clean:
  dh_auto_clean
  if [ -d debian/orig_usage ] ; then \


Regards,

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

Bug#834597: kgb-bot: FTBFS in testing

[gregor herrmann]

On Wed, 17 Aug 2016 20:34:04 +0200, gregor herrmann wrote:

> When builing from what we have in git, I get even more errors in the
> test suite:
> 
> #v+
> Test Summary Report
> ---
> t/50-client.t(Wstat: 256 Tests: 31 Failed: 1)
>   Failed test:  31
>   Non-zero exit status: 1
> t/52-client-git.t(Wstat: 65024 Tests: 68 Failed: 0)
>   Non-zero exit status: 254
>   Parse errors: No plan found in TAP output
> t/54-client-git-squash.t (Wstat: 256 Tests: 13 Failed: 1)
>   Failed test:  13
>   Non-zero exit status: 1
> t/55-client-git-merges-ff.t  (Wstat: 256 Tests: 14 Failed: 1)
>   Failed test:  14
>   Non-zero exit status: 1
> t/56-client-git-ff-merge-2.t (Wstat: 256 Tests: 15 Failed: 1)
>   Failed test:  15
>   Non-zero exit status: 1
> t/57-client-git-squash-tags.t (Wstat: 256 Tests: 9 Failed: 1)
>   Failed test:  9
>   Non-zero exit status: 1
> Files=16, Tests=263, 17 wallclock secs ( 0.10 usr  0.01 sys + 13.37 cusr  
> 1.71 csys = 15.19 CPU)
> Result: FAIL
> Failed 6/16 test programs. 5/263 subtests failed.
> #v-

Ok, this is caused by ade2ca5.

If I uncomment two new lines:
#v+
@@ -814,8 +814,8 @@ sub format_message {
 $p{commit_id} = $commit->id if ($commit->id);
 $p{log} = $commit->log if ($commit->log);
 }
-$p{author_name} ||= $p{author_login};
-$p{author_login} ||= $p{author_name};
+#$p{author_name} ||= $p{author_login};
+#$p{author_login} ||= $p{author_name};
 if (defined($self->module)) {
 $p{module} = $self->module;
 } elsif ($commit and defined($commit->module)) {
#v-

we're back to "only" t/52-client-git.t failing.
But that's maybe not what we want? :)
 

t/52-client-git.t works in testing but not in unstable. Maybe the
newer git version?


The test ends with

fatal: независими истории не може да се слеят
merge allnew: command returned error: 128
# stopping test bot, pid 22605
# Removing directory /build/kgb-bot-1.33/t/bot
# Tests were run but no plan was declared and done_testing() was not seen.
t/52-client-git.t ..
[..]
ok 68
Dubious, test returned 254 (wstat 65024, 0xfe00)

In the code we have

   367  TestBot->expect( '#test ^C03Test U. Ser^O (^C03ser^O) ^C05allnew^O '
   368  . $commit->id
   369  . ' ^C12test^O/^C06there^O created empty branch allnew * 
^C14http://scm.host.org/there/allnew/?commit='
   370  . $commit->id
   371  . '^O' );
   372
   373  # No more commits after the last
   374  $commit = $c->describe_commit;
   375  is( $commit, undef );
   376
   377  # now the same on the master branch
   378  $git->command( [ 'checkout', '-q', 'master' ], { STDERR => 0 } );
   379  $git->command( 'merge', 'allnew' );
   380  push_ok();
   381  $c2 = $commit = $c->describe_commit;
   382  ok( defined($commit), 'empty branch merge commit exists' );

Test 68 which passes is line 375, and the next test at 382 is not
reached. According to the error above, the problem happens in 379.

The "fatal" line in English:
fatal: refusing to merge unrelated histories


This looks interesting: /usr/share/doc/git/RelNotes/2.9.0.txt
  Merging two branches that have no common ancestor with "git merge" is
  by default forbidden now to prevent creating such an unusual merge by
  mistake.

 * "git merge" used to allow merging two branches that have no common
   base by default, which led to a brand new history of an existing
   project created and then get pulled by an unsuspecting maintainer,
   which allowed an unnecessary parallel history merged into the
   existing project.  The command has been taught not to allow this by
   default, with an escape hatch "--allow-unrelated-histories" option
   to be used in a rare event that merges histories of two projects
   that started their lives independently.


And from git-merge(1):
   --allow-unrelated-histories
   By default, git merge command refuses to merge histories that do not 
share a common ancestor. This option
   can be used to override this safety when merging histories of two 
projects that started their lives
   independently. As that is a very rare occasion, no configuration 
variable to enable this by default exists
   and will not be added.


A quick hotfix would be:

#v+
--- a/t/52-client-git.t
+++ b/t/52-client-git.t
@@ -376,7 +376,13 @@ is( $commit, undef );

 # now the same on the master branch
 $git->command( [ 'checkout', '-q', 'master' ], { STDERR => 0 } );
-$git->command( 'merge', 'allnew' );
+my $gitversion = Git::command_oneline('version');
+$gitversion =~ s/^git version\s*//;
+if ( $gitversion ge '2.9.0' ) {
+$git->command( 'merge', 'allnew', '--allow-unrelated-histories' );
+} else {
+$git->command( 'merge', 'allnew' );
+}
 push_ok();
 $c2 = $commit = $c->describe_commit;
 ok( defined($commit), 'empty branch merge commit exists' );
#v-


With this change the test passes in sid and stretch (ignoring the
fact that this version extraction and comparison attempt is 

Bug#834665: whatmaps: typo in debian/rules (override_dh_autoclean -> override_dh_auto_clean)

[Chris Lamb]

Source: whatmaps
Version: 0.0.10-1
Severity: normal
Tags: patch

Hi,

I believe there is a typo in your debian/rules (override_dh_autoclean -> 
override_dh_auto_clean).

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index 5ce9e1c..4f80dca 100755
--- a/debian/rules
+++ b/debian/rules
@@ -20,6 +20,6 @@ override_dh_auto_test:
python setup.py nosetests
dh_auto_test
 
-override_dh_autoclean:
+override_dh_auto_clean:
rm -f man/whatmaps.8
-   dh_autoclean
+   dh_auto_clean

Bug#834663: speech-tools: typo in debian/rules (override_dh_shlibsdeps -> override_dh_shlibdeps)

[Chris Lamb]

Source: speech-tools
Version: 1:2.4~release-2
Severity: normal
Tags: patch

Hi,

I believe there is a typo in your debian/rules (override_dh_shlibsdeps -> 
override_dh_shlibdeps).

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index faa1c93..9033253 100755
--- a/debian/rules
+++ b/debian/rules
@@ -147,7 +147,7 @@ override_dh_installman:
 override_dh_makeshlibs:
dh_makeshlibs -p libestools$(MAJORVER) -V "libestools$(MAJORVER) (>= 
$(DEBVER))"
 
-override_dh_shlibsdeps:
+override_dh_shlibdeps: 
# speech_tools should not depend on itself
dh_shlibdeps -plibestools$(MAJORVER) -l 
debian/libestools$(MAJORVER)/usr/lib
# these ones should depend on speech_tools (and associated libs)

Bug#834662: snmpsim: typo in debian/rules (override_dh_installchangelog -> override_dh_installchangelogs)

[Chris Lamb]

Source: snmpsim
Version: 0.3.0-1
Severity: normal
Tags: patch

Hi,

I believe there is a typo in your debian/rules (override_dh_installchangelog -> 
override_dh_installchangelogs).

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index 93d2f01..30dce22 100755
--- a/debian/rules
+++ b/debian/rules
@@ -13,5 +13,5 @@ override_dh_install:
# Remove /usr/snmpsim
rm -rf debian/snmpsim/usr/snmpsim
 
-override_dh_installchangelog:
-   dh_installchangelog CHANGES.txt
+override_dh_installchangelogs:
+   dh_installchangelogs CHANGES.txt

Bug#834661: ruby-image-science: typo in debian/rules (override_dh_installechangelogs -> override_dh_installchangelogs)

[Chris Lamb]

Source: ruby-image-science
Version: 1.2.2-1.2
Severity: normal
Tags: patch

Hi,

I believe there is a typo in your debian/rules (override_dh_installechangelogs 
-> 
override_dh_installchangelogs).

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index d26d11b..c2a60fd 100755
--- a/debian/rules
+++ b/debian/rules
@@ -15,7 +15,7 @@ export DH_RUBY_IGNORE_TESTS=ruby1.9.1
 %:
dh $@ --buildsystem=ruby --with ruby
 
-override_dh_installechangelogs:
+override_dh_installchangelogs:
dh_installchangelogs History.txt
 
 override_dh_install:

Bug#834594: irssi-plugin-otr: segfault when trying to initialize a OTR private conversation

[Petter Reinholdtsen]

[Simon Cruanes]
> I tried to open an OTR conversation, which results into irssi
> segfaulting when calling /otr init. I expected the private
> conversation to succeed, or at least to go on with some error message.
> 
> I did not try anything else, as crashing irssi is quite annoying
> in this context.

Thank you for reporting the problem.  Can you try to reproduce the crash
while using valgrind, to provide some more information about exactly
what go wrong?

-- 
Happy hacking
Petter Reinholdtsen

Bug#834660: radvd: typos in debian/rules override_ targets

[Chris Lamb]

Source: radvd
Version: 1:2.11-1
Severity: normal
Tags: patch

Hi,

I believe there are two typos in your debian/rules override_ targets:

  - override_dh_autobuild -> override_dh_auto_build
  - override_dh_autoclean -> override_dh_auto_clean

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index 883da60..479cade 100755
--- a/debian/rules
+++ b/debian/rules
@@ -7,10 +7,10 @@ export DEB_BUILD_OPTIONS=nocheck
 %:
dh $@ --with autoreconf
 
-override_dh_autobuild:
+override_dh_auto_build:
cp debian/copyright.in > COPYRIGHT
 
-override_dh_autoclean:
+override_dh_auto_clean:
rm -f gram.c gram.h scanner.c
rm -f privsep.c
 

Bug#834657: proftpd-mod-autohost: typo in debian/rules (override_dh_autoclean -> override_dh_auto_clean)

[Chris Lamb]

Source: proftpd-mod-autohost
Version: 0.4-1
Severity: normal
Tags: patch

Hi,

I believe there is a typo in your debian rules (override_dh_autoclean -> 
override_dh_auto_clean).

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index 36b03f2..bff7e82 100755
--- a/debian/rules
+++ b/debian/rules
@@ -18,5 +18,5 @@ override_dh_gencontrol:
cat /usr/share/proftpd/proftpd-substvars >> 
$(CURDIR)/debian/$(DEBNAME).substvars
dh_gencontrol
 
-override_dh_autoclean:
+override_dh_auto_clean:
DESTDIR=$(CURDIR)/debian/$(DEBNAME) prxs -d $(MODULE_NAME).c

Bug#834659: rabbyt: typo in debian/rules (override_dh_installchangelog -> override_dh_installchangelogs)

[Chris Lamb]

Source: rabbyt
Version: 0.8.1-2
Severity: normal
Tags: patch

Hi,

I believe there is a typo in your debian/rules (override_dh_installchangelog -> 
override_dh_installchangelogs).

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index fc9e53a..1df9fea 100755
--- a/debian/rules
+++ b/debian/rules
@@ -5,5 +5,5 @@ DH_VERBOSE=1
 %:
dh $@ --with python2
 
-override_dh_installchangelog:
+override_dh_installchangelogs:
dh_installchangelogs CHANGELOG

Bug#834658: proftpd-mod-clamav: typo in debian/rules (override_dh_autoclean -> override_dh_auto_clean)

[Chris Lamb]

Source: proftpd-mod-clamav
Version: 0.10-1
Severity: normal
Tags: patch

Hi,

I believe there is a typo in your debian/rules (override_dh_autoclean -> 
override_dh_auto_clean).

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index 2b8d29a..11c5b0d 100755
--- a/debian/rules
+++ b/debian/rules
@@ -20,6 +20,6 @@ override_dh_gencontrol:
cat /usr/share/proftpd/proftpd-substvars >> 
$(CURDIR)/debian/$(DEBNAME).substvars
dh_gencontrol
 
-override_dh_autoclean:
+override_dh_auto_clean:
DESTDIR=$(CURDIR)/debian/$(DEBNAME) prxs -d $(MODULE_NAME).c
 

Bug#834656: nunit: typo in debian/rules (override_dh_make_clilibs -> override_dh_makeclilibs)

[Chris Lamb]

Source: nunit
Version: 2.6.4+dfsg-1
Severity: normal
Tags: patch

Hi,

I believe there is a typo in your debian/rules (override_dh_make_clilibs -> 
override_dh_makeclilibs).

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index 6e65afd..b05b503 100755
--- a/debian/rules
+++ b/debian/rules
@@ -42,7 +42,7 @@ override_dh_install:
cp -a src/ConsoleRunner/nunit-console-exe/App.config 
debian/nunit-console/usr/lib/nunit/nunit-console.exe.config
cp -a src/GuiRunner/nunit-gui-exe/App.config 
debian/nunit-gui/usr/lib/nunit/nunit.exe.config
 
-override_dh_make_clilibs:
+override_dh_makeclilibs:
dh_makeclilibs -m $(DEB_CLI_API_VERSION)
 
 override_dh_fixperms:

Bug#834655: [digikam] Upgrade from version 4 removes all albums from database

[Landry MINOZA]

Package: digikam
Version: 4:5.1.0-2
Severity: important
Tags: patch

--- Please enter the report below this line. ---
Just upgraded from latest Debian Digikam version 4 (with database version 6). 
I set the path of my old database on first start and when Digikam opened there 
where no more albums in the interface.

After restoration of my old database and various tests, I discover that my 
album root path where "urlencoded" in previous version with all '/' replace by 
'%2F'. Whit such path, Digikam 5.1 does not recognize album root and remove 
all metadata from the database on albums refreshing.

To correct this, I had to edit with sqlitebrowser the file digikam4.db and in 
the table AlbumRoots, replace all occurence of '%2F' bay '/' in the field 
identifier. Then Digikam recognize the path an show all my albums, photo and 
associated metadata.

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.6.0-1-amd64

Debian Release: stretch/sid
  500 unstablehttp.debian.net 
  500 testing http.debian.net 
  500 syncthing   apt.syncthing.net 
  500 stable  security.debian.org 
  500 stable  http.debian.net 
  101 experimentalhttp.debian.net 

--- Package information. ---
Depends(Version) | Installed
-+-
digikam-private-libs   (= 4:5.1.0-2) | 4:5.1.0-2
libc6  (>= 2.14) | 
libgcc1   (>= 1:3.0) | 
libkf5configcore5(>= 4.97.0) | 
libkf5coreaddons5   (>= 4.100.0) | 
libkf5filemetadata3 (>= 5.1.0.1) | 
libkf5i18n5  (>= 4.97.0) | 
libkf5xmlgui5(>= 4.96.0) | 
libqt5core5a (>= 5.6.0~beta) | 
libqt5gui5(>= 5.4.0) | 
libqt5sql5(>= 5.4.0) | 
libqt5widgets5(>= 5.4.0) | 
libstdc++6  (>= 4.9) | 
perl:any | 
libqt5sql5-sqlite| 
digikam-data   (= 4:5.1.0-2) | 


Recommends (Version) | Installed
-+-===
www-browser  | 
ffmpegthumbs | 4:16.04.2-1
 OR mplayerthumbs| 4:15.08.3-2


Suggests(Version) | Installed
=-+-===
digikam-doc   | 4:5.1.0-2
systemsettings| 4:5.7.0-1





-- 
Landry MINOZA
landry.min...@gmail.com

Bug#834557: apt-listbugs: invalid byte sequence in US-ASCII (ArgumentError)

[Francesco Poli]

Control: severity -1 normal
Control: tags -1 + moreinfo


On Wed, 17 Aug 2016 05:47:26 +0200 Christoph Anton Mitterer wrote:

> Purging and reinstalling it seems to have fixed the issue... also I
> haven't had seen this on all my systems...

Hello Christoph,
thanks for your bug report!

It seems to me that you had some strange character
in /var/lib/apt-listbugs/ignore_bugs ...
Purging and reinstalling should have removed that file.

Do you still have a copy of that file (as it was before purging
apt-listbugs, I mean), by chance?
It would be useful to understand what went wrong...

> 
> I'll leave the issue open, perhaps you can find some issue in the code.

Maybe, or maybe not.
I suspect that the explanation is in the above-mentioned file, assuming
you still have a copy around...

Please let me know.
Thanks for your cooperation!


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpwhotse6GtB.pgp
Description: PGP signature

Bug#834650: [Python-apps-team] Bug#834650: menulibre: typo in debian/rules (override_dh_installchanglogs -> override_dh_installchangelogs)

[Chris Lamb]

> I believe in menulibre also the second line has a typo:
> - - dh_installchangeslogs NEWS
> + dh_installchangelogs NEWS

Indeed, although if one fixed the override_ line, the package would
immediately FTBFS on the maintainer.

> I don't know how to do this properly, so I am simply writing to
> you

You mean regarding emailing? You are doing it right, especially with
respect keeping the <834...@bugs.debian.org> address in the CC. :)


Regards,

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

Bug#834454: [PKG-Openstack-devel] Bug#834454: python-designateclient: Package have huge (unnessesarily big) dependency list

[Turbo Fredriksson]

On Aug 16, 2016, at 8:22 PM, Ondrej Novy wrote:

> I can't reproduce your problem. Maybe you can try --no-install-recommends
> option for apt-get?

I found it quite easy to duplicate:

  # debootstrap jessie /mnt/jessie
  # chroot /mnt/jessie /bin/bash
# echo "deb http://http.debian.net/debian jessie-backports main" \
  >> /etc/apt/sources.list
# apt-get update
# apt-get -t jessie-backports --no-install-recommends install 
python-designateclient
Reading package lists...
Building dependency tree...
The following extra packages will be installed:
  ca-certificates docutils-common ieee-data libdbus-1-3 libdbus-glib-1-2
  libexpat1 libglib2.0-0 libgssapi-krb5-2 libk5crypto3 libkeyutils1 
libkrb5-3
  libkrb5support0 libpython-stdlib libpython2.7-minimal libpython2.7-stdlib
  libsqlite3-0 libssl1.0.0 libxml2 libxslt1.1 libyaml-0-2 mime-support 
openssl
  perl perl-modules python python-babel python-babel-localedata 
python-chardet
  python-cliff python-cmd2 python-dbus python-dbus-dev python-debtcollector
  python-docutils python-funcsigs python-functools32 python-iso8601
  python-jsonschema python-kerberos python-keyring python-keystoneauth1
  python-keystoneclient python-lxml python-minimal python-mock
  python-monotonic python-msgpack python-netaddr python-netifaces
  python-oslo.config python-oslo.i18n python-oslo.serialization
  python-oslo.utils python-pbr python-pkg-resources python-positional
  python-prettytable python-pyparsing python-requests 
python-requests-kerberos
  python-roman python-setuptools python-six python-stevedore python-tz
  python-unicodecsv python-urllib3 python-wrapt python-yaml python2.7
  python2.7-minimal sgml-base xml-core
Suggested packages:
  krb5-doc krb5-user perl-doc libterm-readline-gnu-perl
  libterm-readline-perl-perl make libb-lint-perl libcpanplus-dist-build-perl
  libcpanplus-perl libfile-checktree-perl liblog-message-simple-perl
  liblog-message-perl libobject-accessor-perl python-doc python-tk
  python-cliff-doc python-dbus-doc python-dbus-dbg python-debtcollector-doc
  texlive-latex-recommended texlive-latex-base texlive-lang-french
  fonts-linuxlibertine ttf-linux-libertine python-funcsigs-doc gnome-keyring
  libkf5wallet-bin python-keystoneauth1-doc python-lxml-dbg python-mock-doc
  ipython python-netaddr-docs python-positional-doc python-ndg-httpsclient
  python-openssl python-pyasn1 python-setuptools-doc python-ntlm 
python2.7-doc
  binutils binfmt-support sgml-base-doc debhelper
Recommended packages:
  dbus libglib2.0-data shared-mime-info xdg-user-dirs krb5-locales file 
rename
  libarchive-extract-perl libmodule-pluggable-perl libpod-latex-perl
  libterm-ui-perl libtext-soundex-perl libcgi-pm-perl libmodule-build-perl
  libpackage-constants-perl python-gi python-gobject-2 python-qt4-dbus
  python-pil python-pygments libpaper-utils docutils-doc 
python-secretstorage
  python-keyrings.alt
The following NEW packages will be installed:
  ca-certificates docutils-common ieee-data libdbus-1-3 libdbus-glib-1-2
  libexpat1 libglib2.0-0 libgssapi-krb5-2 libk5crypto3 libkeyutils1 
libkrb5-3
  libkrb5support0 libpython-stdlib libpython2.7-minimal libpython2.7-stdlib
  libsqlite3-0 libxml2 libxslt1.1 libyaml-0-2 mime-support openssl perl
  perl-modules python python-babel python-babel-localedata python-chardet
  python-cliff python-cmd2 python-dbus python-dbus-dev python-debtcollector
  python-designateclient python-docutils python-funcsigs python-functools32
  python-iso8601 python-jsonschema python-kerberos python-keyring
  python-keystoneauth1 python-keystoneclient python-lxml python-minimal
  python-mock python-monotonic python-msgpack python-netaddr 
python-netifaces
  python-oslo.config python-oslo.i18n python-oslo.serialization
  python-oslo.utils python-pbr python-pkg-resources python-positional
  python-prettytable python-pyparsing python-requests 
python-requests-kerberos
  python-roman python-setuptools python-six python-stevedore python-tz
  python-unicodecsv python-urllib3 python-wrapt python-yaml python2.7
  python2.7-minimal sgml-base xml-core
The following packages will be upgraded:
  libssl1.0.0
1 upgraded, 73 newly installed, 0 to remove and 12 not upgraded.
Need to get 23.3 MB of archives.
After this operation, 92.8 MB of additional disk space will be used.
Do you want to continue? [Y/n]

Bug#834650: [Python-apps-team] Bug#834650: menulibre: typo in debian/rules (override_dh_installchanglogs -> override_dh_installchangelogs)

[Klaus Zimmermann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

sorry, I don't know how to do this properly, so I am simply writing to
you:

I believe in menulibre also the second line has a typo:
- - dh_installchangeslogs NEWS
+ dh_installchangelogs NEWS

Cheers
Klaus


Am 17.08.2016 um 22:26 schrieb Chris Lamb:
> Source: menulibre Version: 2.0.7-1.1 Severity: normal Tags: patch
> 
> Hi,
> 
> I believe there is a typo in your debian/rules
> (override_dh_installchanglogs -> override_dh_installchangelogs)
> 
> Patch attached.
> 
> 
> Regards,
> 
> 
> 
> ___ Python-apps-team
> mailing list python-apps-t...@lists.alioth.debian.org 
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-apps-te
am
>
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJXtM2UAAoJEHGtO1Agqpgx4a0IAMSSUbBE9FEdlZMCIT6x7iMx
MBY91PXWC3JptrrhKoFWIOmPsHawOfsEYnhAjnptzG9fiPwLyLSPrR8F1TOSdxc9
+VhcexyrLp75NH/Tl/ZDo8taNJMOWXIT+JMc4Ls4dCNk0cnpbgTdDJMWqxmi1Ebp
uwngGK4EnE7iCQJksHsCxFRy4cIM5YsP3+kuj6wjiPfcjsdOjsxfFaTNsMnyxvxV
08QEqCW3ejiVAbghgVJnr8pXy1od5RcjMGUtapj06v3gSyw72l2lnfgHue2DZPsd
Ms02wqV3CJES/xIGhik3zd2A9wmK0bEekp6Q48Rf5i+5rbJpKS61dlKlY1UCCkQ=
=QMyh
-END PGP SIGNATURE-

Bug#832994: [debian-mysql] Bug#832994: libmariadbclient-dev-compat: fails to upgrade from 'testing' - trying to overwrite /usr/lib/x86_64-linux-gnu/libmysqlclient.so (from libmariadb-client-lgpl-dev-c

[Otto Kekäläinen]

Correct link format:
https://anonscm.debian.org/cgit/pkg-mysql/mariadb-10.0.git/commit/?id=4c9104d2b40df4b8619b0a81cd346719d242a334

Uploaded in 10.0.26-3. Closing issue.

Bug#834654: no upstream releases; severe bugs open

[Jelmer Vernooij]

Source: heimdal
Severity: serious

There have been no upstream releases of Heimdal in over 4 years and there is no 
current
release management or QA upstream. After 1.6RC2, prior to which releases were
fairly frequent (every month or so), no new releases have happened.

The last full feature release was 1.5 (September 2011). 

Debian has packaged snapshots of Heimdal for a while, mostly because Samba
(which bundles Heimdal) uses it, and it needs specific features to be
compatible with AD. However, Samba turned out too be too closely coupled
to a specific Heimdal version; using a different Heimdal snapshot than what
upstream Samba was using caused subtle bugs, in part because the extensive
QA that happened upstream didn't happen in Debian. Since then, the Samba
package has changed to use the bundled Heimdal. 
See also 
https://lists.alioth.debian.org/pipermail/pkg-samba-maint/2015-April/017277.html

Upstream Heimdal is still somewhat active; most contributors just seem
to run Git snapshots in their own environments. There is a long open bug
in master that makes Heimdal unusable on 32 bit platforms (#822749) and
at the moment of writing, ./configure doesn't run in master on Debian unstable.

At this point it seems very unlikely that upstream will release a 1.7 before
Debians next soft freeze. As maintainers, we don't want to package a 4 year old
Heimdal 1.5 or have Debian support a git snapshot for the next couple of years.

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

Kernel: Linux 4.6.0-1-amd64 (SMP w/2 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)

Bug#834618: dgit quilt-fixup shouldn't ever fail if there are no local changes to record

[Sean Whitton]

control: retitle -1 dgit quilt-fixup incorrectly suggests using smash strategy

Hello,

On Wed, Aug 17, 2016 at 05:46:49PM +0100, Ian Jackson wrote:
> > For example:
> > 
> > hephaestus ~/src/ocrmypdf % dgit quilt-fixup
> > Format `3.0 (quilt)', checking/updating patch stack
> > starting quiltify (multiple patches, linear mode)
> > HEAD is now at ddd62dc release
> > dgit: quilt fixup cannot be linear.  Stopped at:
> > dgit:  293e3b0e..4dabc96d: changed 
> > debian/patches/0001-patch-test-suite-executable.patch
> > dgit: quilt fixup naive history linearisation failed.
> > dgit: Use dpkg-source --commit by hand; or, --quilt=smash for one ugly 
> > patch
> 
> If there are no changes then it shouldn't fail.  But it may be that
> there is some other problem and the bug is a wrong error message.
> 
> Can you please send me all the ingredients ?  I will need:
>   * All the .orig's involved
>   * The git HEAD you were working from

Thank you for your reply.  I now think that the bug is indeed the error
message.

When `dgit push` failed, I discovered that I had accidently committed a
mode change to one of upstream's files.  After I made a commit switching
the mode back, dgit didn't complain that the fixup couldn't be linear,
and correctly recognised that there was nothing quilty to commit.

Since permission changes can't be represented by quilt patches, dgit
could watch out for them and warn the user -- this would be a useful
safety check enabled by dgit's HEAD==dsc requirement (perhaps suggesting
using -D to see dpkg-source's output, as dgit push does).

If you'd still like the ingredients to reproduce, you can `dgit clone
ocrmypdf` and rewind head to e6eb64e, which is the commit before I undid
the mode change.  (You might have to wait for dinstall and/or check
incoming.)

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#834653: nlopt: typo in debian/rules (override_dh_auto_reconf -> override_dh_autoreconf)

[Chris Lamb]

Source: nlopt
Version: 2.4.2+dfsg-2
Severity: minor
Tags: patch

Hi,

I believe there is a typo in your debian/rules (override_dh_auto_reconf -> 
override_dh_autoreconf).

I don't believe this affects the working of the package, but if anyone
in the future added the "dh $@ --with=autoreconf" magic, then it would
_not_ be able to see your override. Therefore, I suggest you normalise
the name.

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index 615db51..c25c58e 100755
--- a/debian/rules
+++ b/debian/rules
@@ -12,7 +12,7 @@ bpath = $(shell octave-config -p LOCALOCTFILEDIR)/nlopt
 %:
dh $@  --buildsystem=autoconf --builddirectory=$(BUILDDIR) --with 
python2
 
-override_dh_auto_reconf:
+override_dh_autoreconf:
[ -e bin/scripts ] || mkdir -p bin/scripts
cp -f /usr/share/misc/config.guess /usr/share/misc/config.sub 
bin/scripts
libtoolize --force --automake
@@ -20,7 +20,7 @@ override_dh_auto_reconf:
autoreconf -i
automake
 
-override_dh_auto_configure: override_dh_auto_reconf
+override_dh_auto_configure: override_dh_autoreconf
for v in $(PYVERS); do \
   dh_auto_configure --builddirectory=$(BUILDDIR)$$v \
-- $(extra_flags) \

Bug#834652: mugshot: typos in debian/rules (override_dh_installchanglogs -> override_dh_installchangelogs)

[Chris Lamb]

Source: mugshot
Version: 0.2.5-1
Severity: normal
Tags: patch

Hi,

I believe there are some typos in your debian/rules (eg. 
override_dh_installchanglogs
-> override_dh_installchangelogs).

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index ba51886..333d4c0 100755
--- a/debian/rules
+++ b/debian/rules
@@ -6,8 +6,8 @@ export DH_VERBOSE=1
 %:
dh $@ --with python3 --buildsystem=pybuild
 
-override_dh_installchanglogs:
-   dh_installchangeslogs NEWS
+override_dh_installchangelogs:
+   dh_installchangelogs NEWS
 
 override_dh_auto_install:

Bug#834651: mit-scheme: typo in debian/rules (override_dh_installchangelog -> override_dh_installchangelogs )

[Chris Lamb]

Source: mit-scheme
Version: 9.1.1-5
Severity: normal
Tags: patch

Hi,

I believe there is a typo in your debian/rules (override_dh_installchangelog -> 
override_dh_installchangelogs).

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index 74911b9..2d4a854 100755
--- a/debian/rules
+++ b/debian/rules
@@ -38,8 +38,8 @@ override_dh_auto_install:
 # Upstream changelog is over 5MB, leave a copy in the doc package but
 # remove it from the binary package to reduce bloat.
 # See http://dedup.debian.net/.
-override_dh_installchangelog:
-   dh_installchangelog
+override_dh_installchangelogs:
+   dh_installchangelogs
-rm --verbose debian/mit-scheme/usr/share/doc/mit-scheme/changelog
-rm --verbose 
debian/mit-scheme-dbg/usr/share/doc/mit-scheme-dbg/changelog
 

Bug#834649: link-grammar: typo in debian/rules (override_dh_auto-clean -> override_dh_auto_clean)

[Chris Lamb]

Source: link-grammar
Version: 5.3.8-1
Severity: normal
Tags: patch

Hi,

I believe there is a typo in your debian/rules (override_dh_auto-clean ->
override_dh_auto_clean)

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index d89f0dd..cea7282 100755
--- a/debian/rules
+++ b/debian/rules
@@ -6,7 +6,7 @@ export DEB_LDFLAGS_MAINT_APPEND= -Wl,-O1 -Wl,--as-needed
 %:
dh $@ --parallel --with autoreconf,python2
 
-override_dh_auto-clean:
+override_dh_auto_clean:
dh_auto_clean
rm -r bin/org
rm linkgrammar-*.jar

Bug#834648: libvmime: typo in debian/rules (override_dh_autoclean -> override_dh_auto_clean)

[Chris Lamb]

Source: libvmime
Version: 0.9.1-6
Severity: normal
Tags: patch

Hi,

I believe there is a typo in your debian/rules (override_dh_autoclean
-> override_dh_auto_clean).

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index db6fb79..73aeaf3 100755
--- a/debian/rules
+++ b/debian/rules
@@ -30,7 +30,7 @@ DEB_CONFIGURE_EXTRA_ARGS :=  \
 %:
dh $@ --parallel
 
-override_dh_autoclean:
+override_dh_auto_clean:
[ ! -f Makefile ] || $(MAKE) clean
rm -f Makefile src/Makefile vmime/Makefile vmime/config.hpp build-stamp 
libtool config.guess config.log config.sub config.status config.h vmime.pc 
stamp-h1
cd src ; rm -f `find . -type l`

Bug#834650: menulibre: typo in debian/rules (override_dh_installchanglogs -> override_dh_installchangelogs)

[Chris Lamb]

Source: menulibre
Version: 2.0.7-1.1
Severity: normal
Tags: patch

Hi,

I believe there is a typo in your debian/rules (override_dh_installchanglogs -> 
override_dh_installchangelogs)

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index ba51886..17fdfd1 100755
--- a/debian/rules
+++ b/debian/rules
@@ -6,8 +6,8 @@ export DH_VERBOSE=1
 %:
dh $@ --with python3 --buildsystem=pybuild
 
-override_dh_installchanglogs:
+override_dh_installchangelogs:
dh_installchangeslogs NEWS
 
 override_dh_auto_install:
-   LC_ALL=C.UTF-8 dh_auto_install
\ No newline at end of file
+   LC_ALL=C.UTF-8 dh_auto_install

Bug#834647: libss7: typo in debian/rules (override_dh_mkshlibs -> override_dh_makeshlibs)

[Chris Lamb]

Source: libss7
Version: 1.0.2-5
Severity: normal
Tags: patch

Hi,

I believe there is a typo in your debian/rules (override_dh_mkshlibs
-> override_dh_makeshlibs)

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index 8c409eb..fe0462f 100755
--- a/debian/rules
+++ b/debian/rules
@@ -13,7 +13,7 @@ SHLIBS = $(PKGNAME) (>= $(UPVERSIONMAJOR))
 override_dh_installchangelogs:
dh_installchangelogs ChangeLog
 
-override_dh_mkshlibs:
+override_dh_makeshlibs:
dh_makeshlibs -V "$(SHLIBS)"
 
 override_dh_strip:

Bug#834593: plasma-workspace: Plasma fails to load: "all shell packages missing"

[Oliver Sander]

¡Hola Maximiliano!

> Can you check the value of the XDG_DATA_DIRS?

it's

/usr/share:/usr/share:/usr/local/share

(I got a konsole using krunner)





signature.asc
Description: OpenPGP digital signature

Bug#834553: pyicu: please make the build reproducible

[Chris Lamb]

tags 834553 fixed-upstream
thanks

This was just merged upstream.


Regards,

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

Bug#834646: ekiga-plugin-evolution: Package description should describe what it does

[Adrian Bunk]

Package: ekiga-plugin-evolution
Version: 4.0.1-6+b3
Severity: minor

The package description should describe what this package
actually does.

Something like the text from the upstream homepage [1]:
  Integration with Novell Evolution: You can share your contacts with
  the groupware client for Linux, "Novell® Evolution™"

[1] http://www.ekiga.org/ekiga-softphone-features

Bug#825727: python-babel: FTBFS: assert 'GMT+00:00' == 'GMT-01:59'

[Chris Lamb]

Santiago Vila wrote:

> > http://sources.debian.net/src/tzdata/2016f-1/debian/tzdata.postinst/#L30-L31
> 
> Ah, I checked in my laptop (jessie) and just assumed that it would be
> the same in stretch.

Ah, it indeed changed!


│   │   ├── debian/tzdata.postinst
│   │   │ @@ -23,15 +23,15 @@
│   │   │  ZONE=UTC
│   │   │  db_get tzdata/Areas && AREA="$RET"
│   │   │  db_get tzdata/Zones/$AREA && ZONE="$RET"
│   │   │  db_stop
│   │   │  
│   │   │  # Update the time zone
│   │   │  echo $AREA/$ZONE > /etc/timezone
│   │   │ - cp -f /usr/share/zoneinfo/$AREA/$ZONE /etc/localtime.dpkg-new 
&& \
│   │   │ + ln -nsf /usr/share/zoneinfo/$AREA/$ZONE /etc/localtime.dpkg-new 
&& \
│   │   │   mv -f /etc/localtime.dpkg-new /etc/localtime
│   │   │   which restorecon >/dev/null 2>&1 && restorecon /etc/localtime
│   │   │  
│   │   │  echo 
│   │   │  echo "Current default time zone: '$AREA/$ZONE'"
│   │   │  fi
│   │   │  

(This is unrelated to this bug I guess.)


Regards,

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

Bug#825727: python-babel: FTBFS: assert 'GMT+00:00' == 'GMT-01:59'

[Santiago Vila]

On Wed, Aug 17, 2016 at 08:29:38PM +0100, Chris Lamb wrote:
> > /etc/localtime -> /usr/share/zoneinfo/Europe/Madrid
> > 
> > I know this is not exactly what "dpkg-reconfigure tzdata" does
> 
> Really?
> 
> http://sources.debian.net/src/tzdata/2016f-1/debian/tzdata.postinst/#L30-L31

Ah, I checked in my laptop (jessie) and just assumed that it would be
the same in stretch.

So, being that the natural thing in stretch, I'm out of ideas.

Thanks.

Bug#834645: autoconf-archive: AX_CODE_COVERAGE: does not support lcov-1.12

[Roman Lebedev]

Package: autoconf-archive
Version: 20150925-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

lcov-1.12 is the only version currently avaliable in debian.

This has been fixed in upstream commit:
http://git.savannah.gnu.org/gitweb/?p=autoconf-archive.git;a=commit;h=b49708bdb5ba72e075c94b77daf0f361a2752e2e

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

Kernel: Linux 4.6.0-1-amd64 (SMP w/8 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 autoconf-archive depends on:
ii  dpkg  1.18.10

Versions of packages autoconf-archive recommends:
ii  autoconf  2.69-10

autoconf-archive suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJXtL7RAAoJEAg8PrtKFong0y4QAKysZ6qHsb4FyoG7YqDpU/Gl
0Hb3UbY84cJPS1dUveqIo0RyBdsmKHwxV5ITSr4CajuGIjVhzNCk3wqeUFqmJdqx
x+mIKEtmJjkzbC5WX0zrZip0Rd4eXJKGcmm5jquIpstK40mUopOtePJ7qZUkdxUP
BtlYI/0qRXroAXRxOY+GpadlFkFUb+VumBSPSJXLBL/lDSirk170CfhfuiGaGxar
XJBi642RWa8fJVaShUMHYjYvAZ5KNQGKp4t1qXYOyDFWfQZdeNPf0hpZZzyzyUJV
ztq+FKktfx7pAoayw7KQzIjfJgpnnlJDxrIY6EMRUYjd+AJRkAlAEgz+iZgaJy2o
KQAX6+80mzsoIqSJrmEffLLP65GbZY8B1373KhS0xhl+2CVaD6uPBaaYrgkNlHEG
IoLsYh/FpGGDW3srDjQe2WAMda5PefdKljkCa95g03RW0Uzz+QAQ/QUh0uz6MKlI
wZ0vzRf3rBfnqgGT167o9htXzLf4wf4AasYyY0qK5U4UmitV6Bb5wiiEyF9Fhm5e
ezPPKZKBgqH7D+0asPYW1V3lJ6SVRXm5jNRRJOTEKTpVV9RRpJZHzwA4a+jH5JFG
uCgN55OhXEtfAKDe65rdlsxSlSVsc8GfGbSJu3ETbfpP8zZ8Bb03IvNEPIWpKfnt
6CEuhN2aCIV4rn04xaUW
=F+nT
-END PGP SIGNATURE-

Bug#834644: RM: fpc reverse dependencies [powerpc] -- ROM; fpc doesn't build anymore on powerpc

[Paul Gevers]

Package: ftp.debian.org
Severity: normal

Hi,

Follow-up for bug 830261, quoting message 25¹

On Sun, 10 Jul 2016 18:44:46 -0400 Scott Kitterman wrote:
> On Fri, 8 Jul 2016 13:07:52 +0200 Paul Gevers wrote:
> > On 07-07-16 22:54, Scott Kitterman wrote:
> > > How big is the stack of affected rdepends?
> > 
> > I used dak (albeit probably not with the smartest commands) to get me
> > the following list (powerpc binaries build from the following source
> > packages):
> > lazarus
> > cqrlog
> > ddrescueview
> > dozzaqueux
> > easymp3gain
> > gearhead
> > gearhead2
> > hedgewars
> > imapcopy
> > libqt4pas
> > libqtpas
> > mricron
> > nbc
> > optgeo
> > pasdoc
> > transgui
> > tuxcmd
> > vmg
> > winff
> > ztex-bmp
> 
> I chatted with infinity and he indicated the bug in fpc should be fixed soon. 
>  
> Rather than rm the rdepends (which are uninstallable on powerpc anyway), I 
> think it's better to leave them and then do binNMUs once fpc is fixed.

Since the removal of fpc on powerpc more than one month ago, no-one has
been able to come up with a fix to have fpc install and build again on
powerpc. Infinity knows where the issue² is since he looked at it during
the fpc BOF at DebConf, but he hasn't come up with a patch (priorities)
and so far hasn't shared his insights, albeit multiple requests. Others
that have time to work on this issue don't have the required skills
(including me).

I believe it is time to acknowledge that no solution will come soon and
therefor I request removal of all reverse dependencies of fpc on
powerpc. If they are removed now, fpc and it's reverse dependent
packages can develop again for stretch, now they are blocked by powerpc.
It would be a shame if all of the fpc stack stays out of stretch "just"
because of powerpc. If the issue is fixed in time for stretch, the
packages will be build again and migrate at the time.

Paul

¹ https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=830261#25
² https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826300



signature.asc
Description: OpenPGP digital signature

Bug#825727: python-babel: FTBFS: assert 'GMT+00:00' == 'GMT-01:59'

[Chris Lamb]

> /etc/localtime -> /usr/share/zoneinfo/Europe/Madrid
> 
> I know this is not exactly what "dpkg-reconfigure tzdata" does

Really?

http://sources.debian.net/src/tzdata/2016f-1/debian/tzdata.postinst/#L30-L31


Regards,

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

Bug#821734: libvotca-csg3: fails to upgrade from 'jessie' - trying to overwrite /usr/share/man/man7/votca-csg.7.gz

[Nicholas Breen]

Unless someone else is already on it, I'll take care of this within the week,
and that'll handle the necessary rebuild for the libgromacs1 -> libgromacs2
SONAME bump at the same time.



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

Bug#834643: pam-pkcs11: Please install an empty /etc/pam_pkcs11 directory

[Laurent Bigonville]

Package: pam-pkcs11
Version: 0.6.8-4
Severity: wishlist

Hi,

Could you please install an empty /etc/pam_pkcs11 directory, this is the
directory where the configuration file should be installed and it might be
intresting to see that directory precreated.

Regards,

Laurent Bigonville

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

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

Bug#834642: apt-transport-https: Ignores Acquire::https::Proxy

[Felix Geyer]

Package: apt-transport-https
Version: 1.3~rc1

Hi,

apt 1.3~rc1 ignores the Acquire::https::Proxy config option and uses
Acquire::http::Proxy instead for https:// repositories.

More specifically I have these settings:
Acquire::http::Proxy "http://localhost:3142;;
Acquire::https::Proxy "DIRECT";

apt tries to use proxy CONNECT:
> Received HTTP code 403 from proxy after CONNECT

I'm pretty sure this worked fine with 1.3~pre3.

Cheers,
Felix

Bug#834641: debian-installer: Mount arbitrary device according boot parameters

[Łukasz Stelmach]

Package: debian-installer
Severity: wishlist

Dear Maintainer,

please add a boot parameter to make debian-installer mount an arbitrary
devices in arbitrary directories of the debian-installer tmpfs. For
example, passing (something like):

d-i.mount=/dev/disk/by-uuid/dead-beef:/firmware

might help solving the problem I have described in bug #834267.

Another scenario is providing preseed.cfg without remastering the hybrid
ISO image "burnt" on a USB stick that still holds a lot of free space to
add another partition with e.g. preseed.cfg without remastering the ISO
filesystem.

* It should be possible to refer to a partition with a stable name
(by-path, by-uuid) rather than only sdX.

* It should be possible to pass an arbitrary number of mounts

* Filesystems should be mounted quite early so they can hold data for
  preseed/early_command.


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

Kernel: Linux 3.16.0-4-586
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-- 
Było mi bardzo miło.  --- Rurku. --- ...
>Łukasz<--- To dobrze, że mnie słuchasz.


pgpwrVH2I5piR.pgp
Description: PGP signature

Bug#834565: apt-key: no keyid listed

[David Kalnischkies]

On Wed, Aug 17, 2016 at 01:32:34PM +, 张 敬强 wrote:
> 在 2016年8月17日星期三 CST 上午7:31:07，您写道：
> > Hi,
> > 
> > On Wed, Aug 17, 2016 at 12:35:36PM +0800, Zhang Jingqiang wrote:
> > >   With the morden gpg, `apt-key list` wont't list keyid.
> > >   Replace the --fingerprint param with --list-sigs may be a temp solution.
> > 
> > That is correct, but what is the problem?
> The problem is that `apt-key del` need a keyid

apt-key del accepts fingerprints just fine. It actually accept anything
between the full fingerprint and just the last hex-digit. True, it
wasn't very friendly to copy the fingerprint as you needed to
remove the spaces, but I implemented automatic space-removal for the
lazy just today, so that shouldn't be a problem either.


Best regards

David Kalnischkies


signature.asc
Description: PGP signature

Bug#834593: plasma-workspace: Plasma fails to load: "all shell packages missing"

[Maximiliano Curia]

¡Hola Oliver!

El 2016-08-17 a las 15:10 +0200, Oliver Sander escribió:
"All shell packages missing. 
This is an installation issue, please contact your distribution"



The same issue has been reported for Ubuntu systems, e.g., here:



https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1576500



However, in that report snapd appears to be the culprit, which I don't have 
installed.


Can you check the value of the XDG_DATA_DIRS?

If you can't start a terminal in your plasma session you might need to change 
to a virtual terminal and use:

ps ewww -C kwrapper5 | grep XDG_DATA_DIR

Happy hacking,
--
"Get your data structures correct first, and the rest of the program will
write itself"
-- David Jones
Saludos /\/\ /\ >< `/


signature.asc
Description: Digital signature

Bug#834640: ncl: FTBFS (sed: -e expression #5, char 39: unknown option to `s')

[Bas Couwenberg]

Source: ncl
Version: 6.3.0-9
Severity: serious
Tags: patch
Justification: makes the package in question unusable or mostly so

Dear Maintainer,

In preparation of the upcoming transition to PROJ.4 4.9.3 ncl has been
rebuilt, but unfortunately it FTBFS due to changes in FFLAGS:

 sed -e 's/@CC@/cc/' \
 -e 's/@FC@/gfortran/' \
 -e 's/@LD@/cc/' \
 -e 's:@CFLAGS@:-g -O2 -fdebug-prefix-map=/build/ncl-6.3.0=. 
-fstack-protector-strong -Wformat -Werror=format-security 
-I/usr/include/hdf5/serial:' \
 -e 's/@FFLAGS@/-g -O2 -fdebug-prefix-map=/build/ncl-6.3.0=. 
-fstack-protector-strong/' \
 -e 's/@CPPFLAGS@/-Wdate-time -D_FORTIFY_SOURCE=2/' \
 -e 's/@LDFLAGS@//' \
 -e 's%@DESTDIR@%/build/ncl-6.3.0/debian/tmp/%' \
 < debian/Site.local.shared.in > config/Site.local.shared
 sed: -e expression #5, char 39: unknown option to `s'
 debian/rules:47: recipe for target 'override_dh_auto_configure' failed

The attached patch fixes the issue by using the colon in the sed
expression like CFLAGS.

Kind Regards,

Bas
--- a/debian/rules
+++ b/debian/rules
@@ -52,7 +52,7 @@
-e 's/@FC@/${FC}/' \
-e 's/@LD@/${CC}/' \
-e 's:@CFLAGS@:${CFLAGS}:' \
-   -e 's/@FFLAGS@/${FFLAGS}/' \
+   -e 's:@FFLAGS@:${FFLAGS}:' \
-e 's/@CPPFLAGS@/${CPPFLAGS}/' \
-e 's/@LDFLAGS@/${LDFLAGS}/' \
-e 's%@DESTDIR@%${DESTDIR}%' \
@@ -61,7 +61,7 @@
-e 's/@FC@/${FC}/' \
-e 's/@LD@/${CC}/' \
-e 's:@CFLAGS@:${CFLAGS}:' \
-   -e 's/@FFLAGS@/${FFLAGS}/' \
+   -e 's:@FFLAGS@:${FFLAGS}:' \
-e 's/@CPPFLAGS@/${CPPFLAGS}/' \
-e 's/@LDFLAGS@/${LDFLAGS}/' \
-e 's%@DESTDIR@%${DESTDIR}%' \

Bug#648329: closed by Anders Kaseorg <ande...@mit.edu> (Fixed in Git 2.3.0)

[Anders Kaseorg]

tags 648329 + patch
thanks

On Wed, 17 Aug 2016, Ben Hutchings wrote:
> I don't know what upstream did or whether this was ever fixed, but it's
> certainly not working now:
> […]
> Why is it sending an HTTP request?!

You’re quite right.  I did some more investigation here and found this to 
be a superficial URL formatting bug.  As a workaround, you can convince it 
to really use IMAPS by setting imap.host to 
imaps://imaps://mail.decadent.org.uk with two ‘imaps://’s!

I will send this patch upstream:

diff --git a/imap-send.c b/imap-send.c
index 0f5f476..adb9738 100644
--- a/imap-send.c
+++ b/imap-send.c
@@ -1410,6 +1410,7 @@ static CURL *setup_curl(struct imap_server_conf 
*srvc)
curl_easy_setopt(curl, CURLOPT_USERNAME, server.user);
curl_easy_setopt(curl, CURLOPT_PASSWORD, server.pass);
 
+   strbuf_addstr(, server.use_ssl ? "imaps://" : "imap://");
strbuf_addstr(, server.host);
if (!path.len || path.buf[path.len - 1] != '/')
strbuf_addch(, '/');

Anders

Bug#834526: gnome-shell: Application icon in "side panel" lacks transparency

[Jason Crain]

On Tue, Aug 16, 2016 at 07:27:11PM +0200, Felix Natter wrote:
> I am the maintainer of a java called freeplane [1], which has an icon
> with transparent edges. However, in current Debian unstable, the edges
> are no longer transparent in GNOME3's left icon panel. See the green
> icon in the attached screen shot.

FWIW, I tried this with Debian testing and unstable, I set freeplane as
a favorite to add it to the icon panel / dash, and the icon shows up
fine with a transparent background.  On both xorg and wayland, if that
makes a difference.

Bug#834597: kgb-bot: FTBFS in testing

[gregor herrmann]

Control: tag -1 + confirmed pending

On Wed, 17 Aug 2016 13:38:25 +, Santiago Vila wrote:

> I tried to build this package with "dpkg-buildpackage -A"
> (which is what the "Arch: all" autobuilder would do to build it)
> but it failed:
> 
> 
> [...]
>  debian/rules build-indep
> dh build-indep
>dh_testdir -i
>dh_update_autotools_config -i
>dh_auto_configure -i
>   perl Build.PL --installdirs vendor
> Base class package "Module::Build" is empty.
> (Perhaps you need to 'use' the module which defines that package first,
> or make that module available in @INC (@INC contains: privinc /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 privinc/My/Builder.pm line 6.
> BEGIN failed--compilation aborted at privinc/My/Builder.pm line 6.
> Compilation failed in require at Build.PL line 5.
> BEGIN failed--compilation aborted at Build.PL line 5.
> dh_auto_configure: perl Build.PL --installdirs vendor returned exit code 255
> debian/rules:4: recipe for target 'build-indep' failed
> make: *** [build-indep] Error 2
> dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2
> 

This is already fixed in git [0].

If I "backport" only this change to the 1.33-2 it gets past
dh_auto_configure, but then one test fails:

#v+
# prove --blib --verbose t/52-client-git.t
t/52-client-git.t .. # trying port 5392
# test bot listening on 127.0.0.1:5392, pid: 2228  at t/TestBot.pm line 116.

Initialized empty Git repository in /tmp/kgb-WSQmwxU/there.git/
Initialized empty Git repository in /tmp/kgb-WSQmwxU/here/.git/
ok 1 - local repository allocated
ok 2 - An object of class 'Git' isa 'Git'
ok 3 - An object of class 'App::KGB::Client::Git' isa 'App::KGB::Client::Git'
ok 4 - post-receive hook logs
ok 5 - commit 1 present
ok 6
ok 7
ok 8
ok 9
ok 10
ok 11
ok 12 - commit 2 present
ok 13
ok 14
ok 15
ok 16
ok 17
ok 18
ok 19
ok 20 - commit 3 present
ok 21 - commit 3 branch is "master"
ok 22
ok 23
ok 24
ok 25
ok 26
ok 27 - commit 4 present
ok 28
ok 29
ok 30
ok 31
ok 32
ok 33
ok 34
ok 35 - commit 5 present
ok 36 - commit 5 id
ok 37 - commit 5 branch
ok 38 - commit 5 log
ok 39 - commit 5 author
ok 40 - commit 5 changes
ok 41 - commit 6 present
ok 42
ok 43
ok 44
ok 45
ok 46
ok 47
ok 48 - annotated tag here
ok 49
ok 50
ok 51
ok 52
ok 53 - annotated tag log
ok 54 - hollow branch described
ok 55 - hollow commit is cf87bf3
ok 56 - hollow commit branch is 'hollow'
ok 57 - no changes in hollow commit
ok 58 - hollow commit log is 'branch created'
ok 59 - hollow branch has no commits
ok 60 - UTF-8 commit exists
ok 61
ok 62
ok 63
ok 64
ok 65 - empty branch creation commit exists
ok 66 - empty branch name
ok 67 - empty branch log
ok 68
fatal: refusing to merge unrelated histories
merge allnew: command returned error: 128
# stopping test bot, pid 2228
# Removing directory /build/kgb-bot-1.33/t/bot
# Tests were run but no plan was declared and done_testing() was not seen.
Dubious, test returned 254 (wstat 65024, 0xfe00)
All 68 subtests passed 

Test Summary Report
---
t/52-client-git.t (Wstat: 65024 Tests: 68 Failed: 0)
  Non-zero exit status: 254
  Parse errors: No plan found in TAP output
Files=1, Tests=68,  4 wallclock secs ( 0.03 usr  0.01 sys +  2.95 cusr  0.36 
csys =  3.35 CPU)
Result: FAIL
#v-

When builing from what we have in git, I get even more errors in the
test suite:

#v+
Test Summary Report
---
t/50-client.t(Wstat: 256 Tests: 31 Failed: 1)
  Failed test:  31
  Non-zero exit status: 1
t/52-client-git.t(Wstat: 65024 Tests: 68 Failed: 0)
  Non-zero exit status: 254
  Parse errors: No plan found in TAP output
t/54-client-git-squash.t (Wstat: 256 Tests: 13 Failed: 1)
  Failed test:  13
  Non-zero exit status: 1
t/55-client-git-merges-ff.t  (Wstat: 256 Tests: 14 Failed: 1)
  Failed test:  14
  Non-zero exit status: 1
t/56-client-git-ff-merge-2.t (Wstat: 256 Tests: 15 Failed: 1)
  Failed test:  15
  Non-zero exit status: 1
t/57-client-git-squash-tags.t (Wstat: 256 Tests: 9 Failed: 1)
  Failed test:  9
  Non-zero exit status: 1
Files=16, Tests=263, 17 wallclock secs ( 0.10 usr  0.01 sys + 13.37 cusr  1.71 
csys = 15.19 CPU)
Result: FAIL
Failed 6/16 test programs. 5/263 subtests failed.
#v-


Not nice.


Hm, might be related to:

#v+
-( my $full_name = $user->gecos ) =~ s/,.*//;
+my $full_name = $login;
+( $full_name = $user->gecos ) =~ s/,.*// if defined $user;
#v-

since most errors look like:

#v+
#   Failed test at t/57-client-git-squash-tags.t line 197.
# --- Got
# +++ Expected
# @@ -1,3 +1,3 @@
#  '#test ^C03Test U. Ser^O (^C03ser^O) ^C05master^O 

Bug#834600: python-gnupg: FTBFS: Missing build-depends on gnupg

[Elena ``of Valhalla'']

Ah! stretch! that's why you weren't seeing the same FTBFS I was working
on (which is caused by the new gnupg, and thus right now only in sid).

I've investigated a bit on the issue, and found that gnupg is indeed
installed when installing build-essential, but only as a Recommends, and
thus it won't be installed on the autobuilders.

This made me learn that I should really recreate my (p|cow)builder
images now and then: I still had gnupg installed by default in the base
image for historical reasons and it hadn't been autoremoved because of
that Recommends.

Anyway, the pending upload that I've prepared for the other FTBFS had to
add an explicit dependency on gnupg1, which should fix also this issue;
I won't remove it when I'll be able to go back on depending on gnupg.

Thanks again for your report.
-- 
Elena ``of Valhalla''

Bug#834639: Use local interwiki inventory and fix autodoc warnings

[Jan-Marek Glogowski]

Package: python-attr-doc
Version: 16.0.0-1
Severity: minor
Tags: patch

The current build of the Sphinx documentation doesn't use the local
inventories for interwiki references.

I guess due to the suggestion from

https://wiki.debian.org/Python/LibraryStyleGuide#Sphinx_documentation

it actually doesn't refer to any inventory.

The attached patch changes the Sphinx configuration to refer to the
inventories from the python3?-doc packages locally, generating relative
links. I couldn't find a reason to not use the local interwiki inventories.

Additionally the sphinx documentation build skips most of the
documentation, as it cannot find it's own build, so I added the
following lines to conf.py:

+import sys
+sys.path.insert(0, os.path.abspath('../.pybuild/pythonX.Y_2.7/build'))

which fixes the autodoc warnings:

/«PKGBUILDDIR»/docs/api.rst:21: WARNING: autodoc: failed to import
function 's' from module 'attr'; the following exception was raised:
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/sphinx/ext/autodoc.py", line 518,
in import_object
__import__(self.modname)
ImportError: No module named 'attr'

The patch is for Ubuntu Xenial, which has an older version of
python-hypothesis and needs the additional python-enum34 package.

The dh_compress override might also be an Ubuntu debhelper bug, but
otherwise the changes.html will be compressed. I guess from the
dh_compress manpage / description that the html file and changelog case
clash here.

Otherwise it should apply cleanly to your Debian package :-)

HTH

Jan-Marek

P.S. I also didn't check the doc-base files, as I don't use them.
diff -urN debian_upstream/changelog debian_jmg/changelog
--- debian_upstream/changelog	2016-06-26 19:57:48.0 +0200
+++ debian_jmg/changelog	2016-08-17 01:32:35.0 +0200
@@ -1,3 +1,12 @@
+python-attrs (16.0.0-1~jmg1) xenial; urgency=medium
+
+  * Backport fox xenial
+  * Depend on python-enum34 for Python 2.7 unit tests
+  * Add python version specific doc package
+- creates relative links to local python documentation
+
+ -- Jan-Marek Glogowski   Tue, 16 Aug 2016 21:51:02 +0200
+
 python-attrs (16.0.0-1) unstable; urgency=medium
 
   * New upstream release.
diff -urN debian_upstream/control debian_jmg/control
--- debian_upstream/control	2016-06-26 19:57:48.0 +0200
+++ debian_jmg/control	2016-08-16 22:37:10.0 +0200
@@ -9,12 +9,15 @@
  pypy,
  pypy-setuptools,
  python-all,
+ python-doc,
+ python-enum34,
  python-hypothesis,
  python-pytest,
  python-setuptools,
  python-sphinx-rtd-theme,
  python-zope.interface,
  python3-all,
+ python3-doc,
  python3-hypothesis,
  python3-pytest,
  python3-setuptools,
@@ -47,7 +50,7 @@
 Architecture: all
 Depends: ${misc:Depends}, ${python3:Depends}
 Recommends: ${python3:Recommends}
-Suggests: python-attr-doc, ${python3:Suggests}
+Suggests: python3-attr-doc, ${python3:Suggests}
 Description: Attributes without boilerplate (Python 3)
  attrs is an MIT-licensed Python package with class decorators that ease the
  chores of implementing the most common attribute-related object protocols.
@@ -84,6 +87,30 @@
 Architecture: all
 Priority: extra
 Depends: ${misc:Depends}, ${sphinxdoc:Depends}
+Suggests:
+ python-doc,
+ python-attr,
+Description: documentation for the attrs Python library
+ attrs is an MIT-licensed Python package with class decorators that ease the
+ chores of implementing the most common attribute-related object protocols.
+ .
+ You just specify the attributes to work with and attrs gives you:
+   - a nice human-readable __repr__,
+   - a complete set of comparison methods,
+   - an initializer,
+   - and much more
+ without writing dull boilerplate code again and again.
+ .
+ This package provides documentation for attrs.
+
+Package: python3-attr-doc
+Section: doc
+Architecture: all
+Priority: extra
+Depends: ${misc:Depends}, ${sphinxdoc:Depends}
+Suggests:
+ python3-doc,
+ python3-attr,
 Description: documentation for the attrs Python library
  attrs is an MIT-licensed Python package with class decorators that ease the
  chores of implementing the most common attribute-related object protocols.
diff -urN debian_upstream/python3-attr-doc.doc-base debian_jmg/python3-attr-doc.doc-base
--- debian_upstream/python3-attr-doc.doc-base	1970-01-01 01:00:00.0 +0100
+++ debian_jmg/python3-attr-doc.doc-base	2016-08-17 01:44:41.0 +0200
@@ -0,0 +1,7 @@
+Document: python3-attr
+Title: python-attr documentation (Python 3)
+Section: Programming/Python
+
+Format: HTML
+Index: /usr/share/doc/python3-attr-doc/html/index.html
+Files: /usr/share/doc/python3-attr-doc/html/*.html
diff -urN debian_upstream/python3-attr-doc.docs debian_jmg/python3-attr-doc.docs
--- debian_upstream/python3-attr-doc.docs	1970-01-01 01:00:00.0 +0100
+++ debian_jmg/python3-attr-doc.docs	2016-08-16 22:49:10.0 +0200
@@ -0,0 +1,2 @@
+.pybuild/docs3/*
+README.rst
diff -urN debian_upstream/python-attr-doc.doc-base 

Bug#834638: ddcci-dkms: ddcci-backlight symbols errors

[Colomban Wendling]

Package: ddcci-dkms
Version: 0.2-1
Severity: important

Dear Maintainer,

After installing the ddcci-dkms package, DKMS builds and installs both
modules successfully, but the ddcci-backlight module can't be loaded
due to symbol lookup errors:

> [19754.067449] ddcci_backlight: no symbol version for ddcci_device_write
> [19754.067457] ddcci_backlight: Unknown symbol ddcci_device_write (err -22)
> [19754.067465] ddcci_backlight: no symbol version for ddcci_register_driver
> [19754.067468] ddcci_backlight: Unknown symbol ddcci_register_driver (err -22)
> [19754.067475] ddcci_backlight: no symbol version for ddcci_del_driver
> [19754.067478] ddcci_backlight: Unknown symbol ddcci_del_driver (err -22)
> [19754.067485] ddcci_backlight: no symbol version for ddcci_device_writeread
> [19754.067488] ddcci_backlight: Unknown symbol ddcci_device_writeread (err 
> -22)

This might be due to DKMS taking advantages of multiple CPU cores to
build both modules in parallel, while the ddcci one needs to be built
before the ddcci-backlight one can be.

I can reasily reproduce the error by running `make -j2` (or more) on
the sources (I get make-time warnings:)

> WARNING: "ddcci_del_driver" 
> [/tmp/ddcci-driver-linux-0.2/ddcci-backlight/ddcci-backlight.ko] undefined!
> WARNING: "ddcci_register_driver" 
> [/tmp/ddcci-driver-linux-0.2/ddcci-backlight/ddcci-backlight.ko] undefined!
> WARNING: "ddcci_device_writeread" 
> [/tmp/ddcci-driver-linux-0.2/ddcci-backlight/ddcci-backlight.ko] undefined!
> WARNING: "ddcci_device_write" 
> [/tmp/ddcci-driver-linux-0.2/ddcci-backlight/ddcci-backlight.ko] undefined!

While when I build with a single job (make -j1) it works and produces a
loadable ddcci-backlight module.

See also https://gitlab.com/ddcci-driver-linux/ddcci-driver-linux/issues/1

Regards,
Colomban

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

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

Versions of packages ddcci-dkms depends on:
ii  dkms  2.2.0.3-5

ddcci-dkms recommends no packages.

ddcci-dkms suggests no packages.

-- no debconf information