Bug#809039: texlive-science: upgrade failed

[Axel Beckert]

Control: severity -1 serious
Control: tags -1 - moreinfo
Control: reassign -1 texlive-latex-extra,texlive-science
Control: found -1 texlive-science/2015.20151225
Control: found -1 texlive-latex-extra/2015.20151116-1

Hi Norbert,

Norbert Preining wrote:
> > The upgrade failed, apparently due to missing Breaks/Replaces
> > (I no longer have the error message).
> 
> Haven't seen that. So if it broke, how did you install it?

A simple upgrade of the whole texlive suite at once sufficed in my
case.

> with --force-overwrite?

Surely not.

> Then at least you should have some rememberance of what file was
> problematic.

Preparing to unpack .../texlive-science_2015.20151225-1_all.deb ...
Unpacking texlive-science (2015.20151225-1) over (2015.20151116-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/texlive-science_2015.20151225-1_all.deb (--unpack):
 trying to overwrite 
'/usr/share/texlive/texmf-dist/tex/latex/simplewick/simplewick.sty', which is 
also in package texlive-latex-extra 2015.20151116-1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)

Please be aware that dpkg aborts on the first file with a conflict
encountered and that there may be more of them in this package.

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#759400: bug#18392: Bug#759400: emacs24-nox: segfault when saving emacs lisp file

[Lars Ingebrigtsen]

Rob Browning  writes:

> Stefan Monnier  writes:
>
>> Could you check whether the same problem shows up for the 24.4 pretest
>> (i.e. 24.3.93)?  Also, worthwhile would be to test to see if building
>> with different optimization settings changes the result.
>
> Of course, I should have done this initially, but I just tried a clean
> emacs-24.4.tar.xz build, and assuming I didn't make any mistakes, that
> worked fine, so I need to investigate further on the Debian side.
>
> Thanks for the help.

Ok; closing this report in the Emacs bug tracker.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Bug#809039: texlive-science: upgrade failed

[Axel Beckert]

Hi Norbert,

Norbert Preining wrote:
> Thanks, that was the missing info. Strange that I haven't seen this,
> and I always do updates of texlive-full.

Hrm, maybe the order slightly differs depending on some other
circumstances (apt vs aptitude or so).

> Will try to upload a fix tomorrow.

Thanks!

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#748754: Fwd: Bug#748754: pcscd: card reader no longer recognized

[Ludovic Rousseau]

Le 26/12/2015 17:37, Martin-Éric Racine a écrit :

1.4.7-1 worked: 'pkcs15-tool --list-keys' correctly shows both of the
RSA certificates.

I visited the snapshot host ( http://snapshot.debian.org/package/ccid/
) and gradually upgraded until I found the culprit:

Setting up libccid (1.4.15-1) ...
Installing new version of config file /etc/libccid_Info.plist ...
Installing new version of config file /etc/reader.conf.d/libccidtwin ...

This version installs a new version of libccidtwin and that is what
seemingly breaks it.

The log under 1.4.14-1 (last known good version) is attached. Actions
performed during this trace:

1. launch the pcsd daemon in debug mode.
2. insert card.
3. execute 'pkcs15-tool --list-keys' on another terminal.
4. remove card.
5. terminate the pcsd daemon.

I hope this helps.


Yes, it greatly helped.

Your problem should be already solved in CCID version 1.4.20.
Just for info, the upstream commit is 
https://anonscm.debian.org/cgit/pcsclite/CCID.git/commit/?id=205e4657b87aa9367af755f28461436ab43696d5

Debian testing has the CCID driver version 1.4.21.

Can you try with this version and confirm the bug is fixed?

Bye

--
 Dr. Ludovic Rousseau

Bug#809046: RFP: golang-github-nu7hatch-gouuid -- UUID library for Go

[Daniel Stender]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org
Control: block 808773 by -1

* Package name: golang-github-nu7hatch-gouuid
  Version : 0.0~git20131221.0.179d4d0-1
  Upstream Author : Krzysztof Kowalik 
* URL : https://github.com/nu7hatch/gouuid
* License : Expat
  Programming Lang: Go
  Description : UUID library for Go

Pure Go UUID implementation. The package provides immutable UUID structs and the
functions NewV3, NewV4, NewV5 and Parse() for generating versions 3, 4 and 5 
UUIDs
as specified in RFC 4122 (http://www.ietf.org/rfc/rfc4122.txt).

This is a requirement for github-masterzen-winrm (being a requirement for 
Packer).

Thanks,
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#748754: Fwd: Bug#748754: pcscd: card reader no longer recognized

[Martin-Éric Racine]

2015-12-26 19:04 GMT+02:00 Ludovic Rousseau :
> Le 26/12/2015 17:37, Martin-Éric Racine a écrit :
>>
>> 1.4.7-1 worked: 'pkcs15-tool --list-keys' correctly shows both of the
>> RSA certificates.
>>
>> I visited the snapshot host ( http://snapshot.debian.org/package/ccid/
>> ) and gradually upgraded until I found the culprit:
>>
>> Setting up libccid (1.4.15-1) ...
>> Installing new version of config file /etc/libccid_Info.plist ...
>> Installing new version of config file /etc/reader.conf.d/libccidtwin ...
>>
>> This version installs a new version of libccidtwin and that is what
>> seemingly breaks it.
>>
>> The log under 1.4.14-1 (last known good version) is attached. Actions
>> performed during this trace:
>>
>> 1. launch the pcsd daemon in debug mode.
>> 2. insert card.
>> 3. execute 'pkcs15-tool --list-keys' on another terminal.
>> 4. remove card.
>> 5. terminate the pcsd daemon.
>>
>> I hope this helps.
>
>
> Yes, it greatly helped.
>
> Your problem should be already solved in CCID version 1.4.20.
> Just for info, the upstream commit is
> https://anonscm.debian.org/cgit/pcsclite/CCID.git/commit/?id=205e4657b87aa9367af755f28461436ab43696d5

Visited snaphost again:

1.4.19-1 fails,
1.4.20-1 works.

> Debian testing has the CCID driver version 1.4.21.
>
> Can you try with this version and confirm the bug is fixed?

1.4.21-1 works too.

Could the fix please be pushed into STABLE as 1.4.18-1+deb8u1 too?

Thanks!
Martin-Éric

Bug#808409: glpeces: Pieces have invisible walls which make the game almost unplayable

[Innocent De Marchi]

Hi Andrej,


>
> I have tested the attached program, however, the problem still persists.
> The
> pieces still have invisible walls. I must also mention that the pieces also
> behave like this when you approach the walls of the playing area.
>
>
I am sorry, I did not understand whats is the problem. Yes, the pieces
collide with each other and with the margins of the playing area (except in
the infantile level). When they collide, the moving piece rotate
automatically. And the pieces are coming together when are close together.
Everything is clearer when the Level 2 is used (novice level).

Regards!

I. De Marchi

Bug#799743: 0.16 released

[Steven De Herdt]

As a Christmas present, the Freedroid team released v0.16 yesterday:
http://www.freedroid.org/news/news-detail/article/merry-christmas-2015-freedroidrpg-016-released/

Kind regards,
Steven

Bug#809052: RFP: golang-github-dylanmei-iso8601 -- ISO8601 library for Go

[Daniel Stender]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org
Control: block 809051 by -1

* Package name: golang-github-dylanmei-iso8601
  Version : 0.0~git20150125.0.2075bf1-1
  Upstream Author : Dylan Meissner 
* URL : https://github.com/dylanmei/iso8601
* License : Expat
  Programming Lang: Go
  Description : ISO8601 library for Go

ISO8601 library for Go, parser and formatter.

Thanks,
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#806586: Please keep playitslowly in Debian

[trebmuh]

Hi all,


Le 2015-12-21 14:52, Mattia Rizzolo a écrit :

On Mon, Dec 21, 2015 at 02:08:00PM +0100, treb...@tuxfamily.org wrote:
I had a discussion with Jonas Wagner (who is upstream and is copied to 
this

email) and we are lucky that he was kind enough to work on getting
playitslowly to work with GTK 3 and gstreamer 1.0 . Thanks for that 
Jonas !


I didn't have anytime to test it so far. You can find Jonas public 
message
here : https://github.com/jwagner/playitslowly/issues/7 and see that 
the

code has been updated here :
https://github.com/jwagner/playitslowly/commits/master


Cool.
I think the best way to get this fix in Debian is for him to do a new
release.  Looking at the commits it seems to me that quite a few stuff
changed, so it's not really "including a patch" in the package.
Given that this removal won't happen in the next few days, I suggest
upstream to do his own testing, update the readme, when ready cut a 
release.
While you're doing all of these updates, I'd suggest also moving to 
py3.


Once everything is ready I can NMU the new version, to avoid this
package being removed, but for sure I won't take the maintenance over.


Given : https://github.com/jwagner/playitslowly/issues/7 and 
https://github.com/jwagner/playitslowly/blob/master/CHANGELOG

I does looks like Jonas has followed your advices Mattia.

Everything sounds to be in a good shape for your NMU.

Cheers and merry Christmas,
Olivier

Bug#809007: [la...@debian.org: Bug#809007: diffutils: FTBFS: FAIL: test-update-copyright.sh]

[Santiago Vila]

Greetings.

I've received this report from the Debian bug system.

In bug-m4 I was told that this is already fixed in gnulib by this commit:

http://git.savannah.gnu.org/cgit/gnulib.git/commit/?h=841d0dcfa8103235836a1aeb0c1ad657f43ade85

so fixing this would be just a matter of making a new release with updated 
files.

BTW: I find a little bit odd that only the left brace is escaped in
the git commit above. Sure, it will remove the warning about the
left brace, but it looks a little bit inconsistent.

I will apply the attached patch to the Debian diffutils package.

Thanks.

- Forwarded message from Chris Lamb  -

Date: Sat, 26 Dec 2015 03:26:13 +
From: Chris Lamb 
To: sub...@bugs.debian.org
Subject: Bug#809007: diffutils: FTBFS:  FAIL: test-update-copyright.sh

Source: diffutils
Version: 1:3.3-2
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,

diffutils fails to build from source in unstable/amd64. Looks similar to 
https://bugs.debian.org/808917 ?

  [..]

  
 GNU diffutils 3.3: gnulib-tests/test-suite.log
  
  
  # TOTAL: 140
  # PASS:  112
  # SKIP:  27
  # XFAIL: 0
  # FAIL:  1
  # XPASS: 0
  # ERROR: 0
  
  .. contents:: :depth: 2
  
  SKIP: test-btowc1.sh
  
  
  Skipping test: no traditional french locale is installed
  
  SKIP: test-btowc2.sh
  
  
  Skipping test: no french Unicode locale is installed
  
  SKIP: test-c-stack2.sh
  ==
  
  cannot tell stack overflow from crash; consider installing libsigsegv
  
  SKIP: test-mbrtowc1.sh
  ==
  
  Skipping test: no traditional french locale is installed
  
  SKIP: test-mbrtowc2.sh
  ==
  
  Skipping test: no french Unicode locale is installed
  
  SKIP: test-mbrtowc3.sh
  ==
  
  Skipping test: no traditional japanese locale is installed
  
  SKIP: test-mbrtowc4.sh
  ==
  
  Skipping test: no transitional chinese locale is installed
  
  SKIP: test-mbrtowc-w32-1.sh
  ===
  
  Skipping test: not a native Windows system
  
  SKIP: test-mbrtowc-w32-2.sh
  ===
  
  Skipping test: not a native Windows system
  
  SKIP: test-mbrtowc-w32-3.sh
  ===
  
  Skipping test: not a native Windows system
  
  SKIP: test-mbrtowc-w32-4.sh
  ===
  
  Skipping test: not a native Windows system
  
  SKIP: test-mbrtowc-w32-5.sh
  ===
  
  Skipping test: not a native Windows system
  
  SKIP: test-mbscasecmp.sh
  
  
  Skipping test: no turkish Unicode locale is installed
  
  SKIP: test-mbsinit.sh
  =
  
  Skipping test: no french Unicode locale is installed
  
  SKIP: test-mbsrtowcs1.sh
  
  
  Skipping test: no traditional french locale is installed
  
  SKIP: test-mbsrtowcs2.sh
  
  
  Skipping test: no french Unicode locale is installed
  
  SKIP: test-mbsrtowcs3.sh
  
  
  Skipping test: no traditional japanese locale is installed
  
  SKIP: test-mbsrtowcs4.sh
  
  
  Skipping test: no transitional chinese locale is installed
  
  SKIP: test-mbsstr2.sh
  =
  
  Skipping test: no french Unicode locale is installed
  
  SKIP: test-mbsstr3.sh
  =
  
  Skipping test: no chinese GB18030 locale is installed
  
  SKIP: test-setlocale1.sh
  
  
  Skipping test: no locale for testing is installed
  
  FAIL: test-update-copyright.sh
  ==
  
  --- - 2015-12-26 03:23:35.680766889 +
  +++ update-copyright.test-ex-stderr   2015-12-26 03:23:35.675558045 +
  @@ -1,2 +1,18 @@
  +Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\G(?:(?:[ \t\r\f]*(?:[ \t\r\f]|\n)[ 
\t\r\f]*)(?:\([cC]\)|@copyright{ <-- HERE }|))?(?:[ \t\r\f]*(?:[ 
\t\r\f]|\n)[ \t\r\f]*)(?:(?:\d\d)?\d\d(?:,(?:[ \t\r\f]*(?:[ \t\r\f]|\n)[ 
\t\r\f]*)?|-))*((?:\d\d)?\d\d)(?:[ \t\r\f]*(?:[ \t\r\f]|\n)[ \t\r\f]*)Free(?:[ 
\t\r\f]*(?:[ \t\r\f]|\n)[ \t\r\f]*)Software(?:[ \t\r\f]*(?:[ \t\r\f]|\n)[ 
\t\r\f]*)Foundation,(?:[ \t\r\f]*(?:[ \t\r\f]|\n)[ \t\r\f]*)Inc./ at 
/home/lamby/temp/cdt.20151226032241.UmKbS7wF5C/diffutils-3.3/build-aux/update-copyright
 line 174, <> chunk 1.

[...]
--- a/build-aux/update-copyright
+++ b/build-aux/update-copyright
@@ -124,7 +124,7 @@
 use warnings;
 
 my $copyright_re = 'Copyright';
-my $circle_c_re = '(?:\([cC]\)|@copyright{}|)';
+my $circle_c_re = '(?:\([cC]\)|@copyright\{\}|)';
 my $holder = $ENV{UPDATE_COPYRIGHT_HOLDER};
 $holder ||= 'Free Software 

Bug#808973: system freeze after kernel security update

[Martin Preen]

I do have the same problem.

Wheezy updates with kernel upodate 3.2.73-2+deb7u1 freezes
my radeon systems.



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#748754: Fwd: Bug#748754: pcscd: card reader no longer recognized

[Martin-Éric Racine]

2015-12-26 20:10 GMT+02:00 Ludovic Rousseau :
> Le 26/12/2015 18:29, Martin-Éric Racine a écrit :
>>
>> 2015-12-26 19:04 GMT+02:00 Ludovic Rousseau :
>>>
>>> Your problem should be already solved in CCID version 1.4.20.
>>> Just for info, the upstream commit is
>>>
>>> https://anonscm.debian.org/cgit/pcsclite/CCID.git/commit/?id=205e4657b87aa9367af755f28461436ab43696d5
>>
>>
>> Visited snaphost again:
>>
>> 1.4.19-1 fails,
>> 1.4.20-1 works.
>
>
> Good.
>
>>> Debian testing has the CCID driver version 1.4.21.
>>>
>>> Can you try with this version and confirm the bug is fixed?
>>
>>
>> 1.4.21-1 works too.
>>
>> Could the fix please be pushed into STABLE as 1.4.18-1+deb8u1 too?
>
>
> It is not a security issue. I am not sure I can push this fix into stable.

True, but it IS a regression from the previous stable release AND a
simple one-line fix.  I have a hard time thinking how RM could
possibly deny this one.

Martin-Éric

Bug#681884: How to discover which process own the mount-point

[Franco Martelli]

schroot works fine, no problem whether daily used. The misbehavior
reported happens when the system is *resumed* from suspend-to-ram (not
hibernate: suspend-to-disk) after a day.
schroot has trouble when closing session because of the schroot's
mount-point is reported busy:

frank@itek:~$ logout
E: 10mount: rmdir: failed to remove
'/var/lib/schroot/mount/kubuntu-e762f326-f842-4ed3-933e-0e64b8e26f8c':
Device or resource busy
E: kubuntu-e762f326-f842-4ed3-933e-0e64b8e26f8c: Chroot setup failed:
stage=setup-stop
[frank@itek ~]$ fuser -m
/var/lib/schroot/mount/kubuntu-e762f326-f842-4ed3-933e-0e64b8e26f8c
/var/lib/schroot/mount/kubuntu-e762f326-f842-4ed3-933e-0e64b8e26f8c:
 1rce 2rce 3rce 5rce 7rce 8rce 9rce10rce
11rce12rce13rce15rce16rce17rce18rce20rce
21rce22rce23rce25rce26rce27rce28rce30rce
31rce32rce33rce35rce36rce37rce38rce40rce
41rce42rce43rce45rce46rce47rce48rce49rce
50rce51rce52rce53rce54rce55rce56rce58rce
60rce61rce67rce68rce70rce   115rce   116rce   125rce
126rce   127rce   128rce   129rce   130rce   131rce   132rce   133rce
134rce   140rce   141rce   142rce   143rce   159rce   160rce   161rce
162rce   163rce   164rce   165rce   166rce   174rce   179rce   180rce
181rce   194rce   195rce   201rce   202rce   224rce   225rce   258rce
270rce   274rce   352rce   459rce   460rce   471rce   514rce   515rce
527rce   528rce   530rce   531rce   533rce   534rce   537rce   538rce
539rce   540rce   564rce   565rce   721rce   724rce   729rce   751rce
752rce   753rce   782rce   784rce   814rce   852rce   856rce   926rce
931rce   936rce   938rce   939rce   941rce   973rce   976rce   977rce
1014rce  1016rce  1018rce  1020rce  1023rce  1037rce  1073rce  1075rce
1076rce  1080rce  1087rce  1090rce  1106rce  1109rce  1112rce  1138rce
1142rce  1146rce  1147rce  1150rce  1151rce  1154rce  1158rce  1184rce
1186rce  1188rce  1194rce  1203rce  1209rce  1229rce  1232rce  1234rce
1238rce  1262rce  1329rce  1330rce  1331rce  1332rce  1333rce  1335rce
1336rce  1345rce  1371rce  1381rce  1957rce  2481rce  2653rce  2670rce
2699rce  2700rce  2701rce  2709rce  2711rce  2724rce  2962rce  2971rce
3689rce  3690rce  3765rce  3779rce  3926rce  3930rce  3932rce  3969rce
4099rce  4116rce  4140rce  4143rce

The mount-point is an empty directory, the lsof utility returns no
output and sadly fuser's output doesn't help me therefore as workaround
I've to reboot and remove schroot's session files by hand.
I'd be happy to avoid rebooting each time. Any idea?
TIA

-- 
Franco Martelli

  * Inglese - rilevata
  * Afrikaans
  * Albanese
  * Arabo
  * Bielorusso
  * Bulgaro
  * Catalano
  * Cinese
  * Cinese (Semplificato)
  * Cinese (Tradizionale)
  * Croato
  * Ceco
  * Danese
  * Olandese
  * Inglese
  * Estone
  * Filippino
  * Finlandese
  * Francese
  * Galiziano
  * Tedesco
  * Greco
  * Ebraico
  * Creolo haitiano
  * Hindi
  * Ungherese
  * Islandese
  * Indonesiano
  * Irlandese
  * Italiano
  * Giapponese
  * Coreano
  * Lettone
  * Lituano
  * Macedone
  * Malese
  * Maltese
  * Norvegese
  * Farsi
  * Polacco
  * Portoghese
  * Portoghese (Portogallo)
  * Romeno
  * Russo
  * Serbo
  * Slovacco
  * Sloveno
  * Spagnolo
  * Swahili
  * Svedese
  * Thai
  * Turco
  * Ucraino
  * Vietnamita
  * Gallese
  * Yiddish

  * Afrikaans
  * Albanese
  * Arabo
  * Bielorusso
  * Bulgaro
  * Catalano
  * Cinese
  * Cinese (Semplificato)
  * Cinese (Tradizionale)
  * Croato
  * Ceco
  * Danese
  * Olandese
  * Inglese
  * Estone
  * Filippino
  * Finlandese
  * Francese
  * Galiziano
  * Tedesco
  * Greco
  * Ebraico
  * Creolo haitiano
  * Hindi
  * Ungherese
  * Islandese
  * Indonesiano
  * Irlandese
  * Italiano
  * Giapponese
  * Coreano
  * Lettone
  * Lituano
  * Macedone
  * Malese
  * Maltese
  * Norvegese
  * Farsi
  * Polacco
  * Portoghese
  * Portoghese (Portogallo)
  * Romeno
  * Russo
  * Serbo
  * Slovacco
  * Sloveno
  * Spagnolo
  * Swahili
  * Svedese
  * Thai
  * Turco
  * Ucraino
  * Vietnamita
  * Gallese
  * Yiddish

 

 <#>

Bug#809064: [gimp] Cage Transform tool freezes UI

[OmegaPhil]

Package: gimp
Version: 2.8.16-1
Severity: normal

Open any image with GIMP, then attempt to apply the Cage Transform Tool
to it (the one with small blue balls joined up by a line) - the initial
'preparation' involving the overlaid piechart freezes the entire UI (see
attached screenshot). As the UI is no longer rendered you get the usual
when you try to kill the program:



This window might be busy and is not responding.
Do you want to terminate the application?



I was using this tool fine a few months ago, so something has broke it
recently - I tried downgrading via the snapshots site but soon hit up
against dependency hell so I couldn't go back far enough to be meaningful.

Thanks


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

Debian Release: stretch/sid
  990 testing www.deb-multimedia.org
  990 testing 10.1.0.3
  500 unstable10.1.0.3
  500 quodlibet-unstable lazka.github.io
1 experimental10.1.0.3

--- Package information. ---
Depends(Version) | Installed
-+-=
libgimp2.0   (>= 2.8.10) | 2.8.16-1
libgimp2.0 (<= 2.8.10-z) | 2.8.16-1
gimp-data(>= 2.8.10) | 2.8.16-1
gimp-data  (<= 2.8.10-z) | 2.8.16-1
python-gtk2   (>= 2.8.0) | 2.24.0-4
libgdk-pixbuf2.0-0   (>= 2.24.1) |
libaa1(>= 1.4p5) |
libatk1.0-0   (>= 2.2.0) |
libbabl-0.1-0(>= 0.1.10) |
libbz2-1.0   |
libc6  (>= 2.15) |
libcairo2(>= 1.10.2) |
libdbus-1-3   (>= 1.0.2) |
libdbus-glib-1-2   (>= 0.88) |
libexif12|
libexpat1 (>= 2.0.1) |
libfontconfig1 (>= 2.11) |
libfreetype6  (>= 2.2.1) |
libgegl-0.2-0 (>= 0.2.0) |
libglib2.0-0 (>= 2.37.3) |
libgs9  (>= 8.61.dfsg.1) |
libgtk2.0-0 (>= 2.24.10) |
libgudev-1.0-0  (>= 146) |
libice6 (>= 1:1.0.0) |
libjasper1   |
libjpeg8 (>= 8c) |
liblcms1 (>= 1.15-1) |
libmng1  (>= 1.0.10) |
libpango-1.0-0   (>= 1.29.4) |
libpangocairo-1.0-0  (>= 1.29.4) |
libpangoft2-1.0-0(>= 1.29.4) |
libpng12-0 (>= 1.2.13-4) |
libpoppler-glib8 (>= 0.18.0) |
librsvg2-2   (>= 2.14.4) |
libsm6   |
libtiff5  (>= 4.0.3) |
libwmf0.2-7 (>= 0.2.8.4) |
libx11-6 |
libxcursor1   (>> 1.1.2) |
libxext6 |
libxfixes3   |
libxmu6  |
libxpm4  |
libxt6   |
zlib1g  (>= 1:1.1.4) |
python:any (>= 2.6.6-7~) |
python2.7|


Recommends   (Version) | Installed
==-+-===
ghostscript| 9.16~dfsg-2


Suggests  (Version) | Installed
===-+-===
gimp-help-en| 2.8.2-0.1
 OR gimp-help   |
gimp-data-extras|
gvfs-backends   | 1.26.2-1
libasound2  |


signature.asc
Description: OpenPGP digital signature

Bug#808985: aptitude: [INTL:it] updated Italian translation of aptitude users' manual

[Manuel A. Fernandez Montecelo]

Control: tags -1 + pending


2015-12-25 17:01 Beatrice Torracca:

Source: aptitude
Version: 0.7.4-2
Severity: wishlist
Tags: patch l10n

Hi!

I updated my Italian translation of aptitude users' manual.

Please include this updated version in your next upload.

Thanks a lot,


Applied... and thanks to you!


--
Manuel A. Fernandez Montecelo 

Bug#748754: Fwd: Bug#748754: pcscd: card reader no longer recognized

[Martin-Éric Racine]

2015-12-26 17:22 GMT+02:00 Martin-Éric Racine :
> 2015-12-26 16:41 GMT+02:00 Ludovic Rousseau :
>> Le 26/12/2015 14:49, Martin-Éric Racine a écrit :
>>>
>>> .2015-12-26 15:11 GMT+02:00 Ludovic Rousseau :

 Le 26/12/2015 13:53, Martin-Éric Racine a écrit :
>>
>>
 Using git bisect would greatly help find the source of the problem.
 The CCID driver git repository is available from
 https://pcsclite.alioth.debian.org/ccid.html
>>>
>>>
>>> Noted. This being said, can you confirm whether the most probable
>>> cause would be changes in CCID or in OPENSC?
>>
>>
>> Most probably a change in the CCID driver.
>>
>> What would help me a lot is a pcscd trace with a working CCID driver so I
>> can compare the 2 traces.
>> Can you try to install older libccid packages until you find one that works
>> for you?
>>
>> In your initial bug report you used libccid 1.4.16-1
>> wheezy (oldstable) has version 1.4.7-1. This should be a good candidate.
>
> Same log generation method as above, but with an older libccid?
>
> Is the API/ABI the same or do I need to re-compile anything against
> that 1.4.7-1 version?
>
> Martin-Éric

1.4.7-1 worked: 'pkcs15-tool --list-keys' correctly shows both of the
RSA certificates.

I visited the snapshot host ( http://snapshot.debian.org/package/ccid/
) and gradually upgraded until I found the culprit:

Setting up libccid (1.4.15-1) ...
Installing new version of config file /etc/libccid_Info.plist ...
Installing new version of config file /etc/reader.conf.d/libccidtwin ...

This version installs a new version of libccidtwin and that is what
seemingly breaks it.

The log under 1.4.14-1 (last known good version) is attached. Actions
performed during this trace:

1. launch the pcsd daemon in debug mode.
2. insert card.
3. execute 'pkcs15-tool --list-keys' on another terminal.
4. remove card.
5. terminate the pcsd daemon.

I hope this helps.

Martin-Éric
 debuglog.c:292:DebugLogSetLevel() debug level=debug
1563 debuglog.c:321:DebugLogSetCategory() Debug options: APDU
0298 configfile.l:283:DBGetReaderListDir() Parsing conf directory: 
/etc/reader.conf.d
0802 configfile.l:317:DBGetReaderListDir() Skipping non regular file: .
0107 configfile.l:355:DBGetReaderList() Parsing conf file: 
/etc/reader.conf.d/libccidtwin
0170 configfile.l:317:DBGetReaderListDir() Skipping non regular file: ..
0108 pcscdaemon.c:569:main() pcsc-lite 1.8.13 daemon ready.
7388 hotplug_libudev.c:296:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: /dev/bus/usb/001/001
0663 hotplug_libudev.c:296:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: /dev/bus/usb/003/001
1130 hotplug_libudev.c:296:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: /dev/bus/usb/004/001
0298 hotplug_libudev.c:296:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: /dev/bus/usb/005/001
0284 hotplug_libudev.c:296:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0002, path: /dev/bus/usb/002/001
1356 hotplug_libudev.c:296:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0002, path: /dev/bus/usb/002/001
0261 hotplug_libudev.c:296:get_driver() Looking for a driver for VID: 
0x413C, PID: 0xA005, path: /dev/bus/usb/002/002
0249 hotplug_libudev.c:296:get_driver() Looking for a driver for VID: 
0x0B97, PID: 0x7761, path: /dev/bus/usb/002/004
0254 hotplug_libudev.c:296:get_driver() Looking for a driver for VID: 
0x0B97, PID: 0x7762, path: /dev/bus/usb/002/010
0110 hotplug_libudev.c:435:HPAddDevice() Adding USB device: O2 Micro Oz776
0197 readerfactory.c:1012:RFInitializeReader() Attempting startup of O2 
Micro Oz776 00 00 using 
/usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Linux/libccid.so
0405 readerfactory.c:897:RFBindFunctions() Loading IFD Handler 3.0
0153 ifdhandler.c:1851:init_driver() Driver version: 1.4.14
2327 ifdhandler.c:1868:init_driver() LogLevel: 0x0003
0122 ifdhandler.c:1879:init_driver() DriverOptions: 0x
0340 ifdhandler.c:1892:init_driver() LogLevel from LIBCCID_ifdLogLevel: 
0x000F
0930 ifdhandler.c:83:CreateChannelByNameOrChannel() Lun: 0, device: 
usb:0b97/7762:libudev:0:/dev/bus/usb/002/010
0111 ccid_usb.c:233:OpenUSBByName() Reader index: 0, Device: 
usb:0b97/7762:libudev:0:/dev/bus/usb/002/010
0113 ccid_usb.c:265:OpenUSBByName() interface_number: 0
0097 ccid_usb.c:281:OpenUSBByName() Using: 
/usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Info.plist
2664 ccid_usb.c:299:OpenUSBByName() ifdManufacturerString: Ludovic Rousseau 
(ludovic.rouss...@free.fr)
0138 ccid_usb.c:300:OpenUSBByName() ifdProductString: Generic CCID driver
0131 ccid_usb.c:301:OpenUSBByName() Copyright: This driver is protected by 
terms of the GNU Lesser General Public License version 2.1, or (at your option) 
any later version.
00019815 

Bug#809022: [debian-mysql] Bug#809022: TODO: Add autopkg tests to detect changes introduced by other uploaded packages

[Otto Kekäläinen]

Hello!

2015-12-26 14:55 GMT+02:00 Jonathan Aquilina :
> Good Afternoon Otto,
>
> Are you on IRC at all?
>
> Jonathan Aquilina

Yes, I am idling on irc an check my awaylog maybe once a week.
Normally you'll reach me faster by e-mail, as I check my email maybe
100 times a day..

I am happy discuss on irc if we agree on a time and channel.

Bug#809050: trang: missing dependencies

[Vincent Lefevre]

Package: trang
Version: 20131210+dfsg+1-3
Severity: serious
Justification: Policy 3.5

On some machine, trang gives warnings:

zira% trang
[warning] /usr/bin/trang: Unable to locate xercesImpl in /usr/share/java
[warning] /usr/bin/trang: Unable to locate xmlParserAPIs in /usr/share/java
[warning] /usr/bin/trang: Unable to locate xml-apis in /usr/share/java
[warning] /usr/bin/trang: Unable to locate saxon in /usr/share/java
[warning] /usr/bin/trang: Unable to locate avalon-framework in /usr/share/java
[warning] /usr/bin/trang: Unable to locate batik-all in /usr/share/java
fatal: at least two arguments are required
Trang version 20131210
usage: java com.thaiopensource.relaxng.translate.Driver [-C catalogFileOrUri] 
[-I rng|rnc|dtd|xml] [-O rng|rnc|dtd|xsd] [-i input-param] [-o output-param] 
inputFileOrUri ... outputFile

It seems that the following dependencies are missing:

  libxerces2-java
  libjaxp1.3-java
  libsaxon-java
  libavalon-framework-java
  libbatik-java

These packages are installed on another Debian/unstable machine,
and I do not get the warnings on this machine.

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

Kernel: Linux 4.3.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, 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 trang depends on:
ii  default-jre2:1.7-52.1
ii  java-wrappers  0.1.28
ii  libtrang-java  20131210+dfsg+1-3

trang recommends no packages.

trang suggests no packages.

-- no debconf information

Bug#809048: linux-image-4.3.0-1-amd64: Qualcomm Atheros 10k QCA6174 does not initlialize

[username]

Package: src:linux
Version: 4.3.3-2
Severity: important
Tags: upstream

I hope this is the right place to file this bug:

For both Debian stable (4.18 something) & unstable (4.3) The firmware for the
following Killer Ath10k card does not initialize, such that the wireless card
is completely non-functional.

lspci -nnv

01:00.0 Network controller [0280]: Qualcomm Atheros QCA6174 802.11ac Wireless
Network Adapter [168c:003e] (rev 32)
Subsystem: Foxconn International, Inc. Device [105b:e09d]
Flags: bus master, fast devsel, latency 0, IRQ 127
Memory at a100 (64-bit, non-prefetchable) [size=2M]
Capabilities: 
Kernel driver in use: ath10k_pci

dmesg | grep ath10k

[8.845193] ath10k_pci :01:00.0: pci irq msi-x interrupts 8 irq_mode 0
reset_mode 0
[9.081095] ath10k_pci :01:00.0: firmware: failed to load ath10k/cal-
pci-:01:00.0.bin (-2)
[9.081096] ath10k_pci :01:00.0: Direct firmware load for ath10k/cal-
pci-:01:00.0.bin failed with error -2
[9.081101] ath10k_pci :01:00.0: firmware: failed to load
ath10k/QCA6174/hw3.0/board-pci-168c:003e:105b:e09d.bin (-2)
[9.081102] ath10k_pci :01:00.0: Direct firmware load for
ath10k/QCA6174/hw3.0/board-pci-168c:003e:105b:e09d.bin failed with error -2
[9.081103] ath10k_pci :01:00.0: failed to load spec board file, falling
back to generic: -2
[9.081106] ath10k_pci :01:00.0: firmware: failed to load
ath10k/QCA6174/hw3.0/board.bin (-2)
[9.081107] ath10k_pci :01:00.0: Direct firmware load for
ath10k/QCA6174/hw3.0/board.bin failed with error -2
[9.081108] ath10k_pci :01:00.0: failed to fetch generic board data: -2
[9.081108] ath10k_pci :01:00.0: failed to fetch board file: -2
[9.081109] ath10k_pci :01:00.0: could not fetch firmware files (-2)
[9.081109] ath10k_pci :01:00.0: could not probe fw (-2)



-- Package-specific info:
** Version:
Linux version 4.3.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.3.1 
20151207 (Debian 5.3.1-3) ) #1 SMP Debian 4.3.3-2 (2015-12-17)

** Command line:
BOOT_IMAGE=/vmlinuz-4.3.0-1-amd64 root=/dev/mapper/hostname--vg-root ro quiet

** Tainted: W (512)
 * Taint on warning.

** Kernel log:
[   16.707365] Call Trace:
[   16.707367]  [] ? dump_stack+0x40/0x57
[   16.707368]  [] ? warn_slowpath_common+0x7d/0xb0
[   16.707369]  [] ? warn_slowpath_fmt+0x5c/0x80
[   16.707377]  [] ? skl_set_power_well+0x766/0x960 [i915]
[   16.707384]  [] ? intel_display_power_get+0x9c/0xe0 [i915]
[   16.707387]  [] ? snd_hdac_display_power+0x75/0x100 
[snd_hda_core]
[   16.707391]  [] ? hda_codec_runtime_resume+0x13/0x50 
[snd_hda_codec]
[   16.707392]  [] ? __rpm_callback+0x2e/0x70
[   16.707395]  [] ? snd_hda_add_imux_item+0x120/0x120 
[snd_hda_codec]
[   16.707396]  [] ? rpm_callback+0x1f/0x70
[   16.707399]  [] ? snd_hda_add_imux_item+0x120/0x120 
[snd_hda_codec]
[   16.707400]  [] ? rpm_resume+0x458/0x660
[   16.707403]  [] ? snd_pcm_hw_rule_add+0x175/0x1d0 [snd_pcm]
[   16.707405]  [] ? __pm_runtime_resume+0x47/0x70
[   16.707409]  [] ? azx_pcm_open+0x1c5/0x330 [snd_hda_codec]
[   16.707412]  [] ? snd_pcm_open_substream+0x79/0x130 
[snd_pcm]
[   16.707414]  [] ? snd_pcm_open+0xbe/0x250 [snd_pcm]
[   16.707416]  [] ? wake_up_q+0x60/0x60
[   16.707419]  [] ? snd_pcm_playback_open+0x3d/0x70 [snd_pcm]
[   16.707421]  [] ? chrdev_open+0xbc/0x190
[   16.707422]  [] ? cdev_put+0x20/0x20
[   16.707424]  [] ? do_dentry_open+0x1f0/0x2d0
[   16.707426]  [] ? path_openat+0x1da/0x1260
[   16.707427]  [] ? inotify_handle_event+0xd7/0x150
[   16.707429]  [] ? do_filp_open+0x91/0x100
[   16.707431]  [] ? snd_card_file_remove+0x7a/0xe0 [snd]
[   16.707433]  [] ? do_sys_open+0x139/0x220
[   16.707434]  [] ? system_call_fast_compare_end+0xc/0x67
[   16.707435] ---[ end trace 5f92a38adfbcf939 ]---
[   19.806622] [drm:intel_display_power_put [i915]] *ERROR* CSR firmware not 
ready (2)
[   36.667702] usb 1-1: new high-speed USB device number 9 using xhci_hcd
[   36.860499] usb 1-1: New USB device found, idVendor=0bda, idProduct=8189
[   36.860512] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[   36.860519] usb 1-1: Product: RTL8187B_WLAN_Adapter
[   36.860525] usb 1-1: Manufacturer: Manufacturer_Realtek
[   36.860531] usb 1-1: SerialNumber: 00e04c01
[   38.053075] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
[   38.053281] ieee80211 phy1: hwaddr 00:14:d1:49:07:71, RTL8187BvE V0 + 
rtl8225z2, rfkill mask 2
[   38.066758] rtl8187: Customer ID is 0x00
[   38.068067] rtl8187: wireless switch is on
[   38.068098] usbcore: registered new interface driver rtl8187
[   38.082302] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   40.268067] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   40.312419] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   42.209659] wlan0: authenticate with ca:4f:d5:f4:31:f4
[   42.434739] wlan0: send auth to ca:4f:d5:f4:31:f4 (try 1/3)
[   42.444601] wlan0: 

Bug#809049: dose3 FTBFS on mips and mipsel because of dot

[Johannes Schauer]

Source: dose3
Version: 3.3-4
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Control: block -1 by 804297

Hi,

dose3 FTBFS on mips and mipsel:

ocamlfind ocamldoc -load common/common.odoc -load versioning/versioning.odoc 
-load algo/algo.odoc -load deb/debian.odoc -load pef/pef.odoc -load 
opam/opam.odoc -load doseparse/doseparse.odoc -html -d dose3.docdir
rm -rf dose3.docdir/index.dot
mkdir -p dose3.docdir
ocamlfind ocamldoc -load common/common.odoc -load versioning/versioning.odoc 
-load algo/algo.odoc -load deb/debian.odoc -load pef/pef.odoc -load 
opam/opam.odoc -load doseparse/doseparse.odoc -dot -o dose3.docdir/index.dot
Cleaning up after
dot -Grotate=0 -Tsvg -o dose3.docdir/index.svg dose3.docdir/index.dot
dot: emit.c:3874: bezier_bb: Assertion `bz.size % 3 == 1' failed.
Makefile:245: recipe for target 'doc' failed
make[2]: *** [doc] Aborted
make[2]: Leaving directory '/«PKGBUILDDIR»'
debian/rules:33: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory '/«PKGBUILDDIR»'
debian/rules:5: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2


The culprit is dot and the bug is tracked in #804297

Thanks!

cheers, josch

Bug#809007: diffutils: FTBFS: FAIL: test-update-copyright.sh

[Santiago Vila]

On Sat, Dec 26, 2015 at 03:26:13AM +, Chris Lamb wrote:
> Source: diffutils
> Version: 1:3.3-2
> 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,
> 
> diffutils fails to build from source in unstable/amd64. Looks similar to 
> https://bugs.debian.org/808917 ?

Yes, it's exactly the same problem, a gnulib test which fails because
perl 5.22 gives a warning that it did not give before.

I was told it's fixed in gnulib git, but I bet that you will find more
packages affected.

Thanks.

Bug#809051: RFP: golang-github-packer-community-winrmcp -- copy files to a remote host using WinRM

[Daniel Stender]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org
Control: block 740753 by -1

* Package name: golang-github-packer-community-winrmcp
  Version : 0.0~git20151015.0.3d184ce-1
  Upstream Author : Dylan Meissner 

Bug#748754: Fwd: Bug#748754: pcscd: card reader no longer recognized

[Ludovic Rousseau]

Le 26/12/2015 18:29, Martin-Éric Racine a écrit :

2015-12-26 19:04 GMT+02:00 Ludovic Rousseau :

Your problem should be already solved in CCID version 1.4.20.
Just for info, the upstream commit is
https://anonscm.debian.org/cgit/pcsclite/CCID.git/commit/?id=205e4657b87aa9367af755f28461436ab43696d5


Visited snaphost again:

1.4.19-1 fails,
1.4.20-1 works.


Good.


Debian testing has the CCID driver version 1.4.21.

Can you try with this version and confirm the bug is fixed?


1.4.21-1 works too.

Could the fix please be pushed into STABLE as 1.4.18-1+deb8u1 too?


It is not a security issue. I am not sure I can push this fix into stable.

Bye

--
 Dr. Ludovic Rousseau

Bug#809056: xca: FTBFS due to CPPFLAGS containing spaces

[Mattia Rizzolo]

Source: xca
Version: 1.0.0-2
Severity: wishlist
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Your package fails to build in current sid:

debian/rules build
dh_testdir
CF=-Wdate-time -D_FORTIFY_SOURCE=2 docdir=/usr/share/doc/xca prefix=/usr 
./configure
/bin/sh: 1: -D_FORTIFY_SOURCE=2: not found
debian/rules:9: recipe for target 'Local.mak' failed
make: *** [Local.mak] Error 127
dpkg-buildpackage: error: debian/rules build gave error exit status 2


This usually means that you should quote CPPFLAGS before passing it
over.

-- 
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#809057: lintian: Please add /usr/bin/perl6-m in known interpreter list

[Dominique Dumont]

Package: lintian
Version: 2.5.39
Severity: wishlist

Dear Maintainer,

Perl6 compiler (rakudo based on moar) expects scripts to begin
with '#!/usr/bin/perl6-m'

Could you add this interpreter to the list of accepted interpreters?

All the best

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

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

Versions of packages lintian depends on:
ii  binutils  2.25.90.20151209-1
ii  bzip2 1.0.6-8
ii  diffstat  1.60-1
ii  file  1:5.25-2
ii  gettext   0.19.6-1
ii  hardening-includes2.8+nmu2
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.29+b5
ii  libarchive-zip-perl   1.55-1
ii  libclass-accessor-perl0.34-1
ii  libclone-perl 0.38-1+b1
ii  libdigest-sha-perl5.95-2+b1
ii  libdpkg-perl  1.18.3
ii  libemail-valid-perl   1.198-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.94-1
ii  liblist-moreutils-perl0.413-1+b1
ii  libparse-debianchangelog-perl 1.2.0-8
ii  libperl5.22 [libdigest-sha-perl]  5.22.1-2
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.69-1
ii  man-db2.7.5-1
ii  patchutils0.3.4-1
ii  perl  5.22.1-2
ii  t1utils   1.38-4
ii  xz-utils  5.1.1alpha+20120614-2.1

Versions of packages lintian recommends:
ii  dpkg 1.18.3
ii  libautodie-perl  2.29-1
ii  libperlio-gzip-perl  0.19-1+b1
ii  perl 5.22.1-2
ii  perl-modules-5.22 [libautodie-perl]  5.22.1-2

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.18.3
ii  libhtml-parser-perl3.71-2+b1
ii  libtext-template-perl  1.46-1
ii  libyaml-perl   1.15-1

-- no debconf information

Bug#809058: seqan: please make the build reproducible

[Chris Lamb]

Source: seqan
Version: 1.4.1+dfsg-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the "reproducible builds" effort [0], we noticed that seqan 
could not be built reproducibly.

Patch attached.

 [0] https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/docs/dddoc_html.py b/docs/dddoc_html.py
index 52e5de1..26101a8 100644
--- a/docs/dddoc_html.py
+++ b/docs/dddoc_html.py
@@ -1,5 +1,6 @@
 # coding: latin-1
 import os
+import time
 import datetime
 import dddoc
 import dddoc_html_trans
@@ -13,6 +14,7 @@ from os import F_OK
 # Number of warnings.
 WARNING_COUNT = 0
 OUT_PATH = 'html'
+BUILD_DATE = 
datetime.datetime.utcfromtimestamp(int(os.environ.get('SOURCE_DATE_EPOCH', 
time.time(
 
 

 
@@ -663,7 +665,7 @@ def pageIndexpage(fl, cat):
 fl.write('')
 fl.write('')
 fl.write('Page built @%s' %
- datetime.datetime.now().strftime('%Y/%m/%d %H:%M:%S'))
+ BUILD_DATE.strftime('%Y/%m/%d %H:%M:%S'))
 fl.write('')
 fl.write('')
 
@@ -760,7 +762,7 @@ def pageContent(fl, data):
 fl.write('')
 fl.write('')
 fl.write('Page built @%s' %
- datetime.datetime.now().strftime('%Y/%m/%d %H:%M:%S'))
+ BUILD_DATE.strftime('%Y/%m/%d %H:%M:%S'))
 fl.write('')
 fl.write('')
 

Bug#809059: puddletag: keyboard shortcut for select column is unhelpful

[David Bremner]

Package: puddletag
Version: 1.0.5-1
Severity: minor


The keyboard shortcut is is Meta-Alt-c. I don't have a Meta key on any
of my keyboards; in some contexts (e.g. Emacs) alt is interpreted as
meta, but that obviously won't work here.

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

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

Versions of packages puddletag depends on:
ii  libjs-sphinxdoc   1.3.3-1
ii  python2.7.9-1
ii  python-acoustid   1.1.0-3
ii  python-audioread  1.0.3-1
ii  python-configobj  5.0.6-2
ii  python-mutagen1.31-1
ii  python-pyparsing  2.0.3+dfsg1-1
ii  python-qt44.11.4+dfsg-1+b2
pn  python:any

Versions of packages puddletag recommends:
ii  libchromaprint-tools  1.2-1+b1

Versions of packages puddletag suggests:
pn  quodlibet  

-- no debconf information

Bug#808997: Processed: Re: Missing /usr path in modules-load.d(5)

[Felipe Sateler]

On 26 Dec 2015 04:55, "martin f krafft"  wrote:
>
> also sprach Jörg Frings-Fürst  [2015-12-26
11:48 +1300]:
> > Care to elaborate why?
>
> Sorry, it's not terribly useful to augment the original bug report
> that I first cloned.
>
> Basically, /usr/lib/modules-load.d is not supported by upstream, and
> eventually we want to converge with upstream. For this to happen,
> packages will need to stop using /usr/lib/modules-load.d and as
> there is no real problem with using /lib/modules-load.d, I filed
> this bug report.

I'm sorry if I gave you this impression, but this is not the case. The
canonical upstream path is indeed /usr. However,  because in debian we use
split-usr, the path is moved to /. Because the /usr path is not documented
when using split-usr, users will become confused (as you did) when a module
is loaded and they can't find who instructed that module to load.

Bug#809060: kde-plasma-desktop: KDE login screen freezes if left for a longer time in locked state

[Wojciech M. Zabolotny]

Package: kde-plasma-desktop
Version: 5:90
Severity: important

Dear Maintainer,

When I leave my system for a longer time with locked KDE session, the kde
login screen freezes. The clock displays the time, in which I tried to
unlock it, but does not update any more (it displays the same time forever).
The mouse pointer moves normally, but the password field does not
get the input focus, so I can't enter the password. It is also not possible
to press the "log in" button. The fingerprint scanner also does not unlock
the session.
When I switch to text console with e.g. CTRL+ALT+F1, I can log in (both with
the password and with the fingerprint scanner). I can also start another
X windows session from that console, so that's rather not a hardware related
problem.

With best regards,
Wojtek

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

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

Versions of packages kde-plasma-desktop depends on:
ii  kde-baseapps  4:15.08.3-1
ii  kde-runtime   4:15.08.3-1
ii  plasma-desktop4:5.4.3-1
ii  plasma-workspace  4:5.4.3-1
ii  udisks2   2.1.6-2
ii  upower0.99.3-1+b2

Versions of packages kde-plasma-desktop recommends:
ii  sddm  0.12.0-5
ii  xserver-xorg  1:7.7+12

Versions of packages kde-plasma-desktop suggests:
ii  kde-l10n-pl [kde-l10n]  4:4.14.0-3

-- no debconf information

Bug#809032: libghc-nats-doc: Cannot install - depends on missing haddock-interface-25

[Jonas Smedegaard]

Quoting Jonas Smedegaard (2015-12-27 01:35:57)
> Quoting Joachim Breitner (2015-12-27 01:00:56)
> > Am Samstag, den 26.12.2015, 17:50 +0530 schrieb Jonas Smedegaard:
> >> As subject says, libghc-nats-doc depends on missing haddock- 
> >> interface-25 which renders the package uninstallable.
> >
> > nats ist scheduled for removal, as it would be an empty package with 
> > GHC-7.10 anyways. Please patch out any mention of nats from .cabal 
> > when doing the packging.
> 
> Ok.  Done already - will remove the notes about that being a temporary 
> workaround.

Done already for haskell-swish where I discovered this issue, I mean.  
Didn't mean to say that I'd already done it at "any mention of nats" :-)

 - Jonas

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

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


signature.asc
Description: signature

Bug#809032: libghc-nats-doc: Cannot install - depends on missing haddock-interface-25

[Jonas Smedegaard]

Quoting Joachim Breitner (2015-12-27 01:00:56)
> Am Samstag, den 26.12.2015, 17:50 +0530 schrieb Jonas Smedegaard:
>> As subject says, libghc-nats-doc depends on missing haddock- 
>> interface-25 which renders the package uninstallable.
>
> nats ist scheduled for removal, as it would be an empty package with 
> GHC-7.10 anyways. Please patch out any mention of nats from .cabal 
> when doing the packging.

Ok.  Done already - will remove the notes about that being a temporary 
workaround.

 - Jonas

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

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


signature.asc
Description: signature

Bug#809062: O: v86d - daemon to run x86 code in an emulated environment

[Evgeni Golov]

Package: wnpp
Severity: normal

I hereby orphan the v86d package as I do not have any hardware where
uvesafb is needed and thus have no need and no testbed for v86d.

The current version in sid has not been touched since 2011 (wheezy).
It has three bugs open in Debian and two in Ubuntu, mostly about
crashes and CPU hogging, yay :/

Description: daemon to run x86 code in an emulated environment
 v86d provides a backend for kernel drivers that need to execute
 x86 BIOS code. The code is executed in a controlled environment
 and the results are passed back to the kernel via the netlink
 interface.
 .
 v86d is needed by the uvesafb kernel module.

Greets
Evgeni

Bug#781034: mirror submission for ftp.daumkakao.com

[Donald Norwood]

Hi,

I can see that ftp.daum.net is no longer active, it has been removed
from the official mirrors listing.

Regarding ftp.daumkakao.com, it carries all architectures rather than
the ones listed in the submission, all architectures will be listed.

The mirror only updates 2 times per day. In order to stay in sync with
the archive the mirror will need to update 4 times per day.

Please advise.

Best regards,

Donald Norwood
-Debian Mirrors Team

On Mon, 17 Aug 2015 10:23:41 -0400 Donald Norwood
 wrote:
> Hello,
>
> Is there any additional information for this request regarding the
> offline status of ftp.daum.net. It is still active.
>
> Best regards,
>
> Donald Norwood



signature.asc
Description: OpenPGP digital signature

Bug#809043: gauche FTBFS on hppa architecture (patch attached)

[Helge Deller]

Package: gauche
Version: 0.9.4-6
Tags: patch

Since gauche uses an old embedded copy of (libgc and) libatomic-ops,
it fails to build on the hppa/parisc platform.

The attached trivial patch (which affects hppa only!) fixes it.
(Same patch has been applied to upstream libatomic-ops already).

Can you please apply the patch to the next upload?

Thanks,
Helge
diff -up ./gauche-0.9.4/gc/libatomic_ops/src/atomic_ops/sysdeps/gcc/hppa.h.org ./gauche-0.9.4/gc/libatomic_ops/src/atomic_ops/sysdeps/gcc/hppa.h
--- ./gauche-0.9.4/gc/libatomic_ops/src/atomic_ops/sysdeps/gcc/hppa.h.org	2015-12-26 16:50:56.14000 +0100
+++ ./gauche-0.9.4/gc/libatomic_ops/src/atomic_ops/sysdeps/gcc/hppa.h	2015-12-26 16:50:59.58800 +0100
@@ -20,6 +20,18 @@
  * SOFTWARE.
  */
 
+
+#define AO_GCC_VERSION_AT_LEAST(x,y) (__GNUC__ > x || __GNUC__ == x && __GNUC_MINOR__ >= y)
+
+#if defined(__GNUC__) && AO_GCC_VERSION_AT_LEAST(4,9)
+
+#include "../test_and_set_t_is_ao_t.h"
+/* We do not want to enable the atomic add/sub functions yet - they are slow */
+#define AO_PREFER_GENERALIZED
+#include "generic.h"
+
+#else
+
 #include "../all_atomic_load_store.h"
 
 /* Some architecture set descriptions include special "ordered" memory  */
@@ -87,3 +99,6 @@ AO_pa_clear(volatile AO_TS_t * addr)
   *a = 1;
 }
 #define AO_CLEAR(addr) AO_pa_clear(addr)
+
+#endif /* __GNUC__ >= 4.9 */
+

Bug#809035: ssh.service notification warning in syslog

[Colin Watson]

On Sat, Dec 26, 2015 at 01:34:47PM +0100, Yuri D'Elia wrote:
> Package: openssh-server
> Version: 1:7.1p1-5
> Severity: minor
> 
> I started to see the following messages in syslog recently:
> 
> Dec 22 18:12:36 e systemd[1]: ssh.service: Got notification message from PID 
> 6719, but reception only permitted for main PID 31374
> Dec 22 18:32:55 e systemd[1]: ssh.service: Got notification message from PID 
> 6783, but reception only permitted for main PID 31374
> 
> 
> Is this an useless warning, or a real problem in the ssh service, or ...?

Michael, this looks like a regression from your readiness notification
changes that I applied recently.  Please could you have a look?

Yuri, please could you post the output of "systemctl status -l
ssh.service"?

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]

Bug#809044: ITP: libterm-termkey-perl -- perl wrapper around libtermkey

[gregor herrmann]

Package: wnpp
Owner: gregor herrmann 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libterm-termkey-perl
  Version : 0.16
  Upstream Author : Paul Evans 
* URL : https://metacpan.org/release/Term-TermKey
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : perl wrapper around libtermkey

Term::TermKey provides a light perl wrapper around the libtermkey library.
Term::TermKey attempts to provide an abstract way to read keypress events in
terminal-based programs by providing structures that describe keys, rather
than simply returning raw bytes as read from the TTY device.

The package will be maintained under the umbrella of the Debian Perl Group.


signature.asc
Description: Digital Signature

Bug#809045: ITP: DOMPurify -- DOM-only, super-fast, uber-tolerant XSS sanitizer for HTML, MathML and SVG

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: libjs-DOMPurify
  Version : 0.7.3
  Upstream Author : Mario Heiderich 
* URL : https://github.com/cure53/DOMPurify
* License : MPL-2.0 or Apache-2.0
  Programming Lang: Javascript
  Description : DOM-only, super-fast, uber-tolerant XSS sanitizer
for HTML, MathML and SVG

this is needed for mailpile



signature.asc
Description: OpenPGP digital signature

Bug#808129: this is a regression since upgrade to Jessy

[Damien Martins]

I did not encounter this issue before upgrading from Wheezy to Jessy.
-- 
Regards,
Damien Martins

Bug#809039: texlive-science: upgrade failed

[Vincent Lefevre]

On 2015-12-26 17:55:14 +0100, Axel Beckert wrote:
> Norbert Preining wrote:
> > Thanks, that was the missing info. Strange that I haven't seen this,
> > and I always do updates of texlive-full.
> 
> Hrm, maybe the order slightly differs depending on some other
> circumstances (apt vs aptitude or so).

In my case, it was aptitude; texlive-science was left unupgraded
due to the error (in the reportbug mail, I fixed the version
manually). And unfortunately the error message appears behind
lots of other messages, and can eventually get lost depending on
the terminal (I did the upgrade from my phone). Next time I'll
have to remember that it can be found in "/var/log/apt/term.log".

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

Bug#809047: RFP: golang-github-dylanmei-winrmtest -- testing package for go-winrm

[Daniel Stender]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org
Control: block 740753 by -1

* Package name: golang-github-dylanmei-winrmtest
  Version : 0.0~git20150501.0.3e9661c-1
  Upstream Author : Dylan Meissner 
* URL : https://github.com/dylanmei/winrmtest
* License : none yet
  Programming Lang: Go
  Description : testing package for Go-winrm

This is an in-progress testing package to compliment 
golang-github-masterzen-winrm. This is
another requirement for Packer, which interacts with virtual Windows machines 
via Windows
Remote Management.

There is no licensing statement yet, but I've requested it:
https://github.com/dylanmei/winrmtest/issues/2

Thanks,
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#808805: perl: add a Breaks entry for unfixed versions of sbuild

[Johannes Schauer]

Hi,

On Wed, 23 Dec 2015 11:47:46 +0200 Niko Tyni  wrote:
> sbuild is broken with Perl 5.22, see #808560.
> 
> There's a fix pending, and when it's uploaded we should add a Breaks
> entry for the broken versions so partial upgrades pull in a working one.

the bug is now fixed with my upload of src:sbuild 0.67.0-1

So you could now add:

Breaks: libsbuild-perl (<< 0.67.0-1)

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#647226: edbrowse: button press does not work anymore on a page using a lot of javascript

[Samuel Thibault]

Control: tags -1 + moreinfo

Hello,

pro.priv...@nurfuerspam.de, on Mon 31 Oct 2011 21:26:00 +0100, wrote:
> Surfing http://www.bibnet.de with a text oriented browsers is very
> difficult.  The site makes heavy use of javascript and frames. The example
> further down fails with edbrowse_3.4.7-1 (unstable). When pressing button
> 'i1*' ( = continue) or 'i2*' ( = abort) nothing
> happens. The same example succeeds with edbrowse_3.4.1-1+b1 (stable).

I have juste uploaded edbrowse 3.6.0 in sid, could you give it a try?

Samuel

Bug#809035: ssh.service notification warning in syslog

[Yuri D'Elia]

On 26/12/15 17:27, Colin Watson wrote:
> Yuri, please could you post the output of "systemctl status -l
> ssh.service"?

● ssh.service - OpenBSD Secure Shell server
   Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: 
enabled)
   Active: active (running) since Wed 2015-12-23 11:04:21 CET; 3 days ago
 Main PID: 2576 (sshd)
   CGroup: /system.slice/ssh.service
   └─2576 /usr/sbin/sshd -D

Dec 26 19:51:22 e.thregr.org systemd[1]: ssh.service: Got notification message 
from PID 17587, but reception only permitted for main PID 2576
Dec 26 19:51:22 e.thregr.org sshd[17587]: Accepted publickey for root from ..
Dec 26 19:51:22 e.thregr.org sshd[17587]: pam_unix(sshd:session): session 
opened for user root by (uid=0)

In addition:

# ps -f 17587
UIDPID  PPID  C STIME TTY  STAT   TIME CMD
root 17587  2576  0 19:51 ?Ss 0:00 sshd: root@pts/0

Bug#809007: [bug-diffutils] bug#22245: [la...@debian.org: Bug#809007: diffutils: FTBFS: FAIL: test-update-copyright.sh]

[Paul Eggert]

Santiago Vila wrote:

I find a little bit odd that only the left brace is escaped in
the git commit above. Sure, it will remove the warning about the
left brace, but it looks a little bit inconsistent.


It depends on which sort of consistency one wants. I mildly prefer omitting 
backslashes when not needed, as this helps avoid usages like:


grep '\[.*\]' *.c

which has undefined behavior due to the '\]'. Admittedly that's a POSIX regular 
expression, not Perl.

Bug#806145: diff NMU for xenomai_2.6.4+dfsg-0.2

[Anton Gladky]

tags 806145 +patch +pending
thanks

Dear maintainer,

I have prepared an NMU (versioned as 2.6.4+dfsg-0.2) and
uploaded to DELAYED/5.

Please fell free to tell me if I should delay it longer, cancel
or reschedule. Diff is attached.

Best regards

Anton

Bug#771838: [liblensfun0] New upstream version

[Evgeni Golov]

Ohai,

On Wed, Aug 05, 2015 at 11:13:33PM +0200, Guus Sliepen wrote:

> > Please bump lensfun API accordingly.
> > Please DO NOT upload new lensfun release without bumping API version
> > [and then, i guess, doing a transition]!
> 
> Ok, then I will cancel the current delayed upload and prepare one with a
> version from git, and inform all reverse dependencies of the impending
> change. Unless the real maintainers wake up of course.

was there any progress on this? I've not seen anything in the pkg-kde SVN.
(asking with my gimp-lensfun maintainer hat on, as the new g-l release needs
newer lensfun)

would be willing to help, not liking maintaining libs, though ;)

greets
Evgeni

Bug#809061: libwebsockets3: ABI breakage

[Jakub Wilk]

Package: libwebsockets3
Version: 1.6.0-3
Severity: serious

libwebsockets3 used to ship libwebsockets.so.3; but now it's a 
transitional package that depends on libwebsockets6, which ships 
libwebsockets.so.6. This means that every program that was linked 
with libwebsockets.so.3 will stop working after upgrade.


I suggest to drop this transitional binary package, as it doesn't seem 
to serve any purpose.


--
Jakub Wilk

Bug#807699: icedove: seems to forget password for Exchange calendar

[Carsten Schoenert]

reassign 807699 calendar-exchange-provider
affects 807699 icedove
thanks

Hello Mechtilde,

I reassign this bug report to calendar-exchange-provider as maybe the
plugin is doing something wrong. Note there is also #807407 there this
report is cloned from.
Feel free to reassign to Icedove back if needed.

Regards
Carsten

On Fri, Dec 11, 2015 at 07:23:36PM +0100, W. Martin Borgert wrote:
> Icedove asks at start for the calendar password, but does not accept it
> (i.e. asks
> again and again until I click "Cancel").
> 
> The calendar does not work than - probably because of the missing password.
> 
> The server works with a valid GeoTrust certificate, that will not expire soon.
> 
> Currently, I have this problem with a local Jessie backport of
> calendar-exchange-provider
> (3.4.0-1~bpo8+0.1). It does, however, relate to the version of icedove. When
> I downgrade
> to 31.7.0-1~deb8u1, the calendar works.
> 
> Therefore I assigned the bug to Icedove, not to calendar-exchange-provider,
> but maybe
> maintainers see this differently?

Bug#809065: capnproto: MultiArch support

[Artur Rona]

Package: src:capnproto
Version:
Tags: patch
Usertags: origin-ubuntu ubuntu-patch xenial

In Ubuntu, we've applied the attached patch to achieve the following:

- debian/compat, debian/control:
  + Bump to debhelper 9 (needed for MultiArch).
- debian/{control, *.install}:
  + Convert to MutliArch support.

We thought you might be interested in doing the same.
diff -pruN -x '*~' capnproto-0.5.3.orig/debian/compat 
capnproto-0.5.3/debian/compat
--- capnproto-0.5.3.orig/debian/compat  2015-10-31 07:52:49.0 +0100
+++ capnproto-0.5.3/debian/compat   2015-12-26 20:27:54.0 +0100
@@ -1 +1 @@
-8
+9
diff -pruN -x '*~' capnproto-0.5.3.orig/debian/control 
capnproto-0.5.3/debian/control
--- capnproto-0.5.3.orig/debian/control 2015-10-31 07:52:49.0 +0100
+++ capnproto-0.5.3/debian/control  2015-12-26 21:33:43.782543436 +0100
@@ -2,7 +2,7 @@ Source: capnproto
 Section: devel
 Priority: optional
 Maintainer: Tom Lee 
-Build-Depends: debhelper (>= 8.0.0), gcc (>= 4.7),
+Build-Depends: debhelper (>= 9), gcc (>= 4.7),
  python-all (>= 2.6), dpkg-dev (>= 1.16.1.1), docbook-xsl, docbook-xml,
  xsltproc, dh-autoreconf, netbase
 Standards-Version: 3.9.6
@@ -12,6 +12,7 @@ Vcs-Browser: http://github.com/thomaslee
 
 Package: libcapnp-0.5.3
 Architecture: any
+Multi-Arch: same
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Cap'n Proto C++ library
@@ -29,6 +30,7 @@ Description: Cap'n Proto C++ library
 
 Package: libcapnp-dev
 Architecture: any
+Multi-Arch: same
 Section: libdevel
 Depends: ${misc:Depends}, libcapnp-0.5.3 (= ${binary:Version})
 Description: Cap'n Proto C++ library (development files)
@@ -47,6 +49,7 @@ Description: Cap'n Proto C++ library (de
 
 Package: capnproto
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends}, ${misc:Depends},
  libcapnp-0.5.3 (= ${binary:Version})
 Description: tool for working with the Cap'n Proto data interchange format
diff -pruN -x '*~' capnproto-0.5.3.orig/debian/libcapnp-0.5.3.install 
capnproto-0.5.3/debian/libcapnp-0.5.3.install
--- capnproto-0.5.3.orig/debian/libcapnp-0.5.3.install  2015-10-31 
07:52:49.0 +0100
+++ capnproto-0.5.3/debian/libcapnp-0.5.3.install   2015-12-26 
20:30:22.0 +0100
@@ -1,5 +1,5 @@
-usr/lib/libcapnp-0.5.3.so
-usr/lib/libcapnp-rpc-0.5.3.so
-usr/lib/libcapnpc-*.so
-usr/lib/libkj-0.5.3.so
-usr/lib/libkj-async-0.5.3.so
+/usr/lib/*/libcapnp-0.5.3.so
+/usr/lib/*/libcapnp-rpc-0.5.3.so
+/usr/lib/*/libcapnpc-*.so
+/usr/lib/*/libkj-0.5.3.so
+/usr/lib/*/libkj-async-0.5.3.so
diff -pruN -x '*~' capnproto-0.5.3.orig/debian/libcapnp-dev.install 
capnproto-0.5.3/debian/libcapnp-dev.install
--- capnproto-0.5.3.orig/debian/libcapnp-dev.install2015-10-31 
07:52:49.0 +0100
+++ capnproto-0.5.3/debian/libcapnp-dev.install 2015-12-26 20:32:40.0 
+0100
@@ -1,13 +1,13 @@
-usr/lib/libcapnp.a
-usr/lib/libcapnp.so
-usr/lib/libcapnp-rpc.a
-usr/lib/libcapnp-rpc.so
-usr/lib/libcapnpc.a
-usr/lib/libcapnpc.so
-usr/lib/libkj.a
-usr/lib/libkj.so
-usr/lib/libkj-async.a
-usr/lib/libkj-async.so
-usr/lib/pkgconfig
-usr/lib/cmake
+/usr/lib/*/libcapnp.a
+/usr/lib/*/libcapnp.so
+/usr/lib/*/libcapnp-rpc.a
+/usr/lib/*/libcapnp-rpc.so
+/usr/lib/*/libcapnpc.a
+/usr/lib/*/libcapnpc.so
+/usr/lib/*/libkj.a
+/usr/lib/*/libkj.so
+/usr/lib/*/libkj-async.a
+/usr/lib/*/libkj-async.so
+/usr/lib/*/pkgconfig
+/usr/lib/*/cmake
 usr/include

Bug#809059: puddletag: keyboard shortcut for select column is unhelpful

[Sandro Tosi]

On Sat, Dec 26, 2015 at 7:53 PM, David Bremner  wrote:
> The keyboard shortcut is is Meta-Alt-c. I don't have a Meta key on any
> of my keyboards; in some contexts (e.g. Emacs) alt is interpreted as
> meta, but that obviously won't work here.

It seems to be mapped on the "windows" key, so win+alt+c will does the
trick, at least on my laptop. Will contact upstream anyway to hear if
it can be changed to something more linux-friendly.

Regards,
-- 
Sandro "morph" Tosi
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#808826: libkavorka-perl: FTBFS: Can't locate object method "_set_declared_name" via package "Kavorka::Sub::Fun"

[Niko Tyni]

Control: tag -1 patch
Control: forwarded -1 https://rt.cpan.org/Public/Bug/Display.html?id=110623

On Fri, Dec 25, 2015 at 11:00:18AM +0200, Niko Tyni wrote:

>   use Devel::CallParser;
>   
>   sub f {
> my $arg = shift;
>   
> { my $arg; } # ???
> print $arg ? "ok\n" : "not ok\n";
>   }
>   
>   f(1);
>  
> which gives "ok" on 5.20 and "not ok" on 5.22.

Patch attached, sent upstream in
 https://rt.cpan.org/Public/Bug/Display.html?id=110623

Will upload shortly.
-- 
Niko Tyni   nt...@debian.org
>From ba92f4cba247c91d100e05f2b83dd093055e462b Mon Sep 17 00:00:00 2001
From: Niko Tyni 
Date: Fri, 25 Dec 2015 18:53:08 +0200
Subject: [PATCH] Fix a pad problem with Perl >= 5.21.4 on threaded builds

This broke at least the Kavorka and Moops distributions.

Bug-Debian: https://bugs.debian.org/808826
Bug: https://rt.cpan.org/Public/Bug/Display.html?id=110623
---
 lib/Devel/CallParser.xs | 10 +++---
 t/pad2.t| 15 +++
 2 files changed, 22 insertions(+), 3 deletions(-)
 create mode 100644 t/pad2.t

diff --git a/lib/Devel/CallParser.xs b/lib/Devel/CallParser.xs
index 6643739..847742c 100644
--- a/lib/Devel/CallParser.xs
+++ b/lib/Devel/CallParser.xs
@@ -323,10 +323,14 @@ static int my_keyword_plugin(pTHX_
 	 * The core bug was supposedly fixed in Perl 5.19.4, but actually
 	 * that version exhibits a different bug also apparently related
 	 * to padrange.  Restoring the pad's fill pointer works around
-	 * this bug too.  So for now this workaround is used with no
-	 * upper bound on the Perl version.
+	 * this bug too.
+	 *
+	 * The other padrange bug was fixed in Perl 5.19.5 (commit aa033da),
+	 * so the workaround is no longer needed after that, but it remains
+	 * harmless until v5.21.4 (commit c9859fb)  where it starts breaking
+	 * (see t/pad2.t.)
 	 */
-#define MUST_RESTORE_PAD_FILL PERL_VERSION_GE(5,17,6)
+#define MUST_RESTORE_PAD_FILL PERL_VERSION_GE(5,17,6) && ! PERL_VERSION_GE(5,19,5)
 #if MUST_RESTORE_PAD_FILL
 	I32 padfill = av_len(PL_comppad);
 #endif /* MUST_RESTORE_PAD_FILL */
diff --git a/t/pad2.t b/t/pad2.t
new file mode 100644
index 000..92c6dab
--- /dev/null
+++ b/t/pad2.t
@@ -0,0 +1,15 @@
+use warnings;
+use strict;
+
+use Test::More tests => 1;
+
+use Devel::CallParser;
+
+sub f {
+  my $arg = shift;
+
+  { my $arg; } # ???
+  ok($arg, '$arg stays set after a "my $arg" block');
+}
+
+f(1);
-- 
2.6.4

Bug#809016: mount.8: missing documentation for overlay

[Andreas Henriksson]

Control: tags -1 + upstream patch

Hello Osamu Aoki.

Thanks for your patch, please see 
https://git.kernel.org/cgit/utils/util-linux/util-linux.git/tree/Documentation/howto-contribute.txt

Regards,
Andreas Henriksson

Bug#748754: Fwd: Bug#748754: pcscd: card reader no longer recognized

[Martin-Éric Racine]

Hello Ludovic,

For some reason, the message below never was delivered to the bug.  Resending.

-- Forwarded message --
From: Martin-Éric Racine 
Date: 2014-05-24 17:23 GMT+03:00
Subject: Re: Bug#748754: pcscd: card reader no longer recognized
To: 748...@bugs.debian.org



2014-05-24 16:37 GMT+03:00 Ludovic Rousseau :
> Le 20/05/2014 20:35, Martin-Éric Racine a écrit :
>>
>>
>> 2014-05-20 20:08 GMT+03:00 Ludovic Rousseau :
>>>
>>> Please follow http://pcsclite.alioth.debian.org/ccid.html#support to
>>> provide
>>> more detailed information.
>>
>>
>> On Debian/testing, accessing a FinEID card using the D430's internal Oz776
>> card reader:
>
>
> Thanks for the details.
>
> I can't find any problem in the log you sent.

I ran the same logging sequence, this time trying to access the card
with 1) opensc-explorer 2) opensc-tools and 3) the OpenSC pluging via
Iceweasel. Attached.

Martin-Éric
 debuglog.c:295:DebugLogSetLevel() debug level=debug
0050 debuglog.c:324:DebugLogSetCategory() Debug options: APDU
0064 utils.c:87:GetDaemonPid() Can't open /var/run/pcscd/pcscd.pid: No such 
file or directory
0177 configfile.l:286:DBGetReaderListDir() Parsing conf directory: 
/etc/reader.conf.d
0034 configfile.l:298:DBGetReaderListDir() Skipping non regular file: .
0009 configfile.l:339:DBGetReaderList() Parsing conf file: 
/etc/reader.conf.d/libccidtwin
0073 configfile.l:298:DBGetReaderListDir() Skipping non regular file: ..
0013 pcscdaemon.c:571:main() pcsc-lite 1.8.11 daemon ready.
4795 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: /dev/bus/usb/002/001
0173 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: /dev/bus/usb/003/001
0165 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: /dev/bus/usb/004/001
0164 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: /dev/bus/usb/005/001
0164 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001
0125 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001
0129 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x413C, PID: 0xA005, path: /dev/bus/usb/001/002
0140 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x0B97, PID: 0x7761, path: /dev/bus/usb/001/004
0143 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x0B97, PID: 0x7762, path: /dev/bus/usb/001/008
0034 hotplug_libudev.c:295:get_driver() Looking for a driver for VID: 
0x0B97, PID: 0x7762, path: /dev/bus/usb/001/008
0008 hotplug_libudev.c:347:HPAddDevice() Adding USB device: O2 Micro Oz776
0045 readerfactory.c:1015:RFInitializeReader() Attempting startup of O2 
Micro Oz776 00 00 using 
/usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Linux/libccid.so
0276 readerfactory.c:900:RFBindFunctions() Loading IFD Handler 3.0
0049 ifdhandler.c:1910:init_driver() Driver version: 1.4.16
1003 ifdhandler.c:1927:init_driver() LogLevel: 0x0003
0011 ifdhandler.c:1938:init_driver() DriverOptions: 0x
0219 ifdhandler.c:1951:init_driver() LogLevel from LIBCCID_ifdLogLevel: 
0x000F
0011 ifdhandler.c:83:CreateChannelByNameOrChannel() Lun: 0, device: 
usb:0b97/7762:libudev:0:/dev/bus/usb/001/008
0012 ccid_usb.c:233:OpenUSBByName() Reader index: 0, Device: 
usb:0b97/7762:libudev:0:/dev/bus/usb/001/008
0030 ccid_usb.c:265:OpenUSBByName() interface_number: 0
0008 ccid_usb.c:281:OpenUSBByName() Using: 
/usr/lib/pcsc/drivers/ifd-ccid.bundle/Contents/Info.plist
0992 ccid_usb.c:299:OpenUSBByName() ifdManufacturerString: Ludovic Rousseau 
(ludovic.rouss...@free.fr)
0011 ccid_usb.c:300:OpenUSBByName() ifdProductString: Generic CCID driver
0010 ccid_usb.c:301:OpenUSBByName() Copyright: This driver is protected by 
terms of the GNU Lesser General Public License version 2.1, or (at your option) 
any later version.
6829 ccid_usb.c:426:OpenUSBByName() Checking device: 1/8
0015 ccid_usb.c:488:OpenUSBByName() Trying to open USB bus/device: 1/8
00145985 ccid_usb.c:589:OpenUSBByName() Found Vendor/Product: 0B97/7762 (O2 
Micro Oz776)
0024 ccid_usb.c:591:OpenUSBByName() Using USB bus/device: 1/8
0012 ccid_usb.c:643:OpenUSBByName() bNumDataRatesSupported is 0
1218 ccid_usb.c:1202:InterruptRead() before (0)
00102540 ccid_usb.c:1246:InterruptRead() after (0) (2)
0054 -> 00 65 00 00 00 00 00 00 00 00 00 
0536 <- 00 81 00 00 00 00 00 00 42 FE 00 
0023 -> 00 65 00 00 00 00 00 01 00 00 00 
0221 <- 00 81 00 00 00 00 00 01 42 FE 00 
0029 ifdhandler.c:362:IFDHGetCapabilities() tag: 0xFB3, 
usb:0b97/7762:libudev:0:/dev/bus/usb/001/008 (lun: 0)
0011 

Bug#808388: buzztrax: please make the build reproducible

[Chris Lamb]

Hi,

> buzztrax: please make the build reproducible

Updated patch attached; the previous one didn't correctly fallback to the 
lowest-common-denominator shell syntax required for portable autotools.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/configure.ac b/configure.ac
index 1bdec63..5479c16 100644
--- a/configure.ac
+++ b/configure.ac
@@ -49,8 +49,14 @@ AC_DEFINE_UNQUOTED(GST_MAJORMINOR, "$GST_MAJORMINOR", 
[gstreamer series])
 AC_SUBST(GST_MAJORMINOR)
 
 dnl release year and date
-BT_RELEASE_YEAR=`date +%Y`
-BT_RELEASE_DATE=`date +%Y-%m-%d`
+release_year_fmt="%Y"
+release_date_fmt="%Y-%m-%d"
+BT_RELEASE_YEAR=`date "+$release_year_fmt"`
+BT_RELEASE_DATE=`date "+$release_date_fmt"`
+if "x$SOURCE_DATE_EPOCH" != "x" ; then
+  BT_RELEASE_YEAR=`date -u -d "@$SOURCE_DATE_EPOCH" "+$release_year_fmt" 
2>/dev/null || date -u -r "$SOURCE_DATE_EPOCH" "+$release_year_fmt" 2>/dev/null 
|| date -u "+$release_year_fmt"`
+  BT_RELEASE_DATE=`date -u -d "@$SOURCE_DATE_EPOCH" "+$release_date_fmt" 
2>/dev/null || date -u -r "$SOURCE_DATE_EPOCH" "+$release_date_fmt" 2>/dev/null 
|| date -u "+$release_date_fmt"`
+fi
 
 AC_SUBST(BT_MAJOR_VERSION)
 AC_SUBST(BT_MINOR_VERSION)

Bug#809025: air-quality-sensor: please make the build reproducible

[Chris Lamb]

Source: air-quality-sensor
Version: 0.1.3-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the "reproducible builds" effort [0], we noticed that 
air-quality-sensor could not be built reproducibly.

Patch attached.

 [0] https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/reproducible_build.patch   1970-01-01 01:00:00.0 
+0100
--- b/debian/patches/reproducible_build.patch   2015-12-26 10:12:25.685942562 
+
@@ -0,0 +1,16 @@
+--- air-quality-sensor-0.1.3.orig/configure.ac
 air-quality-sensor-0.1.3/configure.ac
+@@ -8,7 +8,12 @@ AC_CHECK_FUNCS(getopt_long)
+ 
+ dnl Copyright will apply as long as these sources are in use, e.g., are
+ dnl being compiled, which is reasonable year to claim the copyright.
+-AC_DEFINE([COPYRIGHT_YEAR], [m4_esyscmd([date +%Y])], [year in copyright 
message])
++if test "x$SOURCE_DATE_EPOCH" = "x"; then
++year=m4_esyscmd([date +%Y])
++else
++year=`date -u -d "@$SOURCE_DATE_EPOCH" "+%Y" 2>/dev/null || date -u -r 
"$SOURCE_DATE_EPOCH" "+%Y" 2>/dev/null || date -u "+%Y"`
++fi
++AC_DEFINE_UNQUOTED([COPYRIGHT_YEAR], ["$year"], [year in copyright message])
+ 
+ libusb_is_old=0
+ AC_CHECK_LIB(usb-1.0, libusb_get_parent, [], [libusb_is_old=1])
--- a/debian/patches/series 1970-01-01 01:00:00.0 +0100
--- b/debian/patches/series 2015-12-26 09:51:55.930653536 +
@@ -0,0 +1 @@
+reproducible_build.patch

Bug#803929: Seems fixed in 2.0.0-1

[Peter Chubb]

I'm not seeing the problem in the new version 2.0.0-1.

Peter C
-- 
Dr Peter Chubb Tel: +61 2 8306 0552  http://www.data61.csiro.au
http://www.ssrg.nicta.com.au   Software Systems Research Group/NICTA/Data61

Bug#808877: libwebsockets-dev: arch-dependent files in "Multi-Arch: same" package

[Jakub Wilk]

Control: found -1 1.6.0-3

Unfortunately, this is still not fixed. The following files are vary 
with architecture:


/usr/share/doc/libwebsockets-dev/libwebsockets-api-doc.html
/usr/share/doc/libwebsockets-dev/libwebsockets-api-doc.txt.gz

An example diff between i386 and amd64 (after ungzipping) is attached.

--
Jakub Wilk


libwebsockets-dev_1.6.0-3.archdiff.gz
Description: application/gzip

Bug#258096: Seasons Greetings

[Jacqueline Hughes-Lundy]

From: Jacqueline Hughes-Lundy
Sent: 26 December 2015 09:07
To: Jacqueline Hughes-Lundy
Subject: Seasons Greetings

Seasons Greetings To You, A Donation Has Been Made To You , Email; 
lilianebettencourt...@gmail.com For 
Details

Bug#806595: Workaround

[Vincent Lefevre]

On 2015-12-17 17:22:52 +0100, kay wrote:
> Have faced same issue. Here is my workaround.
> 
> --- /usr/sbin/update-pepperflashplugin-nonfree.orig 2015-12-17
> 17:22:00.184075270 +0100
> +++ /usr/sbin/update-pepperflashplugin-nonfree  2015-12-17
> 17:21:40.280204140 +0100
[...]

This is unrelated. I don't have this file installed.

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

Bug#808982: v4l2: DVB-T af9015 not working anymore

[Mattia Rizzolo]

control: reassign -1 src:linux

On Fri, Dec 25, 2015 at 04:10:51PM +0100, yves wrote:
> Package: kernel
> Severity: normal
> File: v4l2

the 'kernel' package does not exist, I'm reassigning the bug to
src:linux.

-- 
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#764860: ITP: otb -- Orfeo ToolBox

[Sebastiaan Couwenberg]

On 26-12-15 09:45, Rashad Kanavath wrote:
> Packaging work for OTB 5.2 is ready. I would like to have it upload to
> unstable.
> 
> https://anonscm.debian.org/cgit/pkg-grass/otb.git/
> 
> 
> Any sponsor?

Yes, but the ITP bugreport is not the place to ask for sponsorship.

See:

 https://pkg-grass.alioth.debian.org/policy/packaging.html#sponsorship

Kind Regards,

Bas

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

Bug#809030: pythia8: diff for NMU version 8.1.86-1.2

[Tobias Frost]

Package: pythia8
Version: 8.1.86-1.1
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for pythia8 (versioned as 8.1.86-1.2) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru pythia8-8.1.86/debian/changelog pythia8-8.1.86/debian/changelog
--- pythia8-8.1.86/debian/changelog 2015-08-17 02:15:09.0 +0200
+++ pythia8-8.1.86/debian/changelog 2015-12-26 13:08:49.0 +0100
@@ -1,3 +1,14 @@
+pythia8 (8.1.86-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove Depend on liblhapdf0 from binary package libpythia8v5, it does not
+link aginst it (Closes: #800642)
+  * Also, for the libpythia-dev package, remove Depends on liblhapdf-dev: It
+does not include any header of it.
+  * Installing missing *.grid data files (Closes: #755535)
+
+ -- Tobias Frost   Sat, 26 Dec 2015 13:08:49 +0100
+
 pythia8 (8.1.86-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru pythia8-8.1.86/debian/control pythia8-8.1.86/debian/control
--- pythia8-8.1.86/debian/control   2015-08-17 02:15:09.0 +0200
+++ pythia8-8.1.86/debian/control   2015-12-26 12:55:54.0 +0100
@@ -30,7 +30,7 @@
 Architecture: any
 Multi-arch: same
 Pre-Depends: ${misc:Pre-Depends}
-Depends: libhepmc4, pythia8-data (= ${source:Version}), liblhapdf0, 
${shlibs:Depends}, ${misc:Depends}
+Depends: libhepmc4, pythia8-data (= ${source:Version}), ${shlibs:Depends}, 
${misc:Depends}
 Recommends: libpythia8-dev
 Conflicts: libpythia8
 Replaces: libpythia8
@@ -47,7 +47,7 @@
 Package: libpythia8-dev
 Section: libdevel
 Architecture: any
-Depends: libhepmc-dev, libpythia8v5 (= ${binary:Version}), liblhapdf-dev, 
${misc:Depends}
+Depends: libhepmc-dev, libpythia8v5 (= ${binary:Version}), ${misc:Depends}
 Breaks: libhepmcinterface8-dev (<< 8.1.80)
 Description: PYTHIA event generator of high energy physics - development files
  PYTHIA is a program for the generation of high-energy physics events, i.e.
diff -Nru pythia8-8.1.86/debian/pythia8-data.install 
pythia8-8.1.86/debian/pythia8-data.install
--- pythia8-8.1.86/debian/pythia8-data.install  2014-07-13 03:16:33.0 
+0200
+++ pythia8-8.1.86/debian/pythia8-data.install  2015-12-26 13:07:56.0 
+0100
@@ -3,3 +3,4 @@
 xmldoc/*.data usr/share/pythia8-data/xmldoc
 xmldoc/*.pds  usr/share/pythia8-data/xmldoc
 xmldoc/*.tbl  usr/share/pythia8-data/xmldoc
+xmldoc/*.grid usr/share/pythia8-data/xmldoc

Bug#748754: Reassign to libccid

[Ludovic Rousseau]

reassign 748754 ccid
thank

--
Dr. Ludovic Rousseau

Bug#809038: [PATCH] SDL_image causes "libpng warning: Interlace handling should be turned on when using png_read_image" when loading interlaced images

[Hans de Goede]

Package: libsdl-image1.2

Hi,

Fedora sdl-image (co-maintainer) here, when starting an app which uses SDL_image
to load interlaced png-s with a recent libpng, the following message is printed
to the terminal:

libpng warning: Interlace handling should be turned on when using png_read_image

Once per loaded png.

To reproduce start tuxmath for example.

I've just filed a patch fixing this upstream:

https://bugzilla.libsdl.org/show_bug.cgi?id=3214

And thought you would want to know.

Regards,

Hans

Bug#798478: ratpoison: diff for NMU version 1.4.8-1.1

[Luca Falavigna]

Control: tags 798478 + patch
Control: tags 798478 + pending

Dear maintainer,

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

Regards.
diff -Nru ratpoison-1.4.8/debian/changelog ratpoison-1.4.8/debian/changelog
--- ratpoison-1.4.8/debian/changelog	2014-10-10 12:01:48.0 +0200
+++ ratpoison-1.4.8/debian/changelog	2015-12-26 15:29:45.0 +0100
@@ -1,3 +1,10 @@
+ratpoison (1.4.8-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Do not install files in python-support directories (Closes: #798478).
+
+ -- Luca Falavigna   Sat, 26 Dec 2015 15:28:30 +0100
+
 ratpoison (1.4.8-1) unstable; urgency=medium
 
   * new upstream bugfix release
diff -Nru ratpoison-1.4.8/debian/dirs ratpoison-1.4.8/debian/dirs
--- ratpoison-1.4.8/debian/dirs	2014-10-10 12:01:22.0 +0200
+++ ratpoison-1.4.8/debian/dirs	2015-12-26 15:25:53.0 +0100
@@ -3,5 +3,4 @@
 var/lib/ratpoison/menu
 usr/share/emacs/site-lisp/ratpoison
 usr/share/perl5
-usr/share/python-support/ratpoison
 usr/lib/ruby/1.8
diff -Nru ratpoison-1.4.8/debian/postinst ratpoison-1.4.8/debian/postinst
--- ratpoison-1.4.8/debian/postinst	2014-10-10 12:01:22.0 +0200
+++ ratpoison-1.4.8/debian/postinst	2015-12-26 15:26:25.0 +0100
@@ -24,11 +24,6 @@
 ;;
 esac
 
-# taken from dh_pysupport
-if [ "$1" = "configure" ] && which update-python-modules >/dev/null 2>&1; then
-	update-python-modules -i /usr/share/python-support/ratpoison
-fi
-
 #DEBHELPER#
 
 exit 0
diff -Nru ratpoison-1.4.8/debian/prerm ratpoison-1.4.8/debian/prerm
--- ratpoison-1.4.8/debian/prerm	2014-10-10 12:01:22.0 +0200
+++ ratpoison-1.4.8/debian/prerm	2015-12-26 15:26:31.0 +0100
@@ -18,11 +18,6 @@
 ;;
 esac
 
-# taken from dh_pysupport:
-if which update-python-modules >/dev/null 2>&1; then
-	update-python-modules -c -i /usr/share/python-support/ratpoison
-fi
-
 #DEBHELPER#
 
 exit 0
diff -Nru ratpoison-1.4.8/debian/ratpoison.install ratpoison-1.4.8/debian/ratpoison.install
--- ratpoison-1.4.8/debian/ratpoison.install	2014-10-10 12:01:22.0 +0200
+++ ratpoison-1.4.8/debian/ratpoison.install	2015-12-26 15:26:50.0 +0100
@@ -1,4 +1,4 @@
 contrib/Ratpoison.pm /usr/share/perl5/
 contrib/ratpoison.rb /usr/lib/ruby/1.8/
-contrib/ratpoison.py /usr/share/python-support/ratpoison/
+contrib/ratpoison.py /usr/share/ratpoison/
 contrib/ratpoison-cmd.el /usr/share/emacs/site-lisp/ratpoison/

Bug#808591: diff NMU for netpipe_3.7.2-7.2

[Anton Gladky]

tags 808591 +patch +pending
thanks

Dear maintainer,

I have prepared an NMU (versioned as 3.7.2-7.2) and
uploaded to DELAYED/2.

Please fell free to tell me if I should delay it longer, cancel
or reschedule. Diff is attached.

Best regards

Anton
diff -Nru netpipe-3.7.2/debian/changelog netpipe-3.7.2/debian/changelog
--- netpipe-3.7.2/debian/changelog  2015-12-15 21:21:09.0 +0100
+++ netpipe-3.7.2/debian/changelog  2015-12-26 16:19:08.0 +0100
@@ -1,3 +1,10 @@
+netpipe (3.7.2-7.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix compilation against new mpich. (Closes: #808591)
+
+ -- Anton Gladky   Sat, 26 Dec 2015 16:17:51 +0100
+
 netpipe (3.7.2-7.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru netpipe-3.7.2/debian/rules netpipe-3.7.2/debian/rules
--- netpipe-3.7.2/debian/rules  2012-04-16 15:53:51.0 +0200
+++ netpipe-3.7.2/debian/rules  2015-12-26 15:55:27.0 +0100
@@ -38,7 +38,7 @@
# $(MAKE) mpi MPICC=mpicc.mpich
# mv NPmpi NPmpich
# cp debian/netpipe.1 NPmpich.1
-   $(MAKE) mpi MPICC=mpicc.mpich2
+   $(MAKE) mpi MPICC=mpicc.mpich
mv NPmpi NPmpich2
cp debian/netpipe.1 NPmpich2.1
 

Bug#803342: SUCCESS!

[Dominique Brazziel]

The weekly cron job ran successfully, and the
a new 'documents.index' file was created.  The old index
size was 69,336,284, the new size was 23,835,082.
The larger size of the old index could be due to multiple
manual runs of index++ couple with some packages which may have
been removed since the index was created.

Some process accounting statistics from the weekly run:

lastcomm -f ./pacct.0 | grep index++
index++root pts/0  2.39 secs Fri Dec 25 17:54
index++root __19.39 secs Fri Dec 25 11:28
index++root __25.88 secs Fri Dec 25 11:27

Now to see if I can manually add the problem files to
the index using the method described in 
https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=12;bug=803342;att=0

Bug#802146: python-nbxmpp: diff for NMU version 0.5.3-0.1

[Filip Pytloun]

Control: tags 802146 + patch
Control: tags 802146 + pending

Dear maintainer,

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

Regards,
Filip
diff -Nru python-nbxmpp-0.5.1/ChangeLog python-nbxmpp-0.5.3/ChangeLog
--- python-nbxmpp-0.5.1/ChangeLog	2014-10-04 22:02:36.0 +0200
+++ python-nbxmpp-0.5.3/ChangeLog	2015-07-16 21:07:45.0 +0200
@@ -1,3 +1,15 @@
+python-nbxmpp 0.5.3 (13 July 2015)
+
+  * Fix receiving long utf8 strings under py3
+  * Fix issue with pyopenssl 0.15.1
+  * Fix decoding issues
+
+python-nbxmpp 0.5.2 (27 December 2014)
+
+  * Fix BOSH HTTP requests
+  * Fix handling of binary SASL data for mechanism GSSAPI
+  * Update MAM namespace
+
 python-nbxmpp 0.5.1 (04 October 2014)
 
   * Fix printing network errors in a non-utf-8 console
diff -Nru python-nbxmpp-0.5.1/debian/changelog python-nbxmpp-0.5.3/debian/changelog
--- python-nbxmpp-0.5.1/debian/changelog	2014-10-16 09:17:41.0 +0200
+++ python-nbxmpp-0.5.3/debian/changelog	2015-12-26 17:00:07.0 +0100
@@ -1,3 +1,10 @@
+python-nbxmpp (0.5.3-0.1) unstable; urgency=medium
+
+  * New upstream version
+  * Require python3-gi for successful test run; closes: #802146
+
+ -- Filip Pytloun   Sat, 26 Dec 2015 16:33:02 +0100
+
 python-nbxmpp (0.5.1-2) unstable; urgency=medium
 
   * Build for python2 and python3 (thanks to W. Martin Borgert for notifying
diff -Nru python-nbxmpp-0.5.1/debian/control python-nbxmpp-0.5.3/debian/control
--- python-nbxmpp-0.5.1/debian/control	2014-10-16 09:26:23.0 +0200
+++ python-nbxmpp-0.5.3/debian/control	2015-12-26 16:41:30.0 +0100
@@ -2,7 +2,7 @@
 Section: python
 Priority: optional
 Maintainer: Tanguy Ortolo 
-Build-Depends: debhelper (>= 9), dh-python, python-all, python3-all
+Build-Depends: debhelper (>= 9), dh-python, python-all, python3-all, python3-gi
 Standards-Version: 3.9.6
 Homepage: https://python-nbxmpp.gajim.org/
 Vcs-Git: git://git.ortolo.eu/pkg-python-nbxmpp.git
diff -Nru python-nbxmpp-0.5.1/debian/patches/fix-raise-statements.patch python-nbxmpp-0.5.3/debian/patches/fix-raise-statements.patch
--- python-nbxmpp-0.5.1/debian/patches/fix-raise-statements.patch	2014-10-16 09:17:41.0 +0200
+++ python-nbxmpp-0.5.3/debian/patches/fix-raise-statements.patch	1970-01-01 01:00:00.0 +0100
@@ -1,60 +0,0 @@
-Description: Fix some raise statements so they are compatible with Python 3
- Some raise statement were written in a legacy form that was incompatible with
- Python 3. This patch fixes that by using the new syntax.
-Author: Tanguy Ortolo 
-Forwarded: https://python-nbxmpp.gajim.org/ticket/28
-Last-Update: 2014-10-15

-This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
-Index: pkg-python-nbxmpp/nbxmpp/xmpp_stringprep.py
-===
 pkg-python-nbxmpp.orig/nbxmpp/xmpp_stringprep.py	2014-10-15 21:59:43.661759422 +0200
-+++ pkg-python-nbxmpp/nbxmpp/xmpp_stringprep.py	2014-10-15 23:01:30.664462612 +0200
-@@ -133,12 +133,12 @@
- for c in string:
- for table in self.prohibiteds:
- if table.lookup(c):
--raise UnicodeError, "Invalid character %s" % repr(c)
-+raise UnicodeError("Invalid character %s" % repr(c))
- 
- def check_unassigneds(self, string):
- for c in string:
- if stringprep.in_table_a1(c):
--raise UnicodeError, "Unassigned code point %s" % repr(c)
-+raise UnicodeError("Unassigned code point %s" % repr(c))
- 
- def check_bidirectionals(self, string):
- found_LCat = False
-@@ -151,11 +151,11 @@
- found_LCat = True
- 
- if found_LCat and found_RandALCat:
--raise UnicodeError, "Violation of BIDI Requirement 2"
-+raise UnicodeError( "Violation of BIDI Requirement 2")
- 
- if found_RandALCat and not (stringprep.in_table_d1(string[0]) and
- stringprep.in_table_d1(string[-1])):
--raise UnicodeError, "Violation of BIDI Requirement 3"
-+raise UnicodeError("Violation of BIDI Requirement 3")
- 
- 
- class NamePrep:
-@@ -206,15 +206,15 @@
- def check_prohibiteds(self, string):
- for c in string:
-if c in self.prohibiteds:
--   raise UnicodeError, "Invalid character %s" % repr(c)
-+   raise UnicodeError("Invalid character %s" % repr(c))
- 
- def nameprep(self, label):
- label = idna.nameprep(label)
- self.check_prohibiteds(label)
- if label[0] == '-':
--raise UnicodeError, "Invalid leading hyphen-minus"
-+raise UnicodeError("Invalid leading hyphen-minus")
- if label[-1] == '-':
--raise UnicodeError, "Invalid trailing hyphen-minus"
-+   

Bug#809039: texlive-science: upgrade failed

[Norbert Preining]

Thanks, that was the missing info. Strange that I haven't seen this, and I 
always do updates of texlive-full.

Will try to upload a fix tomorrow.

Norbert


PREINING, Norbert  http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13


> On Dec 27, 2015, at 01:24, Axel Beckert  wrote:
> 
> Control: severity -1 serious
> Control: tags -1 - moreinfo
> Control: reassign -1 texlive-latex-extra,texlive-science
> Control: found -1 texlive-science/2015.20151225
> Control: found -1 texlive-latex-extra/2015.20151116-1
> 
> Hi Norbert,
> 
> Norbert Preining wrote:
>>> The upgrade failed, apparently due to missing Breaks/Replaces
>>> (I no longer have the error message).
>> 
>> Haven't seen that. So if it broke, how did you install it?
> 
> A simple upgrade of the whole texlive suite at once sufficed in my
> case.
> 
>> with --force-overwrite?
> 
> Surely not.
> 
>> Then at least you should have some rememberance of what file was
>> problematic.
> 
> Preparing to unpack .../texlive-science_2015.20151225-1_all.deb ...
> Unpacking texlive-science (2015.20151225-1) over (2015.20151116-1) ...
> dpkg: error processing archive 
> /var/cache/apt/archives/texlive-science_2015.20151225-1_all.deb (--unpack):
> trying to overwrite 
> '/usr/share/texlive/texmf-dist/tex/latex/simplewick/simplewick.sty', which is 
> also in package texlive-latex-extra 2015.20151116-1
> dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
> 
> Please be aware that dpkg aborts on the first file with a conflict
> encountered and that there may be more of them in this package.
> 
>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#809029: apt: trusted=yes option in sources.list not recognized

[Andreas Metzler]

On 2015-12-26 Niels Thykier  wrote:
[...]
> I believe you have to use

>   deb [trusted=yes] http://... ...

> Which is admittedly not very clear from:

>  deb [ option1=value1 option2=value2 ] uri suite [component1] \
>[component2] [...]

> Where [] is also used as an marker of optional items.

Ahhh. Thanks.

On re-reading the man-page already tries quite hard to bring this
across ("If options should be provided they are separated by spaces
and all of them together are enclosed by square brackets") and there
is an example, too.

I do not know on how to improve on that. Feel free to close this
bug-report.

Thanks, cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Bug#809053: xindy FTBFS due to CPPFLAGS containing spaces

[Mattia Rizzolo]

Package: src:xindy
Version: 2.4-1.3
Severity: serious
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

xindy FTBFS in current sid.
tail of the build log:

 fakeroot debian/rules binary
test -d debian/patched || install -d debian/patched
dpatch  apply-all  
applying patch fix-echo-expansion to ./ ... ok.
applying patch fix-FHS to ./ ... ok.
applying patch help-option to ./ ... ok.
applying patch config.guess+sub to ./ ... ok.
applying patch fix-alphabets-doc-geometry to ./ ... ok.
applying patch fix-configure to ./ ... ok.
applying patch fix-entry-with-command to ./ ... ok.
dpatch  cat-all  >>patch-stampT
mv -f patch-stampT patch-stamp
dh_testdir
if [ -e config.status ]; then \
rm -f build-arch-stamp build-indep-stamp; \
/usr/bin/make distclean || true; \
fi
./configure LDFLAGS="-Wl,-z,relro -Wl,-z,defs" CFLAGS="-g -O2 
-fstack-protector-strong -Wformat -Werror=format-security" CPPFLAGS=-Wdate-time 
-D_FORTIFY_SOURCE=2 --host=x86_64-linux-gnu --build=x86_64-linux-gnu 
--prefix=/usr --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info 
--docdir=\${prefix}/share/doc/xindy-rules
configure: error: unrecognized option: -D_FORTIFY_SOURCE=2
Try `./configure --help' for more information.
debian/rules:33: recipe for target 'config.status-with-latex' failed
make: *** [config.status-with-latex] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2



-- 
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#809032: libghc-nats-doc: Cannot install - depends on missing haddock-interface-25

[Joachim Breitner]

Hi,

Am Samstag, den 26.12.2015, 17:50 +0530 schrieb Jonas Smedegaard:
> Package: libghc-nats-doc
> Version: 1-1
> Severity: grave
> Justification: renders package unusable
> 
> As subject says, libghc-nats-doc depends on missing haddock-
> interface-25
> which renders the package uninstallable.
> 

nats ist scheduled for removal, as it would be an empty package with
GHC-7.10 anyways. Please patch out any mention of nats from .cabal when
doing the packging.

Thanks,
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#809063: qgis: SIGABRT when zooming out "forever" with an empty panel

[Sandro Tosi]

Package: qgis
Version: 2.8.4+dfsg-1
Severity: normal

Hello,
just open qgis, select the main panel, then zoom out "forever" and it crashed,
here is the bt/bt full/thread apply all bt from gdb:

```
Program received signal SIGABRT, Aborted.
0x7fffef13b107 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.
(gdb) bt
#0  0x7fffef13b107 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x7fffef13c4e8 in __GI_abort () at abort.c:89
#2  0x7fffef134226 in __assert_fail_base (fmt=0x7fffef26ad08 "%s%s%s:%u: 
%s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0x73693897 
"invertible", 
file=file@entry=0x73693860 
"/tmp/buildd/qgis-2.8.4+dfsg/src/core/qgsmaptopixel.cpp", line=line@entry=124, 
function=function@entry=0x736938e0  "QgsPoint QgsMapToPixel::toMapPoint(qreal, 
qreal) const") at assert.c:92
#3  0x7fffef1342d2 in __GI___assert_fail 
(assertion=assertion@entry=0x73693897 "invertible", 
file=file@entry=0x73693860 
"/tmp/buildd/qgis-2.8.4+dfsg/src/core/qgsmaptopixel.cpp", 
line=line@entry=124, 
function=function@entry=0x736938e0  "QgsPoint QgsMapToPixel::toMapPoint(qreal, 
qreal) const") at assert.c:101
#4  0x7340a1e8 in QgsMapToPixel::toMapPoint (this=this@entry=0x154a3a8, 
x=x@entry=0, y=y@entry=0) at 
/tmp/buildd/qgis-2.8.4+dfsg/src/core/qgsmaptopixel.cpp:124
#5  0x741984aa in QgsMapCanvas::imageRect (this=this@entry=0x125e8c0, 
img=..., mapSettings=...) at 
/tmp/buildd/qgis-2.8.4+dfsg/src/gui/qgsmapcanvas.cpp:760
#6  0x7419bd88 in QgsMapCanvas::rendererJobFinished (this=0x125e8c0) at 
/tmp/buildd/qgis-2.8.4+dfsg/src/gui/qgsmapcanvas.cpp:744
#7  0x74226575 in QgsMapCanvas::qt_static_metacall (_o=0x125e8c0, 
_c=, _id=, _a=)
at 
/tmp/buildd/qgis-2.8.4+dfsg/obj-x86_64-linux-gnu/src/gui/moc_qgsmapcanvas.cxx:166
#8  0x72ab8160 in QMetaObject::activate(QObject*, QMetaObject const*, 
int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#9  0x73651820 in QgsMapRendererJob::finished (this=) at 
/tmp/buildd/qgis-2.8.4+dfsg/obj-x86_64-linux-gnu/src/core/moc_qgsmaprendererjob.cxx:97
#10 0x734075cc in QgsMapRendererSequentialJob::internalFinished 
(this=0x154a200) at 
/tmp/buildd/qgis-2.8.4+dfsg/src/core/qgsmaprenderersequentialjob.cpp:138
#11 0x72ab8160 in QMetaObject::activate(QObject*, QMetaObject const*, 
int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#12 0x72ab8160 in QMetaObject::activate(QObject*, QMetaObject const*, 
int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#13 0x72983586 in QFutureWatcherBase::event(QEvent*) () from 
/usr/lib/x86_64-linux-gnu/libQtCore.so.4
#14 0x71dec8dc in QApplicationPrivate::notify_helper(QObject*, QEvent*) 
() from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#15 0x71df3816 in QApplication::notify(QObject*, QEvent*) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#16 0x732f2bdb in QgsApplication::notify (this=0x7fffdd50, 
receiver=0x1555478, event=0x7fff640096a0) at 
/tmp/buildd/qgis-2.8.4+dfsg/src/core/qgsapplication.cpp:252
#17 0x72aa3a6d in QCoreApplication::notifyInternal(QObject*, QEvent*) 
() from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#18 0x72aa7526 in QCoreApplicationPrivate::sendPostedEvents(QObject*, 
int, QThreadData*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#19 0x72ad4233 in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#20 0x7fffed29dfe7 in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#21 0x7fffed29e240 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#22 0x7fffed29e2ec in g_main_context_iteration () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#23 0x72ad4384 in 
QEventDispatcherGlib::processEvents(QFlags) () 
from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#24 0x71e96a76 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#25 0x72aa22e1 in 
QEventLoop::processEvents(QFlags) () from 
/usr/lib/x86_64-linux-gnu/libQtCore.so.4
#26 0x72aa2655 in 
QEventLoop::exec(QFlags) () from 
/usr/lib/x86_64-linux-gnu/libQtCore.so.4
#27 0x72aa8629 in QCoreApplication::exec() () from 
/usr/lib/x86_64-linux-gnu/libQtCore.so.4
#28 0x004f2f43 in main (argc=1, argv=) at 
/tmp/buildd/qgis-2.8.4+dfsg/src/app/main.cpp:1047
(gdb) bt full
#0  0x7fffef13b107 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 0
pid = 15097
selftid = 15097
#1  0x7fffef13c4e8 in __GI_abort () at abort.c:89
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x7fffe3b2, sa_sigaction 
= 0x7fffe3b2}, sa_mask 

Bug#765303: here is a patch

[Eduard Bloch]

Control: 765303 + patch

Tested quickly on the icewm package, seems to do the job.

Subject: Collected Debian patches for strip-nondeterminism
Author: Andrew Ayer 

Since I am also upstream for this package, there will normally not be
any patches to apply to the upstream source.  However, occasionally
I'll pull up specific upstream commits prior to making an upstream
release.  When this happens, this patch will collect all of those
modifications.

I use Git to maintain both the upstream source and the Debian
packages, and generating individual patches rather than using git
cherry-pick takes extra work for no gain.  Since I'm also upstream,
there's no need to separate the patches for later upstream submission.
Hence, I take this approach with a unified patch when it's necessary.

For full commit history and separated commits, see the upstream Git
repository.
--- strip-nondeterminism-0.014.orig/lib/File/StripNondeterminism.pm
+++ strip-nondeterminism-0.014/lib/File/StripNondeterminism.pm
@@ -29,6 +29,7 @@ use File::StripNondeterminism::handlers:
 use File::StripNondeterminism::handlers::png;
 use File::StripNondeterminism::handlers::javaproperties;
 use File::StripNondeterminism::handlers::zip;
+use File::StripNondeterminism::handlers::gmo;
 
 our($VERSION, $canonical_time);
 
@@ -81,6 +82,10 @@ sub get_normalizer_for_file {
if (m/\.(zip|pk3|whl|xpi)$/ && _get_file_type($_) =~ m/Zip archive 
data/) {
return \::StripNondeterminism::handlers::zip::normalize;
}
+   # gmo
+   if (m/\.(mo|gmo)$/ && _get_file_type($_) =~ m/GNU message catalog/) {
+   return \::StripNondeterminism::handlers::gmo::normalize;
+   }
return undef;
 }
 
@@ -94,6 +99,7 @@ sub get_normalizer_by_name {
return \::StripNondeterminism::handlers::png::normalize if $_ eq 
'png';
return \::StripNondeterminism::handlers::javaproperties::normalize 
if $_ eq 'javaproperties';
return \::StripNondeterminism::handlers::zip::normalize if $_ eq 
'zip';
+   return \::StripNondeterminism::handlers::gmo::normalize if $_ eq 
'mo';
return undef;
 }
 
--- /dev/null
+++ strip-nondeterminism-0.014/lib/File/StripNondeterminism/handlers/gmo.pm
@@ -0,0 +1,54 @@
+# Copyright © 2015 Eduard Bloch 
+# All rights reserved.
+# 
+# Redistribution and use in source and binary forms, with or without
+# modification, are permitted provided that the following conditions
+# are met:
+# 1. Redistributions of source code must retain the above copyright
+#notice, this list of conditions and the following disclaimer.
+# 2. Redistributions in binary form must reproduce the above copyright
+#notice, this list of conditions and the following disclaimer in the
+#documentation and/or other materials provided with the distribution.
+# 
+# THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
+# ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+# IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
+# ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
+# FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
+# DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
+# OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
+# HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
+# LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
+# OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
+# SUCH DAMAGE.
+
+package File::StripNondeterminism::handlers::gmo;
+use strict;
+use warnings;
+
+sub normalize
+{
+   my $filename = shift;
+   my $headername = "POT-Creation-Date:";
+   my $fd;
+   open($fd, "+<", $filename) or die("error while opening $filename: $!");
+   my $location=0;
+   while(<$fd>)
+   {
+  my $pos = index($_, $headername);
+  if($pos < 0)
+  {
+ $location += length($_);
+ next;
+  }
+  /$headername(\d|\ |-|:|\+)*$/ or last; # invalid date format?
+  my $striplen = (length($_) - $pos - length($headername) - 1);
+  seek($fd, ($location + $pos + length($headername)), 0);
+  syswrite($fd, " "x$striplen);
+   }
+   close($fd) or die("Error rewritting $filename: $!");
+
+   return 1;
+}
+
+1;

Bug#729614: Latest upstream version is 2.2-3

[Martin Steigerwald]

Hi Dominique!

Am Freitag, 25. Dezember 2015, 20:25:17 CET schrieb Dominique Brazziel:
>   The latest atop version is needed for compatibility
> with the optional netatop module.  Older versions (i.e. 1.2x)
> check for kernel patches, which have long since been removed.

Not the latest. Any version since 2.0 will do.

And if you look at the github.com address I actually started work at packaging 
2.1.

I didn´t tell anyone much about it as I did not finish it yet – wanted to talk 
with Marc on Debconf, but didn´t come around to it. Currently the build 
package does not contain a binary of atop as the upstream author changed the 
make file. "make install" does not install a binary file, instead one has to 
decide between sysv init or systemd install. There is a genericinstall target 
that doesn´t install any sysv or systemd configuration file which I intend to 
use instead, cause I think I want to install my own versions of systemd and 
sysv stuff. Of course I would also update packaging to latest 2.2.

I did not talk with Marc, the maintainer of atop, yet. And I do have holidays. 

I currently have no intention to work on this before January 15th. And as any 
"is needed" does not automatically make it happen when it comes to Debian 
packaging work, I´d suggest feel free to offer help if you want to see faster 
progress. Otherwise it is rather easy to compile both atop and netatop for 
yourself for the time and have some more patience for updated packages to be 
done by me, Marc, whomever.

Have a merry christmas,
-- 
Martin

Bug#742429: isenkram: Please use PackageKit

[Petter Reinholdtsen]

[Julian Andres Klode]
> That example then works, with both packagekit and
> gir1.2-packagekitglib installed.

Thank you for the feedback.  This is how the script fail when I try:

% python console.py install chrpath
 None
 None
 None
 None
 None
 None
 None
Traceback (most recent call last):
  File "console.py", line 45, in 
sys.exit(main(sys.argv))
  File "console.py", line 28, in main
client.install_packages(False, [args[2],], None, progress_cb, None)
GLib.Error: pk_client_error: The package id's 'chrpath' are not valid (6)
%

Is this working for you?  Packagekit is running:

% /usr/sbin/service packagekit status
* packagekit.service - PackageKit Daemon
   Loaded: loaded (/lib/systemd/system/packagekit.service; static)
   Active: active (running) since fr. 2015-12-25 22:27:11 CET; 13h ago
 Main PID: 3864 (packagekitd)
   CGroup: /system.slice/packagekit.service
   └─3864 /usr/lib/packagekit/packagekitd
%

-- 
Happy hacking
Petter Reinholdtsen

Bug#809029: apt: trusted=yes option in sources.list not recognized

[Andreas Metzler]

Package: apt
Version: 1.1.5
Severity: normal

Hello,

==
sources.list(5):
   deb [ option1=value1 option2=value2 ] uri suite [component1] [compone
nt2] [...]
[...]
THE DEB AND DEB-SRC TYPES: OPTIONS
   Each source entry can have options specified to modify which source is
   accessed and how data is acquired from it.
[...]
   ·   Trusted (trusted) is a tri-state value which defaults to APT
   deciding if a source is considered trusted or if warnings should be
   raised before e.g. packages are installed from this source. This
   option can be used to override that decision. The value yes tells
   APT always to consider this source as trusted, even if it doesn't
   pass authentication checks.
==

However this fails:
root@argenau:~cat /etc/apt/sources.list
deb  trusted=yes  http://ftp.at.debian.org/debian/ stretch main contrib non-free
root@argenau:~# apt update
E: Malformed entry 1 in list file /etc/apt/sources.list (URI parse)
E: The list of sources could not be read.

This also applies to 1.1.6.

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Bug#809035: ssh.service notification warning in syslog

[Yuri D'Elia]

Package: openssh-server
Version: 1:7.1p1-5
Severity: minor

I started to see the following messages in syslog recently:

Dec 22 18:12:36 e systemd[1]: ssh.service: Got notification message from PID 
6719, but reception only permitted for main PID 31374
Dec 22 18:32:55 e systemd[1]: ssh.service: Got notification message from PID 
6783, but reception only permitted for main PID 31374


Is this an useless warning, or a real problem in the ssh service, or ...?

Bug#809036: ITP: ctf-gameserver -- Gameserver for A/D IT-Sec CTFs

[Christoph Egger]

Package: wnpp
Severity: wishlist
Owner: Christoph Egger 

* Package name: ctf-gameserver
  Version : 0.1.0
  Upstream Author : Christoph Egger 
Felix Dreissig
* URL : http://ctf00.cs.fau.de/ctf-gameserver/
* License : ISC / MIT
  Programming Lang: Python
  Description : Gameserver for A/D IT-Sec CTFs

Source: ctf-gameserver
Section: python
Priority: optional
Maintainer: Debian Python Modules Team 

Uploaders: Christoph Egger 
Build-Depends: debhelper (>= 8~),
 python3-all,
 python3 (>= 3.3.0-2),
 python3-setuptools,
 python3-sphinx
Standards-Version: 3.9.4
Homepage: http://framework.faustctf.net/

Package: python3-ctf-gameserver
Architecture: all
Suggests: ctf-gameserver-doc
Depends: ${shlibs:Depends},
 ${misc:Depends},
 ${python3:Depends}
Provides: ${python:Provides}
Description: ctf-gameserver - support libraries
 Attack-defence Capture the Flag (CTF) is a special kind of
 information security competitions. Every team has own network(or only
 one host) with vulnarable services. Your team has time for patching
 your services and developing exploits. Organizers connects
 participants of competition. ctf-gameserver is an implementation of
 the infrastructure needed to organize sucha competition.
 .
 This package contains all python modules backing up the service as
 well as the web code that can be served via wsgi

Package: ctf-gameserver-doc
Architecture: all
Depends: ${shlibs:Depends},
 ${misc:Depends},
 ${python3:Depends}
Provides: ${python:Provides}
Description: ctf-gameserver - documentation
 Attack-defence Capture the Flag (CTF) is a special kind of
 information security competitions. Every team has own network(or only
 one host) with vulnarable services. Your team has time for patching
 your services and developing exploits. Organizers connects
 participants of competition. ctf-gameserver is an implementation of
 the infrastructure needed to organize sucha competition.
 .
 This package contains a deamon to submit flags for scoring

Package: ctf-gameserver-submission
Architecture: all
Suggests: ctf-gameserver-doc
Depends:
 ${misc:Depends},
 ${python3:Depends},
 python3-ctf-gameserver,
 python3-psycopg2
Description: ctf-gameserver - flag submission
 Attack-defence Capture the Flag (CTF) is a special kind of
 information security competitions. Every team has own network(or only
 one host) with vulnarable services. Your team has time for patching
 your services and developing exploits. Organizers connects
 participants of competition. ctf-gameserver is an implementation of
 the infrastructure needed to organize sucha competition.
 .
 This package contains documentation for the modules and geneal setup

Package: ctf-gameserver-checker
Architecture: all
Suggests: ctf-gameserver-doc
Depends:
 ${misc:Depends},
 ${python3:Depends},
 python3-ctf-gameserver,
 python3-psycopg2
Description: ctf-gameserver - servicechecker
 Attack-defence Capture the Flag (CTF) is a special kind of
 information security competitions. Every team has own network(or only
 one host) with vulnarable services. Your team has time for patching
 your services and developing exploits. Organizers connects
 participants of competition. ctf-gameserver is an implementation of
 the infrastructure needed to organize sucha competition.
 .
 This package contains a deamon for checking srevice availability on
 the participant's host(s)

Package: ctf-gameserver-controller
Architecture: all
Suggests: ctf-gameserver-doc
Depends:
 ${misc:Depends},
 ${python3:Depends},
 python3-ctf-gameserver,
 python3-psycopg2
Description: ctf-gameserver - game controller
 Attack-defence Capture the Flag (CTF) is a special kind of
 information security competitions. Every team has own network(or only
 one host) with vulnarable services. Your team has time for patching
 your services and developing exploits. Organizers connects
 participants of competition. ctf-gameserver is an implementation of
 the infrastructure needed to organize sucha competition.
 .
 This package contains a regular job advancing the game and performing
 regular maintenance.

Bug#802490: pcscd doesn't start properly

[Ludovic Rousseau]

Hello,

Le 20/10/2015 18:48, Ludovic Rousseau a écrit :

Le 20/10/2015 17:02, Michaël Colignon a écrit :

I have test it with the Vasco 870 and it works properly.

So the issue is with the Vasco 905 specifically(and my title of issue
is not right).

The 870 starts when pcscd is started without any issue, it works perfectly.



First test using your Vasco 905 with a simple program.
See 
http://ludovicrousseau.blogspot.fr/2014/03/level-1-smart-card-support-on-gnulinux.html

If that fails then please follow 
https://pcsclite.alioth.debian.org/ccid.html#support


I have no news on this bug report since 2 months.
Do you still have the problem with your Vasco 905 reader?

If yes, can you follow the procedure described above?
Thanks

--
Dr. Ludovic Rousseau

Bug#808778: warning: unable to delete old directory '/etc/bash_completion.d/xxdiff': Directory not empty

[Florian Schlichting]

Hi Chris,

> Apparently some old config files aren't cleaned up correctly
> on upgrade:
> Unpacking xxdiff-scripts (1:4.0+hg453+dfsg-1) over (1:4.0+hg437+dfsg-2) ...
> dpkg: warning: unable to delete old directory 
> '/etc/bash_completion.d/xxdiff': Directory not empty
> 
> The dir is however empty:

hmm, this seems to be an instant of #584185

> Could you please clean up the empty dir with one of the upcomming
> updates?!

I'll upload a -2 in a minute which adds the appropriate rmdir call,
along with some other improvements. It won't get rid of the warning
message, but at least the "forgotten" directory is removed.

Florian

Bug#748754: Fwd: Bug#748754: pcscd: card reader no longer recognized

[Ludovic Rousseau]

Le 26/12/2015 13:53, Martin-Éric Racine a écrit :

2015-12-26 14:40 GMT+02:00 Ludovic Rousseau :

Le 26/12/2015 10:41, Martin-Éric Racine a écrit :


Hello Ludovic,

For some reason, the message below never was delivered to the bug.
Resending.

-- Forwarded message --
From: Martin-Éric Racine 
Date: 2014-05-24 17:23 GMT+03:00
Subject: Re: Bug#748754: pcscd: card reader no longer recognized
To: 748...@bugs.debian.org



2014-05-24 16:37 GMT+03:00 Ludovic Rousseau :


Le 20/05/2014 20:35, Martin-Éric Racine a écrit :




2014-05-20 20:08 GMT+03:00 Ludovic Rousseau
:



Please follow http://pcsclite.alioth.debian.org/ccid.html#support to
provide
more detailed information.




On Debian/testing, accessing a FinEID card using the D430's internal
Oz776
card reader:




Thanks for the details.

I can't find any problem in the log you sent.



I ran the same logging sequence, this time trying to access the card
with 1) opensc-explorer 2) opensc-tools and 3) the OpenSC pluging via
Iceweasel. Attached.



Every thing goes fine
0159 ifdhandler.c:1122:IFDHPowerICC() action: PowerUp,
usb:0b97/7762:libudev:0:/dev/bus/usb/001/008 (lun: 0)
0163 -> 00 62 00 00 00 00 00 0C 01 00 00
00972736 <- 00 80 10 00 00 00 00 0C 00 00 00 3B 7B 94 00 00 80 62 12 51
56 46 69 6E 45 49 44
0034 winscard.c:336:SCardConnect() power up complete.
0018 Card ATR: 3B 7B 94 00 00 80 62 12 51 56 46 69 6E 45 49 44

Until the first command is sent to the card:
0021 APDU: 00 A4 04 0C 0C A0 00 00 00 63 50 4B 43 53 2D 31 35
0011 ifdhandler.c:1266:IFDHTransmitToICC()
usb:0b97/7762:libudev:0:/dev/bus/usb/001/008 (lun: 0)
0023 commands.c:1966:CmdXfrBlockCHAR_T0() T=0: 17 bytes
0020 -> 00 6F 05 00 00 00 00 0E 00 01 00 00 A4 04 0C 0C
01230094 <- 00 80 00 00 00 00 00 0E 40 FE 00
0066 commands.c:1477:CCID_Receive Card absent or mute
0013 commands.c:2104:CmdXfrBlockCHAR_T0() CCID_Receive failed
0016 SW:

Your O2Micro reader is listed in the "Unsupported or partly supported CCID
readers" list [1] so I am not too surprised to see a problem with this
reader.


Considering that it was working fine until recent versions, I am very
surprised to see that it no longer works.


Interesting. So it is a regression.
Do you know with what version of libccid your reader was working?

I am not the author of the code for "Character level exchange". I do not 
remember having made a change in this code. It may be a side effect of another change.

Using git bisect would greatly help find the source of the problem.
The CCID driver git repository is available from 
https://pcsclite.alioth.debian.org/ccid.html


Also your reader uses "Character level exchange". Readers using this mode of
communication are very rare. Only 1.51% [2] of the readers in my list use
this mode.


Could be. I wouldn't know.


Can you try the same card with another reader?


The same card works fine with an external USB reader, but it defeats
the whole purpose of having a built-in card reader.


I understand.

Thanks

--
 Dr. Ludovic Rousseau

Bug#748754: Fwd: Bug#748754: pcscd: card reader no longer recognized

[Martin-Éric Racine]

.2015-12-26 15:11 GMT+02:00 Ludovic Rousseau :
> Le 26/12/2015 13:53, Martin-Éric Racine a écrit :
>>
>> 2015-12-26 14:40 GMT+02:00 Ludovic Rousseau :
>>>
>>> Le 26/12/2015 10:41, Martin-Éric Racine a écrit :


 Hello Ludovic,

 For some reason, the message below never was delivered to the bug.
 Resending.

 -- Forwarded message --
 From: Martin-Éric Racine 
 Date: 2014-05-24 17:23 GMT+03:00
 Subject: Re: Bug#748754: pcscd: card reader no longer recognized
 To: 748...@bugs.debian.org



 2014-05-24 16:37 GMT+03:00 Ludovic Rousseau
 :
>
>
> Le 20/05/2014 20:35, Martin-Éric Racine a écrit :
>>
>>
>>
>>
>> 2014-05-20 20:08 GMT+03:00 Ludovic Rousseau
>> :
>>>
>>>
>>>
>>> Please follow http://pcsclite.alioth.debian.org/ccid.html#support to
>>> provide
>>> more detailed information.
>>
>>
>>
>>
>> On Debian/testing, accessing a FinEID card using the D430's internal
>> Oz776
>> card reader:
>
>
>
>
> Thanks for the details.
>
> I can't find any problem in the log you sent.



 I ran the same logging sequence, this time trying to access the card
 with 1) opensc-explorer 2) opensc-tools and 3) the OpenSC pluging via
 Iceweasel. Attached.
>>>
>>>
>>>
>>> Every thing goes fine
>>> 0159 ifdhandler.c:1122:IFDHPowerICC() action: PowerUp,
>>> usb:0b97/7762:libudev:0:/dev/bus/usb/001/008 (lun: 0)
>>> 0163 -> 00 62 00 00 00 00 00 0C 01 00 00
>>> 00972736 <- 00 80 10 00 00 00 00 0C 00 00 00 3B 7B 94 00 00 80 62 12
>>> 51
>>> 56 46 69 6E 45 49 44
>>> 0034 winscard.c:336:SCardConnect() power up complete.
>>> 0018 Card ATR: 3B 7B 94 00 00 80 62 12 51 56 46 69 6E 45 49 44
>>>
>>> Until the first command is sent to the card:
>>> 0021 APDU: 00 A4 04 0C 0C A0 00 00 00 63 50 4B 43 53 2D 31 35
>>> 0011 ifdhandler.c:1266:IFDHTransmitToICC()
>>> usb:0b97/7762:libudev:0:/dev/bus/usb/001/008 (lun: 0)
>>> 0023 commands.c:1966:CmdXfrBlockCHAR_T0() T=0: 17 bytes
>>> 0020 -> 00 6F 05 00 00 00 00 0E 00 01 00 00 A4 04 0C 0C
>>> 01230094 <- 00 80 00 00 00 00 00 0E 40 FE 00
>>> 0066 commands.c:1477:CCID_Receive Card absent or mute
>>> 0013 commands.c:2104:CmdXfrBlockCHAR_T0() CCID_Receive failed
>>> 0016 SW:
>>>
>>> Your O2Micro reader is listed in the "Unsupported or partly supported
>>> CCID
>>> readers" list [1] so I am not too surprised to see a problem with this
>>> reader.
>>
>>
>> Considering that it was working fine until recent versions, I am very
>> surprised to see that it no longer works.
>
>
> Interesting. So it is a regression.

My initial bug report said so, already in the Subject line.

> Do you know with what version of libccid your reader was working?

Something just prior to when the initial bug report was filed. Please
also see Bug #743567.

> I am not the author of the code for "Character level exchange". I do not
> remember having made a change in this code. It may be a side effect of
> another change.

Quite possible.

> Using git bisect would greatly help find the source of the problem.
> The CCID driver git repository is available from
> https://pcsclite.alioth.debian.org/ccid.html

Noted. This being said, can you confirm whether the most probable
cause would be changes in CCID or in OPENSC?

Martin-Éric

Bug#808967: deheader: doesn't work with normal subdir based automake Makefiles

[Reiner Herrmann]

Control: tags -1 + upstream
Control: forwarded -1 https://gitlab.com/esr/deheader/merge_requests/3

Hi pabs,

thanks for the report!

On Fri, Dec 25, 2015 at 01:26:44PM +0800, Paul Wise wrote:
> When I tried deheader on the icns project, it wouldn't work until I
> entered the src subdir and ran deheader there. It would be nice if it
> could work from the top level directory without changing dirs.

I submitted a patch upstream, which will retry compiling in the
subdirectory of the source file, if the first attempt from the top-level
directory failed.

Regards,
 Reiner


signature.asc
Description: PGP signature

Bug#808997: Processed: Re: Missing /usr path in modules-load.d(5)

[Marco d'Itri]

On Dec 26, Michael Biebl  wrote:

> I actually think we should move files to /usr/lib/modules-load.d and
> make that the preferred location (that's what other distros use that
> have done the usr-merge).
Agreed.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#807645: ifupdown package fails to configure itself (by dpkg)

[Marco d'Itri]

On Dec 26, Guus Sliepen  wrote:

> Hm, that sounds like a bug in systemd or in some other component that it
> calls during "systemctl enable networking.service". Marco, can you see
> from your strace logs what process did that dbus call?
Just "systemctl enable networking.service".

> The current version of ifupdown calls systemctl from postinst "by hand",
> but the next version will use dh-systemd, maybe that will fix this issue
> as well, but I'm not sure.
The problem is that networking.service is already enabled (by insserv), 
but I expected the command to be idempotent anyway:

● networking.service - Raise network interfaces
   Loaded: loaded (/usr/lib/systemd/system/networking.service; enabled; vendor 
preset: enabled)
  Drop-In: /run/systemd/generator/networking.service.d
   └─50-insserv.conf-$network.conf
/usr/lib/systemd/system/networking.service.d
   └─systemd.conf
   Active: active (exited) since Sun 2015-10-25 13:48:55 CET; 2 months 1 days 
ago

root@bongo:~# cat 
/usr/lib/systemd/system/networking.service.d/systemd.conf 
[Unit]
After=network-pre.target apparmor.service
root@bongo:~#

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#808579: Not fixed?

[Niels Thykier]

Eugen Dedu:
> Hi,
> 
> I have had the same problem since apt 1.1 version.  Now I have 1.1.6,
> but this bug is still not fixed: apt-get update takes much time during
> rred phase.
> 

Hi,

For reference, the following commit was done today, which might be of
interest:

https://anonscm.debian.org/cgit/apt/apt.git/commit/?id=0b29c72
"""
Use a hardcoded buffer size of 4096 to fix performance

The code uses memmove() to move parts of the buffer to the
front when the buffer is only partially read. By simply
reading one page at a time, the maximum size of bytes that
must be moved has a hard limit, and performance improves:

In one test case, consisting of a 430 MB Contents file,
and a 75K PDiff, applying the PDiff previously took about
48 seconds and now completes in 2 seconds.

Further speed up can be achieved by buffering writes, they
account for about 60% of the run-time now.
"""

It will probably be a part of the next APT release.

Thanks,
~Niels





signature.asc
Description: OpenPGP digital signature

Bug#728402: [PATCH] tuxmath: Error in `tuxmath': double free or corruption

[Hans de Goede]

Hi,

Fedora tuxmath (co)maintainer here, I've just fixed what I believe
is the same bug in the Fedora package, you can find the patch
fixing this here:

http://pkgs.fedoraproject.org/cgit/tuxmath.git/tree/tuxmath_w_fonts-2.0.1-powerup-crash.patch

Regards,

Hans

Bug#798500: drush package upgrade

[Ritesh Raj Sarraf]

Hello Antoine,


I use drush for my Drupal setups and have a dependency on it. I see
that the version in Debian is 5.x, where as on the upstream page, even
6.x is marked EOL. So I guess the Debian one has no support from anyone
other than Debian ?

On Sun, 01 Nov 2015 11:17:57 -0500 Antoine =?utf-8?Q?Beaupr=C3=A9?=  wrote:
> [snipped original message, but see also
> https://github.com/drush-ops/drush/issues/1628 ]
> 
> Hi,
> 
> as i have mentionned previously in this bug:
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798500
> 
> I have "orphaned" the Debian package, which means I no longer
maintain
> it.
> 
> The homepage for the package is here:
> 
> https://tracker.debian.org/pkg/drush
> 
> There you can find the git repository for the Debian package:
> 
> http://git.debian.org/git/collab-maint/drush.git
> 
> The first step to update the package will be to fix the issues with
the
> new Composer deployment that Drush uses. It looks like Composer is
now
> in Debian, but I am not sure how to package composer tools in Debian
> now.
> 
> Maybe the Debian PHP team could help:
> 
> https://wiki.debian.org/Teams/DebianPHPGroup
> 
> Once there's a package to be uploaded (or even before, actually), the
> package adoption procedure should be followed here:
> 

I'll see if I can pick it up. I've been just a mere user of drush so
far.

One question for you. Drush upstream seems to be well aligned with
Drupal releases. With the current 8.x release, does it work with older
drush/drupal versions ?

I mean Drush 5.x working with Drupal 8.x and vice versa ?
If it does, what are the usual complications.

> https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#
adopting
> 
> I'd be glad to see other people take up Drush packaging! It's a bit
of a
> challenge because web apps move so fast, but there is certainly
demand
> for it, as I regularly get requests for the package to be updated. :)
> 
> Good luck!
> 
> A.
> -- 
> To be naive and easily deceived is impermissible, today more than
> ever, when the prevailing untruths may lead to a catastrophe because
> they blind people to real dangers and real possibilities.
> - Erich Fromm
> 
> 
-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."



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

Bug#809039: texlive-science: upgrade failed

[Norbert Preining]

severity 809039 normal
tag 809039 moreinfo
thanks

> The upgrade failed, apparently due to missing Breaks/Replaces
> (I no longer have the error message).

Haven't seen that. So if it broke, how did you install it?
with --force-overwrite? Then at least you should have some
rememberance of what file was problematic.

Thanks

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#808312: chemps2: upgrade fail

[Sebastian Wouters]

> I've tested the upgrade from 1.6-1 with a package built in my PPA
> including the above changes and there were no errors.
>
> I believe the version number in breaks and replaces should be 1.6-2~,
> in case backported versions exist.
>
> Breaks: libchemps2-1 (<< 1.6-2~)
> Replaces: libchemps2-1 (<< 1.6-2~)
>

Adjusted:
http://anonscm.debian.org/cgit/debichem/packages/chemps2.git/commit/?id=dd783f08a241dd9cc578f450296d0dd3f4843740
Thanks!

Bug#809041: ITP: libjs-favico.js -- make use of your favicon with badges, images or videos

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: libjs-favico.js
  Version : 0.3.10+dfsg1-1
  Upstream Author : Miroslav Magda 
* URL : https://github.com/ejci/favico.js/
* License : Expat or GPL-2.0
  Programming Lang: Javascript
  Description : make use of your favicon with badges, images or videos

this is needed for mailpile



signature.asc
Description: OpenPGP digital signature

Bug#809040: Installation was successfully at Asus Zenbook UX501

[Bernhard]

Package: installation-reports

Boot method: CD
Image version: Self-made ISO image with current installer from Stretch
Date: 2015-12-26

Machine: Asus Zenbook UX501
Processor: Intel(R) Core(TM) i7-4720HQ CPU @ 2.60GHz
Memory: 16GB
Partitions:

> DateisystemTyp  1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
> udev   devtmpfs 10240   0 102400% /dev
> tmpfs  tmpfs  32647169124   32555921% /run
> /dev/sda5  ext4  19092180 6440072  11659240   36% /
> tmpfs  tmpfs  81617846104   81556801% /dev/shm
> tmpfs  tmpfs 5120   4  51161% /run/lock
> tmpfs  tmpfs  8161784   0   81617840% /sys/fs/cgroup
> /dev/sda1  ext2960504   340808776324% /boot
> /dev/sda7  ext4 100831656 1406024  942805962% /home
> tmpfs  tmpfs  1632360  36   16323241% /run/user/1000

Output of lspci -knn:

> 00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v3/4th Gen Core 
> Processor DRAM Controller [8086:0c04] (rev 06)
>   Subsystem: ASUSTeK Computer Inc. Device [1043:18dd]
> 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v3/4th Gen Core 
> Processor PCI Express x16 Controller [8086:0c01] (rev 06)
>   Kernel driver in use: pcieport
> 00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen Core 
> Processor Integrated Graphics Controller [8086:0416] (rev 06)
>   Subsystem: ASUSTeK Computer Inc. Device [1043:18dd]
>   Kernel driver in use: i915
> 00:03.0 Audio device [0403]: Intel Corporation Xeon E3-1200 v3/4th Gen Core 
> Processor HD Audio Controller [8086:0c0c] (rev 06)
>   Subsystem: Intel Corporation Device [8086:2010]
>   Kernel driver in use: snd_hda_intel
> 00:14.0 USB controller [0c03]: Intel Corporation 8 Series/C220 Series Chipset 
> Family USB xHCI [8086:8c31] (rev 05)
>   Subsystem: ASUSTeK Computer Inc. Device [1043:18dd]
>   Kernel driver in use: xhci_hcd
> 00:16.0 Communication controller [0780]: Intel Corporation 8 Series/C220 
> Series Chipset Family MEI Controller #1 [8086:8c3a] (rev 04)
>   Subsystem: ASUSTeK Computer Inc. Device [1043:18dd]
>   Kernel driver in use: mei_me
> 00:1a.0 USB controller [0c03]: Intel Corporation 8 Series/C220 Series Chipset 
> Family USB EHCI #2 [8086:8c2d] (rev 05)
>   Subsystem: ASUSTeK Computer Inc. Device [1043:18dd]
>   Kernel driver in use: ehci-pci
> 00:1b.0 Audio device [0403]: Intel Corporation 8 Series/C220 Series Chipset 
> High Definition Audio Controller [8086:8c20] (rev 05)
>   Subsystem: ASUSTeK Computer Inc. Device [1043:18dd]
>   Kernel driver in use: snd_hda_intel
> 00:1c.0 PCI bridge [0604]: Intel Corporation 8 Series/C220 Series Chipset 
> Family PCI Express Root Port #1 [8086:8c10] (rev d5)
>   Kernel driver in use: pcieport
> 00:1c.2 PCI bridge [0604]: Intel Corporation 8 Series/C220 Series Chipset 
> Family PCI Express Root Port #3 [8086:8c14] (rev d5)
>   Kernel driver in use: pcieport
> 00:1c.3 PCI bridge [0604]: Intel Corporation 8 Series/C220 Series Chipset 
> Family PCI Express Root Port #4 [8086:8c16] (rev d5)
>   Kernel driver in use: pcieport
> 00:1d.0 USB controller [0c03]: Intel Corporation 8 Series/C220 Series Chipset 
> Family USB EHCI #1 [8086:8c26] (rev 05)
>   Subsystem: ASUSTeK Computer Inc. Device [1043:18dd]
>   Kernel driver in use: ehci-pci
> 00:1f.0 ISA bridge [0601]: Intel Corporation HM87 Express LPC Controller 
> [8086:8c4b] (rev 05)
>   Subsystem: ASUSTeK Computer Inc. Device [1043:18dd]
>   Kernel driver in use: lpc_ich
> 00:1f.2 SATA controller [0106]: Intel Corporation 8 Series/C220 Series 
> Chipset Family 6-port SATA Controller 1 [AHCI mode] [8086:8c03] (rev 05)
>   Subsystem: ASUSTeK Computer Inc. Device [1043:18dd]
>   Kernel driver in use: ahci
> 00:1f.3 SMBus [0c05]: Intel Corporation 8 Series/C220 Series Chipset Family 
> SMBus Controller [8086:8c22] (rev 05)
>   Subsystem: ASUSTeK Computer Inc. Device [1043:18dd]
> 01:00.0 3D controller [0302]: NVIDIA Corporation GM107M [GeForce GTX 960M] 
> [10de:139b] (rev a2)
>   Subsystem: ASUSTeK Computer Inc. Device [1043:18dd]
>   Kernel driver in use: nouveau
> 3b:00.0 Network controller [0280]: Intel Corporation Wireless 7260 
> [8086:08b1] (rev bb)
>   Subsystem: Intel Corporation Dual Band Wireless-AC 7260 [8086:4170]
>   Kernel driver in use: iwlwifi
> 3c:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5227 PCI 
> Express Card Reader [10ec:5227] (rev 01)
>   Subsystem: ASUSTeK Computer Inc. Device [1043:18dd]
>   Kernel driver in use: rtsx_pci

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

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base 

Bug#809028: tj3: please make the build reproducible

[Chris Lamb]

Source: tj3
Version: 3.5.0-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the "reproducible builds" effort [0], we noticed that tj3 
could not be built reproducibly.

Patch attached.

 [0] https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/reproducible-build.patch   1970-01-01 01:00:00.0 
+0100
--- b/debian/patches/reproducible-build.patch   2015-12-26 11:04:20.283817793 
+
@@ -0,0 +1,11 @@
+--- tj3-3.5.0.orig/lib/taskjuggler/UserManual.rb
 tj3-3.5.0/lib/taskjuggler/UserManual.rb
+@@ -105,8 +105,6 @@ class TaskJuggler
+   "by #{AppConfig.authors.join(', ')}"
+ end,
+ BR.new,
+-"Generated on #{TjTime.new.strftime('%Y-%m-%d')}",
+-BR.new,
+ H3.new { "This manual covers #{AppConfig.softwareName} " +
+  "version #{AppConfig.version}." }
+   ]
--- a/debian/patches/series 2015-12-26 11:00:56.485430333 +
--- b/debian/patches/series 2015-12-26 11:04:16.943778829 +
@@ -1,3 +1,4 @@
 dont-require-git.patch
 data-search-dirs-debian.patch
 fix-tj3man.patch
+reproducible-build.patch

Bug#809033: requires.txt expects "argparse" which is not available as a dist

[Vincent Bernat]

Package: python3-stevedore
Version: 1.5.0-2
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi!

When using pkgresources, we can't use stevedore due to an unresolvable
dependency in requires.txt:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 661, in 
_build_master
ws.require(__requires__)
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 962, in 
require
needed = self.resolve(parse_requirements(requirements))
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 854, in 
resolve
raise VersionConflict(dist, req).with_context(dependent_req)
pkg_resources.ContextualVersionConflict: (urllib3 1.13.1 
(/usr/lib/python3/dist-packages), Requirement.parse('urllib3==1.12'), 
{'requests'})

Dunno what's the best to do here. Removing argparse from requires.txt solves 
the problem.

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

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

Versions of packages python3-stevedore depends on:
ii  python3-pbr1.8.0-4
ii  python3-pkg-resources  18.8-1
ii  python3-six1.10.0-1
pn  python3:any

python3-stevedore recommends no packages.

python3-stevedore suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWfoZCAAoJEJWkL+g1NSX5PcMP+wY2QTJF/If/ifnpQxRIKqyf
Qkxb5IxElrnPrK6P/D2KkKf2LuKYSWxoesSkEpEJHwqGgMT3PdMWyJIX6wICHrUV
TkbdWPvZzPLhcI9NmnbRSEMKJKNNLEF+kaOt83jnxW0TvMkPmwY3c069AMe1w+BH
ffYo86KOekBEUOcH/3hkGNFDWq+ZrQSP3qOpyfsbUadSe5ngc/Sso8gRH96t7CMW
12Lmk86EBvaPCBSKoV1k+Br4FyAGf/JCxAgryjy6TNbC/iFKaEAEmhECHfF6YlP0
8+tY416DACJiTEM7jiEXEeNxRxjGozAfPcwnN9u7ArO2GzA4+qnQdVgCalmAOaV2
lhQRHvIj/bmLs8RZWhVmAHOdzSAK5OlGtlbcg45qaF/A58THIV7pjxqcNF8yFzFH
8Iu11NjvoEDAJeAbj4a+V/7PxJig5K0Ue8mZFXiPFk0snV8hFhYMnz6wHGW+fs9O
zMUZ0asXMaSNrkBsNT4LA5Ezjp2yluWcLnCVHrHJ8F2a8jAjzYRGrIv0no0PmKN4
UVFa0F1QecBdaAltMhihK/d+dd/eRUccLGWIXmfNI/hvh3O+utdZbuQIEEBs+GDi
kxK0OgSGm8FeBuzwDnlz6v1dzEUcofkqinTi+LIzGAdIWxcixfoRqYnsbkQmmlOZ
T/b40arDx3PTuPQjch08
=U5Rn
-END PGP SIGNATURE-

Bug#805449: Allow to replace the existing dbus daemon without reboot

[Yuri D'Elia]

Package: dbus
Version: 1.10.6-1
Followup-For: Bug #805449

So while I was restarting the system for another dbus update, I actually
changed my mind. This should be of critical priority because of the way we're
using it. A systemd-based system becomes essentially un-usable after a dbus
restart.

It might as well be a critical design issue in systemd for failing to recognize
that the current dbus implementation cannot be restarted.

Either way, it's unacceptable.

Bug#808579: Not fixed?

[Eugen Dedu]

Hi,

I have had the same problem since apt 1.1 version.  Now I have 1.1.6, 
but this bug is still not fixed: apt-get update takes much time during 
rred phase.


--
Eugen

Bug#808767: ITP: apt-transport-gs -- APT transport for repositories privately held on GCS

[Philipp Kern]

On 2015-12-25 08:36, Joerg Jaspert wrote:
that links later are starting with gs://, but if people 
think it

should be gcs instead I'll change it.

Why are they gs: when its for gcs?


Because branding changes all the time. \-:

The corresponding tool is also called "gsutil" (although most stuff 
seems to migrate into "gcloud" instead).


Kind regards
Philipp Kern

Bug#808595: vsftpd bugs #808595, #808803

[Thomas B. Preußer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Jörg,

thanks a lot!


Tom
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlZ+o18ACgkQ0Kh0pbgr4w8G6gCePAvkYnFIFhKRYp0tun/7IY3y
R/8An1KRa/f9ABgENZ3dWcicUe3tOmlu
=WqF7
-END PGP SIGNATURE-
<>