Bug#827562: task-xfce-desktop: Depends on light-locker Should Be Recommends

[Christian PERRIER]

Xfce people, could you please bring some input on that issue?

TIA

Quoting Leo L. Schwab (ew...@ewhac.org):
> Package: task-xfce-desktop
> Version: 3.35
> Severity: normal
> 
> Dear Maintainer,
> 
>   task-xfce-desktop has grown a dependency on the package
> light-locker, which is billed as a lightweight alternative to xscreensaver.
> I suspect this is to track a similar change in xfce4-session, which recently
> also added a dependency for light-locker.
> 
>   However, xfce4-session only Recommends light-locker; it does not
> Depends on it.  light-locker at the moment doesn't seem to play well with
> xscreensaver, and is something of a nuisance.  For those of us who prefer
> xscreensaver, light-locker gets in the way.
> 
>   I suggest that task-xfce-desktop reduce the dependency on
> light-locker from Depends to Recommends.
> 
>   Schwab
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages task-xfce-desktop depends on:
> ii  lightdm   1.18.1-1
> ii  task-desktop  3.35
> ii  tasksel   3.35
> ii  xfce4 4.12.3
> 
> Versions of packages task-xfce-desktop recommends:
> ii  dbus-x111.10.8-1
> ii  evince  3.20.0-4
> ii  evince-gtk  3.20.0-4
> ii  gnome-orca  3.20.2-1
> ii  hunspell-en-us  20070829-6
> ii  hyphen-en-us2.8.8-3
> pn  iceweasel   
> ii  libreoffice 1:5.1.3-2
> ii  libreoffice-gtk 1:5.1.3-2
> ii  libreoffice-help-en-us  1:5.1.3-2
> ii  mousepad0.4.0-4
> ii  mythes-en-us1:5.1.3-2
> ii  network-manager-gnome   1.2.2-2
> ii  orage   4.12.1-2
> ii  quodlibet   3.6.1-2
> ii  synaptic0.83+b1
> ii  system-config-printer   1.5.7-2
> ii  tango-icon-theme0.8.90-6
> ii  vlc 1:2.2.4-dmo1
> ii  xfce4-goodies   4.12.2
> pn  xfce4-mixer 
> ii  xfce4-power-manager 1.4.4-4
> ii  xfce4-terminal  0.6.3-2
> ii  xsane   0.999-3+b1
> 
> task-xfce-desktop suggests no packages.
> 
> -- no debconf information
> 

-- 




signature.asc
Description: PGP signature

Bug#827578: gcc-6: please support the tilegx architecture

[Helmut Grohne]

Source: gcc-6
Version: 6.1.1-6
Severity: wishlist
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

Hi Matthias,

can you add support for the tilegx architecture to gcc-6?

State of tilegx:
 * Waiting for inclusion into dpkg: #823167
 * Supported in linux-libc-dev: #824524 #823632
 * Two glibc patches pending submission
 * With all of the above, the cross toolchain can be bootstrapped.
 * In general, tilegx is supported upstream very well.

Changes needed in the gcc packaging:
 * The usual gcc-multiarch.diff hunk required for every single
   architecture.
 * Tell libgcc about the tilegx-specific header feedback.h.
 * Disable multilib to keep things simple. If someone really wants
   tilepro, we should add another architecture and use cross toolchains
   instead.

Thanks for considering

Helmut
diff --git a/debian/patches/gcc-multiarch.diff b/debian/patches/gcc-multiarch.diff
index 7e34ff6..6802a73 100644
--- a/debian/patches/gcc-multiarch.diff
+++ b/debian/patches/gcc-multiarch.diff
@@ -169,3 +169,14 @@ Index: b/src/gcc/config/mips/mips.h
  /* Load store bonding is not supported by micromips and fix_24k.  The
 performance can be degraded for those targets.  Hence, do not bond for
 micromips or fix_24k.  */
+--- a/src/gcc/config/tilegx/t-tilegx
 a/src/gcc/config/tilegx/t-tilegx
+@@ -1,6 +1,7 @@
+ MULTILIB_OPTIONS = m64/m32
+ MULTILIB_DIRNAMES = 64 32
+-MULTILIB_OSDIRNAMES = ../lib ../lib32
++MULTILIB_OSDIRNAMES = ../lib$(call if_multiarch,:tilegx-linux-gnu) ../lib32$(call if_multiarch,:tilegx32-linux-gnu)
++MULTIARCH_DIRNAME = $(call if_multiarch,tilegx-linux-gnu)
+
+ LIBGCC = stmp-multilib
+ INSTALL_LIBGCC = install-multilib
diff --git a/debian/rules.d/binary-libgcc.mk b/debian/rules.d/binary-libgcc.mk
index ce9a2bd..ca25058 100644
--- a/debian/rules.d/binary-libgcc.mk
+++ b/debian/rules.d/binary-libgcc.mk
@@ -96,6 +96,10 @@ ifeq ($(DEB_TARGET_ARCH),$(findstring $(DEB_TARGET_ARCH),powerpc ppc64 ppc64el p
 header_files += $(gcc_lib_dir)/include/{altivec.h,ppc-asm.h,spe.h}
 endif
 
+ifeq ($(DEB_TARGET_ARCH),tilegx)
+header_files += $(gcc_lib_dir)/include/feedback.h
+endif
+
 p_lgcc		= libgcc$(GCC_SONAME)$(cross_lib_arch)
 p_lgccdbg	= libgcc$(GCC_SONAME)-dbg$(cross_lib_arch)
 p_lgccdev	= libgcc-$(BASE_VERSION)-dev$(cross_lib_arch)
diff --git a/debian/rules2 b/debian/rules2
index abe987b..0f3eddc 100644
--- a/debian/rules2
+++ b/debian/rules2
@@ -559,6 +559,10 @@ ifneq (,$(findstring m68k-linux,$(DEB_TARGET_GNU_TYPE)))
   CONFARGS += --disable-multilib
 endif
 
+ifneq (,$(filter tilegx,$(DEB_TARGET_GNU_CPU)))
+  CONFARGS += --disable-multilib
+endif
+
 ifeq ($(derivative),Ubuntu)
   ifneq (,$(findstring s390x-linux,$(DEB_TARGET_GNU_TYPE)))
 CONFARGS += --with-arch=zEC12

Bug#738447: ITA: luakit a fast and small web browser

[Herminio Hernandez Jr]

Control: retitle -1 ITA: luakit -- A fast and small web browser extensible by 
Lua

I am requesting to maintain the orphaned package luakit.

Thanks
Herminio

Bug#827160: jessie-pu: package dosfstools/3.0.27-1+deb8u1

[Andreas Bombe]

On Fri, Jun 17, 2016 at 06:37:03AM +0100, Adam D. Barratt wrote:
> On Fri, 2016-06-17 at 05:00 +0200, Andreas Bombe wrote:
> > On Mon, Jun 13, 2016 at 09:26:52AM +0200, Petter Reinholdtsen wrote:
> [...]
> > > https://security-tracker.debian.org/tracker/CVE-2016-4804 >
> > > https://security-tracker.debian.org/tracker/CVE-2016-4804 >.
> > > 
> > > The issues were fixed in Wheezy by the LTS team (DLA-474-1) and is also
> > > fixed in unstable.  I would like to get it fixed in stable too, to get
> > > it out of my debsecan list.
> > > 
> > > The attached patch is based on the patches in wheezy, and should solve
> > > the problems.
> > > 
> > > Is it OK to upload the fix for stable?
> > 
> > Yes, please go ahead after taking into account the remark below. Thank
> > you.
> 
> Note that Andreas is not a member of the release team.

Whoops, my misunderstanding of the context, sorry.


On Fri, Jun 17, 2016 at 11:28:04AM +0200, Petter Reinholdtsen wrote:
> [Petter Reinholdtsen]
> > I will.  But the comment below seem to indicate that the update in
> > Wheezy was incomplete?
> 
> Looking at the code, I am quite sure the Wheezy fix missed the change in
>  https://github.com/dosfstools/dosfstools/commit/07908124838afcc99c577d1d3e84cef2dbd39cb7
>  >.
> Who should be notified about this?

I didn't look closely when the wheezy update was uploaded, so it looks
like it missed it.

For reference, this is the original report including a test file:
https://github.com/dosfstools/dosfstools/issues/12

The problem is fixed if fsck'ing that file under valgrind shows no
valgrind memory errors. Crashing without valgrind is not guaranteed.


Also, I wonder if the fix for https://github.com/dosfstools/dosfstools/issues/11
(which is 2aad1c83c) shouldn't also be included while we're at it. It
has no CVE, the out of bounds memory access itself isn't all that bad
but it might create improper date values.

https://github.com/dosfstools/dosfstools/commit/2aad1c83c7d010de36afbe79c9fde22c50aa2f74


Andreas

Bug#826530: firewalld: command "systemctl reload firewalld" stops firewalld

[Michael Biebl]

Version: 0.4.2-1

On Sun, 05 Jun 2016 23:47:06 -0400 Alexandre de Verteuil
 wrote:
> Package: firewalld
> Version: 0.3.12-1
> Severity: normal
> Tags: upstream
> 
> Dear Maintainer,
> 
> Executing "systemctl reload firewalld" sometimes silently stops firewalld. The
> only way to notice that firewalld is stopped is "systemctl status firewalld" 
> or
> trying to execute a firewall-cmd command, which fails with an error message.
> 
> The status of firewalld on servers must be manually checked and the service
> started where required.
> 
> See the related bug on the Red Hat bugtracker:
> https://bugzilla.redhat.com/show_bug.cgi?id=1313023
> 
> If I understand correctly, this bug is fixed in firewalld-0.4.2.

0.4.2 has been uploaded in the mean time, so I'm closing this bug
report. Please reopen if you still encounter this issue with 0.4.2.

Regards,
Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#825586: [rt.debian.org #6280] AutoReply: Please add Peter Colberg's key to the DM keyring

[Aníbal Monsalve Salazar]

Control: package debian-maintainers
Control: tags -1 + pending

Hello Peter Colberg,

Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=6280

Currently, rt.debian.org isn't accessible for the general public. It
was so sometime ago. Maybe one of your advocates will look at your RT
ticket for you, after it has been taken by a keyring maintainer. See
http://wiki.debian.org/rt.debian.org

Not urgent but please try to get more OpenPGP signatures from DDs and
sign theirs keys as well. :-)

Thank you for your contribution to the Debian Project.

Cheers,

Aníbal

On Sat, 2016-06-18 03:05:08 +, Debian Keyring requests (Incoming) via RT 
wrote:
> This message has been automatically generated in response to the
> creation of a trouble ticket regarding
> 
>   "Please add Peter Colberg's key to the DM keyring", 
> 
> a summary of which appears below the dashed line.
> 
> There is no need to reply to this message right now.  Your ticket
> has been assigned an ID of [rt.debian.org #6280].
> 
> Please include the string
> 
>   [rt.debian.org #6280]
> 
> in the subject line of all future correspondence about this issue.
> To do so, you may reply to this message.
> 
> -
> keyring-maint:
>   please add key ID 29976EC22BD1EBBCCC77F3A6183BD5ED35278611
> to the DM keyring
>   please notify 825586-d...@bugs.debian.org
> 
> Changed-By: Anibal Monsalve Salazar 
> Date: Thu, 16 Jun 2016 08:57:42 +
> BTS: https://bugs.debian.org/825586
> Comment: Add Peter Colberg  as a Debian Maintainer
> Agreement: https://lists.debian.org/debian-newmaint/2016/05/msg00035.html
> Advocates: 
>   onlyjob - https://lists.debian.org/debian-newmaint/2016/06/msg4.html
>   ginggs - https://lists.debian.org/debian-newmaint/2016/06/msg00039.html
> KeyCheck:
>   pub   4096R/183BD5ED35278611 2013-09-29
> Key fingerprint = 2997 6EC2 2BD1 EBBC CC77  F3A6 183B D5ED 3527 8611
>   uid  Peter Colberg 
>   sig! ED6C8A3883476455 2016-05-24  Stephen Frost 
>   sig!3183BD5ED35278611 2013-09-29  Peter Colberg 
>   sig!3183BD5ED35278611 2013-09-29  Peter Colberg 
>   sig! 8F7BF8FC4A11C97A 2016-05-05  Ryan Kavanagh 
>   sub   4096R/0A0BC43582253A9C 2013-09-29
>   sig! 183BD5ED35278611 2016-03-16  Peter Colberg 
>   sub   4096R/767E12A8C92A31CB 2013-09-29
>   sig! 183BD5ED35278611 2016-03-16  Peter Colberg 
>   .
>   Key is OpenPGP version 4 or greater.
>   Key has 4096 bits.
>   Valid "e" flag, no expiration.
>   Valid "s" flag, no expiration.
> 
> 


signature.asc
Description: Digital signature

Bug#827528: RFS: libterm-animation-perl/2.6-1 [ITP: #823693]

[Sergio Durigan Junior]

On Friday, June 17 2016, Niklas Sombert wrote:

> Dear mentors,
>
>   I am looking for a sponsor for my package "libterm-animation-perl"
>
>  * Package name: libterm-animation-perl
>Version : 2.6-1
>Upstream Author : Kirk Baucom 
>  * URL : https://metacpan.org/release/Term-Animation
>  * License : Artistic or GPL-1+
>Section : perl
>
>   It builds those binary packages:
>
> libterm-animation-perl - ASCII sprite animation framework

Hey Niklas,

Thanks for the package.  I have a few comments about it.

1) The Standards-Version should be 3.9.8, and not 3.9.6.

2) On the debian/control file, the last line "This description was
automagically extracted..." could be removed, IMHO.

3) I don't know if you got in touch with the Debian Perl team, but you
probably should.

4) There are some lintian warnings that you should fix.  This is what I
get here:

W: libterm-animation-perl: new-package-should-close-itp-bug

  This means that you must close the ITP bug in your debian/changelog
  entry.

W: libterm-animation-perl: description-contains-dh-make-perl-template

  This is about the point that I raised on (2).

W: libterm-animation-perl: manpage-has-errors-from-pod2man 
usr/share/man/man3/Term::Animation.3pm.gz:547
W: libterm-animation-perl: manpage-has-errors-from-pod2man 
usr/share/man/man3/Term::Animation::Entity.3pm.gz:451
W: libterm-animation-perl: manpage-has-bad-whatis-entry 
usr/share/man/man3/Term::Animation::Entity.3pm.gz

  These are apparently upstream errors.  You should consider fixing them
  and contributing the patch back to upstream, IMO.

You can get a detailed list of warnings by running "lintian -Ii" on the
.{deb,asc,changes} files.

I guess that's what I have for now.  I'm far from being a Perl expert,
so probably someone with more knowledge about the Debian Perl Policy can
comment more.

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#827501: Acknowledgement (courier-maildrop: sticky bit on home directory does not prevent/defer delivery)

[Fred Drueck]

After some further investigation, I think what's going on is this:

the "sticky bit" based locking applies to maildrop, however, it does
not seem to apply to mail delivered by the courierlocal transport
module.  The courier online documentation:

http://www.courier-mta.org/local.html


Output module

setuids to the user indicated in the host parameter.
If $HOME has the sticky bit set, defers the mail.

attempts to open and read delivery instructions from .courier file specified by 
the address parameter. If can't open the file, or if it's empty, message is 
delivered to the default mailbox. Delivery instructions are read, a line at a 
time. Lines ending with \ are concatenated with the next one. A delivery 
instruction may specify a mailbox, a forwarding address !user@host, or a 
program delivery |

The output module appends a Delivered-To: userid-ext@defaulthost header. If the 
header already exists, the message is bounced as a mailing loop.


suggests that (like in qmail) setting the sticky bit on $HOME *should*
defer mail, but in practice, this doesn't happen.

The courier-mta docs aren't very clear as to how mail is supposed to
be delivered by default (in particular whether or whether not courier
invokes maildrop by default, and/or how to force courier to invoke
maildrop for all local deliveries, if one can do such a thing) is not
clear.


I believe this is true in the Ubuntu Xenial courier packages as well
as the debian packages.  More relevantly, it's also true when I build
using the build scripts from the Arch Linux AUR, which I can easily
see do not patch the courier source in any way (they are also still
based off of 0.75.0, not the most current release).

So I would say this is not a debian-specific bug, or even neccessarily
a programming bug in courier, but rather a matter of unclear
documentation upstream.

Bug#827577: cronometer: cannot select text in cronometer

[koanhead]

Package: cronometer
Version: 0.9.9+dfsg-1
Severity: normal

Dear Maintainer,

When attempting to select text in Recipe Editor, Nutrients tab, General tab,
all the data in the table is 'grayed out' and not selectable. This makes it
impossible to copy-paste this data and share it.





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

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

Versions of packages cronometer depends on:
ii  default-jre [java7-runtime]2:1.7-52
ii  jarwrapper 0.48
ii  libjcommon-java1.0.16-4
ii  libjfreechart-java 1.0.13-7
ii  libswingx-java 1:1.6.2-2
ii  openjdk-7-jre [java7-runtime]  7u101-2.6.6-2~deb8u1

cronometer recommends no packages.

cronometer suggests no packages.

-- no debconf information

Bug#814584: gnupg2: gpg2 --card-status fail on armel / Raspberry Pi - "Card error"

[NIIBE Yutaka]

On 06/17/2016 10:38 PM, Petter Reinholdtsen wrote:
> Here is the same output from 'gpg2 --card-status' on a amd64 machine:

Thanks a lot.  OK, it works on amd64 machine with PC/SC service.

> 2016-06-17 15:34:07 scdaemon[8236] DBG: ccid-driver: using CCID reader 0 
> (ID=08E6:3438:X:0)
> 2016-06-17 15:34:07 scdaemon[8236] DBG: ccid-driver: idVendor: 08E6  
> idProduct: 3438  bcdDevice: 0200
[...]
> 2016-06-17 15:34:07 scdaemon[8236] DBG: ccid-driver: usb_claim_interface 
> failed: -1

Here, the internal CCID driver of GnuPG failed because PC/SC service
already grab the access to the card reader.  And then, scdaemon tried
to access the card reader by PC/SC service.

> 2016-06-17 15:34:07 scdaemon[8236] detected reader 'Gemalto USB Shell Token 
> V2 (0F9E69C2) 00 00'

Got the card reader by PC/SC service.  And then...

> 2016-06-17 15:34:07 scdaemon[8236] reader slot 0: not connected
> 2016-06-17 15:34:07 scdaemon[8236] DBG: leave: apdu_open_reader => slot=0 
> [pc/sc]

It worked well with PC/SC service.  You can try to run PC/SC service
on RPi, too.

If it's not machine specific, I think, it means that:

   The internal CCID driver of GnuPG does something not good, or it
   has something to do additionally.

I'll look into the PC/SC service implementation to see the
initialization of the card reader.
-- 

Bug#827561: Update 3.2.78 -> 3.2.81 broke builds in fs/fcntl.c

[Ben Hutchings]

Control: tag -1 - patch

I've already applied a patch for this.

On Fri, 2016-06-17 at 18:08 -0700, Elliott Mitchell wrote:
> Control: tags -1 patch
> 
> On Fri, Jun 17, 2016 at 11:28:27PM +0100, Ben Hutchings wrote:
> > On Fri, 2016-06-17 at 12:27 -0700, Elliott Mitchell wrote:
> > > Package: linux-source-3.2
> > > Version: 3.2.81-1
> > > Severity: important
> > > 
> > > SSIA:
> > > 
> > > ?? CCfs/fcntl.o
> > > fs/fcntl.c: In function 'setfl':
> > > fs/fcntl.c:186:31: error: dereferencing pointer to incomplete type
> > > fs/fcntl.c:187:30: error: dereferencing pointer to incomplete type
> > > make[2]: *** [fs/fcntl.o] Error 1
> > > make[2]: *** Waiting for unfinished jobs
> > > 
> > > That would be a problem for this update, this hunk of code is new for
> > > 3.2.81.Seems someone forgot a header (I'm not yet sure which).
> > 
> > This code was added as part of the fix for??#627782. ??It builds
> > successfully in Debian's own configurations.
> > 
> > It looks like this build failure occurs if CONFIG_MODULES is disabled??
> > and you should be able to avoid it by enabling that.
> 
> Problem is that was a very deliberate on the particular computer.
> Unusual, but something that *should* work.
> 
> I've got a partial patch for general consumption attached.  I'm pretty
> sure the changes done for #627782 are buggy.  If someone builds a kernel
> with AUFS built into the kernel the test in fcntl.c will fail (the test
> only works if AUFS is a module).

Yes, I'm afraid so.  I can imagine that in future we might generate the
linux-source package without the ABI maintenance hacks, but it's not a
high priority for me.

Ben.

-- 
Ben Hutchings
Usenet is essentially a HUGE group of people passing notes in class.
  - Rachel Kadel, `A Quick Guide to Newsgroup
Etiquette'


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

Bug#827576: libdata-messagepack-perl: Please package 0.50 release

[James McCoy]

Package: libdata-messagepack-perl
Version: 0.49-1
Severity: important

Upstream recently released version 0.50 which includes fixes for working with
the new msgpack-c (currently waiting for updated rdeps in experimental).

Cheers,
James

-- 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/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)

Bug#827561: Update 3.2.78 -> 3.2.81 broke builds in fs/fcntl.c

[Elliott Mitchell]

Control: tags -1 patch

On Fri, Jun 17, 2016 at 11:28:27PM +0100, Ben Hutchings wrote:
> On Fri, 2016-06-17 at 12:27 -0700, Elliott Mitchell wrote:
> > Package: linux-source-3.2
> > Version: 3.2.81-1
> > Severity: important
> > 
> > SSIA:
> > 
> > ?? CCfs/fcntl.o
> > fs/fcntl.c: In function 'setfl':
> > fs/fcntl.c:186:31: error: dereferencing pointer to incomplete type
> > fs/fcntl.c:187:30: error: dereferencing pointer to incomplete type
> > make[2]: *** [fs/fcntl.o] Error 1
> > make[2]: *** Waiting for unfinished jobs
> > 
> > That would be a problem for this update, this hunk of code is new for
> > 3.2.81.Seems someone forgot a header (I'm not yet sure which).
> 
> This code was added as part of the fix for??#627782. ??It builds
> successfully in Debian's own configurations.
> 
> It looks like this build failure occurs if CONFIG_MODULES is disabled??
> and you should be able to avoid it by enabling that.

Problem is that was a very deliberate on the particular computer.
Unusual, but something that *should* work.

I've got a partial patch for general consumption attached.  I'm pretty
sure the changes done for #627782 are buggy.  If someone builds a kernel
with AUFS built into the kernel the test in fcntl.c will fail (the test
only works if AUFS is a module).


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| ehem+sig...@m5p.com  PGP 87145445 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445


--- fcntl.c.orig	2016-06-16 10:03:04.0 -0700
+++ fcntl.c	2016-06-17 17:58:26.0 -0700
@@ -182,10 +182,24 @@
 	 * Since only aufs will implement it, check that the file ops
 	 * are implemented by a version of aufs that does.  (Ugh.)
 	 */
-	if (!error && filp->f_op->owner &&
-	!strcmp(filp->f_op->owner->name, "aufs") &&
-	strstr(filp->f_op->owner->version, "+setfl"))
+#if defined(CONFIG_MODULES)
+#if defined(CONFIG_AUFS_FS)
+#if 0
+#if CONFIG_AUFS_FS == "y"
+#error "CONFIG_AUFS_FS=y is a known problem, see #627782"
+#endif
+#endif
+#define AUFS_UNLIKELY
+#else
+#define AUFS_UNLIKELY unlikely
+#endif
+	if (likely(!error) && filp->f_op->owner &&
+	!AUFS_UNLIKELY(strcmp(filp->f_op->owner->name, "aufs")) &&
+	AUFS_UNLIKELY(strstr(filp->f_op->owner->version, "+setfl")))
 		error = filp->f_op->setfl(filp, arg);
+#elif defined(CONFIG_AUFS_FS)
+#error "CONFIG_MODULES=n && CONFIG_AUFS_FS=y is a known problem, see #627782"
+#endif
 	if (error)
 		return error;
 

Bug#811343: webdis: FTBFS with multi-arch libmsgpack-dev

[James McCoy]

Control: forwarded -1 https://github.com/nicolasff/webdis/pull/133

On Sun, Jan 17, 2016 at 11:32:10PM -0500, James McCoy wrote:
> I've prepared a new upload of msgpack in experimental in which the
> library has been made Multi-Arch.  This is causing webdis to fail
> because of how it tries to find msgpack.

There were also some issues with API changes in msgpack-c that webdis
needed to account for.  I've sent a more thorough patch upstream.

I'd like to get the msgpack-c transition done, so I'll likely NMU in a
few weeks if nothing has happened.

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

Bug#827575: spotify-client: The spotify icon does not apair in the menu after reboot. I have to run: apt-get -f install --reinstall spotify-client. To fix the issue. After doin that. The icon apair ba

[Patryk Sitko]

Package: spotify-client
Version: 1:1.0.28.89.gf959d4ce-37
Severity: normal

Dear Maintainer,

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

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

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



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
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)

Versions of packages spotify-client depends on:
ii  libasound21.0.28-1
ii  libcurl3  7.38.0-4+deb8u3
ii  libgconf-2-4  3.2.6-3
ii  libgcrypt20   1.6.3-2+deb8u1
ii  libglib2.0-0  2.42.1-1+b1
ii  libgtk2.0-0   2.24.25-3+deb8u1
ii  libnss3   2:3.17.2-1.1+deb8u2
ii  libudev1  215-17+deb8u4
ii  libx11-6  2:1.6.2-3
ii  libxtst6  2:1.2.2-1+b1

Versions of packages spotify-client recommends:
pn  libavcodec54 | libavcodec-extra-54  
pn  libavformat54   

Versions of packages spotify-client suggests:
pn  libnotify  

-- no debconf information

Bug#819855: kicad: i18n files missing

[Jeremy Bicha]

Control: tags -1 patch
Control: severity -1 important
Control: reassign kicad-common 4.2.0+dfsg1-4


Here's a patch that should fix this.
I am bumping the severity to important because it "has a major effect
on the usability of the package without rendering it completely
unusable to everyone."

Thanks,
Jeremy Bicha

=== modified file 'debian/changelog'
--- debian/changelog 2016-06-18 00:49:06 +
+++ debian/changelog 2016-06-18 00:50:31 +
@@ -1,3 +1,11 @@
+kicad (4.0.2+dfsg1-5) UNRELEASED; urgency=medium
+
+  [ Jeremy Bicha ]
+  * debian/kicad-common.install:
+- Install locales (Closes: #819855) (LP: #1576939)
+
+ -- Jeremy Bicha   Fri, 17 Jun 2016 20:49:20 -0400
+
 kicad (4.0.2+dfsg1-4) unstable; urgency=medium

   * added a dependency on python-wxgtk3.0. Closes: #816525

=== modified file 'debian/kicad-common.install'
--- debian/kicad-common.install 2016-06-18 00:49:06 +
+++ debian/kicad-common.install 2016-06-18 00:49:17 +
@@ -1,5 +1,6 @@
 usr/share/icons
 usr/share/kicad
+usr/share/locale
 usr/share/mime
 usr/share/mimelnk
 usr/share/doc/kicad/scripts

Bug#741300: lockfile-progs: Please add run-with-lockfile implementation

[Rob Browning]

Petter Reinholdtsen  writes:

> Note, this shell script is a replacement for the original C version.  I
> suggested its inclusion in  but
> later concluded that it was better to try to get the function into an
> existing package instead of creating a deb with only one binary for such
> small task.  And then the shell wrapper came around because it removed
> the need to compile something to get cron jobs working.

Ahh, right.  Though as I think you mentioned the C version doesn't use
liblockfile, which we'd want, and as the code mentions, it probably
needs fork/exec, and I'd want signal handling, etc.

So I don't know if/when I might hack on this any further, but if I do,
it may a bit.


I'd also thought about suggesting that the existing shell script might
want to run the subcommand via something like

  "$@"

instead of

  sh -c "$COMMAND"

but then realized that maybe the intention was for the (single) command
string to be parsed by sh. i.e.

  run-with-lockfile somelock "apache -d \"some dir\" -f \"some file.conf\""

and not anything like

  run-with-lockfile somelock apache -d "some dir" -f "some file.conf"

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Bug#827574: adios: FTBFS on on hppa -- ld cannot find -lcr

[John David Anglin]

Source: adios
Version: 1.9.0-10
Severity: normal

Dear Maintainer,

Build fails because of following error:
configure:4101: checking whether the C compiler works
configure:4123: gcc -g -O2 -Wformat -Werror=format-security 
-I/usr/lib/hppa-linux-gnu/glib-2.0/include -Wdate-time -D_FORTIFY_SOURCE=2  
conftest.c  -Wl,-z,relro -lmpich -lopa -lmpl -lrt -lcr -lpthread -lpthread >&5
/usr/bin/ld: cannot find -lcr

See build log here:
https://buildd.debian.org/status/fetch.php?pkg=adios=hppa=1.9.0-10=1466160966

Currently, hppa does not support checkpoint/restore and needs something
similar to the following in debian/rules:
ifeq ($(ARCH), m68k)
MPI_LIBS:= -Wl,-z,relro -lmpich -lopa -lmpl -lrt -lpthread
endif

Regards,
Dave

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

Kernel: Linux 3.18.34+ (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#827340: linux: CVE-2010-5321 memory leak in videobuf on multiple calls to mmap()

[Petter Reinholdtsen]

Control: forwarded -1 https://bugzilla.kernel.org/show_bug.cgi?id=120571

I got some more information on the #v4l IRC channel and decided to
report the issue upstream while I was at it.

 which driver are you using ?
 I guess uvcvideo based on the lsmod output.
 uvcvideo uses videobuf2
 I quickly looked at the videobuf code and the bug seems to
   still be present 
 easy to fix?
 that I can't tell without a deeper analysis of the code
 it would need to be fixed in four places, as there are four
   memory allocator backends for videobuf 
 moving drivers to videobuf2 would be much better
 especially the bttv driver
 and if Debian decides to disable the above 11 drivers by
   default until they get fixed, I won't complain
 although users might
 what is the upstream location for v4l bugs?  I guess it should be
   reported somewhere else than in redhat and debian? 
 perhaps it already is reported and I can't find it.
 there's a bugzilla instance on kernel.org
 https://bugzilla.kernel.org/
 bugs are usually reported on the linux-media mailing list
 hm,
  http://www.gossamer-threads.com/lists/linux/kernel/852719?page=last >
  seem related
 reported upstream as
   https://bugzilla.kernel.org/show_bug.cgi?id=120571 >
-- 
Happy hacking
Petter Reinholdtsen

Bug#827573: dash: Sourcing empty files might break execution when running under -e

[Christoph Biedl]

Package: dash
Version: 0.5.8-2.2
Severity: normal

Dear Maintainer,

There's a surprising behaviour in dash when sourcing an empty file
after a failed (non-zero) if statement. Although I'm reluctant to use
the "bug" word, it's at least very weird and does not happen in bash
or zsh.

Take that "main.sh" script, it sources an empty "source.sh", unless
it's not there:

,--
#!/bin/sh
set -e
S=./source.sh
if [ ! -f "$S" ] ; then
echo 'No file to source'
else
. "$S"
fi
echo 'Here we go'
`--

where source.sh:
,--
# no op
`--

Now running "sh -x main.sh" results in

| + set -e
| + S=source.sh
| + [ ! -f source.sh ]
| + . source.sh

and $? is set to 1.

In other words, the "." statement is considered failing, hence aborting
script execution.

Using bash the execution continues:

| (...)
| + . source.sh
| + echo 'Here we go'
| Here we go

and $? is zero. Same for zsh.

Also, any of the following changes results in the expected behaviour:

* Doing anything in source.sh, like "true" or "VAR=VALUE"

* Doing anything in the same way before sourcing:

| (...)
| else
| true
| . "$S"
| fi
| (...)


* Re-ordering the if statement:

| if [ -f "$S" ] ; then
| . "$S"
| else
| echo 'No file to source'
| fi

So I suspect the negative result of the test - you can reduce it to a
"false" invocation - is not properly forgotten, just gets accidentially
deleted by the next successful statement. Unless it is "." (sourcing a
file).

Regards,

Christoph

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

Kernel: Linux 4.4.13 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages dash depends on:
ii  debianutils  4.7
ii  dpkg 1.18.7
ii  libc62.22-11

dash recommends no packages.

dash suggests no packages.

-- debconf information:
* dash/sh: true



signature.asc
Description: Digital signature

Bug#827572: xprobe: please make the build reproducible

[Reiner Herrmann]

Source: xprobe
Version: 0.3-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that xprobe could not be built reproducibly.
The order of object files packed into static library archives is
unsorted.

The attached patch fixes this.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/patches/reproducible_build.patch b/debian/patches/reproducible_build.patch
new file mode 100644
index 000..fa353a0
--- /dev/null
+++ b/debian/patches/reproducible_build.patch
@@ -0,0 +1,49 @@
+Author: Reiner Herrmann 
+Description: Sort order of object files in static libraries
+
+--- a/libs-external/USI++/src/Makefile.in
 b/libs-external/USI++/src/Makefile.in
+@@ -15,7 +15,7 @@
+ 	clear
+ 
+ usi++:icmp.o datalink.o ip.o misc.o udp.o tcp.o TX_IP.o Layer2.o arp.o
+-	ar cr libusi++.a *.o
++	ar cr libusi++.a `LC_ALL=C ls *.o`
+ #	ld *.o -Bshareable -o libusi++.so
+ 	$(RANLIB) libusi++.a
+ 	rm -f *.o
+--- a/src/xpmodules/alive_probe/Makefile.in
 b/src/xpmodules/alive_probe/Makefile.in
+@@ -42,7 +42,7 @@
+ all: alive_probe.a
+ 
+ alive_probe.a: icmp_ping.o tcp_ping.o udp_ping.o ttl_module portscan_module
+-	ar cr alive_probe.a *.o ttl_calc/*.o portscanner/*.o
++	ar cr alive_probe.a `LC_ALL=C ls *.o ttl_calc/*.o portscanner/*.o`
+ 	$(RANLIB) alive_probe.a
+ 
+ icmp_ping.o: icmp_ping.cc
+--- a/src/xpmodules/os_probe/Makefile.in
 b/src/xpmodules/os_probe/Makefile.in
+@@ -43,8 +43,8 @@
+ 
+ os_probe.a: icmp_port_unreach_mod icmp_echo_id_mod icmp_timestamp_mod \
+ icmp_inforeq_mod icmp_addrmask_mod tcp_handshake_mod tcp_rst_mod smb_mod snmp_mod
+-	ar cr os_probe.a icmp_port_unreach/*.o icmp_echo_id/*.o icmp_timestamp/*.o \
+-icmp_inforeq/*.o icmp_addrmask/*.o tcp_handshake/*.o tcp_rst/*.o smb/*.o snmp/*.o
++	ar cr os_probe.a `LC_ALL=C ls icmp_port_unreach/*.o icmp_echo_id/*.o icmp_timestamp/*.o \
++icmp_inforeq/*.o icmp_addrmask/*.o tcp_handshake/*.o tcp_rst/*.o smb/*.o snmp/*.o`
+ 	$(RANLIB) os_probe.a
+ 
+ 	
+--- a/src/xplib/Makefile.in
 b/src/xplib/Makefile.in
+@@ -44,7 +44,7 @@
+ all: libxplib.a
+ 
+ libxplib.a: $(OBJS)
+-	ar cr libxplib.a *.o
++	ar cr libxplib.a `LC_ALL=C ls *.o`
+ 	$(RANLIB) libxplib.a
+ 
+  .c.o: $(INCLUDES)
diff --git a/debian/patches/series b/debian/patches/series
index 7a23e24..aa1238f 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,4 @@
 fix-build-usi.patch
 fix-for-gcc4.3.patch
 fix-man-page.patch
+reproducible_build.patch


signature.asc
Description: PGP signature

Bug#816020: /usr/bin/wineserver disables persistence delay

[Jens Reyer]

control: forwarded -1 http://bugs.winehq.org/show_bug.cgi?id=36040
control: tags -1 + wontfix


Sorry for the late reply.

On 26.02.2016 19:08, Jakub Wilk wrote:
> /usr/bin/wineserver passes -p0 to wineserver32. This seems to be an
> undocumented deviation from upstream behavior. The manpage says: "the
> default value is 3 seconds".

I'll patch the manpage.

> Please revert to the upstream behavior.

This was added on purpose, see #745346 and
http://bugs.winehq.org/show_bug.cgi?id=36040 (Please support an
environment variable to disable the lingering wineserver).

I assume wineserver persistence will stay disabled at least until such
an environment variable is available, therefore tagging as wontfix.

Not sure which default to use than, personally I've no opinion on this.

As workaround to get wineserver persistence you could set
 WINESERVER=/usr/lib/wine/wineserver32

Unfortunately this seems to be broken upstream as long as
/usr/lib/wine/wineserver exists (reported at
https://bugs.winehq.org/show_bug.cgi?id=40811). So currently you have to
edit or remove that file to get persistence.

Greets
jre

Bug#827561: Update 3.2.78 -> 3.2.81 broke builds in fs/fcntl.c

[Ben Hutchings]

On Fri, 2016-06-17 at 12:27 -0700, Elliott Mitchell wrote:
> Package: linux-source-3.2
> Version: 3.2.81-1
> Severity: important
> 
> SSIA:
> 
>   CC  fs/fcntl.o
> fs/fcntl.c: In function 'setfl':
> fs/fcntl.c:186:31: error: dereferencing pointer to incomplete type
> fs/fcntl.c:187:30: error: dereferencing pointer to incomplete type
> make[2]: *** [fs/fcntl.o] Error 1
> make[2]: *** Waiting for unfinished jobs
> 
> That would be a problem for this update, this hunk of code is new for
> 3.2.81.  Seems someone forgot a header (I'm not yet sure which).

This code was added as part of the fix for #627782.  It builds
successfully in Debian's own configurations.

It looks like this build failure occurs if CONFIG_MODULES is disabled 
and you should be able to avoid it by enabling that.

Ben.

-- 

Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert
Camus


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

Bug#825772: seems to ignore SIGHUP sometimes/somehow

[Eduardo Chappa]

Dear Joey,

  this is a problem in Alpine caused by Alpine calling a function that 
should not be called during a signal call. Alpine was calling ctime, 
received the signal and then called localtime. This causes the problem.


  I will add code to Alpine to attempt to avoid this, but this is more of 
a long term project. If there are more issues that I should be looking for 
I need to identify them and solve them. If you have more back traces that 
you can share with me, I would appreciate it.


  Thank you.

--
Eduardo
http://patches.freeiz.com/alpine/ (Web)
http://repo.or.cz/alpine.git (Git)

Bug#827555: ITP: circle -- Show byte statistics as an ascii circle graph

[Jeff Epler]

On Fri, Jun 17, 2016 at 07:38:22PM +0200, Roberto S. Galende wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Roberto S. Galende" 
> 
>   Package name: circle
>   Version : 2.2-1
>   Upstream Author : "Roberto S. Galende" 
>   URL : http://wp.me/p2FmmK-96
  ^^

is this a URL shortener?  I don't think it's appropriate to use those to
give the upstream location of a package.

fwiw It appears to expand to
https://circulosmeos.wordpress.com/2015/10/10/statistics-circle-for-analysing-byte-entropy-in-files/

Jeff

Bug#827340: linux: CVE-2010-5321 memory leak in videobuf on multiple calls to mmap()

[Petter Reinholdtsen]

Control: found -1 4.6.2-1

[Petter Reinholdtsen]
> If I understand the issue correctly, a user with access to /dev/video
> can cause the kernel to leak memory and eventually run out of memory by
> doing repeated calls to mmap().  In other words, users with video group
> membership can bring down the machine.

I've tried to track down a way to reproduce the problem without any
luck so far.  I asked on #v4l to see if anyone there could help and got
some more information:

 hi.  I'm trying to figure out if CVE-2010-5321 reported via
   https://bugzilla.redhat.com/show_bug.cgi?id=620629 > still
   exist in the linux kernel, and it links to
   https://linuxtv.org/irc/v4l/index.php?date=2010-07-29 > for
   more information.  But that IRC log page is empty.  Anyone here know
   how to reproduce the problem or find the log from that day?
 pere: that's old
 the bug seems to affect videobuf only, not videobuf2
 yeah.  at it seem to be unsolved, but I have not been able to verify it.
 not all drivers have been converted to videobuf2
 but if the drivers you are interested in have been, then you
   should be safe from that point of view
 my focus is tracking CVEs in Debian, to know if the issue still
   exist or not.
 https://security-tracker.debian.org/tracker/CVE-2010-5321 >
   show the kernel still vulnerable...
 I don't know I'm afraid
 (one more reason to get rid of videobuf)
 how can I tell if a driver/device uses videobuf and not videobuf2?
   I assume some specific hardware is needed to reproduce the problem.
 search for #include  in the sources
 there's 9 of them left if I count properly
 via-camera, fsl-viu, bttv, cx18, tm6000, zr364xx, cx231xx,
   pxa_camera and omap_vout
 ah, and omap1_camera and timblogiw in staging
 so that's 11
 hm, wonder if I have a PCI card supported by bttv...
 patches would be great :-)
 I am sure it would, but lack the capacity too look into that. :)
 pinchartl: is the description in that bug report enough for you to
   know how to reproduce it?  I've tried writing a test program, but only
   got a v4l2 device and got EBUSY when calling mmap() several times there.
 but I suspect my test program is flawed, as I did not really quite
   understand the description.
 the redhat bug report was very short, and I suspect the details are
   in one of the referred bug reports, which are not available to the public. :(

According to this report the issue still exist in the kernel for a small
number of camera drivers, so I mark it as found in the unstable kernel too.

I notice this bug is tagged upstream.  Is there a bug report upstream too?
I've been unable to find any.

-- 
Happy hacking
Petter Reinholdtsen

Bug#827561: Update 3.2.78 -> 3.2.81 broke builds in fs/fcntl.c

[Elliott Mitchell]

Okay, looked through and not quite the problem I thought.  Problem is the
section added to fs/fcntl.c:setfl() depends upon CONFIG_MODULES being
enabled.  Certainly turning off kernel modules isn't all that common, but
it is a situation that is actively used for some situations.

I also note the added code is only really useful if CONFIG_AUFS_FS is
enabled.


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| ehem+sig...@m5p.com  PGP 87145445 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445

Bug#827351: gnuplot-qt: x window resizing is broken

[Anton Gladky]

forwarded 827351 https://sourceforge.net/p/gnuplot/bugs/1818
thanks

Bug#827288: jessie-pu: package audiofile/0.3.6-2

[Adam D. Barratt]

Control: tags -1 + confirmed

On Tue, 2016-06-14 at 17:37 +0100, James Cowgill wrote:
> This update fixes CVE-2015-7747 (#801102). The security bug is marked
> no-DSA, so the security team asked me to submit it as a normal stable
> update.
> 
> The patch is copied directly from this Ubuntu bug (and is already
> applied in Ubuntu):
> https://bugs.launchpad.net/ubuntu/+source/audiofile/+bug/1502721

Please go ahead.

Regards,

Adam

Bug#827111: jessie-pu: package exim4/4.84.2-2

[Adam D. Barratt]

Control: tags -1 + pending

On Thu, 2016-06-16 at 18:38 +0200, Andreas Metzler wrote:
> On 2016-06-12 "Adam D. Barratt"  wrote:
> > Control: tags -1 + confirmed
> 
> > On Sun, 2016-06-12 at 14:06 +0200, Andreas Metzler wrote:
> >> I would like to update exim4 in jessie with the following changes:
> 
> [...]
> > Please go ahead.
> 
> Uploaded, after fixing the wrong bug number in changelog as found by
> Julien.

Flagged for acceptance.

Regards,

Adam

Bug#823794: jessie-pu: package file/1:5.22+15-2+deb8u2

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2016-05-14 at 18:05 +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Mon, 2016-05-09 at 08:31 +0200, Christoph Biedl wrote:
> > the stable security team suggested to fix CVE-2015-8865¹ in the
> > file package via a point relase.
> > 
> > Description: "Buffer over-write in finfo_open with malformed magic
> > file". If a magic file is unter attacker's control, this can be abused
> > to crash file.
> 
> Please go ahead.

Recently uploaded; flagged for acceptance.

Regards,

Adam

Bug#827571: gnome-core: Change dep on iceweasel to (firefox-esr|firefox)

[Jan Niggemann]

Package: gnome-core
Version: 1:3.14+3
Severity: normal

Dear Maintainer,

gnome-core (1:3.14+3) currently has a hard dependency on iceweasel, which has
recently been labelled as transitional and installs firefox-esr.

I recommend to change this dependency to (iceweasel|firefox-esr|firefox), so
people using firefox-release from the mozilla-repos (http://mozilla.debian.net)
can keep the gnome-core metapackage (and gnome as well) when uninstalling
iceweasel.



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

Kernel: Linux 4.6.2-nigge1 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages gnome-core depends on:
ii  adwaita-icon-theme 3.14.0-2
ii  at-spi2-core   2.14.0-1
ii  baobab 3.14.1-1
ii  caribou0.4.15-1
ii  caribou-antler 0.4.15-1
ii  dconf-gsettings-backend0.22.0-1
ii  dconf-tools0.22.0-1
ii  empathy3.12.7-1
ii  eog3.14.1-1
ii  evince 3.14.1-2+deb8u1
ii  evolution-data-server  3.12.9~git20141128.5242b0-2+deb8u2
ii  fonts-cantarell0.0.16-1
ii  gdm3   3.14.1-7
ii  gkbd-capplet   3.6.0-1
ii  glib-networking2.42.0-2
ii  gnome-backgrounds  3.14.1-1
ii  gnome-bluetooth3.14.0-2
ii  gnome-calculator   3.14.1-1
ii  gnome-contacts 3.14.1-1
ii  gnome-control-center   1:3.14.2-3
ii  gnome-dictionary   3.14.1-1
ii  gnome-disk-utility 3.12.1-1+b1
ii  gnome-font-viewer  3.14.0-2
ii  gnome-keyring  3.14.0-1+b1
ii  gnome-menus3.13.3-6
ii  gnome-online-accounts  3.14.2-1
ii  gnome-online-miners3.14.0-2
ii  gnome-packagekit   3.14.0-1
ii  gnome-screenshot   3.14.0-1
ii  gnome-session  3.14.0-2
ii  gnome-settings-daemon  3.14.2-3
ii  gnome-shell3.14.4-1~deb8u1
ii  gnome-shell-extensions 3.14.2-1
ii  gnome-sushi3.12.0-2+b1
ii  gnome-system-log   3.9.90-2
ii  gnome-system-monitor   3.14.1-1
ii  gnome-terminal 3.14.1-1+deb8u1
ii  gnome-themes-standard  3.14.2.2-1
ii  gnome-user-guide   3.14.1-1
ii  gnome-user-share   3.14.0-2
ii  gsettings-desktop-schemas  3.14.1-1
ii  gstreamer1.0-plugins-base  1.4.4-2
ii  gstreamer1.0-plugins-good  1.4.4-2
ii  gstreamer1.0-pulseaudio1.4.4-2
ii  gtk2-engines   1:2.20.2-3
ii  gucharmap  1:3.14.1-1
ii  gvfs-backends  1.22.2-1
ii  gvfs-bin   1.22.2-1
ii  gvfs-fuse  1.22.2-1
ii  iceweasel  44.0.2-1~bpo70+1
ii  libatk-adaptor 2.14.0-2
ii  libcanberra-pulse  0.30-2.1
ii  libcaribou-gtk-module  0.4.15-1
ii  libcaribou-gtk3-module 0.4.15-1
ii  libgtk-3-common3.14.5-1+deb8u1
ii  libpam-gnome-keyring   3.14.0-1+b1
ii  metacity   1:3.14.3-1
ii  mousetweaks3.12.0-1
ii  nautilus   3.14.1-2
ii  policykit-1-gnome  0.105-2
ii  pulseaudio 5.0-13
ii  sound-theme-freedesktop0.8-1
ii  totem  3.14.0-2
ii  tracker-gui1.2.4-2
ii  vino   3.14.0-2+b1
ii  yelp   3.14.1-1
ii  zenity 3.14.0-1

Versions of packages gnome-core recommends:
ii  anacron2.3-23
ii  network-manager-gnome  0.9.10.0-2

Versions of packages gnome-core suggests:
ii  gnome  1:3.14+3

-- no debconf information

Bug#827570: systemsettings: Can no longer set resolution

[Salvatore Tomaselli]

Package: systemsettings
Version: 4:5.6.4-1
Severity: normal

Dear Maintainer,
when some game changes my screen resolution and then crashes, systemsettings
is now totally useless in fixing it.


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

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

Versions of packages systemsettings depends on:
ii  libc6 2.22-11
ii  libkf5auth5   5.22.0-1
ii  libkf5completion5 5.22.0-1
ii  libkf5configcore5 5.22.0-1
ii  libkf5configgui5  5.22.0-1
ii  libkf5configwidgets5  5.22.0-1
ii  libkf5coreaddons5 5.22.0-1
ii  libkf5dbusaddons5 5.22.0-1
ii  libkf5i18n5   5.22.1-1
ii  libkf5iconthemes5 5.22.0-1
ii  libkf5itemviews5  5.22.0-1
ii  libkf5kcmutils5   5.22.0-1
ii  libkf5khtml5  5.22.0-1
ii  libkf5kiowidgets5 5.22.0-1
ii  libkf5service-bin 5.22.0-1
ii  libkf5service55.22.0-1
ii  libkf5widgetsaddons5  5.22.0-1
ii  libkf5windowsystem5   5.22.0-1
ii  libkf5xmlgui5 5.22.0-1
ii  libqt5core5a  5.6.1+dfsg-2
ii  libqt5dbus5   5.6.1+dfsg-2
ii  libqt5gui55.6.1+dfsg-2
ii  libqt5widgets55.6.1+dfsg-2
ii  libstdc++66.1.1-6

systemsettings recommends no packages.

systemsettings suggests no packages.

-- no debconf information

Bug#827569: twine: HTML documentation is useless

[Jakub Wilk]

Package: twine
Version: 1.5.0-1
Severity: minor

/usr/share/doc/twine/html/index.html contains the following links: 
- Changelog (target page doesn't exist)

- Index (empty)
- Module Index (doesn't exist)
- Search Page

All in all, the HTML documentation is useless. Please stop shipping it, 
because it gives false hopes to people who want to learn how to use this 
software.


--
Jakub Wilk

Bug#827568: twine: please ship README

[Jakub Wilk]

Package: twine
Version: 1.5.0-1
Severity: wishlist
Usertags: serious

Please include README.rst in the binary package.

--
Jakub Wilk

Bug#825262: eric 6.1.2 crashes at startup with TypeError

[Gudjon I. Gudjonsson]

Hi Daniel and Cristian

I am sorry for my very late response.

I have upgraded the package to version 6.1.6 and it can be
downloaded here:
deb http://gudjon.org/debian/ amd64/

But to make it work it needs qscintilla to be rebuilt. I have just filed a
bug against qscintilla and I will try to get eric uploaded as soon as it is
fixed.

Regards
Gudjon

Bug#827567: gprbuild: FTBFS: libgnatprj.so: undefined reference to `update_path'

[Chris Lamb]

Source: gprbuild
Version: 2015-5
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

gprbuild fails to build from source in unstable/amd64:

  [..]

libxmlada-dom6-dev libxmlada-input-sources4.5.2015
libxmlada-input-sources6-dev libxmlada-sax4.5.2015 libxmlada-sax6-dev
libxmlada-schema4.5.2015 libxmlada-schema6-dev libxmlada-unicode4.5.2015
libxmlada-unicode6-dev
  Suggested packages:
gcc-6-locales gcc-6-multilib gcc-6-doc libgcc1-dbg libgomp1-dbg libitm1-dbg
libatomic1-dbg libasan3-dbg liblsan0-dbg libtsan0-dbg libubsan0-dbg
libcilkrts5-dbg libmpx2-dbg libquadmath0-dbg gnat-6-doc
ada-reference-manual-2012 gnat-6-sjlj
  Recommended packages:
ada-reference-manual-2012 gnat-gps libxmlada-doc
  The following NEW packages will be installed:
cpp-6 gcc-6 gnat gnat-6 libasan3 libgcc-6-dev libgnat-6 libgnatprj6
libgnatprj6-dev libgnatvsn6 libgnatvsn6-dev libmpx2 libxmlada-dom4.5.2015
libxmlada-dom6-dev libxmlada-input-sources4.5.2015
libxmlada-input-sources6-dev libxmlada-sax4.5.2015 libxmlada-sax6-dev
libxmlada-schema4.5.2015 libxmlada-schema6-dev libxmlada-unicode4.5.2015
libxmlada-unicode6-dev
  0 upgraded, 22 newly installed, 0 to remove and 0 not upgraded.
  1 not fully installed or removed.
  Need to get 84.8 MB of archives.
  After this operation, 440 MB of additional disk space will be used.
  Get:1 http://httpredir.debian.org/debian sid/main amd64 cpp-6 amd64 6.1.1-6 
[30.8 MB]
  Get:2 http://httpredir.debian.org/debian sid/main amd64 libasan3 amd64 
6.1.1-6 [303 kB]
  Get:3 http://httpredir.debian.org/debian sid/main amd64 libmpx2 amd64 6.1.1-6 
[11.0 kB]
  Get:4 http://httpredir.debian.org/debian sid/main amd64 libgcc-6-dev amd64 
6.1.1-6 [2296 kB]
  Get:5 http://httpredir.debian.org/debian sid/main amd64 gcc-6 amd64 6.1.1-6 
[30.2 MB]
  Get:6 http://httpredir.debian.org/debian sid/main amd64 libgnat-6 amd64 
6.1.1-6 [966 kB]
  Get:7 http://httpredir.debian.org/debian sid/main amd64 libgnatvsn6 amd64 
6.1.1-6 [296 kB]
  Get:8 http://httpredir.debian.org/debian sid/main amd64 libgnatprj6 amd64 
6.1.1-6 [710 kB]
  Get:9 http://httpredir.debian.org/debian sid/main amd64 gnat-6 amd64 6.1.1-6 
[12.4 MB]
  Get:10 http://httpredir.debian.org/debian sid/main amd64 libgnatvsn6-dev 
amd64 6.1.1-6 [1510 kB]
  Get:11 http://httpredir.debian.org/debian sid/main amd64 libgnatprj6-dev 
amd64 6.1.1-6 [3524 kB]
  Get:12 http://httpredir.debian.org/debian sid/main amd64 gnat all 6.1 [2926 B]
  Get:13 http://httpredir.debian.org/debian sid/main amd64 
libxmlada-unicode4.5.2015 amd64 4.5.2015-7 [179 kB]
  Get:14 http://httpredir.debian.org/debian sid/main amd64 
libxmlada-unicode6-dev amd64 4.5.2015-7 [267 kB]
  Get:15 http://httpredir.debian.org/debian sid/main amd64 
libxmlada-input-sources4.5.2015 amd64 4.5.2015-7 [21.1 kB]
  Get:16 http://httpredir.debian.org/debian sid/main amd64 
libxmlada-input-sources6-dev amd64 4.5.2015-7 [37.8 kB]
  Get:17 http://httpredir.debian.org/debian sid/main amd64 
libxmlada-sax4.5.2015 amd64 4.5.2015-7 [123 kB]
  Get:18 http://httpredir.debian.org/debian sid/main amd64 libxmlada-sax6-dev 
amd64 4.5.2015-7 [267 kB]
  Get:19 http://httpredir.debian.org/debian sid/main amd64 
libxmlada-dom4.5.2015 amd64 4.5.2015-7 [53.5 kB]
  Get:20 http://httpredir.debian.org/debian sid/main amd64 libxmlada-dom6-dev 
amd64 4.5.2015-7 [103 kB]
  Get:21 http://httpredir.debian.org/debian sid/main amd64 
libxmlada-schema4.5.2015 amd64 4.5.2015-7 [265 kB]
  Get:22 http://httpredir.debian.org/debian sid/main amd64 
libxmlada-schema6-dev amd64 4.5.2015-7 [420 kB]
  Fetched 84.8 MB in 0s (105 MB/s)
  Selecting previously unselected package cpp-6.
  (Reading database ... 
(Reading database ... 5%
(Reading database ... 10%
(Reading database ... 15%
(Reading database ... 20%
(Reading database ... 25%
(Reading database ... 30%
(Reading database ... 35%
(Reading database ... 40%
(Reading database ... 45%
(Reading database ... 50%
(Reading database ... 55%
(Reading database ... 60%
(Reading database ... 65%
(Reading database ... 70%
(Reading database ... 75%
(Reading database ... 80%
(Reading database ... 85%
(Reading database ... 90%
(Reading database ... 95%
(Reading database ... 100%
(Reading database ... 23084 files and directories currently installed.)
  Preparing to unpack .../cpp-6_6.1.1-6_amd64.deb ...
  Unpacking cpp-6 (6.1.1-6) ...
  Selecting previously unselected package libasan3:amd64.
  Preparing to unpack .../libasan3_6.1.1-6_amd64.deb ...
  Unpacking libasan3:amd64 (6.1.1-6) ...
  Selecting previously unselected package libmpx2:amd64.
  Preparing to unpack .../libmpx2_6.1.1-6_amd64.deb ...
  Unpacking libmpx2:amd64 (6.1.1-6) ...
  Selecting previously unselected package libgcc-6-dev:amd64.
  Preparing to unpack .../libgcc-6-dev_6.1.1-6_amd64.deb ...
  Unpacking libgcc-6-dev:amd64 (6.1.1-6) ...
  

Bug#814379: twine: Missing dependency on python3-setuptools.

[Jakub Wilk]

Control: severity -1 serious
Justification: Policy §3.5

$ twine --help
Traceback (most recent call last):
 File "/usr/bin/twine", line 9, in 
   load_entry_point('twine==1.5.0', 'console_scripts', 'twine')()
 File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 542, in 
load_entry_point
   return get_distribution(dist).load_entry_point(group, name)
 File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2569, in 
load_entry_point
   return ep.load()
 File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2229, in 
load
   return self.resolve()
 File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2235, in 
resolve
   module = __import__(self.module_name, fromlist=['__name__'], level=0)
 File "/usr/lib/python3/dist-packages/twine/__main__.py", line 20, in 
   from twine.cli import dispatch
 File "/usr/lib/python3/dist-packages/twine/cli.py", line 19, in 
   import setuptools
ImportError: No module named 'setuptools'

--
Jakub Wilk

Bug#827566: qpdfview: search option 'whole words' doesn't work

[Antoni Marcinek]

Package: qpdfview
Version: 0.4.14-1
Severity: normal

Dear Maintainer,

The search option 'whole words' if selected has no effect.

According to one of reports at developers site, this is likely due to too old
poppler version (below 0.31). However, I have the 0.44 installed. But when in
qpdfview I select Help/About, I see:

This version includes:
PDF support using Poppler 0.26.5
PS support using libspectre 0.2.7
DjVu support using DjVuLibre 3.5.27
Printing support using CUPS 1.7.5

So I suppose, that qpdfview in Debian has been compiled with poppler 0.26.5
when the poppler's API didn't contain the whole words search. So having the new
poppler installed doesn't help, as qpdfview does not really make an appropriate
function call.

If my guesses are correct, it would be good to just release a new package
version compiled against the current version of poppler in sid.

Regards,
Antoni Marcinek



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

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

Versions of packages qpdfview depends on:
ii  hicolor-icon-theme0.15-1
ii  libc6 2.22-11
ii  libcups2  2.1.3-6
ii  libgcc1   1:6.1.1-6
ii  libgl1-mesa-glx [libgl1]  11.2.2-1
ii  libpoppler-qt5-1  0.44.0-3
ii  libqt5concurrent5 5.6.1+dfsg-2
ii  libqt5core5a  5.6.1+dfsg-2
ii  libqt5dbus5   5.6.1+dfsg-2
ii  libqt5gui55.6.1+dfsg-2
ii  libqt5printsupport5   5.6.1+dfsg-2
ii  libqt5sql55.6.1+dfsg-2
ii  libqt5sql5-sqlite 5.6.1+dfsg-2
ii  libqt5svg55.6.1-2
ii  libqt5widgets55.6.1+dfsg-2
ii  libqt5xml55.6.1+dfsg-2
ii  libstdc++66.1.1-6
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages qpdfview recommends:
ii  qpdfview-djvu-plugin   0.4.14-1
ii  qpdfview-ps-plugin 0.4.14-1
ii  qpdfview-translations  0.4.14-1

qpdfview suggests no packages.

-- no debconf information

Bug#827125: libglfw3: build a split package for X11 and Wayland

[James Cowgill]

On Fri, 2016-06-17 at 01:57 +0100, Emmanuel Gil Peyrot wrote:
> On Fri, Jun 17, 2016 at 01:37:23AM +0100, James Cowgill wrote:
> > On Sun, 2016-06-12 at 16:42 +0100, Emmanuel Gil Peyrot wrote:
> > > Package: libglfw3
> > > Version: 3.2-1
> > > 
> > > The current version of GLFW supports both X11 and Wayland, but
> > > this
> > > is a build-time choice.  It would be very useful for people on
> > > Wayland systems to be able to install something like `libglfw3-
> > > wayland' which would provide `libglfw3', and rename the current
> > > package to `libglfw3-x11'.
> > 
> > I agree that supporting wayland is a good idea. I notice that in
> > the other popular toolkits (at least GTK+, Qt and SDL) wayland is
> > detected at runtime instead of being a build-time choice. From a
> > distribution perspective this would be better, and it allows the
> > wayland implementation to be included in the default build instead
> > of forcing the user to install a different package.
> 
> This is planned upstream, but not done yet.  The 3.2 release added
> support for runtime selection of the context creation API, which was
> one of the other things that previously had to be selected at
> compile-time.

That's great!

> > If the package split is done, one issue is that the glfw native
> > functions are different in X11 and Wayland. To use the provides
> > system, the libraries should offer identical ABIs so some (probably
> > dummy) Wayland functions will need to be added to the X11 library
> > and vice-versa.
> 
> This probably shouldn’t be a blocker, a program would then only
> depend on the version it was compiled against, or maybe be compiled
> twice in the case it uses both.

This does mean that the Wayland version cannot be co-installed with
anything in Debian which (transitively) depends on the X11 version, and
also means you can't switch between the libraries safely without
recompiling any rdeps. If that's good enough for you then I'm ok with
implementing it, but it does seem less than perfect.

> > I would like to avoid renaming the current package because it would
> > trigger a package transition. This is because any dependency on a
> > virtual package with more than one candidate needs a default choice
> > or APT will refuse to install it automatically (rdeps would need a
> > dependency like 'libglfw3-x11 | libglfw3'). Keeping the X11 package
> > as 'libglfw3' or possibly retaining libglfw3 as a dummy package
> > would avoid the transition.
> 
> Is it possible to have a package being both an actual package and a
> virtual one?  Or some kind of “provides: libglfw3” field in
> libglfw3-wayland that would make APT see it as a viable alternative
> to libglfw3 while being in conflict with it?

Yes that should all work, but I can only safely use Provides (or
anything else which implies that the X11 and Wayland version are
interchangeable) if the ABIs are totally identical.

Thanks,
James

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

Bug#827565: dill: please drop dependency on python-ctypeslib

[Mattia Rizzolo]

Source: dill
Version: 0.2.5-1
Severity: serious

python-ctypeslib is scheduled for removal https://bugs.debian.org/827560

Please try to remove the dependencies on python-ctypeslib.  I can't find
out *why* such dependency is needed at all, because the library imports
ctypes from the stdlib, and I see no references to the 2 scripts the
python-ctypelibs package ships in /use/bin (that would be the only
reason for a python3 library package to depend on a python2 package).

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#827564: pcre3: Stack corruption from crafted pattern

[Salvatore Bonaccorso]

Source: pcre3
Version: 2:8.35-3.3
Severity: important
Tags: security patch upstream fixed-upstream
Forwarded: https://bugs.exim.org/show_bug.cgi?id=1780

>From the upstream changelog (no CVE assigned):

> +16. An invalid pattern fragment such as (?(?C)0 was not diagnosing an error 
>("assertion expected") when (?(?C) was not followed by an opening 
>parenthesis.

Upstream report: https://bugs.exim.org/show_bug.cgi?id=1780

Upstream fix; http://vcs.pcre.org/pcre?view=revision=1638 (8.39)

Regards,
SAlvatore

Bug#825483: Lowering severity

[James Cowgill]

Hi,

On Sun, 2016-06-12 at 23:58 +0200, Jordi Mallach wrote:
> severity 825483 important
> thanks
> 
> ftp-master has removed the ppc64el binaries by request, as it's
> better to let mame transition to unstable and away from non-free.

It still seems to be blocked from migrating to testing. I think you
need to remove the ppc64el binaries for gnome-video-arcade as well.

James

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

Bug#827563: Qscintilla needs rebuilding

[Gudjon I. Gudjonsson]

Package: python-qscintilla2
Version: 2.9.2+dfsg-1
Severity: important

Hi Scott

I was trying to fix a bug in eric but I need you to rebuild Qscintilla 
in order to make it work. With the current version it fails with the 
error message below. But if I recompile qscintilla it works perfectly.

Regards
Gudjon


>From eric error log:
Error information:

2016-06-17, 21:34:36

:
QsciLexerPython(parent: QObject = None): argument 1 has unexpected type 'Shell'

  File "/usr/share/eric/modules/eric6.py", line 359, in 
main()
  File "/usr/share/eric/modules/eric6.py", line 340, in main
restartArgs)
  File "/usr/share/eric/modules/UI/UserInterface.py", line 232, in __init__
self.__createLayout(debugServer)
  File "/usr/share/eric/modules/UI/UserInterface.py", line 634, in 
__createLayout
self.__createSidebarsLayout(debugServer)
  File "/usr/share/eric/modules/UI/UserInterface.py", line 867, in 
__createSidebarsLayout
ShellAssembly(debugServer, self.viewmanager, True)
  File "/usr/share/eric/modules/QScintilla/Shell.py", line 48, in __init__
self.__shell = Shell(dbs, vm, self)
  File "/usr/share/eric/modules/QScintilla/Shell.py", line 233, in __init__
self.__bindLexer()
  File "/usr/share/eric/modules/QScintilla/Shell.py", line 315, in __bindLexer
self.lexer_ = Lexers.getLexer(self.language, self)
  File "/usr/share/eric/modules/QScintilla/Lexers/__init__.py", line 209, in 
getLexer
return LexerPython(language, parent)
  File "/usr/share/eric/modules/QScintilla/Lexers/LexerPython.py", line 31, in 
__init__
QsciLexerPython.__init__(self, parent)

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

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

Versions of packages python-qscintilla2 depends on:
ii  libc6  2.22-11
ii  libgcc11:6.1.1-6
ii  libqscintilla2-12v52.9.2+dfsg-1
ii  libqtcore4 4:4.8.7+dfsg-8
ii  libqtgui4  4:4.8.7+dfsg-8
ii  libstdc++6 6.1.1-6
ii  python 2.7.11-2
ii  python-qt4 4.11.4+dfsg-2
ii  python-sip [sip-api-11.3]  4.18+dfsg-1

python-qscintilla2 recommends no packages.

python-qscintilla2 suggests no packages.

Bug#827478: hydra: New upstream version available

[Daniel Echeverry]

tags 827478 + pending
thanks

-- 
Daniel Echeverry
http://wiki.debian.org/DanielEcheverry
http://rinconinformatico.net
Linux user: #477840
Debian user

Bug#827555: ITP: circle -- Show byte statistics as an ascii circle graph

[Henrique de Moraes Holschuh]

On Fri, Jun 17, 2016, at 14:38, Roberto S. Galende wrote:
>   URL : http://wp.me/p2FmmK-96

Please use the real URL.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique de Moraes Holschuh 

Bug#827555: ITP: circle -- Show byte statistics as an ascii circle graph

[Joachim Breitner]

Hi,

Am Freitag, den 17.06.2016, 21:24 +0200 schrieb Roberto S. Galende:
> ok, maybe bytes-circle...
> That also means to change the name of the command, 
> or could I just change the name of the package?
> thanks

I would suggest to also change the command name, in order to avoid
conflicts with a future circle command that could come up.

Greetings,
Joachim

-- 

Joachim “nomeata” Breitner
Debian Developer
  nome...@debian.org • https://people.debian.org/~nomeata
  XMPP: nome...@joachim-breitner.de • GPG-Key: 0xF0FBF51F
  https://www.joachim-breitner.de/

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

Bug#827561: Update 3.2.78 -> 3.2.81 broke builds in fs/fcntl.c

[Elliott Mitchell]

Package: linux-source-3.2
Version: 3.2.81-1
Severity: important

SSIA:

  CC  fs/fcntl.o
fs/fcntl.c: In function 'setfl':
fs/fcntl.c:186:31: error: dereferencing pointer to incomplete type
fs/fcntl.c:187:30: error: dereferencing pointer to incomplete type
make[2]: *** [fs/fcntl.o] Error 1
make[2]: *** Waiting for unfinished jobs

That would be a problem for this update, this hunk of code is new for
3.2.81.  Seems someone forgot a header (I'm not yet sure which).


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| ehem+sig...@m5p.com  PGP 87145445 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445

Bug#827562: task-xfce-desktop: Depends on light-locker Should Be Recommends

[Leo L. Schwab]

Package: task-xfce-desktop
Version: 3.35
Severity: normal

Dear Maintainer,

task-xfce-desktop has grown a dependency on the package
light-locker, which is billed as a lightweight alternative to xscreensaver.
I suspect this is to track a similar change in xfce4-session, which recently
also added a dependency for light-locker.

However, xfce4-session only Recommends light-locker; it does not
Depends on it.  light-locker at the moment doesn't seem to play well with
xscreensaver, and is something of a nuisance.  For those of us who prefer
xscreensaver, light-locker gets in the way.

I suggest that task-xfce-desktop reduce the dependency on
light-locker from Depends to Recommends.

Schwab


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

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

Versions of packages task-xfce-desktop depends on:
ii  lightdm   1.18.1-1
ii  task-desktop  3.35
ii  tasksel   3.35
ii  xfce4 4.12.3

Versions of packages task-xfce-desktop recommends:
ii  dbus-x111.10.8-1
ii  evince  3.20.0-4
ii  evince-gtk  3.20.0-4
ii  gnome-orca  3.20.2-1
ii  hunspell-en-us  20070829-6
ii  hyphen-en-us2.8.8-3
pn  iceweasel   
ii  libreoffice 1:5.1.3-2
ii  libreoffice-gtk 1:5.1.3-2
ii  libreoffice-help-en-us  1:5.1.3-2
ii  mousepad0.4.0-4
ii  mythes-en-us1:5.1.3-2
ii  network-manager-gnome   1.2.2-2
ii  orage   4.12.1-2
ii  quodlibet   3.6.1-2
ii  synaptic0.83+b1
ii  system-config-printer   1.5.7-2
ii  tango-icon-theme0.8.90-6
ii  vlc 1:2.2.4-dmo1
ii  xfce4-goodies   4.12.2
pn  xfce4-mixer 
ii  xfce4-power-manager 1.4.4-4
ii  xfce4-terminal  0.6.3-2
ii  xsane   0.999-3+b1

task-xfce-desktop suggests no packages.

-- no debconf information

Bug#827555: ITP: circle -- Show byte statistics as an ascii circle graph

[Roberto S. Galende]

ok, maybe bytes-circle...
That also means to change the name of the command,
or could I just change the name of the package?
thanks

Bug#825672: Issues with libacr38 and gpg

[Laurent Bigonville]

Le 17/06/16 à 21:10, Oliver Winker a écrit :

Hi,

Indeed, works quite ok so far. Sometimes I need to reinsert the card 2 or 3
times, but pcsc_scan always sees it each time. So might be related to the gpg
stack.

So for me libacsccid1 looks good as replacement for libacr38. Thanks for the
info! :)

Thanks for the feedback, both of you

Laurent

Bug#825672: Issues with libacr38 and gpg

[Oliver Winker]

Hi, 

Indeed, works quite ok so far. Sometimes I need to reinsert the card 2 or 3 
times, but pcsc_scan always sees it each time. So might be related to the gpg 
stack.

So for me libacsccid1 looks good as replacement for libacr38. Thanks for the 
info! :)

BR, Oliver

On Wednesday 15 June 2016 09:45:04 Laurent Bigonville wrote:
> Hi,
> 
> Apparently you both have some issues with the last upload of libacr38
> and gpg.
> 
> I don't think that upstream is really maintaining this driver anymore,
> however it seems they are maintaining (and even in debian!) libacsccid1
> instead.
> 
> Could you please give a try to this other driver and see if it's working
> better for you?
> 
> If it's the case I'm thinking about asking to RM this package from the
> archive.
> 
> Regards,
> 
> Laurent Bigonville

Bug#827560: RM: python-ctypeslib -- ROM; Obsolete - included in python2.5 and later

[Scott Kitterman]

Package: ftp.debian.org
Severity: normal

This should have been removed long ago, has no human maintainer, and is
blocking removal of the also obsolete gccxml.

Scott K

Bug#827555: ITP: circle -- Show byte statistics as an ascii circle graph

[Joachim Breitner]

Hi,

Am Freitag, den 17.06.2016, 19:38 +0200 schrieb Roberto S. Galende:
> circle is a program that shows statistics about bytes contained
> in a file as an ascci circle graph of deviations from mean in sigma
> increments.

sounds like a fun tool, but in the interest of keeping the package name
space sane, I suggest to look for a less generic name. Maybe "ascii-
circle" or "bytes-circle"?

Greetings,
Joachim
-- 

Joachim “nomeata” Breitner
Debian Developer
  nome...@debian.org • https://people.debian.org/~nomeata
  XMPP: nome...@joachim-breitner.de • GPG-Key: 0xF0FBF51F
  https://www.joachim-breitner.de/

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

Bug#827559: update to 1.7

[Ryan Kavanagh]

Package: aoeui
Version: 1.6~dfsg-2
Severity: wishlist

[ Keeping track of this so it doesn't get lost. ]

Please update aoeui to 1.7. It has moved to
https://github.com/pklausler/aoeui

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

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

Versions of packages aoeui depends on:
ii  libc6  2.22-11

aoeui recommends no packages.

aoeui suggests no packages.

-- no debconf information

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  https://ryanak.ca/  | GPG Key 4A11C97A


signature.asc
Description: PGP signature

Bug#820818: partman is not able to resize nvme0n1p3 in d-i

[Ben Hutchings]

On Fri, 2016-06-17 at 18:42 +0100, Steve McIntyre wrote:
> On Fri, Jun 17, 2016 at 11:51:09AM +0200, Michael Hartung wrote:
> > 
> > 
> > Same problem for me. 
> > The following patch helps for me: 
> > 
> > --- partman-partitioning/lib/resize.sh2016-05-19 09:51:59.0 +0200 
> > +++ ./resize.sh2016-06-17 11:43:11.126906220 +0200 
> > @@ -24,7 +24,7 @@ 
> > /dev/[hsv]d[a-z]|/dev/xvd[a-z]) 
> > bdev=$bdev$num 
> > ;; 
> > -
> > /dev/cciss/c[0-9]d[0-9]|/dev/cciss/c[0-9]d[0-9][0-9]|/dev/ida/c[0-9]d[0-9]|/dev/ida/c[0-9]d[0-9][0-9]|/dev/mmcblk[0-9])
> >  
> > +
> > /dev/cciss/c[0-9]d[0-9]|/dev/cciss/c[0-9]d[0-9][0-9]|/dev/ida/c[0-9]d[0-9]|/dev/ida/c[0-9]d[0-9][0-9]|/dev/mmcblk[0-9]|/dev/nvme[0-9]n[0-9])
> >  
> > bdev=${bdev}p$num 
> > ;; 
> > *) 
> 
> Thanks for checking that!
> 
> Looking in the code, there are *lots* of places where we have this
> kind of check and I think it would make sense to pull them together
> into one place so we don't miss things...

Also, all the pattern matching can be replaced by (for Linux):

/dev/*[0-9])
bdev=${dev}p$num
;;
/dev/*)
bdev=$dev$num
;;

The rule is really that simple.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert
Camus


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

Bug#827525: kvmtool: FTBFS on mips64el: guest/guest_init.o: linking 32-bit code with 64-bit code

[Riku Voipio]

On 17 June 2016 at 15:04, Dejan Latinovic  wrote:
> Package kvmtool FTBFS for mips64el with the following error:
>
>> LINK lkvm
>> /usr/bin/ld: guest/guest_init.o: warning: linking abicalls files with 
>> non-abicalls files
>> /usr/bin/ld: guest/guest_init.o: linking 32-bit code with 64-bit code
>> /usr/bin/ld: failed to merge target specific data of file guest/guest_init.o
>> collect2: error: ld returned 1 exit status
>> Makefile:381: recipe for target 'lkvm' failed
>> make[1]: *** [lkvm] Error 1
>
> Full build log:
> https://buildd.debian.org/status/fetch.php?pkg=kvmtool=mips64el=0.20160419-1=1463209003
>
> The reason for that is behaviour is the way of creation guest_init.o.
>> ld -r -b binary -o guest/guest_init.o guest/init
>
> Resulting file is "MIPS-I" instead of expected "MIPS64 rel2".
>> file guest/guest_init.o.cp
>> guest/guest_init.o.cp: ELF 64-bit LSB relocatable, MIPS, MIPS-I version 1 
>> (SYSV), not stripped
>
> If options "-r -b binary" are used, linker will ignore flags of input file 
> "Flags: 0x8006, pic, cpic, mips64r2",
> and flags of resulting guest_init.o file will be  "Flags: 0x0".
>
> Solution for this issue could be using different method for creation 
> guest_init.o.
> If xxd and gcc are used instead of ld, resulting file will have regular flags.
>> xxd -i guest/init | $(CC) -c -x c - -o guest/guest_init.o
> Here are proposed changes for this issue.
> http://www.spinics.net/lists/kvm/msg118016.html
>
> I have created a patch that fixes this issue modeled on mentioned solution.
> Using this patch I was able to build kvmtool for mips64el, mipsel, i386, 
> amd64.
> The patch is attached.
>
> Could you please consider including this patch.

I think the patch is better applied directly upstream, I'm sure there
are non-Debian users who would like to use kvmtool on mips64el.

Riku
--- kvmtool-0.20160419.orig/Makefile
+++ kvmtool-0.20160419/Makefile
@@ -395,8 +395,7 @@ endif
 $(GUEST_INIT): guest/init.c
 	$(E) "  LINK" $@
 	$(Q) $(CC) $(GUEST_INIT_FLAGS) guest/init.c -o $@
-	$(Q) $(LD) -r -b binary -o guest/guest_init.o $(GUEST_INIT)
-
+	$(Q) xxd -i $@ | $(CC) -c -x c - -o guest/guest_init.o
 %.s: %.c
 	$(Q) $(CC) -o $@ -S $(CFLAGS) -fverbose-asm $<
 
--- kvmtool-0.20160419.orig/builtin-setup.c
+++ kvmtool-0.20160419/builtin-setup.c
@@ -146,8 +146,8 @@ static int extract_file(const char *gues
 	return 0;
 }
 
-extern char _binary_guest_init_start;
-extern char _binary_guest_init_size;
+extern char guest_init;
+extern char guest_init_len;
 extern char _binary_guest_pre_init_start;
 extern char _binary_guest_pre_init_size;
 
@@ -163,8 +163,8 @@ int kvm_setup_guest_init(const char *gue
 		return err;
 #endif
 	err = extract_file(guestfs_name, "virt/init",
-&_binary_guest_init_start,
-&_binary_guest_init_size);
+_init,
+_init_len);
 	return err;
 }
 #else

Bug#827558: RM: python-cassandra python3-cassandra [all] -- RoQA; NBS; obsolete arch:all package

[Andreas Beckmann]

Package: ftp.debian.org
Severity: normal

Hi,

python-cassandra/python3-cassandra are now arch:any packages:

python-cassandra  | 2.5.1-1   | unstable   | all
python-cassandra  | 3.4.1-1   | unstable   | amd64, arm64, armel, armhf, 
hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mips64el, mipsel, 
powerpc, ppc64el, s390x
python3-cassandra | 2.5.1-1   | unstable   | all
python3-cassandra | 3.4.1-1   | unstable   | amd64, arm64, armel, armhf, 
hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mips64el, mipsel, 
powerpc, ppc64el, s390x


Andreas

Bug#827557: linux-image-4.6.0-1-armmp-lpae: 4.6 armmp kernel fails to boot on nvidia jetson (4.5 works)

[Wookey]

Package: linux-image-4.6.0-1-armmp-lpae
Version: 4.6.1-1
Severity: normal

I installed an nvidia jetson board (armhf, v7) with the stretch alpha6
installer. It all worked nicely. 
See documentation at:
https://wiki.debian.org/InstallingDebianOn/NVIDIA/Jetson-TK1

On upgrading the kernel to 'current testing', (
linux-image-4.6.0-1-armmp-lpae 4.6.1-1, and linux-image-armmp-lpae
4.6+74, from what's in alpha6 installer (
linux-image-4.5.0-2-armmp-lpae 4.5.3-2 and linux-image-armmp-lpae
4.5+73) causes the machine to no longer boot.

I failed to keep a log, but after 
[3.266688] mmc0: Unknown controller version (3). You may experience 
problems.
[3.314162] mmc1: Unknown controller version (3). You may experience 
problems.
(which appears on successful boots too)
I just get messages about failing to set up IO for a sound device (3
lots), then it hangs. 
On the working 4.5 boot I see:

[   15.714061] r8169 :01:00.0: firmware: failed to load 
rtl_nic/rtl8168g-2.fw (-2)

Debian GNU/Linux stretch/sid debian-jetson ttyS0

debian-jetson login:
--

I tried to turn extra debug on and failed. 

I am about to go on hols for 3 weeks so filing this bug as a
placeholder in case anyone else has info to add.

Clearly further investigation is needed to find out where it is going
wrong.

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

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

Bug#827556: RM: gem2deb [all] -- RoQA; NBS; obsolete arch:all package

[Andreas Beckmann]

Package: ftp.debian.org
Severity: normal

Hi,

please decruft gem2deb, it is now an arch:all package.

* package gem2deb in version 0.30.1 is no longer built from source
  - suggested command:
dak rm -m "[auto-cruft] no longer built from source" -s unstable -a all -p 
-R -b gem2deb


Andreas

Bug#827555: ITP: circle -- Show byte statistics as an ascii circle graph

[Roberto S. Galende]

Package: wnpp
Severity: wishlist
Owner: "Roberto S. Galende" 

  Package name: circle
  Version : 2.2-1
  Upstream Author : "Roberto S. Galende" 
  URL : http://wp.me/p2FmmK-96
  License : GPL 3
  Programming Lang: C
  Description : Show byte statistics as an ascii circle graph

circle is a program that shows statistics about bytes contained
in a file as an ascci circle graph of deviations from mean in sigma increments.

By default, byte 0 is at the center of the circle and next bytes until 256
are situated counterclockwise around the center.

circle expects a colour terminal, though other options are available.

The ascii art produced uses this char array to represent increment
values of sigma from the statistic's mean:
   . , - ~ + * o O # @

This ranges from zero (.) on the left, to 9*sigma (@) on the right.
If value is zero or over the mean the char is printed green.
If it is below the mean, it's printed red. A (blue) '=' char
represents a byte value that doesn't appear in the file.

The program can be useful for statistically analyze the content of
files in a glimpse: text files are shown as a green centered crown,
compressed and encrypted files should be shown as equally distributed
variations with a very low CV (sigma/mean), and other types of files
can be classified between these two categories depending on their
ascii vs binary content, which can be useful to quickly determine how
information is stored inside them (redis db, mmedia files, etc).
Developers and data analysts could benefit from 'circle'.

Bug#827220: [DRE-maint] Bug#827220: ruby-kgio FTBFS on hppa architecture

[Christian Hofstaedtler]

* Eric Wong  [160613 23:27]:
> Looks like only the bootstrap test ("make test") is run.
> 
> That doesn't test a big chunk of functionality or standard library
> at all.
> 
> The "test-all" target should also be run and is likely to find
> more problems.
> ("make check" runs both test-all and test targets)

We've recently enabled `make check` in the ruby2.3 builds (prompted
by this thread).

I'd love any help with diagnosing/finding fixes for the resulting
build failures:

   https://buildd.debian.org/status/package.php?p=ruby2.3=sid

Please follow up to debian-ruby@lists.d.o for these things (leaving
this bug alone).

Thanks,
-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-



signature.asc
Description: PGP signature

Bug#827554: gcc-5/gcc-6: please remove loongson 2f patch

[YunQiang Su]

Package: src:gcc-6

We are working to bump mipsel to mips32r2, and this means that we will
also drop support of loongson 2e and loongson 2f.

So the patch for loongson 2f is not needed any more.

So please drop it, aka: mips-fix-loongson2f-nop

-- 
YunQiang Su

Bug#826937: libgnatprj6: undefined symbol: __gnat_objlist_file_supported

[YunQiang Su]

On Fri, Jun 17, 2016 at 9:58 PM, YunQiang Su  wrote:
> On Fri, 10 Jun 2016 10:08:11 +0200 Emilio Pozuelo Monfort
>  wrote:
>> Package: libgnatprj6
>> Version: 6.1.1-6
>> Severity: serious
>>
>> A few days ago, libgnatprj6 was working just fine. However it looks like
>> one of the recent uploads has broken it, causing undefined references:
>>
>> https://buildd.debian.org/status/logs.php?pkg=asis=2015-1%2Bb1
>> https://buildd.debian.org/status/logs.php?pkg=libgnatcoll=1.7gpl2015-1%2Bb3
>> https://buildd.debian.org/status/logs.php?pkg=libgtkada=3.8.3-1%2Bb2
>
> With the attached patch, gprbuild can executable correctly, and the above
> package can be built.
>
> To build prefix.c for target, I have to get a config.h file and define
> some macro.
>

With this patch, the cross build also successfully.

>>
>> Cheers,
>> Emilio
>>
>>



-- 
YunQiang Su

Bug#827186: links2: -http.fake-user-agent "UA" fails

[Axel Beckert]

Control: tag -1 - unreproducible + confirmed upstream
Control: retitle -1 links2: Setting "-only-proxies 1" also sets 
"-http.fake-firefox 1" unconditionally

Hi,

Fulano Diego Perez wrote:
> > I'm sorry, but I can't reproduce this issue:
> > 
> > Calling "links2 -http.fake-user-agent UA http://wtfismyip.com/headers;
> > gives me as expected:
> > 
> > host: wtfismyip.com
> > user-agent: UA
> > accept: */*
> > accept-language: en,*;q=0.1
> > accept-encoding: gzip,deflate,bzip2,lzma,lzma2
> > accept-charset:
> > us-ascii,ISO-8859-1,ISO-8859-2,ISO-8859-3,ISO-8859-4,ISO-8859-5,ISO-8859-6,[...]
> > connection: keep-alive
> > 
> > Switching to HTTPS does not make a difference either. Same for links2
> > on Debian Stable.

This is still the case.
 
> >> also the same when using fake.firefox 0/1
> > 
> > Never heard of that option/setting and it's neither in the man page,
> > nor in the --help output nor listed in ~/.links2/links.cfg nor can
> > such a binary setting be seen in the menu under Setup -> Network options
> > -> HTTP options -> Headers options.
> 
> which menu is that in stretch ?

Indeed, I now see the option in Sid. For my previous mail I checked
both, Jessie and Sid in parallel and looked up the man-page and -h
output on Jessie instead of Sid. Sorry for that mistake.

On Sid you can find it under Setup -> Network options -> HTTP options
-> Header options -> Fake Firefox

> with all 3 below:
> 
> $ links2 -socks-proxy 127.0.0.1:9051 -only-proxies 1 -http.referer 0
> -http.fake-user-agent "3 com" https://wtfismyip.com/headers/
> 
> $ links2 -socks-proxy 127.0.0.1:9051 -only-proxies 1 -http.referer 0
> -http.fake-user-agent "Mozilla/5.0 (Windows NT 6.1; rv:45.0)
> Gecko/20100101 Firefox/45.0" https://wtfismyip.com/headers/
> 
> $ links2 -socks-proxy 127.0.0.1:9051 -only-proxies 1 -http.referer 0
> -http.fake-user-agent " " https://wtfismyip.com/headers/

Thanks for these more detailed examples. That helped a lot to
understand where the issue is.

I can confirm that these combinations of options behave as if
-http.fake-firefox would have been set to 1.

Dropping the "-only-proxies 1" make the remainder work as expected.

Unfortunately I found no obvious reason in the source code why these
two options should be connected. Will forward the issue to upstream.

> dpkg --reconfigure

Nope. That has nothing to do with this issue.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#820818: partman is not able to resize nvme0n1p3 in d-i

[Steve McIntyre]

On Fri, Jun 17, 2016 at 11:51:09AM +0200, Michael Hartung wrote:
>
>
>Same problem for me. 
>The following patch helps for me: 
>
>--- partman-partitioning/lib/resize.sh2016-05-19 09:51:59.0 +0200 
>+++ ./resize.sh2016-06-17 11:43:11.126906220 +0200 
>@@ -24,7 +24,7 @@ 
> /dev/[hsv]d[a-z]|/dev/xvd[a-z]) 
> bdev=$bdev$num 
> ;; 
>-
>/dev/cciss/c[0-9]d[0-9]|/dev/cciss/c[0-9]d[0-9][0-9]|/dev/ida/c[0-9]d[0-9]|/dev/ida/c[0-9]d[0-9][0-9]|/dev/mmcblk[0-9])
> 
>+
>/dev/cciss/c[0-9]d[0-9]|/dev/cciss/c[0-9]d[0-9][0-9]|/dev/ida/c[0-9]d[0-9]|/dev/ida/c[0-9]d[0-9][0-9]|/dev/mmcblk[0-9]|/dev/nvme[0-9]n[0-9])
> 
> bdev=${bdev}p$num 
> ;; 
> *) 

