Bug#811111: Info received (Bug#811111: Acknowledgement (libpam-poldi: authentication always fails))

[Andrew Gallagher]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

In fact, now that I think about it some more, poldi should probably
warn that a key file is unparseable, rather than throwing a generic
failure... :-)

- -- 
Andrew Gallagher
Senior Systems Engineer, Ward Solutions Ltd.
2054 Castle Drive, Citywest, Dublin 24
+353 87 1200174
-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJWmWucAAoJENW/k7AUpJcA3n8IAMbL8Lf3jltkLQXcFoAP1vM8
y+T4K5mCuOsDv3zecper9L1hnJZMX0qWiLgU2Ef6ucVGzaq/iwUmGi0Jhra75fCR
1b6bML82ioF4ptC8Ep6Fx/1VRLJX7PEZ+st1C7SozZAqcNfFG+Rg4NBYj1JQ424X
6BoB0shnncC0pou47Qh+bIwdLde+f//QvmHBoFRGyskAmMPlf6BQl/9nIaa7h3lq
CTY6lk0dAq0DoE2YXhbBxclcfLghynOCMWGkoRrmOx5tDLt+G5GBOSMwDJxa/rgw
vjNJjuqHBbzjh6c9QrNk7YRYyadfX+U+VsOX5XD2vaFzM+BN+IxTGtmUpl25UX0=
=w0A+
-END PGP SIGNATURE-


The information in this email and any attachments contain confidential 
information and is intended only for the individual named. If you are not the 
named addressee you should not disseminate, distribute or copy this e-mail, the 
attachments or any part thereof. Please notify the sender immediately by e-mail 
if you have received this e-mail by mistake and delete this e-mail from your 
system. E-mail transmission cannot be guaranteed to be secure or error-free as 
information could be intercepted, corrupted, lost, destroyed, arrive late or 
incomplete, or contain viruses. The sender therefore does not accept liability 
for any errors or omissions in the contents of this message which arise as a 
result of e-mail transmission. If verification is required please request a 
hard-copy version. Unless expressly stated, this email is not intended to 
create any contractual relationship. If this email is not sent in the course of 
the senders employment or fulfilment of his/her duties to Ward Solutions, Ward 
Solutions accepts no liability whatsoever for the content of this message or 
any attachment(s). Ward Solutions Ltd. Registered in Republic of Ireland at 
2054 Castle Drive, CityWest Business Campus, Dublin 24 Reg. No. 316165. 

Bug#801253: O: wicd -- wired and wireless network manager

[toogley]

On 01/15/2016 10:36 PM, Axel Beckert wrote:

Only one small thing to nitpick: Usually the changelog items are added
at the bottom of the current entry. They may be grouped by
contributor, though, i.e. adding new items at the end of your item
group as you did here:


>https://github.com/toogley/pkg-wicd/commit/5fdf48ce5f55ea70047e7e1e790e893070ef4593


Hey,

sorry. i don't understand this point: You say, i should correct my 
changelog. As example how its done correctly you cite my own commit?



Btw. do you consider the wicd project as active? I can't really estimate 
the activity by the (solved) bug reports or the release date. They have 
had of course problems in the further development because of RL, but i'm 
still wondering how the current state can be estimated.


PS: sorry for my confusion today...^^

Bug#811094: Acknowledgement (broken default configuration)

[Andrew Gallagher]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I see this has already been fixed in testing. Ignore me. :-)

- -- 
Andrew Gallagher
Senior Systems Engineer, Ward Solutions Ltd.
2054 Castle Drive, Citywest, Dublin 24
+353 87 1200174
-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJWmWrcAAoJENW/k7AUpJcAVwsH/2HodynkayF6zKeDFEqfOlaI
cVtS5PplO//KWSrMlVr3braPiRJVfHiWYe2fhjg9aEOT4iALHGi5hftny2B4XyEk
FYzu3ftNMc96yhLWHaK07sJBIM7nnYLxyjCGcVi/AaeFUdEOn+xSgqEGPbghVfDO
VYy1ixhMH0kYnsbp2I5p76iVbFhJV0qmxLQbpFVM511YXmNex+RVqKIpfrZXRRXD
l4aJKIOkoabJd3sgyoXcIuu9ON8dmmYIJFx1ADZjtM7ExezMH8WBzSHYyCbs7r+8
/zLpoCJTzu0Kbhr8Wh93fMN8/QdFc4ZpQVK4xwHxJ1XLB0w38gHTUtWU+87vQ0E=
=xrM0
-END PGP SIGNATURE-


The information in this email and any attachments contain confidential 
information and is intended only for the individual named. If you are not the 
named addressee you should not disseminate, distribute or copy this e-mail, the 
attachments or any part thereof. Please notify the sender immediately by e-mail 
if you have received this e-mail by mistake and delete this e-mail from your 
system. E-mail transmission cannot be guaranteed to be secure or error-free as 
information could be intercepted, corrupted, lost, destroyed, arrive late or 
incomplete, or contain viruses. The sender therefore does not accept liability 
for any errors or omissions in the contents of this message which arise as a 
result of e-mail transmission. If verification is required please request a 
hard-copy version. Unless expressly stated, this email is not intended to 
create any contractual relationship. If this email is not sent in the course of 
the senders employment or fulfilment of his/her duties to Ward Solutions, Ward 
Solutions accepts no liability whatsoever for the content of this message or 
any attachment(s). Ward Solutions Ltd. Registered in Republic of Ireland at 
2054 Castle Drive, CityWest Business Campus, Dublin 24 Reg. No. 316165. 

Bug#804558: tweepy: FTBFS: ImportError: No module named {unittest2,vcr}

[Petter Reinholdtsen]

Hi.  Is this issue being worked on or not?  The BTS report was a bit
unclear to me there.  What exactly should be done to fix it?  Why did it
surface in the first place?

This issue is threatening to cause my package creepy to be removed
from testing 2016-02-07, and I hope this can be avoided.

-- 
Happy hacking
Petter Reinholdtsen

Bug#811130: php5: [kfreebsd] uploaded files have gid=root

[Steven Chamberlain]

Package: src:php5
Version: 5.4.45-0+deb7u2
Severity: important
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org

(Followup to https://lists.debian.org/debian-bsd/2016/01/msg00021.html)

This turns out to be some bug or odd behaviour of PHP when handling file
uploads on kfreebsd.  Here's a simple testcase:









Submitting the web form, PHP writes the uploaded file to /tmp initially,
having a random filename, and moves it to ".foo" in the web document
root at request of the PHP script.

The PHP script is *supposed* to run non-privileged for obvious
reasons.  suexec.log suggests I set that up right:

uid: (1046/foo) gid: (1045/foo) cmd: php-fcgi-starter

And executing  confirms that is generally the
case:

uid=1046(foo) gid=1045(foo) groups=1045(foo) 

But `stat .foo` shows the uploaded file having gid=0 instead, something
not possible to do if you have dropped privileges:

  File: `.foo'
  Size: 5   Blocks: 9  IO Block: 4096   regular file
Device: 735ae718h/1935337240d   Inode: 238962  Links: 1
Access: (0644/-rw-r--r--)  Uid: ( 1046/foo)   Gid: (0/root)
Access: 2016-01-15 22:00:02.555410397 + ^^
Modify: 2016-01-15 22:00:02.555410397 +   wrong gid!
Change: 2016-01-15 22:00:02.555410397 +
 Birth: -

I couldn't repeat this on a GNU/Linux machine.  Is PHP maybe not
dropping privileges properly on GNU/kFreeBSD?  (setgid,setegid issue?)
Havne't yet checked it affects regular FreeBSD also.

There seems nothing special about my /tmp:  mode 1777/drwxrwxrwt.
That end the web document root are on ZFS.

Thanks.
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


signature.asc
Description: Digital signature

Bug#811131: torsocks: obsolete conffile /etc/bash_completion.d/torsocks

[Jakub Wilk]

Package: torsocks
Version: 2.1.0-2
User: debian...@lists.debian.org
Usertags: adequate obsolete-conffile

The package left obsolete conffile after upgrade:
/etc/bash_completion.d/torsocks



This bug was brought to you by adequate:
https://packages.debian.org/unstable/main/adequate


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

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

Versions of packages torsocks depends on:
ii  libc6  2.22-0experimental1

Versions of packages torsocks recommends:
ii  tor  0.2.7.6-1

--
Jakub Wilk

Bug#811007: information about build-deps on xchat

[Scott Kitterman]

On Friday, January 15, 2016 09:51:30 PM Sven Hoexter wrote:
> Just to add a few more information regarding packages that will
> FTBFS once xchat got removed:
> 
> - xchat-guile -> maintainer requested removal in #811079
> - xchat-xsys -> hexchat-plugins contains its own xsys plugin so this one
>   got a proper replacement and can be removed as well
> 
> That leaves only cwirc around which requires porting or removal.

xchat-xsys needs a removal bug and one way or another cwirc needs to not 
build-dep on anything xchat.  Once these are resolved, please remove the 
moreinfo tag.

Scott K

Bug#801253: O: wicd -- wired and wireless network manager

[Axel Beckert]

Hi again,

toogley wrote:
> On 01/15/2016 10:36 PM, Axel Beckert wrote:
> >Only one small thing to nitpick: Usually the changelog items are added
> >at the bottom of the current entry. They may be grouped by
> >contributor, though, i.e. adding new items at the end of your item
> >group as you did here:
> >
> >>>https://github.com/toogley/pkg-wicd/commit/5fdf48ce5f55ea70047e7e1e790e893070ef4593
> 
> Hey,
> 
> sorry. i don't understand this point: You say, i should correct my
> changelog.

Not really. It was primarily meant as advice for the next time. :-)
You can fix it if you want, though, but you don't need to. (I should
have been more explicit in this regard...)

> As example how its done correctly you cite my own commit?

Not. :-)

You don't need to add changelog items if you fix things in the scope
of the current changelog entry (i.e. if you fix anything which has
been added after the last upload). 

For example fixing typos in the current changelog entry doesn't need a
new changelog item (IMHO obviously, but it may be less obvious to
others :-), but if you fix something in the changelog entry for an
already uploaded release, you should IMHO add something like "* Fixed
typo in previous changelog entry".

A common case for this are adding CVE-IDs for security issues fixed in
a previous upload. See this commit for an example:
https://anonscm.debian.org/cgit/collab-maint/screen.git/commit/?id=bac586ca89a9a17ae732a69c98d9bfe203a40369

> Btw. do you consider the wicd project as active?

Not sure. The translators seem active:
https://bazaar.launchpad.net/~wicd-devel/wicd/experimental/changes/954?start_revid=954

There seems no code change since March anymore. But that's less than a
year ago, so it's hard to say.

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#810938: exim4-daemon-light: Cannot assign requested address: daemon abandoned at each startup

[Manuel Bilderbeek]

On 14-01-16 23:55, Marc Haber wrote:

On Thu, Jan 14, 2016 at 11:13:34PM +0100, Manuel Bilderbeek wrote:

I have no idea what to investigate and how.


Check whether you have ::1 and/or 127.0.0.1 on lo.


/etc/networks has:
loopback127.0.0.0

Not sure how to check this in detail, I never had to do this in 15 years 
of using Debian.



Stop exim.
Use netstat to see who is listening on port 25.


Interesting:

sonata@23:17:~$ sudo /etc/init.d/exim4 stop
[ ok ] Stopping exim4 (via systemctl): exim4.service.
sonata@23:17:~$ sudo netstat -napt | grep :25
tcp0  0 127.0.0.1:250.0.0.0:* 
LISTEN  8769/exim4


Although I stop it, it's still running...?

root  8769 1  0 23:16 ?00:00:00 /usr/sbin/exim4 -bd -q30m

So, something else also started it?

Looks like it's already started then, outside of systemd... what could 
it be?


As I said before, even though it gives that error, it is still able to 
send the e-mail that the paniclog has grown. I guess that can be 
explained by the fact that there was already an exim4 running indeed.


This is what systemd logging says about my boot today:

$ sudo journalctl --unit=exim4.service
-- Logs begin at vr 2016-01-15 19:02:54 CET, end at vr 2016-01-15 
23:12:00 CET. --
jan 15 19:02:56 sonata systemd[1]: Starting LSB: exim Mail Transport 
Agent...

jan 15 19:02:56 sonata exim4[537]: Starting MTA: exim4.
jan 15 19:02:56 sonata exim4[537]: ALERT: exim paniclog 
/var/log/exim4/paniclog has non-zero size, mail system

jan 15 19:02:56 sonata systemd[1]: Started LSB: exim Mail Transport Agent.

So, it still says it started the service.

Is it possible this has to do with the automatic removal of 'ifupdown'? 
It started when installing/upgrading several packages as listed in my 
original report.



Check whether this is a legitimate process.

For basic Unix administration skills, you might want to refer to the
relevant -user mailing lists.


Do you really think that's a helpful remark?

--
Kind regards,

Manuel

Bug#810542: jessie-pu: package curlftpfs/0.9.2-9~deb8u1

[Andreas Beckmann]

On 2016-01-15 22:05, Vincent Bernat wrote:
>  ❦  9 janvier 2016 19:48 +0100, Andreas Beckmann  :
>> curlftpfs is misbuilt on 64-bit architectures due to a missing prototype

> Thanks for taking care of that!

On 2016-01-15 17:12, Adam D. Barratt wrote:
> Please go ahead.

Uploaded.


Andreas

Bug#811136: FTBFS: debian/control needs updating from debian/control.in

[Martin Michlmayr]

Package: pg-reorg
Version: 1.1.11-1
Severity: serious

pg-reorg fails to build in unstable:

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
>  fakeroot debian/rules clean
> pg_buildext checkcontrol
> --- debian/control2015-01-08 14:14:38.0 +
> +++ debian/control.wMSs2S 2016-01-15 23:07:52.281078294 +
> @@ -10,14 +10,14 @@
>  Vcs-Git: git://anonscm.debian.org/pkg-postgresql/pg-reorg.git
>  XS-Testsuite: autopkgtest
>  
> -Package: postgresql-9.4-reorg
> +Package: postgresql-9.5-reorg
>  Architecture: any
> -Depends: postgresql-9.4, ${shlibs:Depends}, ${misc:Depends}
> +Depends: postgresql-9.5, ${shlibs:Depends}, ${misc:Depends}
>  Description: reorganize tables in PostgreSQL databases without any locks
>   pg_reorg is an utility program to reorganize tables in PostgreSQL databases.
>   Unlike clusterdb, it doesn't block any selections and updates during
>   reorganization.
>   .
>   This package contains the pg_reorg program and the server extension for
> - PostgreSQL 9.4.
> + PostgreSQL 9.5.
>  
> Error: debian/control needs updating from debian/control.in. Run 'pg_buildext 
> updatecontrol'.
> If you are seeing this message in a buildd log, a sourceful upload is 
> required.
> /usr/share/postgresql-common/pgxs_debian_control.mk:9: recipe for target 
> 'debian/control' failed

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#810945: Useless dependencies

[Mattia Rizzolo]

control: tag -1 patch

[ umh, you didn't CCed me, it's hard to notice reply without receving
emails ;)  anyway, I just subscribed the bug, for both convenience ]

On Thu, Jan 14, 2016 at 07:37:23AM +0100, Michael Hanke wrote:
> This dependency setting is motivated by the need for 'dicom.dic' which
> has moved a lot in the past. Currently

it simply moved with the library soname change.

> 
> % apt-file search dicom.dic
> libdcmtk2: /usr/share/libdcmtk2/dicom.dic
> libdcmtk2v5: /usr/share/libdcmtk2/dicom.dic
> libdcmtk4v5: /usr/share/libdcmtk4/dicom.dic

note that all these 3 packages above are not builded anymore, and holded
just by cruft in the archive.

> libdcmtk5: /usr/share/libdcmtk5/dicom.dic

this is the current one.  And I'd expect it to change again in the
future.

all those package were dependency of the libdcmtk-dev of the moment.

> This is required for the tests to run. This package is often backported
> and it would be a hassle to have to modify it for each an every target.

well, currently you are changing the build-dep of the unstable package
every so often to follow this...

So, the problem is that you hard code that path above in d/rules, for a
package that otherwise doesn't.
For curiosity, I tried to just remove that variable declaration, and it
just works, calling `make check` seems like the program figures the
right thing alone.

> If you have a suggestion on how to do this better, I'd be happy to
> implement it.

I just tried a build of the current unstable package (wow — it's a long
build for a just 2MB package! :D) using my suggestion (also attached),
and it just worked.
Also, that wasy I wouldn't see any problem during backports build,
libdcmtk-dev would just pick up whatever version of libdcmtk is in that
suite.  That's the normal behaviour of libraries... (even if usually lib
binaries don't ship stuff in /usr/share.  And usually stuuff in
/usr/share is not in versioned directories, but I don't know how dcmtk
works)

> At the moment I don't see how this bug is severity
> important.

you build-depend on a package that is basically kept in the archive just
for you... (as the other 2 packages holding it are only because they
can't currently be rebuilt since they already FTBFS).

-- 
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  `-
diffstat for odin-1.8.8 odin-1.8.8

 changelog |6 ++
 control   |4 +---
 rules |2 +-
 3 files changed, 8 insertions(+), 4 deletions(-)

diff -Nru odin-1.8.8/debian/changelog odin-1.8.8/debian/changelog
--- odin-1.8.8/debian/changelog 2015-12-06 19:06:11.0 +
+++ odin-1.8.8/debian/changelog 2016-01-16 02:14:43.0 +
@@ -1,3 +1,9 @@
+odin (1.8.8-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+
+ -- Mattia Rizzolo   Sat, 16 Jan 2016 02:14:41 +
+
 odin (1.8.8-2) unstable; urgency=medium
 
   * Switch to using dh-autoreconf. Thanks to Bas Couwenberg for the nudge.
diff -Nru odin-1.8.8/debian/control odin-1.8.8/debian/control
--- odin-1.8.8/debian/control   2015-12-06 19:03:01.0 +
+++ odin-1.8.8/debian/control   2016-01-16 02:14:35.0 +
@@ -11,12 +11,10 @@
  libblitz0-dev (>= 0.8) | libblitz-dev,
  libnifti-dev,
  libvtk5-dev,
- libdcmtk-dev | libdcmtk2-dev | libdcmtk1-dev,
- libdcmtk2,
+ libdcmtk-dev,
  libpng-dev | libpng12-dev,
  libqt4-dev,
  libqwt5-qt4-dev,
- dcmtk,
  libatlas-base-dev
 Standards-Version: 3.9.5
 Homepage: http://od1n.sourceforge.net
diff -Nru odin-1.8.8/debian/rules odin-1.8.8/debian/rules
--- odin-1.8.8/debian/rules 2015-12-06 19:03:34.0 +
+++ odin-1.8.8/debian/rules 2016-01-16 02:49:02.0 +
@@ -30,7 +30,7 @@
 
 # there is also a 'test' target that doesn't do the right thing
 override_dh_auto_test:
-   DCMDICTPATH=/usr/share/libdcmtk2/dicom.dic $(MAKE) check
+   $(MAKE) check
 
 # shared libs in odin package a only for private use
 override_dh_makeshlibs:


signature.asc
Description: PGP signature

Bug#280851: [PATCH] wmaker: Maintain sorting of windows by workspace in switch menu.

[Doug Torrance]

Previously, this sorting failed when one window was moved to another
workspace.

This fixes Debian bug #280851 [1].

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=280851
---
 src/switchmenu.c | 27 +++
 1 file changed, 11 insertions(+), 16 deletions(-)

diff --git a/src/switchmenu.c b/src/switchmenu.c
index a614e4f..3106595 100644
--- a/src/switchmenu.c
+++ b/src/switchmenu.c
@@ -149,27 +149,22 @@ void OpenSwitchMenu(WScreen * scr, int x, int y, int 
keyboard)
 
 static int menuIndexForWindow(WMenu * menu, WWindow * wwin, int old_pos)
 {
-   int idx;
+   int idx, move_down;
 
if (menu->entry_no <= old_pos)
return -1;
 
-#define WS(i)  ((WWindow*)menu->entries[i]->clientdata)->frame->workspace
-   if (old_pos >= 0) {
-   if (WS(old_pos) >= wwin->frame->workspace
-   && (old_pos == 0 || WS(old_pos - 1) <= 
wwin->frame->workspace)) {
-   return old_pos;
-   }
-   }
-#undef WS
-
-   for (idx = 0; idx < menu->entry_no; idx++) {
+   for (idx = 0, move_down = 0; idx < menu->entry_no; idx++) {
WWindow *tw = (WWindow *) menu->entries[idx]->clientdata;
 
-   if (!IS_OMNIPRESENT(tw)
-   && tw->frame->workspace > wwin->frame->workspace) {
-   break;
-   }
+   /* Is the window moving down in the menu?  If so, we'll need to
+  adjust its new index by 1. */
+   if (tw == wwin)
+   move_down = 1;
+
+   if (IS_OMNIPRESENT(tw) || (tw != wwin &&
+  tw->frame->workspace >= 
wwin->frame->workspace))
+   return idx - move_down;
}
 
return idx;
@@ -215,7 +210,7 @@ void UpdateSwitchMenu(WScreen * scr, WWindow * wwin, int 
action)
if (IS_OMNIPRESENT(wwin))
idx = -1;
else {
-   idx = menuIndexForWindow(switchmenu, wwin, -1);
+   idx = menuIndexForWindow(switchmenu, wwin, 0);
}
 
entry = wMenuInsertCallback(switchmenu, idx, t, focusWindow, 
wwin);
-- 
2.5.0

Bug#811150: ITP: python-reno -- RElease NOtes manager

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: python-reno
  Version : 1.3.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/reno
* License : Apache-2.0
  Programming Lang: Python
  Description : RElease NOtes manager

 Reno is a release notes manager for storing release notes in a git
 repository and then building documentation from them.

This is a new OpenStack dependency (currently needed by os-client-config).

Bug#811132: jessie-pu: package sus/7.20160107~deb8u1

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

susv4 is an installer package built from src:sus (in contrib),
but the file it downloads has been updated, so we need to update the
checksum, otherwise the installation will fail due to the mismatch.

This is just a rebuild of the package in sid targetting jessie.


Andreas
diff -Nru sus-7.20140918/debian/changelog sus-7.20160107~deb8u1/debian/changelog
--- sus-7.20140918/debian/changelog	2014-09-18 01:20:00.0 +0200
+++ sus-7.20160107~deb8u1/debian/changelog	2016-01-15 23:43:10.0 +0100
@@ -1,3 +1,28 @@
+sus (7.20160107~deb8u1) jessie; urgency=medium
+
+  * Non-maintainer upload.
+  * Rebuild for jessie.
+
+ -- Andreas Beckmann   Fri, 15 Jan 2016 23:42:28 +0100
+
+sus (7.20160107) unstable; urgency=medium
+
+  * The upstream tarball for SUSv4 TC1 changed; update checksum
+(Closes: #790535)
+| The chapters on m4 and expr seems to have been improved slightly
+  * urgency=medium since susv4 is no longer installable
+
+ -- David Weinehall   Thu, 07 Jan 2016 12:24:24 +0200
+
+sus (7.20150719) unstable; urgency=medium
+
+  * The upstream tarball for SUSv4 TC1 has changed; update checksum
+(Closes: #790535)
+| No normative changes, only tidying
+  * urgency=medium since susv4 is no longer installable
+
+ -- David Weinehall   Sun, 19 Jul 2015 17:40:24 +0300
+
 sus (7.20140918) unstable; urgency=low
 
   * Re-run install-docs during postinst after downloading & installing
diff -Nru sus-7.20140918/debian/susv4.postinst sus-7.20160107~deb8u1/debian/susv4.postinst
--- sus-7.20140918/debian/susv4.postinst	2014-09-18 01:16:36.0 +0200
+++ sus-7.20160107~deb8u1/debian/susv4.postinst	2016-01-07 11:21:53.0 +0100
@@ -8,7 +8,7 @@
 wget -P $TEMPDIR http://pubs.opengroup.org/onlinepubs/9699919799/download/susv4tc1.tar.bz2
 
 echo Verifying SHA512 checksum...
-SHA512SUM="bf261a61121b07efa29e2df70a28b8b482694588508ebb13fd57bc81883dc718571b95ae6a54fd03666e658ca617a24742f77b2c446e245e7fbf1ec5d67d1bd1"
+SHA512SUM="1cb8dc3db53508c1929ac17feb09a2b0722192900c685c4e66ccca01c1a1362a6a9356366c6070fd71b334ff38ba0515beaff46278e59195fc9454b5a558b577"
 [ x"$(sha512sum $TEMPDIR/susv4tc1.tar.bz2 | cut -f1 -d\ )" = x"$SHA512SUM" ] || (rm -rf $TEMPDIR; exit 1)
 
 echo Untarring...

Bug#804568: cmtk: diff for NMU version 3.2.2-1.4

[Mattia Rizzolo]

Control: tags 804568 + patch
Control: tags 804568 + pending

Dear maintainer,

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

The package also FTBFS in the current state, for 2 reasons, even.

Regards.

-- 
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  `-
diffstat for cmtk-3.2.2 cmtk-3.2.2

 changelog|   16 
 control  |6 +++---
 patches/dcmtk-3.6.1-compatibility|   30 ++
 patches/fix_cmake_version_comparison |   29 +
 patches/series   |2 ++
 5 files changed, 80 insertions(+), 3 deletions(-)

diff -Nru cmtk-3.2.2/debian/changelog cmtk-3.2.2/debian/changelog
--- cmtk-3.2.2/debian/changelog	2014-12-20 08:14:19.0 +
+++ cmtk-3.2.2/debian/changelog	2016-01-16 03:31:17.0 +
@@ -1,3 +1,19 @@
+cmtk (3.2.2-1.4) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove alternate Build-Dependency on libtiff4-dev, that package doesn't
+exist anymore.
+  * Remove alternate Build-Dependencies on libdcmtk1-dev and libdcmtk2-dev,
+keeping only the unversioned libdcmtk-dev.  Closes: #804568
+  * Move the upstream metadata file to debian/upstream/metadata.
+  * Add a patch (fix_cmake_version_comparison) to fix FTBFS with newer sqlite3
+with a version that makes cmake's STRGREATER misbehave (use VERSION_GREATER
+instead).
+  * Add a patch (dcmtk-3.6.1-compatibility) taken from Ubuntu taken from
+upstream to fix FTBFS with newer dcmtk.
+
+ -- Mattia Rizzolo   Sat, 16 Jan 2016 03:31:16 +
+
 cmtk (3.2.2-1.3) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru cmtk-3.2.2/debian/control cmtk-3.2.2/debian/control
--- cmtk-3.2.2/debian/control	2014-09-21 09:31:19.0 +
+++ cmtk-3.2.2/debian/control	2016-01-16 03:02:01.0 +
@@ -8,15 +8,15 @@
libmxml-dev,
libsqlite3-dev,
zlib1g-dev | libz-dev,
-   libdcmtk2-dev | libdcmtk1-dev | libdcmtk-dev,
+   libdcmtk-dev,
libbz2-dev,
libfftw3-dev,
liblzma-dev,
libqt4-dev, qt4-qmake,
libpng-dev,
-   libtiff-dev | libtiff4-dev,
+   libtiff-dev,
libwrap0-dev,
-   libcharls-dev | libdcmtk1-dev | libdcmtk2-dev (<< 3.6.0-8~),
+   libcharls-dev,
libxml2-dev,
libssl-dev,
xvfb, bc, dc,
diff -Nru cmtk-3.2.2/debian/patches/dcmtk-3.6.1-compatibility cmtk-3.2.2/debian/patches/dcmtk-3.6.1-compatibility
--- cmtk-3.2.2/debian/patches/dcmtk-3.6.1-compatibility	1970-01-01 00:00:00.0 +
+++ cmtk-3.2.2/debian/patches/dcmtk-3.6.1-compatibility	2016-01-16 03:25:32.0 +
@@ -0,0 +1,30 @@
+Description: Add back some missing defines removed from dcmtk
+Origin: http://www.nitrc.org/plugins/scmsvn/viewcvs.php/trunk/core/libs/IO/cmtkDICOM.cxx?root=cmtk=5376=5390
+Acked-By: Mattia Rizzolo 
+Last-Update: 2016-01-16
+
+--- a/libs/IO/cmtkDICOM.cxx
 b/libs/IO/cmtkDICOM.cxx
+@@ -53,6 +53,22 @@
+ #include 
+ #include 
+ 
++#ifndef DCM_ACR_NEMA_ImagePosition
++#  define DCM_ACR_NEMA_ImagePosition DcmTagKey(0x0020, 0x0030)
++#endif
++
++#ifndef DCM_ACR_NEMA_ImageOrientation
++#  define DCM_ACR_NEMA_ImageOrientation DcmTagKey(0x0020, 0x0035)
++#endif
++
++#ifndef DCM_ACR_NEMA_Location
++#  define DCM_ACR_NEMA_Location DcmTagKey(0x0020, 0x0050)
++#endif
++
++#ifndef DCM_ACR_NEMA_2C_VariablePixelData
++#  define DCM_ACR_NEMA_2C_VariablePixelData DcmTagKey(0x7f00, 0x0010)
++#endif
++
+ namespace
+ cmtk
+ {
diff -Nru cmtk-3.2.2/debian/patches/fix_cmake_version_comparison cmtk-3.2.2/debian/patches/fix_cmake_version_comparison
--- cmtk-3.2.2/debian/patches/fix_cmake_version_comparison	1970-01-01 00:00:00.0 +
+++ cmtk-3.2.2/debian/patches/fix_cmake_version_comparison	2016-01-16 03:32:29.0 +
@@ -0,0 +1,29 @@
+Description: use cmake's VERSION_GREATER instead of STRGREATER when comparing lib versions…
+Author: Mattia Rizzolo 
+Last-Update: 2016-01-16
+Forwarded: no
+
+--- a/CMakeLists.txt
 b/CMakeLists.txt
+@@ -511,18 +511,18 @@
+ INCLUDE_DIRECTORIES(BEFORE ${SQLITE_INCLUDE_DIR})
+   ELSE(CMTK_BUILD_SQLITE)
+ INCLUDE(${CMAKE_CURRENT_SOURCE_DIR}/CMake/FindSQLite3.cmake)
+-IF(SQLITE3_FOUND AND SQLITE3_VERSION STRGREATER "3.5.0")
++IF(SQLITE3_FOUND AND SQLITE3_VERSION VERSION_GREATER "3.5.0")
+   MESSAGE( STATUS "Using system sqlite3 library" 

Bug#811133: game-data-packager: z_code.py produces packages which only support the engine installed at build-time

[Alexandre Detiste]

> Dear Maintainer,
> 
> z_code.py looks at whichever engine is available at build-time and
> hard-codes that into the resulting .desktop file. Ideally the package
> should use the zcode-interpreter alternative, although that isn't
> supported by all packages Z-Machine emulators currently, and doesn't
> work well with X- v. terminal-based interpreters.
> 
> Regards,
> 
> Stephen

Hi,

I also thik z_code module is not optimal the way it's implemented.

It would be better to have an updatable runtime shipped in
a game-data-packager .deb or a runtime-only spun-out deb
than to have z_code generate a 2-line shell script that can't be
updated without requesting user to recreate the .deb with GDP.

We then would always use entry['Terminal'] = 'false'
and have our runtime launch an xterm / konsole / ... 
if the engine needs it (which means it's not gargoyle-free)

The .desktop file would call our runtime with a --gui
option telling it the console / xterm is needed.

Otherwise (=when called from the command-line),
the runtime would launch the game in the current tty.

We could have symlinks like

/usr/games/zork1 -> /usr/game/zgame

and zgame would know which game to run from it's arg[0].

Alexandre



I've played around something similar for DOSbox.
(and Skyroads in DOSbox works lovely on a ARM Chromebook, so even
if this was originaly i86 code, this can now be considered "all" data !)

http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/tree/game_data_packager/games/dosbox.py

With the second half in 'runtime':
http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/tree/runtime 
/dosgame.py

Bug#811132: jessie-pu: package sus/7.20160107~deb8u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Fri, 2016-01-15 at 23:51 +0100, Andreas Beckmann wrote:
> susv4 is an installer package built from src:sus (in contrib),
> but the file it downloads has been updated, so we need to update the
> checksum, otherwise the installation will fail due to the mismatch.
> 
> This is just a rebuild of the package in sid targetting jessie.

Please go ahead.

Regards,

Adam

Bug#808059: gatling: switch from polarssl to mbedtls

[James Cowgill]

Control: found -1 0.13-5
Control: tags -1 pending

Hi,

I intend to NMU this package with the attached patch in a few days to
fix this bug. The main content of the patch is the same as the patch I
originally sent. Please tell me if you don't want me to.

Thanks,
Jamesdiff -Nru gatling-0.13/debian/changelog gatling-0.13/debian/changelog
--- gatling-0.13/debian/changelog	2013-11-04 20:31:30.0 +
+++ gatling-0.13/debian/changelog	2016-01-15 23:32:39.0 +
@@ -1,3 +1,10 @@
+gatling (0.13-5.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Switch from PolarSSL to mbedTLS. (Closes: #808059)
+
+ -- James Cowgill   Fri, 15 Jan 2016 23:32:12 +
+
 gatling (0.13-5) unstable; urgency=low
 
   * Fix FTBFS by adjusting to new polarssl API (Closes: #728625)
diff -Nru gatling-0.13/debian/control gatling-0.13/debian/control
--- gatling-0.13/debian/control	2013-05-09 14:52:50.0 +0100
+++ gatling-0.13/debian/control	2015-11-20 02:20:32.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Vedran Furač 
 Uploaders: Roland Stigge 
-Build-Depends: debhelper (>= 9), libowfat-dev (>= 0.29-2), procps, zlib1g-dev, libssl-dev, libpolarssl-dev (>= 1.2.0)
+Build-Depends: debhelper (>= 9), libowfat-dev (>= 0.29-2), procps, zlib1g-dev, libssl-dev, libmbedtls-dev
 Standards-Version: 3.9.4
 Homepage: http://www.fefe.de/gatling/
 
diff -Nru gatling-0.13/debian/patches/10-mbedtls.patch gatling-0.13/debian/patches/10-mbedtls.patch
--- gatling-0.13/debian/patches/10-mbedtls.patch	1970-01-01 01:00:00.0 +0100
+++ gatling-0.13/debian/patches/10-mbedtls.patch	2015-12-15 16:26:36.0 +
@@ -0,0 +1,401 @@
+Description: Switch from polarssl to mbedtls
+Author: James Cowgill 
+Forwarded: no
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- a/GNUmakefile
 b/GNUmakefile
+@@ -84,10 +84,10 @@ tlsgatling_nofail: gatling.c ssl.o $(HTT
+ 	-$(CC) -o tlsgatling gatling.c ssl.o $(HTTPS_OBJS) $(CFLAGS) -DSUPPORT_HTTPS $(LDFLAGS) -lssl -lcrypto $(LDLIBS)
+ 
+ ptlsgatling: gatling.c pssl.o $(PHTTPS_OBJS) libsocket libiconv libcrypt
+-	$(CC) -o $@ gatling.c pssl.c $(PHTTPS_OBJS) $(CFLAGS) -DSUPPORT_HTTPS -DUSE_POLARSSL $(LDFLAGS) -lpolarssl $(LDLIBS)
++	$(CC) -o $@ gatling.c pssl.c $(PHTTPS_OBJS) $(CFLAGS) -DSUPPORT_HTTPS -DUSE_MBEDTLS $(LDFLAGS) -lmbedcrypto -lmbedx509 -lmbedtls $(LDLIBS)
+ 
+ ptlsgatling_nofail: gatling.c pssl.o $(PHTTPS_OBJS) libsocket libiconv libcrypt
+-	-$(CC) -o ptlsgatling gatling.c pssl.c $(PHTTPS_OBJS) $(CFLAGS) -DSUPPORT_HTTPS -DUSE_POLARSSL $(LDFLAGS) -lpolarssl $(LDLIBS)
++	-$(CC) -o ptlsgatling gatling.c pssl.c $(PHTTPS_OBJS) $(CFLAGS) -DSUPPORT_HTTPS -DUSE_MBEDTLS $(LDFLAGS) -lmbedcrypto -lmbedx509 -lmbedtls $(LDLIBS)
+ 
+ gatling: gatling.o $(OBJS) md5lib
+ 	$(CC) $(LDFLAGS) $@.o $(OBJS) -o $@ $(LDLIBS) `cat md5lib`
+@@ -113,7 +113,7 @@ https.o: http.c
+ 	$(CC) -c $< -o $@ -I. $(CFLAGS) -DSUPPORT_HTTPS
+ 
+ phttps.o: http.c
+-	$(CC) -c $< -o $@ -I. $(CFLAGS) -DSUPPORT_HTTPS -DUSE_POLARSSL
++	$(CC) -c $< -o $@ -I. $(CFLAGS) -DSUPPORT_HTTPS -DUSE_MBEDTLS
+ 
+ %: %.o
+ 	$(CC) $(LDFLAGS) $@.o -o $@ $(LDLIBS)
+--- a/gatling.c
 b/gatling.c
+@@ -259,8 +259,8 @@ void cleanup(int64 fd) {
+ #ifdef USE_OPENSSL
+ if (h->ssl) SSL_free(h->ssl);
+ #endif
+-#ifdef USE_POLARSSL
+-ssl_free(>ssl);
++#ifdef USE_MBEDTLS
++mbedtls_ssl_free(>ssl);
+ #endif
+ #endif
+ #ifdef SUPPORT_SMB
+@@ -707,11 +707,7 @@ static void accept_server_connection(int
+ #else
+ 	  fchdir(origdir);
+ #endif
+-#ifdef USE_OPENSSL
+ 	  if (init_serverside_tls(>ssl,n))
+-#elif defined(USE_POLARSSL)
+-	  if (init_serverside_tls(>ssl,>ssn,n))
+-#endif
+ 	  {
+ 	if (logging) {
+ 	  char a[FMT_ULONG];
+@@ -789,22 +785,22 @@ int handle_ssl_error_code(int sock,int c
+ io_wantwrite(sock);
+ io_dontwantread(sock);
+ return 0;
+-#elif defined(USE_POLARSSL)
+-  case POLARSSL_ERR_NET_WANT_READ:
++#elif defined(USE_MBEDTLS)
++  case MBEDTLS_ERR_SSL_WANT_READ:
+ io_wantread(sock);
+ io_dontwantwrite(sock);
+ return 0;
+-  case POLARSSL_ERR_NET_WANT_WRITE:
++  case MBEDTLS_ERR_SSL_WANT_WRITE:
+ io_wantwrite(sock);
+ io_dontwantread(sock);
+ return 0;
+ #endif
+ #ifdef USE_OPENSSL
+   case SSL_ERROR_SYSCALL:
+-#elif defined(USE_POLARSSL)
+-  case POLARSSL_ERR_NET_RECV_FAILED:
+-  case POLARSSL_ERR_NET_SEND_FAILED:
+-  case POLARSSL_ERR_NET_CONN_RESET:
++#elif defined(USE_MBEDTLS)
++  case MBEDTLS_ERR_NET_RECV_FAILED:
++  case MBEDTLS_ERR_NET_SEND_FAILED:
++  case MBEDTLS_ERR_NET_CONN_RESET:
+ errno=ECONNRESET;
+ #endif
+ // we already signal the error up and upsteam will then write an
+@@ -870,8 +866,8 @@ void do_sslaccept(int sock,struct http_d
+   r=SSL_get_error(h->ssl,SSL_accept(h->ssl));
+ //  printf("do_sslaccept -> %d\n",r);
+   if (r==SSL_ERROR_NONE)
+-#elif defined(USE_POLARSSL)
+-  r=ssl_handshake(>ssl);
++#elif 

Bug#808066: bzrtp: switch from polarssl to mbedtls

[James Cowgill]

Control: tags -1 pending

Hi,

I intend to NMU this package with the patch I sent earlier in the
bugreport (bzrtp_1.0.2-1.1-nmu.diff) in a few days. Please tell me if
you don't want me to.

Thanks,
James

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

Bug#811129: Bug #811129: fails to boot on OpenRD

[Martin Michlmayr]

* Albert ARIBAUD  [2016-01-15 22:52]:
> > Would you be so kind and test
> > https://d-i.debian.org/daily-images/armel/daily/kirkwood/u-boot/openrd-client/
> > 
> > This is 2016.01 (no rc)
> 
> It is the same as the one I tested first and which failed. I had
> extracted it from
> http://ftp.de.debian.org/debian/pool/main/u/u-boot/u-boot_2016.01+dfsg1-1_armel.deb

Yes, they are the same.  The d-i build process simply extracts the
u-boot binary from the .deb, so it's easier for people to download.

I'm surprised it fails to boot.  Is 2016.01 from upstream working for
you?

You can find the build log here, btw:
https://buildd.debian.org/status/fetch.php?pkg=u-boot=armel=2016.01%2Bdfsg1-1=1452650663

-- 
Martin Michlmayr
http://www.cyrius.com/

Bug#804568: cmtk: diff for NMU version 3.2.2-1.4

[Mattia Rizzolo]

On Fri, Jan 15, 2016 at 10:40:20PM -0500, Yaroslav Halchenko wrote:
> thanks!!! feel free to reupload without delay

oh, that was quick ;)
ok, I'll reschedule to 0-day, than.  Thank you!

> when I get to that package though I will return alternative
> build-depends which are listed there so we could easily backport build
> this package on older debian/ubuntu releases:
> http://neuro.debian.net/pkgs/cmtk.html?highlight=cmtk
> see -- all are covered there ;)

umh, but the changes I did should really not affect backporting:
1) alternative build depends are not considered by Debian's buildds,
   only the first is used
2) I removed versioned development packages in favour of unversioned
   ones.  This should actually make *easier* backporting, as in all the
   past debian releases there is a package providing, e.g. libdcmtk-dev,
   even if at the time was different than the current one (now there is
   libdcmtk5, in jessie there is libdcmtk2).

-- 
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#811133: game-data-packager: z_code.py produces packages which only support the engine installed at build-time

[Stephen Kitt]

Package: game-data-packager
Version: 43
Severity: normal

Dear Maintainer,

z_code.py looks at whichever engine is available at build-time and
hard-codes that into the resulting .desktop file. Ideally the package
should use the zcode-interpreter alternative, although that isn't
supported by all packages Z-Machine emulators currently, and doesn't
work well with X- v. terminal-based interpreters.

Regards,

Stephen


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

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

Versions of packages game-data-packager depends on:
ii  fakeroot1.20.2-1
ii  python3 3.4.3-7
ii  python3-debian  0.1.27
ii  python3-yaml3.11-3
pn  python3:any 

game-data-packager recommends no packages.

Versions of packages game-data-packager suggests:
ii  arj3.10.22-14
ii  binutils   2.25.90.20160101-2
ii  cabextract 1.6-1
ii  cdparanoia 3.10.2+debian-11
ii  dynamite   0.1.1-2
ii  gcc4:5.3.1-1
pn  gdebi | gdebi-kde  
ii  gir1.2-gtk-3.0 3.18.6-1
ii  gir1.2-pango-1.0   1.38.1-1
ii  innoextract1.5-1
ii  jlha-utils [lzh-archiver]  0.1.6-4
pn  lgc-pg 
ii  lgogdownloader 2.26-1
ii  lhasa [lzh-archiver]   0.3.0-2
ii  make   4.0-8.2
ii  p7zip-full 9.20.1~dfsg.1-4.2
ii  python3-gi 3.18.2-2
pn  unace-nonfree  
ii  unar   1.9.1-1
pn  unrar  
ii  unshield   1.0-1
ii  unzip  6.0-20
ii  vorbis-tools   1.4.0-7

-- no debconf information

Bug#801253: O: wicd -- wired and wireless network manager

[Gianfranco Costamagna]

Hi



>Can you please explain why you used dh_clean and not dh_build or sth 
>similar? i mean, is there a specific reason?


acually the updatepo is something that needs to be done and committed on git.
during in dh-clean ensures you will run it from time to time (at least to create
a source.changes to upload).

Doing in dh_build might not be enough, because most developers will build it in 
a
clean chroot, so they won't be able to commit the changes files.

>Additionally,
>
>running "git buildpackage --git-debian-branch=master" in the branch 
>master results in "gbp:error: upstream/1.7.3 is not a valid treeish" 
>which doesn't make sense to me, as we obviously have a debian dir in the 
>master branch. (I'm refering to 
>http://unix.stackexchange.com/a/167565/117978)
>Di you have an idea i could try?


it means somebody didn't push the tag :s
you can avoid this issue by launching "origtargz" command, that tries to 
recreate the orig
tarball with various different techniques

>What about those two commits?
>https://github.com/toogley/pkg-wicd/commit/4c930acc59031a10647d68310020d893258313b6
>
>https://github.com/toogley/pkg-wicd/commit/5fdf48ce5f55ea70047e7e1e790e893070ef4593
>

+1 for me :)

cheers,

G.

Bug#790535: fixed in sus 7.20160107

[Andreas Beckmann]

On 2016-01-08 12:17, Andreas Beckmann wrote:
> Hi David,
> 
> please fix this for jessie, too.

I just went ahead, filed a jessie-pu request which was prompty granted
and uploaded the package for inclusion in the upcoming point release.


Andreas

Bug#811135: FTBFS: debian/control needs updating from debian/control.in

[Martin Michlmayr]

Package: pgextwlist
Version: 1.3-3
Severity: serious

pgextwlist fails to build in unstable:

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> pg_buildext checkcontrol
> --- debian/control2014-07-27 09:13:41.0 +
> +++ debian/control.Mj7Bgx 2016-01-15 23:46:25.581097091 +
> @@ -10,10 +10,10 @@
>  Vcs-Browser: https://github.com/dimitri/pgextwlist
>  XS-Testsuite: autopkgtest
>  
> -Package: postgresql-9.4-pgextwlist
> +Package: postgresql-9.5-pgextwlist
>  Section: libs
>  Architecture: any
> -Depends: ${shlibs:Depends}, ${misc:Depends}, postgresql-9.4
> +Depends: ${shlibs:Depends}, ${misc:Depends}, postgresql-9.5
>  Description: PostgreSQL Extension Whitelisting
>   This extension implements extension whitelisting, and will actively prevent
>   users from installing extensions not in the provided list. Also, this
> Error: debian/control needs updating from debian/control.in. Run 'pg_buildext 
> updatecontrol'.
> If you are seeing this message in a buildd log, a sourceful upload is 
> required.
> /usr/share/postgresql-common/pgxs_debian_control.mk:9: recipe for target 
> 'debian/control' failed

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#809053: xindy FTBFS due to CPPFLAGS containing spaces

[Norbert Preining]

Hi

thanks for your feedback.

> > >  * debian/gbp.conf: Should it be in the sources?
> 
> Sorry, I did not explain myself well. I wondered if this should be something
> associated to the local git repo or something to be committed to the public

I prefer having gbp.conf in the git repoand debian package. The buildarea
directive is not important, but the pristinetar.

I will anyway switch to add pristinetar data for the new releases.

> Just noticed yet another minor issue, Vcs-Git and Vcs-Browser still point to
> Joerg Sommer's old git repo. This should probably point to new git repo

Indeed, thanks, well spotted!

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#811139: FTBFS: debian/control needs updating from debian/control.in

[Martin Michlmayr]

Package: repmgr
Version: 3.0.2-2
Severity: serious

repmgr fails to build in unstable:

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> dpkg-buildpackage: host architecture amd64
>  fakeroot debian/rules clean
> pg_buildext checkcontrol
> --- debian/control2015-10-16 16:02:40.0 +
> +++ debian/control.HkK0AX 2016-01-15 15:39:53.580859882 +
> @@ -68,11 +68,11 @@
>  Description: transitional dummy package
>   This is a transitional dummy package. It can safely be removed.
>  
> -Package: postgresql-9.4-repmgr
> +Package: postgresql-9.5-repmgr
>  Architecture: any
> -Depends: postgresql-9.4, repmgr-common (>= ${source:Version}), 
> ${misc:Depends}, ${shlibs:Depends}
> +Depends: postgresql-9.5, repmgr-common (>= ${source:Version}), 
> ${misc:Depends}, ${shlibs:Depends}
>  Suggests: rsync
> -Description: replication manager for PostgreSQL 9.4
> +Description: replication manager for PostgreSQL 9.5
>   Since version 9.0, PostgreSQL allow you to have replicated hot
>   standby servers which you can query and/or use for high availability.
>   While the main components of the feature are included with
> @@ -82,15 +82,15 @@
>   repmgr allows you to monitor and manage your replicated PostgreSQL
>   databases as a single cluster.
>   .
> - This package contains repmgr for PostgreSQL 9.4.
> + This package contains repmgr for PostgreSQL 9.5.
>  
> -Package: postgresql-9.4-repmgr-dbg
> +Package: postgresql-9.5-repmgr-dbg
>  Section: debug
>  Architecture: any
> -Depends: postgresql-9.4-repmgr (= ${binary:Version}), ${misc:Depends}, 
> ${shlibs:Depends}
> +Depends: postgresql-9.5-repmgr (= ${binary:Version}), ${misc:Depends}, 
> ${shlibs:Depends}
>  Replaces: repmgr-dbg (<< 3.0.1-1)
>  Breaks: repmgr-dbg (<< 3.0.1-1)
> -Description: debug symbols for repmgr for PostgreSQL 9.4
> +Description: debug symbols for repmgr for PostgreSQL 9.5
>   Since version 9.0, PostgreSQL allow you to have replicated hot
>   standby servers which you can query and/or use for high availability.
>   While the main components of the feature are included with
> @@ -100,5 +100,5 @@
>   repmgr allows you to monitor and manage your replicated PostgreSQL
>   databases as a single cluster.
>   .
> - This package contains debug symbols for repmgr for PostgreSQL 9.4.
> + This package contains debug symbols for repmgr for PostgreSQL 9.5.
>  
> Error: debian/control needs updating from debian/control.in. Run 'pg_buildext 
> updatecontrol'.
> If you are seeing this message in a buildd log, a sourceful upload is 
> required.
> /usr/share/postgresql-common/pgxs_debian_control.mk:9: recipe for target 
> 'debian/control' failed
> make: *** [debian/control] Error 1
> dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#809053: xindy FTBFS due to CPPFLAGS containing spaces

[Norbert Preining]

Hi all,

On Sat, 16 Jan 2016, Norbert Preining wrote:
> Indeed, thanks, well spotted!

Fixed and uploaded ...

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#811140: RFS: y-u-no-validate/2013052401-5 [ITA] -- browser extension to make security exceptions temporary by default

[Sean Whitton]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my adoption of y-u-no-validate.

y-u-no-validate is an Iceweasel extension that makes the "Permanently
store this exception" checkbox in the "Add Security Exception" dialog
unchecked by default.

* Package name: y-u-no-validate
  Version : 2013052401-5
  Upstream Author : Marcin Szewczyk 
* URL : https://addons.mozilla.org/firefox/addon/y-u-no-validate/
* License : GPL-3+
  Section : web

Changes since the last upload:

  * Adopt y-u-no-validate in Debian (closes: #786805).
  * Bump debhelper compat to 9 (no changes needed).
  * Drop support for Iceape (fixes debcheck errors).
  * Change homepage URI displayed in about:addons to point to upstream's
page about y-u-no-validate.
It is non-trivial for those who do not speak Polish to navigate to the
page about y-u-no-validate from the upstream author's personal home
page, which was the URI previously displayed in about:addons.
  * Update download URL in watch file.
  * Replace get-orig-source.sh script with xpi-repack invoked by uscan.

Download with dget:

dget -x 
http://mentors.debian.net/debian/pool/main/y/y-u-no-validate/y-u-no-validate_2013052401-5.dsc

Or build it with gbp:

git clone https://anonscm.debian.org/git/pkg-mozext/y-u-no-validate
git checkout debian/2013052401-5
git verify-tag debian/2013052401-5 # if you have my key
gbp buildpackage

Thanks.

Sean Whitton


signature.asc
Description: PGP signature

Bug#810990: libxmlrpcpp-dev: /usr/include/base64.h already shipped by heimdal-dev

[Wookey]

The two base64.h files are not at all similar, so just referring to the other 
one does not help.
heimdal's just provides two function headers (in a win32-compatible way):
ROKEN_LIB_FUNCTION int base64_encode(const void *, int, char **);
ROKEN_LIB_FUNCTION int base64_decode(const char *, void *);

The ros-ros-comm one provides a whole base64-encode/decode C++ implementation.

I've not looked to see how much commonality there is in the other 101
'base64.h' include files in all the other packages. I do wonder if a
libbase64-dev is what's really needed here.  The file comes from an
embedded xmlrpcpp implementation from Chris Morley which should
probably be packaged separately anyway.
http://sourceforge.net/projects/xmlrpcpp/
Which is seems used to be in debian but was removed in 2008: 
https://tracker.debian.org/pkg/xmlrpc++
That is the same version. Available here: 
http://snapshot.debian.org/package/xmlrpc%2B%2B/0.7%2Bcvs20040713-2.1/
This could be resurrected. I think it has the same base64.h file clash though.

Debian now has this xmplrpc c++ implementation: 
https://tracker.debian.org/pkg/xmlrpc-c
maybe ros-ros-comm could just use that? I've not looked to see how well the 
APIs match up. 

Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/


signature.asc
Description: Digital signature

Bug#811145: override: cligh:vcs/optional

[Dmitry Bogatov]

Package: ftp.debian.org
Severity: normal

As pointed by #811127, cligh is program, not python programming library,
so vcs is more suitable section.

Bug#804568: cmtk: diff for NMU version 3.2.2-1.4

[Yaroslav Halchenko]

On Sat, 16 Jan 2016, Mattia Rizzolo wrote:

> Control: tags 804568 + patch
> Control: tags 804568 + pending

> Dear maintainer,

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

> The package also FTBFS in the current state, for 2 reasons, even.

thanks!!! feel free to reupload without delay

when I get to that package though I will return alternative
build-depends which are listed there so we could easily backport build
this package on older debian/ubuntu releases:
http://neuro.debian.net/pkgs/cmtk.html?highlight=cmtk
see -- all are covered there ;)

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

Bug#811146: gnupg2: gpg2.1 failing to handle hkps keyservers

[Phil Dibowitz]

Package: gnupg2
Version: 2.1.10-3
Severity: important

Dear Maintainer,

Sometime recently gpg2.1 stopped handling HKPS keyservers. dirmngr can
still do it if I ask directly, but gpg2.1 won't. All of the debug info I
can think of is below.

Relevant ~/.gnupg/gpg.conf lines:

  keyserver hkps://hkps.pool.sks-keyservers.net
  keyserver-options auto-key-retrieve no-honor-keyserver-url include-revoked

Relevant ~/.gnupg/dirmngr.conf lines:

  hkp-cacert /usr/local/share/ca-certificates/sks-keyservers.netCA.pem

When I try through gpg (first without debug for clarity) I get:

  $ gpg --search-key 58E11BB1E414D9AD
  gpg: error searching keyserver: General error
  gpg: keyserver search failed: General error

When I try with dirmngr it works:

  $ dirmngr
  dirmngr[21392.0]: error opening '/home/phil/.gnupg/dirmngr_ldapservers.conf': 
No such file or directory
  dirmngr[21392.0]: permanently loaded certificates: 0
  dirmngr[21392.0]: runtime cached certificates: 0
  # Home: ~/.gnupg
  # Config: /home/phil/.gnupg/dirmngr.conf
  OK Dirmngr 2.1.10 at your service
  KEYSERVER --clear hkps://hkps.pool.sks-keyservers.net
  OK
  KS_SEARCH 58E11BB1E414D9AD
  dirmngr[21392.0]: resolve_dns_addr for 'hkps.pool.sks-keyservers.net': 
'pgpkeys.co.uk'
  dirmngr[21392.0]: resolve_dns_addr for 'hkps.pool.sks-keyservers.net': 
'ams3.sks.heypete.com'
  ...
  S PROGRESS tick ? 0 0
  S SOURCE https://prod00.keyserver.dca.witopia.net:443
  D
  info:1:1%0Apub:<---removed to keep email addresses away from scrapers--->

Trying it with debug from gpg:

  $ gpg -vvv --debug-level 10 --search-key 58E11BB1E414D9AD
  gpg: using character set 'utf-8'
  gpg: enabled debug flags: packet mpi crypto filter iobuf memory cache memstat 
trust cardio ipc clock lookup extprog
  gpg: DBG: [not enabled in the source] start
  gpg: DBG: chan_3 <- # Home: /home/phil/.gnupg
  gpg: DBG: chan_3 <- # Config: /home/phil/.gnupg/dirmngr.conf
  gpg: DBG: chan_3 <- OK Dirmngr 2.1.8 at your service
  gpg: DBG: chan_4 <- # Home: /home/phil/.gnupg
  gpg: DBG: chan_4 <- # Config: /home/phil/.gnupg/dirmngr.conf
  gpg: DBG: chan_4 <- OK Dirmngr 2.1.8 at your service
  gpg: DBG: connection to the dirmngr established
  gpg: DBG: chan_4 -> KEYSERVER --clear hkps://hkps.pool.sks-keyservers.net
  gpg: DBG: chan_4 <- OK
  gpg: DBG: chan_4 -> KS_SEARCH -- 58E11BB1E414D9AD
  gpg: DBG: chan_4 <- ERR 1 General error 
  gpg: error searching keyserver: General error
  gpg: keyserver search failed: General error
  gpg: DBG: chan_4 -> BYE
  gpg: DBG: [not enabled in the source] stop
  gpg: random usage: poolsize=600 mixed=0 polls=0/0 added=0/0
outmix=0 getlvl1=0/0 getlvl2=0/0
  gpg: secmem usage: 0/65536 bytes in 0 blocks

And to be clear:

  $ gpg --version | head -1
  gpg (GnuPG) 2.1.10


Thanks.

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

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

Versions of packages gnupg2 depends on:
ii  dpkg   1.18.4
ii  gnupg-agent2.1.10-3
ii  install-info   6.0.0.dfsg.1-4
ii  libassuan0 2.4.2-2
ii  libbz2-1.0 1.0.6-8
ii  libc6  2.21-6
ii  libgcrypt201.6.4-4
ii  libgpg-error0  1.21-1
ii  libksba8   1.3.3-1
ii  libreadline6   6.3-8+b4
ii  libsqlite3-0   3.10.1-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages gnupg2 recommends:
ii  dirmngr  2.1.10-3

Versions of packages gnupg2 suggests:
pn  gnupg-doc   
pn  parcimonie  
pn  xloadimage  

-- no debconf information

Bug#811151: courier-mta: lacks libcourier-unicode1

[Zhao Difei]

Subject: courier-mta: lacks libcourier-unicode1
Package: courier-mta
Version: 0.73.1-1.7+b1
Severity: important

Greetings,

courier-mta won't upgrade or install due to lacks of libcourier-unicode1
(courier-unicode). Thanks in advance.


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

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

Versions of packages courier-mta depends on:
ii  courier-authlib0.66.4-2
ii  courier-base   0.73.1-1.7+b1
ii  debconf [debconf-2.0]  1.5.58
ii  libc6  2.21-6
ii  libgcc11:5.3.1-5
ii  libgdbm3   1.8.3-13.1
ii  libnet-cidr-perl   0.17-1
ii  libperl5.225.22.1-3
ii  libstdc++6 5.3.1-5

courier-mta recommends no packages.

Versions of packages courier-mta suggests:
ii  cone [mail-reader] 0.89-1
pn  courier-doc
pn  courier-filter-perl
pn  couriergrey
ii  icedove [mail-reader]  38.5.0-1+b1
ii  s-nail [mail-reader]   14.8.6-1

-- Configuration Files:
/etc/courier/aliases/system [Errno 13] Permission denied:
u'/etc/courier/aliases/system'
/etc/courier/esmtpauthclient [Errno 13] Permission denied:
u'/etc/courier/esmtpauthclient'
/etc/courier/esmtpd changed [not included]

-- debconf information excluded

Bug#811099: scrm: FTBFS on *i386: test suite fails

[Kevin Murray]

Hi Aaron,

Thanks for the report. This looks like mixed use of size_t and fixed with
integral types. Sorry, but I don't have time to investigate right now, but will
do so in about a week. If anyone else wants to jump in they are of course more
than welcome.

Cheers,
Kevin

On 11:54 15/01, Aaron M. Ucko wrote:
> Source: scrm
> Version: 1.6.1-1
> Severity: important
> Justification: fails to build from source
> 
> Builds of scrm for i386, hurd-i386, and kfreebsd-i386 all encountered
> identical test suite errors:
> 
>   test_model.cc:156:Assertion
>   Test name: TestModel::testAddPopulationSizes
>   assertion failed
>   - Expression: model.population_size(0) == 5
>   
>   test_param.cc:182:Assertion
>   Test name: TestParam::testParseCommonOptions
>   assertion failed
>   - Expression: areSame(model.default_pop_size, 
> (size_t)model.population_size(2))
>   
>   test_summary_statistics.cc:258:Assertion
>   Test name: TestSummaryStatistics::testOrientedForestGenerateTreeData
>   assertion failed
>   - Expression: of.heights_.at(6) == 10.0 * sf && of.parents_.at(6) == 0
>   
>   Failures !!!
>   Run: 111   Failure total: 3   Failures: 3   Errors: 0
>   make[1]: *** [unittests] Error 1
> 
> Could you please take a look?
> 
> Thanks!
> 

---
Kevin Murray
0xA4B4EE6A

Bug#808067: belle-sip: switch from polarssl to mbedtls

[James Cowgill]

Control: tags -1 pending patch

Hi,

I intend to NMU this package with the attached patch in a few days to
fix this bug. Please tell me if you don't want me to.

The patch is a stripped down version of the work I did earlier (link in
previous messages in this bugreport). Upstream is working on their own
version but it isn't ready yet.

Thanks,
Jamesdiff -Nru belle-sip-1.4.1/debian/changelog belle-sip-1.4.1/debian/changelog
--- belle-sip-1.4.1/debian/changelog	2015-05-23 13:45:08.0 +0100
+++ belle-sip-1.4.1/debian/changelog	2016-01-15 23:59:32.0 +
@@ -1,3 +1,13 @@
+belle-sip (1.4.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS with GCC 6.
+  * Port to mbedTLS since PolarSSL is going away. (Closes: #808067)
+- Add --disable-strict to configure invocation to prevent -Werror from
+  failing the build (warning is about polarssl compat layer deprecation).
+
+ -- James Cowgill   Fri, 15 Jan 2016 23:59:29 +
+
 belle-sip (1.4.1-1) unstable; urgency=medium
 
   [ Felix Lechner ]
diff -Nru belle-sip-1.4.1/debian/control belle-sip-1.4.1/debian/control
--- belle-sip-1.4.1/debian/control	2015-05-23 13:41:05.0 +0100
+++ belle-sip-1.4.1/debian/control	2016-01-15 22:55:50.0 +
@@ -6,7 +6,7 @@
 Build-Depends: debhelper (>= 9), dh-autoreconf, autotools-dev, quilt,
  pkg-config, intltool,
  libcunit1-ncurses-dev,
- libantlr3c-dev, antlr3, libpolarssl-dev
+ libantlr3c-dev, antlr3, libmbedtls-dev
 Standards-Version: 3.9.6
 Homepage: http://www.linphone.org
 Vcs-Browser: https://github.com/BelledonneCommunications/belle-sip
diff -Nru belle-sip-1.4.1/debian/patches/0001-Fix-FTBFS-with-GCC-6-typo-in-belle_sip_uri_equals.patch belle-sip-1.4.1/debian/patches/0001-Fix-FTBFS-with-GCC-6-typo-in-belle_sip_uri_equals.patch
--- belle-sip-1.4.1/debian/patches/0001-Fix-FTBFS-with-GCC-6-typo-in-belle_sip_uri_equals.patch	1970-01-01 01:00:00.0 +0100
+++ belle-sip-1.4.1/debian/patches/0001-Fix-FTBFS-with-GCC-6-typo-in-belle_sip_uri_equals.patch	2016-01-15 22:49:47.0 +
@@ -0,0 +1,25 @@
+From 997382640eae6067b090c2afad49a4a018c01ecb Mon Sep 17 00:00:00 2001
+From: James Cowgill 
+Date: Fri, 15 Jan 2016 22:00:49 +
+Subject: [PATCH 1/2] Fix FTBFS with GCC 6 - typo in belle_sip_uri_equals
+
+---
+ src/belle_sip_uri_impl.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/belle_sip_uri_impl.c b/src/belle_sip_uri_impl.c
+index 4d1a4bd..0c613c5 100644
+--- a/src/belle_sip_uri_impl.c
 b/src/belle_sip_uri_impl.c
+@@ -301,7 +301,7 @@ int belle_sip_uri_equals(const belle_sip_uri_t* uri_a,const belle_sip_uri_t* uri
+ */
+ 	if (uri_a->user && uri_b->user) {
+ 		if (IS_EQUAL(uri_a->user,uri_b->user)) return 0;
+-	} else if (uri_a->user != uri_a->user) {
++	} else if (uri_a->user != uri_b->user) {
+ 		return 0;
+ 	}
+ /*
+-- 
+2.7.0.rc3
+
diff -Nru belle-sip-1.4.1/debian/patches/0002-Port-to-mbedTLS.patch belle-sip-1.4.1/debian/patches/0002-Port-to-mbedTLS.patch
--- belle-sip-1.4.1/debian/patches/0002-Port-to-mbedTLS.patch	1970-01-01 01:00:00.0 +0100
+++ belle-sip-1.4.1/debian/patches/0002-Port-to-mbedTLS.patch	2016-01-15 22:49:47.0 +
@@ -0,0 +1,730 @@
+From 48d5decbc9cad97cd72d44cff56c8e66f1cc6907 Mon Sep 17 00:00:00 2001
+From: James Cowgill 
+Date: Sun, 6 Dec 2015 17:11:36 +
+Subject: [PATCH 2/2] Port to mbedTLS
+
+---
+ configure.ac |  52 ++
+ src/http-provider.c  |   2 +-
+ src/transports/tls_channel_polarssl.c| 265 +++
+ src/transports/tls_listeningpoint_polarssl.c |  24 ---
+ tester/auth_helper_tester.c  |  16 +-
+ 5 files changed, 91 insertions(+), 268 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index 3ddc3ba..8f26804 100755
+--- a/configure.ac
 b/configure.ac
+@@ -235,52 +235,36 @@ AC_ARG_ENABLE(	tls,
+ 		*) AC_MSG_ERROR(bad value ${enableval} for --enable-tls) ;;
+ 		esac],[use_tls=true])
+ 
+-AC_ARG_WITH( polarssl,
+-  [  --with-polarssl  Set prefix where polarssl can be found (ex:/usr, /usr/local)[default=PREFIX] ],
+-  [ polarssl_prefix=${withval}],[ polarssl_prefix=${prefix} ])
++AC_ARG_WITH( mbedtls,
++  [  --with-mbedtls  Set prefix where mbedTLS can be found (ex:/usr, /usr/local)[default=PREFIX] ],
++  [ mbedtls_prefix=${withval}],[ mbedtls_prefix=${prefix} ])
+ 
+-if test "$polarssl_prefix" != "NONE" && test "$polarssl_prefix" != "/usr"; then
+-	POLARSSL_CFLAGS="-I${polarssl_prefix}/include"
+-	POLARSSL_LIBS="-L${polarssl_prefix}/lib"
++if test "$mbedtls_prefix" != "NONE" && test "$mbedtls_prefix" != "/usr"; then
++	MBEDTLS_CFLAGS="-I${mbedtls_prefix}/include"
++	MBEDTLS_LIBS="-L${mbedtls_prefix}/lib"
+ fi
+ 
+-POLARSSL_LIBS="$POLARSSL_LIBS -lpolarssl"
+-found_polarssl=no
++found_mbedtls=no
+ 
+ if test "$use_tls" = "true" ; then
+-	CPPFLAGS_save=$CPPFLAGS
+ 	

Bug#811137: FTBFS: debian/control needs updating from debian/control.in

[Martin Michlmayr]

Package: pg-rage-terminator
Version: 0.1.4-1
Severity: serious

pg-rage-terminator fails to build in unstable:

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> --- debian/control2015-04-22 12:26:34.0 +
> +++ debian/control.yKBsHP 2016-01-15 23:05:20.725077062 +
> @@ -10,13 +10,3 @@
>  Vcs-Git: https://github.com/disco-stu/pg_rage_terminator-pkg.git
>  Vcs-Browser: https://github.com/disco-stu/pg_rage_terminator-pkg
>  
> -Package: pg-rage-terminator-9.4
> -Architecture: any
> -Depends:
> - ${shlibs:Depends},
> - ${misc:Depends},
> - postgresql-9.4
> -Description: PostgreSQL background worker that kill random sessions.
> - pg-rage-terminator is a custom background worker wich is able to kill random
> - PostgreSQL backends.
> -
> Error: debian/control needs updating from debian/control.in. Run 'pg_buildext 
> updatecontrol'.
> If you are seeing this message in a buildd log, a sourceful upload is 
> required.
> /usr/share/postgresql-common/pgxs_debian_control.mk:9: recipe for target 
> 'debian/control' failed
> make: *** [debian/control] Error 1
> dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2
> 

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#811138: FTBFS: debian/control needs updating from debian/control.in

[Martin Michlmayr]

Package: pg-partman
Version: 2.2.2-1
Severity: serious

pg-partman fails to build in unstable:

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
>  fakeroot debian/rules clean
> pg_buildext checkcontrol
> --- debian/control2015-12-31 12:25:49.0 +
> +++ debian/control.8goaVz 2016-01-15 23:02:35.577075720 +
> @@ -9,9 +9,9 @@
>  Vcs-Git: https://anonscm.debian.org/git/pkg-postgresql/pg-partman.git
>  XS-Testsuite: autopkgtest
>  
> -Package: postgresql-9.4-partman
> +Package: postgresql-9.5-partman
>  Architecture: any
> -Depends: ${misc:Depends}, ${shlibs:Depends}, postgresql-9.4, python
> +Depends: ${misc:Depends}, ${shlibs:Depends}, postgresql-9.5, python
>  Description: PostgreSQL Partition Manager
>   pg_partman is a PostgreSQL extension to create and manage both time-based 
> and
>   serial-based table partition sets. Sub-partitioning is also supported. Child
> Error: debian/control needs updating from debian/control.in. Run 'pg_buildext 
> updatecontrol'.
> If you are seeing this message in a buildd log, a sourceful upload is 
> required.
> /usr/share/postgresql-common/pgxs_debian_control.mk:9: recipe for target 
> 'debian/control' failed
> make: *** [debian/control] Error 1
> dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#809580: Still there in -6

[Martin Michlmayr]

reopen 809580
thanks

I still see this with -6:

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> Package: libdap
> Version: 3.15.1-6
...
> FAIL: HTTPConnectTest

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#656096: Can be fixed?

[Dean Hamstead]

any chance this can be fixed?

ubuntu has had the fix for years

Bug#748901: dma: does not recognize addresses in MIME enocded-word syntax

[Juliusz Chroboczek]

retitle 748901 dma -t fails to parse folded header lines
thanks

Thanks for the debugging, Olaf.  The following snippet reproduces the bug:

--
echo | dma -t -i <
To: L. User

Subject: this breaks dma

This breaks dma.
EOF
--

Bug#803730: jessie-pu: package fglrx-driver/1:15.9-3~deb8u1

[Andreas Beckmann]

On 2016-01-15 17:58, Adam D. Barratt wrote:
> On Mon, 2015-11-02 at 03:07 +0100, Andreas Beckmann wrote:
>> The only option to fix CVE-2015-7723, CVE-2015-7724 (#803517) in
>> fglrx-driver is to update to a new upstream release of the blob.
>>
>> I have prepared a backport of the current sid version to jessie and only
>> reverted the changes that are problematic for jessie (removal of the
>> libxvbaw-dev package and related changes).
> 
> Apologies for the delay in getting back to you on this.
> 
> Please go ahead

Uploaded 1:15.9-4~deb8u1

In the meantime 1:15.9-3 got uploaded to sid followed by 1:15.9-4, so I
rebuilt that for jessie to get a few more typo fixes and lintian
overrides into the package. The "big" changes from -3 and -4 that were
made after I filed the pu request (and therefore were not yet in the
diff I sent) have been reverted for jessie: while the patches managed to
get the kernel module built for Linux 4.3/4.4 (which is irrelevant for
jessie anyway), the module would just oops with a null pointer
dereference in the blob on 4.3. So better restrict support to <= 4.2
which is known to work.

The
  "* Reinstate breaks between fglrx-driver and libgl1-fglrx-glx."
actually reverts a change, going back to what we have in jessie currently.

Attached is the incremental source diff for the additional changes not
in the previous pu-request diff.

Attached is also a filtered diff (excluding *.patch and *.po) from
1:14.9+ga14.201-2 to 1:15.9-4~deb8u1, generated from svn.

Please note that when checking the full diff from jessie, there will be
a lot of noise due to renaming/renumbering of the patches (and of course
the blobs itself).


Andreas



15.9-4~deb8u1.incremental.diff
Description: application/pgp-keys


1:15.9-4~deb8u1.filtered.diff
Description: application/pgp-keys

Bug#811141: FTBFS: CMake Error: The following variables are used in this project

[Martin Michlmayr]

Package: orthanc-postgresql
Version: 2.0-1
Severity: serious

orthanc-postgresql fails to build in unstable:

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
> -- Looking for C++ include orthanc/OrthancCppDatabasePlugin.h
> -- Looking for C++ include orthanc/OrthancCppDatabasePlugin.h - found
> Setting the version of the libraries to 2.0
> CMake Error: The following variables are used in this project, but they are 
> set to NOTFOUND.
> Please set them or make sure they are set and tested correctly in the CMake 
> files:
> PostgreSQL_TYPE_INCLUDE_DIR (ADVANCED)
>used as include directory in directory /<>
>used as include directory in directory /<>
...
> _Boost_NAMESPACE_LAST:INTERNAL=boost
> //Last used Boost_USE_MULTITHREADED value.
> _Boost_USE_MULTITHREADED_LAST:INTERNAL=TRUE
> 
> dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr 
> -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None 
> -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var 
> -DCMAKE_SKIP_RPATH:BOOL=ON -DSTATIC_BUILD:BOOL=OFF 
> -DUSE_GTEST_DEBIAN_SOURCE_PACKAGE:BOOL=ON -DCMAKE_BUILD_TYPE= returned exit 
> code 1
> debian/rules:19: recipe for target 'override_dh_auto_configure' failed
> make[1]: *** [override_dh_auto_configure] Error 2
> make[1]: Leaving directory '/<>'

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#811142: hy3 no longer works, since Debian sid now defaults to python3.5

[Tianon Gravi]

On 15 January 2016 at 17:39, Siat N  wrote:
> Since python3.5 recently became the default python3 in Debian sid, hy3
> no longer works.  Running most hy3 commands, whether in the REPL or
> calling a script, now leads to compiler errors.  For example:

Oh neat, this should be easy to fix since 0.11.1 was created to fix
py3.5 support. :D

♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4

Bug#811144: FTBFS: error: expected identifier or '(' before '__extension__'

[Martin Michlmayr]

Package: dwww
Version: 1.12.1
Severity: serious

dwww fails to build in unstable:

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> creating /<>/scripts/_build/functions.sh
> gcc -c -Wdate-time -D_FORTIFY_SOURCE=2 -DVERSION='"1.12.1"' -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -Wall -Wextra 
> -Wstrict-prototypes -Wmissing-prototypes -Werror -g  -o _build/dwww-cache.o 
> dwww-cache.c
> In file included from /usr/include/string.h:634:0,
>  from dwww-cache.c:30:
> /usr/include/publib/strutil.h:67:7: error: expected identifier or '(' before 
> '__extension__'
>  char *strndup(const char *, size_t);
>^
> Makefile:25: recipe for target '_build/dwww-cache.o' failed

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#804568: cmtk: diff for NMU version 3.2.2-1.4

[Yaroslav Halchenko]

On Sat, 16 Jan 2016, Mattia Rizzolo wrote:

> On Fri, Jan 15, 2016 at 10:40:20PM -0500, Yaroslav Halchenko wrote:
> > thanks!!! feel free to reupload without delay

> oh, that was quick ;)
> ok, I'll reschedule to 0-day, than.  Thank you!

> > when I get to that package though I will return alternative
> > build-depends which are listed there so we could easily backport build
> > this package on older debian/ubuntu releases:
> > http://neuro.debian.net/pkgs/cmtk.html?highlight=cmtk
> > see -- all are covered there ;)

> umh, but the changes I did should really not affect backporting:
> 1) alternative build depends are not considered by Debian's buildds,
>only the first is used

yeap -- but they are "considered" by pbuilder's satisfy-depends whenever
leading one can't even be found (since likely to be not available on
older releases)

> 2) I removed versioned development packages in favour of unversioned
>ones.  This should actually make *easier* backporting, as in all the
>past debian releases there is a package providing, e.g. libdcmtk-dev,
>even if at the time was different than the current one (now there is
>libdcmtk5, in jessie there is libdcmtk2).

$> whohas -D Debian,Ubuntu --strict libdcmtk-dev   
Ubuntu  libdcmtk-dev   all  
 http://packages.ubuntu.com/trusty/libdcmtk-dev
Ubuntu  libdcmtk-dev   all  
 http://packages.ubuntu.com/vivid/libdcmtk-dev
Ubuntu  libdcmtk-dev   all  
 http://packages.ubuntu.com/wily/libdcmtk-dev
Ubuntu  libdcmtk-dev3.6.1~20150629-5   693Kall  
 http://packages.ubuntu.com/xenial/libdcmtk-dev
Debian  libdcmtk-dev   all  
 http://packages.debian.org/jessie/libdcmtk-dev
Debian  libdcmtk-dev   all  
 http://packages.debian.org/stretch/libdcmtk-dev
Debian  libdcmtk-dev3.6.1~20150924-4   807Kall  
 http://packages.debian.org/sid/libdcmtk-dev

so not all (at least not the ancient squeeze and wheezy... we do still build 
for wheezy)

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

Bug#804568: cmtk: diff for NMU version 3.2.2-1.4

[Mattia Rizzolo]

On Fri, Jan 15, 2016 at 10:51:09PM -0500, Yaroslav Halchenko wrote:
> > 2) I removed versioned development packages in favour of unversioned
> >ones.  This should actually make *easier* backporting, as in all the
> >past debian releases there is a package providing, e.g. libdcmtk-dev,
> >even if at the time was different than the current one (now there is
> >libdcmtk5, in jessie there is libdcmtk2).
> 
> so not all (at least not the ancient squeeze and wheezy... we do still build 
> for wheezy)

umh, ok.

but libtiff-dev and libcharls-dev are both in wheezy ;)


Anyway, now you have a syncable package in Ubuntu (I already request a
sync to a MOTU friend of mine) and a buildable package that will migrate
to testing and as such will have chances to be in stretch.
Sorry if I accidentally caused more troubles for you (did not knowing
the full life and use cases of this package).

-- 
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#804568: cmtk: diff for NMU version 3.2.2-1.4

[Yaroslav Halchenko]

On Sat, 16 Jan 2016, Mattia Rizzolo wrote:

> On Fri, Jan 15, 2016 at 10:51:09PM -0500, Yaroslav Halchenko wrote:
> > > 2) I removed versioned development packages in favour of unversioned
> > >ones.  This should actually make *easier* backporting, as in all the
> > >past debian releases there is a package providing, e.g. libdcmtk-dev,
> > >even if at the time was different than the current one (now there is
> > >libdcmtk5, in jessie there is libdcmtk2).

> > so not all (at least not the ancient squeeze and wheezy... we do still 
> > build for wheezy)

> umh, ok.

> but libtiff-dev and libcharls-dev are both in wheezy ;)


> Anyway, now you have a syncable package in Ubuntu (I already request a
> sync to a MOTU friend of mine) and a buildable package that will migrate
> to testing and as such will have chances to be in stretch.
> Sorry if I accidentally caused more troubles for you (did not knowing
> the full life and use cases of this package).

no problem at all -- thanks for all your help!

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

Bug#811148: vatnumber: FTBFS with python3.5 as default due to hardcoded versions

[Logan Rosen]

Package: vatnumber
Version: 1:1.2-4
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

vatnumber currently FTBFS in unstable due to python3.5 being the default
version of python3, since the tests are only disabled for the hardcoded
python3.4 (and python2.7) in debian/rules.

In Ubuntu, the attached patch was applied to achieve the following:

  * Disable tests for all Python versions instead of hardcoding them. Fixes
FTBFS with Python 3.5.

Thanks for considering the patch.

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

Kernel: Linux 4.2.0-19-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru vatnumber-1.2/debian/rules vatnumber-1.2/debian/rules
--- vatnumber-1.2/debian/rules	2015-05-18 15:42:08.0 -0400
+++ vatnumber-1.2/debian/rules	2016-01-16 00:36:04.0 -0500
@@ -3,8 +3,7 @@
 PACKAGE_NAME := $(shell python setup.py --name)
 export PYBUILD_NAME=$(PACKAGE_NAME)
 # Don't run tests for vatnumber, test_vies tries to connect to the network
-export PYBUILD_DISABLE_python2.7=test
-export PYBUILD_DISABLE_python3.4=test
+export PYBUILD_DISABLE=test
 
 %:
 	dh ${@} --with python2,python3 --buildsystem=pybuild

Bug#811149: quasselcore: Service is disabled after install

[Sunil Mohan Adapa]

Package: quasselcore
Version: 1:0.12.2-3
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

I installed the Quassel Core package.  After this I expected the service to be
enabled by default and running.  Instead 'systemctl status quasselcore' shows
that the service is running while 'systemctl is-enabled quasselcore' shows that
the service is 'disabled'.

I have actually installed the application through FreedomBox Web UI (Plinth),
but I don't think that this is matter of concern.

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWmdn7AAoJEDbDYUQMm8lxB+8P/itY9bVY+0APAgOwFg12g4Xx
0cWenuHDeckunymegLgvPBGls7xc4+VdeE1K/0m+iWc3coQF3U8od0oEcgcObSG0
svjJuuxHzoS0ojdgCdFwEuY5gsLvIO19PySwDk7ORPjJEUbr1QBqT/AHkT16W4DW
UqLKMJrzDxNbTG5l1qsKDQs9MUgW3DZTcuEL0LUOOdKACgl2tWAk0lSySaZrk45I
gFBYRGyDUa5E4wyN+ru56HC/dMblJW3nd+Ux/lHSYrei+XKd0XjehEec2xV9LMwj
yOmBNl3ASs7qKO8Bq3CwhQ+USa0XIoVLEqsh7a9DHOS6w6NXcr8Ng4nvvocN6XTJ
ElMgEavzp9NKg4TzFsFRaS4mFvKSmnyByICwGyVEg5a8lke7t12scDJjAEgREwUZ
j35YhKD4EnbkAyAYW0iBqGga+cOCEp/ExukcCgJFLuSDqb5Dg6Ytw05ySM2TuiB+
t6CuKbTfnqGViLkliE5SZA9jkbxQr02GsVUMCzpy9K4IdGBYqGtupA4XlOW+oV2H
QUlJiGwNJQN3tQtaDNfHajCMZ8rLi4aNl4JoVHb08tuSX8PvBI6dq0bwm8EPZ0Kj
DyjvhEUBufe1HOd/VjAmPW+0o4kYmjE6UggKyCoy5aMa/jxAfSQbw9PffJEzS0r6
wZI6AOrbdEJVplU3/SmL
=ZkrV
-END PGP SIGNATURE-

Bug#811143: Pretending DH_COMPAT was set to 5 but fails due to old compat level

[Martin Michlmayr]

Package: debhelper
Version: 9.20160114
Severity: minor

It's a bit strange that dh_clean assumes compat level 5 but
dh_installdirs fails because of the compat level.  It would be nice if
this was more consistent.

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
| bing 1.1.3-2 (amd64)   15 Jan 2016 19:29 |
...
> dh_testroot
> dh_clean -k
> dh_clean: Pretending DH_COMPAT was set to 5
> dh_clean:  - this is a temporary measure to avoid FTBFS in packages
> dh_clean:relying on cdbs to set debian/compat to 5 during the build
> dh_clean: dh_clean -k is deprecated; use dh_prep instead
> dh_clean: No compatibility level specified in debian/compat
> dh_clean: This package will soon FTBFS; time to fix it!
> dh_installdirs /usr/sbin
> dh_installdirs: No compatibility level specified in debian/compat
> dh_installdirs: This package will soon FTBFS; time to fix it!
> dh_installdirs: Compatibility levels before 4 are no longer supported (level 
> 1 requested)
> END failed--call queue aborted.

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#790393: Acknowledgement (cdo: FTBFS on hppa: remaplib.c:1595:16: error: 'grid.121' not specified in enclosing parallel)

[John David Anglin]

This bug is GCC PR middle-end/68733:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68733

The issue arises because structs larger than 64 bytes are passed by invisible 
reference and
the callee is responsible for copying.

Until this is resolved, the ICE can be avoided with the attached patch.  Please 
apply if okay.

Thanks,
Dave Anglin
--
John David Anglin   dave.ang...@bell.net


Description: Work around hppa gomp bug
 TODO: Put a short summary on the line above and replace this paragraph
 with a longer explanation of this change. Complete the meta-information
 with other relevant fields (see below for details). To make it easier, the
 information below has been extracted from the changelog. Adjust it or drop
 it.
 .
 cdo (1.7.0+dfsg.1-2) unstable; urgency=medium
 .
   * Change B-D to libpng-dev for png16 transition. Closes: #810171
   * Add szlib support using libaec-dev.
Author: Alastair McKinstry 
Bug-Debian: https://bugs.debian.org/810171

---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:

Origin: , 
Bug: 
Bug-Debian: https://bugs.debian.org/
Bug-Ubuntu: https://launchpad.net/bugs/
Forwarded: 
Reviewed-By: 
Last-Update: 

--- cdo-1.7.0+dfsg.1.orig/src/remaplib.c
+++ cdo-1.7.0+dfsg.1/src/remaplib.c
@@ -1573,13 +1573,14 @@ void remap_stat(int remap_order, remapgr
 
 /*/
 
-void remap_gradients(remapgrid_t grid, const double *restrict array, double 
*restrict grad_lat,
+void remap_gradients(remapgrid_t grid_arg, const double *restrict array, 
double *restrict grad_lat,
 double *restrict grad_lon, double *restrict grad_latlon)
 {
   long nx, ny, grid_size;
   long i, j, ip1, im1, jp1, jm1, in, is, ie, iw, ine, inw, ise, isw;
   double delew, delns;
   double grad_lat_zero, grad_lon_zero;
+  remapgrid_t grid = grid_arg;
 
   if ( grid.rank != 2 )
 cdoAbort("Internal problem (remap_gradients), grid rank = %d!", grid.rank);

Bug#811134: FTBFS: debian/control needs updating from debian/control.in

[Martin Michlmayr]

Package: pgfincore
Version: 1.1.2-3

pgfincore fails to build in unstabe:

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> dpkg-buildpackage: source package pgfincore
> dpkg-buildpackage: source version 1.1.2-3
> dpkg-buildpackage: source distribution unstable
>  dpkg-source --before-build pgfincore-1.1.2
> dpkg-buildpackage: host architecture amd64
>  fakeroot debian/rules clean
> pg_buildext checkcontrol
> --- debian/control2014-07-27 09:17:51.0 +
> +++ debian/control.ZZqKHL 2016-01-15 23:47:57.617097839 +
> @@ -10,9 +10,9 @@
>  Homepage: http://villemain.org/projects/pgfincore
>  XS-Testsuite: autopkgtest
>  
> -Package: postgresql-9.4-pgfincore
> +Package: postgresql-9.5-pgfincore
>  Architecture: any
> -Depends: ${shlibs:Depends}, ${misc:Depends}, postgresql-9.4
> +Depends: ${shlibs:Depends}, ${misc:Depends}, postgresql-9.5
>  Description: set of PostgreSQL functions to manage blocks in memory
>   Those functions let you know which and how many disk block from a relation
>   are in the page cache of the operating system, and eventually write the
> Error: debian/control needs updating from debian/control.in. Run 'pg_buildext 
> updatecontrol'.
> If you are seeing this message in a buildd log, a sourceful upload is 
> required.
> /usr/share/postgresql-common/pgxs_debian_control.mk:9: recipe for target 
> 'debian/control' failed
> make: *** [debian/control] Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#776130: plptools: NMU of 1.0.13-0.3 uploaded

[Wookey]

Source: plptools
Followup-For: Bug #776130

Dear Maintainer,

I have prepared an NMU of this package adding the 3 updated debconf
translations (da, sv, ru). I also checked the policy upgrade list and
bumped to 3.9.6 as nothing needed changing.
It's uploaded to the 7-day delay queue.

debdiff attached

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru plptools-1.0.13/debian/changelog plptools-1.0.13/debian/changelog
--- plptools-1.0.13/debian/changelog	2015-02-04 12:53:47.0 +
+++ plptools-1.0.13/debian/changelog	2016-01-16 01:14:05.0 +
@@ -1,3 +1,14 @@
+plptools (1.0.13-0.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update Russian debconf translation. Thanks to Yuri Kozlov (Closes: 776130)
+  * Update Danish debconf translation. Thanks to Jo Dalton
+(Closes: 781343,787374)
+  * Update Swedish debconf translation. Thanks to Martin Bagge (Closes: 781675)
+  * Check policy updates for 3.9.6
+
+ -- Wookey   Fri, 23 Oct 2015 00:57:47 +0100
+
 plptools (1.0.13-0.2) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru plptools-1.0.13/debian/control plptools-1.0.13/debian/control
--- plptools-1.0.13/debian/control	2015-02-04 12:49:03.0 +
+++ plptools-1.0.13/debian/control	2016-01-16 01:12:23.0 +
@@ -3,7 +3,7 @@
 Section: otherosfs
 Priority: optional
 Maintainer: John Lines 
-Standards-Version: 3.9.5
+Standards-Version: 3.9.6
 Homepage: http://plptools.sourceforge.net/
 
 Package: plptools
diff -Nru plptools-1.0.13/debian/po/da.po plptools-1.0.13/debian/po/da.po
--- plptools-1.0.13/debian/po/da.po	2015-02-04 12:49:03.0 +
+++ plptools-1.0.13/debian/po/da.po	2015-05-31 21:38:28.0 +0100
@@ -1,17 +1,17 @@
 # Danish translation plptools.
 # Copyright (C) plptools & nedenstående oversættere.
 # This file is distributed under the same license as the plptools package.
-# Joe Hansen , 2010.
+# Joe Hansen , 2010, 2015.
 #
 msgid ""
 msgstr ""
 "Project-Id-Version: plptools\n"
 "Report-Msgid-Bugs-To: plpto...@packages.debian.org\n"
 "POT-Creation-Date: 2014-07-19 10:52+0100\n"
-"PO-Revision-Date: 2010-09-12 23:51+0200\n"
+"PO-Revision-Date: 2015-05-31 23:51+0200\n"
 "Last-Translator: Joe Hansen \n"
-"Language-Team: Danish  \n"
-"Language: \n"
+"Language-Team: Danish \n"
+"Language: da\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
@@ -34,16 +34,12 @@
 #. Type: note
 #. Description
 #: ../plptools.templates:1001
-#, fuzzy
-#| msgid ""
-#| " plpfuse (for mounting a Psion's drives using Filesystem in USErspace)\n"
-#| " plpprintd (for printing via PC from a Psion Series 5)"
 msgid ""
 " plpfuse (for mounting a Psion's drives using Filesystem in USErspace)\n"
 " plpprintd (for printing via PC from an EPOC32 machine)"
 msgstr ""
 " plpfuse (for montering af Psions drev med brug af Filesystem i USErspace)\n"
-" plpprintd (for udskrivning via pc fra en Psion Series 5)"
+" plpprintd (for udskrivning via pc fra en EPOC32-maskine)"
 
 #. Type: note
 #. Description
@@ -77,10 +73,8 @@
 #. Type: string
 #. Description
 #: ../plptools.templates:3001
-#, fuzzy
-#| msgid "Specify serial line to be used"
 msgid "Serial line to use:"
-msgstr "Angiv seriel linje der skal bruges"
+msgstr "Angiv seriel linje der skal bruges:"
 
 #. Type: string
 #. Description
@@ -95,10 +89,8 @@
 #. Type: string
 #. Description
 #: ../plptools.templates:4001
-#, fuzzy
-#| msgid "Specify the IP address and port for ncpd"
 msgid "IP address and port for ncpd:"
-msgstr "Angiv IP-adresse og port til ncpd"
+msgstr "Angiv IP-adresse og port til ncpd:"
 
 #. Type: string
 #. Description
@@ -166,10 +158,8 @@
 #. Type: string
 #. Description
 #: ../plptools.templates:7001
-#, fuzzy
-#| msgid "Specify the print queue to be used"
 msgid "Print queue to use:"
-msgstr "Angiv udskriftskøen der skal bruges"
+msgstr "Angiv udskriftskøen der skal bruges:"
 
 #. Type: string
 #. Description
@@ -184,10 +174,8 @@
 #. Type: string
 #. Description
 #: ../plptools.templates:8001
-#, fuzzy
-#| msgid "Specify remote host to be contacted"
 msgid "Remote host to be contacted:"
-msgstr "Angiv ekstern vært der skal kontaktes"
+msgstr "Angiv ekstern vært der skal kontaktes:"
 
 #. Type: string
 #. Description
diff -Nru plptools-1.0.13/debian/po/ru.po plptools-1.0.13/debian/po/ru.po
--- plptools-1.0.13/debian/po/ru.po	2015-02-04 12:49:03.0 +
+++ plptools-1.0.13/debian/po/ru.po	2016-01-15 23:58:44.0 +
@@ -1,22 +1,22 @@
 # translation of 

Bug#808401: Bug#808401: plastimatch: FTBFS: itkGDCMSeriesFileNames.h:25:29: fatal error: gdcmSerieHelper.h: No such file or directory

[Mattia Rizzolo]

On Sun, Dec 20, 2015 at 03:19:16PM +0100, Gert Wollny wrote:
> On Sat, 2015-12-19 at 22:55 +0100, Andreas Tille wrote:
> > Hi Gert,
> > 
> > On Sat, Dec 19, 2015 at 09:32:58PM +0100, Gert Wollny wrote:
> > > It seems that there is a conflict in which gdcm version is used. 
> > > The log says that gdcm-2.6 was found but later the include files 
> > > for gdcm-2.4 are used.
> > > 
> > > I guess itk needs to be rebuild against gdcm-2.6 since it seems to 
> > > pull in the old version.
> > 
> > Sounds sensible.  Do you need any help for this?
> 
> Well, it turns out that Emilio from the release team already tried to
> build ITK against the new gdcm. 
> 
> Which means this bug is now blocked by #808491, which is something for
> which I need help from upstream ITK and/or GDCM. 

That bug has now been fixed, can this proceed, then?

-- 
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#811147: pm-utils: Drop 17-fix-wireless-hook.patch.

[Jerad Simpson]

Package: pm-utils
Version: 1.4.1-15
Severity: normal

I think it is time to drop 17-fix-wireless-hook.patch...

After observing /var/log/pm-powersave.log, I believe I have uncovered
a typo on line 23 of /usr/lib/pm-utils/power.d/wireless:

[ "$(cat /sys/class/net/$1/device/enabled)" = "1" ] || return 1

When the laptop lid is closed, this ends up in the log files:

Running hook /usr/lib/pm-utils/power.d/wireless true:
cat: /sys/class/net/wlan0/device/enabled: No such file or directory
/usr/lib/pm-utils/power.d/wireless true: success.

Removing just one character so that the line reads:

 [ "$(cat /sys/class/net/$1/device/enable)" = "1" ] || return 1

Then, the log file yields this result:

Running hook /usr/lib/pm-utils/power.d/wireless true:
Turning powersave for wlan0 on...Done.
/usr/lib/pm-utils/power.d/wireless true: success.

This same issue is all over the Ubuntu forums.  The name of the file
changed from enable to enabled and back again to enable!


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

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

Versions of packages pm-utils depends on:
ii  powermgmt-base  1.31+nmu1

Versions of packages pm-utils recommends:
ii  ethtool  1:3.16-1
ii  hdparm   9.43-2
ii  kbd  1.15.5-2
ii  procps   2:3.3.9-9
ii  vbetool  1.1-3

Versions of packages pm-utils suggests:
pn  cpufrequtils
pn  radeontool  
ii  wireless-tools  30~pre9-8

-- no debconf information

Bug#753466: (no subject)

[Sean Whitton]

Control: owner 753466 Sean Whitton 
Control: retitle 753466 ITP: xul-ext-classic-theme-restorer -- customize the 
new Iceweasel look

I'll look into this.

Sean


signature.asc
Description: PGP signature

Bug#809834:

[Alexey Alexandrov]

Is there a corresponding bug for Wheezy to track?  Wondering when the
update with the fix might become available - currently have to downgrade
the kernel package by hand.

-- 
Alexey Alexandrov

Bug#810378: Patch for insecure URIs

[Dr. Tobias Quathamer]

package lintian
tag 810378 patch
thanks

Hi,

I've implemented a check for insecure URIs which warns about plaintext
transports such as http:// or git://.

The patch is against the current HEAD of the git repository.

Regards,
Tobias
From 5e4c365ee094c32ab50c251402207fa1efe4621c Mon Sep 17 00:00:00 2001
From: "Dr. Tobias Quathamer" 
Date: Sat, 16 Jan 2016 01:17:29 +0100
Subject: [PATCH] Add test and code for insecure URIs in VCS-* fields

---
 checks/fields.desc  | 12 +++-
 checks/fields.pm| 11 +++
 .../debian/debian/control.in| 17 +
 t/tests/fields-vcs-field-insecure-uri/desc  |  6 ++
 t/tests/fields-vcs-field-insecure-uri/tags  |  2 ++
 5 files changed, 43 insertions(+), 5 deletions(-)
 create mode 100644 t/tests/fields-vcs-field-insecure-uri/debian/debian/control.in
 create mode 100644 t/tests/fields-vcs-field-insecure-uri/desc
 create mode 100644 t/tests/fields-vcs-field-insecure-uri/tags

diff --git a/checks/fields.desc b/checks/fields.desc
index acea0df..13e6cdd 100644
--- a/checks/fields.desc
+++ b/checks/fields.desc
@@ -1108,7 +1108,17 @@ Info: The Vcs-Git field is pointing to a personal repository using
  a git://(git|anonscm).debian.org/~$LOGIN/$PRJ.git style URI.  This is not
  recommended since the repository this points is not automatically updated
  when pushing to the personal repository.  The recommended URI for anonymous
- access is git://anonscm.debian.org/users/$LOGIN/$PRJ.git.
+ access is https://anonscm.debian.org/git/users/$LOGIN/$PRJ.git.
+
+Tag: vcs-field-uses-insecure-uri
+Severity: wishlist
+Certainty: certain
+Info: The Vcs-* field uses an unencrypted transport protocol for the
+ URI.  It is recommended to use a secure transport such as HTTPS for
+ anonymous read-only access.
+ .
+ Note that you can often just exchange e.g. git:// with https:// for
+ repositories.
 
 Tag: lib-recommends-documentation
 Severity: normal
diff --git a/checks/fields.pm b/checks/fields.pm
index 817a176..c057f2f 100644
--- a/checks/fields.pm
+++ b/checks/fields.pm
@@ -169,13 +169,13 @@ my %VCS_CANONIFY = (
 $_[1] = 'vcs-git-uses-invalid-user-uri';
 }
 $_[0] =~ s{\Qhttp://git.debian.org/\E}
-  {http://anonscm.debian.org/git/};
+  {https://anonscm.debian.org/git/};
 $_[0] =~ s{\Qhttp://anonscm.debian.org/git/git/\E}
-  {http://anonscm.debian.org/git/};
+  {https://anonscm.debian.org/git/};
 $_[0] =~ s{\Qgit://git.debian.org/\E}
-  {git://anonscm.debian.org/};
+  {https://anonscm.debian.org/git/};
 $_[0] =~ s{\Qgit://anonscm.debian.org/git/\E}
-  {git://anonscm.debian.org/};
+  {https://anonscm.debian.org/git/};
 },
 hg  => sub {
 $_[0] =~ s{\Qhttp://hg.debian.org/\E}
@@ -1292,6 +1292,9 @@ sub run {
 if (any { $_ and /\s/} @parts) {
 tag 'vcs-field-has-unexpected-spaces', "vcs-$vcs", $uri;
 }
+if ($parts[0] =~ m%^(?:git|http)://%) {
+tag 'vcs-field-uses-insecure-uri', "vcs-$vcs", $uri;
+}
 }
 if ($VCS_CANONIFY{$vcs}) {
 my $canonicalized = $parts[0];
diff --git a/t/tests/fields-vcs-field-insecure-uri/debian/debian/control.in b/t/tests/fields-vcs-field-insecure-uri/debian/debian/control.in
new file mode 100644
index 000..b81b06d
--- /dev/null
+++ b/t/tests/fields-vcs-field-insecure-uri/debian/debian/control.in
@@ -0,0 +1,17 @@
+Source: {$source}
+Priority: extra
+Section: {$section}
+Maintainer: {$author}
+Standards-Version: {$standards_version}
+Build-Depends: debhelper (>= 9)
+Vcs-Browser: http://anonscm.debian.org/git/users/toddy/foobar.git
+Vcs-Git: git://anonscm.debian.org/users/toddy/foobar.git
+
+Package: {$source}
+Architecture: {$architecture}
+Depends: $\{shlibs:Depends\}, $\{misc:Depends\}
+Description: {$description}
+ This is a test package designed to exercise some feature or tag of
+ Lintian.  It is part of the Lintian test suite and may do very odd
+ things.  It should not be installed like a regular package.  It may
+ be an empty package.
diff --git a/t/tests/fields-vcs-field-insecure-uri/desc b/t/tests/fields-vcs-field-insecure-uri/desc
new file mode 100644
index 000..86cff61
--- /dev/null
+++ b/t/tests/fields-vcs-field-insecure-uri/desc
@@ -0,0 +1,6 @@
+Testname: fields-vcs-field-insecure-uri
+Sequence: 6000
+Description: Test for VCS-* fields using insecure URIs
+Version: 1.0
+Test-For:
+ vcs-field-uses-insecure-uri
diff --git a/t/tests/fields-vcs-field-insecure-uri/tags b/t/tests/fields-vcs-field-insecure-uri/tags
new file mode 100644
index 000..1d4338b
--- /dev/null
+++ b/t/tests/fields-vcs-field-insecure-uri/tags
@@ -0,0 +1,2 @@
+I: 

Bug#811142: hy3 no longer works, since Debian sid now defaults to python3.5

[Siat N]

Package: hy
Version: 0.11.0-4
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Since python3.5 recently became the default python3 in Debian sid, hy3
no longer works.  Running most hy3 commands, whether in the REPL or
calling a script, now leads to compiler errors.  For example:

hy3 -c "(+ 3 2)"

Results in:

Traceback (most recent call last):
  File "/usr/bin/hy3", line 9, in 
load_entry_point('hy==0.11.0', 'console_scripts', 'hy')()
  File "/usr/lib/python3/dist-packages/hy/cmdline.py", line 347, in hy_main
sys.exit(cmdline_handler("hy", sys.argv))
  File "/usr/lib/python3/dist-packages/hy/cmdline.py", line 317, in 
cmdline_handler
return run_command(options.command)
  File "/usr/lib/python3/dist-packages/hy/cmdline.py", line 184, in run_command
import_buffer_to_module("__main__", source)
  File "/usr/lib/python3/dist-packages/hy/importer.py", line 93, in 
import_buffer_to_module
_ast = import_buffer_to_ast(buf, module_name)
  File "/usr/lib/python3/dist-packages/hy/importer.py", line 62, in 
import_buffer_to_ast
return hy_compile(import_buffer_to_hst(buf), module_name)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 2278, in hy_compile
compiler = HyASTCompiler(module_name)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 378, in __init__
load_stdlib()
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 73, in load_stdlib
mod = importlib.import_module(module)
  File "/usr/lib/python3.5/importlib/__init__.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
  File "", line 986, in _gcd_import
  File "", line 969, in _find_and_load
  File "", line 958, in _find_and_load_unlocked
  File "", line 664, in _load_unlocked
  File "", line 634, in _load_backward_compatible
  File "/usr/lib/python3/dist-packages/hy/importer.py", line 180, in load_module
self.path)
  File "/usr/lib/python3/dist-packages/hy/importer.py", line 75, in 
import_file_to_module
_ast = import_file_to_ast(fpath, module_name)
  File "/usr/lib/python3/dist-packages/hy/importer.py", line 67, in 
import_file_to_ast
return hy_compile(import_file_to_hst(fpath), module_name)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 2279, in hy_compile
result = compiler.compile(tree)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 428, in compile
ret = self.compile_atom(_type, tree)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 420, in 
compile_atom
ret = _compile_table[atom_type](self, atom)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 596, in 
compile_raw_list
ret = self._compile_branch(entries)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 483, in 
_compile_branch
return _branch(self.compile(expr) for expr in exprs)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 313, in _branch
results = list(results)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 483, in 
return _branch(self.compile(expr) for expr in exprs)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 440, in compile
raise_empty(HyCompileError, e, sys.exc_info()[2])
  File "", line 1, in raise_empty
hy.errors.HyCompileError: Internal Compiler Bug 
⤷ TypeError: required field "lineno" missing from arg
Compilation traceback:
File "/usr/lib/python3/dist-packages/hy/compiler.py", line 428, in compile
ret = self.compile_atom(_type, tree)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 420, in 
compile_atom
ret = _compile_table[atom_type](self, atom)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 1767, in 
compile_expression
expression = macroexpand(expression, self.module_name)
  File "/usr/lib/python3/dist-packages/hy/macros.py", line 170, in macroexpand
load_macros(module_name)
  File "/usr/lib/python3/dist-packages/hy/macros.py", line 154, in load_macros
_import(module)
  File "/usr/lib/python3/dist-packages/hy/macros.py", line 151, in _import
__import__(module)
  File "", line 969, in _find_and_load
  File "", line 958, in _find_and_load_unlocked
  File "", line 664, in _load_unlocked
  File "", line 634, in _load_backward_compatible
  File "/usr/lib/python3/dist-packages/hy/importer.py", line 180, in load_module
self.path)
  File "/usr/lib/python3/dist-packages/hy/importer.py", line 78, in 
import_file_to_module
eval(ast_compile(_ast, fpath, "exec"), mod.__dict__)
  File "/usr/lib/python3/dist-packages/hy/importer.py", line 43, in ast_compile
return compile(ast, filename, mode, flags)

Thank you very much, and best regards.


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

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

Bug#811154: ITP: poretools -- toolkit for nanopore nucleotide sequencing data

[Afif Elghraoui]

Package: wnpp
Severity: wishlist
Owner: Debian Med Packaging Team 

* Package name: poretools
  Version : 0.5.1
  Upstream Author : Aaron Quinlan  & Nick Loman
* URL : http://poretools.readthedocs.org
* License : GPL
  Programming Lang: Python
  Description : toolkit for nanopore nucleotide sequencing data

poretools is a flexible toolkit for exploring datasets generated by
nanopore sequencing devices from MinION for the purposes of quality
control and downstream analysis. Poretools operates directly on the
native FAST5 (a variant of the HDF5 standard) file format produced by
ONT and provides a wealth of format conversion utilities and data
exploration and visualization tools.

This package will be maintained by the Debian Med team.
git://anonscm.debian.org/debian-med/poretools.git
http://anonscm.debian.org/cgit/debian-med/poretools.git

Bug#811153: RM: python-getdns [kfreebsd-amd64 kfreebsd-i386] -- ANAIS; build-dep, getdns, not build for bsd

[Scott Kitterman]

Package: ftp.debian.org
Severity: normal

Getdns can no longer be build on BSD.  Separate removal bug filed for it.
That will make python-getdns unbuildable as well.

Bug#395843: wgs-assembler is now canu

[Afif Elghraoui]

Control: retitle -1 "ITP: canu -- single-molecule sequence assembler"

The Celera assembler website [1] now has a title that reads "If you are
assembling PacBio or Oxford Nanopore data, please use Canu [2] instead.
Celera Assembler is no longer being maintained."

Description:
Canu is a fork of the Celera Assembler designed for high-noise
single-molecule sequencing (such as the PacBio RSII or Oxford Nanopore
MinION). The software is currently alpha level, feel free to use and
report issues encountered.


1. http://wgs-assembler.sourceforge.net
2. http://canu.readthedocs.org/en/latest/
-- 
Afif Elghraoui | عفيف الغراوي
http://afif.ghraoui.name

Bug#811152: RM: getdns [kfreebsd-amd64 kfreebsd-i386] -- ANAIS; Uses Linux specific features - not buildable unless ported to BSD

[Scott Kitterman]

Package: ftp.debian.org
Severity: normal

compat/getentropy_linux.c:54:25: fatal error: linux/types.h: No such file or
directory

Won't build on kfreebsd anymore.  Will also file a bug for the one rdepend,
python-getdns.

Bug#810504: flash is insecure and some information

[Juhani Karlsson]

I am running Jessie, --unstable does nothing:

update-pepperflashplugin-nonfree --unstable --verbose
Usage:
  update-pepperflashplugin-nonfree --install
  update-pepperflashplugin-nonfree --uninstall
  update-pepperflashplugin-nonfree --status
Additional options:
  --verbose
  --quiet

And still 20.0.0.228 and 20.0.0.267 is latest according to 
http://www.adobe.com/software/flash/about/


update-pepperflashplugin-nonfree --status --verbose
options :  --status --verbose --
temporary directory: /tmp/pepperflashplugin-nonfree.wRkRmoLLl8
doing apt-get update on google repository
downloading 
http://people.debian.org/~bartm/pepperflashplugin-nonfree/latest-stable-verified.txt

selected action = --status
Flash Player version installed on this system  : 20.0.0.228
Flash Player version available on upstream site: 20.0.0.228
end of action --status
cleaning up temporary directory 
/tmp/pepperflashplugin-nonfree.wRkRmoLLl8 ...

end of update-pepperflashplugin-nonfree

update-pepperflashplugin-nonfree --install --verbose
options :  --install --verbose --
temporary directory: /tmp/pepperflashplugin-nonfree.dwyUhDpazq
doing apt-get update on google repository
downloading 
http://people.debian.org/~bartm/pepperflashplugin-nonfree/latest-stable-verified.txt

selected action = --install
upstream version 20.0.0.228 is already installed
end of action --install
cleaning up temporary directory 
/tmp/pepperflashplugin-nonfree.dwyUhDpazq ...

end of update-pepperflashplugin-nonfree


> and it is up to google to update chrome package with newest pepperflash.
> basically put, debian has little control if google chrome has 
outdated flash in chrome stable package.

>
> flash is big security bomb these days, may i suggest to uninstall flash.
>
>

Bug#811053: *.poms Should Not Be Required to Ensure Trailing Newline

[殷啟聰]

Package: maven-repo-helper
Version: 1.8.12
Severity: normal

If the $package.poms contains only one line, say:

  debian/foo.pom --usj-name=foo

maven-repo-helper will not install any .pom or symlinks to
usr/share/maven-repo. But if I append a newline to the end, it works
without any problem. And if there are multiple lines in $package.poms,
maven-repo-helper simply ignores the last entry, and it won't install
any symlinks either.

I consider this a bug because a trailing newline should not be
mandatory. Or maybe it is intentional?

Bug#810988: po4a: Always fuzzies one string, even if translation is correct (German goobox man page)

[Helge Kreutzmann]

Hello Martin,
thanks for your quick reply.

On Thu, Jan 14, 2016 at 06:12:08PM +0100, Martin Quinson wrote:
> On Thu, Jan 14, 2016 at 04:56:40PM +0100, Helge Kreutzmann wrote:
> > 
> > Finally, I also tried 0.47-2, but did not see any change in the 
> > behaviour, however, the output on stderr is different:
> > Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm 
> > line 147,  line 72.
> > po4a::sgml: msgid wurde übersprungen, um den Übersetzern zu helfen (enthält 
> > nur Tags)
> > Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm 
> > line 147,  line 134.
> > po4a::sgml: msgid wurde übersprungen, um den Übersetzern zu helfen (enthält 
> > nur eine Entity)
> > Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm 
> > line 147,  line 203.
> > po4a::sgml: msgid wurde übersprungen, um den Übersetzern zu helfen (enthält 
> > nur eine Entity)
> > Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm 
> > line 147,  line 336.
> > po4a::sgml: msgid wurde übersprungen, um den Übersetzern zu helfen (enthält 
> > nur Tags)
> > po4a::sgml: Warning: onsgmls produced some errors.  This is usually caused 
> > by po4a, which modifies the input and restores it afterwards, causing the 
> > input of onsgmls to be invalid.  This is usually safe, but you may wish to 
> > verify the generated document with onsgmls -wno-valid.  Continuing...
> > debian/manpage//de.po: 107 übersetzte Meldungen, 1 ungenaue Übersetzung.
> > Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm 
> > line 147,  line 72.
> > po4a::sgml: msgid wurde übersprungen, um den Übersetzern zu helfen (enthält 
> > nur Tags)
> > Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm 
> > line 147,  line 134.
> > po4a::sgml: msgid wurde übersprungen, um den Übersetzern zu helfen (enthält 
> > nur eine Entity)
> > Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm 
> > line 147,  line 203.
> > po4a::sgml: msgid wurde übersprungen, um den Übersetzern zu helfen (enthält 
> > nur eine Entity)
> > Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm 
> > line 147,  line 336.
> > po4a::sgml: msgid wurde übersprungen, um den Übersetzern zu helfen (enthält 
> > nur Tags)
> > po4a::sgml: Warning: onsgmls produced some errors.  This is usually caused 
> > by po4a, which modifies the input and restores it afterwards, causing the 
> > input of onsgmls to be invalid.  This is usually safe, but you may wish to 
> > verify the generated document with onsgmls -wno-valid.  Continuing...
> > 
> 
> thanks for reporting that issue. Could you please rerun the program
> with LC_ALL=C exported so that the stderr messages are in english? My
> level of german is unfortunately not sufficient to understand what's
> written here.

Sorry for the localizied output, here is the English one:
Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm line 
147,  line 72.
po4a::sgml: msgid skipped to help translators (contains only tags)
Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm line 
147,  line 134.
po4a::sgml: msgid skipped to help translators (contains only an entity)
Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm line 
147,  line 203.
po4a::sgml: msgid skipped to help translators (contains only an entity)
Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm line 
147,  line 336.
po4a::sgml: msgid skipped to help translators (contains only tags)
po4a::sgml: Warning: onsgmls produced some errors.  This is usually caused by 
po4a, which modifies the input and restores it afterwards, causing the input of 
onsgmls to be invalid.  This is usually safe, but you may wish to verify the 
generated document with onsgmls -wno-valid.  Continuing...
debian/manpage//de.po: 107 translated messages, 1 fuzzy translation.
Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm line 
147,  line 72.
po4a::sgml: msgid skipped to help translators (contains only tags)
Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm line 
147,  line 134.
po4a::sgml: msgid skipped to help translators (contains only an entity)
Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm line 
147,  line 203.
po4a::sgml: msgid skipped to help translators (contains only an entity)
Redundant argument in sprintf at /usr/share/perl5/Locale/Po4a/Common.pm line 
147,  line 336.
po4a::sgml: msgid skipped to help translators (contains only tags)
po4a::sgml: Warning: onsgmls produced some errors.  This is usually caused by 
po4a, which modifies the input and restores it afterwards, causing the input of 
onsgmls to be invalid.  This is usually safe, but you may wish to verify the 
generated document with onsgmls -wno-valid.  Continuing...

> Thanks, Mt
> 
> 
> -- 
> This space for rent.

Didn't know that business modell yet :-))

-- 
  Dr. Helge 

Bug#811054: obexftp: FTBFS: object.c:39:43: error: parameter 1 ('obex') has incomplete type

[Chris Lamb]

Source: obexftp
Version: 0.23-6
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,

obexftp fails to build from source in unstable/amd64:

  [..]

  Making all in obexftp
  make[3]: Entering directory 
'/home/lamby/temp/cdt.20160115095516.JItmmLlOx2/obexftp-0.23/obexftp'
  /bin/bash ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I..  
 -Wdate-time -D_FORTIFY_SOURCE=2 -I.. -I../includes -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -W -Wundef 
-Wmissing-declarations -Wmissing-prototypes -Wall -MT object.lo -MD -MP -MF 
.deps/object.Tpo -c -o object.lo object.c
  libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -Wdate-time 
-D_FORTIFY_SOURCE=2 -I.. -I../includes -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -W -Wundef -Wmissing-declarations -Wmissing-prototypes 
-Wall -MT object.lo -MD -MP -MF .deps/object.Tpo -c object.c  -fPIC -DPIC -o 
.libs/object.o
  object.c:39:43: error: parameter 1 ('obex') has incomplete type
   obex_object_t *obexftp_build_info (obex_t obex, uint32_t conn, uint8_t 
opcode)
 ^
  object.c: In function 'obexftp_build_info':
  object.c:39:43: warning: unused parameter 'obex' [-Wunused-parameter]
  object.c: At top level:
  object.c:73:42: error: parameter 1 ('obex') has incomplete type
   obex_object_t *obexftp_build_get (obex_t obex, uint32_t conn, const char 
*name, const char *type)
^
  object.c: In function 'obexftp_build_get':
  object.c:73:42: warning: unused parameter 'obex' [-Wunused-parameter]
  object.c: At top level:
  object.c:125:45: error: parameter 1 ('obex') has incomplete type
   obex_object_t *obexftp_build_rename (obex_t obex, uint32_t conn, const char 
*from, const char *to)
   ^
  object.c: In function 'obexftp_build_rename':
  object.c:125:45: warning: unused parameter 'obex' [-Wunused-parameter]
  object.c: At top level:
  object.c:189:42: error: parameter 1 ('obex') has incomplete type
   obex_object_t *obexftp_build_del (obex_t obex, uint32_t conn, const char 
*name)
^
  object.c: In function 'obexftp_build_del':
  object.c:189:42: warning: unused parameter 'obex' [-Wunused-parameter]
  object.c: At top level:
  object.c:238:46: error: parameter 1 ('obex') has incomplete type
   obex_object_t *obexftp_build_setpath (obex_t obex, uint32_t conn, const char 
*name, int create)
^
  object.c: In function 'obexftp_build_setpath':
  object.c:238:46: warning: unused parameter 'obex' [-Wunused-parameter]
  object.c: At top level:
  object.c:299:42: error: parameter 1 ('obex') has incomplete type
   obex_object_t *obexftp_build_put (obex_t obex, uint32_t conn, const char 
*name, const int size)
^
  object.c: In function 'obexftp_build_put':
  object.c:299:42: warning: unused parameter 'obex' [-Wunused-parameter]
  Makefile:489: recipe for target 'object.lo' failed
  make[3]: *** [object.lo] Error 1
  make[3]: Leaving directory 
'/home/lamby/temp/cdt.20160115095516.JItmmLlOx2/obexftp-0.23/obexftp'
  Makefile:504: recipe for target 'all-recursive' failed
  make[2]: *** [all-recursive] Error 1
  make[2]: Leaving directory 
'/home/lamby/temp/cdt.20160115095516.JItmmLlOx2/obexftp-0.23'
  Makefile:411: recipe for target 'all' failed
  make[1]: *** [all] Error 2
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160115095516.JItmmLlOx2/obexftp-0.23'
  debian/rules:81: recipe for target 'build-stamp' failed
  make: *** [build-stamp] Error 2

  [..]

The full build log is attached.


Regards,

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


obexftp.0.23-6.unstable.amd64.log.txt.gz
Description: Binary data

Bug#810768: cme: fail noisly when Maintainer field contains an apostrophe

[Dominique Dumont]

Ack.

This needs to be fixed in libconfig-model-perl

Thanks for the report.

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#811053: *.poms Should Not Be Required to Ensure Trailing Newline

[Emmanuel Bourg]

Hi Seamlik,

Thank you for reporting this issue. This is certainly not intentional
but I'm not sure to understand how it happens. I got a look at the class
that parses the .poms files (org.debian.maven.repo.ListOfPOMs) and it
seems to handle the last line properly, with or without a trailing line
feed. This part of the code is tested with ListOfPOMsTest, and when I
remove the trailing line feed in the file tested (antlr3.poms) the tests
still run fine.

On what package did you encounter this issue?

Emmanuel Bourg

Bug#811051: totem-plugins: Python related depends too tight: Causes problems during transitions

[Scott Kitterman]

Source: totem-plugins
Version: 3.18.1-2
Severity: important
Tags: patch

Currently, totem-plugins gets python3 interpreter depends like this (when
built with python3.4 as default python3):

python3 (<< 3.5), python3 (>= 3.4~), python3.4

As a result, totem-plugins became uninstallable once the default was updated
to python3.5.  While a binNMU corrected this, it's entirely unnecessary. I
looked and there's no compiled python extensions in the plugins, it's all
arch all python that does not need rebuilding when the version changes.

Ths problem is that because dh_python3 was being called for all plugins, some
of which are compiled, dh_python treated them as python3 extensions for
dependency calculation.

Please see the attached patch that addresses this issue.  With it the python3
interpreter depend is:

python3:any (>= 3.3.2-2~)

No more trouble during transitions, the package is always installable.

Scott K
diff -Nru totem-3.18.1/debian/changelog totem-3.18.1/debian/changelog
--- totem-3.18.1/debian/changelog	2015-12-05 18:55:54.0 -0500
+++ totem-3.18.1/debian/changelog	2016-01-15 02:34:56.0 -0500
@@ -1,3 +1,11 @@
+totem (3.18.1-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Relax excessively tight python interpreter depends for totem-plugins
+- Only run dh_python3 for plugins with actual python content
+
+ -- Scott Kitterman   Fri, 15 Jan 2016 02:33:49 -0500
+
 totem (3.18.1-2) unstable; urgency=medium
 
   * Switch to python3 for the plugins
diff -Nru totem-3.18.1/debian/rules totem-3.18.1/debian/rules
--- totem-3.18.1/debian/rules	2015-12-05 18:49:59.0 -0500
+++ totem-3.18.1/debian/rules	2016-01-15 02:43:43.0 -0500
@@ -27,7 +27,10 @@
 DEB_DH_MAKESHLIBS_ARGS_libtotem0 += -V'libtotem0 (>= $(DEB_VERSION)), libtotem0 (<< $(DEB_GNOME_NEXTVERSION))'
 
 binary-install/totem-plugins::
-	dh_python3 --no-ext-rename -ptotem-plugins /usr/lib/totem/plugins
+	dh_python3 -ptotem-plugins /usr/lib/totem/plugins/pythonplugins
+	rm -rf $(CURDIR)/debian/totem-plugins/usr/lib/totem/plugins/pythonconsole/__pycache__
+	dh_python3 -ptotem-plugins /usr/lib/totem/plugins/dbus
+	dh_python3 -ptotem-plugins /usr/lib/totem/plugins/opensubtitles
 
 common-binary-predeb-arch::
 	find debian -name '*.a' -delete

Bug#746815: Fixed upstream

[Guilhem Bonnefille]

fixed 746815 1.6-1

see 
http://sourceforge.net/p/viking/code/ci/d31be35e7adee6df99e296814da0686d161c1a9f/
-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/

Bug#770129: RFP: html5tidy -- “tidy” HTML 5 in the wild to well-formed XML or HTML

[Jim Derry]

I support closing this bug. There is already an existing request to update
the current tidy package from current source.

We have an auditable trail back to the original distribution including
control of the sourceforge site. Tidy isn't a fork or experimental, not
abandonware, and is in active development. The request for including an
experimental fork should thus be closed.


-- 
---
Jim Derry
Clinton Township, MI, USA
Nanjing, Jiangsu, China PRC

Bug#810894: src:linux: GPIO probe failure on Linkstation LS-WXL/WSXL

[Uwe Kleine-König]

Hello Roger,

On 01/14/2016 04:43 PM, Roger Shimizu wrote:
> On Thu, Jan 14, 2016 at 11:32 PM, Roger Shimizu  
> wrote:
>> On Thu, Jan 14, 2016 at 11:08 PM, Uwe Kleine-König
>>  wrote:
>> I need to run the following command to enable USB port on Linkstation
>> LS-WXL/WSXL (armel/kirkwood with DTS [0] ):
>>   echo 37 >/sys/class/gpio/export
>>   echo out > /sys/class/gpio/gpio37/direction
>>   echo 1 > /sys/class/gpio/gpio37/value
>>>
>>> Can you post the contents of /sys/kernel/debug/gpio when the broken
>>> kernel is running?
>>
>> Thanks for the debugging tool!
>> It seems there's clue ...
>>
>> Here's the log for working & non-working kernel:
>>
>> # uname -a
>> Linux LS-WXL 4.2.0-0.bpo.1-kirkwood #1 Debian 4.2.6-3~bpo8+2
>> (2015-12-14) armv5tel GNU/Linux
>> # mount -t debugfs none /sys/kernel/debug

For me this doesn't need to be mounted explicitly. Maybe the relevant
difference is that I'm using systemd and you don't?

>> # cat  /sys/kernel/debug/gpio
>> GPIOs 0-31, platform/f1010100.gpio, f1010100.gpio:
>>  gpio-28  (HDD0 Power  ) out hi
>>  gpio-29  (HDD1 Power  ) out hi
>>
>> GPIOs 32-49, platform/f1010140.gpio, f1010140.gpio:
>>  gpio-34  (?   ) out hi
>>  gpio-35  (?   ) out hi
>>  gpio-37  (?   ) out lo
>>  gpio-38  (?   ) out hi
>>  gpio-40  (?   ) out hi

This is the kernel where exporting works? I don't understand that one.
Is this before or after exporting the gpio to userspace?

>> # uname -a
>> Linux LS-WXL 3.16.0-4-kirkwood #1 Debian 3.16.7-ckt7-1 (2015-03-01)
>> armv5tel GNU/Linux
>> # mount -t debugfs none /sys/kernel/debug
>> # cat  /sys/kernel/debug/gpio
>> GPIOs 0-31, platform/f1010100.gpio, f1010100.gpio:
>>  gpio-28  (HDD0 Power  ) out hi
>>  gpio-29  (HDD1 Power  ) out hi
>>
>> GPIOs 32-49, platform/f1010140.gpio, f1010140.gpio:
>>  gpio-34  (lswxl:red:hdderr0   ) out hi
>>  gpio-35  (lswxl:red:hdderr1   ) out hi
>>  gpio-37  (lswxl:red:func  ) out lo
>>  gpio-38  (lswxl:amber:info) out hi
>>  gpio-40  (lswxl:blue:power) out hi
> 
> For above gpio-XX and it's string, I know there're gpio pin definition
> errors for gpio 32-49.
> Now I understand gpio 32-49 should be defined as gpio1 XX, and XX
> should be real pinnumber - 32.
> e.g. GPIO 37 should be defined as "gpio1 5"

Yeah, when looking at the dts link you provided I wondered about the 37
in there. But not enough to mention it here.

> After I modified DTS as above new gpio[01] pinnumber, the debug info is like:
> 
> GPIOs 0-31, platform/f1010100.gpio, f1010100.gpio:
>  gpio-28  (HDD0 Power  ) out hi
>  gpio-29  (HDD1 Power  ) out hi
> 
> GPIOs 32-49, platform/f1010140.gpio, f1010140.gpio:
>  gpio-37  (USB Power   ) out hi
>  gpio-41  (Function Button ) in  hi (act lo) - IRQ edge  (clear  )
>  gpio-42  (Power-on Switch ) in  lo (act hi) - IRQ edge  (clear  )
>  gpio-43  (Power-auto Switch   ) in  hi (act lo) - IRQ edge  (clear  )
> 
> So gpio-37 is HIGH by default now.
> Although gpio export is still not working on previously reported
> kernel version, my problem seems get solved.

When a gpio is in use by a driver it is normal and expected that you
cannot export it to userspace. So I'm not sure what is the remaining
problem now. Also I failed to see the commit that made the difference
for you when (quickly) looking through the differences between
3.16.7-ckt4-3 and 3.16.7-ckt7-1.

Best regards
Uwe

Bug#811002: Please help tracking down this issue in test suite [Was: Bug#811002: python-ruffus: FTBFS: sre_constants.error: unbalanced parenthesis at position 2]

[Dmitry Shachnev]

Hi Andreas,

On Thu, Jan 14, 2016 at 09:48:21PM +0100, Andreas Tille wrote:
> Hi,
>
> I'm forwarding this issue of the test suite to upstream and Debian
> Python mailing list since I admit I have no idea what might be wrong
> here.
>
> [...]
>   
>   First differing element 1:
>   test1: regular expression regex('.*)') is malformed
>   [sre_constants.error: (unbalanced parenthesis at position 2)]
>   test1: regular expression regex('.*)') is malformed
>   [sre_constants.error: (unbalanced parenthesis)]
>   
> ('Dummy Task',
>  "test1: regular expression regex('.*)') is malformed\n"
>   -  '[sre_constants.error: (unbalanced parenthesis at position 2)]')
>   ?--
>   
>   +  '[sre_constants.error: (unbalanced parenthesis)]')

This is definitely a change between Python 3.4 and 3.5 (exception string was
improved), see:

https://hg.python.org/cpython/rev/292c4d853662
http://bugs.python.org/22578

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#754242: feature request: support http://asdfasdf.onion without tor://

[Hans-Christoph Steiner]

I like the combination of those two: make apt-transport-tor set itself
as the http transport by default, using /usr/lib/apt/methods/http in the
alternatives system.

Bug#800294: binstats: diff for NMU version 1.08-8.2

[Stephen Kitt]

Control: tags 800294 + patch
Control: tags 800294 + pending

Dear maintainer,

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

Regards.
diff -u binstats-1.08/debian/changelog binstats-1.08/debian/changelog
--- binstats-1.08/debian/changelog
+++ binstats-1.08/debian/changelog
@@ -1,3 +1,10 @@
+binstats (1.08-8.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Minimal upgrade to debhelper 9. Closes: #800294.
+
+ -- Stephen Kitt   Fri, 15 Jan 2016 09:09:22 +0100
+
 binstats (1.08-8.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -u binstats-1.08/debian/control binstats-1.08/debian/control
--- binstats-1.08/debian/control
+++ binstats-1.08/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Javier Fernandez-Sanguino Pen~a 
 Standards-Version: 3.6.1
-Build-Depends: debhelper (>= 3)
+Build-Depends: debhelper (>= 9)
 
 Package: binstats
 Architecture: all
diff -u binstats-1.08/debian/rules binstats-1.08/debian/rules
--- binstats-1.08/debian/rules
+++ binstats-1.08/debian/rules
@@ -1,6 +1,5 @@
 #! /usr/bin/make -f
 
-export DH_COMPAT := 3
 export CFLAGS="-O2 -g -Wall"
 export LDFLAGS=""
 
only in patch2:
unchanged:
--- binstats-1.08.orig/debian/compat
+++ binstats-1.08/debian/compat
@@ -0,0 +1 @@
+9


signature.asc
Description: PGP signature

Bug#811036: wireshark-qt: aborts immediately

[Bálint Réczey]

Hi Olaf,

2016-01-15 5:51 GMT+01:00 Olaf Meeuwissen :
> Package: wireshark-qt
> Version: 2.0.0+g9a73b82-1
> Severity: grave
>
> Dear Maintainer,
>
> I tried starting wireshark from the comman-line and it immediately
> aborted.  Like so:
>
>   $ wireshark
>   This application failed to start because it could not find or load the Qt 
> platform plugin "xcb".
>
>   Available platform plugins are: linuxfb, minimal, minimalegl, offscreen.
>
>   Reinstalling the application may fix this problem.
>   Aborted
>
> I had expected it to start like it used to do.  I don't recall when I
> last used it.  I keep my system up-to-date with unattended-upgrades and
> my logs indicate wireshark-qt was installed on 2015-12-01 with the
> upgrade of wireshark from 1.12.8+g5b6e543-2 to 2.0.0+g9a73b82-1.  I do
> remember being surprised at the changed look-and-feel of wireshark, so I
> am pretty sure that I have run wireshark-qt successfully in the past.
Please install libqt5xcbqpa5 to let it run again.

I suspect you installed wireshark/libqt5gui5 with --no-install-recommends,
since libqt5gui5 recommends libqt5xcbqpa5:

Package: libqt5gui5
Source: qtbase-opensource-src
Version: 5.5.1+dfsg-12
Installed-Size: 7096
Maintainer: Debian Qt/KDE Maintainers 
Architecture: amd64
...
Recommends: libqt5svg5, libqt5xcbqpa5

--no-install-recommends may cause parts of functionality not available
in packages.

It that was the case, please close the bug since the default behavior
of installing all
needed packages for proper operation was overridden.

BTW this looks like the following Qt bug appearing again which I just reopened:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796956
KDE Mainainers may mark it as wontfix or solve the circular dependency
introduced by
the fix in a different way.

Cheers,
Balint

>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 
> 'stable-updates'), (500, 'unstable'), (500, 'stable')
> Architecture: amd64 (x86_64)
...
> ii  libqt5gui5   5.5.1+dfsg-12
...

Bug#809802: mutt-patched: please include timeouthook patch

[gustavo panizzo]

On Sun, Jan 10, 2016 at 02:34:10 +0100, Matteo F. Vescovi wrote:
> Control: tag -1 + pending
> 
> Hi!
> 
> On 2016-01-10 at 13:24 (CET), gustavo panizzo wrote:
> > This patch for mutt is very useful (to me at least) can you include in 
> > mutt-patched package? by default it does not affect mutt behavior
> > 
> > http://wolfermann.org/mutt.html 
> > patch-1.5.24.aw.timeouthook.1
> 
> With git commit at [1], this feature has been added.
> 
> It will probably be part of next revision or release.
> 
> Cheers.
> 
> 
> [1] 
> http://anonscm.debian.org/cgit/pkg-mutt/mutt.git/commit/?id=187e5c2fd443b618578a09ca8bcdd405a6ae5357

I just built the package myself and test it, it work flawlessly.

thank you

> 
> -- 
> Matteo F. Vescovi || Debian Developer
> GnuPG KeyID: 4096R/0x8062398983B2CF7A

-- 
1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333

keybase: http://keybase.io/gfa

Bug#810980: [Pkg-roundcube-maintainers] Bug#810980: roundcube-plugins: upgrade from wheezy to jessie fails with dpkg error: command dir_to_symlink is unknown

[Vincent Bernat]

 ❦ 14 janvier 2016 14:37 +0100, s.ba...@travelaudience.com :

> when upgrading from wheezy to jessie the installation of
> roundcube-plugins fails with:
>
> dpkg-maintscript-helper: error: command dir_to_symlink is unknown
> Hint: upgrading dpkg to a newer version might help.
>
> Installing dpkg-dev after changing the sources to jessie helped and the
> installation finished. This seams to be the same problem as in Debian
> Bug 749931.

Yes, on wheezy, dpkg >= 1.17.14 is not available. We should have added
the Pre-Depends to not be caught with that problem. I am adding it
now. However, it won't solve your problem (only upgrade problems from
wheezy to jessie). I don't have much idea about what to do in backports
without doing a lot of stuff manually.

It's a bit odd that installing dpkg-dev would solve anything. I just
think that this part of the script is ignored as the package already
believes it is at the right version. Installing anything else could have
solved the problem too.
-- 
Use the fundamental control flow constructs.
- The Elements of Programming Style (Kernighan & Plauger)


signature.asc
Description: PGP signature

Bug#811046: claws-mail: Proposed (not yet uploaded) diff for NMU version 3.13.1-1.1

[Salvatore Bonaccorso]

Control: tags 811046 + patch

Hi

Find attached a proposed debdiff for the two issues #811046 and
#811048 in claws-mail.

I have not done any upload (to a delayed queue) yet.

Regards,
Salvatore
diff -Nru claws-mail-3.13.1/debian/changelog claws-mail-3.13.1/debian/changelog
--- claws-mail-3.13.1/debian/changelog	2015-12-21 00:46:09.0 +0100
+++ claws-mail-3.13.1/debian/changelog	2016-01-15 08:46:59.0 +0100
@@ -1,3 +1,16 @@
+claws-mail (3.13.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add fix-bug-3584-After-3.13.1-characters-in-some-Japanes.patch.
+Fixes "Characters in some Japanese codec are never correctly converted
+to internal ones". (Closes: #811046)
+  * Add CVE-2015-8708.patch.
+CVE-2015-8708: Incomplete fix for CVE-2015-8614. Adjusts and comments
+range checks in JP text conversions.
+Thanks to Ben Hutchings  (Closes: #811048)
+
+ -- Salvatore Bonaccorso   Fri, 15 Jan 2016 08:46:03 +0100
+
 claws-mail (3.13.1-1) unstable; urgency=medium
 
   * New upstream release:
diff -Nru claws-mail-3.13.1/debian/patches/CVE-2015-8708.patch claws-mail-3.13.1/debian/patches/CVE-2015-8708.patch
--- claws-mail-3.13.1/debian/patches/CVE-2015-8708.patch	1970-01-01 01:00:00.0 +0100
+++ claws-mail-3.13.1/debian/patches/CVE-2015-8708.patch	2016-01-15 08:46:59.0 +0100
@@ -0,0 +1,50 @@
+From: Ben Hutchings 
+Date: Tue, 12 Jan 2016 19:28:32 +
+Subject: Adjust and comment range checks in JP text conversions
+Bug: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3557
+
+Two of the conversion functions may need more than 3 bytes to convert
+the last character, so a limited buffer overrun is still possible.
+
+Bug #3557 / CVE-2015-8708
+---
+--- a/src/codeconv.c
 b/src/codeconv.c
+@@ -158,7 +158,11 @@ static gint conv_jistoeuc(gchar *outbuf,
+ 	gchar *out = outbuf;
+ 	JISState state = JIS_ASCII;
+ 
+-	while (*in != '\0' && (out - outbuf) < outlen - 3) {
++	/*
++	 * Loop outputs up to 3 bytes in each pass (aux kanji) and we
++	 * need 1 byte to terminate the output
++	 */
++	while (*in != '\0' && (out - outbuf) < outlen - 4) {
+ 		if (*in == ESC) {
+ 			in++;
+ 			if (*in == '$') {
+@@ -294,7 +298,12 @@ static gint conv_euctojis(gchar *outbuf,
+ 	gchar *out = outbuf;
+ 	JISState state = JIS_ASCII;
+ 
+-	while (*in != '\0' && (out - outbuf) < outlen - 3) {
++	/*
++	 * Loop outputs up to 6 bytes in each pass (aux shift + aux
++	 * kanji) and we need up to 4 bytes to terminate the output
++	 * (ASCII shift + null)
++	 */
++	while (*in != '\0' && (out - outbuf) < outlen - 10) {
+ 		if (IS_ASCII(*in)) {
+ 			K_OUT();
+ 			*out++ = *in++;
+@@ -382,6 +391,10 @@ static gint conv_sjistoeuc(gchar *outbuf
+ 	const guchar *in = inbuf;
+ 	gchar *out = outbuf;
+ 
++	/*
++	 * Loop outputs up to 2 bytes in each pass and we need 1 byte
++	 * to terminate the output
++	 */
+ 	while (*in != '\0' && (out - outbuf) < outlen - 3) {
+ 		if (IS_ASCII(*in)) {
+ 			*out++ = *in++;
diff -Nru claws-mail-3.13.1/debian/patches/fix-bug-3584-After-3.13.1-characters-in-some-Japanes.patch claws-mail-3.13.1/debian/patches/fix-bug-3584-After-3.13.1-characters-in-some-Japanes.patch
--- claws-mail-3.13.1/debian/patches/fix-bug-3584-After-3.13.1-characters-in-some-Japanes.patch	1970-01-01 01:00:00.0 +0100
+++ claws-mail-3.13.1/debian/patches/fix-bug-3584-After-3.13.1-characters-in-some-Japanes.patch	2016-01-15 08:46:59.0 +0100
@@ -0,0 +1,27 @@
+From e3ffcb455e0376053451ce968e6c71ef37708222 Mon Sep 17 00:00:00 2001
+From: Paul 
+Date: Tue, 22 Dec 2015 11:17:02 +
+Subject: [PATCH] fix bug 3584, 'After 3.13.1, characters in some Japanese
+ codec are never correctly converted to internal ones'
+
+Thanks to ho...@math.sci.hokudai.ac.jp
+---
+ src/codeconv.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/codeconv.c b/src/codeconv.c
+index 39e259f..f0ed616 100644
+--- a/src/codeconv.c
 b/src/codeconv.c
+@@ -158,7 +158,7 @@ static gint conv_jistoeuc(gchar *outbuf, gint outlen, const gchar *inbuf)
+ 	gchar *out = outbuf;
+ 	JISState state = JIS_ASCII;
+ 
+-	while (*in != '\0' && (out - outbuf) > outlen - 3) {
++	while (*in != '\0' && (out - outbuf) < outlen - 3) {
+ 		if (*in == ESC) {
+ 			in++;
+ 			if (*in == '$') {
+-- 
+2.7.0.rc3
+
diff -Nru claws-mail-3.13.1/debian/patches/series claws-mail-3.13.1/debian/patches/series
--- claws-mail-3.13.1/debian/patches/series	2015-12-21 00:46:09.0 +0100
+++ claws-mail-3.13.1/debian/patches/series	2016-01-15 08:46:59.0 +0100
@@ -1,2 +1,4 @@
 11mark_trashed_as_read.patch
 12fix_manpage_header.patch
+fix-bug-3584-After-3.13.1-characters-in-some-Japanes.patch
+CVE-2015-8708.patch

Bug#811045: Provide ipdbplugin

[Andrey Rahmatullin]

On Fri, Jan 15, 2016 at 08:08:59PM +1300, martin f krafft wrote:
> Package: python-ipdb
> Version: 0.8.1-1
> Severity: wishlist
> 
> Please consider providing ipdbplugin, which adds --ipdb to
> nosetests. It's just a single file installed to site-packages, and
> use is still left to the invoker of nosetests
> 
> https://github.com/flavioamieiro/nose-ipdb
Do you mean putting the file into the ipdb package instead of packaging it
separately?


-- 
WBR, wRAR

Bug#809166: networking.service does not prevent ifdown with network file systems

[Guus Sliepen]

On Fri, Jan 15, 2016 at 09:37:31AM +0200, Alkis Georgopoulos wrote:

> The "manual" stanza isn't there just for network-manager. LTSP chroots don't
> have network-manager installed by default.
> A netbooted system needs these 2 things from ifupdown:
> 1) the scripts at /etc/network/if-up.d to get executed for the boot
> interface,
> 2) while preventing the boot interface from being DOWNed at shutdown.
> 
> You mention that using "manual" is the wrong approach to accomplish this.
> Could you please advise us on how to notify ifupdown to do those 2 things in
> a backwards/forward compatible way?

Which scripts in /etc/network/if-up.d are required for the system to
work?

If the network has been brought up by other means before mounting the
root filesystem, I don't see why ifupdown needs to be used at all. If it
does need to be used, can you explain in more detail what is happening
during the boot of an LTSP client?

The best way to prevent the boot interface from being downed at shutdown
is not to have it managed by ifupdown in the first place. Ifupdown will
only touch interfaces that are defined in /etc/network/interfaces.

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen 


signature.asc
Description: Digital signature

Bug#811052: FTBFS: Attempt to store .auto/config.guess, which looks like a VCS file

[Martin Michlmayr]

Package: libdvbpsi
Version: 1.3.0-4
Severity: serious

libdvbpsi fails to build with the new debhelper:

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
>dh_update_autotools_config -O--parallel
> dh_update_autotools_config: Attempt to store .auto/config.guess, which looks 
> like a VCS file or
> dh_update_autotools_config: a hidden package file (like quilt's ".pc" 
> directory
> dh_update_autotools_config: This tool probably contains a bug.
> debian/rules:4: recipe for target 'build' failed
> make: *** [build] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2

I'm not sure what this tool refers to.

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#655200: Please make the html5 version the mainstream version

[Jim Derry]

Voicing continued support in the effort to update the tidy package to the
current stable. Two questions:

- What can we do to update the current packages to our latest tagged
release?
- What can we do to help automate future updates?

For those who've expressed concerns about the heritage of the current
release, please reference:
https://www.w3.org/community/htacg/
http://tidy.sourceforge.net/
http://www.html-tidy.org/
http://www.htacg.org/

Tidy isn't a fork or an experimental version or otherwise new; it's a
massive update to the current package.

-- 
---
Jim Derry
Clinton Township, MI, USA
Nanjing, Jiangsu, China PRC

Bug#811002: Please help tracking down this issue in test suite [Was: Bug#811002: python-ruffus: FTBFS: sre_constants.error: unbalanced parenthesis at position 2]

[Andreas Tille]

Hi Dmitry,

thanks for your response.

On Fri, Jan 15, 2016 at 11:20:08AM +0300, Dmitry Shachnev wrote:
> > [...]
> >   
> >   First differing element 1:
> >   test1: regular expression regex('.*)') is malformed
> >   [sre_constants.error: (unbalanced parenthesis at position 2)]
> >   test1: regular expression regex('.*)') is malformed
> >   [sre_constants.error: (unbalanced parenthesis)]
> >   
> > ('Dummy Task',
> >  "test1: regular expression regex('.*)') is malformed\n"
> >   -  '[sre_constants.error: (unbalanced parenthesis at position 2)]')
> >   ?--
> >   
> >   +  '[sre_constants.error: (unbalanced parenthesis)]')
> 
> This is definitely a change between Python 3.4 and 3.5 (exception string was
> improved), see:
> 
> https://hg.python.org/cpython/rev/292c4d853662
> http://bugs.python.org/22578

Hmmm, I think I misunderstood your hint since my attempt to fix the
issue[1] did not worked but rather endet up in:


==
FAIL: test_compile_regex (test_ruffus_utility.Test_compile_regex)
--
Traceback (most recent call last):
  File "test_ruffus_utility.py", line 262, in test_compile_regex
self.assertEqual(e.args, ('Dummy Task', "test1: regular expression 
regex('.*)') is malformed\n[sre_constants.error: (unbalanced parenthesis at 
position 2)]"))
AssertionError: Tuples differ: ('Dummy Task', "test1: regular... != ('Dummy 
Task', "test1: regular...

First differing element 1:
test1: regular expression regex('.*)') is malformed
[sre_constants.error: (unbalanced parenthesis)]
test1: regular expression regex('.*)') is malformed
[sre_constants.error: (unbalanced parenthesis at position 2)]

  ('Dummy Task',
-  "test1: regular expression regex('.*)') is malformed\n[sre_constants.error: 
(unbalanced parenthesis)]")
+  "test1: regular expression regex('.*)') is malformed\n[sre_constants.error: 
(unbalanced parenthesis at position 2)]")
?   
  ++


--
Ran 18 tests in 0.007s

FAILED (failures=1)


What am I doing wrong?

Kind regards

  Andreas.


[1] 
https://anonscm.debian.org/cgit/debian-med/python-ruffus.git/tree/debian/patches/python-3.5.patch

-- 
http://fam-tille.de

Bug#811056: claws-mail: Not display mail encoded with ISO-2022-JP.

[Kyuma Ohta]

Package: claws-mail
Version: 3.13.1-1
Severity: normal

Dear Maintainer,
 When updating to 3.13.1-1, mail encoded by ISO-2022-JP was not
readable.
 Message dialog is white out, body with none article.
 Mails encoded with UTF-8 was displayed normally.
 When downgrading to 3.11.1-1, this issue has not happend.
 Regards,
  Ohta.
  
-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-- no debconf information

Bug#805322: nginx: please default to keeping logs for less time

[RjY]

Matt Taggart wrote:
>Currently the logrotate config file that is shipped with nginx specifies:
>
>  daily
>  rotate 52
>
>so it's keeping 52 days of logfiles (I wonder if daily used to be weekly 
>and it was keeping a year? that would make more sense).

Strange to see this again. I thought the same thing, reported it, and it
was apparently fixed, three years ago. I wonder what happened. Oh well.

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


-- 
http://rjy.org.uk/

Bug#811058: sddm: password field loses focus if a 2nd monitor is connected

[Benjamin Aigner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: sddm
Version: 0.13.0-1
Severity: wishlist

Dear Maintainer,

if you have a locked screen (e.g. after resuming from suspend),
usually the password fields
has the focus (good, because you don't need the mouse to log in).

Connecting a 2nd monitor whilst on the lock screen, the PW field loses
its focus, so you need the mouse again.
Is this an intended behaviour?

My preferred option would be the focus on the PW field.

Best regards


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

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

Versions of packages sddm depends on:
ii  adduser 3.113+nmu3
ii  debconf [debconf-2.0]   1.5.58
ii  libc6   2.21-6
ii  libgcc1 1:5.3.1-5
ii  libpam0g1.1.8-3.2
ii  libqt5core5a5.5.1+dfsg-12
ii  libqt5dbus5 5.5.1+dfsg-12
ii  libqt5gui5  5.5.1+dfsg-12
ii  libqt5network5  5.5.1+dfsg-12
ii  libqt5qml5  5.5.1-3
ii  libqt5quick55.5.1-3
ii  libstdc++6  5.3.1-5
ii  libsystemd0 228-2+b1
ii  libxcb-xkb1 1.10-3+b1
ii  libxcb1 1.10-3+b1
ii  qml-module-qtquick2 5.5.1-3
ii  sddm-theme-breeze [sddm-theme]  4:5.4.3-1

Versions of packages sddm recommends:
ii  libpam-systemd  228-2+b1

Versions of packages sddm suggests:
ii  libpam-kwallet5  5.4.3-1

- -- debconf information:
* shared/default-x-display-manager: sddm
  sddm/daemon_name: /usr/bin/sddm
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJWmLg8AAoJEElxTr2NHsi/5FUH/AkmCOunZUQPKNO30WAKbW0n
kONEtiJjGWCVzfVMzpXVAKUy7NWshPGlbKgIMzXoeDl8ZD3jEU8bGsz8K7tUM+iT
XhLA2F5AZF0daA+y+v0A8LtkH2DQ7SycBQVqo2wyhgTzZQBwzvoMfAFCfDW684oV
kBwzyjgUpyQoPlYluhUuPxg0lrIbaeIBUBc+O1p++zm31cI/MSad3RF7TutujiV+
tsYlYUAoPzTtQeeTWq6SV7ageQMNVOO/wW3LNGeUVMIruJMatAfv6ZGJs2EzIV0e
m1hhFKyyT4LUQiI1bGbs69L8iO0PQp4SnLI35LZU493dW/LU7xaXzFPT/sKaDhY=
=/4hl
-END PGP SIGNATURE-

Bug#811057: FTBFS: config.guess: Hunk #1 FAILED at 3

[Martin Michlmayr]

Package: tkgate
Version: 2.0~b10-4

tkgate fails to build in unstable:

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> dh clean --with quilt,autotools_dev
>dh_testdir
>dh_auto_clean
>dh_quilt_unpatch
> No patch removed
>dh_autotools-dev_restoreconfig
>debian/rules override_dh_clean
> make[1]: Entering directory '/<>'
> dh_clean
> rm -f libexec/*
> make[1]: Leaving directory '/<>'
>  debian/rules build
> dh build --with quilt,autotools_dev
>dh_testdir
>dh_update_autotools_config
>dh_quilt_patch
> Applying patch 01_paths.diff
> patching file scripts/parms.tcl
> patching file src/tkgate/verilog_out.c
> 
> Applying patch 03_config.diff
> patching file config.guess
> Hunk #1 FAILED at 3.
> 1 out of 1 hunk FAILED -- rejects in file config.guess
> patching file config.sub
> Hunk #1 FAILED at 3.
> 1 out of 1 hunk FAILED -- rejects in file config.sub
> Patch 03_config.diff does not apply (enforce with -f)
> dh_quilt_patch: quilt --quiltrc /dev/null push -a || test $? = 2 returned 
> exit code 1
> debian/rules:8: recipe for target 'build' failed

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#811053: *.poms Should Not Be Required to Ensure Trailing Newline

[殷啟聰]

Thank you for responding so rapidly! I am packaging
android-platform-libcore in
.
Actually I think this is also the reason why src:gradle currently only
installs .pom but without symlinks.

Bug#811036: wireshark-qt: aborts immediately

[Olaf Meeuwissen]

Bálint Réczey writes:

> Hi Olaf,
>
> 2016-01-15 5:51 GMT+01:00 Olaf Meeuwissen :
>> Package: wireshark-qt
>> Version: 2.0.0+g9a73b82-1
>> Severity: grave
>>
>> Dear Maintainer,
>>
>> I tried starting wireshark from the comman-line and it immediately
>> aborted.  Like so:
>>
>>   $ wireshark
>>   This application failed to start because it could not find or load the Qt 
>> platform plugin "xcb".
>>
>>   Available platform plugins are: linuxfb, minimal, minimalegl, offscreen.
>>
>>   Reinstalling the application may fix this problem.
>>   Aborted
>>
>> I had expected it to start like it used to do.  I don't recall when I
>> last used it.  I keep my system up-to-date with unattended-upgrades and
>> my logs indicate wireshark-qt was installed on 2015-12-01 with the
>> upgrade of wireshark from 1.12.8+g5b6e543-2 to 2.0.0+g9a73b82-1.  I do
>> remember being surprised at the changed look-and-feel of wireshark, so I
>> am pretty sure that I have run wireshark-qt successfully in the past.

> Please install libqt5xcbqpa5 to let it run again.
>
> I suspect you installed wireshark/libqt5gui5 with --no-install-recommends,
> since libqt5gui5 recommends libqt5xcbqpa5:

Almost, I ran unattended-upgrade and my apt.conf has

  APT::Install-Recommends  "false";
  Apt::AutoRemove::RecommendsImportant "false";
  Unattended-Upgrade::Remove-Unused-Dependencies "true";

> Package: libqt5gui5
> Source: qtbase-opensource-src
> Version: 5.5.1+dfsg-12
> Installed-Size: 7096
> Maintainer: Debian Qt/KDE Maintainers 
> Architecture: amd64
> ...
> Recommends: libqt5svg5, libqt5xcbqpa5
>
> --no-install-recommends may cause parts of functionality not available
> in packages.

Well, in this case *all* of the functionality was not available.  The
wireshark executable is the only thing in /usr/bin/ of wireshark-qt.

> It that was the case, please close the bug since the default behavior
> of installing all
> needed packages for proper operation was overridden.

I think we have different opinions on what is "needed" for proper
operation.  From Debian Policy, section 7.2 under `Depends`:

  The `Depends` field should be used if the depended-on package is
  required for the depending package to provide a significant amount
  of functionality.

I would argue that showing the GUI is a prerequisite for any of the
functionality.  The GUI isn't shown, hence, zero functionality.

I don't know how wireshark-qt obtained the dependency but it needs that
xcb plugin very badly to provide any functionality.  Can't you add the
libqt5xcbqpa5 dependency to wireshark-qt (even if only temporarily)?

BTW, now that I found out that there is a wireshark-gtk package as well
I will replace wireshark-qt with that.  It'll fit in better on my Xfce4
desktop.

Hope this helps,
-- 
Olaf Meeuwissen, LPIC-2   FLOSS Engineer -- EPSON AVASYS CORPORATION
   Free Software Foundation Associate Member since 2004-01-27
Support Free Software  https://my.fsf.org/donate
Support the Free Software Foundation https://my.fsf.org/join

Bug#806247: jessie-pu: package dbconfig-common/1.8.47+nmu3

[Paul Gevers]

On 14-01-16 21:13, Adam D. Barratt wrote:
> "1.8.47+nmu1+deb8u1~" (or +deb8u0 I guess) should work in practice
> afaict.
> 
> Please go ahead.

Uploaded with 1.8.47+nmu1+deb8u1~.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#811059: misleading warning: "This package will soon FTBFS" - but FTBFS now

[Martin Michlmayr]

Package: debhelper
Version: 9.20160114

This warning saying the package "will soon FTBFS" doesn't make sense
since it's followed by an error.

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> dh_clean
> dh_clean: No compatibility level specified in debian/compat
> dh_clean: This package will soon FTBFS; time to fix it!
> dh_clean: Compatibility levels before 4 are no longer supported (level 3 
> requested)
> debian/rules:32: recipe for target 'clean' failed
> make: *** [clean] Error 2
> dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#809166: networking.service does not prevent ifdown with network file systems

[Alkis Georgopoulos]

About the boot process of LTSP clients, I think it's better not to focus 
on LTSP, but on the simplest possible netbooted system that works out of 
the box in all Debian/Ubuntu versions (and many other Linux distros) 
without using a custom initramfs:

Let's say we have an "rw" NFS export for a single client on some server.
And we just pass "root=/dev/nfs ip=dhcp boot=nfs" in the client command 
line.
The *stock* initramfs (related packages: initramfs-tools, klibc) then 
brings up the network interface and mounts the NFS root file system and 
chains to it.


That NFS export (chroot) may have any package installed in it, gnome, 
kde, apache, network-manager, avahi etc.
There's no special handling of anything; everything works without 
customizing any configuration file, the only part that is needed is to 
put "manual" in $CHROOT/etc/network/intefaces.
If "manual" is not inserted there, then the packages that use ifupdown 
won't receive the appropriate events.
We can get a list of those packages from http://packages.debian.org, but 
I don't think it's important; we don't want to special-case any one of them.
For example, ntpdate needs an if-up.d event to sync the clock, ethtool 
adjusts the WOL and other NIC settings, and there's also avahi, openssh, 
resolvconf etc.


So to sum up, a netbooted system needs a way to "have all the events 
sent for the boot interface, but prohibit its IP from being changed and 
prohibit it from getting down".

In practise, the "manual" flag covered that fine so far.
But if that's ...abusing its intented purpose, and another solution is 
necessary, I would propose this:
1) initramfs-tools, dracut etc could create a file somewhere in /run to 
mark the boot interface
2) ifupdown, network-manager, wicd etc could read that file and handle 
that interface in that aforementioned special way (send events, maybe 
even show the connection speed and status in the network-manager UI, but 
don't change the IP or ifdown it).

Bug#811045: Provide ipdbplugin

[martin f krafft]

also sprach Andrey Rahmatullin  [2016-01-15 20:37 +1300]:
> > https://github.com/flavioamieiro/nose-ipdb
> Do you mean putting the file into the ipdb package instead of packaging it
> separately?

Wouldn't hurt, would it?

-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"even if you persuade me, you won't persuade me."
 -- aristophanes


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#811060: FTBFS on armel and other arches: goodProducer test case fails

[Martin Michlmayr]

Package: haskell-aeson
Version: 0.10.0.0-2
Severity: serious

FTBFS on various arches, including armel.

See 
https://buildd.debian.org/status/fetch.php?pkg=haskell-aeson=armel=0.10.0.0-2=1452664317

>  encoding:
>goodProducer: [Failed]

>  Failed  011
>  Total   79   23   102  
> Test suite tests: FAIL

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#811056: claws-mail: Not display mail encoded with ISO-2022-JP.

[Salvatore Bonaccorso]

Hi,

On Fri, Jan 15, 2016 at 06:19:18PM +0900, Kyuma Ohta wrote:
> Package: claws-mail
> Version: 3.13.1-1
> Severity: normal
> 
> Dear Maintainer,
>  When updating to 3.13.1-1, mail encoded by ISO-2022-JP was not
> readable.
>  Message dialog is white out, body with none article.
>  Mails encoded with UTF-8 was displayed normally.
>  When downgrading to 3.11.1-1, this issue has not happend.

I think this is the same as #811046.

If you can, you can give the packages
https://people.debian.org/~carnil/tmp/claws-mail/ a try (I have not
uploaded them to the archive).

Regards,
Salvatore

Bug#811061: FTBFS when tk8.5-dev and tk8.6-dev are installed

[Martin Michlmayr]

Package: tkrat
Version: 1:2.2cvs20100105-true-dfsg-6

tkrat fails to build when both tk8.5-dev and tk8.6-dev are installed.
The configure script pick up 8.6 and then the build fails:

> make[1]: Entering directory '/home/tbm/tkrat-2.2cvs20100105-true-dfsg/lib'
> gcc  -g -O2 -Wformat -Werror=format-security -I/usr/include  -Wdate-time 
> -D_FORTIFY_SOURCE=2 -I./../imap/c-client  -I/usr/include/tcl  -fPIC 
> -DVERSION=\"2.2\"   -c -o ratDummy.o ratDummy.c
> ratDummy.c:29:1: error: conflicting types for 'Tk_ConfigureValue'
>  Tk_ConfigureValue(Tcl_Interp * interp, Tk_Window tkwin, Tk_ConfigSpec * 
> specs,
>  ^
> In file included from /usr/include/tcl/tk.h:1546:0,
>  from ratDummy.c:14:
> /usr/include/tcl/tkDecls.h:129:13: note: previous declaration of 
> 'Tk_ConfigureValue' was here

When I remove tk8.6-dev but have tcl8.6/tk8.6 installed, I get:

configure: WARNING: WARNING can't find tk include files version 8.6.

> checking tkConfig.sh... configure: error: No tkConfig.sh found
> /usr/share/cdbs/1/class/autotools.mk:42: recipe for target 
> 'debian/stamp-autotools' failed
> make: *** [debian/stamp-autotools] Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise