Bug#780674: ejabberd-contrib: please package new upstream snapshot

[Philipp Huebner]

Hi,

a more ore less complete set of the modules in

https://github.com/processone/ejabberd-contrib

is almost ready to go, all I have left to do is create a dfsg clean tarball.

I intend to upload next week, mod_mam_mnesia is among them.
See http://git.deb.at/w/pkg/ejabberd-contrib.git for details.


It will have to pass through NEW though, because all modules are now
installed into separate binary packages.

Regards,
-- 
 .''`.   Philipp Huebner 
: :'  :  pgp fp: 6719 25C5 B8CD E74A 5225  3DF9 E5CA 8C49 25E4 205F
`. `'`
  `-



signature.asc
Description: OpenPGP digital signature

Bug#800112: "Unsupported socketcall: 20" when using apt-get under s390 chroot

[Jeffrey Walton]

Hi David,

Sorry about the late reply. I just got back on testing that utilizes
the Debian QEMU chroot's.

Also note that this might be better assigned to qemu-user static (my
apologies if it was mis-classified):

$ sudo update-binfmts --display
...
  interpreter = /usr/bin/qemu-s390x-static
  ...
  package = qemu-user-static

> It would be nice if you could provide a complete set of steps to
> reproduce this, preferably starting with the setup of the chroot itself.

This is the three second tour from https://wiki.debian.org/QemuUserEmulation.

>From the Host:

$ sudo apt-get install qemu binfmt-support qemu-user-static debootstrap

$ su -
# qemu-debootstrap --arch=s390x --keyring
/usr/share/keyrings/debian-archive-keyring.gpg \
--variant=buildd --exclude=debfoster unstable debian-s390x
http://ftp.debian.org/debian

Once the host is configured, then:

// From host
$ su -
# chroot debian-s390x
// Now in guest
# apt-get locales
# dpkg-reconfigure locales
# apt-get install build-essential subversion git emacs-nox

Finally:

// From guest
# apt-get update
0% [Working]Unsupported socketcall: 20
0% [Working]Unsupported socketcall: 20
Hit http://httpredir.debian.org unstable InRelease

Jeff

Bug#800743: linux-perf-4.2: fail to backtrace on __lll_unlock_wake

[Yury Stankevich]

Package: linux-perf-4.2
Version: 4.2-2
Severity: minor

perf stop to unwind backtrace on __lll_unlock_wake.

steps to reproduce
perf record -e syscalls:sys_enter_futex -e syscalls:sys_exit_futex --call-graph 
dwarf -a -e cycles

perf report -n --sort comm | less

result:
backtrace stopped on __lll_unlock_wake

<
|
|--69.04%-- __lll_unlock_wake
| _L_unlock_554
|
|--24.32%-- __lll_lock_wait
| _L_lock_909
|
>

expected:
backtrace must continue after __lll_unlock_wake

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (600, 'stable'), (599, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages linux-perf-4.2 depends on:
ii  libaudit1 1:2.4-1+b1
ii  libc6 2.19-18+deb8u1
ii  libc6-i3862.19-18+deb8u1
ii  libc6-x32 2.19-18+deb8u1
ii  libdw10.159-4.2
ii  libelf1   0.159-4.2
ii  libnuma1  2.0.10-1
ii  libperl5.20   5.20.2-3+deb8u1
ii  libpython2.7  2.7.9-2
ii  libslang2 2.3.0-2
ii  libunwind81.1-4
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages linux-perf-4.2 recommends:
ii  linux-base  3.5

Versions of packages linux-perf-4.2 suggests:
pn  linux-doc-4.2  

-- no debconf information


-- 
with best regards // pub 1024D/E99AF373 

Bug#800742: ITP: ruby-fixwhich -- ruby module that emulates the 'which' program

[Michael Crusoe]

Package: wnpp
Owner: "Debian Ruby Team" 
Severity: wishlist
X-Debbugs-CC: debian-r...@lists.debian.org

* Package name: ruby-fixwhich
  Version : 1.0.2
  Upstream Author : Erik Hollensbe & Richard Smith-Unna 
* URL : http://github.com/Blahah/which
* License : MIT
  Programming Lang: Ruby
  Description : ruby module that emulates the 'which' program
Searches the path, or a provided path with given separators (path_sep,
commonly “:”) and a separator for directories (dir_sep, commonly “/”), will
return all of the places that filename occurs. `filename' is included as a
part of the output.

This package is a dependency for 'ruby-crb-blast'

This package will be maintained as part of the Debian Ruby packaging team.

Bug#351174: unsuccessful attempts to access your email

[Support]

Recently, there were too many unsuccessful attempts to access your email and 
your Email ID has been disabled. 
 Please click here to reactivate full access to your email. 
 Sincerely,

Bug#790820: debhelper 9.20151002: Please update the PO translation for the package debhelper

[Niels Thykier]

Américo Monteiro:
> A Sexta, 2 de Outubro de 2015 14:45:55, você escreveu:
>> Hi,
>>
>> You are noted as the last translator of the translation for
>> debhelper. The English template has been changed, and now some messages
>> are marked "fuzzy" in your translation or are missing.
>> I would be grateful if you could take the time and update it.
>> Please send the updated file to me, or submit it as a wishlist bug
>> against debhelper.
>>
>> Thanks in advance,
> 
> Hi
> 
> here is the updated portuguese translation.
> 
> please close Bug#790820 as this new file turns the other one obsolet
> 
> 
> Best regards
> Américo Monteiro
> 

Thanks for the fast update. :)

If you don't mind it, I will just close the bug as a part of the upload.

Thanks,
~Niels

Bug#799298: torsocks: Unsupported syscall number 186/202 with iceweasel and video

[Petter Reinholdtsen]

[Intrigeri]
> Hi Petter,
>
> David (upstream) tells me this should be fixed in 2.1, which is in
> jessie-backports. Can you please try and confirm?

I tested torsocks version 2.1.0-1~bpo8+1, and with it iceweasel just
hang on a futex() call.  With version 1.2-3 iceweasel start as it should
and can show videos.

But the "unsupported syscall" messages are gone in the 2.1 version.

-- 
Happy hacking
Petter Reinholdtsen

Bug#800741: glance: CVE-2015-5286: Glance storage quota bypass when token is expired

[Salvatore Bonaccorso]

Source: glance
Version: 2015.1.0-4
Severity: important
Tags: security upstream

Hi,

the following vulnerability was published for glance.

CVE-2015-5286[0]:
Glance storage overrun

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2015-5286
[1] https://bugs.launchpad.net/glance/+bug/1498163

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#800738: qmake buildsystem doesn't create the builddir automatically

[Sergio Durigan Junior]

Control: tags -1 + patch

On Saturday, October 03 2015, I wrote:

> When using --buildsystem=qmake together with --builddirectory, an error
> is issued because the qmake.pm module does not create the build
> directory automatically:
>
>   dh_auto_configure: error: unable to chdir to _build
>
> I already have a fix for that; I will post the patch as soon as I
> receive the bug number to mention it on the changelog.

As promised, here is the patch.

Thank you,

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

From 3f04e77892c77a93562f797a88c67c47922db895 Mon Sep 17 00:00:00 2001
From: Sergio Durigan Junior 
Date: Sat, 3 Oct 2015 01:17:09 -0400
Subject: [PATCH] qmake.pm: mkdir builddir before starting to configure

Closes: #800738
---
 Debian/Debhelper/Buildsystem/qmake.pm | 1 +
 debian/changelog  | 3 +++
 2 files changed, 4 insertions(+)

diff --git a/Debian/Debhelper/Buildsystem/qmake.pm b/Debian/Debhelper/Buildsystem/qmake.pm
index 21accb7..dfe43b0 100644
--- a/Debian/Debhelper/Buildsystem/qmake.pm
+++ b/Debian/Debhelper/Buildsystem/qmake.pm
@@ -68,6 +68,7 @@ sub configure {
 	push @flags, "QMAKE_STRIP=:";
 	push @flags, "PREFIX=/usr";
 
+   	$this->mkdir_builddir();
 	$this->doit_in_builddir($qmake, @options, @flags, @_);
 }
 
diff --git a/debian/changelog b/debian/changelog
index 4aa7ead..e91e4c1 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -98,6 +98,9 @@ debhelper (9.20150811+unreleased) UNRELEASED; urgency=medium
   * Update Portuguese translation (Américo Monteiro)
 (Closes: #790820)
 
+  [ Sergio Durigan Junior ]
+  * qmake.pm: mkdir builddir before starting to configure (Closes: #800738)
+
  -- Paul Tagliamonte   Fri, 14 Aug 2015 21:25:16 +0200
 
 debhelper (9.20150811) unstable; urgency=medium
-- 
2.5.3



signature.asc
Description: PGP signature

Bug#800740: ITP: ruby-pathname2 -- alternate implementation of the Pathname class

[Michael Crusoe]

Package: wnpp
Owner: "Debian Ruby Team" 
Severity: wishlist
X-Debbugs-CC: debian-r...@lists.debian.org

* Package name: ruby-pathname2
  Version : 1.7.4
  Upstream Author : Daniel J. Berger 
* URL : https://github.com/djberg96/pathname2
* License : MIT
  Programming Lang: Ruby
  Description : alternate implementation of the Pathname class
 pathname2 is a library that provides an implementation of the Pathname
 class different from the one that ships as part of the Ruby standard
 library. It is a subclass of String, though several methods have been
 overridden to better fit a path context. In addition, it supports file
 URL's as paths, provides additional methods for Windows paths, and
 handles UNC paths on Windows properly.

This package is a dependency for 'ruby-fixwhich'

This package will be maintained as part of the Debian Ruby packaging team.

Bug#800739: ITP: python-burrito-fillings -- burrito application controllers for bioinformatics

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: python-burrito-fillings
  Version : 0.1.1
  Upstream Author : burrito development team 
* URL : https://github.com/biocore/burrito/
* License : BSD
  Programming Lang: Python
  Description : burrito application controllers for bioinformatics
 The burrito-fillings project provides wrappers for bioinformatics tools
 using the burrito framework.
 .
 burrito-fillings (canonically pronounced boar-ee-toe phil-ings; python
 package name bfillings) contains burrito CommandLineApplication
 subclasses (i.e., application controllers) for bioinformatics
 applications. This is intended to be a temporary package for the
 application controllers that are used in QIIME as we figure out which of
 these we will continue to support.


Remark: This precondition to upgrade qiime was prepared by Tim Booth from
BioLinux in
   
svn://anonscm.debian.org/debian-med/trunk/packages/python-burrito-fillings/trunk/
and is now taken over by the Debian Med team.

Bug#800738: qmake buildsystem doesn't create the builddir automatically

[Sergio Durigan Junior]

Package: debhelper
Version: 9.20150811
Severity: normal

Hi,

When using --buildsystem=qmake together with --builddirectory, an error
is issued because the qmake.pm module does not create the build
directory automatically:

  dh_auto_configure: error: unable to chdir to _build

I already have a fix for that; I will post the patch as soon as I
receive the bug number to mention it on the changelog.

Thanks,

-- 
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#800737: ITP: ruby-crb-blast -- Run conditional reciprocal best blast

[Michael Crusoe]

Package: wnpp
Owner: "Debian Ruby Team" 
Severity: wishlist
X-Debbugs-CC: debian-r...@lists.debian.org

* Package name: ruby-crb-blast
  Version : 0.6.4
  Upstream Author : Chris Boursnell & Richard Smith-Unna
* URL : https://github.com/cboursnell/crb-blast
* License : MIT
  Programming Lang: Ruby
  Description : Run conditional reciprocal best blast

CRB-BLAST is a novel method for finding orthologs between one set of
sequences and another. This is particularly useful in genome and
transcriptome annotation.

CRB-BLAST initially performs a standard reciprocal best BLAST. It does this
by performing BLAST alignments of query->target and target->query.
Reciprocal best BLAST hits are those where the best match for any given
query sequence in the query->target alignment is also the best hit of the
match in the reverse (target->query) alignment.

Reciprocal best BLAST is a very conservative way to assign orthologs. The
main innovation in CRB-BLAST is to learn an appropriate e-value cutoff to
apply to each pairwise alignment by taking into account the overall
relatedness of the two datasets being compared. This is done by fitting a
function to the distribution of alignment e-values over sequence lengths.
The function the e-value cutoff for a sequence of given length.

This package is a dependency for 'transrate'

This package will be maintained as part of the Debian Ruby packaging team.

Bug#800736: src:abinit: FTBFS on rebuild

[Logan Rosen]

Package: src:abinit
Version: 7.8.2-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

abinit fails to build from source in a clean, amd64 pbuilder with sid sources.

Here is my build log: http://paste.ubuntu.com/12645349/

It appears to be erroring out during the LaTeX-related steps of the build.

Thanks,
Logan Rosen

-- System Information:
Debian Release: jessie/sid
  APT prefers wily-updates
  APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily'), 
(100, 'wily-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-10-generic (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: systemd (via /run/systemd/system)

Bug#800735: ITP: custodia -- Modular and pluggable Secrets Manager

[Timo Aaltonen]

Package: wnpp
Severity: wishlist
Owner: Timo Aaltonen 

* Package name: custodia
  Version : 0.1.0
  Upstream Author : Simo Sorce
* URL : https://github.com/simo5/custodia
* License : LGPL-3+
  Programming Lang: Python
  Description : Modular and pluggable Secrets Manager

 Custodia allows one to serve retrieve, manage and store secrets for other
 applications. It is useful for distributed, stateless applications that use
 an image file base approach for instantiation like container based images.
 But it is alaso useful to manage distribution of key material across a
 multiple machines over a network.

Bug#800734: ITP: ruby-threach -- Threaded each

[Michael Crusoe]

Package: wnpp
Owner: "Debian Ruby Team" 
Severity: wishlist
X-Debbugs-CC: debian-r...@lists.debian.org

* Package name: ruby-threach
  Version : 0.2.0
  Upstream Author : Bill Dueber 
* URL : http://github.com/billdueber/threach
* License : MIT
  Programming Lang: Ruby
  Description : Threaded each

An addition to the Enumerable Ruby module that allows easy use of threaded
 each and each-like iterators. It's a very simple producer-consumer model.

If you're using stock (MRI) ruby -- you probably shouldn't bother with
threach unless you're doing IO-intensive stuff. It'll just slow things
down. But if you're using a ruby implementation that has real threads, like
JRuby, this will give you relatively painless multi-threading.

This package is a dependency for 'ruby-crb-blast'

This package will be maintained as part of the Debian Ruby packaging team.

Bug#800733: ITP: transrate -- quality assessment of de-novo transcriptome assemblies

[Michael Crusoe]

Package: wnpp
Owner: "Debian Ruby Team" 
Severity: wishlist
X-Debbugs-CC: debian-r...@lists.debian.org

* Package name: transrate
  Version : 1.0.1
  Upstream Author : - Richard Smith-Unna, Chris Boursnell, Rob Patro,
Julian Hibberd, Steven Kelly
* URL : http://hibberdlab.com/transrate/
* License : MIT
  Programming Lang: Ruby & C
  Description : quality assessment of de-novo transcriptome assemblies

a library and command-line tool for quality assessment of de-novo
transcriptome assemblies

This package will be maintained as part of the Debian Ruby packaging team.

Bug#800693: Fix for wicd-curses/python-urwid

[Riley Baird]

The people at Arch seem to have a patch for this issue:

https://bbs.archlinux.org/viewtopic.php?pid=1481016


pgpEenI5_YHUq.pgp
Description: PGP signature

Bug#800732: pyzmq: FTBFS during python3.5 rebuild

[Scott Kitterman]

Source: pyzmq
Version: 14.4.0-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)

FTBFS is on all archs tried so far.

import gevent
ImportError: No module named 'gevent'


--
Ran 173 tests in 24.214s

FAILED (errors=1, skipped=19)
E: pybuild pybuild:262: test: plugin distutils failed with: exit code=1: cd 
/«PKGBUILDDIR»/.pybuild/pythonX.Y_3.5/build; python3.5 -m unittest discover -v 
dh_auto_test: pybuild --test -i python{version} -p 3.4 3.5 --dir . returned 
exit code 13
debian/rules:51: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 25
make[1]: Leaving directory '/«PKGBUILDDIR»'
debian/rules:16: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2

Bug#800731: gitstats: can you get a new snapshot from the github repo. and share the github/gitorious page as the homepage.

[shirish शिरीष]

Package: gitstats
Version: 2013.12.07-1
Severity: wishlist

Dear Maintainer,
The program is quite a bit old. You can find a newer version at the
github page as gitorious is no longer accessible . Maybe you could
package a newer version.

See https://github.com/hoxu/gitstats/

Look forward to a new snapshot in debian.

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

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

Versions of packages gitstats depends on:
ii  git [git-core]  1:2.5.3-1
ii  gnuplot-nox 4.6.6-3
ii  python  2.7.9-1

gitstats recommends no packages.

gitstats suggests no packages.

-- no debconf information


-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#800730: gnupg2: key generation unusable in es_US.UTF-8

[brian m. carlson]

Package: gnupg2
Version: 2.1.8-1
Severity: normal

Despite being a native English speaker, I run my system in Spanish to
improve my technical Spanish.  When trying to generate a test key, I
noticed that the user interface prompts for input in English, but
refuses to accept the English values:

  vauxhall ok % gpg --gen-key --expert
  gpg (GnuPG) 2.1.8; Copyright (C) 2015 Free Software Foundation, Inc.
  This is free software: you are free to change and redistribute it.
  There is NO WARRANTY, to the extent permitted by law.
  
  Note: Use "gpg2 --full-gen-key" for a full featured key generation dialog.
  
  GnuPG debe construir un ID de usuario para identificar su clave.
  
  Nombre y apellidos: Test
  El nombre debe tener al menos 5 caracteres
  Nombre y apellidos: Tester
  Dirección de correo electrónico: tes...@test.tld
  Ha seleccionado este ID de usuario:
  "Tester "
  
  Change (N)ame, (E)mail, or (O)kay/(Q)uit? o
  Change (N)ame, (E)mail, or (O)kay/(Q)uit? o
  Change (N)ame, (E)mail, or (O)kay/(Q)uit? o
  Change (N)ame, (E)mail, or (O)kay/(Q)uit? q

Note that GnuPG does not quit when given "q", and does not continue when
given "o", despite the text.  I finally determined that "s" (salir; exit)
quits, but it's unclear to me what text I should use to continue.
Regardless, either both the prompt and the input should be translated,
or neither.  As it stands, it's very confusing for the user to try to
guess what GnuPG expects.

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

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

Versions of packages gnupg2 depends on:
ii  dpkg   1.18.3
ii  gnupg-agent2.1.8-1
ii  install-info   6.0.0.dfsg.1-3
ii  libassuan0 2.3.0-1
ii  libbz2-1.0 1.0.6-8
ii  libc6  2.19-22
ii  libgcrypt201.6.3-2
ii  libgpg-error0  1.20-1
ii  libksba8   1.3.3-1
ii  libreadline6   6.3-8+b3
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages gnupg2 recommends:
ii  dirmngr  2.1.7-2

Versions of packages gnupg2 suggests:
pn  gnupg-doc   
pn  parcimonie  
ii  xloadimage  4.1-23+b1

-- no debconf information

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | https://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: PGP signature

Bug#800639: os-prober: corrupts windows 7 loader/header

[shirish शिरीष]

On 10/3/15, shirish शिरीष  wrote:



> Then installed os-prober . While it did find Windows 7 and put the
> menu entry, trying to use it is worthless, I get some corrupting image
> and then it fails to find some files.
>
> $ df -h
> Filesystem  Size  Used Avail Use% Mounted on
> udev 10M 0   10M   0% /dev
> tmpfs   1.6G  9.4M  1.5G   1% /run
> /dev/sda292G   18G   70G  20% /
> tmpfs   3.8G  152K  3.8G   1% /dev/shm
> tmpfs   5.0M  4.0K  5.0M   1% /run/lock
> tmpfs   3.8G 0  3.8G   0% /sys/fs/cgroup
> /dev/sda3   110G   89G   17G  85% /home
> tmpfs   769M  4.0K  769M   1% /run/user/119
> tmpfs   769M   32K  769M   1% /run/user/1000
> /dev/sda4   260G   38G  222G  15% /media/shirish/alphanumeric-label

forgot to share that /dev/sda4 is where MS-Windows 7 lies.



-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#800639: os-prober: corrupts windows 7 loader/header

[shirish शिरीष]

in-line :-

On 10/3/15, Steve McIntyre  wrote:
> On Fri, Oct 02, 2015 at 05:54:20AM +0530, shirish शिरीष wrote:
>>Package: os-prober
>>Version: 1.67
>>Severity: important



> Hi Shirish,

Hi Steve,

> Could you explain in a little more detail what you've seen please?
> What exactly do you mean when you say that it's corrupting the Windows
> 7 loader? What's the setup you're using on your machines (hardware,
> disk layout etc.)?

Thank you for taking time to respond to this bug.

What do I mean by it's corrupting the Windows 7 loader is that it
doesn't boot into MS-Windows. I had installed MS-Windows after
installing Debian (I know that is the wrong way to do it).

Of course, once MS-Windows comes in, it hogs the boot-loader and grub
is nowhere to be found

So then I used a live usb using GRML as a rescue option.

I used lsblk to see how all the partitions were.

Figured out that /dev/sda2 is the one which has the GNU/Linux
partition (I had mapped it before but still was good to know it still
was showing the same.)

Then mounted /dev/sda2 to a mount point

# mount /dev/sda2 /mnt

and then installed grub to the MBR

#grub-install --root-directory= /mnt /dev/sda

got the familiar boot screen with the correct version of grub showing
on the grub screen but no MS-Windows 7

Then installed os-prober . While it did find Windows 7 and put the
menu entry, trying to use it is worthless, I get some corrupting image
and then it fails to find some files.

$ df -h
Filesystem  Size  Used Avail Use% Mounted on
udev 10M 0   10M   0% /dev
tmpfs   1.6G  9.4M  1.5G   1% /run
/dev/sda292G   18G   70G  20% /
tmpfs   3.8G  152K  3.8G   1% /dev/shm
tmpfs   5.0M  4.0K  5.0M   1% /run/lock
tmpfs   3.8G 0  3.8G   0% /sys/fs/cgroup
/dev/sda3   110G   89G   17G  85% /home
tmpfs   769M  4.0K  769M   1% /run/user/119
tmpfs   769M   32K  769M   1% /run/user/1000
/dev/sda4   260G   38G  222G  15% /media/shirish/alphanumeric-label

This is on a Thinkpad T-440, 500 GB , 8 GB RAM

Is there anything else I can help so that I am able to find a solution to this.

This is/was just to test the readiness of the tool as I have to
migrate a bunch of similar lappies in dual-boot mode.

Look forward for answers.

> --
> Steve McIntyre, Cambridge, UK.
> st...@einval.com
> We don't need no education.
> We don't need no thought control.
>

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#800639: os-prober: corrupts windows 7 loader/header

[Steve McIntyre]

On Fri, Oct 02, 2015 at 05:54:20AM +0530, shirish शिरीष wrote:
>Package: os-prober
>Version: 1.67
>Severity: important
>
>Dear Maintainer,
>I dunno if I should add this info. on the above 4 bugs or make a new
>one, and if in the 4 one, which one. I have been trying to migrate
>some systems which have windows 7. I installed Debian testing on those
>systems and tried both os-prober 1.66 as well as 1.67 but both of them
>corrupt the windows 7 loader. Please let me know if there is any more
>information that I can share which would be off help.

Hi Shirish,

Could you explain in a little more detail what you've seen please?
What exactly do you mean when you say that it's corrupting the Windows
7 loader? What's the setup you're using on your machines (hardware,
disk layout etc.)?

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
We don't need no education.
We don't need no thought control.

Bug#800704: [uscan] please allow multiple pgpsigmangleurl for a single line

[James McCoy]

On Fri, Oct 02, 2015 at 05:47:36PM +, Mattia Rizzolo wrote:
> I have one upstream that change signature extension every other release
> from .asc to .sig to whatnot.
> 
> It would be handy to specify a list of possibilities and then uscan can
> try all of them, maybe finding a signature somewhere.

Maybe they should automate their release process. :)

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 

Bug#800445: nf_conntrack: table full, dropping packet

[Ben Hutchings]

Control: tag -1 upstream fixed-upstream patch moreinfo

On Tue, 2015-09-29 at 08:20 -0400, ano...@users.sourceforge.net wrote:
> Package: linux-image-4.2.0-1-amd64
> Version: 4.2.1-2
> 
> After booting the kernel image provided by this package and attempting
> to connect to the Internet, network access doesn't actually work. The
> message "nf_conntrack: table full, dropping packet" is repeatedly
> logged.
> 
> Comparing the contents of the various /proc/sys conntrack files between
> a working 4.1 kernel (from linux-image-4.1.0-2-amd64) and the broken
> 4.2, the only difference I see is that nf_conntrack_count has a value
> "-5". Yes, negative 5. /proc/net/stat/nf_conntrack's "entries" column
> matches this with a value of fffb. /proc/net/nf_conntrack is empty
> on the 4.2 kernel, while it has a handful of expected entries on 4.1.
> 
> I have iptables rules set up by shorewall on this machine, including
> configuration to forward/masq traffic on the interface used by vde2, in
> case that helps reproduce this. Removing all the iptables rules and
> removing the nf_conntrack_ipv4 module (and everything that depends on
> it, of course) stops the error. Disabling shorewall at boot allows
> network functionality and starting shorewall later didn't immediately
> cause the problem, but in some experimentation after the system locked
> up.

I think I found the fix for this, but please can you test the attached
patch?  (Instructions for building a patched kernel package are at 
.)

Ben.

-- 
Ben Hutchings
compatible: Gracefully accepts erroneous data from any sourceFrom: Daniel Borkmann 
Date: Mon, 31 Aug 2015 19:11:02 +0200
Subject: netfilter: conntrack: use nf_ct_tmpl_free in CT/synproxy error paths
Origin: https://git.kernel.org/linus/9cf94eab8b309e8bcc78b41dd1561c75b537dd0b
Bug-Debian: https://bugs.debian.org/800445

Commit 0838aa7fcfcd ("netfilter: fix netns dependencies with conntrack
templates") migrated templates to the new allocator api, but forgot to
update error paths for them in CT and synproxy to use nf_ct_tmpl_free()
instead of nf_conntrack_free().

Due to that, memory is being freed into the wrong kmemcache, but also
we drop the per net reference count of ct objects causing an imbalance.

In Brad's case, this leads to a wrap-around of net->ct.count and thus
lets __nf_conntrack_alloc() refuse to create a new ct object:

  [   10.340913] xt_addrtype: ipv6 does not support BROADCAST matching
  [   10.810168] nf_conntrack: table full, dropping packet
  [   11.917416] r8169 :07:00.0 eth0: link up
  [   11.917438] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
  [   12.815902] nf_conntrack: table full, dropping packet
  [   15.688561] nf_conntrack: table full, dropping packet
  [   15.689365] nf_conntrack: table full, dropping packet
  [   15.690169] nf_conntrack: table full, dropping packet
  [   15.690967] nf_conntrack: table full, dropping packet
  [...]

With slab debugging, it also reports the wrong kmemcache (kmalloc-512 vs.
nf_conntrack_81ce75c0) and reports poison overwrites, etc. Thus,
to fix the problem, export and use nf_ct_tmpl_free() instead.

Fixes: 0838aa7fcfcd ("netfilter: fix netns dependencies with conntrack templates")
Reported-by: Brad Jackson 
Signed-off-by: Daniel Borkmann 
Signed-off-by: Pablo Neira Ayuso 
---
 include/net/netfilter/nf_conntrack.h | 1 +
 net/netfilter/nf_conntrack_core.c| 3 ++-
 net/netfilter/nf_synproxy_core.c | 2 +-
 net/netfilter/xt_CT.c| 2 +-
 4 files changed, 5 insertions(+), 3 deletions(-)

diff --git a/include/net/netfilter/nf_conntrack.h b/include/net/netfilter/nf_conntrack.h
index 37cd391..4023c4c 100644
--- a/include/net/netfilter/nf_conntrack.h
+++ b/include/net/netfilter/nf_conntrack.h
@@ -292,6 +292,7 @@ extern unsigned int nf_conntrack_hash_rnd;
 void init_nf_conntrack_hash_rnd(void);
 
 struct nf_conn *nf_ct_tmpl_alloc(struct net *net, u16 zone, gfp_t flags);
+void nf_ct_tmpl_free(struct nf_conn *tmpl);
 
 #define NF_CT_STAT_INC(net, count)	  __this_cpu_inc((net)->ct.stat->count)
 #define NF_CT_STAT_INC_ATOMIC(net, count) this_cpu_inc((net)->ct.stat->count)
diff --git a/net/netfilter/nf_conntrack_core.c b/net/netfilter/nf_conntrack_core.c
index 3c20d02..0625a42 100644
--- a/net/netfilter/nf_conntrack_core.c
+++ b/net/netfilter/nf_conntrack_core.c
@@ -320,12 +320,13 @@ out_free:
 }
 EXPORT_SYMBOL_GPL(nf_ct_tmpl_alloc);
 
-static void nf_ct_tmpl_free(struct nf_conn *tmpl)
+void nf_ct_tmpl_free(struct nf_conn *tmpl)
 {
 	nf_ct_ext_destroy(tmpl);
 	nf_ct_ext_free(tmpl);
 	kfree(tmpl);
 }
+EXPORT_SYMBOL_GPL(nf_ct_tmpl_free);
 
 static void
 destroy_conntrack(struct nf_conntrack *nfct)
diff --git a/net/netfilter/nf_synproxy_core.c b/net/netfilter/nf_synproxy_core.c
index d7f1685..d6ee8f8 100644
--- a/net/netfilter/nf_synproxy_core.c
+++ b/net/netfilter/nf_synproxy_core.c
@@ -378,7 +378,7 @@ static int __net_init synproxy_net_init(s

Bug#800554: nvidia-kernel-dkms: kernel module won't build for 3.16.0-4-amd64 (missing rule in Makefile)

[Norman Ramsey]

 > >   - The X server will not start.  I have attached the Xorg.0.log.
 > 
 > Now that is quite strange, I've never seen that error:
 > 
 > /dev/dri/card0: failed to set DRM interface version 1.4: Inappropriate
 > ioctl for device [   260.044] (--) PCI:*(0:1:0:0) 10de:1401:1043:8520 rev
 > 161, Mem @ 0xf600/16777216, 0xe000/268435456, 0xf000/33554432,
 > I/O @ 0xe000/128, BIOS @ 0x/524288
 > 
 > The only thing that comes up in Google is bug #764639. I don't suppose
 > the blacklisting of nouveau is missing? Having the output of reportbug
 > might help.
 > 
 > Also trying manually from a TTY to load the module and start X might
 > give more clues.
 > 
 > But I have to stress that this is a bit uncharted territory, I have
 > never tried a setup with different archs for kernel and userspace, so I
 > am not sure I'll be able to help. I can try :-)

OK, I have resolved the problem, and you can close this bug.

What I did was more aggressively install amd64 packages.  I'm afraid I
did this somewhat at random, but at least I can show you the final
configuration.  You will receive another mail from me sent with
reportbug, but I can't see where that shows which packages are amd64
and which are i386.  So that information is appended for this email.

Again, thank you for all your help!


Norman



ii  glx-alternative-nvidia  0.5.1   i386
 allows the selection of NVIDIA as GLX provider
ii  libegl1-nvidia:amd64352.41-1amd64   
 NVIDIA binary EGL libraries
ii  libegl1-nvidia:i386 352.41-1i386
 NVIDIA binary EGL libraries
ii  libgl1-nvidia-glx:amd64 352.41-1amd64   
 NVIDIA binary OpenGL libraries
ii  libgl1-nvidia-glx:i386  352.41-1i386
 NVIDIA binary OpenGL libraries
ii  libgles1-nvidia:amd64   352.41-1amd64   
 NVIDIA binary OpenGL|ES 1.x libraries
ii  libgles1-nvidia:i386352.41-1i386
 NVIDIA binary OpenGL|ES 1.x libraries
ii  libgles2-nvidia:amd64   352.41-1amd64   
 NVIDIA binary OpenGL|ES 2.x libraries
ii  libgles2-nvidia:i386352.41-1i386
 NVIDIA binary OpenGL|ES 2.x libraries
ii  libnvidia-eglcore:amd64 352.41-1amd64   
 NVIDIA binary EGL core libraries
ii  libnvidia-eglcore:i386  352.41-1i386
 NVIDIA binary EGL core libraries
ii  libnvidia-ml1:amd64 352.41-1amd64   
 NVIDIA Management Library (NVML) runtime library
ii  libnvidia-ml1:i386  352.41-1i386
 NVIDIA Management Library (NVML) runtime library
ii  nvidia-alternative  352.41-1i386
 allows the selection of NVIDIA as GLX provider
ii  nvidia-driver   352.41-1i386
 NVIDIA metapackage
ii  nvidia-driver-bin   352.41-1i386
 NVIDIA driver support binaries
ii  nvidia-installer-cleanup20141201+1  amd64   
 cleanup after driver installation with the nvidia-installer
ii  nvidia-kernel-common20141201+1  amd64   
 NVIDIA binary kernel module support files
ii  nvidia-kernel-dkms  352.41-1amd64   
 NVIDIA binary kernel module DKMS source
ii  nvidia-modprobe 340.46-1i386
 utility to load NVIDIA kernel modules and create device nodes
ii  nvidia-settings 340.46-2i386
 tool for configuring the NVIDIA graphics driver
ii  nvidia-support  20141201+1  i386
 NVIDIA binary graphics driver support files
ii  nvidia-vdpau-driver:i386352.41-1i386
 Video Decode and Presentation API for Unix - NVIDIA driver
ii  nvidia-xconfig  340.46-1i386
 X configuration tool for non-free NVIDIA drivers
ii  xserver-xorg1:7.7+7 i386
 X.Org X server
ii  xserver-xorg-core   2:1.16.4-1  i386
 Xorg X server - core server
ii  xserver-xorg-input-evdev1:2.9.0-2   i386
 X.Org X server -- evdev input driver
ii  xserver-xorg-video-intel2:2.21.15-2+b2  i386
 X.Org X server -- Intel i8xx, i9xx display driver
ii  xserver-xorg-video-nvidia   352.41-1i386
 NVIDIA binary Xorg driver

Bug#800554: nvidia-kernel-dkms: here's the good configuration

[Norman Ramsey]

Package: nvidia-kernel-dkms
Followup-For: Bug #800554

Dear Maintainer,

As promised in a separate email, I have run reportbug to get a snapshot
of what the configuration looks like when nvidia-kernel-dkms version 351.41
is running against an amd64 kernel with an i386 userland.

I hope this is helpful.


-- Package-specific info:
uname -a:
Linux homedog 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u3 (2015-08-04) 
x86_64 GNU/Linux

/proc/version:
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1+deb8u3 (2015-08-04)

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86_64 Kernel Module  352.41  Fri Aug 21 23:09:52 PDT 
2015
GCC version:  gcc version 4.8.4 (Debian 4.8.4-1) 

lspci 'VGA compatible controller [0300]':
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation Device [10de:1401] 
(rev a1) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device [1043:8520]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: nvidia

dmesg:
[0.00] AGP: No AGP bridge found
[0.00] AGP: Checking aperture...
[0.00] AGP: No AGP bridge found
[0.00] Console: colour VGA+ 80x25
[0.205467] vgaarb: setting as boot device: PCI::01:00.0
[0.205469] vgaarb: device added: 
PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none
[0.205470] vgaarb: loaded
[0.205470] vgaarb: bridge control possible :01:00.0
[0.341129] Linux agpgart interface v0.103
[1.598646] snd_hda_intel :01:00.1: Handle VGA-switcheroo audio client
[2.158964] input: HDA NVidia HDMI/DP,pcm=3 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input9
[2.159100] input: HDA NVidia HDMI/DP,pcm=7 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input10
[2.159155] input: HDA NVidia HDMI/DP,pcm=8 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input11
[2.159198] input: HDA NVidia HDMI/DP,pcm=9 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input12
[ 2005.871793] nvidia: module license 'NVIDIA' taints kernel.
[ 2005.880716] vgaarb: device changed decodes: 
PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=none
[ 2005.881081] [drm] Initialized nvidia-drm 0.0.0 20150116 for :01:00.0 on 
minor 0
[ 2005.881087] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  352.41  Fri Aug 
21 23:09:52 PDT 2015

OpenGL and NVIDIA library files installed:
-rw-r--r-- 1 root root 4452 Oct  2 17:55 /etc/X11/xorg.conf
lrwxrwxrwx 1 root root   15 Oct  2 19:20 /etc/alternatives/glx -> 
/usr/lib/nvidia
lrwxrwxrwx 1 root root   47 Jun 24 19:24 
/etc/alternatives/glx--libEGL.so-i386-linux-gnu -> 
/usr/lib/mesa-diverted/i386-linux-gnu/libEGL.so
lrwxrwxrwx 1 root root   42 Oct  2 19:20 
/etc/alternatives/glx--libEGL.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/libEGL.so.1
lrwxrwxrwx 1 root root   44 Oct  2 19:20 
/etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libEGL.so.1
lrwxrwxrwx 1 root root   46 Jun 24 19:24 
/etc/alternatives/glx--libGL.so-i386-linux-gnu -> 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so
lrwxrwxrwx 1 root root   46 Jun 24 19:24 
/etc/alternatives/glx--libGL.so-i386-linux-gnu -> 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so
lrwxrwxrwx 1 root root   41 Oct  2 19:20 
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   41 Oct  2 19:20 
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   43 Oct  2 19:20 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   43 Oct  2 19:20 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   48 Oct  2 19:20 
/etc/alternatives/glx--libGLESv1_CM.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root   48 Oct  2 19:20 
/etc/alternatives/glx--libGLESv1_CM.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root   50 Oct  2 19:20 
/etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root   50 Oct  2 19:20 
/etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root   50 Jun 24 19:24 
/etc/alternatives/glx--libGLESv2.so-i386-linux-gnu -> 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so
lrwxrwxrwx 1 root root   50 Jun 24 19:24 
/etc/alternatives/glx--libGLESv2.so-i386-linux-gnu -> 
/usr/lib/mesa-diverted/i386-linux-gnu/libG

Bug#800703: linux-image-amd64: ath10k not working with Atheros QCA6174 wireless network adapter

[Ben Hutchings]

Control: tag -1 moreinfo

On Fri, 2015-10-02 at 19:46 +0200, Andreas wrote:
[...]
> A patch solving the problem can be found here:
> http://www.killernetworking.com/support/knowledge-base/17-linux/20-killer-
> wireless-ac-in-linux-ubuntu-debian

I didn't find a patch.  Please send the patch or commit hash to this
bug.

Ben.


-- 
Ben Hutchings
compatible: Gracefully accepts erroneous data from any source


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

Bug#800729: please support hppa64 in dpkg-buildflags

[Matthias Klose]

Package: dpkg-dev
Version: 1.18.3
Severity: wishlist

I don't intend to do a new port, however the hppa kernel requires a hppa64 
compiler.

$ dpkg-architecture -ahppa64
dpkg-architecture: error: unknown Debian architecture hppa64, you must specify 
GNU system type, too


please could you add support to make this work? it will simplify the packaging 
of the toolchain.

Bug#663019: [Aptitude-devel] Bug#716992: aptitude does not purge deleted packages when it asks for user confirmation

[Manuel A. Fernandez Montecelo]

retitle 716992 aptitude: No way to purge auto-removed packages (implement a new 
config option to always purge deleted packages?)
tags -1 + moreinfo
stop


Hi all,

Since all these bug reports were merged, only the oldest one is visible
from the overall list.  The assumptions/information of some of the
reports are a bit wrong/misleading about the real problem, so making a
note about this in all bug reports and retitling so it's more clear.


2013-07-16 18:16 Uwe Storbeck:



Presently there is no option to do what you ask, which is beyond the
scope of Purge-Unused.  Responding to those prompts where “remove this
package to resolve a conflict” is not the same as removing an unused
package.


It would be nice to have a more general purge option which
would change the behavior of aptitude to always purge config
files when a package gets deleted, no matter why it is deleted.


Indeed, the reason why the packages are not purged in these reports,
despite Purge-Unused enabled, is because internally aptitude doesn't
classify them as "removed because unused", but "auto-removed to solve
some conflict/problem".

That is why in the aptitude in the different reports shows for example
"lpr{a}": {a} is for auto-removed, while it would be empty for remove,
{p} or {up} (unused - purge) otherwise.


Trying to second-guess, I think that what you reporters are after by
using Purge-Unused is not just purge unused packages, but actually "do
not simply remove, NUKE ALL TRACE OF THE REMOVED PACKAGES OUT OF MY
SYSTEM".  So I am not sure if Purge-Unused is very useful as it is.

It shouldn't happen though that we start to treat this option to also
purge auto-removed packages because of conflicts.  Many unused packages
are libraries with new SONAMES, or packages that change name for other
reasons (and maybe auto-migrate config), or packages that were pulled
automatically and the user was never particularly interested in.

Packages removed because of conflicts are different, specially using
testing and unstable, because maybe they conflict due to problems with
transitions, and they can include manually installed packages.  Maybe
the users accept to remove the conflicting package because they are
interested in upgrading, and they don't need the package to be
auto-removed for a while, and then can install again when needed -- so
they don't mind to accept that solution temporarily.  But purging the
data/config in those cases is not nice.

So probably the best/only solution to have this done all the time is
what Uwe says, to create another config option to always purge, rather
than simply remove, packages deleted from the system.


What is not clear to me yet is if then all the people who already have
Purge-Unused enabled would want to migrate to the new option, or if some
would genuinely be interested in just using Purge-Unused -- because as
these reports suggest, in the eye of the user there does not seem to be
a clear distinction.

In a way, providing both options would be the easiest solution in the
short term, but I am concerned about the proliferation of options,
specially when they overlap/interact -- they tend to be messy in the
code, cause bugs in corner cases, get forgotten in some other cases, and
in general complicating the life of developers and users in the long
term.  Case in point: quiet and verbose; Delete-Unused + Purge-Unused
(which is forgotten in some cases, apart from the particular case of
this bug report), or the different options like RecommentsImportant /
SuggestsImportant and their different incarnations in both apt and
aptitude.


So I am leaving this to rest for a while for further consideration.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#800728: heimdal: Build unreliable with dh --parallel

[Steve Langasek]

Package: heimdal
Version: 1.6~rc2+dfsg-10
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu wily ubuntu-patch

Hi Brian,

In a recent archive rebuild test in Ubuntu, the heimdal package failed to
build on two architectures because of a missing makefile dependency on a
generated file:

Making all in kdc
make[2]: Entering directory '/«BUILDDIR»/heimdal-1.6~rc2+dfsg/kdc'
cd . && perl ../cf/make-proto.pl -q -P comment -o kdc-protos.h default_config.c 
set_dbinfo.c digest.c fast.c kdc_locl.h kerberos5.c krb5tgs.c pkinit.c log.c 
misc.c kx509.c process.c windc.c rx.h || rm -f kdc-protos.h
cd . && perl ../cf/make-proto.pl -q -P comment -p kdc-private.h 
default_config.c set_dbinfo.c digest.c fast.c kdc_locl.h kerberos5.c krb5tgs.c 
pkinit.c log.c misc.c kx509.c process.c windc.c rx.h || rm -f kdc-private.h
  CC   string2key.o
updating kdc-private.h
In file included from headers.h:106:0,
 from string2key.c:34:
./kdc.h:111:24: fatal error: kdc-protos.h: No such file or directory
compilation terminated.
Makefile:990: recipe for target 'string2key.o' failed

For a full build log, see:
  
https://launchpadlibrarian.net/219491823/buildlog_ubuntu-wily-amd64.heimdal_1.6~rc2%2Bdfsg-10_BUILDING.txt.gz

This is the unmodified heimdal package from Debian, so this build failure
will also be intermittently reproducible in Debian.

The attached patch corrects this issue, by making sure the generated header
is built before trying to build the programs that depend on it.

Thanks for considering this patch.
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru heimdal-1.6~rc2+dfsg/debian/patches/parallel-build-dependencies heimdal-1.6~rc2+dfsg/debian/patches/parallel-build-dependencies
--- heimdal-1.6~rc2+dfsg/debian/patches/parallel-build-dependencies	1969-12-31 16:00:00.0 -0800
+++ heimdal-1.6~rc2+dfsg/debian/patches/parallel-build-dependencies	2015-10-02 17:05:54.0 -0700
@@ -0,0 +1,23 @@
+Description: Fix header dependencies for parallel builds
+ The heimdal package builds with dh --parallel, but a header which is
+ generated at build-time is not marked as a dependency of the programs
+ that depend on it for building.  Correct this so that parallel builds work
+ reliably.
+Author: Steve Langasek 
+
+Index: heimdal-1.6~rc2+dfsg/kdc/Makefile.am
+===
+--- heimdal-1.6~rc2+dfsg.orig/kdc/Makefile.am
 heimdal-1.6~rc2+dfsg/kdc/Makefile.am
+@@ -19,9 +19,9 @@
+ hprop_SOURCES = hprop.c mit_dump.c hprop.h
+ hpropd_SOURCES = hpropd.c hprop.h
+ 
+-kstash_SOURCES = kstash.c headers.h
++kstash_SOURCES = kstash.c headers.h $(srcdir)/kdc-protos.h
+ 
+-string2key_SOURCES = string2key.c headers.h
++string2key_SOURCES = string2key.c headers.h $(srcdir)/kdc-protos.h
+ 
+ digest_service_SOURCES = \
+ 	digest-service.c
diff -Nru heimdal-1.6~rc2+dfsg/debian/patches/series heimdal-1.6~rc2+dfsg/debian/patches/series
--- heimdal-1.6~rc2+dfsg/debian/patches/series	2015-04-25 09:34:04.0 -0700
+++ heimdal-1.6~rc2+dfsg/debian/patches/series	2015-10-02 16:26:39.0 -0700
@@ -20,3 +20,4 @@
 050_kadmin_to_usr_bin
 051_bug746486-memleak
 060_no_build_string
+parallel-build-dependencies

Bug#790820: debhelper 9.20151002: Please update the PO translation for the package debhelper

[Américo Monteiro]

A Sexta, 2 de Outubro de 2015 14:45:55, você escreveu:
> Hi,
> 
> You are noted as the last translator of the translation for
> debhelper. The English template has been changed, and now some messages
> are marked "fuzzy" in your translation or are missing.
> I would be grateful if you could take the time and update it.
> Please send the updated file to me, or submit it as a wishlist bug
> against debhelper.
> 
> Thanks in advance,

Hi

here is the updated portuguese translation.

please close Bug#790820 as this new file turns the other one obsolet


Best regards
Américo Monteiro


debhelper_9.20151002_pt.po.gz
Description: GNU Zip compressed data

Bug#789868: pbuilder: pdebuild fails with sudo error

[Vincent Lefevre]

On 2015-10-02 19:49:44 +, Mattia Rizzolo wrote:
> discalimer: I don't even know whether I changed that bit of my sudo
> config, but `sudo -E` does work fine for me.

With Debian's default sudo configuration, it doesn't work.

> The discussion that added -E to the default sudo is at #361362.
> 
> My grepping through the sudo config doesn't reveal any interesting
> change env-wise, but I fear removing the -E would break quite some
> things:

According to the pbuilder manual[*], the -E option should be
unnecessary anyway:

[...]
  Here's some examples on running pbuilder or pdebuild:

  DIST=gutsy sudo pbuilder create

  DIST=sid sudo pbuilder create --mirror http://http.us.debian.org/debian
[...]

[*] /usr/share/doc/pbuilder/pbuilder-doc.html

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#788712: FTBFS with perl 5.22 due to deprecation warnings

[gregor herrmann]

On Fri, 02 Oct 2015 18:58:11 +0200, Andreas Metzler wrote:

> On 2015-10-02 gregor herrmann  wrote:
> > On Sun, 14 Jun 2015 15:36:39 +0200, Roderich Schupp wrote:
> > > Source: findutils
> > > Version: 4.5.14-2
> > > Severity: normal
> > > Tags: patch
> > > 
> > > "make check" fails with
> > > 
> > > 
> > > +Unescaped left brace in regex is deprecated, passed through in regex;
> 
> > What's the status here? I see that the bug is tagged pending and a
> > commit in the experimental branch.
> 
> > Since the bug is serious now as we're getting closer to having perl
> > 5.22 in unstable, it would be good to have a fixed package in
> > unstable soon.
> 
> unstable is fine[1], the bug only applies to findutils in experimental.
> (4.4.2 does not use test-update-copyright.sh test.)

Ah, sorry for missing this point, and thanks for uploading/closing
the bug anyway!
 

Cheers,
gregor

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


signature.asc
Description: Digital Signature

Bug#793044: libvigraimpex: library transitions

[Daniel Stender]

Uploaded to unstable.

DS

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
LPI certified Linux admin (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/blog/

Bug#790334: libb-lint-perl: FTBFS with perl 5.22: test failure

[gregor herrmann]

On Fri, 02 Oct 2015 20:35:14 +0200, Axel Beckert wrote:

> > I'm not 100% sure that this workaround is the correct solution, so
> > I'm holding off with an upload for a bit in case there are comments.
> What about an upload to experimental?

I'm not sure how this would help. The patch fixes the bug by skipping
a test under 5.22; this works. I'm just not sure if this is the right
way to go ahead.


Cheers,
gregor

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


signature.asc
Description: Digital Signature

Bug#800727: python-cpl: FTBFS: ImportError: cannot import name '_compiler'

[Chris Lamb]

Source: python-cpl
Version: 0.7-4
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,

python-cpl fails to build from source in unstable/amd64:

  [..]

  running build_ext
  building 'cpl.CPL_recipe' extension
  x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall
  -Wstrict-prototypes -g -O2 -fstack-protector-strong -Wformat
  -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC
  -I/usr/include/python3.5m -c cpl/CPL_recipe.c -o
  build/temp.linux-x86_64-3.5/cpl/CPL_recipe.o
  x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall
  -Wstrict-prototypes -g -O2 -fstack-protector-strong -Wformat
  -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC
  -I/usr/include/python3.5m -c cpl/CPL_library.c -o
  build/temp.linux-x86_64-3.5/cpl/CPL_library.o
  x86_64-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions
  -Wl,-z,relro -Wl,-z,relro -g -O2 -fstack-protector-strong -Wformat
  -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2
  build/temp.linux-x86_64-3.5/cpl/CPL_recipe.o
  build/temp.linux-x86_64-3.5/cpl/CPL_library.o -o
  /tmp/buildd/python-cpl-0.7/cpl/CPL_recipe.cpython-35m-x86_64-linux-gnu.so
  Traceback (most recent call last):
File "test/TestRecipe.py", line 9, in 
  from astropy.io import fits
File "/usr/lib/python3/dist-packages/astropy/__init__.py", line 324,
in 
  _initialize_astropy()
File "/usr/lib/python3/dist-packages/astropy/__init__.py", line 237,
in _initialize_astropy
  from .utils import _compiler
  ImportError: cannot import name '_compiler'
  
  During handling of the above exception, another exception occurred:
  
  Traceback (most recent call last):
File "test/TestRecipe.py", line 11, in 
  import pyfits as fits
  ImportError: No module named 'pyfits'
  debian/rules:14: recipe for target 'override_dh_auto_test' failed
  make[1]: *** [override_dh_auto_test] Error 1
  make[1]: Leaving directory '/tmp/buildd/python-cpl-0.7'
  debian/rules:10: recipe for target 'build' failed
  make: *** [build] Error 2
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/python-cpl_0.7-4.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Tue Sep 29 14:04:51 GMT+12 2015
I: pbuilder-time-stamp: 1443578691
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz]
I: creating local configuration
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: Mounting /dev/shm
I: Mounting /sys
I: policy-rc.d already exists
I: Installing the build-deps
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 9), dh-python, libcpl-dev, python-all-dev (>= 2.6.6-3~), 
python-astropy, python-numpy, python-pkg-resources, python3-all-dev, 
python3-astropy, python3-numpy, python3-pkg-resources
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in 
'/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 20296 files and directories currently installed.)
Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ...
Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ...
dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring 
anyway as you requested:
 pbuilder-satisfydepends-dummy depends on dh-python; however:
  Package dh-python is not installed.
 pbuilder-satisfydepends-dummy depends on libcpl-dev; however:
  Package libcpl-dev is not installed.
 pbuilder-satisfydepends-dummy depends on python-all-dev (>= 2.6.6-3~); however:
  Package python-all-dev is not installed.
 pbuilder-satisfydepends-dummy depends on python-astropy; however:
  Package python-astropy is not installed.
 pbuilder-satisfydepends-dummy depends on python-numpy; however:
  Package python-numpy is not installed.
 pbuilder-satisfydepends-dummy depends on python-pkg-resources; however:
  Package python-pkg-resources is not installed.
 pbuilder-satisfydepends-dummy depends on python3-all-dev; however:
  Package python3-all-dev is not installed.
 pbuilder-satisfydepends-dummy

Bug#800726: django-polymorphic: FTBFS: AttributeError: module 'html.parser' has no attribute 'HTMLParseError'

[Chris Lamb]

Source: django-polymorphic
Version: 0.7.1-1
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,

django-polymorphic fails to build from source in unstable/amd64:

  [..]

  Using Python version 3.5.0 from /usr/bin/python3.5
  Using Django version 1.7.9 from /usr/lib/python3/dist-packages/django
  Traceback (most recent call last):
File "runtests.py", line 55, in 
  runtests()
File "runtests.py", line 52, in runtests
  execute_from_command_line(argv)
File
"/usr/lib/python3/dist-packages/django/core/management/__init__.py",
line 385, in execute_from_command_line
  utility.execute()
File
"/usr/lib/python3/dist-packages/django/core/management/__init__.py",
line 354, in execute
  django.setup()
File "/usr/lib/python3/dist-packages/django/__init__.py", line 18,
in setup
  from django.utils.log import configure_logging
File "/usr/lib/python3/dist-packages/django/utils/log.py", line 13,
in 
  from django.views.debug import ExceptionReporter,
  get_exception_reporter_filter
File "/usr/lib/python3/dist-packages/django/views/debug.py", line
10, in 
  from django.http import (HttpResponse, HttpResponseServerError,
File "/usr/lib/python3/dist-packages/django/http/__init__.py", line
4, in 
  from django.http.response import (
File "/usr/lib/python3/dist-packages/django/http/response.py", line
13, in 
  from django.core.serializers.json import DjangoJSONEncoder
File
"/usr/lib/python3/dist-packages/django/core/serializers/__init__.py",
line 23, in 
  from django.core.serializers.base import SerializerDoesNotExist
File
"/usr/lib/python3/dist-packages/django/core/serializers/base.py",
line 6, in 
  from django.db import models
File "/usr/lib/python3/dist-packages/django/db/models/__init__.py",
line 6, in 
  from django.db.models.query import Q, QuerySet, Prefetch  # NOQA
File "/usr/lib/python3/dist-packages/django/db/models/query.py",
line 13, in 
  from django.db.models.fields import AutoField, Empty
File
"/usr/lib/python3/dist-packages/django/db/models/fields/__init__.py",
line 18, in 
  from django import forms
File "/usr/lib/python3/dist-packages/django/forms/__init__.py", line
6, in 
  from django.forms.fields import *  # NOQA
File "/usr/lib/python3/dist-packages/django/forms/fields.py", line
18, in 
  from django.forms.utils import from_current_timezone,
  to_current_timezone
File "/usr/lib/python3/dist-packages/django/forms/utils.py", line
15, in 
  from django.utils.html import format_html, format_html_join,
  escape
File "/usr/lib/python3/dist-packages/django/utils/html.py", line 16,
in 
  from .html_parser import HTMLParser, HTMLParseError
File "/usr/lib/python3/dist-packages/django/utils/html_parser.py",
line 12, in 
  HTMLParseError = _html_parser.HTMLParseError
  AttributeError: module 'html.parser' has no attribute 'HTMLParseError'
  debian/rules:17: recipe for target 'override_dh_auto_test' failed
  make[1]: *** [override_dh_auto_test] Error 1
  make[1]: Leaving directory '/tmp/buildd/django-polymorphic-0.7.1'
  debian/rules:9: recipe for target 'build' failed
  make: *** [build] Error 2
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/django-polymorphic_0.7.1-1.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Fri Oct  2 10:10:56 GMT+12 2015
I: pbuilder-time-stamp: 1443823856
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz]
I: creating local configuration
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: Mounting /dev/shm
I: Mounting /sys
I: policy-rc.d already exists
I: Installing the build-deps
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 9), dh-python, python-all, python-django (>= 1.4), 
python-setuptools, python-sphinx (>= 1.0.7+dfsg), python3-all, python3-django, 
python3-setuptools
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in 
'/tmp/s

Bug#800723: thunar: intermittent segfault on file drag and drop

[Ben Caradoc-Davies]

And here is the gdb backtrace:

(gdb) bt
#0  0x74581107 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56

#1  0x745824e8 in __GI_abort () at abort.c:89
#2  0x745bf214 in __libc_message (do_abort=do_abort@entry=1, 
fmt=fmt@entry=0x746b2000 "*** Error in `%s': %s: 0x%s ***\n") at 
../sysdeps/posix/libc_fatal.c:175
#3  0x745c49ee in malloc_printerr (action=1, str=0x746b23c8 
"malloc(): smallbin double linked list corrupted", ptr=) 
at malloc.c:4996
#4  0x745c6d8b in _int_malloc (av=av@entry=0x748ef620 
, bytes=bytes@entry=10) at malloc.c:3359

#5  0x745c8080 in __GI___libc_malloc (bytes=10) at malloc.c:2891
#6  0x74b61569 in g_malloc () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#7  0x74b7a398 in g_strndup () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#8  0x74b7b975 in g_strsplit () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#9  0x750c9a2f in g_file_attribute_matcher_new () from 
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#10 0x75166a96 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#11 0x5558fb04 in thunar_file_load 
(file=file@entry=0x7fffd8012610, error=error@entry=0x0, cancellable=0x0) 
at thunar-file.c:1171
#12 0x5558fba3 in thunar_file_reload (file=0x7fffd8012610) at 
thunar-file.c:3926
#13 0x74b5be9a in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0

#14 0x74b5c240 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#15 0x74b5c562 in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#16 0x76a1e5d7 in gtk_main () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0

#17 0x55577765 in main (argc=1, argv=0x7fffe2e8) at main.c:312


--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

[Alex Vong]

Hi all,

I have separated arch-dep and arch-indep files into 2 packages, the
arch-dep package is called ``eviacam'' and the arch-indep package is
called ``eviacam-doc''.

Notice the ``eviacam-doc'' package only includes the files installed
in ``/usr/share/doc/eviacam/help'' directory and nothing else.

Gianfranco, could you please see is the solution I found correct? The
Debian documentation on this seems to be a bit lacking, I found the
solution on askubuntu
.

Besides, does anyone know what's wrong with the desktop file. Lintian
reports ``desktop-entry-lacks-keywords-entry'', but I cannot find
anything wrong with regard to the standard
.

Happy weekend!

Cheers,
Alex

On 01/10/2015, Gianfranco Costamagna  wrote:
> Hi,
>
>
>
>
>>done. thanks for the hint.
>
>>Those lines are probably the result of some trials
>>that I forgot to cleanup :)
>>
>>I tidied up a bit the configuration.ac and Makefile.am files
>
>
> wonderful
>
>>The point of that commit was to add the debugging flags to the
>>compiler command line.
>>
>>  if ! "$debug"; then
>>-COMPFLAGS="$COMPFLAGS -DNDEBUG"
>>+COMPFLAGS="$COMPFLAGS -DNDEBUG -O2"
>>+else
>>+COMPFLAGS="$COMPFLAGS -DDEBUG -g -O0"
>>  fi
>
>
> yes, but I fail to see why you should override CPPFLAGS anyway :)
>
>>OK. Then, let's leave it as is.
>
>
> ack
>>Not sure about how much important is this issue (says pedantic).
>>
>>Perhaps I should consider another way to publish the tarball...
>
>
> you can publish the tarball as always, just sign it in a tarball.gpg or
> whatever
> detached file.
>
>>Agreed. It will be better to keep the packaging files in a different
>> branch.
>>
>>Moreover, I'm also considering building the tarball directly from the
>>repository (i.e. using git-archive) instead of building it from sources.
>>The latter approach (the one I'm currently using) produces (slightly)
>> different
>>tarballs for each run (due to changes in the atime of some files, I
>> guess),
>>and so are the digital signatures
>>
>>I tried with git-archive and it seems that it generate the very same
>>tarball given a specific commit (even tried cloning the repo).
>>
>>However, I'm not sure if the git-archive approach has any downsides.
>>What do you think?
>
>
> how upstream builds the archive is not a Debian problem :)
> I mean, use your favourite way, just don't change it too often to avoid
> debian/watch file broken
>
> you can also use gitattributes to automagically ignore stuff to export in
> the tarball
> e.g.
>
> http://anonscm.debian.org/cgit/pkg-boinc/scripts.git/tree/export-boinc?id=ec52f711cc6d1e3aafdfd9e98b2a941aa602080b
>
>
> with github as soon as you do a git tag and you push the tag, the tarball is
> created.
>>Thanks. Finally, I solved like this:
>>
>>override_dh_auto_build:
>>cd po; make update-po; cd ..
>
>
> I would have done:
> override_dh_auto_build:
> dh_auto_build
> $(MAKE) -C po update-po
>
> but it is the same
>
>
>>Is not strictly required for running eviacam.
>>The build works fine in both cases.
>
>>I think so. It provides localization for common strings
>>(e.g. 'Yes', 'No', 'Cancel', etc.)
>
>
> oh well, isn't it automatically added by *:Depends somewhere?
> you can leave it then
>
>
>>I understand that a dbg package is "...useful if program crashes and you
>>want to generate stack trace..." [1]. But not sure who might take
>> advantage
>>if this kind of package. I think that I need more information about this.
>
>
> well, consider a person giving you a bug like
>
> "the version X.Y crashes"
>
> you might want them to install the dbg package and give you a stack trace
> with
> some useful pointers inside.
>
> but automatic debug packages are coming soon (TM) in Debian, so you can just
> avoid it
> (although it is a nice learning experience)
>
> cheers,
>
> (sorry for the delay, let me know as soon as you have something on mentors,
> I guess this involves
> a new upstream minor release or a bunch of debian/patches)
>
> Gianfranco
>


debian.tar.xz
Description: application/xz

Bug#800723: thunar: intermittent segfault on file drag and drop

[Ben Caradoc-Davies]

And sometimes the crash is different. Also in gdb:


(thunar:3899): GLib-GObject-WARNING **: invalid uninstantiatable type 
'(null)' in cast to 'GObject'
(thunar:3899): GLib-GObject-CRITICAL **: g_object_set_qdata: assertion 
'G_IS_OBJECT (object)' failed
(thunar:3899): GLib-GObject-CRITICAL **: g_object_unref: assertion 
'G_IS_OBJECT (object)' failed
(thunar:3899): GLib-GObject-WARNING **: invalid uninstantiatable type 
'(null)' in cast to 'ThunarxFileInfo'
(thunar:3899): thunarx-CRITICAL **: thunarx_file_info_changed: assertion 
'THUNARX_IS_FILE_INFO (file_info)' failed

Program received signal SIGSEGV, Segmentation fault.
malloc_consolidate (av=av@entry=0x748ef620 ) at 
malloc.c:4151

4151malloc.c: No such file or directory.


(gdb) bt
#0  malloc_consolidate (av=av@entry=0x748ef620 ) at 
malloc.c:4151
#1  0x745c5ef8 in _int_malloc (av=av@entry=0x748ef620 
, bytes=bytes@entry=2497) at malloc.c:3423
#2  0x745c7671 in _int_realloc (av=av@entry=0x748ef620 
, oldp=oldp@entry=0x55b806e0, 
oldsize=oldsize@entry=2480, nb=nb@entry=2512) at malloc.c:4286
#3  0x745c87c9 in __GI___libc_realloc (oldmem=0x55b806f0, 
bytes=2496) at malloc.c:3029
#4  0x74b61628 in g_realloc () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x7695e4df in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#6  0x7695e843 in gtk_accel_group_connect_by_path () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#7  0x769646b4 in gtk_action_connect_accelerator () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#8  0x76a30d2d in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#9  0x74e38968 in g_object_set_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#10 0x74e3903c in g_object_set () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#11 0x76962b0c in gtk_action_create_menu_item () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#12 0x76b2f4f7 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#13 0x76b2e6a2 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#14 0x76b2e6a2 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#15 0x76b2e6a2 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#16 0x76b2e6a2 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#17 0x76b2f5f5 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#18 0x76655de7 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#19 0x74b5be9a in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0

#20 0x74b5c240 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#21 0x74b5c562 in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#22 0x76a1e5d7 in gtk_main () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0

#23 0x55577765 in main (argc=1, argv=0x7fffe2e8) at main.c:312


--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#800724: linux-image-4.2.0-1-amd64: overlayfs fails with files > 2GB

[Norbert Kiesel]

Package: src:linux
Version: 4.2.1-2
Severity: normal
Tags: lfs

Dear Maintainer,

the overlay.ks module can be used for Docker (using "--storage-driver=overlay).
However, this fails when a file in docker is larger than 2GB.  The union-fs
mailing list has a fix that adds O_LARGEFILE to two open() calls.  I applied
this patch and this fixed the problem.

The patch is available as commit
https://git.kernel.org/cgit/linux/kernel/git/mszeredi/vfs.git/commit/?h
=overlayfs-next&id=bb00c2cd01c27e037900a28dcd01b00317a42fdb

Pretty sure that this will anyway make it's way into the Linux kernel, but
perhaps this could be carried as a Debian kernel patch until that happens?

P.S.: The union-fs has a successor of this patch which unconditionally adds
O_LARGEFILE.  Both of them worked for me.



-- Package-specific info:
** Version:
Linux version 4.2.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 
(Debian 4.9.3-4) ) #1 SMP Debian 4.2.1-2 (2015-09-27)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.2.0-1-amd64 
root=UUID=47e798ce-1b4d-479d-ac61-3c93be246051 ro cgroup_enable=memory 
swapaccount=1 radeon.runpm=0 quiet

** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[34349.687536] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687539] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687543] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687547] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687551] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687555] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687559] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687563] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687567] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687570] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687574] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687578] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687582] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687586] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687589] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687593] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687597] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687601] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687605] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687609] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687612] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687616] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687620] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687624] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687628] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687631] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687635] hid-generic 0003:05C7:2012.0006: unknown main item tag 0x0
[34349.687639] hid-generic 0003:05C7:2012.0006: unbalanced collection at end of 
report description
[34349.687646] hid-generic: probe of 0003:05C7:2012.0006 failed with error -22
[34352.112074] usb 4-6: new SuperSpeed USB device number 2 using xhci_hcd
[34352.131449] usb 4-6: New USB device found, idVendor=0bc2, idProduct=ab21
[34352.131452] usb 4-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[34352.131454] usb 4-6: Product: BUP Slim RD
[34352.131454] usb 4-6: Manufacturer: Seagate 
[34352.131455] usb 4-6: SerialNumber: NA77VR3F
[34352.151320] usbcore: registered new interface driver usb-storage
[34352.152751] scsi host5: uas
[34352.153341] usbcore: registered new interface driver uas
[34352.153851] scsi 5:0:0:0: Direct-Access Seagate  BUP Slim RD  0143 
PQ: 0 ANSI: 6
[34352.155196] sd 5:0:0:0: Attached scsi generic sg2 type 0
[34352.206367] sd 5:0:0:0: [sdc] Spinning up disk...
[34357.009491] .ready
[34357.026720] sd 5:0:0:0: [sdc] 3907029167 512-byte logical blocks: (2.00 
TB/1.81 TiB)
[34357.027753] sd 5:0:0:0: [sdc] Write Protect is off
[34357.027754] sd 5:0:0:0: [sdc] Mode Sense: 2b 00 10 08
[34357.028591] sd 5:0:0:0: [sdc] Write cache: enabled, read cache: enabled, 
supports DPO and FUA
[34357.108204]  sdc: sdc1 sdc2 sdc3 sdc4 sdc5
[34357.127995] sd 5:0:0:0: [sdc] Attached SCSI disk
[34357.890807] EXT4-fs (sdc5): recovery complete
[34357.890811] EXT4-fs (sdc5): mounted filesystem with ordered data mode. Opts: 
(null)
[34358.696044] EXT4-fs (sdc4): recovery complete
[34358.696196] EXT4-fs (sdc4): mounted filesystem with ordered data mode. Opts: 
(null)
[36061.175867] usb 3-2: new low-speed USB device number 9 using xhci_hcd
[36061.364804] usb 3-2: New USB device found, idVendor=1267, idProduct=021

Bug#800723: intermittent segfault on file drag and drop

[Ben Caradoc-Davies]

Package: thunar
Version: 1.6.10-2
Severity: important

Dear Maintainer,

thunar often segfaults when dragging and dropping files to a different folder.
Segfaults observed on a single local filesystem. When dragging between thunar
processes, the segfault occurs in the destination process. Segfaults also
observed dragging and dropping in a single thunar window (dragging to a parent
directory). File move is successful before the crash.

(thunar:2619): GLib-GObject-WARNING **: invalid unclassed pointer in cast to
'GObject'
(thunar:2619): GLib-GObject-CRITICAL **: g_object_set_qdata: assertion
'G_IS_OBJECT (object)' failed
Segmentation fault

Installing thunar-dbg and running in gdb reveals heap corruption:

[...]
(thunar:3549): GLib-GObject-WARNING **: invalid uninstantiatable type '(null)'
in cast to 'GObject'
(thunar:3549): GLib-GObject-CRITICAL **: g_object_set_qdata: assertion
'G_IS_OBJECT (object)' failed
(thunar:3549): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT
(object)' failed
*** Error in `/usr/bin/thunar': malloc(): smallbin double linked list
corrupted: 0x559cc0b0 ***
Program received signal SIGABRT, Aborted.
0x74581107 in __GI_raise (sig=sig@entry=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56  ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.

Kind regards,
Ben.



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

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

Versions of packages thunar depends on:
ii  desktop-file-utils  0.22-1
ii  exo-utils   0.10.7-1
ii  libatk1.0-0 2.18.0-1
ii  libc6   2.19-22
ii  libcairo2   1.14.2-2
ii  libdbus-1-3 1.10.0-3
ii  libdbus-glib-1-20.102-1
ii  libexo-1-0  0.10.7-1
ii  libgdk-pixbuf2.0-0  2.32.0-1
ii  libglib2.0-02.46.0-2
ii  libgtk2.0-0 2.24.28-1
ii  libgudev-1.0-0  230-2
ii  libice6 2:1.0.9-1+b1
ii  libnotify4  0.7.6-2
ii  libpango-1.0-0  1.38.0-3
ii  libsm6  2:1.2.2-1+b1
ii  libthunarx-2-0  1.6.10-2
ii  libxfce4ui-1-0  4.12.1-2
ii  libxfce4util7   4.12.1-2
ii  libxfconf-0-2   4.12.0-2+b1
ii  shared-mime-info1.5-2
ii  thunar-data 1.6.10-2

Versions of packages thunar recommends:
ii  dbus-x11 1.10.0-3
ii  gvfs 1.26.0-2
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.6-2
ii  libpangocairo-1.0-0  1.38.0-3
ii  libpangoft2-1.0-01.38.0-3
ii  thunar-volman0.8.1-2
ii  tumbler  0.1.31-2+b1
ii  xdg-user-dirs0.15-2
ii  xfce4-panel  4.12.0-3

Versions of packages thunar suggests:
ii  thunar-archive-plugin 0.3.1-4
ii  thunar-media-tags-plugin  0.2.1-1+b2

-- no debconf information

Bug#800721:

[wayne wayne]

Maybe I should add that if I was running Ubuntu 14.04 LTS that everything was
running smooth without any issues. So its not a hardware or router issue.

Bug#798908: debian-cd: Please support grub menuentry shortcuts

[Cyril Brulebois]

Steve McIntyre  (2015-10-02):
> [ Adding CC: to d-boot for KiBi and others to see too... ]
> 
> On Sat, Oct 03, 2015 at 12:47:35AM +0200, Samuel Thibault wrote:
> >Steve McIntyre, le Thu 01 Oct 2015 18:43:04 +0100, a écrit :
> >> ACK. Fix in git now so stretch images from today *should* have this
> >> working I hope.
> >
> >Yep, correct, thanks!
> >
> >Does it also mean that the next Jessie point release will have the fix?
> >That would be nice.
> 
> I was just waiting for the stretch images to work before backporting
> the change to the jessie branch of debian-cd. Just done that now...

Yep, thanks for the notice.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#800640: pidgin-blinklight: Enabling plugin causes pidgin to abort

[kytv]

On Fri, Oct 02, 2015 at 11:44:05PM +0200, Joachim Breitner wrote:
> Control: severity -1 important
> 
> Hi,
> 
> thanks for the report. Unfortunately, I cannot reproduce it here. When
> exactly does the crash happen? When you install the plugin? When you
> enable the plugin in the pidgin settings?

Unreproducible bugs are the worst. :/

The crash occurs when I enable the plugin in the Pidgin settings
(Tools → Plugins).

I should have mentioned in the initial report that the `thinkpad_acpi`
module is loaded and Fn+Space will turn on the "thinklight".

If there's anything that you'd like me to try, or if more information is
required, please do not hesitate to let me know.


signature.asc
Description: Digital signature

Bug#800721: firmware-iwlwifi: Intel Corporation Wireless 7260 (rev 83) with firmware-iwlwifi-0.43 lost connection after system beeing idle

[Waynexyz]

Package: firmware-iwlwifi
Version: 0.43
Severity: important

Dear Maintainer,

on my T440s runngin Debian Jessie, my wireless Intel Corporation Wireless 7260
(rev 83) with firmware-iwlwifi-0.43 lost connection after system beeing idle.

Connection is shown as still alive in networkmanager, but I am not able to
connect to my router webinterface nor getting internet access.

Waiting 1-2 min solve problem from itself and connection is beeing establised
again.

While no connection to router it was shown as signal strength "goog" and speed
1 Mbit. Afterwards, if working connection to router again, signal strength was
shown as "good" and speed as 130 Mbit.

I just left laptop with browser open and if coming back (and move mouse to put
screen on again) internet access was lost and even connection to lokal network.
But connection was shown as alive in Networkmanager but connection to router
was lost.

Waiting of 1-2 min while trying to open webpages in chromium or trying in
terminal to get internet access or local access somehow made the connection
alive again.


   * What led up to the situation?

Letting laptop/system running in idle till screen turns off and coming back
after 30min-1h. Then connection was lost but was shown as alive.

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

I could toggle wifi on/off which was solving the problem. Another time just
waiting around 1 min helped to reactivate the connection somehow.

   * What was the outcome of this action?

Lost access to router after system beeing idle but running. And when coming
back after 30min - 1h access to network was lost, but still shown as alive.

   * What outcome did you expect instead?

Still working wifi access to local network/internet not just shown as working.



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

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

firmware-iwlwifi depends on no packages.

firmware-iwlwifi recommends no packages.

Versions of packages firmware-iwlwifi suggests:
ii  initramfs-tools  0.120

-- no debconf information

Bug#800722: h(M)set: Segfaults for NULL and boolean values

[Pallai Roland]

Package: php5-redis
Version: 2.2.5-1

Long story short: https://github.com/phpredis/phpredis/issues/524
Easy to reproduce by the github report. It's a common problem, please
consider a fix for stable. Backported 2.2.7 works well for me.

I am using Debian Jessie, php5-fpm with nginx.

Bug#798898: frameworkintegration depends upon qtbase-abi-5-4-2 which is a virtual package

[Manuel A. Fernandez Montecelo]

2015-10-02 22:22 GMT+01:00 shirish शिरीष :
> in-line :-
>
> On 10/1/15, Manuel A. Fernandez Montecelo  wrote:
>
> 
>
>> You can install the package providing the virtual one, at least, I
>> guess?  Then frameworkintegration should be installable.
>
> Nope it isn't.
>
>> Does apt-get install frameworkintegradion work?  I already have the
>> base packages installed and cannot remove, so cannot test it easily.
>>
>
> It's frameworkintegration and no it doesn't work.  The solutions it
> shares is downgrading all qt-kde packages from experimental to testing
> which doesn't seem to be the answer to the solution. In fact all the
> solutions recommend the same thing.

That looks like an incompatibility between the different versions of
programs that you want to use and the libraries, possibly due to the
gcc-5 transition and the KDE-5 transitions happenning at the same
time.  My system with unstable is in a similar state for weeks.

There is not much that aptitude can do about this until all versions
of the packages are compatible with each other, which looks like it's
the real problem here.


Cheers.
-- 
Manuel A. Fernandez Montecelo 

Bug#798908: debian-cd: Please support grub menuentry shortcuts

[Steve McIntyre]

[ Adding CC: to d-boot for KiBi and others to see too... ]

On Sat, Oct 03, 2015 at 12:47:35AM +0200, Samuel Thibault wrote:
>Steve McIntyre, le Thu 01 Oct 2015 18:43:04 +0100, a écrit :
>> ACK. Fix in git now so stretch images from today *should* have this
>> working I hope.
>
>Yep, correct, thanks!
>
>Does it also mean that the next Jessie point release will have the fix?
>That would be nice.

I was just waiting for the stretch images to work before backporting
the change to the jessie branch of debian-cd. Just done that now...

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Support the Campaign for Audiovisual Free Expression: http://www.eff.org/cafe/

Bug#798908: debian-cd: Please support grub menuentry shortcuts

[Samuel Thibault]

Steve McIntyre, le Thu 01 Oct 2015 18:43:04 +0100, a écrit :
> ACK. Fix in git now so stretch images from today *should* have this
> working I hope.

Yep, correct, thanks!

Does it also mean that the next Jessie point release will have the fix?
That would be nice.

Samuel

Bug#800466: pytables: diff for NMU version 3.2.1-1.1

[Gilles Filippini]

Scott Kitterman a écrit le 02/10/2015 23:48 :
> On Friday, October 02, 2015 08:52:47 PM Gilles Filippini wrote:
>> Control: tags 800466 + patch
>> Control: tags 800466 + pending
>>
>> [Replace XX with correct value]
>> Dear maintainer,
>>
>> I've prepared an NMU for pytables (versioned as 3.2.1-1.1) and
>> uploaded it to DELAYED/XX. Please feel free to tell me if I
>> should delay it longer.
> 
> I'm not sure what value of XX you used, but would you please reschedule for 
> DELAYED/1 so that it'll go in tomorrow.  That's when we'll want it for the 
> python3.5 transition.
> 
> Scott K
> 

Sorry about that. I had to retry several times sending the email with
nmudiff, and I eventually forgot to set the XX value :(

I used XX=2.
Rescheduling for DELAYED/1.

Thanks,

_g.



signature.asc
Description: OpenPGP digital signature

Bug#776540: game-data-packager: please add support for games working with gemrbd engine

[Simon McVittie]

On 02/10/15 20:55, Markus Koschany wrote:
> P.S.: g-d-p is currently broken in Git master. :>
...
> line 829, in load_file_data
> ), (self.shortname, wanted.name)
> AssertionError: ('enemy-territory', 'license.rtf')

Should now be fixed in git. I had split out detailed information about
the required files for each package into separate files, which don't
need to be loaded until g-d-p starts working on specific packages, but
then forgot to tell the packaging to install them.

That feature could still do with some improvement - some of the *.json
that are loaded for things like --help are still rather large, and it
might be better to install a .zip rather than > 600 smallish files,
after benchmarking whether it's faster compressed or uncompressed - but
it's a start.

(FYI, you can run g-d-p with "make && ./run enemy-territory ..." to use
the version under development without installing it.)

S

Bug#791815: [Reproducible-builds] Bug#791815: libxslt: please support timestamps from environment

[Mattia Rizzolo]

control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=751621
control: tags -1 + upstream fixed-upstream

On Wed, Jul 08, 2015 at 06:44:00PM +0200, Dhole wrote:
> While working on the “reproducible builds” effort [1], we have noticed
> that libxslt embeds timestamps when generating documentation.
> 
> We have a proposal for using a deterministic timestamp [2] (based on
> the latest debian/changelog entry) which is contained in the environment
> variable SOURCE_DATE_EPOCH (currently exported by debhelper in our
> experimental framework).
> 
> The attached patch proposes a way to use this variable to get
> reproducible timestamps when generating docs, if the variable has been
> set (if not, it falls back to the old behavior).

The attached here patch was NACK'ed by upstream, though he came up with
another one, which was tested during the last 2 months by us.

Let me set some bug metadata (for easier tracking of this) :)

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://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#800720: needrestart: kernel version detection does not work on armhf

[Sven Hartge]

Package: needrestart
Version: 2.3-2
Severity: normal

Hi!

The code to detect if a newer kernel has been installed and the system
should be rebooted does not work on my armhf-based Cubietruck:

--8<---
[Kernel] Linux: kernel release 4.2.0-1-armmp-lpae, kernel version #1 SMP Debian 
4.2.1-1 (2015-09-25)
[Kernel/Linux] Got garbage from linux image header (/boot/vmlinuz.old): 
'76��M�lh5c��jy�4x@

   �
�<}V9P^eaXx�E�a( 9.9/ [9.9/  ]
[Kernel/Linux] Got garbage from linux image header 
(/boot/vmlinuz-4.2.0-1-armmp-lpae): '�   
q�4�d�7�jN�;��C�'u{(�|R��v�KK&,6O9f��[�2�!�t�?��2X!���j�v1|eE��9g��;�'
[Kernel/Linux] Could not get version string from 
/boot/vmlinuz-4.2.0-1-armmp-lpae.
[Kernel/Linux] Got garbage from linux image header 
(/boot/vmlinuz-4.1.0-2-armmp-lpae): '76��M�lh5c��jy�4x@

  �
�<}V9P^eaXx�E�a( 9.9/  [9.9/  ]
[Kernel/Linux] Got garbage from linux image header (/boot/vmlinuz): '�  
q�4�d�7�jN�;��C�'u{(�|R��v�KK&,6O9f��[�2�!�t�?��2X!���j�v1|eE��9g��;�'
[Kernel/Linux] Could not get version string from /boot/vmlinuz.
[Kernel/Linux] Expected linux version: 9.9/
Pending kernel upgrade!

Running kernel version:
  4.2.0-1-armmp-lpae

Diagnostics:
  The currently running kernel version is not the expected kernel version 9.9/  
.
--8<---

Grüße,
Sven.

-- Package-specific info:
needrestart output:



-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: armhf (armv7l)

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

Versions of packages needrestart depends on:
ii  dpkg   1.18.3
ii  libfile-slurp-perl .19-4
ii  libmodule-find-perl0.12-1
ii  libmodule-scandeps-perl1.19-1
ii  libproc-processtable-perl  0.53-1
ii  libsort-naturally-perl 1.03-1
ii  libterm-readkey-perl   2.33-1
ii  perl   5.20.2-6

needrestart recommends no packages.

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

-- Configuration Files:
/etc/needrestart/needrestart.conf changed [not included]
/etc/needrestart/notify.d/200-write changed [not included]
/etc/needrestart/notify.d/600-mail changed [not included]

-- no debconf information

Bug#800719: qpdf fussy about malformed metadata

[Nomen Nescio]

Package: qpdf
Version: 5.1.2-2
Severity: minor

Dear Maintainer,

When a PDF is produced that contains malformed metadata, qpdf chokes
on it when trying to encrypt it with an error like:

  (file position 16068): unknown token while reading object (CatB)

You may not regard this as a bug.  Feel free to disregard.  But I
should point out that pdftk can encrypt the same file without issues,
so it is at least possible for qpdf to be more forgiving, FWIW.

This example script demonstrates:

8<
#!/bin/bash

# This script demonstrates how to break qpdf by generating a PDF with
# (bad?) metadata.  It's a self-contained example requiring no input
# files - only tools.  These are the steps:
#
#   1) auto-generate a PDF file with some dummy text, such that the
#  "keywords" field in the metadata is malformed.
#   2) show that qpdf errors:
#  (file position 16068): unknown token while reading object (CatB)
#   3) show that pdftk can encrypt the same document without trouble.
#
# Tools required:
#
#   * LaTeX
#   * qpdf
#   * pdftk (optional)


#   1) auto-generate a PDF file with some dummy text


latex_fn="$(tempfile -p doc_ -s .tex)"

latex_doc() {
printf %s '
\documentclass[pdftex]{article}
\usepackage{lipsum}

% notice that /keywords/ is not using paranthesis to delimit the
% content (which is incorrect, but pdflatex accepts this anyway and
% produces a usable document although without keywords).

\pdfinfo{
   /Author (Eric S. Raymond)
   /Subject (Musings on Linux and Open Source by an Accidental Revolutionary)
   /Title (The Cathedral and the Bazaar)
   /Keywords CatB
}

\begin{document}
\lipsum[2]
\end{document}
'
}

latex_doc >"$latex_fn"

pushd "$(dirname "$latex_fn")"

pdflatex "$latex_fn"

pdf_fn="${latex_fn//.tex/.pdf}"


#   2) qpdf errors and produces a zero size file


qpdf --encrypt foo foo 40 -- "$pdf_fn" qpdf_rc4.pdf


#   3) the equivalent pdftk operation produces a usable file in /tmp/


pdftk "$pdf_fn" cat output pdftk_rc4.pdf allow AllFeatures user_pw foo

popd
8<

BTW, I appreciate your feedback on my previous 2 bug reports regarding
encryption.  I'm sorry that they turned out to be false alarms.

-- System Information:
Debian Release: 8.2
  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/2 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 qpdf depends on:
ii  libc6   2.19-18+deb8u1
ii  libgcc1 1:4.9.2-10
ii  libpcre32:8.35-3.3
ii  libqpdf13   5.1.2-2
ii  libstdc++6  4.9.2-10
ii  zlib1g  1:1.2.8.dfsg-2+b1

qpdf recommends no packages.

qpdf suggests no packages.

-- no debconf information

Bug#800718: systemd-logind cannot be restarted safely

[Sven Hartge]

Package: needrestart
Version: 2.3-2
Severity: important

Hi!

This is essentially the same as #771254 again.

systemd.226-4 has this in its changelog.Debian:

  * Don't restart logind on upgrades any more. This kills X.org (#798097)
while logind doesn't save/restore its open fds (issue #1163), and also
gets confused about being idle in between (LP: #1473800)

Right now needrestart offers systemd-logind to be restarted but as per
above changelog and bug, it should be excluded (like systemd-journald):

# don't restart systemd-logind, see #798097
q(^systemd-logind) => 0,

Grüße,
Sven.

-- Package-specific info:
needrestart output:
Your outdated processes:
bash[5129, 3605, 3606, 11987, 25048, 16470, 3607], systemd[22797]

checkrestart output:


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

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

Versions of packages needrestart depends on:
ii  dpkg   1.18.3
ii  libfile-slurp-perl .19-4
ii  libmodule-find-perl0.12-1
ii  libmodule-scandeps-perl1.19-1
ii  libproc-processtable-perl  0.53-1
ii  libsort-naturally-perl 1.03-1
ii  libterm-readkey-perl   2.33-1
ii  perl   5.20.2-6

needrestart recommends no packages.

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

-- Configuration Files:
/etc/needrestart/needrestart.conf changed [not included]
/etc/needrestart/notify.d/200-write changed [not included]
/etc/needrestart/notify.d/600-mail changed [not included]

-- debconf-show failed

Bug#800544: coturn: Please allow telnet-ssl being installed instead of telnet

[Oleg Moskalenko]

Hi Axel

I’ll do that in 4.5.0.2-3 version.

Thanks
Oleg


On Wed, 30 Sep 2015 19:55:18 +0200 Axel Beckert  wrote:
> Package: coturn
> Severity: wishlist
> Version: 4.2.1.2-1
> Control: found -1 4.5.0.2-1
> 
> Dear Daniel and Oleg,
> 
> coturn currently depends on "telnet". telnet and telnet-ssl cannot be
> co-installed. So please depend on "telnet | telnet-client" instead of
> only "telnet" to allow "telnet-ssl" or another alternative
> implementation to be used.
> 
> If you require explicitly the netkit telnet, then please use "telnet |
> telnet-ssl" instead of just "telnet". telnet-ssl is not built from the
> same source package but from the same implementation. (Source package
> netkit-telnet vs netkit-telnet-ssl)
> 
> TIA!
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (990, 'unstable'), (600, 'testing'), (500, 'buildd-unstable'), 
> (400, 'stable'), (110, 'experimental'), (1, 'buildd-experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.2.0-trunk-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
> Init: sysvinit (via /sbin/init)
> 
> 

Bug#800625: kdenlive: Segmentation fault on using "Affine" transition effect

[Asumu Takikawa]

On 2015-10-01 14:01:59 -0400, Asumu Takikawa wrote:
> Using the "Affine" transition effect in kdenlive causes a segfault.

After experimenting a bit, an error message that came up suggested that this was
happening because QtQuick couldn't be found.

Installing the qml-module-qtquick2 package made this segfault go away, so maybe
this should be a required dependency of kdenlive.

Cheers,
Asumu

Bug#800466: pytables: diff for NMU version 3.2.1-1.1

[Scott Kitterman]

On Friday, October 02, 2015 08:52:47 PM Gilles Filippini wrote:
> Control: tags 800466 + patch
> Control: tags 800466 + pending
> 
> [Replace XX with correct value]
> Dear maintainer,
> 
> I've prepared an NMU for pytables (versioned as 3.2.1-1.1) and
> uploaded it to DELAYED/XX. Please feel free to tell me if I
> should delay it longer.

I'm not sure what value of XX you used, but would you please reschedule for 
DELAYED/1 so that it'll go in tomorrow.  That's when we'll want it for the 
python3.5 transition.

Scott K

Bug#800640: pidgin-blinklight: Enabling plugin causes pidgin to abort

[Joachim Breitner]

Control: severity -1 important

Hi,

thanks for the report. Unfortunately, I cannot reproduce it here. When
exactly does the crash happen? When you install the plugin? When you
enable the plugin in the pidgin settings?

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#800717: ITP: python-twistar -- Python ORM library for the Twisted framework

[Jan-Pascal van Best]

Package: wnpp
Severity: wishlist
Owner: "Jan-Pascal van Best" 

* Package name: python-twistar
  Version : 1.3
  Upstream Author : Brian Muller 
* URL : http://findingscience.com/twistar/
* License : MIT, BSD-derived
  Programming Lang: Python
  Description : Python ORM library for the Twisted framework


Twistar is a Python implementation of the active record pattern (also known as
an object-relational mapper or ORM) that uses the Twisted framework’s RDBMS
support to provide a non-blocking interface to relational databases.

Twistar is a dependency for denyhosts-server, see its ITP, bug #800630. I would
prefer to maintain it within the context of the python-modules team. I will 
seek 
a sponsor from the team first.

Bug#800716: freerdp FTBFS on Alpha; misaligned wchar string in test suite

[Michael Cree]

Source: freerdp
Version: 1.1.0~git20140921.1.440916e+dfsg1-5
Severity: important
Justification: fails to build from source (but built in past)
User: debian-al...@lists.debian.org
Usertags: alpha

Freerdp FTBFS on Alpha with a failure in the test suite [1]:

  Start 65: TestUnicodeConversion
65/90 Test #65: TestUnicodeConversion ...***Failed0.00 sec

Running the test suite manually reveals that the results are actually
correct, it is the comparison routine that returns a failure despite
correct results.   This comes about because the comparison routine
(_wcscmp()) expects arguments as WCHAR, however the reference string
is declared BYTE, thus gets byte alignment not wchar alignment.

The attached patch declares all reference strings with the new
C11 _Alignas keyword.  With that freerdp compiles to completion on
Alpha.

Cheers
Michael.

[1] 
https://buildd.debian.org/status/fetch.php?pkg=freerdp&arch=alpha&ver=1.1.0~git20140921.1.440916e%2Bdfsg1-5&stamp=1442015809
Index: freerdp-1.1.0~git20140921.1.440916e+dfsg1/winpr/libwinpr/crt/test/TestUnicodeConversion.c
===
--- freerdp-1.1.0~git20140921.1.440916e+dfsg1.orig/winpr/libwinpr/crt/test/TestUnicodeConversion.c
+++ freerdp-1.1.0~git20140921.1.440916e+dfsg1/winpr/libwinpr/crt/test/TestUnicodeConversion.c
@@ -1,5 +1,6 @@
 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -19,19 +20,19 @@
 /* Letters */
 
 static BYTE c_cedilla_UTF8[] = "\xC3\xA7\x00";
-static BYTE c_cedilla_UTF16[] = "\xE7\x00\x00\x00";
+static _Alignas(WCHAR) BYTE c_cedilla_UTF16[] = "\xE7\x00\x00\x00";
 static int c_cedilla_cchWideChar = 2;
 static int c_cedilla_cbMultiByte = 3;
 
 /* English */
 
 static BYTE en_Hello_UTF8[] = "Hello\0";
-static BYTE en_Hello_UTF16[] = "\x48\x00\x65\x00\x6C\x00\x6C\x00\x6F\x00\x00\x00";
+static _Alignas(WCHAR) BYTE en_Hello_UTF16[] = "\x48\x00\x65\x00\x6C\x00\x6C\x00\x6F\x00\x00\x00";
 static int en_Hello_cchWideChar = 6;
 static int en_Hello_cbMultiByte = 6;
 
 static BYTE en_HowAreYou_UTF8[] = "How are you?\0";
-static BYTE en_HowAreYou_UTF16[] = "\x48\x00\x6F\x00\x77\x00\x20\x00\x61\x00\x72\x00\x65\x00\x20\x00"
+static _Alignas(WCHAR) BYTE en_HowAreYou_UTF16[] = "\x48\x00\x6F\x00\x77\x00\x20\x00\x61\x00\x72\x00\x65\x00\x20\x00"
 		"\x79\x00\x6F\x00\x75\x00\x3F\x00\x00\x00";
 static int en_HowAreYou_cchWideChar = 13;
 static int en_HowAreYou_cbMultiByte = 13;
@@ -39,12 +40,12 @@ static int en_HowAreYou_cbMultiByte = 13
 /* French */
 
 static BYTE fr_Hello_UTF8[] = "Allo\0";
-static BYTE fr_Hello_UTF16[] = "\x41\x00\x6C\x00\x6C\x00\x6F\x00\x00\x00";
+static _Alignas(WCHAR) BYTE fr_Hello_UTF16[] = "\x41\x00\x6C\x00\x6C\x00\x6F\x00\x00\x00";
 static int fr_Hello_cchWideChar = 5;
 static int fr_Hello_cbMultiByte = 5;
 
 static BYTE fr_HowAreYou_UTF8[] = "\x43\x6F\x6D\x6D\x65\x6E\x74\x20\xC3\xA7\x61\x20\x76\x61\x3F\x00";
-static BYTE fr_HowAreYou_UTF16[] = "\x43\x00\x6F\x00\x6D\x00\x6D\x00\x65\x00\x6E\x00\x74\x00\x20\x00"
+static _Alignas(WCHAR) BYTE fr_HowAreYou_UTF16[] = "\x43\x00\x6F\x00\x6D\x00\x6D\x00\x65\x00\x6E\x00\x74\x00\x20\x00"
 		"\xE7\x00\x61\x00\x20\x00\x76\x00\x61\x00\x3F\x00\x00\x00";
 static int fr_HowAreYou_cchWideChar = 15;
 static int fr_HowAreYou_cbMultiByte = 16;
@@ -52,12 +53,12 @@ static int fr_HowAreYou_cbMultiByte = 16
 /* Russian */
 
 static BYTE ru_Hello_UTF8[] = "\xD0\x97\xD0\xB4\xD0\xBE\xD1\x80\xD0\xBE\xD0\xB2\xD0\xBE\x00";
-static BYTE ru_Hello_UTF16[] = "\x17\x04\x34\x04\x3E\x04\x40\x04\x3E\x04\x32\x04\x3E\x04\x00\x00";
+static _Alignas(WCHAR) BYTE ru_Hello_UTF16[] = "\x17\x04\x34\x04\x3E\x04\x40\x04\x3E\x04\x32\x04\x3E\x04\x00\x00";
 static int ru_Hello_cchWideChar = 8;
 static int ru_Hello_cbMultiByte = 15;
 
 static BYTE ru_HowAreYou_UTF8[] = "\xD0\x9A\xD0\xB0\xD0\xBA\x20\xD0\xB4\xD0\xB5\xD0\xBB\xD0\xB0\x3F\x00";
-static BYTE ru_HowAreYou_UTF16[] = "\x1A\x04\x30\x04\x3A\x04\x20\x00\x34\x04\x35\x04\x3B\x04\x30\x04"
+static _Alignas(WCHAR) BYTE ru_HowAreYou_UTF16[] = "\x1A\x04\x30\x04\x3A\x04\x20\x00\x34\x04\x35\x04\x3B\x04\x30\x04"
 		"\x3F\x00\x00\x00";
 static int ru_HowAreYou_cchWideChar = 10;
 static int ru_HowAreYou_cbMultiByte = 17;
@@ -66,14 +67,14 @@ static int ru_HowAreYou_cbMultiByte = 17
 
 static BYTE ar_Hello_UTF8[] = "\xD8\xA7\xD9\x84\xD8\xB3\xD9\x84\xD8\xA7\xD9\x85\x20\xD8\xB9\xD9"
 		"\x84\xD9\x8A\xD9\x83\xD9\x85\x00";
-static BYTE ar_Hello_UTF16[] = "\x27\x06\x44\x06\x33\x06\x44\x06\x27\x06\x45\x06\x20\x00\x39\x06"
+static _Alignas(WCHAR) BYTE ar_Hello_UTF16[] = "\x27\x06\x44\x06\x33\x06\x44\x06\x27\x06\x45\x06\x20\x00\x39\x06"
 		"\x44\x06\x4A\x06\x43\x06\x45\x06\x00\x00";
 static int ar_Hello_cchWideChar = 13;
 static int ar_Hello_cbMultiByte = 24;
 
 static BYTE ar_HowAreYou_UTF8[] = "\xD9\x83\xD9\x8A\xD9\x81\x20\xD8\xAD\xD8\xA7\xD9\x84\xD9\x83\xD8"
 		"\x9F\x00";
-static BYTE ar_HowAreYou_UTF16[] = "\x43\x06\x4A\x06\x41\x06\x20\x00\x2D\x06\x27\x06\x44\x06\x43\x06"
+static _Alignas(WCHAR) BYTE ar_HowAreYou_UTF1

Bug#798898: frameworkintegration depends upon qtbase-abi-5-4-2 which is a virtual package

[shirish शिरीष]

in-line :-

On 10/1/15, Manuel A. Fernandez Montecelo  wrote:



> You can install the package providing the virtual one, at least, I
> guess?  Then frameworkintegration should be installable.

Nope it isn't.

> Does apt-get install frameworkintegradion work?  I already have the
> base packages installed and cannot remove, so cannot test it easily.
>

It's frameworkintegration and no it doesn't work.  The solutions it
shares is downgrading all qt-kde packages from experimental to testing
which doesn't seem to be the answer to the solution. In fact all the
solutions recommend the same thing.

An example is shared of the solutions it offers.

> --
> Manuel A. Fernandez Montecelo 
>

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8
$] sudo aptitude install frameworkintegration   
   [2:47:00]
The following NEW packages will be installed:
  frameworkintegration{b} 
0 packages upgraded, 1 newly installed, 0 to remove and 8 not upgraded.
Need to get 1,647 kB of archives. After unpacking 2,048 kB will be used.
The following packages have unmet dependencies:
 frameworkintegration : Depends: qtbase-abi-5-4-2 which is a virtual package.
The following actions will resolve these dependencies:

 Keep the following packages at their current version:
1) frameworkintegration [Not Installed]   



Accept this solution? [Y/n/q/?] n
The following actions will resolve these dependencies:

  Remove the following packages:
 
1)  libqt53dcore5   
 
2)  libqt53dinput5  
 
3)  libqt53dquick5  
 
4)  libqt53dquickrenderer5  
 
5)  libqt53drenderer5   
 
6)  libqt5egldeviceintegration5 
 
7)  libqt5location5 
 
8)  libqt5location5-plugins 
 
9)  libqt5sql5-ibase
 
10) libqt5xcbqpa5   
 
11) qml-module-qt3d 
 
12) qml-module-qtlocation   
 
13) qml-module-qtquick-extras   
 
14) qml-module-qtquick-scene3d  
 
15) qml-module-qtwebsockets 
 

  Downgrade the following packages: 
 
16) libqgsttools-p1 [5.5.0-3 (experimental, now) -> 5.4.2-3 (testing, 
unstable)] 
17) libqt5concurrent5 [5.5.0+dfsg-6 (experimental, now) -> 5.4.2+dfsg-9 
(testing, unstable)] 
18) libqt5core5a [5.5.0+dfsg-6 (experimental, now) -> 5.4.2+dfsg-9 
(testing, unstable)]  
19) libqt5dbus5 [5.5.0+dfsg-6 (experimental, now) -> 5.4.2+dfsg-9 (testing, 
unstable)]   
20) libqt5declarative5 [5.5.0-1 (experimental, now) -> 5.4.2-3 (testing, 
unstable)]  
21) libqt5designer5 [5.5.0-1 (experimental, now) -> 5.4.2-3 (testing, 
unstable)] 
22) libqt5designercomponents5 [5.5.0-1 (experimental, now) -> 5.4.2-3 
(testing, unstable)]   
23) libqt5gui5 [5.5.0+dfsg-6 (experimental, now) -> 5.4.2+dfsg-9 (testing, 
unstable)]
24) libqt5help5 [5.5.0-1 (experimental, now) -> 5.4.2-3 (testing, 
unstable)] 
25) libqt5libqgtk2 [5.5.0+dfsg-6 (experimental, now) -> 5.4.2+dfsg-9 
(testing, unstable)]
26) libqt5multimedia5 [5.5.0-3 (experimental, now) -> 5.4.2-3 (testing, 
unstable)]   
27) libqt5multimedia5-plugins [5.5.0-3 (experimental, now) -> 5.4.2-3 
(testing, unstable)]   
28) libqt5multimediaquick-p5 [5.5.0-3 (experimental, now) -> 5.4.2-3 
(testing, unstable)]
29) libqt5multimediawidgets5 [5.5.0-3 (experimental, now) -> 5.4.2-3 
(testing, unstable)]   

Bug#800660: gnome-keyring: crashes iceweasel when logging into a password-protected website

[Sebastian Dröge]

On Fri, 02 Oct 2015 10:20:49 +0200 =?utf-8?q?Rapha=C3=ABl_Hertzog?= 
 wrote:

> Since I upgraded to gnome-keyring 3.18, I'm no longer able to login into
> password-protected website with iceweasel. It just gets stuck and I have
> to kill it.
> 
> In the logs I see this:
> 
> oct. 02 10:04:42 x230-buxy gnome-keyring-daemon[2195]: asked to register item 
> /org/freedesktop/secrets/collection/login/23, but it's already registered
> oct. 02 10:05:06 x230-buxy gnome-session[2199]: ** (gnome-shell:2354): 
> CRITICAL **: remove_mnemonics: assertion 'label != NULL' failed
> oct. 02 10:05:06 x230-buxy gnome-keyring-daemon[2195]: could not register 
> secret unlock prompt on session bus: Un objet est déjà exporté pour 
> l'interface « org.freedesktop.Secret.Prompt » en « 
> /org/freedesktop/secrets/prompt/p6 »
> oct. 02 10:05:06 x230-buxy gnome-keyring-daemon[2195]: GLib-GIO: 
> g_dbus_interface_skeleton_unexport: assertion 'interface_->priv->connections 
> != NULL' failed

Same here, without customized startup scripts and happens with dbus
-user-session and without.

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

Bug#793102: nut-server: ups does not 'reboot' output outlets if /usr is on a separate partition

[PF4Public]

I have traced this down to  the failing line
"if $upsmon -K >/dev/null 2>&1 ; then"
in /etc/init.d/ups-monitor -> nut-client
for some reason /sbin/upsmon after
open("/lib/i386-linux-gnu/i686/cmov/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
wants to read
open("/usr/lib/i386-linux-gnu/libnss3.so", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/i386-linux-gnu/libssl3.so", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/i386-linux-gnu/libplds4.so", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/i386-linux-gnu/libplc4.so", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/i386-linux-gnu/libnspr4.so", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/i386-linux-gnu/libnssutil3.so", O_RDONLY|O_CLOEXEC) = 3
none of which is available after /etc/rc0.d/K09umountfs called, I guess

Bug#800706: Packaging needs branch love

[kytv]

On Fri, Oct 02, 2015 at 08:14:15PM +, u wrote:
> We are on it :)

Thanks for all you (= collectively and individually) do. :)


signature.asc
Description: Digital signature

Bug#799706: kdbus-dkms: not all services available

[Sebastian Dröge]

On Mon, 21 Sep 2015 22:46:39 +0530 Ritesh Raj Sarraf  wrote:
> rrs@chutzpah:~$ gnome-terminal
> Error creating terminal: Name org.gnome.Terminal is currently not owned by 
> anyone.

I get the same here, so it's not just your system being weird.
journalctl also shows this for various other services, but a gnome
-shell session starts up without problems... so it doesn't seem to
affect everything.

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

Bug#800706: xul-ext-torbirdy: Patch

[kytv]

Package: xul-ext-torbirdy
Version: 0.1.3-1
Followup-For: Bug #800706

Control: -1 tags patch
Control: -1 forward https://trac.torproject.org/projects/tor/ticket/13721

The attached patch against 0.1.3-1 should fix this problem.
diff --git a/debian/patches/add-en-US-locale b/debian/patches/add-en-US-locale
new file mode 100644
index 000..a44f809
--- /dev/null
+++ b/debian/patches/add-en-US-locale
@@ -0,0 +1,24 @@
+From 3d625f36926b958dcaa23ea453d1d2b5a61edee4 Mon Sep 17 00:00:00 2001
+From: Ulrike Uhlig 
+Date: Sun, 27 Sep 2015 14:11:07 +0200
+Subject: [PATCH] add en-US locale to chrome.manifest
+
+---
+ chrome.manifest | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/chrome.manifest b/chrome.manifest
+index 79134aa..78f1183 100644
+--- a/chrome.manifest
 b/chrome.manifest
+@@ -16,6 +16,7 @@ locale castironthunderbirdclub de chrome/locale/de/
+ locale castironthunderbirdclub el chrome/locale/el/
+ locale castironthunderbirdclub en chrome/locale/en/
+ locale castironthunderbirdclub en-GB chrome/locale/en-GB/
++locale castironthunderbirdclub en-US chrome/locale/en/
+ locale castironthunderbirdclub es chrome/locale/es/
+ locale castironthunderbirdclub eu chrome/locale/eu/
+ locale castironthunderbirdclub fr chrome/locale/fr/
+-- 
+2.5.3
+
diff --git a/debian/patches/series b/debian/patches/series
index 71d3d8e..e6018d7 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
 socks_port
+add-en-US-locale


signature.asc
Description: Digital signature

Bug#800706: Packaging needs branch love

[u]

Hi,

the package has been updated but needs some more <3
https://lists.alioth.debian.org/pipermail/pkg-privacy-maintainers/Week-of-Mon-20150928/38.html

We are on it :)

cheers!
u.



signature.asc
Description: OpenPGP digital signature

Bug#800711: (Redacted) Config

[Julian]

This is the config file I ran into issues with and causes no issues with
proftpd 1.3.3x.
#
# Includes required DSO modules. This is mandatory in proftpd 1.3
#
#Include /etc/proftpd/modules.conf

ServerName  "example.com"
ServerIdent on "EXAMPLE FTP Server ready."
ServerAdmin r...@example.com
ServerType  standalone
CapabilitiesEngine  off
DeferWelcomeoff

MultilineRFC2228on
DefaultServer   on
ShowSymlinkson

# Use the IANA registered ephemeral port range for passive FTP
PassivePorts 49153 65534

LoadModule mod_vroot.c

VRootEngine on
DefaultRoot ~
VRootAlias  etc/security/pam_env.conf 
/etc/security/pam_env.conf

# Use pam to authenticate (default) and be authoritative
AuthPAMConfig   proftpd
AuthOrder   mod_auth_unix.c
AuthPAM off

# Disable wtmp logging since it produces a lot of data ~2G/month
WtmpLog off

# Don't do reverse DNS lookups (hangs on DNS problems)
IdentLookupsoff
UseReverseDNS   off

#DefaultTransferMode binary
UseFtpUsers on

# Set the user and group that the server runs as
Userproftpd
Group   nogroup

MaxInstances120

# Timeouts
TimeoutLogin 60
TimeoutIdle 900
TimeoutNoTransfer 0
TimeoutStalled 300

# This is where we want to put the pid file
ScoreboardFile  /var/run/proftpd.score

UseSendfile yes

# increase tcp buffer sizes
SocketOptions rcvbuf16384
SocketOptions sndbuf16384
CommandBufferSize   512

SyslogLevel error
LogFormat xferlog "%t %[%a] tx:%b dly:%T usr:%u cmd:%m >%f %s"
LogFormat auth "[%P] %h %t \"%r\" %s"

ExtendedLog /var/log/proftpd/auth_log AUTH auth,all

# Define log files
TransferLog NONE# our xferlog is below
ExtendedLog /home/user/logs/ftp.xferlog WRITE,READ xferlog

# TLS (http://www.castaglia.org/proftpd/modules/mod_tls.html)

  TLSEngine on
  TLSRequired   on
  TLSRSACertificateFile /etc/pki/tls/certs/proftpd.pem
  TLSRSACertificateKeyFile  /etc/pki/tls/certs/proftpd.pem
  TLSCipherSuiteALL:!ADH:!DES
  TLSOptionsNoCertRequest
  TLSVerifyClient   off
  #TLSRenegotiate   ctrl 3600 data 512000 required off timeout 300
  TLSLog/var/log/proftpd/tls.log
  
TLSSessionCache shm:/file=/var/run/proftpd/sesscache
  


# Dynamic ban lists (http://www.proftpd.org/docs/contrib/mod_ban.html)
# Enable this with PROFTPD_OPTIONS=-DDYNAMIC_BAN_LISTS in /etc/sysconfig/proftpd

  LoadModulemod_ban.c
  BanEngine on
  BanLog/var/log/proftpd/ban.log
  BanTable  /var/run/proftpd/ban.tab

  # If the same client reaches the MaxLoginAttempts limit 2 times
  # within 10 minutes, automatically add a ban for that client that
  # will expire after one hour.
  MaxLoginAttempts 3
  BanOnEventMaxLoginAttempts 2/00:10:00 01:00:00

  # Allow the FTP admin to manually add/remove bans




CapabilitiesEngine off


# Global Config - config common to Server Config and all virtual hosts
# See: http://www.proftpd.org/docs/howto/Vhost.html
#


Order allow, deny
Allow from all


  # Umask 022 is a good standard umask to prevent new dirs and files
  # from being group and world writable

  # Allow to resume uploads
  AllowStoreRestart on
  AllowRetrieveRestart  on

  # Directory listing options: Show dot files by default and use local 
timestamps
  ListOptions   -a
  TimesGMT off

  AllowOverwriteyes

  DeleteAbortedStores on

  UserOwner user
  GroupOwner user
  AllowOverwrite yes
  Umask 013 022


# A basic anonymous configuration, with an upload directory

  
Userftp
Group   ftp
AccessGrantMsg  "Anonymous login ok, restrictions apply."

RequireValidShell off

# We want clients to be able to login with "anonymous" as well as "ftp"
UserAlias   anonymous ftp

# Cosmetic option to make all files appear to be owned by user "user"
DirFakeUser on user
DirFakeGroupon
DirFakeMode 0640

# Set the ownership of new files / directories
UserOwner user
GroupOwner nogroup

Umask 002

# Limit WRITE everywhere in the anonymous chroot

  DenyAll



  
DenyAll
  
  
AllowAll
  
  AllowOverwriteon


WtmpLog off
  

Bug#777537: pbuilder should copy only files listed in .changes build

[Thorsten Glaser]

Mattia Rizzolo dixit:

>I agree this is somewhat far from what a person usually expects, even if
>it usually does the right thing™ because usually there is not so much

It doesn’t, for example it breaks parallelily building a package
for two architectures, one normal, one with --binary-arch, because
both source packages are copied out, even when none was built.

>It's clearly low-priority until I find a convenient control file parser

I may look at it when I’m over my current bout of illness.

bye,
//mirabilos
-- 
 exceptions: a truly awful implementation of quite a nice idea.
 just about the worst way you could do something like that, afaic.
 it's like anti-design.   that too… may I quote you on that?
 sure, tho i doubt anyone will listen ;)

Bug#776540: game-data-packager: please add support for games working with gemrbd engine

[Markus Koschany]

Am 02.10.2015 um 21:12 schrieb Simon McVittie:
> On 02/10/15 19:25, Markus Koschany wrote:
>> I also use compression now which reduces the size of the archive by 1 GB
>> (2,6 GB uncompressed) but it is terribly slow on my machine.
> 
> You could try gzip, like comi.yaml?
> 
> # gzip -1 saves significant size; gzip -6 only saves an extra 10M and
> # takes 1.5x time; xz is really slow
> compress_deb: [-Zgzip, -z1]

Oh yeah, much better and only +170 MB. Thanks.

>> I think it makes sense to clone this bug report into one for each
>> supported gemrb game. Do you agree?
> 
> Yes if there a reasonable number (up to 10, say). If there are lots, I
> would suggest not bothering with bug reports for any that you don't have
> or don't intend to package.

GemRB supports: Baldurs Gate 1 + 2, Icewind Dale 1+2 and Planescape:
Torment. I intend to package the data of the other four games too but
this requires more time. So if you want to release a new version of
g-d-p you can include Baldur's Gate 1 but don't have to wait for the
other ones.

P.S.: g-d-p is currently broken in Git master. :>
Compilation works but when I run for instance

game-data-packager enemy-territory


Traceback (most recent call last):
  File "/usr/lib/python3.4/runpy.py", line 170, in _run_module_as_main
"__main__", mod_spec)
  File "/usr/lib/python3.4/runpy.py", line 85, in _run_code
exec(code, run_globals)
  File
"/usr/share/games/game-data-packager/game_data_packager/__main__.py",
line 21, in 
run_command_line()
  File
"/usr/share/games/game-data-packager/game_data_packager/__init__.py",
line 1054, in run_command_line
with game.construct_task() as task:
  File
"/usr/share/games/game-data-packager/game_data_packager/__init__.py",
line 832, in construct_task
self.load_file_data()
  File
"/usr/share/games/game-data-packager/game_data_packager/__init__.py",
line 829, in load_file_data
), (self.shortname, wanted.name)
AssertionError: ('enemy-territory', 'license.rtf')


Markus



signature.asc
Description: OpenPGP digital signature

Bug#800711: proftpd-basic: Chroot with and without mod_vroot fails silently dropping, clients to /

[Julian Kessel]

Package: proftpd-basic
Version: 1.3.4a-5+deb7u3
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
I upgraded proftpd-basic from 1.3.3a-6squeeze7 to the version
mentioned and installed proftpd-mod-vroot. The configs were unchanged.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I commented the line "Include /etc/proftpd/modules.conf" but it was
ineffective. Setting "VRootEngine off" was ineffective as well.
   * What was the outcome of this action?
There are two outcomes depending on whether an authenticated system
user logs in or an anonymous user:
 
Authenticated:
User is dropped to root-level (/) where he has no permissions.
(Chroot fails silently)
Anonymous:
The proftpd process prints a lot of failured to root wall. User
is not able to log in anonymously.

Wall output is ATTACHED.



   * What outcome did you expect instead?
1. I expect an authenticated user to be chrooted to his home
directory or at least get some error message about why chrooting failed.
2. I expect an anonymous user to be chrooted into his home directory
and being able to log in.


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

Kernel: Linux 3.2.0-0.bpo.4-rt-amd64 (SMP w/22 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages proftpd-basic depends on:
ii  adduser 3.113+nmu3
ii  debconf 1.5.49
ii  debianutils 4.3.2
ii  libacl1 2.2.51-8
ii  libattr11:2.4.46-8
ii  libc6   2.13-38+deb7u8
ii  libcap2 1:2.22-1.2
ii  libncurses5 5.9-10
ii  libpam-runtime  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libssl0.9.8 0.9.8o-4squeeze21
ii  libwrap07.6.q-24
ii  netbase 5.0
ii  sed 4.2.1-10
ii  ucf 3.0025+nmu3
ii  update-inetd4.43
ii  zlib1g  1:1.2.7.dfsg-13

proftpd-basic recommends no packages.

Versions of packages proftpd-basic suggests:
ii  openssl1.0.1e-2+deb7u17
pn  proftpd-doc
pn  proftpd-mod-ldap   
pn  proftpd-mod-mysql  
pn  proftpd-mod-odbc   
pn  proftpd-mod-pgsql  
pn  proftpd-mod-sqlite 
ii  xinetd [inet-superserver]  1:2.3.14-7.1+deb7u1

-- Configuration Files:
/etc/default/proftpd changed:
RUN="yes"
OPTIONS="-DANONYMOUS_FTP"

/etc/logrotate.d/proftpd-basic changed:
/home/user/logs/ftp.xferlog
{
weekly
missingok
rotate 8
compress
delaycompress
notifempty
create 640 user user
sharedscripts
prerotate
endscript
postrotate
# reload could be not sufficient for all logs, a restart is safer
invoke-rc.d proftpd restart 2>/dev/null >/dev/null #|| true
# run ftpstats on past transfer log
ftpstats -a -r -l 2 -d -h -f /home/user/logs/ftp.xferlog.1
2>/dev/null >/var/log/proftpd/xferreport || true
touch /tmp/testfile
endscript
}
/var/log/proftpd/auth_log {
daily
missingok
rotate 7
delaycompress
notifempty
nocreate
sharedscripts
prerotate
endscript
postrotate
# reload could be not sufficient for all logs, a restart is safer
invoke-rc.d proftpd restart 2>/dev/null >/dev/null # || true
#service proftpd restart 2>/dev/null >/dev/null || true
endscript
}


-- debconf information:
* shared/proftpd/inetd_or_standalone: standalone
Message from syslogd@web at Sep 26 14:46:30 ...
 * glibc detected *** proftpd: ftp - 1.2.3.4: anonymous/anon@localhost: MLSD: 
munmap_chunk(): invalid pointer: 0x0168d110 ***

Message from syslogd@web at Sep 26 14:46:30 ...
 = Backtrace: =

Message from syslogd@web at Sep 26 14:46:30 ...
 ib/x86_64-linux-gnu/libc.so.6(+0x75be6)[0x7f948f660be6]

Message from syslogd@web at Sep 26 14:46:30 ...
 ib/x86_64-linux-gnu/libc.so.6(closedir+0xd)[0x7f948f6924ad]

Message from syslogd@web at Sep 26 14:46:30 ...
 sr/lib/proftpd/mod_vroot.so(+0x30d1)[0x7f948bb2e0d1]

Message from syslogd@web at Sep 26 14:46:30 ...
 oftpd: ftp - 1.2.3.4: anonymous/anon@localhost: 
MLSD(pr_fsio_opendir+0xd6)[0x43b4d6]

Message from syslogd@web at Sep 26 14:46:30 ...
 oftpd: ftp - 1.2.3.4: anonymous/anon@localhost: MLSD[0x470c88]

Message from syslogd@web at Sep 26 14:46:30 ...
 oftpd: ftp - 1.2.3.4: anonymous/anon@localhost: 
MLSD(pr_module_call+0x42)[0x4331c2]

Message from syslogd@web at Sep 26 14:46:30 ...
 oftpd: ftp - 1.2.3.4: anonymous/anon@localhost: MLSD[0x41254d]

Message from syslogd@web at Sep 26 14:46:30 ...
 oftpd: ftp - 1.2.3.4: anonymous/anon@localhost: 
MLSD(pr_cmd_dispatch_phase+0x2ce)[0x412cfe]

Message from syslogd@web at Sep 26 14:46:30 ...
 oftpd: ftp - 1.2.3.4: anonymous/anon@localhost: MLSD[0x4133bc]

Message from syslogd@web at 

Bug#800710: fail2ban: badip reporting fails to complete due to blank category in URL

[Justin Paglierani]

Package: fail2ban
Version: 0.8.13-1
Severity: important
Tags: patch

Dear Maintainer,

   * What led up to the situation? Attempting to configure badips.com
reporting on banaction
   * What exactly did you do (or not do) that was effective (or
 ineffective)? Placed badips into default jail banaction
   * What was the outcome of this action? 700 error in logs (included
below) since the category field remains blank
   * What outcome did you expect instead? 200 in logs with proper category

-- Log Excerpt below (IPs redacted)
2015-10-02 15:22:32,330 fail2ban.actions.action[1692]: ERROR   curl --fail
--user-agent "fail2ban v0.8.12" http://www.badips.com/add//RE.DAC.TE.D
returned 700

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

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

Versions of packages fail2ban depends on:
ii  lsb-base4.1+Debian13+nmu1
pn  python:any  

Versions of packages fail2ban recommends:
ii  iptables  1.4.21-2+b1
ii  python-pyinotify  0.9.4-1
ii  whois 5.2.7

Versions of packages fail2ban suggests:
ii  bsd-mailx [mailx]8.1.2-0.20141216cvs-2
pn  python-gamin 
ii  rsyslog [system-log-daemon]  8.4.2-1+deb8u1

-- Configuration Files:
/etc/fail2ban/action.d/blocklist_de.conf changed [not included]
/etc/fail2ban/jail.conf changed [not included]

-- no debconf information
Report will be sent to "Debian Bug Tracking System" 

-- 
Justin Paglierani, Associate of (ISC)² working toward CISSP
(623) 999-6465
jpagl...@asu.edu
19c19
< category = 
---
> category = 

Bug#789868: pbuilder: pdebuild fails with sudo error

[Mattia Rizzolo]

On Thu, Jun 25, 2015 at 02:07:42AM +0200, Vincent Lefevre wrote:
> I get the following error when running "pdebuild":
> 
> sudo: sorry, you are not allowed to preserve the environment
> 
> Note that I use sudo's default config.
> 
> With "/bin/bash -x pdebuild", I can see a line starting with:
> 
>   sudo -E pbuilder --build --buildresult /var/cache/pbuilder/result/ [...]
> 
> But it seems that for security reasons, the -E option no longer works.
> So, this would no longer be the right method.

discalimer: I don't even know whether I changed that bit of my sudo
config, but `sudo -E` does work fine for me.

The discussion that added -E to the default sudo is at #361362.

My grepping through the sudo config doesn't reveal any interesting
change env-wise, but I fear removing the -E would break quite some
things:

On Thu, 13 Dec 2007 20:35:36 +0100, dAniel hAhler wrote on that bug:
> I'm used to calling "DIST=feisty pdebuild" to create a package in a
> feisty
> pbuilder.
> 
> The problem with PBUILDERROOTCMD="sudo" is, that $DIST makes it not into
> the "sudo" session anymore, when "sudo -E pbuilder --build" is called:
> therefore .pbuilderrc cannot dynamically change the settings based on
> $DIST
> and the default settings get used.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://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#800709: gcc-python-plugin: Should build-dep on python3-dev vice all-dev

[Scott Kitterman]

Package: gcc-python-plugin
Version: 0.14-4
Severity: normal

It looks like gcc-python-plugin only supports building for one python3 version
at a time, so it should build-dep on python3-dev vice python3-all-dev both to
make it build a little faster and to ease transition tracking.

Bug#777537: pbuilder should copy only files listed in .changes build

[Mattia Rizzolo]

control: retitle -1 pbuilder should copy only files listed in .changes
control: severity -1 wishlist

On Mon, Feb 09, 2015 at 03:00:50PM +0100, Holger Levsen wrote:
> debian-faq is among the very few packages (*) which leave build artifacts in 
> /var/cache/pbuilder/result after bulding the package with pbuilder.
> 
> from
> https://jenkins.debian.net/view/reproducible/job/reproducible_maintainance/148/console
> 
> 
> Warning: old files or directories found in /var/cache/pbuilder/result/
> -rw-r--r-- 1 jenkins jenkins 255253 Oct 15 20:43 
> /var/cache/pbuilder/result/debian-faq.ps.gz
> -rw-r--r-- 1 jenkins jenkins 312712 Oct 15 20:43 
> /var/cache/pbuilder/result/debian-faq.pdf.gz
> -rw-r--r-- 1 jenkins jenkins 61224 Oct 15 20:43 
> /var/cache/pbuilder/result/debian-faq.txt.gz
> Please cleanup manually.
> 
> 
> So as you can see those are not the source or binary packages which I'm 
> talking
> about - and which should be there.
> 
> I even don't understand how this is possible at all.

So, pbuilder behaves in a really dumb way:

for FILE in "${BUILDPLACE}$BUILDDIR"/*; do
if [ -f "${FILE}" ]; then
cp -p "${FILE}" "${BUILDRESULT}" || true
fi
done

I agree this is somewhat far from what a person usually expects, even if
it usually does the right thing™ because usually there is not so much
stuff in the BUILDDIR but the build results.

Getting a file list out of .changes implies parsing the .changes file,
and I'm sad at using the embedded pbuilder parser another time (and I'm
not even sure it'd work as-is!).

It's clearly low-priority until I find a convenient control file parser
to use.


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://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#748490: Ping? Any update on mongodb 2.6 packaging?

[David I. Lehn]

On Tue, 15 Sep 2015 10:49:52 +
=?UTF-8?B?TMOhc3psw7MgQsO2c3rDtnJtw6lueWkgKEdDUyk=?= 
wrote:
> On Tue, Sep 15, 2015 at 8:44 AM, Thomas Goirand  wrote:
> > Any update on this bug? It's been since June that James Page asked for a
> > new version in Experimental, with no reply from your side. Do you have
> > time to work on it?
>  I've a package ready, needs some testing. Will upload in the coming days.
>

It's been a couple weeks, any chance you could upload what you have to
experimental?

-dave

Bug#800708: fail2ban: update badips action to use https (now supported)

[Justin Paglierani]

Subject: fail2ban: update badips action to use https (now supported)
Package: fail2ban
Version: 0.8.13-1
Severity: normal
Tags: patch

Dear Maintainer,

   * What led up to the situation? Badips.com now supports https on the API
   * What exactly did you do (or not do) that was effective (or
 ineffective)? Changed the urls in the action conf to use https
   * What was the outcome of this action? Action now happens over SSL
   * What outcome did you expect instead? NA


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

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

Versions of packages fail2ban depends on:
ii  lsb-base4.1+Debian13+nmu1
pn  python:any  

Versions of packages fail2ban recommends:
ii  iptables  1.4.21-2+b1
ii  python-pyinotify  0.9.4-1
ii  whois 5.2.7

Versions of packages fail2ban suggests:
ii  bsd-mailx [mailx]8.1.2-0.20141216cvs-2
pn  python-gamin 
ii  rsyslog [system-log-daemon]  8.4.2-1+deb8u1

-- Configuration Files:
/etc/fail2ban/action.d/badips.conf changed [not included]
/etc/fail2ban/action.d/blocklist_de.conf changed [not included]
/etc/fail2ban/jail.conf changed [not included]

-- no debconf information
Report will be sent to "Debian Bug Tracking System" 


-- 
Justin Paglierani, Associate of (ISC)² working toward CISSP
(623) 999-6465
jpagl...@asu.edu
9c9
< # http://www.badips.com/blog/personalized-statistics-track-the-attackers-of-all-your-servers-with-one-key
---
> # https://www.badips.com/blog/personalized-statistics-track-the-attackers-of-all-your-servers-with-one-key
13c13
< actionban = curl --fail  --user-agent "fail2ban v0.8.12" http://www.badips.com/add//
---
> actionban = curl --fail  --user-agent "fail2ban v0.8.12" https://www.badips.com/add//
18c18
< # Notes.: Values are from the list here: http://www.badips.com/get/categories
---
> # Notes.: Values are from the list here: https://www.badips.com/get/categories

Bug#776540: game-data-packager: please add support for games working with gemrbd engine

[Simon McVittie]

On 02/10/15 19:25, Markus Koschany wrote:
> I also use compression now which reduces the size of the archive by 1 GB
> (2,6 GB uncompressed) but it is terribly slow on my machine.

You could try gzip, like comi.yaml?

# gzip -1 saves significant size; gzip -6 only saves an extra 10M and
# takes 1.5x time; xz is really slow
compress_deb: [-Zgzip, -z1]

> I think it makes sense to clone this bug report into one for each
> supported gemrb game. Do you agree?

Yes if there a reasonable number (up to 10, say). If there are lots, I
would suggest not bothering with bug reports for any that you don't have
or don't intend to package.

(I know nothing about gemrb.)

S

Bug#800696: scribus: Edit text window loses cursor location when it loses focus

[Gary Dale]

On 02/10/15 12:48 PM, Mattia Rizzolo wrote:

control: tags -1 + upstream confirmed

Hi Gary!

On Fri, Oct 02, 2015 at 11:54:47AM -0400, Gary Dale wrote:

Package: scribus
Version: 1.4.5+dfsg1-1+b1
Severity: minor

I was creating an 80+ page directory that includes some long lists. I'd be 
getting
sporadic updates via e-mail that often affected multiple lines with different 
styles,
so I'd have to copy the paragraphs by style to avoid having to reset the 
correct style
for the paragraph.

This meant that I'd switch to the e-mail, copy a paragraph, then go back to the 
edit
text window. When I switch back, the cursor position is reset to the start of 
the text,
forcing me to re-find the edit location to paste to. This makes editing very 
slow.

The window should keep its cursor location even when it loses focus.


This is something that annoys me since lots of time (years...).  After
some months with that I notice that for me is even quicker to edit the
text directly in the text box instead of opening the editor, even if I
lose several facilities provided by the text editor.

Anyway, thanks for bringing this issue in the Debian bug tracker, this
time I'll check if this is something known upstream :)

Directly in the text box? How do you do that? The only way I've ever 
found to edit text is through the "edit text" option.

Bug#754165: More info

[Lisandro Damián Nicanor Pérez Meyer]

tag 754165 moreinfo
thanks

Hi! Can you still reproduce it with the current version in stable, testing 
and/or unstable? Checking in any of them is just goos enough.

Thanks in advance, Lisandro.

-- 
Why should I care about my chatter from yesterday?
Nothing prevents me from becoming wiser.
  Konrad Adenauer, former German chancellor.
  http://lwn.net/SubscriberLink/397422/60a270d48f933c67/

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


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

Bug#800466: pytables: diff for NMU version 3.2.1-1.1

[Gilles Filippini]

Control: tags 800466 + patch
Control: tags 800466 + pending

[Replace XX with correct value]
Dear maintainer,

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

Regards,

_g.

diff -Nru pytables-3.2.1/debian/changelog pytables-3.2.1/debian/changelog
--- pytables-3.2.1/debian/changelog 2015-08-14 21:42:34.0 +0200
+++ pytables-3.2.1/debian/changelog 2015-10-02 20:01:14.0 +0200
@@ -1,3 +1,12 @@
+pytables (3.2.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * New patch: 0006-Fix-upstream-issue-481.patch
+Fix test suite errors such as 'ValueError: could not broadcast
+input array from shape (2) into shape (0)' (closes: #800466).
+
+ -- Gilles Filippini   Fri, 02 Oct 2015 20:01:01 +0200
+
 pytables (3.2.1-1) unstable; urgency=medium
 
   * New upstream version
diff -Nru pytables-3.2.1/debian/patches/0006-Fix-upstream-issue-481.patch 
pytables-3.2.1/debian/patches/0006-Fix-upstream-issue-481.patch
--- pytables-3.2.1/debian/patches/0006-Fix-upstream-issue-481.patch 
1970-01-01 01:00:00.0 +0100
+++ pytables-3.2.1/debian/patches/0006-Fix-upstream-issue-481.patch 
2015-09-29 21:06:16.0 +0200
@@ -0,0 +1,40 @@
+From 44dba04d7d72f150a91553f4eb455684dfef0913 Mon Sep 17 00:00:00 2001
+From: Andrea Bedini 
+Date: Wed, 12 Aug 2015 10:09:43 +1000
+Subject: [PATCH] Be careful with signs while interating backward.
+
+This is a quick and possibily partial fix for #481.
+
+It seems that C dictates that istopb - istartb - 1 is an unsigned
+expression (because istartb is unsigned and istopb is signed but not big
+enough to contain istartb).
+
+With this fix I am betting that 1 - istopb + istartb is non-negative. It seems
+to work but this function should be rewritten more clearly.
+---
+ tables/tableextension.pyx | 5 +++--
+ 1 file changed, 3 insertions(+), 2 deletions(-)
+
+Index: pytables-3.2.1/tables/tableextension.pyx
+===
+--- pytables-3.2.1.orig/tables/tableextension.pyx
 pytables-3.2.1/tables/tableextension.pyx
+@@ -1241,7 +1241,7 @@ cdef class Row:
+ istartb = (j+istep) % inrowsinbuf
+ inextelement = inextelement + istep
+ i = i + inrowsinbuf
+-elif 0 > istep:
++elif istep < 0:
+   inrowsinbuf = self.nrowsinbuf
+   #istartb = self.startb
+   istartb = self.nrowsinbuf - 1
+@@ -1258,7 +1258,8 @@ cdef class Row:
+   i = i - inrowsinbuf
+   continue
+ # Compute the end for this iteration
+-stopr = startr + ((istopb - istartb - 1) / istep)
++# (we know we are going backward so try to keep indices positive)
++stopr = startr + (1 - istopb + istartb) / (-istep)
+ # Read a chunk
+ inrowsread = inrowsread + self.table._read_records(i - inrowsinbuf + 
1,
+inrowsinbuf, 
self.iobuf)
diff -Nru pytables-3.2.1/debian/patches/series 
pytables-3.2.1/debian/patches/series
--- pytables-3.2.1/debian/patches/series2015-08-14 21:42:34.0 
+0200
+++ pytables-3.2.1/debian/patches/series2015-09-29 21:05:56.0 
+0200
@@ -3,3 +3,4 @@
 0003-Never-use-the-msse2-flag-explicitly.patch
 0004-Do-not-fetch-icons-for-external-web-sites.patch
 0005-Fix-setitem-return-value.patch
+0006-Fix-upstream-issue-481.patch

Bug#800705: sddm: Fails to start greeter due to OpenGL

[Diederik de Haas]

> I think the problems started after an upgrade of the NVidia drivert to
> 340.93-X.

adduser sddm video

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799948 and
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800051 and 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800550

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

Bug#797200: Done

[Lisandro Damián Nicanor Pérez Meyer]

Version: 5.4.2+dfsg-9

Hi Helge! We do update symbols files with every upload. The most normal 
problem with ports is that they sometimes take more time to build and thus we 
miss symbols changes for them (we have a semi-automated process for this).

Feel free to file new bugs for this if you want, but in real life we will get 
them fixed whenever the next upload happens.

Kinds regards, Lisandro.

-- 
LINUX KERNEL LIBERADO
DOS SECUESTRADORES MICROSOFTIANOS CAPTURADOS
OTRO SIGUE PROFUGO
*musiquita de cronica TV*

Ok, ok, ya me voy a hacer algo util, no me peguen :D

  Matias "Angasule" D'Ambrosio,
  sobre la liberación del kernel 2.6.23
  http://linux.org.ar/pipermail/bblug/2007-October/005405.html

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


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

Bug#781446: Fwd: Log for attempted build of qtwebkit_2.3.4.dfsg-5 on m68k (dist=unstable)

[Thorsten Glaser]

-- Forwarded message --
From: Andreas Schwab 
Message-ID: <87vbap8cle@igel.home>
Date: Fri, 02 Oct 2015 18:22:21 +0200
Subject: Re: Log for attempted build of qtwebkit_2.3.4.dfsg-5 on m68k
(dist=unstable)

Thorsten Glaser  writes:

> /«PKGBUILDDIR»/Source/JavaScriptCore/assembler/MacroAssembler.h:62:2: error: 
> #error "The MacroAssembler is not supported on this platform."

Add "DEFINES+=ENABLE_JIT=0 DEFINES+=ENABLE_YARR_JIT=0
DEFINES+=ENABLE_ASSEMBLER=0" to the --qmakearg, see
.

Andreas.

-- 
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Bug#795482: Forwarded

[Lisandro Damián Nicanor Pérez Meyer]

forwarded 795482 https://codereview.qt-project.org/#/c/123431/
tag 795482 upstream
thanks

Patch añready merged upstream, will be fixed with Qt 5.5.1.

-- 
La ciencia sin la religión es renga, la religión sin la ciencia es ciega.
 Albert Einstein

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


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

Bug#800706: xul-ext-torbirdy: In unsupported locales, torbirdy defaults to the Arabic language

[kytv]

Package: xul-ext-torbirdy
Version: 0.1.3-1
Severity: normal

Dear Maintainer,

When using Torbirdy in a locale which Torbirdy does not support,
Torbirdy will be displayed in Arabic. There is a bug filed for this
problem upstream[0]

This problem has been fixed in the upstream git repository. Please
consider applying the fix[1] to the torbirdy package

Thanks in advance. :)

[0] https://trac.torproject.org/projects/tor/ticket/13721
[1] https://github.com/ioerror/torbirdy/pull/24

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (99, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages xul-ext-torbirdy depends on:
ii  icedove  31.8.0-1~deb8u1
ii  tor  0.2.5.12-1

xul-ext-torbirdy recommends no packages.

xul-ext-torbirdy suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#800696: scribus: Edit text window loses cursor location when it loses focus

[Mattia Rizzolo]

On Fri, Oct 02, 2015 at 02:22:04PM -0400, Gary Dale wrote:
> Directly in the text box? How do you do that? The only way I've ever found
> to edit text is through the "edit text" option.

just double click on the text :)  you can change formatting, etc by
highlighting the relevant text and change stuff in the proprieties
window (F2 key)

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://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#790334: libb-lint-perl: FTBFS with perl 5.22: test failure

[Axel Beckert]

Hi Gregor,

gregor herrmann wrote:
> On Sun, 28 Jun 2015 09:00:34 +0100, Dominic Hargreaves wrote:
> > There is a workaround patch on the upstream bug report.
> 
> I've applied this patch in git now, and comfirmed that the tests pass
> in both unstable and experimental.
> 
> I'm not 100% sure that this workaround is the correct solution, so
> I'm holding off with an upload for a bit in case there are comments.

What about an upload to experimental?

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#800705: sddm: Fails to start greeter due to OpenGL

[Philipp Matthias Hahn]

Package: sddm
Version: 0.12.0-4
Severity: important

Dear Maintainer,

on reboot I get a black screen.
After much searching I found the following error message:

Okt 02 20:23:38 scout sddm-greeter[3280]: Failed to create OpenGL context for 
format QSurfaceFormat(version 2.0, options QFlags(), depthBufferSize 24, 
redBufferSize -1, greenBufferSize -1, blueBufferSize -1, alphaBufferSize -1, 
stencilBufferSize 8, samples -1, swapBehavior 2, swapInterval 1, profile  0) 

I think the problems started after an upgrade of the NVidia drivert to 340.93-X.

If the greeter fails to start, to proper error handling is apprecated.

# systemctl status sddm
● sddm.service - Simple Desktop Display Manager
   Loaded: loaded (/lib/systemd/system/sddm.service; enabled; vendor preset: 
enabled)
   Active: active (running) since Fr 2015-10-02 20:30:49 CEST; 3s ago
 Docs: man:sddm(1)
   man:sddm.conf(5)
  Process: 3656 ExecStartPre=/bin/sh -c [ "$(cat 
/etc/X11/default-display-manager 2>/dev/null)" = "/usr/bin/sddm" ] 
(code=exited, status=0/SUCCESS)
 Main PID: 3660 (sddm)
   CGroup: /system.slice/sddm.service
   ├─3660 /usr/bin/sddm
   └─3662 /usr/bin/X -nolisten tcp -auth 
/var/run/sddm/{92c87516-5397-44f7-9aa6-de2cc3065b72} -back...

Okt 02 20:30:50 scout sddm[3660]: Greeter starting...
Okt 02 20:30:50 scout sddm[3660]: Adding cookie to 
"/var/run/sddm/{92c87516-5397-44f7-9aa6-de2cc3065b72}"
Okt 02 20:30:50 scout sddm-helper[3670]: [PAM] Starting...
Okt 02 20:30:50 scout sddm-helper[3670]: [PAM] Authenticating...
Okt 02 20:30:50 scout sddm-helper[3670]: [PAM] returning.
Okt 02 20:30:50 scout sddm-helper[3670]: pam_unix(sddm-greeter:session): 
session opened for user sddm b...d=0)
Okt 02 20:30:50 scout sddm[3660]: Greeter session started successfully
Okt 02 20:30:51 scout sddm[3660]: Message received from greeter: Connect
Okt 02 20:30:51 scout sddm[3660]: Auth: sddm-helper exited successfully
Okt 02 20:30:51 scout sddm[3660]: Greeter stopped.

# journalctl --since 20:30 --no-pager
-- Logs begin at Fr 2015-10-02 20:18:04 CEST, end at Fr 2015-10-02 20:33:34 
CEST. --
Okt 02 20:30:37 scout ntpd[1745]: 129.250.35.251 local addr 192.168.178.11 -> 

Okt 02 20:30:37 scout ntpd[1745]: 2 Oct 20:30:37 ntpd[1745]: 129.250.35.251 
local addr 192.168.178.11 -> 
Okt 02 20:30:49 scout polkitd(authority=local)[2027]: Registered Authentication 
Agent for unix-process:3650:77141 (system bus name :1.38 [/usr/bin/pkttyagent 
--notify-fd 5 --fallback], object path 
/org/freedesktop/PolicyKit1/AuthenticationAgent, locale de_DE.UTF-8)
Okt 02 20:30:49 scout systemd[1]: Starting Simple Desktop Display Manager...
Okt 02 20:30:49 scout systemd[1]: Started Simple Desktop Display Manager.
Okt 02 20:30:49 scout polkitd(authority=local)[2027]: Unregistered 
Authentication Agent for unix-process:3650:77141 (system bus name :1.38, object 
path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale de_DE.UTF-8) 
(disconnected from bus)
Okt 02 20:30:49 scout sddm[3660]: Initializing...
Okt 02 20:30:49 scout sddm[3660]: Starting...
Okt 02 20:30:49 scout sddm[3660]: Adding new display on vt 7 ...
Okt 02 20:30:49 scout sddm[3660]: Display server starting...
Okt 02 20:30:49 scout sddm[3660]: Running: /usr/bin/X -nolisten tcp -auth 
/var/run/sddm/{92c87516-5397-44f7-9aa6-de2cc3065b72} -background none -noreset 
-displayfd 19 vt7
Okt 02 20:30:50 scout acpid[1720]: client 3262[0:0] has disconnected
Okt 02 20:30:50 scout acpid[1720]: client connected from 3662[0:0]
Okt 02 20:30:50 scout acpid[1720]: 1 client rule loaded
Okt 02 20:30:50 scout sddm[3660]: Running display setup script  
"/usr/share/sddm/scripts/Xsetup"
Okt 02 20:30:50 scout sddm[3660]: Display server started.
Okt 02 20:30:50 scout sddm[3660]: Socket server starting...
Okt 02 20:30:50 scout sddm[3660]: Socket server started.
Okt 02 20:30:50 scout sddm[3660]: Greeter starting...
Okt 02 20:30:50 scout sddm[3660]: Adding cookie to 
"/var/run/sddm/{92c87516-5397-44f7-9aa6-de2cc3065b72}"
Okt 02 20:30:50 scout sddm-helper[3670]: [PAM] Starting...
Okt 02 20:30:50 scout sddm-helper[3670]: [PAM] Authenticating...
Okt 02 20:30:50 scout sddm-helper[3670]: [PAM] returning.
Okt 02 20:30:50 scout sddm-helper[3670]: pam_unix(sddm-greeter:session): 
session opened for user sddm by (uid=0)
Okt 02 20:30:50 scout systemd[1]: Created slice user-105.slice.
Okt 02 20:30:50 scout systemd[1]: Starting User Manager for UID 105...
Okt 02 20:30:50 scout systemd-logind[1920]: New session 5 of user sddm.
Okt 02 20:30:50 scout systemd[1]: Started Session 5 of user sddm.
Okt 02 20:30:50 scout systemd[3674]: pam_unix(systemd-user:session): session 
opened for user sddm by (uid=0)
Okt 02 20:30:50 scout systemd[3674]: Startup finished in 14ms.
Okt 02 20:30:50 scout systemd[1]: Started User Manager for UID 105.
Okt 02 20:30:50 scout sddm-helper[3670]: 
pam_ck_connector(sddm-greeter:session): nox11 mode, ignoring PAM_TTY :0
Okt 02 20:30:50 scout sddm[3660]: Greeter session started successfully
Okt 02 20:30:51 sco

Bug#796062: Done

[Lisandro Damián Nicanor Pérez Meyer]

forwarded 796062 https://bugreports.qt.io/browse/QTBUG-46310
thanks

I'm not sure if the patch has already been integrated in Qt 5.5 or something 
else is missing, so jsut marking it as forwarded for now.

-- 
En los momentos de crisis, la imaginación es mas importante que el
conocimiento.
 Albert Einstein

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


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

Bug#799880: patchelf: ftbfs on ppc64el - pageSize problems

[Fernando Seiti Furusato]

Followup-For: Bug #799880

Hi Felipe.

I have just picked some parts of commit 6900c and applied to the
debian package.
It built so I generated the debdiff. I also tested it in an amd64.
The debdiff is attached.

Thanks and regards.
diff -Nru patchelf-0.8/debian/changelog patchelf-0.8/debian/changelog
--- patchelf-0.8/debian/changelog	2014-03-28 14:32:16.0 -0400
+++ patchelf-0.8/debian/changelog	2015-10-02 13:02:13.0 -0400
@@ -1,3 +1,10 @@
+patchelf (0.8-3) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Applied some changes from upstream to fix fbts on ppc64el 
+
+ -- Fernando Seiti Furusato   Fri, 02 Oct 2015 12:51:08 -0400
+
 patchelf (0.8-2) unstable; urgency=medium
 
   * Document --remove-needed in manpage
diff -Nru patchelf-0.8/debian/patches/changes-from-upstream.patch patchelf-0.8/debian/patches/changes-from-upstream.patch
--- patchelf-0.8/debian/patches/changes-from-upstream.patch	1969-12-31 19:00:00.0 -0500
+++ patchelf-0.8/debian/patches/changes-from-upstream.patch	2015-10-02 13:02:01.0 -0400
@@ -0,0 +1,672 @@
+--- a/configure.ac
 b/configure.ac
+@@ -1,4 +1,4 @@
+-AC_INIT([patchelf], m4_esyscmd([echo -n $(cat ./version)]))
++AC_INIT([patchelf], m4_esyscmd([printf $(cat ./version)]))
+ AC_CONFIG_SRCDIR([src/patchelf.cc])
+ AC_CONFIG_AUX_DIR([build-aux])
+ AM_INIT_AUTOMAKE([-Wall -Werror dist-bzip2 foreign color-tests parallel-tests])
+@@ -6,5 +6,7 @@
+ AM_PROG_CC_C_O
+ AC_PROG_CXX
+ 
++AC_CHECK_FUNCS([sysconf])
++
+ AC_CONFIG_FILES([Makefile src/Makefile tests/Makefile patchelf.spec])
+ AC_OUTPUT
+--- a/patchelf.1
 b/patchelf.1
+@@ -51,6 +51,22 @@
+ Removes a declared depency on LIBRARY (DT_NEEDED entry). This
+ option can be given multiple times.
+ 
++.IP "--add-needed LIBRARY"
++Adds a declared dependency on a dynamic library (DT_NEEDED).
++This option can be give multiple times.
++
++.IP "--replace-needed LIB_ORIG LIB_NEW"
++Replaces a declared dependency on a dynamic library with another one (DT_NEEDED).
++This option can be give multiple times.
++
++.IP "--remove-needed LIBRARY"
++Removes a declared depency on LIBRARY (DT_NEEDED entry). This
++option can be given multiple times.
++
++.IP "--no-default-lib"
++Marks the object that the search for dependencies of this object will ignore any
++default library search paths.
++
+ .IP --debug
+ Prints details of the changes made to the input file.
+ 
+--- a/src/Makefile.am
 b/src/Makefile.am
+@@ -1,3 +1,5 @@
++AM_CXXFLAGS = -Wall
++
+ bin_PROGRAMS = patchelf
+ 
+ patchelf_SOURCES = patchelf.cc elf.h
+--- a/src/patchelf.cc
 b/src/patchelf.cc
+@@ -22,12 +22,6 @@
+ using namespace std;
+ 
+ 
+-#ifdef MIPSEL
+-/* The lemote fuloong 2f kernel defconfig sets a page size of 16KB */
+-const unsigned int pageSize = 4096*4;
+-#else
+-const unsigned int pageSize = 4096;
+-#endif
+ 
+ 
+ static bool debugMode = false;
+@@ -45,6 +39,16 @@
+ #define ElfFileParamNames Elf_Ehdr, Elf_Phdr, Elf_Shdr, Elf_Addr, Elf_Off, Elf_Dyn, Elf_Sym
+ 
+ 
++static unsigned int getPageSize(){
++#if (defined HAVE_SYSCONF)
++// if present, use sysconf to get kernel page size
++return sysconf(_SC_PAGESIZE);
++#else
++return 4096;
++#endif
++}
++
++
+ template
+ class ElfFile
+ {
+@@ -144,14 +148,24 @@
+ 
+ string getInterpreter();
+ 
++string getSoname();
++
++void setSoname(const string & newSoname);
++
+ void setInterpreter(const string & newInterpreter);
+ 
+ typedef enum { rpPrint, rpShrink, rpSet } RPathOp;
+ 
+ void modifyRPath(RPathOp op, string newRPath);
+ 
++void addNeeded(set libs);
++
+ void removeNeeded(set libs);
+ 
++void replaceNeeded(map& libs);
++
++void noDefaultLib();
++
+ private:
+ 
+ /* Convert an integer in big or little endian representation (as
+@@ -205,7 +219,7 @@
+ }
+ 
+ 
+-static void error(string msg)
++__attribute__((noreturn)) static void error(string msg)
+ {
+ if (errno) perror(msg.c_str()); else fprintf(stderr, "%s\n", msg.c_str());
+ exit(1);
+@@ -228,7 +242,7 @@
+ if (stat(fileName.c_str(), &st) != 0) error("stat");
+ fileSize = st.st_size;
+ *fileMode = st.st_mode;
+-maxSize = fileSize + 8 * 1024 * 1024;
++maxSize = fileSize + 32 * 1024 * 1024;
+ 
+ contents = (unsigned char *) malloc(fileSize + maxSize);
+ if (!contents) abort();
+@@ -358,21 +372,17 @@
+ }
+ 
+ 
+-static void writeFile(string fileName, mode_t fileMode)
++static void writeFile(string fileName)
+ {
+-string fileName2 = fileName + "_patchelf_tmp";
+-
+-int fd = open(fileName2.c_str(),
+-O_CREAT | O_TRUNC | O_WRONLY, 0700);
+-if (fd == -1) error("open");
+-
+-if (write(fd, contents, fileSize) != fileSize) error("write");
++int fd = open(fileName.c_str(), O_TRUNC | O_WRONLY);
++if (fd == -1)
++error("open");
+ 
+-if (close(fd) != 0) error("close");
++if (write(fd, contents, fileSize) != fileSize)
++error("write");
+ 
+-if (chmod(fileName2.c_str(), fileMode) != 0) error("c

Bug#776540: game-data-packager: please add support for games working with gemrbd engine

[Markus Koschany]

Thanks for the help. As discussed via private e-mail, I switched to the
English Linux installer and executed the Mojo-Installer manually. All
files were unpacked into a separate directory and that's what g-d-p can
use to repack everything into a *.deb file now.

I also use compression now which reduces the size of the archive by 1 GB
(2,6 GB uncompressed) but it is terribly slow on my machine. The game
works and I have tested the result. I intend to add the German version
too before I push to Git master.

I think it makes sense to clone this bug report into one for each
supported gemrb game. Do you agree?

Cheers,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#754459: ERROR: CCurlFile::FillBuffer - Failed: HTTP response code said error(22)

[cont...@3d-islands.com]

> 
> Interestingly, running curl on the URL that XBMC spits out works (well, 
> the result is a 403, but the HTTPS works). 
> Also, I was able to fix the issue on my Raspberry Pi by downgrading the 
> libcurl-gnutls to the version from Wheezy. 
> 
> Kind regards, 
> Ralf 
> 



Hello Ralf

Can you please tell us more about how to < downgrading the  libcurl-gnutls
to the version from Wheezy >

Thanks in advance,

Florent

Bug#800694:

[wayne wayne]

https://bugzilla.redhat.com/show_bug.cgi?id=1255577

Bug#696492: uscan fails unnecessarily when directory pattern matches a non-directory

[Osamu Aoki]

Hi,

Excuse me ... my first reaction was immediate rejection since (.+) is
too broad. I thought if you wish 10.04 and similar, (\d+\.\d+) or
similar ...  But there are few things I should be reminded after
re-reading this bug report.

#1, we are matching directory.  So match should look for symlink and
directory.  No pint looking at FILE.

#2, sorting priority needs to be either date based or version-like order
based.

With newer test code, this is more obvious:  We are sorting using string
within ().

uscan debug: matching pattern (.+)
-- Found the following matching FTP dirs (newest first):
 -rw-rw-r--1 ftp  ftp49 Oct 29  2009 robots.txt 
(-rw-rw-r--1 ftp  ftp49 Oct 29  2009 robots.txt) 
 -rw-rw-r--1 ftp  ftp22 Feb 01  2006 FOOTER.html 
(-rw-rw-r--1 ftp  ftp22 Feb 01  2006 FOOTER.html) 
 -rw-rw-r--1 ftp  ftp  2252 Aug 06 20:33 HEADER.html 
(-rw-rw-r--1 ftp  ftp  2252 Aug 06 20:33 HEADER.html) 
 -rw-rw-r--1 ftp  ftp  1150 Jun 16  2011 favicon.ico 
(-rw-rw-r--1 ftp  ftp  1150 Jun 16  2011 favicon.ico) 
 lrwxrwxrwx1 ftp  ftp 7 Mar 01  2012 12.04 -> precise 
(lrwxrwxrwx1 ftp  ftp 7 Mar 01  2012 12.04 -> precise) 
 lrwxrwxrwx1 ftp  ftp 7 Aug 07  2014 12.04.5 -> precise 
(lrwxrwxrwx1 ftp  ftp 7 Aug 07  2014 12.04.5 -> precise) 
 lrwxrwxrwx1 ftp  ftp 6 Sep 26  2014 14.10 -> utopic 
(lrwxrwxrwx1 ftp  ftp 6 Sep 26  2014 14.10 -> utopic) 
 lrwxrwxrwx1 ftp  ftp 6 Mar 27  2014 14.04 -> trusty 
(lrwxrwxrwx1 ftp  ftp 6 Mar 27  2014 14.04 -> trusty) 
 lrwxrwxrwx1 ftp  ftp 6 Aug 06 19:44 14.04.3 -> trusty 
(lrwxrwxrwx1 ftp  ftp 6 Aug 06 19:44 14.04.3 -> trusty) 
 lrwxrwxrwx1 ftp  ftp 5 Mar 26  2015 15.04 -> vivid 
(lrwxrwxrwx1 ftp  ftp 5 Mar 26  2015 15.04 -> vivid) 
 lrwxrwxrwx1 ftp  ftp 5 Mar 19  2010 10.04 -> lucid 
(lrwxrwxrwx1 ftp  ftp 5 Mar 19  2010 10.04 -> lucid) 
 lrwxrwxrwx1 ftp  ftp 5 Feb 16  2012 10.04.4 -> lucid 
(lrwxrwxrwx1 ftp  ftp 5 Feb 16  2012 10.04.4 -> lucid) 
 lrwxrwxrwx1 ftp  ftp 4 Sep 24 23:04 15.10 -> wily 
(lrwxrwxrwx1 ftp  ftp 4 Sep 24 23:04 15.10 -> wily) 
 lrwxrwxrwx1 ftp  ftp 1 Jul 31  2007 releases -> . 
(lrwxrwxrwx1 ftp  ftp 1 Jul 31  2007 releases -> .) 
 drwxr-xr-x2 ftp  ftp  4096 Aug 06 20:45 trusty (drwxr-xr-x 
   2 ftp  ftp  4096 Aug 06 20:45 trusty) 
 drwxrwxr-x3 ftp  ftp  4096 Aug 21  2014 include 
(drwxrwxr-x3 ftp  ftp  4096 Aug 21  2014 include) 
 drwxrwxr-x2 ftp  ftp  4096 Sep 26  2013 lucid (drwxrwxr-x  
  2 ftp  ftp  4096 Sep 26  2013 lucid) 
 drwxrwxr-x2 ftp  ftp  4096 Sep 24 23:07 wily (drwxrwxr-x   
 2 ftp  ftp  4096 Sep 24 23:07 wily) 
 drwxrwxr-x2 ftp  ftp  4096 Sep 21  2012 cdicons 
(drwxrwxr-x2 ftp  ftp  4096 Sep 21  2012 cdicons) 
 drwxrwxr-x2 ftp  ftp  4096 Sep 17 15:11 vivid (drwxrwxr-x  
  2 ftp  ftp  4096 Sep 17 15:11 vivid) 
 drwxrwxr-x2 ftp  ftp  4096 Oct 23  2014 utopic (drwxrwxr-x 
   2 ftp  ftp  4096 Oct 23  2014 utopic) 
 drwxrwxr-x2 ftp  ftp 12288 Jun 03 22:11 precise 
(drwxrwxr-x2 ftp  ftp 12288 Jun 03 22:11 precise) 
uscan debug: newest_dir => '-rw-rw-r--1 ftp  ftp49 Oct 29  
2009 robots.txt'
uscan debug: requesting URL 
ftp://ftp.mirrorservice.org/sites/releases.ubuntu.com/-rw-rw-r--1 ftp  
ftp49 Oct 29  2009 robots.txt/
uscan warning: In watchfile debian/watch, reading FTP directory
  ftp://ftp.mirrorservice.org/sites/releases.ubuntu.com/-rw-rw-r--1 ftp 
 ftp49 Oct 29  2009 robots.txt/ failed: 404 File '-rw-rw-r--1 
ftp  ftp49 Oct 29  2009 robots.txt' not found
-- Scan finished

Clearly, sorting order is bogus and should exclide ^\s+- and include ^\s+l and 
^\s+d 

Osamu

Bug#800703: linux-image-amd64: ath10k not working with Atheros QCA6174 wireless network adapter

[Andreas]

Package: linux-image-amd64
Version: 4.1+67
Severity: normal
Tags: patch

Dear Maintainer,

the ath10k module, included in the kernel since 3.11, does not work for the
respective wifi adapter on an Acer VN7-571G.
Kernel 3.16, 4.0, 4.1 and 4.2 have been tested.
Following the discussion here:
https://bbs.archlinux.org/viewtopic.php?id=196519
the problem seems to affect only a specific release of the available Atheros
adapters (168c:003e)

dmesg gives following messages:
[   14.297366] ath10k_core: unknown parameter 'skip_opt' ignored
[   14.300512] ath10k_pci :03:00.0: pci irq msi-x interrupts 8 irq_mode 0
reset_mode 0
[   14.481695] ath10k_pci :03:00.0: firmware: failed to load ath10k/cal-
pci-:03:00.0.bin (-2)
[   14.481697] ath10k_pci :03:00.0: Direct firmware load for ath10k/cal-
pci-:03:00.0.bin failed with error -2
[   14.481729] ath10k_pci :03:00.0: firmware: failed to load
ath10k/QCA6174/hw2.1/firmware-4.bin (-2)
[   14.481731] ath10k_pci :03:00.0: Direct firmware load for
ath10k/QCA6174/hw2.1/firmware-4.bin failed with error -2
[   14.481733] ath10k_pci :03:00.0: could not fetch firmware file
'ath10k/QCA6174/hw2.1/firmware-4.bin': -2
[   14.481744] ath10k_pci :03:00.0: firmware: failed to load
ath10k/QCA6174/hw2.1/firmware-3.bin (-2)
[   14.481745] ath10k_pci :03:00.0: Direct firmware load for
ath10k/QCA6174/hw2.1/firmware-3.bin failed with error -2
[   14.481746] ath10k_pci :03:00.0: could not fetch firmware file
'ath10k/QCA6174/hw2.1/firmware-3.bin': -2
[   14.481753] ath10k_pci :03:00.0: firmware: failed to load
ath10k/QCA6174/hw2.1/firmware-2.bin (-2)
[   14.481754] ath10k_pci :03:00.0: Direct firmware load for
ath10k/QCA6174/hw2.1/firmware-2.bin failed with error -2
[   14.481755] ath10k_pci :03:00.0: could not fetch firmware file
'ath10k/QCA6174/hw2.1/firmware-2.bin': -2
[   14.482313] ath10k_pci :03:00.0: firmware: direct-loading firmware
ath10k/QCA6174/hw2.1/board.bin
[   14.482333] ath10k_pci :03:00.0: firmware: failed to load
ath10k/QCA6174/hw2.1/firmware.bin (-2)
[   14.482334] ath10k_pci :03:00.0: Direct firmware load for
ath10k/QCA6174/hw2.1/firmware.bin failed with error -2
[   14.482336] ath10k_pci :03:00.0: could not fetch firmware (-2)
[   14.482341] ath10k_pci :03:00.0: could not fetch firmware files (-2)
[   14.482342] ath10k_pci :03:00.0: could not probe fw (-2)

A patch solving the problem can be found here:
http://www.killernetworking.com/support/knowledge-base/17-linux/20-killer-
wireless-ac-in-linux-ubuntu-debian

Thanks,
Andreas



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

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

Versions of packages linux-image-amd64 depends on:
ii  linux-image-4.1.0-2-amd64  4.1.6-1

linux-image-amd64 recommends no packages.

linux-image-amd64 suggests no packages.

-- no debconf information