Thanks for checking that!

Looking in the code, there are *lots* of places where we have this
kind of check and I think it would make sense to pull them together
into one place so we don't miss things...

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
  Armed with "Valor": "Centurion" represents quality of Discipline,
  Honor, Integrity and Loyalty. Now you don't have to be a Caesar to
  concord the digital world while feeling safe and proud.

Bug#827553: RFP: libghc-turtle-dev -- turtle: Shell programming, Haskell-style

[Félix Sipma]

Package: wnpp
Severity: wishlist

* Package name: libghc-turtle-dev
  Version : 1.2.8
  Upstream Author : Gabriel Gonzalez 
* URL : https://github.com/Gabriel439/Haskell-Turtle-Library
* License : BSD
  Programming Lang: Haskell
  Description : turtle: Shell programming, Haskell-style

turtle is a reimplementation of the Unix command line environment in
Haskell so that you can use Haskell as both a shell and a scripting
language.

This package is useful for writing type safe scripts, and it may also
become a dependency of propellor at one point (see [1]).

[1]: https://propellor.branchable.com/todo/integrate_shell-monad/


signature.asc
Description: PGP signature

Bug#827492: [pkg-horde] Bug#827492: php-horde-http: use fully-qualified non-existent domain

[Nish Aravamudan]

On 17.06.2016 [14:21:20 +0200], Mathieu Parent wrote:
> 2016-06-17 1:31 GMT+02:00 Nishanth Aravamudan :
> > Package: php-horde-http
> > Version: 2.1.6-3
> > Severity: wishlist
> > Tags: patch
> > User: ubuntu-de...@lists.ubuntu.com
> > Usertags: origin-ubuntu yakkety ubuntu-patch
> >
> > Dear Maintainer,
> >
> > We found a failure in the php-horde-http autopkgtest without the
> > following.
> >
> > In Ubuntu, the attached patch was applied to achieve the following:
> >
> > - fix_test_domain.patch: use a fully-qualified inexistent domain for
> >   test suite to prevent test failure in autopkgtest environment.
> >
> > Thanks for considering the patch.
> 
> Thanks for your patch.
> 
> The test pass on debci. Can you tell me what is specific to Ubuntu here?

I'm not sure, I wonder if it's something lower level that is saying the
domain was non-existent.

> Also were is Ubuntu ci?

http://autopkgtest.ubuntu.com/packages/p/php-horde-http/yakkety/amd64/
e.g.

Let me debug this some more, feel free to hold off on taking this patch.

-Nish

Bug#827552: Package list not updated since days

[Bernhard]

Package: apt
Version: 1.2.10
Severity: normal

Since version 1.2.10, the package list is no more updated automatically.
I have to update the package list manually with "apt-get update".

In /var/log/syslog, there is the entry:
systemd[1]: apt-daily.timer: Adding 10h 13min 50.543133s random time
or similar.

If you need more informations, please let me know.

Best regards
Bernhard


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

Bug#827535: libreoffice: system proxy setting does not stick

[Rene Engelhard]

forwarded 827535 https://bugs.documentfoundation.org/show_bug.cgi?id=33697
tag 827535 + upstream
thanks

Hi,

On Fri, Jun 17, 2016 at 06:27:33PM +0200, Rene Engelhard wrote:
> tag 827535 + confirmed
> thanks
> 
> Hi,
> 
> On Fri, Jun 17, 2016 at 11:55:52PM +1000, Fulano Diego Perez wrote:
> > lowriter
> > settings
> > internet
> > set system proxy from either none/manual
> > ok
> > return
> > setting not saved - reverts to previously saved 
> 
> Indeed. Works in 5.1.3, breaks in 5.1.4 for me...
> 
> In 5.1.3 it even defaults to System where in 5.1.4 it defaults to None..

Upstream says:

19:14 <@sberg> _rene_, that's basically tdf#33697, together with whatever 
   caused "In 5.1.3 it even defaults to System where in 5.1.4 it 
   defaults to None.."
19:14 < IZBot> LibreOffice-UI normal/medium REOPENED Unable to choose proxy 
   type "system" [UI] 
   https://bugs.documentfoundation.org/show_bug.cgi?id=33697

Regards,
 
Rene

Bug#827483: [pkg-horde] Bug#827483: php-horde-mapi: fix autopkgtest errors

[Nish Aravamudan]

On 17.06.2016 [14:17:49 +0200], Mathieu Parent wrote:
> Control: tag -1 + confirmed + upstream - patch
> Control: reassign -1 + php-seclib 1.0.2-1
> Control: affects -1 + php-horde-mapi
> 
> 
> 2016-06-16 23:09 GMT+02:00 Nishanth Aravamudan 
> :
> > Package: php-horde-mapi
> > Version: 1.0.8-2
> > Severity: wishlist
> > Tags: patch
> > User: ubuntu-de...@lists.ubuntu.com
> > Usertags: origin-ubuntu yakkety ubuntu-patch
> >
> > Dear Maintainer,
> >
> > autopkgtests in Debian and Ubuntu are failing, due to a deprecation
> > warning being emitted on stderr during the test.
> >
> > In Ubuntu, the attached patch was applied to achieve the following:
> >
> >   * d/tests/control: allow stderr output, as deprecated warnings from
> > BigInteger are reported with PHP7.0 (LP: #1593003).
> >
> > Thanks for considering the patch.
> 
> Hello Nishanth,
> 
> Thanks for the patch. I won't merge it, can you fix php-seclib instead
> (while not re-introducing #819420)?

I am happy to try! It seems like the attached patch should do it at
least for all the php-seclib code. I'm not sure there's a way to audit
all source files in Debian that might include a PHP file from php-seclib
and then define a class and not use the non-deprecated constructor
syntax?
Description: Fix "Methods with the same name as their class" deprecation
 PHP7 emits a deprecation warning for any class using a same-named
 function as a constructor (it should be __construct). Fix phpseclib to
 be internally consistent with this requirement.
Author: Nishanth Aravamudan 
Bug-Debian: https://bugs.debian.org/827483

--- phpseclib-1.0.2.orig/phpseclib/Crypt/Base.php
+++ phpseclib-1.0.2/phpseclib/Crypt/Base.php
@@ -97,7 +97,7 @@ define('CRYPT_MODE_STREAM', 5);
 
 /**#@+
  * @access private
- * @see self::Crypt_Base()
+ * @see self::__construct()
  * @internal These constants are for internal use only
  */
 /**
@@ -127,7 +127,7 @@ class Crypt_Base
 /**
  * The Encryption Mode
  *
- * @see self::Crypt_Base()
+ * @see self::__construct()
  * @var int
  * @access private
  */
@@ -316,7 +316,7 @@ class Crypt_Base
 /**
  * Is the mode one that is paddable?
  *
- * @see self::Crypt_Base()
+ * @see self::__construct()
  * @var bool
  * @access private
  */
@@ -411,7 +411,7 @@ class Crypt_Base
  * $aes = new Crypt_AES(CRYPT_AES_MODE_CFB); // $aes will operate in cfb mode
  * $aes = new Crypt_AES(CRYPT_MODE_CFB); // identical
  *
- * @see self::Crypt_Base()
+ * @see self::__construct()
  * @var string
  * @access private
  */
@@ -503,7 +503,7 @@ class Crypt_Base
  * @param int $mode
  * @access public
  */
-function Crypt_Base($mode = CRYPT_MODE_CBC)
+function __construct($mode = CRYPT_MODE_CBC)
 {
 // $mode dependent settings
 switch ($mode) {
@@ -1587,7 +1587,7 @@ class Crypt_Base
 /**
  * Test for engine validity
  *
- * @see self::Crypt_Base()
+ * @see self::__construct()
  * @param int $engine
  * @access public
  * @return bool
@@ -1654,7 +1654,7 @@ class Crypt_Base
  *
  * If the preferred crypt engine is not available the fastest available one will be used
  *
- * @see self::Crypt_Base()
+ * @see self::__construct()
  * @param int $engine
  * @access public
  */
@@ -1687,7 +1687,7 @@ class Crypt_Base
 /**
  * Sets the engine as appropriate
  *
- * @see self::Crypt_Base()
+ * @see self::__construct()
  * @access private
  */
 function _setEngine()
--- phpseclib-1.0.2.orig/phpseclib/Crypt/Hash.php
+++ phpseclib-1.0.2/phpseclib/Crypt/Hash.php
@@ -56,7 +56,7 @@
 
 /**#@+
  * @access private
- * @see self::Crypt_Hash()
+ * @see self::__construct()
  */
 /**
  * Toggles the internal implementation
@@ -151,7 +151,7 @@ class Crypt_Hash
  * @return Crypt_Hash
  * @access public
  */
-function Crypt_Hash($hash = 'sha1')
+function __construct($hash = 'sha1')
 {
 if (!defined('CRYPT_HASH_MODE')) {
 switch (true) {
--- phpseclib-1.0.2.orig/phpseclib/Crypt/RC2.php
+++ phpseclib-1.0.2/phpseclib/Crypt/RC2.php
@@ -351,13 +351,13 @@ class Crypt_RC2 extends Crypt_Base
  *
  * If not explicitly set, CRYPT_RC2_MODE_CBC will be used.
  *
- * @see Crypt_Base::Crypt_Base()
+ * @see Crypt_Base::__construct()
  * @param int $mode
  * @access public
  */
-function Crypt_RC2($mode = CRYPT_RC2_MODE_CBC)
+function __construct($mode = CRYPT_RC2_MODE_CBC)
 {
-parent::Crypt_Base($mode);
+parent::__construct($mode);
 }
 
 /**
@@ -365,7 +365,7 @@ class Crypt_RC2 extends Crypt_Base
  *
  * This is mainly just a wrapper to set things up for Crypt_Base::isValidEngine()
  *
- * @see Crypt_Base::Crypt_Base()
+ * @see Crypt_Base::__construct()
  * @param int $engine
  * 

Bug#827164: [Pkg-libvirt-maintainers] Bug#827164: unable to start guest with ceph rbd disks

[Guido Günther]

On Wed, Jun 15, 2016 at 07:40:00AM +0200, uli iske wrote:
> > On Tue, Jun 14, 2016 at 12:04:07PM +0200, uli iske wrote:
> > [..snip..]
> > > Jun 14 11:51:32 kvm01 libvirtd[891]: Unable to read from monitor:
> > > Die Verbindung wurde vom Kommunikationspartner zurückgesetzt Jun 14
> > > 11:51:32 kvm01 libvirtd[891]: internal error: early end of file
> > > from monitor, possible problem: 2016-06-14T09:51:32.323392Z
> > > qemu-system-x86_64: -drive
> > > file=rbd:rbd/sam:id=admin:auth_supported=cephx\;none:mon_host=10.210.0.5\:6789\;10.210.0.6\:6789\;10.210.0.88\:6789,password-secret=virtio-disk0-secret0,format=raw,if=none,id=drive-virtio-disk0,cache=none:
> > > error connecting Jun 14 11:51:32 kvm01 libvirtd[891]: internal
> > > error: process exited while connecting to monitor:
> > > 2016-06-14T09:51:32.323392Z qemu-system-x86_64: -drive
> > > file=rbd:rbd/sam:id=admin:auth_supported=cephx\;none:mon_host=10.210.0.5\:6789\;10.210.0.6\:6789\;10.210.0.88\:6789,password-secret=virtio-disk0-secret0,format=raw,if=none,id=drive-virtio-disk0,cache=none:
> > > error connecting  
> > 
> > This looks like an error connecting the Ceph disk so I'd either try to
> > reproduce without libvirt or to leave out the disk from the domain XML
> > and try to attach it via virsh qemu-monitor-command.
> > 
> > This might be related to the password-secret which is fairly new code
> > but I'm just guessing here.
> > 
> > Tou could try to downgrade libvirt to 1.3.4 which did not have the
> > secret code. If it works there we know where to look.
> 
> You are right, I managed to install libvirt 1.3.3 and it works.

…and QEMU is still the same version?

Please attache the domain XML.

Cheers,
 -- Guido

Bug#827508: aptitude: Will not remove recommended package

[candeb]

Dear Manuel,

No, I only get suggestions to install other packages as "suggested action".
Following the steps you suggested does not allow me to uninstall.

I am trying to figure out what is different...  one odd thing is that it
suggests that I install the i386 version of aspell, while my system is amd64
(with multi-arch, and added i386 for skype).

Is it possible that this is what confuses aptitude ?

Cheers,
Itaï



- Mail original -
De: "Manuel A. Fernandez Montecelo" 
À: "Itaï BEN YAACOV" , 827...@bugs.debian.org
Envoyé: Vendredi 17 Juin 2016 14:43:36
Objet: Re: aptitude: Will not remove recommended package

Control: tags -1 + moreinfo


Hi Itaï,

2016-06-17 07:27 Itaï BEN YAACOV:
>Package: aptitude
>Version: 0.8.1-1
>Severity: normal
>
>Dear Maintainer,
>
>I have aspell and aspell-xx installed on my system, and I want to remove them.
>After marking removal and pressing 'g' it does nothing - just displays a red
>status line with some suggestions it does not try to enact.
>
>I believe this is some bug in the new treatment of 'Recommends':
>libaspell Recommends an aspell dictionary, and this is about to be broken.

For the record, this happens because of this change in 0.8:

  * Actions involving unfulfilled Recommends invoke the resolver
(Closes: #819636)

With APT::Install-Recommends="true" (the default), actions resulting in
unavailable Recommends (e.g., the recommended package is upgraded instead of
remaining in the required version) invoke the resolver, for the user to take
decision.

This is because now the resolver monitors situation when the
PolicyBrokenCount is not zero, before it was only taken BrokenCount into
account (it was the only count available when the code was set up).


>But instead of just warning me about it, aptitude
>a. Merely suggets action to resolve this, without even telling me what
>the actual problem is (no broken packages)

The hint is at the bottom of the screen.  To see the details of the
current conflict you have to type 'e', to examine the solution, which
will show:

 --\ Leave the following recommendations unresolved:
   aspell recommends aspell-en | aspell-dictionary | aspell6a-dictionary
   libaspell15 recommends aspell-en | aspell-dictionary | aspell6a-dictionary



>b. When Depends is broken pressing 'g' enacts the current suggested resolution
>and we can move to actual installation / removal.  Here, it does not enact it
>(which is OK - these are merely Recommends which are broken) but does not move
>on to the 'let's do it' screen -- simply a flicker (so it thinks it is doing
>something) but just staying where we were.  Ad infinitum.
>
>I do not want to set APT::Install-Recommends False , since it is useful.
>I just want to be able to say, OK, fine, it breaks a Recommends, now can we
>do it already ?

For that you have to type '!', to apply the desired solution.

In this case, the first solution offered is just acknowledging that you
are happy to break these recommended dependencies, which is equivalent
to "OK, fine, it breaks a Recommends, now can we do it already ?"



So I don't consider this to be a bug.  With the previous behaviour it
breaks recommends without acknowledgement or even showing any prominent
warning in some cases, which is problematic.


Cheers.
-- 
Manuel A. Fernandez Montecelo 

Bug#827548: bugfix / php5-common: sessionclean does not read ini settings in conf.d directories

[Chris Laif]

Additional information: php-cli still scans the compiled-in conf.d
directory (/etc/php5/cli/conf.d), so the sessionclean script will mix
apache2-sapi and cli-sapi ini settings during execution. So setting
gc_maxlifetime for the cli-sapi helps you to correctly expire apache2
sessions (definitely not the recommended way, but it works):

# echo "session.gc_maxlifetime = 3456" > /etc/php5/cli/conf.d/90-local.ini
# /usr/lib/php5/sessionclean
DEBUG: /var/lib/php5/sessions 57

A possible bug fix is to set PHP_INI_SCAN_DIR before executing php:

-session_config=$(php5 -c /etc/php5/${conf_dir}/php.ini -d
"error_reporting='~E_ALL'" -r 'foreach(ini_get_all("session") as $k =>
$v) echo "$k=".$v["local_value"]."\n";')
+session_config=$(PHP_INI_SCAN_DIR=/etc/php5/${conf_dir}/conf.d
php5 -c /etc/php5/${conf_dir}/php.ini -d "error_reporting='~E_ALL'" -r
'foreach(ini_get_all("session") as $k => $v) echo
"$k=".$v["local_value"]."\n";')

Chris

Bug#827535: libreoffice: system proxy setting does not stick

[Rene Engelhard]

tag 827535 + confirmed
thanks

Hi,

On Fri, Jun 17, 2016 at 11:55:52PM +1000, Fulano Diego Perez wrote:
> lowriter
> settings
> internet
> set system proxy from either none/manual
ok  
return  
setting not saved - reverts to previously saved 

Indeed. Works in 5.1.3, breaks in 5.1.4 for me...

In 5.1.3 it even defaults to System where in 5.1.4 it defaults to None..

Regards,

Rene

Bug#827485: Acknowledgement (phing: properly handle Ubuntu versions in changelog)

[Nish Aravamudan]

I apologize, a stale patch was submitted earlier, here is the correct
one:

diff --git a/debian/rules b/debian/rules
index 32255a7..cb1f09a 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,6 +1,6 @@
 #!/usr/bin/make -f
 
-UPSTREAM := $(shell head -1 debian/changelog | sed 's/.*(//;s/-.?*).*//')
+UPSTREAM := $(shell head -1 debian/changelog | sed 's/.*(//;s/-[^-]*).*//')
 
 %:
dh $@ --buildsystem=phppear --with phppear

Bug#825508: Does not handle icedove's as of version 45

[Guido Günther]

Control: -1 tags +patch

Hi,
attached patch adds the needed epoch. If this is shared verbatim with
ubuntu we need to check with get_vendor as well. I'm happy to update
the patch if needed.
Cheers,
 -- Guido
>From 2ee8215c93abbab7da562532b2ea159305461f0e Mon Sep 17 00:00:00 2001
Message-Id: <2ee8215c93abbab7da562532b2ea159305461f0e.1466179669.git@sigxcpu.org>
From: =?UTF-8?q?Guido=20G=C3=BCnther?= 
Date: Fri, 17 Jun 2016 17:32:44 +0200
Subject: [PATCH] Add an epoch for icedove/tb >= 45

Closes: #825508
---
 dh_xul-ext | 14 +++---
 1 file changed, 11 insertions(+), 3 deletions(-)

diff --git a/dh_xul-ext b/dh_xul-ext
index 221135b..8017896 100755
--- a/dh_xul-ext
+++ b/dh_xul-ext
@@ -49,6 +49,11 @@ class XulApp(object):
 return(self.xul_id + ": " + self.package + " (" + self.sol + " to " +
self.eol + ")")
 
+def get_epoch(self, version):
+if self.xul_id == THUNDERBIRD_ID and compare_versions(version, "45") >= 0:
+   return 1
+return 0
+
 def defaults_to_compatible(self):
 """Returns true if the maximum and all later versions of the XUL
 application defaults add-ons to compatible. The XUL extension will be
@@ -65,10 +70,12 @@ class XulApp(object):
 """Return a string for ${xpi:Breaks} for the XUL application."""
 breaks = []
 if self.min_version:
-deb_min_version = convert_moz_to_debian_version(self.min_version)
+epoch = self.get_epoch(self.min_version)
+deb_min_version = convert_moz_to_debian_version(self.min_version, epoch=epoch)
 breaks.append(self.package + " (<< " + deb_min_version + ")")
 if self.max_version and not self.defaults_to_compatible():
-deb_max_version = moz_to_next_debian_version(self.max_version)
+epoch = self.get_epoch(self.max_version)
+deb_max_version = moz_to_next_debian_version(self.max_version, epoch=epoch)
 breaks.append(self.package + " (>> " + deb_max_version + ")")
 return ", ".join(breaks)
 
@@ -87,7 +94,8 @@ class XulApp(object):
 def get_versioned_package(self):
 versioned_package = self.package
 if self.min_version:
-deb_min_version = convert_moz_to_debian_version(self.min_version)
+epoch = self.get_epoch(self.min_version)
+deb_min_version = convert_moz_to_debian_version(self.min_version, epoch=epoch)
 versioned_package += " (>= " + deb_min_version + ")"
 return versioned_package
 
-- 
2.8.1

Bug#827551: vsftpd: when executing pam_exec on successful login vsftp hangs and is not, possible to transfer files

[Antonio Silva]

Package: vsftpd
Version: 3.0.2-17+deb8u1
Severity: normal



-- Package-specific info:

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

Kernel: Linux 4.1.25 (SMP w/1 CPU core; PREEMPT)
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 vsftpd depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  dialog 1.2-20140911-1
ii  init-system-helpers1.22
ii  libc6  2.19-18+deb8u4
ii  libcap21:2.24-8
ii  libpam-modules 1.1.8-3.1+deb8u1+b1
ii  libpam0g   1.1.8-3.1+deb8u1+b1
ii  libssl1.0.01.0.1t-1+deb8u2
ii  libwrap0   7.6.q-25
ii  netbase5.3

Versions of packages vsftpd recommends:
ii  logrotate  3.8.7-1+b1
ii  ssl-cert   1.0.35

vsftpd suggests no packages.

-- Configuration Files:
/etc/pam.d/vsftpd changed:
authrequiredpam_listfile.so item=user sense=deny file=/etc/ftpusers 
onerr=succeed
account [success=1 new_authtok_reqd=done default=ignore]pam_unix.so
account requisite   pam_deny.so
account requiredpam_permit.so
session [default=1] pam_permit.so
session requisite   pam_deny.so
session requiredpam_permit.so
session requiredpam_unix.so
session optionalpam_systemd.so
auth[success=2 default=ignore]  pam_unix.so nullok_secure
authoptionalpam_exec.so debug seteuid log=/tmp/pam_exec.log 
/tmp/test.sh
authrequisite   pam_deny.so
authrequiredpam_permit.so
authoptionalpam_exec.so debug seteuid log=/tmp/pam_exec.log 
/tmp/test.sh
authoptionalpam_cap.so

/etc/vsftpd.conf changed:
listen=YES
listen_address=0.0.0.0
listen_port=21
ftpd_banner=Welcome to FTP server
seccomp_sandbox=NO
syslog_enable=YES
log_ftp_protocol=YES
xferlog_enable=YES
vsftpd_log_file= /var/log/vsftpd.log
secure_chroot_dir=/var/run/vsftpd/empty
session_support=YES
pam_service_name=vsftpd
lock_upload_files=NO
pasv_promiscuous=YES
port_promiscuous=YES
pasv_enable=YES
pasv_min_port=1024
pasv_max_port=2024
write_enable=NO
hide_ids=YES
force_dot_files=YES
local_enable=YES
guest_enable=YES
userlist_enable=YES
userlist_deny=NO
userlist_file=/etc/vsftpd/ftpuser
chroot_local_user=YES
passwd_chroot_enable=YES
virtual_use_local_privs=YES
user_config_dir=/etc/vsftpd/ftpuser.conf
ssl_enable=YES
allow_anon_ssl=NO
force_local_data_ssl=NO
force_local_logins_ssl=NO
ssl_tlsv1=YES
ssl_sslv2=NO
ssl_sslv3=NO
require_ssl_reuse=NO
ssl_ciphers=HIGH
rsa_cert_file=/etc/vsftpd/vsftpd.pem
anonymous_enable=NO


-- debconf information excluded

Bug#827550: vsftpd: when executing pam_exec on successfull login vsftp hangs and is not possible to transfer files

[antonio]

Package: vsftpd
Version: 3.0.2-17+deb8u1
Severity: normal



-- Package-specific info:

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

Kernel: Linux 4.1.25 (SMP w/1 CPU core; PREEMPT)
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 vsftpd depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  dialog 1.2-20140911-1
ii  init-system-helpers1.22
ii  libc6  2.19-18+deb8u4
ii  libcap21:2.24-8
ii  libpam-modules 1.1.8-3.1+deb8u1+b1
ii  libpam0g   1.1.8-3.1+deb8u1+b1
ii  libssl1.0.01.0.1t-1+deb8u2
ii  libwrap0   7.6.q-25
ii  netbase5.3

Versions of packages vsftpd recommends:
ii  logrotate  3.8.7-1+b1
ii  ssl-cert   1.0.35

vsftpd suggests no packages.

-- Configuration Files:
/etc/pam.d/vsftpd changed:
authrequiredpam_listfile.so item=user sense=deny file=/etc/ftpusers 
onerr=succeed
account [success=1 new_authtok_reqd=done default=ignore]pam_unix.so 
account requisite   pam_deny.so
account requiredpam_permit.so
session [default=1] pam_permit.so
session requisite   pam_deny.so
session requiredpam_permit.so
session requiredpam_unix.so 
session optionalpam_systemd.so 
auth[success=2 default=ignore]  pam_unix.so nullok_secure
authoptionalpam_exec.so debug seteuid log=/tmp/pam_exec.log 
/tmp/test.sh
authrequisite   pam_deny.so
authrequiredpam_permit.so
authoptionalpam_exec.so debug seteuid log=/tmp/pam_exec.log 
/tmp/test.sh
authoptionalpam_cap.so 

/etc/vsftpd.conf changed:
listen=YES
listen_address=0.0.0.0
listen_port=21
ftpd_banner=Welcome to FTP server
seccomp_sandbox=NO
syslog_enable=YES
log_ftp_protocol=YES
xferlog_enable=YES
vsftpd_log_file= /var/log/vsftpd.log 
secure_chroot_dir=/var/run/vsftpd/empty
session_support=YES
pam_service_name=vsftpd
lock_upload_files=NO
pasv_promiscuous=YES
port_promiscuous=YES
pasv_enable=YES
pasv_min_port=1024
pasv_max_port=2024
write_enable=NO
hide_ids=YES
force_dot_files=YES
local_enable=YES
guest_enable=YES
userlist_enable=YES
userlist_deny=NO
userlist_file=/etc/vsftpd/ftpuser
chroot_local_user=YES
passwd_chroot_enable=YES
virtual_use_local_privs=YES
user_config_dir=/etc/vsftpd/ftpuser.conf
ssl_enable=YES
allow_anon_ssl=NO
force_local_data_ssl=NO
force_local_logins_ssl=NO
ssl_tlsv1=YES
ssl_sslv2=NO
ssl_sslv3=NO
require_ssl_reuse=NO
ssl_ciphers=HIGH
rsa_cert_file=/etc/vsftpd/vsftpd.pem
anonymous_enable=NO


-- debconf information excluded

Bug#827549: postbooks-schema-quickstart: Schema file is dropped in the wrong location

[Sean M. Pappalardo]

Package: postbooks-schema-quickstart
Version: 4.9.5-1~bpo8+1
Severity: normal

Dear Maintainer,

The postbooks-schema-quickstart package places the 
postbooks_quickstart-4.9.5.sql.gz file at / instead of 
/usr/share/postgres-schema as the package description says.
This problem appears to be present in current versions of 
postbooks-schema-empty and postbooks-schema-demo as well as 4.7.0-2 versions of 
the packages.
It is NOT present (so correct) in version 4.1.0-1~bpo70+1 of the packages.

-- 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-46-pve (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/dash
Init: sysvinit (via /sbin/init)

Versions of packages postbooks-schema-quickstart depends on:
ii  postgresql-client-9.4 [postgresql-client]  9.4.8-0+deb8u1

Versions of packages postbooks-schema-quickstart recommends:
pn  postbooks  
pn  postbooks-updater  

Versions of packages postbooks-schema-quickstart suggests:
ii  postgresql  9.4+165+deb8u1
pn  postgresql-contrib  

-- no debconf information

Bug#827484: Upcoming removal of libtiff-tools

[GCS]

On Fri, Jun 17, 2016 at 3:45 PM, Bob Friesenhahn
 wrote:
> The bmp2tiff and gif2tiff utilities are so archaic (not supporting modern
> versions of the formats) that they serve little useful purpose.
[...]
> Please let us know if other software does have a dependency on particular
> utilities which are being removed.
 I've just checked. It seems only hylafax[1] uses the tools, gif2tiff
and ras2tiff to be exact. But it seems its upstream is dead. Last
release was on 5th of June, 2012.

Regards,
Laszlo/GCS
[1] http://www.hylafax.org/content/Main_Page

Bug#827548: php5-common: sessionclean does not read ini settings in conf.d directories

[Chris Laif]

Package: php5-common
Version: 5.6.22+dfsg-0+deb8u1

The /usr/lib/php5/sessionclean script does not read ini settings in
conf.d directories:

I added some debug code to better explain the problem:

$ tail -n6 /usr/lib/php5/sessionclean | head -n3
# find all files older then maxlifetime and delete them
echo "DEBUG: $save_path $gc_maxlifetime"
find -O3 "$save_path" -depth -mindepth 1 -name 'sess_*'
-ignore_readdir_race -type f -cmin "+$gc_maxlifetime" -delete

# /usr/lib/php5/sessionclean
DEBUG: /var/lib/php5/sessions 24

# echo "session.gc_maxlifetime = 3456" > /etc/php5/apache2/conf.d/90-local.ini

# /usr/lib/php5/sessionclean
DEBUG: /var/lib/php5/sessions 24

We maintain our php settings in separate ini files as this is
considerably easier when working with a huge number of installations
and/or employees. Patching the main php.ini just for the
gc_maxlifetime parameter is not the best option.

Chris

Bug#827547: rpcbind: diff for NMU version 0.2.3-0.5

[Laurent Bigonville]

Package: rpcbind
Version: 0.2.3-0.4
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for rpcbind (versioned as 0.2.3-0.5). The diff
is attached to this message.

Regards.
diff -Nru rpcbind-0.2.3/debian/changelog rpcbind-0.2.3/debian/changelog
--- rpcbind-0.2.3/debian/changelog  2016-05-31 11:55:19.0 +0200
+++ rpcbind-0.2.3/debian/changelog  2016-06-17 17:54:27.0 +0200
@@ -1,3 +1,12 @@
+rpcbind (0.2.3-0.5) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Do not create empty /run/rpcbind/rpcbind.xdr or /run/rpcbind/portmap.xdr
+files during startup if they don't exist, it makes the daemon generate a
+warning.
+
+ -- Laurent Bigonville   Fri, 17 Jun 2016 17:54:02 +0200
+
 rpcbind (0.2.3-0.4) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru rpcbind-0.2.3/debian/init.d rpcbind-0.2.3/debian/init.d
--- rpcbind-0.2.3/debian/init.d 2016-05-30 20:20:04.0 +0200
+++ rpcbind-0.2.3/debian/init.d 2016-06-17 17:11:38.0 +0200
@@ -42,15 +42,7 @@
 log_end_msg 1
 exit 1
 fi
-if [ ! -f $STATEDIR/rpcbind.xdr ]
-then
-touch $STATEDIR/rpcbind.xdr
-fi
-if [ ! -f $STATEDIR/portmap.xdr ]
-then
-touch $STATEDIR/portmap.xdr
-fi
-[ -x /sbin/restorecon ] && /sbin/restorecon $STATEDIR/*.xdr
+[ -x /sbin/restorecon ] && /sbin/restorecon $STATEDIR
 pid=$( pidofproc /sbin/rpcbind )
 if [ -n "$pid" ]
 then
diff -Nru rpcbind-0.2.3/debian/rpcbind.tmpfile 
rpcbind-0.2.3/debian/rpcbind.tmpfile
--- rpcbind-0.2.3/debian/rpcbind.tmpfile2015-11-05 16:45:48.0 
+0100
+++ rpcbind-0.2.3/debian/rpcbind.tmpfile2016-06-17 17:07:50.0 
+0200
@@ -1,4 +1,2 @@
 #Type  PathModeUID GID Age 
Arguments
 d  /run/rpcbind0755rootroot-   -
-f  /run/rpcbind/rpcbind.xdr0600rootroot-   -
-f  /run/rpcbind/portmap.xdr0600rootroot-   -

Bug#827546: git-buildpackage: please make the build reproducible

[Sascha Steinbiss]

Package: git-buildpackage
Version: 0.7.5
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps randomness

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that git-buildpackage could not be built reproducibly.

This is fixed by the attached patch. Firstly, it sets deterministic timestamps
(the last Debian release date) in the manpages. This is currently done
explicitly in the docs/Makefile as the more generic docbook2man patch [2]
has not been accepted yet.
Secondly, the patch excludes some test configuration module variables from the
Epydoc documentation as they contain the names of build-specific temporary
directories.
Once applied, git-buildpackage can be built reproducibly in our current
experimental framework.

Best regards
Sascha

[1] https://wiki.debian.org/ReproducibleBuilds
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800797
diff --git a/docs/Makefile b/docs/Makefile
index 581e0a1..106245f 100644
--- a/docs/Makefile
+++ b/docs/Makefile
@@ -27,6 +27,7 @@ VERSION_ENT=version.ent
 GBP_VERSION=../gbp/version.py
 DEB_VERSION=$(shell sed -ne 's/^gbp_version="\([.a-z0-9~-]\+\)"/\1/p' $(GBP_VERSION))
 CHANGELOG=../debian/changelog
+MAN_DATE=$(shell dpkg-parsechangelog -l ../debian/changelog -SDate | TZ=UTC LC_ALL=C date -f- +'%d %B %Y')
 
 # Stuff to build docs outside Debian
 HAVE_SGML2X ?= 1
@@ -49,12 +50,14 @@ BUILD_MAN_XREF_PAGES=$(patsubst %,buildxref/%,$(SGML_MANPAGES))
 
 buildxref/%.1 buildxref/%.5: man.%.sgml manpages/%.sgml
 	docbook2man -o buildxref $<
+	sed -i -r "s/\"[^\"]+\"/\"$(MAN_DATE)\"/3" $@
 
 manpage.refs: $(BUILD_MAN_XREF_PAGES)
 	cp buildxref/$@ $@
 
 %.1 %.5: manpage.refs
 	docbook2man -o . man.$*.sgml
+	sed -i -r "s/\"[^\"]+\"/\"$(MAN_DATE)\"/3" $@
 
 git-pbuilder.1: ../bin/git-pbuilder
 	pod2man $< $@
diff --git a/setup.cfg b/setup.cfg
index d443f2a..2bbb17a 100644
--- a/setup.cfg
+++ b/setup.cfg
@@ -10,7 +10,7 @@ name = git-buildpackage
 sourcecode = no
 url = https://honk.sigxcpu.org/piki/projects/git-buildpackage/
 target = build/apidocs/
-fail-on = docstring_warning
+#fail-on = docstring_warning
 modules = gbp, tests/test_*.py
 
 [pep8]
diff --git a/tests/test_GitRepository.py b/tests/test_GitRepository.py
index fed8b02..c8ecb49 100644
--- a/tests/test_GitRepository.py
+++ b/tests/test_GitRepository.py
@@ -1,6 +1,6 @@
 # vim: set fileencoding=utf-8 :
 
-"""
+'''
 Test L{gbp.git.GitRepository}
 
 This testcase creates several repositores:
@@ -9,7 +9,9 @@ This testcase creates several repositores:
 - A bare repository at L{bare_dir} called I{bare}
 - A clone of I{repo} below L{clone_dir} called I{clone}
 - A mirror of I{repo} below L{mirror_clone_dir} called I{mirror}
-"""
+
+@undocumented: repo_dir bare_dir clone_dir mirror_clone_dir
+'''
 
 from . import context
 
diff --git a/tests/test_PristineTar.py b/tests/test_PristineTar.py
index 150dbcf..c2407c3 100644
--- a/tests/test_PristineTar.py
+++ b/tests/test_PristineTar.py
@@ -1,6 +1,6 @@
 # vim: set fileencoding=utf-8 :
 
-"""
+'''
 Test pristine-tar related methods in
 
 - L{gbp.deb.DebianPristineTar}
@@ -13,7 +13,8 @@ This testcase creates this reposity:
 
 - A repository at L{repo_dir} called I{repo}
 
-"""
+@undocumented: repo_dir test_data
+'''
 
 from . import context
 

Bug#735505: iiu: changing from ITP to RFP

[Maria Barona]

No hay nadie más que una On Sun, 27 Dec 2015 13:16:59 +0100 Lucas Nussbaum 
wrote:
> retitle 735505 RFP: iiu -- iiu (is it up?) is a command line tool that checks 
> if a website is up
> noowner 735505
> tag 735505 - pending
> thanks
> 
> Hi,
> 
> A long time ago, you expressed interest in packaging iiu. Unfortunately,
> it seems that it did not happen. In Debian, we try not to keep ITP bugs open
> for a too long time, as it might cause other prospective maintainers tor
> refrain from packaging the software.
> o
> (Intent to Package) to RFP (Request for Package), because this bug hasn't seen
> any activity during the last 12 months.
> 
> If you are still interested in packaging iiu, please send a mail to
> with:
> 
> retitle 735505 ITP: iiu -- iiu (is it up?) is a command line tool that checks 
> if a website is up
> owner 735505 !
> thanks
> 
> It is also a good idea to document your progress on this ITP from time to
> time, by mailing <735...@bugs.debian.org>. If you need guidance on how to
> package this software, please reply to this email, and/or contact the
> debian-ment...@lists.debian.org mailing list.
> 
> Thank you for your interest in Debian,
> -- 
> Lucas, for the QA team 
> 
> 



__


Kind Regards

Fernanda Barona, DDS
Resident, Graduate Periodontics
Faculty of Dentistry, UBC
barona...@alumni.ubc.ca
Tel: 604-780-8481
 
Notice of Confidentiality: The information transmitted is intended only for the 
person or entity to which it is addressed and may contain confidential and/or 
privileged material. Any review re-transmission dissemination or other use of 
or taking of any action in reliance upon this information by persons or 
entities other than the intended recipient is prohibited. If you received this 
in error please contact the sender immediately by return electronic 
transmission and then immediately delete this transmission including all 
attachments without copying distributing or disclosing dámela .

Bug#826606: ITP: resweb -- web interface to pyres jobs

[Gilles Dubuc]

I originally needed to package resweb as a dependency of remotecv, but
after working with the upstream, this dependency was removed.

Bug#827543: openexr: FTBFS with gcc-6 and glibc 2.23

[Daniel Schepler]

Source: openexr
Version: 2.2.0-10
Severity: important

>From my pbuilder build log, using a chroot image preferring
gcc-defaults and glibc from experimental:

...
   dh_fixperms
   dh_strip
   dh_makeshlibs
dpkg-gensymbols: warning: some libraries disappeared in the symbols
file: 
(optional=templinst)_ZNSt8_Rb_treeIN7Imf_2_24NameESt4pairIKS1_NS0_5SliceEESt10_Select1stIS5_ESt4lessIS1_ESaIS5_EE29_M_get_insert_hint_unique_posESt23_Rb_tree_const_iteratorIS5_ERS3_@Base
dpkg-gensymbols: warning: some new symbols appeared in the symbols
file: see diff output below
dpkg-gensymbols: warning: some symbols or patterns disappeared in the
symbols file: see diff output below
dpkg-gensymbols: warning: debian/libopenexr22/DEBIAN/symbols doesn't
match completely debian/libopenexr22.symbols
--- debian/libopenexr22.symbols (libopenexr22_2.2.0-10+bpb2_amd64)
+++ dpkg-gensymbols0fyW5O2016-05-31 16:53:25.297727799 +
@@ -1,322 +1,3 @@
-(optional=templinst)_ZNSt8_Rb_treeIN7Imf_2_24NameESt4pairIKS1_NS0_5SliceEESt10_Select1stIS5_ESt4lessIS1_ESaIS5_EE29_M_get_insert_hint_unique_posESt23_Rb_tree_const_iteratorIS5_ERS3_@Base
2.2.0
- 
(arch-bits=64)_ZNSt8_Rb_treeIN7Imf_2_24NameESt4pairIKS1_NS0_5SliceEESt10_Select1stIS5_ESt4lessIS1_ESaIS5_EE4findERS3_@Base
2.2
- 
(arch-bits=64)_ZNSt8_Rb_treeIN7Imf_2_24NameESt4pairIKS1_NS0_5SliceEESt10_Select1stIS5_ESt4lessIS1_ESaIS5_EE7_M_copyINSB_20_Reuse_or_alloc_nodeEEEPSt13_Rb_tree_nodeIS5_EPKSF_SG_RT_@Base
2.2.0
...
  
(arch-bits=64)_ZNSt8_Rb_treeINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESt4pairIKS5_PN7Imf_2_216FlatImageChannelEESt10_Select1stISB_ESt4lessIS5_ESaISB_EE8_M_eraseEPSt13_Rb_tree_nodeISB_E@Base
2.2.0
- 
(arch-bits=64)_ZNSt8_Rb_treeINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESt4pairIKS5_S5_ESt10_Select1stIS8_ESt4lessIS5_ESaIS8_EE7_M_copyINSE_11_Alloc_nodeEEEPSt13_Rb_tree_nodeIS8_EPKSI_SJ_RT_@Base
2.2.0
+ 
_ZNSt8_Rb_treeINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESt4pairIKS5_S5_ESt10_Select1stIS8_ESt4lessIS5_ESaIS8_EE7_M_copyINSE_11_Alloc_nodeEEEPSt13_Rb_tree_nodeIS8_EPKSI_PSt18_Rb_tree_node_baseRT_@Base
2.2.0-10+bpb2
+#MISSING: 2.2.0-10+bpb2#
(arch-bits=64)_ZNSt8_Rb_treeINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESt4pairIKS5_S5_ESt10_Select1stIS8_ESt4lessIS5_ESaIS8_EE7_M_copyINSE_11_Alloc_nodeEEEPSt13_Rb_tree_nodeIS8_EPKSI_SJ_RT_@Base
2.2.0
  
(arch-bits=64)_ZNSt8_Rb_treeINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESt4pairIKS5_S5_ESt10_Select1stIS8_ESt4lessIS5_ESaIS8_EE8_M_eraseEPSt13_Rb_tree_nodeIS8_E@Base
2.2.0
  (arch-bits=64)_ZTIN7Iex_2_26ArgExcE@Base 2.2
  (arch-bits=64)_ZTIN7Iex_2_28LogicExcE@Base 2.2
dh_makeshlibs: failing due to earlier errors
debian/rules:25: recipe for target 'binary' failed
make: *** [binary] Error 255
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
-- 
Daniel Schepler

Bug#827545: iceweasel-l10n-fr: update fails if hunspell dictionary is used

[Daniel Sauvard]

Package: iceweasel-l10n-fr
Version: 1:38.8.0esr-1~deb8u1
Severity: normal
Tags: l10n

Dear Maintainer,

Since a recent update of the package I have been unable to update my Debian 
Jessie system. The error message was (in French, which is the system language):

Calcul de la mise à jour... Certains paquets ne peuvent être installés. Ceci 
peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation : 
Les paquets suivants contiennent des dépendances non satisfaites :
 hunspell-fr-comprehensive : Est en conflit avec: myspell-fr mais 1.4-26 devra 
être installé
E: Paquets défectueux

After some search I see that the package iceweasel-l10n-fr recommends the 
dictionary packages myspell-fr or myspell-fr-gut, but not hunspell-fr, as it 
has done before. As I use the dictionnary package hunspell-fr-comprehensive
which is not compatible with myspell-fr, that package can not be installed and
then all the update fails.

It is possible to restore the use of the hunspell dictionary, or it is 
necessary to discard it?


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=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 iceweasel-l10n-fr depends on:
ii  iceweasel  38.8.0esr-1~deb8u1

Versions of packages iceweasel-l10n-fr recommends:
pn  myspell-fr | myspell-fr-gut  

iceweasel-l10n-fr suggests no packages.

-- no debconf information

Bug#827544: RFP: libmodule-compile-perl -- Perl Module Compilation

[Bas Couwenberg]

Package: wnpp
Severity: wishlist

* Package name: libmodule-compile-perl
  Version : 0.35
  Upstream Author : Ingy döt Net 
Audrey Tang  
* URL : https://metacpan.org/release/Module-Compile
* License : Artistic or GPL-1+ (same as Perl)
  Programming Lang: Perl
  Description : Perl Module Compilation

Module::Compile provides a system for writing modules that compile
other Perl modules.

Modules that use these compilation modules get compiled into some
altered form the first time they are run. The result is cached into
.pmc files.

Perl has native support for .pmc files. It always checks for them,
before loading a .pm file.


Module::Compile will be required for PDL::NiceSlice in the near
future.

Bug#785576: Rosegarden crash due to presence of libqspiaccessiblebridge.so

[Alexis]

Lisandro Damián Nicanor Pérez Meyer  writes:


qt-at-spi in initiated from

./X11/Xsession.d/90qt-a11y

You might want to take a look at that file and also try 
unsetting QT_ACCESSIBILITY and QT_LINUX_ACCESSIBILITY_ALWAYS_ON


Yes, running `rosegarden` in an environment where 
QT_ACCESSIBILITY=0 stops Rosegarden from crashing - thanks! (The 
value of QT_LINUX_ACCESSIBILITY_ALWAYS_ON made no difference, 
however.)


Maybe someone should file a bug to request the accessibility 
maintainers to add an option to disable the bridge system-wide 
by default.


Hmm, i would have thought that the place to file a bug would be 
with the maintainers of the `qt-at-spi` package, about 
libqspiaccessiblebridge.so crashing due to its failure to 
initialise memory it had been allocated. i assume that disabling 
the bridge system-wide isn't an option for those who need the 
bridge to work  ?

Bug#827542: libffado: FTBFS with gcc-6 and glibc 2.23

[Daniel Schepler]

Source: libffado
Version: 2.2.1-3
Severity: important

>From my pbuilder build log, using a chroot image preferring
gcc-defaults and glibc from experimental:

...
In file included from /usr/include/c++/6/math.h:36:0,
 from src/libutil/TimestampedBuffer.cpp:182:
/usr/include/c++/6/cmath:101:37: error: '__is_integer' was not
declared in this scope
 typename __gnu_cxx::__enable_if<__is_integer<_Tp>::__value,
 ^~~~
/usr/include/c++/6/cmath:101:37: note: suggested alternative:
In file included from /usr/include/c++/6/bits/stl_algobase.h:61:0,
 from /usr/include/c++/6/vector:60,
 from src/ffadotypes.h:54,
 from src/debugmodule/../fbtypes.h:27,
 from src/debugmodule/debugmodule.h:30,
 from src/libieee1394/cycletimer.h:29,
 from src/libutil/TimestampedBuffer.cpp:27:
/usr/include/c++/6/bits/cpp_type_traits.h:127:12: note:   'std::__is_integer'
 struct __is_integer
^~~~
In file included from /usr/include/c++/6/math.h:36:0,
 from src/libutil/TimestampedBuffer.cpp:182:
/usr/include/c++/6/cmath:101:53: error: wrong number of template
arguments (1, should be 2)
 typename __gnu_cxx::__enable_if<__is_integer<_Tp>::__value,
 ^
In file included from /usr/include/c++/6/bits/stl_algobase.h:62:0,
 from /usr/include/c++/6/vector:60,
 from src/ffadotypes.h:54,
 from src/debugmodule/../fbtypes.h:27,
 from src/debugmodule/debugmodule.h:30,
 from src/libieee1394/cycletimer.h:29,
 from src/libutil/TimestampedBuffer.cpp:27:
/usr/include/c++/6/ext/type_traits.h:45:12: note: provided for
'template, class> struct __gnu_cxx::__enable_if'
 struct __enable_if
^~~
...
scons: building terminated because of errors.
debian/rules:62: recipe for target 'debian/stamp-scons-build' failed
make: *** [debian/stamp-scons-build] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
-- 
Daniel Schepler

Bug#827541: automake-1.15: FTBFS: Test failures in t/check12.sh and t/check12-w.sh

[Daniel Schepler]

Source: automake-1.15
Version: 1:1.15-4
Severity: serious

>From my pbuilder build log:

...
PASS: t/check-tests-in-builddir.sh
PASS: t/colneq.sh
PASS: t/check-concurrency-bug9245.sh
FAIL: t/check12.sh
PASS: t/colon4.sh
PASS: t/colneq2.sh
PASS: t/colneq3.sh
...
PASS: t/missing3-w.sh
PASS: t/mkinst3-w.sh
PASS: t/check7-w.sh
FAIL: t/check12-w.sh
PASS: t/missing-version-mismatch-w.sh
PASS: t/exeext4-w.sh
PASS: t/color-tests2-w.sh
...

Testsuite summary for GNU Automake 1.15

# TOTAL: 2953
# PASS:  2880
# SKIP:  28
# XFAIL: 43
# FAIL:  2
# XPASS: 0
# ERROR: 0

See ./test-suite.log
Please report to bug-autom...@gnu.org

Makefile:3026: recipe for target 'test-suite.log' failed
make[3]: *** [test-suite.log] Error 1
make[3]: Leaving directory '/build/automake-1.15-1.15'
Makefile:3132: recipe for target 'check-TESTS' failed
make[2]: *** [check-TESTS] Error 2
make[2]: Leaving directory '/build/automake-1.15-1.15'
Makefile:3366: recipe for target 'check-am' failed
make[1]: *** [check-am] Error 2
make[1]: Leaving directory '/build/automake-1.15-1.15'
dh_auto_test: make -j8 check VERBOSE=1 returned exit code 2
debian/rules:8: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

(reproducible.debian.net is also seeing the same failure - see
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/automake-1.15_1.15-4.rbuild.log
.)
-- 
Daniel Schepler

Bug#827540: python-dogtail: new upstream version 0.9.9 available

[Michael Prokop]

Package: python-dogtail
Version: 0.9.0-2
Severity: wishlist

Dogtail 0.9.9 is available since 18th of January 2016. The new
version includes compatibility with Python 3.

PS: I'm aware that the package is in Q/A mode nowadays.

regards,
-mika-

Bug#826732: gnuplot-nox: gnuplot-nox uninstallable

[Anton Gladky]

tags 826732 +unreproducible
fixed 826732 5.0.3+dfsg3-5
thanks

It seems there were some race condition between different
build-servers.

Thanks

Anton

Bug#826864: epubcheck doesn't run anymore

[Joseph Nahmias]

On Fri, Jun 17, 2016 at 04:16:42PM +0200, Jakub Wilk wrote:
> * Joseph Nahmias , 2016-06-17, 13:32:
> >joe@skippy:~$ tail -n +1 /proc/sys/fs/binfmt_misc/jar*
> >tail: cannot open ‘/proc/sys/fs/binfmt_misc/jar*’ for reading: No such file 
> >or directory
> >joe@skippy:~$ ls -la /proc/sys/fs/binfmt_misc/
> >total 0
> >dr-xr-xr-x 2 root root 0 Jun  5 03:57 .
> >dr-xr-xr-x 1 root root 0 Jun  5 03:57 ..
> 
> Looks like /proc/sys/fs/binfmt_misc is not even mounted... :-\
> The binfmt-support init script is responsible for mounting it and
> registering binfmts. Could you try restarting it and see if it helps?

Ah, that seems to illuminate the issue:

joe@skippy:~$ sudo /etc/init.d/binfmt-support stop
[ ok ] Disabling additional executable binary formats: binfmt-support.
joe@skippy:~$ sudo /etc/init.d/binfmt-support start
[] Enabling additional executable binary formats:
binfmt-supportupdate-binfmts: warning: Couldn't load the binfmt_misc
module.
. ok
joe@skippy:~$ uname -srvm
Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt25-2 (2016-04-08) x86_64
joe@skippy:~$ dir /lib/modules/
total 12
drwxr-xr-x 2 root root 4096 Nov  6  2014 3.13-1-686-pae/
drwxr-xr-x 3 root root 4096 Jun  5 03:50 3.16.0-4-686-pae/
drwxr-xr-x 3 root root 4096 Feb 17  2014 3.2.0-4-686-pae/

Looks like I picked the wrong kernel arch (amd64 vs 686) when I last
rebooted the VM. :(

Thanks for the help,
--Joe

Bug#796625: [PATCH] clvm: ship native systemd units in debian package

[Ulf Norberg]

Hi Andreas,

thanks for the patch, but I am afraid we cannot test clvmd from the
testing branch - it will pull too many dependencies from testing that
we cannot deal with right now.

However, the attached patch on the stable version of lvm2 works on our
cluster.  After installation, run:

systemctl enable lvm2-cluster-activation.service
systemctl start lvm2-cluster-activation.service


About the cman.service - it comes from LSB script /etc/init.d/cman
(package: cman) and is used to start dlm (and other stuff...).

Best,
Ulf

On 13:31 Mon 13 Jun , Andreas Henriksson wrote:

> Ulf Norberg it would be very appreciated if you could test building
> a package with the patch attached and report back on status.
diff -Nru lvm2-2.02.111/debian/changelog lvm2-2.02.111/debian/changelog
--- lvm2-2.02.111/debian/changelog  2016-05-27 11:04:18.0 +0200
+++ lvm2-2.02.111/debian/changelog  2016-06-17 16:22:53.0 +0200
@@ -1,3 +1,10 @@
+lvm2 (2.02.111-2.2+deb8u1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * clvm systemd fixes (for details see #796625)
+
+ -- Ulf Norberg   Fri, 17 Jun 2016 13:55:32 +0200
+
 lvm2 (2.02.111-2.2+deb8u1) jessie; urgency=medium
 
   * Set default pid directory to /run. (closes: #783120)
diff -Nru lvm2-2.02.111/debian/clvm.links lvm2-2.02.111/debian/clvm.links
--- lvm2-2.02.111/debian/clvm.links 1970-01-01 01:00:00.0 +0100
+++ lvm2-2.02.111/debian/clvm.links 2016-06-17 13:31:48.0 +0200
@@ -0,0 +1 @@
+dev/null lib/systemd/system/clvm.service
diff -Nru lvm2-2.02.111/debian/patches/lvm2-cluster-services.patch 
lvm2-2.02.111/debian/patches/lvm2-cluster-services.patch
--- lvm2-2.02.111/debian/patches/lvm2-cluster-services.patch1970-01-01 
01:00:00.0 +0100
+++ lvm2-2.02.111/debian/patches/lvm2-cluster-services.patch2016-06-17 
15:37:49.0 +0200
@@ -0,0 +1,49 @@
+Index: lvm2-2.02.111/scripts/lvm2_cluster_activation_systemd_red_hat.service.in
+===
+--- 
lvm2-2.02.111.orig/scripts/lvm2_cluster_activation_systemd_red_hat.service.in
 lvm2-2.02.111/scripts/lvm2_cluster_activation_systemd_red_hat.service.in
+@@ -9,9 +9,9 @@ Conflicts=shutdown.target
+ [Service]
+ Type=simple
+ RemainAfterExit=yes
+-EnvironmentFile=-@sysconfdir@/sysconfig/clvmd
+-ExecStart=@systemdutildir@/lvm2-cluster-activation activate
+-ExecStop=@systemdutildir@/lvm2-cluster-activation deactivate
++EnvironmentFile=-/etc/default/clvm
++ExecStart=/lib/systemd/lvm2-cluster-activation activate
++ExecStop=/lib/systemd/lvm2-cluster-activation deactivate
+ 
+ [Install]
+ WantedBy=multi-user.target
+Index: lvm2-2.02.111/scripts/lvm2_clvmd_systemd_red_hat.service.in
+===
+--- lvm2-2.02.111.orig/scripts/lvm2_clvmd_systemd_red_hat.service.in
 lvm2-2.02.111/scripts/lvm2_clvmd_systemd_red_hat.service.in
+@@ -1,9 +1,9 @@
+ [Unit]
+ Description=Clustered LVM daemon
+ Documentation=man:clvmd(8)
+-After=dlm.service corosync.service
+-Before=remote-fs.target
+-Requires=network.target dlm.service corosync.service
++After=cman.service corosync.service
++Before=remote-fs-pre.target
++Requires=network.target cman.service corosync.service
+ RefuseManualStart=true
+ RefuseManualStop=true
+ StopWhenUnneeded=true
+@@ -13,11 +13,11 @@ Conflicts=shutdown.target
+ [Service]
+ Type=forking
+ Environment=CLVMD_OPTS=-T30
+-EnvironmentFile=-@sysconfdir@/sysconfig/clvmd
+-ExecStart=@sbindir@/clvmd $CLVMD_OPTS
++EnvironmentFile=-/etc/default/clvm
++ExecStart=/usr/sbin/clvmd $CLVMD_OPTS
+ SuccessExitStatus=5
+ TimeoutStartSec=30
+ TimeoutStopSec=10
+ OOMScoreAdjust=-1000
+ Restart=on-abort
+-PIDFile=@CLVMD_PIDFILE@
++PIDFile=/var/run/clvmd.pid
diff -Nru lvm2-2.02.111/debian/patches/series 
lvm2-2.02.111/debian/patches/series
--- lvm2-2.02.111/debian/patches/series 2015-01-17 18:13:22.0 +0100
+++ lvm2-2.02.111/debian/patches/series 2016-06-17 15:34:57.0 +0200
@@ -8,3 +8,4 @@
 udev.patch
 systemd.patch
 clvmd-openais-format.patch
+lvm2-cluster-services.patch

Bug#827538: libatasmart4: reports drives as asleep when they are not

[Scott Talbert]

Package: libatasmart4
Version: 0.19-1
Severity: normal

Dear Maintainer,

New power modes were added in later versions of the ATA spec.  Unfortunately
libatasmart4 doesn't recognize these and as a result, it believes that certain
drives are asleep when they are not.  For example, a power mode of 0x81 is
considered to be a submode of IDLE (0x80), but libatasmart considers this to be
'asleep'.

smartmontools has added support for these new modes here:
https://www.smartmontools.org/browser/trunk/smartmontools/ataprint.cpp#L2527

Ideally, sk_disk_check_sleep_mode() should be updated to handle these new power
modes.

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

Kernel: Linux 3.2.0-4-amd64 (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/dash

Versions of packages libatasmart4 depends on:
ii  libc6  2.13-38+deb7u8
ii  libudev0   175-7.2
ii  multiarch-support  2.13-38+deb7u8

libatasmart4 recommends no packages.

libatasmart4 suggests no packages.

-- no debconf information

Bug#827539: RFP: libfile-map-perl -- Memory mapping made simple and safe

[Bas Couwenberg]

Package: wnpp
Severity: wishlist

* Package name: libfile-map-perl
  Version : 0.64
  Upstream Author : Leon Timmermans 
* URL : https://metacpan.org/release/File-Map
* License : Artistic or GPL-1+ (same as Perl)
  Programming Lang: Perl
  Description : Memory mapping made simple and safe

File::Map maps files or anonymous memory into perl variables.

Advantages of memory mapping

 * Unlike normal perl variables, mapped memory is (usually) shared
   between threads or forked processes.
 * It is an efficient way to slurp an entire file. Unlike for example
   File::Slurp, this module returns almost immediately, loading the
   pages lazily on access. This means you only 'pay' for the parts
   of the file you actually use.
 * Perl usually doesn't return memory to the system while running,
   mapped memory can be returned.

Advantages of this module over other similar modules

 * Safety and Speed
  
   This module is safe yet fast. Alternatives are either fast but can
   cause segfaults or loose the mapping when not used correctly, or
   are safe but rather slow. File::Map is as fast as a normal string
   yet safe.

 * Simplicity

   It offers a simple interface targeted at common usage patterns

* Files are mapped into a variable that can be read just like any
  other variable, and it can be written to using standard Perl
  techniques such as regexps and substr.
* Files can be mapped using a set of simple functions. There is
  no need to know weird constants or the order of 6 arguments.
* It will automatically unmap the file when the scalar gets
  destroyed. This works correctly even in multi-threaded programs.

 * Portability

   File::Map supports Unix and Windows.

 * Thread synchronization

   It has built-in support for thread synchronization.


File::Map is required for PDL which has deprecated the POSIX mmap
support. PDL 2.016 still builds without File::Map but this will
change in the near future.

Bug#827502: hunspell integration Consts obsolete?

[tony]

Hi Aaron,

I was going to propose the same.  Based upon an email exchange with
Jean-Christophe Helary in February of this year, it sounds like upstream
would prefer that Debian no longer ship such an outdated version.  I
took a look at packaging an updated version, but it will require some
substantial effort that I am not able to provide right not.

I apologize for not following up on this sooner and will file an RM bug
this weekend.

Thank you,
tony

On Fri, Jun 17, 2016 at 11:15:29PM +0900, Aaron Madlon-Kay wrote:
> Hi. I’m a core contributor to OmegaT.
> 
> The entire package is years out of date. Those constants haven’t existed 
> since 2011 as best I can tell.
> 
> If this package isn’t going to be updated, I would suggest removing it 
> entirely.
> 
> -Aaron
> 
> 
> On Fri, 17 Jun 2016 09:36:30 +0200 Rene Engelhard  wrote:
> > Package: omegat
> > Version: 2.3.0.1+dfsg-3
> > Severity: important
> > 
> > Hi,
> > 
> > On Thu, Jun 16, 2016 at 10:40:46PM -0400, Jeremy Bicha wrote:
> > > Package:omegat
> > > Version: 2.3.0.1+dfsg-4
> > > Severity: serious
> > > 
> > > libhunspell-1.3-0 has been replaced by libhunspell-1.4-0 in Debian
> > > unstable and testing.
> > > 
> > > I took a guess at the bug severity. I believe it's a RC issue because
> > > upgraders who have libhunspell-1.3-0 installed will not receive any
> > > bugfixes or security updates for that version of the library.
> > 
> > Even worse; are you sure this hunspell integration is even working? I see
> > (both in stable and testing/unstable) only
> > 
> > --- a/src/org/omegat/util/OConsts.java
> > +++ b/src/org/omegat/util/OConsts.java
> > @@ -100,7 +100,11 @@
> >  public static final String LEARNED_WORD_LIST_FILE_NAME = 
> > "learned_words.txt";^M
> >  ^M
> >  /** The name of the spell checking library */^M
> > -public static final String SPELLCHECKER_LIBRARY_NAME = "hunspell";^M
> > +public static final String SPELLCHECKER_LIBRARY_NAME = 
> > "hunspell-1.2";^M
> > +^M
> > +/** directory of system dictionaries */^M
> > +public static final String SPELLCHECKER_SYSTEM_DICTIONARY_DIRECTORY =^M
> > +"/usr/share/myspell/dicts";^M
> >  ^M
> >  /** the native library directory */^M
> >  public static final String NATIVE_LIBRARY_DIR = "native";^M
> > 
> > patched in.
> > 
> > SPELLCHECKER_LIBRARY_NAME coul dhave stayed hunspell to be compatible,
> > hunspell-1.2 is long gone (even wheezy has 1.3) and /usr/share/myspell/dicts
> > is compat stuff and maybe should be changed to /usr/share/hunspell/dicts?
> > 
> > (And yeah, I missed this package in the transition because it wasn't
> > a Depends:)
> > 
> > Regards,
> > 
> > Rene
> > 
> > 
> 
> __
> This is the maintainer address of Debian's Java team
> .
>  Please use
> debian-j...@lists.debian.org for discussions and questions.


signature.asc
Description: Digital signature

Bug#827477: FTBFS on mips* and sparc*: multiple definition of `vfork@GLIBC_2.0'

[Aurelien Jarno]

control: tag -1 + confirmed
control: tag -1 + patch
control: forwarded -1 https://sourceware.org/ml/libc-alpha/2016-06/msg00660.html

On 2016-06-16 20:08, Helmut Grohne wrote:
> Source: glibc
> Version: 2.22-11
> Severity: serious
> Justification: FTBFS on a release architetcure
> User: helm...@debian.org
> Usertags: rebootstrap
> 
> glibc FTCBFS on 
> mips: 
> https://jenkins.debian.net/job/rebootstrap_mips_gcc5_nobiarch_diffoscope/42/console
> mipsel: https://jenkins.debian.net/job/rebootstrap_mipsel_gcc5/110/console
> mips64el: 
> https://jenkins.debian.net/job/rebootstrap_mips64el_gcc5_nobiarch/126/console
> sparc: https://jenkins.debian.net/job/rebootstrap_sparc_gcc6/22/console
> sparc64: 
> https://jenkins.debian.net/job/rebootstrap_sparc64_gcc5_nobiarch/126/console
> 
> I also attempted to build glibc natively for mips on minkus.d.o. It also
> fails there. Build log attached. Relevant excerpt:
> 
> | mips-linux-gnu-gcc-5 -mabi=32   -shared -static-libgcc -Wl,-O1  -Wl,-z,defs 
> -Wl,-dynamic-linker=/lib/ld.so.1  
> -B/home/helmutg/glibc-2.22/build-tree/mips-libc/csu/  
> -Wl,--version-script=/home/helmutg/glibc-2.22/build-tree/mips-libc/librt.map 
> -Wl,-soname=librt.so.1 -Wl,-z,relro -Wl,--enable-new-dtags,-z,nodelete 
> -L/home/helmutg/glibc-2.22/build-tree/mips-libc 
> -L/home/helmutg/glibc-2.22/build-tree/mips-libc/math 
> -L/home/helmutg/glibc-2.22/build-tree/mips-libc/elf 
> -L/home/helmutg/glibc-2.22/build-tree/mips-libc/dlfcn 
> -L/home/helmutg/glibc-2.22/build-tree/mips-libc/nss 
> -L/home/helmutg/glibc-2.22/build-tree/mips-libc/nis 
> -L/home/helmutg/glibc-2.22/build-tree/mips-libc/rt 
> -L/home/helmutg/glibc-2.22/build-tree/mips-libc/resolv 
> -L/home/helmutg/glibc-2.22/build-tree/mips-libc/crypt 
> -L/home/helmutg/glibc-2.22/build-tree/mips-libc/mathvec 
> -L/home/helmutg/glibc-2.22/build-tree/mips-libc/nptl 
> -Wl,-rpath-link=/home/helmutg/glibc-2.22/build-tree/mips-libc:/home/helmutg/glibc-2.22/build-tree/mips-libc/math:/home/helmutg/glibc-2.22/build-tree/mips-libc/elf:/home/helmutg/glibc-2.22/build-tree/mips-libc/dlfcn:/home/helmutg/glibc-2.22/build-tree/mips-libc/nss:/home/helmutg/glibc-2.22/build-tree/mips-libc/nis:/home/helmutg/glibc-2.22/build-tree/mips-libc/rt:/home/helmutg/glibc-2.22/build-tree/mips-libc/resolv:/home/helmutg/glibc-2.22/build-tree/mips-libc/crypt:/home/helmutg/glibc-2.22/build-tree/mips-libc/mathvec:/home/helmutg/glibc-2.22/build-tree/mips-libc/nptl
>  -o /home/helmutg/glibc-2.22/build-tree/mips-libc/rt/librt.so -T 
> /home/helmutg/glibc-2.22/build-tree/mips-libc/shlib.lds 
> /home/helmutg/glibc-2.22/build-tree/mips-libc/csu/abi-note.o 
> -Wl,--whole-archive 
> /home/helmutg/glibc-2.22/build-tree/mips-libc/rt/librt_pic.a 
> -Wl,--no-whole-archive 
> /home/helmutg/glibc-2.22/build-tree/mips-libc/nptl/libpthread_nonshared.a 
> /home/helmutg/glibc-2.22/build-tree/mips-libc/nptl/libpthread.so  
> -Wl,--start-group /home/helmutg/glibc-2.22/build-tree/mips-libc/libc.so 
> /home/helmutg/glibc-2.22/build-tree/mips-libc/libc_nonshared.a 
> -Wl,--as-needed /home/helmutg/glibc-2.22/build-tree/mips-libc/elf/ld.so 
> -Wl,--no-as-needed -Wl,--end-group
> | 
> /home/helmutg/glibc-2.22/build-tree/mips-libc/nptl/libpthread.so:(*IND*+0x0): 
> multiple definition of `vfork@GLIBC_2.0'
> | 
> /home/helmutg/glibc-2.22/build-tree/mips-libc/nptl/libpthread.so::(.text+0xee50):
>  first defined here
> | collect2: error: ld returned 1 exit status
> | ../Makerules:517: recipe for target 
> '/home/helmutg/glibc-2.22/build-tree/mips-libc/rt/librt.so' failed
> | make[3]: *** [/home/helmutg/glibc-2.22/build-tree/mips-libc/rt/librt.so] 
> Error 1
> | make[3]: Leaving directory '/home/helmutg/glibc-2.22/rt'
> | Makefile:229: recipe for target 'rt/others' failed
> | make[2]: *** [rt/others] Error 2
> | make[2]: Leaving directory '/home/helmutg/glibc-2.22'
> | Makefile:9: recipe for target 'all' failed
> | make[1]: *** [all] Error 2
> | make[1]: Leaving directory '/home/helmutg/glibc-2.22/build-tree/mips-libc'
> | debian/rules.d/build.mk:105: recipe for target 
> '/home/helmutg/glibc-2.22/stamp-dir/build_libc' failed
> | make: *** [/home/helmutg/glibc-2.22/stamp-dir/build_libc] Error 2
> | dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
> 
> I did not observe this failure before 12th of June. The first failure
> is 
> https://jenkins.debian.net/job/rebootstrap_mipsel_gcc5_nobiarch_diffoscope/43/console.
> Thus we know that the failure is triggered by a change in glibc, but
> instead by some of its transitive Build-Depends.
> 
> Comparing the first failure to one of the last successful builds
> https://jenkins.debian.net/job/rebootstrap_mips_gcc5_supported_diffoscope/41/console,
> I observe that the first failure was built with binutils 2.26-11 while
> the last success was built with binutils 2.26-10. Both were built with
> gcc-5 5.4.0-4. Thus it seems likely, that a change in binutils triggers
> this issue.

Thanks for this bug report. I have send a patch upstream: