Bug#820566: view3dscene: please stop depending on libpng12-0

2016-04-14 Thread Tobias Frost
Control: Severity: important


Downgrading to let view3dscene migrate, to allow libpng1.2 removal

--
tobi



Bug#800212: cyclades-serial-client: Please migrate a supported debhelper compat level

2016-04-14 Thread Logan Rosen
(Sorry about the double message - I fixed the debdiff in the second
one to just account for these changes.)

Logan

On Thu, Apr 14, 2016 at 7:40 PM, Logan Rosen  wrote:
> Package: cyclades-serial-client
> Version: 0.92
> Followup-For: Bug #800212
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu xenial ubuntu-patch
>
> Dear Maintainer,
>
> In Ubuntu, the attached patch was applied to achieve the following:
>
>   * debian/rules:
> - Remove legacy DH_COMPAT export.
> - Use dh_prep instead of dh_clean -k.
> - Don't allow $(MAKE) distclean to ignore errors.
> - Add recommended build-arch and build-indep targets.
> - Remove config.{cache,log} in clean.
>   * debian/compat: Indicate compatibility level of 9.
>   * debian/control:
> - Build-depend on debhelper (>= 9).
> - Depend on ${misc:Depends}.
>
> Thanks for considering the patch.
>
> Logan Rosen
>
> -- 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)
>
> Kernel: Linux 4.4.0-18-generic (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)



Bug#800212: cyclades-serial-client: Please migrate a supported debhelper compat level

2016-04-14 Thread Logan Rosen
Package: cyclades-serial-client
Version: 0.92
Followup-For: Bug #800212
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Dear Maintainer,

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

  * debian/rules:
- Remove legacy DH_COMPAT export.
- Use dh_prep instead of dh_clean -k.
- Don't allow $(MAKE) distclean to ignore errors.
- Add recommended build-arch and build-indep targets.
- Remove config.{cache,log} in clean.
  * debian/compat: Indicate compatibility level of 9.
  * debian/control:
- Build-depend on debhelper (>= 9).
- Depend on ${misc:Depends}.

Thanks for considering the patch.

Logan Rosen

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

Kernel: Linux 4.4.0-18-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru cyclades-serial-client-0.92ubuntu2/debian/compat cyclades-serial-client-0.92ubuntu3/debian/compat
--- cyclades-serial-client-0.92ubuntu2/debian/compat	1970-01-01 00:00:00.0 +
+++ cyclades-serial-client-0.92ubuntu3/debian/compat	2016-04-07 02:55:45.0 +
@@ -0,0 +1 @@
+9
diff -Nru cyclades-serial-client-0.92ubuntu2/debian/control cyclades-serial-client-0.92ubuntu3/debian/control
--- cyclades-serial-client-0.92ubuntu2/debian/control	2009-10-09 20:34:19.0 +
+++ cyclades-serial-client-0.92ubuntu3/debian/control	2016-04-14 23:29:01.0 +
@@ -1,13 +1,13 @@
 Source: cyclades-serial-client
 Section: comm
 Priority: optional
 Maintainer: Russell Coker 
-Build-Depends: debhelper (>> 3.0.0)
+Build-Depends: debhelper (>= 9)
 Standards-Version: 3.5.2
 
 Package: cyclades-serial-client
 Architecture: any
-Depends: ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}
 Suggests: sredird
 Conflicts: tsrdev
 Description: Network Serial port client software for Cyclades terminal servers
diff -Nru cyclades-serial-client-0.92ubuntu2/debian/rules cyclades-serial-client-0.92ubuntu3/debian/rules
--- cyclades-serial-client-0.92ubuntu2/debian/rules	2010-02-26 19:19:42.0 +
+++ cyclades-serial-client-0.92ubuntu3/debian/rules	2016-04-07 03:07:54.0 +
@@ -5,9 +5,6 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
-# This is the debhelper compatibility version to use.
-export DH_COMPAT=3
-
 # These are used for cross-compiling and for saving the configure script
 # from having to guess our platform (since we know it already)
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
@@ -27,7 +24,9 @@
 	./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/ --mandir=\$${prefix}/usr/share/man
 
 
-build: build-stamp
+build: build-arch build-indep
+build-arch: build-stamp
+build-indep: build-stamp
 
 build-stamp:  config.status
 	dh_testdir
@@ -43,19 +42,19 @@
 	rm -f build-stamp 
 
 	# Add here commands to clean up after the build process.
-	-$(MAKE) distclean
+	$(MAKE) distclean
 	-test -r /usr/share/misc/config.sub && \
 	  cp -f /usr/share/misc/config.sub config.sub
 	-test -r /usr/share/misc/config.guess && \
 	  cp -f /usr/share/misc/config.guess config.guess
 
-
+	rm -f config.cache config.log
 	dh_clean
 
 install: build
 	dh_testdir
 	dh_testroot
-	dh_clean -k
+	dh_prep
 	dh_installdirs
 
 	# Add here commands to install the package into debian/cyclades-serial-client.


Bug#821065: ant: javadoc: error - The -encoding option may be specified no more than once

2016-04-14 Thread Markus Koschany
Package: ant
Version: 1.9.7-1
Severity: serious


Hi,

I just discovered a regression in Ant 1.9.7-1 when I did a source-only
upload of MediathekView.

https://buildd.debian.org/status/fetch.php?pkg=mediathekview=all=11-1=1460695907

The new version isn't even available on my mirrors here, so everything
built fine locally. I suspect that

https://anonscm.debian.org/cgit/pkg-java/ant.git/commit/?id=e442db75a6efb47a42846a56863f6acc5f71e5ac

introduced this issue but I wanted to file this tracking bug
and to hear what other people thing about the best way forward.

Regards,

Markus



Bug#800219: wordplay: Please migrate a supported debhelper compat level

2016-04-14 Thread Logan Rosen
Package: wordplay
Version: 7.22-17
Followup-For: Bug #800219
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Dear Maintainer,

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

  * debian/rules:
- Remove legacy DH_COMPAT export.
- Replace dh_clean -k with dh_prep.
- Add recommended build-arch and build-indep targets.
  * debian/compat: Indicate compatibility level of 9.
  * debian/control:
- Build-depend on debhelper (>= 9).
- Depend on ${misc:Depends}.

Thanks for considering the patch.

Logan Rosen

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

Kernel: Linux 4.4.0-18-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -u wordplay-7.22/debian/control wordplay-7.22/debian/control
--- wordplay-7.22/debian/control
+++ wordplay-7.22/debian/control
@@ -1,13 +1,13 @@
 Source: wordplay
 Section: games
 Priority: optional
-Build-Depends: debhelper (>> 3.0.0)
+Build-Depends: debhelper (>= 9)
 Maintainer: Pawel Wiecek 
 Standards-Version: 3.6.2
 
 Package: wordplay
 Architecture: any
-Depends: ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}
 Description: anagram generator
  Wordplay generates anagrams of words or phrases. For example,
  "Debian GNU/Linux" = "laud benign unix", "nubian lug index",
diff -u wordplay-7.22/debian/rules wordplay-7.22/debian/rules
--- wordplay-7.22/debian/rules
+++ wordplay-7.22/debian/rules
@@ -2,10 +2,9 @@
 # Sample debian/rules that uses debhelper.
 # GNU copyright 1997 to 1999 by Joey Hess.
 
-# Uncomment this to turn on verbose mode.
-export DH_COMPAT=3
-
-build: build-stamp
+build: build-arch build-indep
+build-arch: build-stamp
+build-indep: build-stamp
 build-stamp:
 	dh_testdir
 	$(MAKE)
@@ -26,7 +25,7 @@
 binary-arch: build
 	dh_testdir
 	dh_testroot
-	dh_clean -k
+	dh_prep
 	dh_installdirs
 	install -s wordplay debian/wordplay/usr/bin
 	install -m 644 words721.txt debian/wordplay/usr/share/games/wordplay
only in patch2:
unchanged:
--- wordplay-7.22.orig/debian/compat
+++ wordplay-7.22/debian/compat
@@ -0,0 +1 @@
+9


Processed: severity of 820800 is serious

2016-04-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> severity 820800 serious
Bug #820800 [libfontforge1] libfontforge1: undefined symbol: png_longjmp
Severity set to 'serious' from 'normal'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
820800: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820800
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: affects 818709

2016-04-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> affects 818709 civicrm
Bug #818709 [php-mail-mimedecode] Useless in Debian
Added indication that 818709 affects civicrm
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
818709: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818709
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed (with 1 error): merging 820598 820800

2016-04-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> merge 820598 820800
Bug #820598 [fontforge] fontforge: Current version makes unifont to FTBFS in 
testing
Unable to merge bugs because:
severity of #820800 is 'normal' not 'serious'
package of #820800 is 'libfontforge1' not 'fontforge'
Failed to merge 820598: Did not alter merged bugs.

> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
820598: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820598
820800: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820800
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#817808: marked as done (php-kolab: postrm is buggy, breaks upgrades)

2016-04-14 Thread Debian Bug Tracking System
Your message dated Fri, 15 Apr 2016 04:19:06 +
with message-id 
and subject line Bug#817808: fixed in libkolab 0.6.0-3
has caused the Debian Bug report #817808,
regarding php-kolab: postrm is buggy, breaks upgrades
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
817808: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817808
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: php-kolab
Version: 0.6.0-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'sid'.
It installed fine in 'sid', then the upgrade to 'experimental' fails.

>From the attached log (scroll to the bottom...):

  Preparing to unpack .../php-kolab_1.0.2-1_amd64.deb ...
  Unpacking php-kolab (1.0.2-1) over (0.6.0-2) ...
  /var/lib/dpkg/info/php-kolab.postrm: 11: local: 1.0.2-1: bad variable name
  dpkg: warning: subprocess old post-removal script returned error exit status 2
  dpkg: trying script from the new package instead ...
  /var/lib/dpkg/tmp.ci/postrm: 11: local: 0.6.0-2: bad variable name
  dpkg: error processing archive 
/var/cache/apt/archives/php-kolab_1.0.2-1_amd64.deb (--unpack):
   subprocess new post-removal script returned error exit status 2
  /var/lib/dpkg/tmp.ci/postrm: 11: local: 0.6.0-2: bad variable name
  dpkg: error while cleaning up:
   subprocess new post-removal script returned error exit status 2
  Processing triggers for libc-bin (2.21-9) ...
  Processing triggers for systemd (229-2) ...
  Processing triggers for fontconfig (2.11.0-6.3) ...
  Processing triggers for udev (229-2) ...
  Errors were encountered while processing:
   /var/cache/apt/archives/php-kolab_1.0.2-1_amd64.deb

There seemes to be some quoting missing quoting ...

remove_module () {
local step=$1 module=$2 inifile=$2.ini package=$3 args=$4
...
}

remove_module $1 kolab php-kolab "$*"
remove_module $1 kolabdummy php-kolab "$*"


Looks like you wanted 

remove_module $1 kolab php-kolab "$@"
remove_module $1 kolabdummy php-kolab "$@"


cheers,

Andreas


php-kolab_1.0.2-1.log.gz
Description: application/gzip
--- End Message ---
--- Begin Message ---
Source: libkolab
Source-Version: 0.6.0-3

We believe that the bug you reported is fixed in the latest version of
libkolab, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 817...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Diane Trout  (supplier of updated libkolab package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 14 Apr 2016 20:14:23 -0700
Source: libkolab
Binary: libkolab0v5 php-kolab python-kolab libkolab-dev
Architecture: source
Version: 0.6.0-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Kolab Maintainers 
Changed-By: Diane Trout 
Description:
 libkolab-dev - Development package for Kolab library
 libkolab0v5 - Maps KDE containers to Kolab formats
 php-kolab  - PHP bindings for Kolab Library
 python-kolab - Python bindings for Kolab Library
Closes: 817808
Changes:
 libkolab (0.6.0-3) unstable; urgency=medium
 .
   [ Sandro Knauß ]
   * Check gpg signature for upstream tarballs
   * Fixes postrm, that breaks upgrading package. (Closes: #817808)
 .
   [ Diane Trout ]
   * change my email address back to personal
   * Update Standards-Version to 3.9.8. No changes needed
   * Use secure URLs for Vcs-*
Checksums-Sha1:
 2ad95d36b08046c2b70d08d55b8f3c9f0c2997a9 2387 libkolab_0.6.0-3.dsc
 5ce812cc3bb3309dac244709720615439321faa6 15716 libkolab_0.6.0-3.debian.tar.xz
Checksums-Sha256:
 247c63227b37b7a64a73c149af8f58a617471fbe69167b37f49b158e1f3c2837 2387 
libkolab_0.6.0-3.dsc
 cd919b0c8f0a039eb97e4b958f55d07efb2af9f8efcda69068ba0275ecb954c9 15716 
libkolab_0.6.0-3.debian.tar.xz
Files:
 87f35f7230f93f8030dce8fff0716dd1 2387 libs optional libkolab_0.6.0-3.dsc
 d85c4456d1678e0521dc249951802ee1 15716 libs optional 
libkolab_0.6.0-3.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1


Bug#811477: [Python-modules-team] Bug#811477: FTBFS: missing dependency on funcsigs

2016-04-14 Thread Brian May
Thomas Goirand  writes:

> Since there's no movement on this bug (even not a reply from the current
> maintainers), I've prepared an NMU, which I'm uploading to the delayed 3
> days queue. If I noticed earlier that this issue wasn't solved, I would
> have probably uploaded earlier.

Sorry, I would have looked at at a lot earlier, but I somehow missed
seeing the bug report.

> Attached to this message, you'll find the proposed diff. You'll note
> that it also patches the doc's conf.py which is using intersphinx. This
> does network access during build, which is also an RC bug. If you don't
> agree with this debdiff, please let me know ASAP, and I'll dcut the
> package out.

It looks like your patch has been applied into git by Ondřej Nový (who I
CCed), so I think your upload is good to go. I think the only thing left
is to add the tags to git.

Only possible concern: Is it ok to disable intersphinx like this? I
assume the documentation will still be good, just the links to external
documentation won't appear as links. Is this correct?
-- 
Brian May 



Bug#821000: dh-golang: matched no packages; no buildable Go source files

2016-04-14 Thread Dmitry Smirnov
On Thursday, 14 April 2016 4:53:08 PM AEST Michael Stapelberg wrote:
> Dmitry, can you please provide steps to reproduce?

Just re-build any golang- package. They all fail with same problem, just like 
recent upload of gogoprotobuf:

https://buildd.debian.org/status/package.php?p=golang-gogoprotobuf

This is reproducible with simplest packages produced by dh-make-golang.

-- 
Cheers,
 Dmitry Smirnov.

---

The choice for mankind lies between freedom and happiness and for the great
bulk of mankind, happiness is better.
-- George Orwell, 1984


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


Bug#818696: marked as done (Fails to build twice - clean does not clean enough)

2016-04-14 Thread Debian Bug Tracking System
Your message dated Thu, 14 Apr 2016 23:50:38 +
with message-id 
and subject line Bug#818696: fixed in python-letsencrypt-apache 0.5.0-1
has caused the Debian Bug report #818696,
regarding Fails to build twice - clean does not clean enough
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
818696: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818696
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: python-letsencrypt
Version: 0.4.1-1
Severity: serious

The clean rule doesn't remove .pyc files, the .pybuild directory, or
files under letsencrypt.egg-info that are modified during the build.
So running 'dpkg-buildpackage -uc -us' twice fails the second time.

Ben.

-- 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.4.0-1-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)
--- End Message ---
--- Begin Message ---
Source: python-letsencrypt-apache
Source-Version: 0.5.0-1

We believe that the bug you reported is fixed in the latest version of
python-letsencrypt-apache, which is due to be installed in the Debian FTP 
archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 818...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Harlan Lieberman-Berg  (supplier of updated 
python-letsencrypt-apache package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 14 Apr 2016 19:30:17 -0400
Source: python-letsencrypt-apache
Binary: python-letsencrypt-apache python-letsencrypt-apache-doc
Architecture: source
Version: 0.5.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Let's Encrypt 
Changed-By: Harlan Lieberman-Berg 
Closes: 818696
Description: 
 python-letsencrypt-apache - Apache plugin for Let's Encrypt
 python-letsencrypt-apache-doc - Apache Let's Encrypt plugin documentation
Changes:
 python-letsencrypt-apache (0.5.0-1) unstable; urgency=medium
 .
   * New upstream release
   * Change my email address
   * Add version on python-setuptools dependency
   * Make sure to clean up build (Closes: #818696)
Checksums-Sha1: 
 02123f1c50569bd0b30af93cc9961bd2da9d4264 2672 
python-letsencrypt-apache_0.5.0-1.dsc
 f40a2f27ab676648c480d3dca1094604e4dcea31 78056 
python-letsencrypt-apache_0.5.0.orig.tar.gz
 e7a56a8a8082b9a668cae4ec0539bc0ab618ca34 5328 
python-letsencrypt-apache_0.5.0-1.debian.tar.xz
Checksums-Sha256: 
 7b781ee80e4b4a447c94d697e84a7053abd6f87d8c07573acd0ca5fec056c697 2672 
python-letsencrypt-apache_0.5.0-1.dsc
 c20e7b9c517aa4a7d70e6bd9382da7259f00bc191b9e60d8e312e48837a00c41 78056 
python-letsencrypt-apache_0.5.0.orig.tar.gz
 b56820d9b4cf919f3297d3ee53a233ca1cfaa4079bbe5408aad39b09cb7789fe 5328 
python-letsencrypt-apache_0.5.0-1.debian.tar.xz
Files: 
 3f1139090ea8703bff3a613ba246ae53 2672 python extra 
python-letsencrypt-apache_0.5.0-1.dsc
 5729604d83acc32766f002340a2c5806 78056 python extra 
python-letsencrypt-apache_0.5.0.orig.tar.gz
 14e28ce3808967fbc57e2bf2486c5306 5328 python extra 
python-letsencrypt-apache_0.5.0-1.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQJ8BAEBCgBmBQJXECjPXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwQjhGRTA3NDJENTI3OURDNjU1MEUyODk4
NTQwOUVFNEI5OUY4OTYxAAoJEIVAnuS5n4lh+VAP/2VNo3DqemNsxfT0912D1nYQ
u8VHSWapNBYCK8maib0zdvXdAgjGJfmWL0AjiSxCJ1uOFSRWKviiEUrNuMd8ucP+
qg7luC+ndI5DVAGioBvi6i9OQtuY3CevZC8SLxpZcgy/y+xJbp51g7zmlDEFUA4Y
U6JxyKQwgZmjmNziViDlcYqo1SXW7pWuToBDh3Y/BXOfBu0pZDW1d+EAtjVA0OPc
TCmEltCTeo6X6H6IA//dIyZbj4bqe9vSPM4yMnvoD8a2kPSPheapFHKRLPEwExU0
pilmU+zK4Y18oToh03iHAqdkzCzobSKJZ5vsLEaEFxASIOfiioSe6ZX5aQKOVR43
NjVxxCs4DyqRPf1/ftJ6X+B23nPUj+R3tlWPcACByECOhh5G3ZQ7cv/xq5+x2PIe
SJKFF+uQyg3HqTmz0U5YV0thN0h2l4QHjtLL9fYJbuw85+/JAPe9CCbbKno6zXxY
wKq34QPjMphb5ZxX4hvl8IELs2I4hF1pl2TICg7NjBVN+zjoHSBbEvB+uOjzmKp3
0V6LkEFhyiyuOhE5nEisoFexE6HXTv2Xhbt1R6VcWu1E8wKV6scJnQXPzeF+F6jL

Bug#820721: marked as done (won't install)

2016-04-14 Thread Debian Bug Tracking System
Your message dated Thu, 14 Apr 2016 23:34:09 +
with message-id 
and subject line Bug#820721: fixed in python-letsencrypt 0.5.0-1
has caused the Debian Bug report #820721,
regarding won't install
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
820721: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820721
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: letsencrypt
Severity: grave

On several sid systems I get this:

:; apt-get install letsencrypt
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 letsencrypt : Depends: python-letsencrypt (= 0.4.1-1) but it is not going to 
be installed
E: Unable to correct problems, you have held broken packages.

:; apt-get install letsencrypt python-letsencrypt
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 python-letsencrypt : Depends: python-acme (>= 0.4.1) but it is not going to be 
installed
E: Unable to correct problems, you have held broken packages.

:; apt-get install letsencrypt python-letsencrypt python-acme
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 python-acme : Breaks: python-letsencrypt (< 0.5.0) but 0.4.1-1 is to be 
installed
E: Unable to correct problems, you have held broken packages.


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

Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
--- End Message ---
--- Begin Message ---
Source: python-letsencrypt
Source-Version: 0.5.0-1

We believe that the bug you reported is fixed in the latest version of
python-letsencrypt, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 820...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Harlan Lieberman-Berg  (supplier of updated 
python-letsencrypt package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 13 Apr 2016 19:04:44 -0400
Source: python-letsencrypt
Binary: python-letsencrypt letsencrypt python-letsencrypt-doc
Architecture: source
Version: 0.5.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Let's Encrypt 
Changed-By: Harlan Lieberman-Berg 
Closes: 818667 820721
Description: 
 letsencrypt - Let's Encrypt main client
 python-letsencrypt-doc - Let's Encrypt client documentation
 python-letsencrypt - Let's Encrypt main library
Changes:
 python-letsencrypt (0.5.0-1) unstable; urgency=medium
 .
   * New upstream release. (Closes: #820721)
   * Change my email address
   * Add version constraint on python-setuptools
   * Clean up after build properly (Closes: #818667)
Checksums-Sha1: 
 11d827d1bac358d28e29a2d114da67114c8c376d 2811 python-letsencrypt_0.5.0-1.dsc
 7d22cb811f7958548048014655a5fc6f21be1bd0 193077 
python-letsencrypt_0.5.0.orig.tar.gz
 

Bug#818667: marked as done (Fails to build twice - clean does not clean enough)

2016-04-14 Thread Debian Bug Tracking System
Your message dated Thu, 14 Apr 2016 23:34:08 +
with message-id 
and subject line Bug#818667: fixed in python-letsencrypt 0.5.0-1
has caused the Debian Bug report #818667,
regarding Fails to build twice - clean does not clean enough
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
818667: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818667
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: python-letsencrypt
Version: 0.4.1-1
Severity: serious

The clean rule doesn't remove .pyc files, the .pybuild directory, or
files under letsencrypt.egg-info that are modified during the build.
So running 'dpkg-buildpackage -uc -us' twice fails the second time.

Ben.

-- 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.4.0-1-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)
--- End Message ---
--- Begin Message ---
Source: python-letsencrypt
Source-Version: 0.5.0-1

We believe that the bug you reported is fixed in the latest version of
python-letsencrypt, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 818...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Harlan Lieberman-Berg  (supplier of updated 
python-letsencrypt package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 13 Apr 2016 19:04:44 -0400
Source: python-letsencrypt
Binary: python-letsencrypt letsencrypt python-letsencrypt-doc
Architecture: source
Version: 0.5.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Let's Encrypt 
Changed-By: Harlan Lieberman-Berg 
Closes: 818667 820721
Description: 
 letsencrypt - Let's Encrypt main client
 python-letsencrypt-doc - Let's Encrypt client documentation
 python-letsencrypt - Let's Encrypt main library
Changes:
 python-letsencrypt (0.5.0-1) unstable; urgency=medium
 .
   * New upstream release. (Closes: #820721)
   * Change my email address
   * Add version constraint on python-setuptools
   * Clean up after build properly (Closes: #818667)
Checksums-Sha1: 
 11d827d1bac358d28e29a2d114da67114c8c376d 2811 python-letsencrypt_0.5.0-1.dsc
 7d22cb811f7958548048014655a5fc6f21be1bd0 193077 
python-letsencrypt_0.5.0.orig.tar.gz
 0fc1548fade699776522591f2a8f4fe3ee9a1883 7324 
python-letsencrypt_0.5.0-1.debian.tar.xz
Checksums-Sha256: 
 c6de84fe24c2f36a8fbe5d712b434b19695a047a99c110e16b2e378c7a8bf864 2811 
python-letsencrypt_0.5.0-1.dsc
 e38a2b70b82be79bc195307652244a3e012ec73d897d4dbd3f80cf698496d15a 193077 
python-letsencrypt_0.5.0.orig.tar.gz
 ceed3fd0eee59fd33673d8904a9c7faaa1ade10798dd30c9110bbd372e91b55d 7324 
python-letsencrypt_0.5.0-1.debian.tar.xz
Files: 
 6798cce3eccfdfdfcb40a0a496d5bb09 2811 python extra 
python-letsencrypt_0.5.0-1.dsc
 2ea39dca4c2fc601c7ce07705a069d25 193077 python extra 
python-letsencrypt_0.5.0.orig.tar.gz
 2ba1f84e42c13c88cdf4f85a8669a996 7324 python extra 
python-letsencrypt_0.5.0-1.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQJ8BAEBCgBmBQJXECZFXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwQjhGRTA3NDJENTI3OURDNjU1MEUyODk4
NTQwOUVFNEI5OUY4OTYxAAoJEIVAnuS5n4lhmoMP/35BdiM4qc/657+kxvU1T7Mv
fcroPimGdYLd0n6p8lwyveLHmKik3AGGg95JIDfsbHGk1OjLVupL978X/4HSGbLf
2XE8DFgRzZPbQUzeRWAOCTuw44ED6sIGyoS7RKXOHFbAmqiT2nmjZv4eiZYKkJfK
h6VFH3e61cfVX6hiIEDgaw2HlEv7FyGa/6mdchZlt8ehB/uEUWmGqCzDK/UPChLC
JzTSKoLQCsfTfk5QrI+kjvWDJ8w8DExP/bSy5VJ1OD/Q4W38JeJh6ecEKAFvURMq
NbrNuN1sQmayQC3aoCdf3oFOaKzQeu1RxxYnIk473163sUcb1k4/VlOmaTgd8q5s
MckIc2IoWfqlzJBCnGpDBPWSoGfJYCfwMcIyWNUuHWwbTkYSDoU4uYmkQC6URUnt
uuGxkiD102H+8JLh76J2yOGMi1fCQAf1QWGVcdTWjyVvNfe/wB9UYkqJBEI6h6PK
OEuv+iIv9txfZbYB57ap5NSJh5PTZ3UKMf8a0jixI4j3AiOdx/NnwSXSQTAREYK+
aD7H3zjHyvqoDJZDgnLN9W3+2bMXZ7qiFpDbJoVuGyNFZsVTAZqAm0ysgN0V7EuM
hApA11bkqshzUEvALI6lSOHe8pYzLrdZGvTM9ZE46awKzZHkNF4aSt2cViVh+1jx

Bug#821000: [PATCH] Restore setting of GOPATH during build removed by mistake in 1.14.

2016-04-14 Thread Tianon Gravi
On Fri, 15 Apr 2016 09:46:34 +1200 Michael Hudson-Doyle
 wrote:
> --- a/lib/Debian/Debhelper/Buildsystem/golang.pm
> +++ b/lib/Debian/Debhelper/Buildsystem/golang.pm
> @@ -161,6 +161,7 @@ sub get_targets {
>  sub build {
>  my $this = shift;
>
> +$this->_set_gopath();
>  if (exists($ENV{DH_GOLANG_GO_GENERATE}) && $ENV{DH_GOLANG_GO_GENERATE} 
> == 1) {
>  $this->doit_in_builddir("go", "generate", "-v", @_, get_targets());
>  }

This definitely matches what my conclusion was for the breakage (and
my proposed fix on the pkg-go ML where mwhudson pointed me to this
bug). :)

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



Bug#735935: grub2: LVM trouble at boot with several PVs

2016-04-14 Thread Iván Baldo
This bug should be closed, I think it appears as open? 
Thanks. 

-- 
Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ 
Freelance C++/PHP programmer and GNU/Linux systems administrator. 
The sky is not the limit! 


Bug#772795: grub installation fails on a fakeraid/sataraid/dmraid system

2016-04-14 Thread Iván Baldo
If the original reporter doesn't answer I think this bug should be closed. 
Thanks. 

-- 
Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ 
Freelance C++/PHP programmer and GNU/Linux systems administrator. 
The sky is not the limit! 


Bug#820297: marked as done (silly: FTBFS on several architectures)

2016-04-14 Thread Debian Bug Tracking System
Your message dated Thu, 14 Apr 2016 22:19:47 +
with message-id 
and subject line Bug#820297: fixed in silly 0.1.0-6.1
has caused the Debian Bug report #820297,
regarding silly: FTBFS on several architectures
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
820297: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820297
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: silly
Version: 0.1.0-5
Severity: serious

Your package failed to build on several architectures with missing symbols:

https://buildd.debian.org/status/package.php?p=silly

Emilio
--- End Message ---
--- Begin Message ---
Source: silly
Source-Version: 0.1.0-6.1

We believe that the bug you reported is fixed in the latest version of
silly, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 820...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Tobias Frost  (supplier of updated silly package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Wed, 13 Apr 2016 21:24:53 +0200
Source: silly
Binary: libsilly-dev libsilly libsilly-doc
Architecture: source
Version: 0.1.0-6.1
Distribution: unstable
Urgency: medium
Maintainer: Muammar El Khatib 
Changed-By: Tobias Frost 
Description:
 libsilly   - development files for the simple image loading library
 libsilly-dev - simple image loading library
 libsilly-doc - simple image loading library (documentation)
Closes: 820297
Changes:
 silly (0.1.0-6.1) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * Fix symbols file: Some symbols are dpenent on the arch's bitsize.
 (Closes: #820297), using arch-bits wildcards. This requires a
 versioned B-D on dpkg-dev >= 1.18
Checksums-Sha1:
 e952195657ba724161c4c775b31db028bf46e703 1901 silly_0.1.0-6.1.dsc
 93eea05f94effce98ed6b4a0ab00d591edd489a0 7124 silly_0.1.0-6.1.debian.tar.xz
Checksums-Sha256:
 d2ff4576de35c8d16eb863a59cf04ba4e7c5bf0eec0b3fb89a453b6e637c95bc 1901 
silly_0.1.0-6.1.dsc
 071dd65d41edbeaae24073174f5c171ec929ddc5bbdb95f8fafdc790df761fd6 7124 
silly_0.1.0-6.1.debian.tar.xz
Files:
 cd0202ed9606183f12d4bef8c78756b2 1901 libs extra silly_0.1.0-6.1.dsc
 3082316e8da7dd720a08f8cb9a86c550 7124 libs extra silly_0.1.0-6.1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJXDp1lAAoJEJFk+h0XvV02qiUP/iTAFmvWW8Uyiaow31sXFZLC
Q2Eg/w4zprWPn6qIenswkR+ffDs7/1OuKRbbBdY+BNh2bgZXanZM925T664MyaRO
GwBxcEwu/DpDWgHQJGfFl2KrU3biOQct/x1GjaytBxjdgywFJd/xIP/Dg1ZMZlw+
41ZfTlpCA7jfkDgR7MKXXJjJOXnOjt1YtNh1XDeNhLyOXmYqVlyjaIXzjDifGSgj
pWUoDBIKeeMLH4JQ0Y73xm682J1BwB3yLK4AsZfYfO6p5Cj9tpNbhYaCZp0FbEy4
t3yyGsDoX296NN67gbjCZ34EmbDhUhgq/o3IZfHGiwqPc/PYBYSnf1kTDP7JvD9Q
+7Uyk/Lx3ETxL+JeSq8JRJj+d+th/xJN58fyqGYkXdJJyKKlZBRnmeZsIOp3GeI9
40APgpeIM5i97bNicHmJDYtivBo60yY/awslz2Q/irEJInPa8g3oHEdyBGukcyPc
HUsaMFFB9BUGO5dvj2/LEopCpXl8NH5dL9cKDQiWjgPFybOumDk50VRgCTdYeN6z
WMgKKB5SNIrAPQJ+eYkGttn2JNeg6f/mWQafMJg1BtEmCJ6mM6L/O0UOZbRLPKm8
3K9PP/X+Nsi/4FangCC2LE2vFndTvdQ2/Z4guPFKmDha2M+l/RBzyVZCiJ4ilqAe
9zwDEpTb/T908wlleqsl
=KFIe
-END PGP SIGNATURE End Message ---


Bug#821043: wesnoth-1.13-core: fails to upgrade: update-alternatives: error: alternative link /usr/share/man/de/man6/wesnoth.6.gz is already managed by wesnoth.de.6.gz (slave of wesnoth)

2016-04-14 Thread Axel Beckert
Package: wesnoth-1.13-core
Version: 1:1.13.4-1
Severity: serious

Hi,

trying to upgrade wesnoth-1.13-core from 1:1.13.2-1 to 1:1.13.4-1 fails
as follows:

Setting up wesnoth-1.13-core (1:1.13.4-1) ...
update-alternatives: error: alternative link 
/usr/share/man/de/man6/wesnoth.6.gz is already managed by wesnoth.de.6.gz 
(slave of wesnoth)
dpkg: error processing package wesnoth-1.13-core (--configure):
 subprocess installed post-installation script returned error exit status 2
Errors were encountered while processing:
 wesnoth-1.13-core

Accordingly all packages depending on wesnoth-1.13-core fail as well.

Please note that wesnoth-1.12 is also installed. Current state of all
wesnoth-related packages on this system:

$ dpkg -l | fgrep wesnoth
ii  wesnoth 1:1.12.5-1 allfantasy turn-based 
strategy game - complete
ii  wesnoth-1.121:1.12.5-1 allfantasy turn-based 
strategy game - complete
ii  wesnoth-1.12-aoi1:1.12.5-1 all"An Orcish Incursion" 
official campaign for
ii  wesnoth-1.12-core   1:1.12.5-1 amd64  fantasy turn-based 
strategy game (branch 1.
ii  wesnoth-1.12-data   1:1.12.5-1 alldata files for Wesnoth 
(branch 1.12)
ii  wesnoth-1.12-did1:1.12.5-1 all"Descent Into Darkness" 
official campaign f
ii  wesnoth-1.12-dm 1:1.12.5-1 all"Delfador's Memoirs" 
official campaign for 
ii  wesnoth-1.12-dw 1:1.12.5-1 all"Dead Water" official 
campaign for Wesnoth 
ii  wesnoth-1.12-ei 1:1.12.5-1 all"The Eastern Invasion" 
official campaign fo
ii  wesnoth-1.12-httt   1:1.12.5-1 all"Heir to the Throne" 
official campaign for 
ii  wesnoth-1.12-l  1:1.12.5-1 all"Liberty" official 
campaign for Wesnoth (br
ii  wesnoth-1.12-low1:1.12.5-1 all"Legend of Wesmere" 
official campaign for W
ii  wesnoth-1.12-music  1:1.12.5-1 allmusic files for Wesnoth 
(branch 1.12)
ii  wesnoth-1.12-nr 1:1.12.5-1 all"Northern Rebirth" 
official campaign for We
ii  wesnoth-1.12-sof1:1.12.5-1 all"The Sceptre of Fire" 
official campaign for
ii  wesnoth-1.12-sotbe  1:1.12.5-1 all"Son of the Black-Eye" 
official campaign fo
ii  wesnoth-1.12-thot   1:1.12.5-1 all"The Hammer of Thursagan" 
official campaign
ii  wesnoth-1.12-trow   1:1.12.5-1 all"The Rise of Wesnoth" 
official campaign for
ii  wesnoth-1.12-tsg1:1.12.5-1 all"The South Guard" 
official campaign for Wes
ii  wesnoth-1.12-ttb1:1.12.5-1 all"A Tale of Two Brothers" 
official campaign 
ii  wesnoth-1.12-utbs   1:1.12.5-1 all"Under the Burning Suns" 
official campaign 
iU  wesnoth-1.131:1.13.4-1 allfantasy turn-based 
strategy game - complete
iU  wesnoth-1.13-aoi1:1.13.4-1 all"An Orcish Incursion" 
official campaign for
iF  wesnoth-1.13-core   1:1.13.4-1 amd64  fantasy turn-based 
strategy game (branch 1.
ii  wesnoth-1.13-data   1:1.13.4-1 alldata files for Wesnoth 
(branch 1.13)
iU  wesnoth-1.13-did1:1.13.4-1 all"Descent Into Darkness" 
official campaign f
iU  wesnoth-1.13-dm 1:1.13.4-1 all"Delfador's Memoirs" 
official campaign for 
iU  wesnoth-1.13-dw 1:1.13.4-1 all"Dead Water" official 
campaign for Wesnoth 
iU  wesnoth-1.13-ei 1:1.13.4-1 all"The Eastern Invasion" 
official campaign fo
iU  wesnoth-1.13-httt   1:1.13.4-1 all"Heir to the Throne" 
official campaign for 
iU  wesnoth-1.13-l  1:1.13.4-1 all"Liberty" official 
campaign for Wesnoth (br
iU  wesnoth-1.13-low1:1.13.4-1 all"Legend of Wesmere" 
official campaign for W
ii  wesnoth-1.13-music  1:1.13.4-1 allmusic files for Wesnoth 
(branch 1.13)
iU  wesnoth-1.13-nr 1:1.13.4-1 all"Northern Rebirth" 
official campaign for We
iU  wesnoth-1.13-sof1:1.13.4-1 all"The Sceptre of Fire" 
official campaign for
iU  wesnoth-1.13-sotbe  1:1.13.4-1 all"Son of the Black-Eye" 
official campaign fo
iU  wesnoth-1.13-thot   1:1.13.4-1 all"The Hammer of Thursagan" 
official campaign
iU  wesnoth-1.13-trow   1:1.13.4-1 all"The Rise of Wesnoth" 
official campaign for
iU  wesnoth-1.13-tsg1:1.13.4-1 all"The South Guard" 
official campaign for Wes
iU  wesnoth-1.13-ttb1:1.13.4-1 all"A Tale of Two Brothers" 
official campaign 
iU  wesnoth-1.13-utbs   1:1.13.4-1 all"Under the Burning Suns" 
official campaign 
ii  wesnoth-core1:1.12.5-1 allfantasy turn-based 
strategy game (metapacka
ii  wesnoth-music   1:1.12.5-1 allmusic files for Wesnoth 
(metapackage)
$

-- System 

Bug#821040: fails with "can't open connector"

2016-04-14 Thread Antoine Beaupré
Package: darkice
Version: 1.2-0.2
Severity: grave

I can't use darkice at all. It's been a long time since i tried it
out, so maybe I am really rusty, but it just doesn't work here.

$ sudo darkice -v10 -c ~/.darkice.cfg
DarkIce 1.2 live audio streamer, http://code.google.com/p/darkice/
Copyright (c) 2000-2007, Tyrell Hungary, http://tyrell.hu/
Copyright (c) 2008-2013, Akos Maroy and Rafael Diniz
This is free software, and you are welcome to redistribute it
under the terms of The GNU General Public License version 3 or
any later version.

Using config file: /home/anarcat/.darkice.cfg
14-Apr-2016 17:53:46 Using OSS DSP input device: /dev/dsp
14-Apr-2016 17:53:46 buffer size:  441000
14-Apr-2016 17:53:46 encoding
DarkIce: DarkIce.cpp:1273: can't open connector [0]

Here's the config file I am using:

# sample DarkIce configuration file, edit for your needs before using
# see the darkice.cfg man page for details

# this section describes general aspects of the live streaming session
[general]
duration= 60# duration of encoding, in seconds. 0 means forever
bufferSecs  = 5 # size of internal slip buffer, in seconds
reconnect   = yes   # reconnect to the server(s) if disconnected
#realtime= yes   # run the encoder with POSIX realtime priority
realtime= no   # run the encoder with POSIX realtime priority
rtprio  = 3 # scheduling priority for the realtime threads

# this section describes the audio input that will be streamed
[input]
device  = /dev/dsp  # OSS DSP soundcard device for the audio input
sampleRate  = 22050 # sample rate in Hz. try 11025, 22050 or 44100
bitsPerSample   = 16# bits per sample. try 16
channel = 2 # channels. 1 = mono, 2 = stereo

# this section describes a streaming connection to an IceCast2 server
# there may be up to 8 of these sections, named [icecast2-0] ... [icecast2-7]
# these can be mixed with [icecast-x] and [shoutcast-x] sections
[icecast2-0]
bitrateMode = abr   # average bit rate
format  = vorbis# format of the stream: ogg vorbis
bitrate = 96# bitrate of the stream sent to the server
server  = localhost
# host name of the server
port= 8000  # port of the IceCast2 server, usually 8000
password= hackme# source password to the IceCast2 server
mountPoint  = test.ogg  # mount point of this stream on the IceCast2 server
name= DarkIce trial
# name of the stream
description = This is only a trial
# description of the stream
url = http://www.yourserver.com
# URL related to the stream
genre   = my own# genre of the stream
public  = yes   # advertise this stream?
#localDumpFile  = dump.ogg  # local dump file

There is a working icecast server there, I can talk to it with MPD and
Liquidsoap and all...

-- System Information:
Debian Release: 8.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable'), (1, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages darkice depends on:
ii  libasound21.0.28-1
ii  libc6 2.19-18+deb8u4
ii  libgcc1   1:4.9.2-10
ii  libjack0 [libjack-0.116]  1:0.124.1+20140122git5013bed0-3
ii  libmp3lame0   3.99.5+repack1-7+deb8u1
ii  libogg0   1.3.2-1
ii  libopus0  1.1-2
ii  libpulse0 5.0-13
ii  libsamplerate00.1.8-8
ii  libstdc++64.9.2-10
ii  libtwolame0   0.3.13-1.1
ii  libvorbis0a   1.3.4-2
ii  libvorbisenc2 1.3.4-2
ii  lsb-base  4.1+Debian13+nmu1

darkice recommends no packages.

Versions of packages darkice suggests:
ii  darksnow  0.6.1-3

-- no debconf information



Bug#793134: Packaging of newest upstream version in progress

2016-04-14 Thread Felix Lechner
Newest version will be uploaded soon. Upstream is reviewing configured
ciphers and options.



Bug#821000: [PATCH] Restore setting of GOPATH during build removed by mistake in 1.14.

2016-04-14 Thread Michael Hudson-Doyle
---
 Sorry about this.

 debian/changelog   | 6 ++
 lib/Debian/Debhelper/Buildsystem/golang.pm | 1 +
 2 files changed, 7 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index e9dba09..dcd21e5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+dh-golang (1.15) UNRELEASED; urgency=medium
+
+  * Restore setting of GOPATH during build removed by mistake in 1.14.
+
+ -- Michael Hudson-Doyle   Fri, 15 Apr 2016 
09:31:13 +1200
+
 dh-golang (1.14) unstable; urgency=medium
 
   [ Michael Hudson-Doyle ]
diff --git a/lib/Debian/Debhelper/Buildsystem/golang.pm 
b/lib/Debian/Debhelper/Buildsystem/golang.pm
index fbdf510..4d73d99 100644
--- a/lib/Debian/Debhelper/Buildsystem/golang.pm
+++ b/lib/Debian/Debhelper/Buildsystem/golang.pm
@@ -161,6 +161,7 @@ sub get_targets {
 sub build {
 my $this = shift;
 
+$this->_set_gopath();
 if (exists($ENV{DH_GOLANG_GO_GENERATE}) && $ENV{DH_GOLANG_GO_GENERATE} == 
1) {
 $this->doit_in_builddir("go", "generate", "-v", @_, get_targets());
 }
-- 
2.5.0



Bug#821000: dh-golang: matched no packages; no buildable Go source files

2016-04-14 Thread Michael Hudson-Doyle
Sure, I'll take a look. Some details would be nice...

On 15 April 2016 at 02:53, Michael Stapelberg  wrote:
> Michael Hudson-Doyle, can you take a look at this please?
>
> Dmitry, can you please provide steps to reproduce?
>
> On Thu, Apr 14, 2016 at 2:46 PM, Dmitry Smirnov  wrote:
>>
>> Package: dh-golang
>> Version: 1.14
>> Severity: serious
>>
>> 1.14 is completely broken and unable to build golang packages any more,
>> failing with warning "matched no packages" and error "no buildable Go
>> source
>> files".
>>
>> --
>> Regards,
>>  Dmitry Smirnov
>>  GPG key : 4096R/53968D1B
>
>
>
>
> --
> Best regards,
> Michael



Bug#819779: gdk-pixbuf: libgdk-pixbuf2.0-dev depends on libpng-dev but gdk-pixbuf2.0.pc requires libpng12-dev

2016-04-14 Thread Rene Engelhard
On Thu, Apr 14, 2016 at 02:45:59PM +0200, Michael Biebl wrote:
> This ensures, that the version we build against and is encoded in the
> .pc file is the version that is later pulled in by libgdk-pixbuf2.0-dev

I still have to see an argument except some "maybe something undefined will
break" (did I miss that one?) and to not just use libpng.pc (and be it patching
the stuff to not use the versioned one..) and be done with it forever.

Regards,

Rene



Bug#819779: affects several packages

2016-04-14 Thread Rene Engelhard
Hi,

On Thu, Apr 14, 2016 at 05:57:10PM +0200, Santiago Vila wrote:
> affects 819779 + appstream-glib
> affects 819779 + boinc
> affects 819779 + gthumb
> affects 819779 + mypaint
> thanks
> 
> The above packages currently FTBFS in stretch
> because of this bug.

AFAICS *anything* gdk-pixbuf directly or indirectly via pkg-config does.
(Well, did, the rebuilt package migrated, but the root cause is not solved.).

It does not make sense to mark anything using that as affected. :)

Regards,

Rene



Bug#821036: oath-toolkit: FTBFS: /usr/bin/gtkdoc-mkpdf: /usr/bin/dblatex: not found

2016-04-14 Thread Chris Lamb
Source: oath-toolkit
Version: 2.6.1-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

oath-toolkit fails to build from source in unstable/amd64:

  [..]

DOC   Building XML
  ./liboath-sections.txt:14: warning: No declaration found for 
GNULIB_POSIXCHECK.
  See liboath-undeclared.txt for the list of undeclared symbols.
DOC   Building HTML
DOC   Fixing cross-references
  Package glib-2.0 was not found in the pkg-config search path.
  Perhaps you should add the directory containing `glib-2.0.pc'
  to the PKG_CONFIG_PATH environment variable
  No package 'glib-2.0' found
  html/liboath-oath.html:395: warning: no link for: 'api-index-1.8.0' -> 
(1.8.0).
  html/liboath-oath.html:526: warning: no link for: 'api-index-1.12.0' -> 
(1.12.0).
  html/liboath-oath.html:876: warning: no link for: 'api-index-1.6.0' -> 
(1.6.0).
  html/liboath-oath.html:966: warning: no link for: 'api-index-1.4.0' -> 
(1.4.0).
  html/liboath-oath.html:1147: warning: no link for: 'api-index-2.6.0' -> 
(2.6.0).
  html/liboath-oath.html:1397: warning: no link for: 'api-index-1.10.0' -> 
(1.10.0).
  html/liboath-oath.html:1588: warning: no link for: 'api-index-2.4.0' -> 
(2.4.0).
DOC   Building PDF
  /usr/bin/gtkdoc-mkpdf: 106: /usr/bin/gtkdoc-mkpdf: /usr/bin/dblatex: not found
  Makefile:1476: recipe for target 'pdf-build.stamp' failed
  make[5]: *** [pdf-build.stamp] Error 1
  make[5]: Leaving directory 
'/home/lamby/temp/cdt.20160414214636.mIq929Qiks.oath-toolkit/oath-toolkit-2.6.1/liboath/gtk-doc'
  Makefile:1392: recipe for target 'all-recursive' failed
  make[4]: *** [all-recursive] Error 1
  make[4]: Leaving directory 
'/home/lamby/temp/cdt.20160414214636.mIq929Qiks.oath-toolkit/oath-toolkit-2.6.1/liboath'
  Makefile:1204: recipe for target 'all' failed
  make[3]: *** [all] Error 2
  make[3]: Leaving directory 
'/home/lamby/temp/cdt.20160414214636.mIq929Qiks.oath-toolkit/oath-toolkit-2.6.1/liboath'
  Makefile:401: recipe for target 'all-recursive' failed
  make[2]: *** [all-recursive] Error 1
  make[2]: Leaving directory 
'/home/lamby/temp/cdt.20160414214636.mIq929Qiks.oath-toolkit/oath-toolkit-2.6.1'
  Makefile:357: recipe for target 'all' failed
  make[1]: *** [all] Error 2
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160414214636.mIq929Qiks.oath-toolkit/oath-toolkit-2.6.1'
  /usr/share/cdbs/1/class/makefile.mk:47: recipe for target 
'debian/stamp-makefile-build' failed
  make: *** [debian/stamp-makefile-build] Error 2

  [..]

The full build log is attached.


Regards,

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


oath-toolkit.2.6.1-1.unstable.amd64.log.txt.gz
Description: Binary data


Bug#813668: marked as done (mako: FTBFS: result_lines(l.get_template("foo.html").render().decode('utf-8')) AssertionError)

2016-04-14 Thread Debian Bug Tracking System
Your message dated Thu, 14 Apr 2016 19:34:20 +
with message-id 
and subject line Bug#813668: fixed in mako 1.0.4+ds1-1
has caused the Debian Bug report #813668,
regarding mako: FTBFS: 
result_lines(l.get_template("foo.html").render().decode('utf-8'))   
AssertionError
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
813668: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813668
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: mako
Version: 1.0.3+ds1-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

mako fails to build from source in unstable/amd64:

  [..]

  ==
  FAIL: test_utf8_format_exceptions_pygments 
(test.test_exceptions.ExceptionsTest)
  --
  Traceback (most recent call last):
File 
"/home/lamby/temp/cdt.20160204084917.mnUMjqvJnt/mako-1.0.3+ds1/test/__init__.py",
 line 113, in maybe
  return fn(*args, **kw)
File 
"/home/lamby/temp/cdt.20160204084917.mnUMjqvJnt/mako-1.0.3+ds1/test/test_exceptions.py",
 line 243, in test_utf8_format_exceptions_pygments
  result_lines(l.get_template("foo.html").render().decode('utf-8'))
  AssertionError
  
  ==
  FAIL: test_utf8_html_error_template_pygments 
(test.test_exceptions.ExceptionsTest)
  --
  Traceback (most recent call last):
File 
"/home/lamby/temp/cdt.20160204084917.mnUMjqvJnt/mako-1.0.3+ds1/test/__init__.py",
 line 113, in maybe
  return fn(*args, **kw)
File 
"/home/lamby/temp/cdt.20160204084917.mnUMjqvJnt/mako-1.0.3+ds1/test/test_exceptions.py",
 line 100, in test_utf8_html_error_template_pygments
  'htmlentityreplace') in html_error
  AssertionError
  
  --
  Ran 461 tests in 2.452s
  
  FAILED (failures=2, skipped=49)
  debian/rules:24: recipe for target 'test-python2.7' failed
  make: *** [test-python2.7] Error 1

  [..]

The full build log is attached.


Regards,

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


mako.1.0.3+ds1-1.unstable.amd64.log.txt.gz
Description: Binary data
--- End Message ---
--- Begin Message ---
Source: mako
Source-Version: 1.0.4+ds1-1

We believe that the bug you reported is fixed in the latest version of
mako, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 813...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Piotr Ożarowski  (supplier of updated mako package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 14 Apr 2016 21:16:59 +0200
Source: mako
Binary: python-mako python3-mako python-mako-doc
Architecture: source all
Version: 1.0.4+ds1-1
Distribution: unstable
Urgency: medium
Maintainer: Piotr Ożarowski 
Changed-By: Piotr Ożarowski 
Description:
 python-mako - fast and lightweight templating for the Python platform
 python-mako-doc - documentation for the Mako Python library
 python3-mako - fast and lightweight templating for the Python 3 platform
Closes: 813668
Changes:
 mako (1.0.4+ds1-1) unstable; urgency=medium
 .
   [ Ondřej Nový ]
   * Fixed VCS URL (https)
 .
   [ Piotr Ożarowski ]
   * New upstream release
   * Replace python-nose with python-pytest (following upstream, this also
 closes: #813668)
   * Standards-Version bumped to 3.9.8 (no changes needed)
Checksums-Sha1:
 fec217030471445a55cff93a805caf76d1d1c817 2305 mako_1.0.4+ds1-1.dsc
 659d200a9723555f97a10163dfe69bf294727f8b 271924 mako_1.0.4+ds1.orig.tar.gz
 26333e40a147b3688cb6deb78b64912108b75be3 12468 mako_1.0.4+ds1-1.debian.tar.xz
 d742d91c8ff70de0dd9ad3b81120748406f29fbb 180650 
python-mako-doc_1.0.4+ds1-1_all.deb
 bd8cdbb965963edc0d9edf10bec8753ada8456c4 

Processed: reassign 821002 to samba-libs

2016-04-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> reassign 821002 samba-libs 2:4.2.10+dfsg-0+deb8u2
Bug #821002 [src:samba] samba: Error upgrading from deb8u1 to deb8u2. Missing 
Replaces for libsmbd-base.so.0
Bug reassigned from package 'src:samba' to 'samba-libs'.
No longer marked as found in versions samba/2:4.2.10+dfsg-0+deb8u2.
Ignoring request to alter fixed versions of bug #821002 to the same values 
previously set
Bug #821002 [samba-libs] samba: Error upgrading from deb8u1 to deb8u2. Missing 
Replaces for libsmbd-base.so.0
Marked as found in versions samba/2:4.2.10+dfsg-0+deb8u2.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
821002: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821002
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#813668: marked as pending

2016-04-14 Thread Piotr Ożarowski
tag 813668 pending
thanks

Hello,

Bug #813668 reported by you has been fixed in the Git repository. You can
see the changelog below, and you can check the diff of the fix at:


http://git.debian.org/?p=python-modules/packages/mako.git;a=commitdiff;h=42c2be5

---
commit 42c2be55ae2f8320ec3ceb56b3c9e16dac542c37
Author: Piotr Ożarowski 
Date:   Thu Apr 14 21:26:28 2016 +0200

replace nose with pytest (following upstream)

diff --git a/debian/changelog b/debian/changelog
index a5b2842..9fd7e15 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -5,8 +5,10 @@ mako (1.0.4+ds1-1) unstable; urgency=medium
 
   [ Piotr Ożarowski ]
   * New upstream release
+  * Replace python-nose with python-pytest (following upstream, this also
+closes: #813668)
 
- -- Ondřej Nový   Tue, 29 Mar 2016 21:42:26 +0200
+ -- Piotr Ożarowski   Thu, 14 Apr 2016 21:16:59 +0200
 
 mako (1.0.3+ds1-1) unstable; urgency=medium
 



Processed: Bug#813668 marked as pending

2016-04-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tag 813668 pending
Bug #813668 [src:mako] mako: FTBFS: 
result_lines(l.get_template("foo.html").render().decode('utf-8'))   
AssertionError
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
813668: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813668
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: Re: Bug#821002: samba: Error upgrading from deb8u1 to deb8u2. Missing Replaces for libsmbd-base.so.0

2016-04-14 Thread Debian Bug Tracking System
Processing control commands:

> tags -1 + confirmed
Bug #821002 [src:samba] samba: Error upgrading from deb8u1 to deb8u2. Missing 
Replaces for libsmbd-base.so.0
Added tag(s) confirmed.

-- 
821002: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821002
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#821002: samba: Error upgrading from deb8u1 to deb8u2. Missing Replaces for libsmbd-base.so.0

2016-04-14 Thread Salvatore Bonaccorso
Control: tags -1 + confirmed

Hi Santiago,

On Thu, Apr 14, 2016 at 02:55:36PM +0200, Santiago Vila wrote:
> Package: src:samba
> Version: 2:4.2.10+dfsg-0+deb8u2
> Severity: serious
> 
> Upgrading from +deb8u1 to +deb8u2 fails with this error:
> 
> Unpacking samba-libs:amd64 (2:4.2.10+dfsg-0+deb8u2) over 
> (2:4.2.10+dfsg-0+deb8u1) ...
> dpkg: error processing archive 
> /var/cache/apt/archives/samba-libs_2%3a4.2.10+dfsg-0+deb8u2_amd64.deb 
> (--unpack):
>  trying to overwrite '/usr/lib/x86_64-linux-gnu/samba/libsmbd-base.so.0', 
> which is also in package samba 2:4.2.10+dfsg-0+deb8u1
> dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
> 
> This is what "Replaces" is for but either there is none or the existing one
> needs to be updated.

Confirmed, and needs to be included in a follow-up update for
src:samba.

Salvatore



Bug#821011: marked as done (orthanc: FTBFS on powerpc/ppc64el: error: #error Support your plateform here)

2016-04-14 Thread Debian Bug Tracking System
Your message dated Thu, 14 Apr 2016 18:05:34 +
with message-id 
and subject line Bug#821011: fixed in orthanc 1.0.0+dfsg-4
has caused the Debian Bug report #821011,
regarding orthanc: FTBFS on powerpc/ppc64el: error: #error Support your 
plateform here
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
821011: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821011
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: orthanc
Version: 1.0.0+dfsg-3
Severity: serious
Control: block 650601 by -1

Dear maintainer,

your package failed to build on ppc/ppc64el.

This is a regression compared to 1.0.0+dfsg-2, even if reading the
changelog doesn't help me understanding what went wrong.

Also, this is blocking the libpng transition as the version
1.0.0+dfsg-2+b1 (the successful binNMU done for the transition) didn't
migrate to testing before this upload.

From the ppc64el build:

[ 25%] Building CXX object 
CMakeFiles/CoreLibrary.dir/Core/RestApi/RestApiOutput.cpp.o
/usr/bin/c++   -DBOOST_FILESYSTEM_VERSION=3 -DBOOST_HAS_DATE_TIME=1 
-DBOOST_HAS_FILESYSTEM_V3=1 -DBOOST_HAS_LOCALE=1 -DBOOST_HAS_REGEX=1 
-DDCMTK_DICTIONARY_DIR=\"/usr/share/libdcmtk5\" 
-DDCMTK_USE_EMBEDDED_DICTIONARIES=0 -DDCMTK_VERSION_NUMBER=361 
-DHAVE_CONFIG_H=1 -DMODALITY_WORKLISTS_VERSION=\"1.0.0\" 
-DMONGOOSE_USE_CALLBACKS=1 -DNO_SSL_DL=1 -DORTHANC_BUILD_UNIT_TESTS=1 
-DORTHANC_DATABASE_VERSION=6 -DORTHANC_ENABLE_LOGGING=1 
-DORTHANC_JPEG_ENABLED=1 -DORTHANC_JPEG_LOSSLESS_ENABLED=1 
-DORTHANC_MAXIMUM_TAG_LENGTH=256 -DORTHANC_PLUGINS_ENABLED=1 
-DORTHANC_PUGIXML_ENABLED=1 -DORTHANC_SSL_ENABLED=1 -DORTHANC_STANDALONE=1 
-DORTHANC_STATIC=0 -DORTHANC_VERSION=\"1.0.0\" 
-DSERVE_FOLDERS_VERSION=\"1.0.0\" -DUNIT_TESTS_WITH_HTTP_CONNEXIONS=0 
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE=1 
-I/«BUILDDIR»/orthanc-1.0.0+dfsg/Build/AUTOGENERATED -I/usr/include/jsoncpp 
-I/usr/include/lua5.1 -I/«BUILDDIR»/orthanc-1.0.0+dfsg/Build/mongoose 
-I/usr/include/dcmtk/config -I/usr/include/dcmtk/ofstd 
-I/usr/include/dcmtk/oflog -I/usr/include/dcmtk/dcmdata 
-I/usr/include/dcmtk/dcmimgle -I/usr/include/dcmtk/dcmimage 
-I/usr/include/dcmtk/dcmjpeg -I/usr/include/dcmtk/dcmjpls 
-I/usr/include/dcmtk/dcmtls -I/usr/include/dcmtk/dcmnet 
-I/usr/include/dcmtk/dcmsr -I/usr/include/dcmtk/dcmsign 
-I/usr/include/dcmtk/dcmwlm -I/usr/include/dcmtk/dcmqrdb 
-I/usr/include/dcmtk/dcmpstat -I/usr/include/dcmtk/dcmrt 
-I/usr/include/dcmtk/dcmiod -I/usr/include/dcmtk/dcmfg 
-I/usr/include/dcmtk/dcmseg -I/usr/src/gtest 
-I/«BUILDDIR»/orthanc-1.0.0+dfsg/Plugins/Include  -g -O2 -fPIE 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2  -Wall -pedantic -Wno-long-long -Wno-variadic-macros 
-std=c++11 -Wno-deprecated-declarations   -o 
CMakeFiles/CoreLibrary.dir/Core/RestApi/RestApiOutput.cpp.o -c 
/«BUILDDIR»/orthanc-1.0.0+dfsg/Core/RestApi/RestApiOutput.cpp
[ 25%] Building CXX object CMakeFiles/CoreLibrary.dir/Core/RestApi/RestApi.cpp.o
/usr/bin/c++   -DBOOST_FILESYSTEM_VERSION=3 -DBOOST_HAS_DATE_TIME=1 
-DBOOST_HAS_FILESYSTEM_V3=1 -DBOOST_HAS_LOCALE=1 -DBOOST_HAS_REGEX=1 
-DDCMTK_DICTIONARY_DIR=\"/usr/share/libdcmtk5\" 
-DDCMTK_USE_EMBEDDED_DICTIONARIES=0 -DDCMTK_VERSION_NUMBER=361 
-DHAVE_CONFIG_H=1 -DMODALITY_WORKLISTS_VERSION=\"1.0.0\" 
-DMONGOOSE_USE_CALLBACKS=1 -DNO_SSL_DL=1 -DORTHANC_BUILD_UNIT_TESTS=1 
-DORTHANC_DATABASE_VERSION=6 -DORTHANC_ENABLE_LOGGING=1 
-DORTHANC_JPEG_ENABLED=1 -DORTHANC_JPEG_LOSSLESS_ENABLED=1 
-DORTHANC_MAXIMUM_TAG_LENGTH=256 -DORTHANC_PLUGINS_ENABLED=1 
-DORTHANC_PUGIXML_ENABLED=1 -DORTHANC_SSL_ENABLED=1 -DORTHANC_STANDALONE=1 
-DORTHANC_STATIC=0 -DORTHANC_VERSION=\"1.0.0\" 
-DSERVE_FOLDERS_VERSION=\"1.0.0\" -DUNIT_TESTS_WITH_HTTP_CONNEXIONS=0 
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE=1 
-I/«BUILDDIR»/orthanc-1.0.0+dfsg/Build/AUTOGENERATED -I/usr/include/jsoncpp 
-I/usr/include/lua5.1 -I/«BUILDDIR»/orthanc-1.0.0+dfsg/Build/mongoose 
-I/usr/include/dcmtk/config -I/usr/include/dcmtk/ofstd 
-I/usr/include/dcmtk/oflog -I/usr/include/dcmtk/dcmdata 
-I/usr/include/dcmtk/dcmimgle -I/usr/include/dcmtk/dcmimage 
-I/usr/include/dcmtk/dcmjpeg -I/usr/include/dcmtk/dcmjpls 
-I/usr/include/dcmtk/dcmtls -I/usr/include/dcmtk/dcmnet 
-I/usr/include/dcmtk/dcmsr -I/usr/include/dcmtk/dcmsign 
-I/usr/include/dcmtk/dcmwlm -I/usr/include/dcmtk/dcmqrdb 
-I/usr/include/dcmtk/dcmpstat -I/usr/include/dcmtk/dcmrt 
-I/usr/include/dcmtk/dcmiod -I/usr/include/dcmtk/dcmfg 
-I/usr/include/dcmtk/dcmseg -I/usr/src/gtest 
-I/«BUILDDIR»/orthanc-1.0.0+dfsg/Plugins/Include  -g -O2 -fPIE 

Bug#821011: orthanc: FTBFS on powerpc/ppc64el: error: #error Support your plateform here

2016-04-14 Thread Mattia Rizzolo
On Thu, Apr 14, 2016 at 07:01:25PM +0200, Andreas Tille wrote:
> On Thu, Apr 14, 2016 at 06:41:20PM +0200, Sébastien Jodogne wrote:
> > 
> > > I can easily test this out in a porterbox,
> 
> Cool!  Thanks a lot.  That's for sure the preferred solution.

tested on plummer.d.o and it compiles fine :)

> > Yes, for sure: Do not hesitate to finalize the upload in the place
> > of Andreas, if you have the possibility to test the patch without
> > uploading it immediately to unstable.
> 
> That would be great.  Thanks a lot Mattia.

uploaded :)


PS, Sebastien: your MUA doesn't wrap the lines at all, and that makes
particularly painful to read your email.  Usually emails are wrapped at
the column 72 (but also a bit more is fine ;) just that not wrapping at
all means that application that shows the mails as-is (like the default
pager in mutt, the Debian BTS, etc) will show awfully long lines.  Also,
I have to wrap them manually while quoting them when replying to avoid
causing the same thing with my emails..
-- 
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#821011: orthanc: FTBFS on powerpc/ppc64el: error: #error Support your plateform here

2016-04-14 Thread Andreas Tille
On Thu, Apr 14, 2016 at 06:41:20PM +0200, Sébastien Jodogne wrote:
> 
> > I can easily test this out in a porterbox,

Cool!  Thanks a lot.  That's for sure the preferred solution.

> > if it builds successfully,
> > are you ok with me finalizing the revision and upload?  (I'm also in the
> > debian-med team)
> > 
> > (though I'm not sure when I'll do it, if in the next 2 hours or this
> > evening)
> 
> Yes, for sure: Do not hesitate to finalize the upload in the place of 
> Andreas, if you have the possibility to test the patch without uploading it 
> immediately to unstable.

That would be great.  Thanks a lot Mattia.

Kind regards

  Andreas.

-- 
http://fam-tille.de



Bug#821022: python-lldb-3.8: Broken symlinks _lldb.so and libLLVM-3.8.0.so.1

2016-04-14 Thread Kévin KIN-FOO
Package: python-lldb-3.8
Version: 1:3.8-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

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

   * What led up to the situation?

I tried to use Atom's Nuclide: 
https://github.com/facebook/nuclide/issues/456
Then realize it was unable to do:

$ python
import lldb

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

From a CPython, following was impossible:

import lldb

I successfully fixed the problem following stack overflow:

http://stackoverflow.com/questions/30869945/how-to-import-lldb-in-a-python-script

   * What was the outcome of this action?

An error:

   Traceback (most recent call last):
 File 
"/home/kevin/.atom/packages/nuclide/pkg/nuclide-debugger-lldb-server/scripts/main.py",
 line 14, in 
   from find_lldb import lldb
 File 
"/home/kevin/.atom/packages/nuclide/pkg/nuclide-debugger-lldb-server/scripts/find_lldb.py",
 line 54, in 
   lldb = find_lldb()
 File 
"/home/kevin/.atom/packages/nuclide/pkg/nuclide-debugger-lldb-server/scripts/find_lldb.py",
 line 50, in find_lldb
   import lldb
   ImportError: No module named lldb

   * What outcome did you expect instead?

Successfully import lldb

$ python
import lldb

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

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

Versions of packages python-lldb-3.8 depends on:
ii  python  2.7.11-1

python-lldb-3.8 recommends no packages.

python-lldb-3.8 suggests no packages.

-- no debconf information



Bug#821011: orthanc: FTBFS on powerpc/ppc64el: error: #error Support your plateform here

2016-04-14 Thread Sébastien Jodogne
> > The problem is visibly that the macro "__linux" is not defined
> > anymore as it used to be, maybe because of an update of gcc.
> 
> umh, isn't this the jurisdiction of glibc, rather than gcc?  *shrugs*

You're of course right :)


> > Reading the new version of the "Pre-defined Compiler Macros" [1], I
> > see that "__linux" is now tagged as obsolete and should be replaced
> > by "__linux__". The patch has just been submitted to the upstream
> > repository [2].
> 
> I also saw that you committed a patch to the packaging repository, cool!
> (even if the commit message is incredibly unhelpful, please try to use
> more meaningful messages ;))

Well, feel free to update it so as to make it clearer for a wider audience.


> I can easily test this out in a porterbox, if it builds successfully,
> are you ok with me finalizing the revision and upload?  (I'm also in the
> debian-med team)
> 
> (though I'm not sure when I'll do it, if in the next 2 hours or this
> evening)

Yes, for sure: Do not hesitate to finalize the upload in the place of Andreas, 
if you have the possibility to test the patch without uploading it immediately 
to unstable.

Thanks for your help,
Sébastien-



Bug#821011: orthanc: FTBFS on powerpc/ppc64el: error: #error Support your plateform here

2016-04-14 Thread Mattia Rizzolo
On Thu, Apr 14, 2016 at 05:37:39PM +0200, Sébastien Jodogne wrote:
> Thanks for reporting this issue. Here is the problematic excerpt in
> the code:

Thanks for being so fast on investingating this failures! :)

> The problem is visibly that the macro "__linux" is not defined
> anymore as it used to be, maybe because of an update of gcc.

umh, isn't this the jurisdiction of glibc, rather than gcc?  *shrugs*

> Reading the new version of the "Pre-defined Compiler Macros" [1], I
> see that "__linux" is now tagged as obsolete and should be replaced
> by "__linux__". The patch has just been submitted to the upstream
> repository [2].

I also saw that you committed a patch to the packaging repository, cool!
(even if the commit message is incredibly unhelpful, please try to use
more meaningful messages ;))

> However, I have no access to a ppc/ppc64el computer, so I cannot
> check by myself whether the patch actually solves this Debian bug.
> Could someone help by testing the patch, or by giving me access to a
> test computer?

I can easily test this out in a porterbox, if it builds successfully,
are you ok with me finalizing the revision and upload?  (I'm also in the
debian-med team)

(though I'm not sure when I'll do it, if in the next 2 hours or this
evening)

-- 
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#821011: orthanc: FTBFS on powerpc/ppc64el: error: #error Support your plateform here

2016-04-14 Thread Sébastien Jodogne
Hello Andreas,

> > However, I have no access to a ppc/ppc64el computer, so I cannot check by
> > myself whether the patch actually solves this Debian bug. Could someone
> > help by testing the patch, or by giving me access to a test computer?
> 
> The "lazy" solution is to upload your change and let autobuilders do
> what you want to do manually with a lot of error. Try and error is not
> always the best solution but I did so in the past and it worked to some
> extend - in the worst cases with some itterations.

OK, let's be lazy :)

I have just pushed the (possible) patch:
https://anonscm.debian.org/cgit/debian-med/orthanc.git/commit/?id=5cfa45c095b326adca6aea1f558bda9202c46669

Andreas, is it possible for you to upload the new version of the package? Let's 
hope this single iteration will be sufficient...

Regards,
Sébastien-



Bug#821011: orthanc: FTBFS on powerpc/ppc64el: error: #error Support your plateform here

2016-04-14 Thread Andreas Tille
On Thu, Apr 14, 2016 at 05:37:39PM +0200, Sébastien Jodogne wrote:
> However, I have no access to a ppc/ppc64el computer, so I cannot check by 
> myself whether the patch actually solves this Debian bug. Could someone help 
> by testing the patch, or by giving me access to a test computer?

The "lazy" solution is to upload your change and let autobuilders do
what you want to do manually with a lot of error. Try and error is not
always the best solution but I did so in the past and it worked to some
extend - in the worst cases with some itterations.

Kind regards

  Andreas.

-- 
http://fam-tille.de



Processed: Bug#819779 affects several packages

2016-04-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> affects 819779 + appstream-glib
Bug #819779 [libgdk-pixbuf2.0-dev] gdk-pixbuf: libgdk-pixbuf2.0-dev depends on 
libpng-dev but gdk-pixbuf2.0.pc requires libpng12-dev
Bug #820095 [libgdk-pixbuf2.0-dev] libgdk-pixbuf2.0-dev: Please relax 
dependency with libpng12-dev
Added indication that 819779 affects appstream-glib
Added indication that 820095 affects appstream-glib
> affects 819779 + boinc
Bug #819779 [libgdk-pixbuf2.0-dev] gdk-pixbuf: libgdk-pixbuf2.0-dev depends on 
libpng-dev but gdk-pixbuf2.0.pc requires libpng12-dev
Bug #820095 [libgdk-pixbuf2.0-dev] libgdk-pixbuf2.0-dev: Please relax 
dependency with libpng12-dev
Added indication that 819779 affects boinc
Added indication that 820095 affects boinc
> affects 819779 + gthumb
Bug #819779 [libgdk-pixbuf2.0-dev] gdk-pixbuf: libgdk-pixbuf2.0-dev depends on 
libpng-dev but gdk-pixbuf2.0.pc requires libpng12-dev
Bug #820095 [libgdk-pixbuf2.0-dev] libgdk-pixbuf2.0-dev: Please relax 
dependency with libpng12-dev
Added indication that 819779 affects gthumb
Added indication that 820095 affects gthumb
> affects 819779 + mypaint
Bug #819779 [libgdk-pixbuf2.0-dev] gdk-pixbuf: libgdk-pixbuf2.0-dev depends on 
libpng-dev but gdk-pixbuf2.0.pc requires libpng12-dev
Bug #820095 [libgdk-pixbuf2.0-dev] libgdk-pixbuf2.0-dev: Please relax 
dependency with libpng12-dev
Added indication that 819779 affects mypaint
Added indication that 820095 affects mypaint
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
819779: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819779
820095: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820095
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#819779: affects several packages

2016-04-14 Thread Santiago Vila
affects 819779 + appstream-glib
affects 819779 + boinc
affects 819779 + gthumb
affects 819779 + mypaint
thanks

The above packages currently FTBFS in stretch
because of this bug.



Bug#821011: orthanc: FTBFS on powerpc/ppc64el: error: #error Support your plateform here

2016-04-14 Thread Sébastien Jodogne
Hello,

Thanks for reporting this issue. Here is the problematic excerpt in the code:

#if defined(_WIN32)
#include 
#elif defined(__linux) || defined(__FreeBSD_kernel__) || defined(__APPLE__) || 
defined(__FreeBSD__)
#include 
#else
#error Support your platform here
#endif

The problem is visibly that the macro "__linux" is not defined anymore as it 
used to be, maybe because of an update of gcc. 

Reading the new version of the "Pre-defined Compiler Macros" [1], I see that 
"__linux" is now tagged as obsolete and should be replaced by "__linux__". The 
patch has just been submitted to the upstream repository [2].

However, I have no access to a ppc/ppc64el computer, so I cannot check by 
myself whether the patch actually solves this Debian bug. Could someone help by 
testing the patch, or by giving me access to a test computer?

Regards,
Sébastien-


[1] https://sourceforge.net/p/predef/wiki/OperatingSystems/
[2] 
https://bitbucket.org/sjodogne/orthanc/commits/325772dadcd6fb55469392041869d703008e276a



> Dear maintainer,
> 
> your package failed to build on ppc/ppc64el.
> 
> This is a regression compared to 1.0.0+dfsg-2, even if reading the
> changelog doesn't help me understanding what went wrong.
> 
> Also, this is blocking the libpng transition as the version
> 1.0.0+dfsg-2+b1 (the successful binNMU done for the transition) didn't
> migrate to testing before this upload.
> 
> From the ppc64el build: [...]
> [ 26%] Building CXX object
> CMakeFiles/CoreLibrary.dir/Core/MultiThreading/Mutex.cpp.o
> /usr/bin/c++   -DBOOST_FILESYSTEM_VERSION=3 -DBOOST_HAS_DATE_TIME=1
> -DBOOST_HAS_FILESYSTEM_V3=1 -DBOOST_HAS_LOCALE=1 -DBOOST_HAS_REGEX=1
> -DDCMTK_DICTIONARY_DIR=\"/usr/share/libdcmtk5\"
> -DDCMTK_USE_EMBEDDED_DICTIONARIES=0 -DDCMTK_VERSION_NUMBER=361
> -DHAVE_CONFIG_H=1 -DMODALITY_WORKLISTS_VERSION=\"1.0.0\"
> -DMONGOOSE_USE_CALLBACKS=1 -DNO_SSL_DL=1 -DORTHANC_BUILD_UNIT_TESTS=1
> -DORTHANC_DATABASE_VERSION=6 -DORTHANC_ENABLE_LOGGING=1
> -DORTHANC_JPEG_ENABLED=1 -DORTHANC_JPEG_LOSSLESS_ENABLED=1
> -DORTHANC_MAXIMUM_TAG_LENGTH=256 -DORTHANC_PLUGINS_ENABLED=1
> -DORTHANC_PUGIXML_ENABLED=1 -DORTHANC_SSL_ENABLED=1 -DORTHANC_STANDALONE=1
> -DORTHANC_STATIC=0 -DORTHANC_VERSION=\"1.0.0\"
> -DSERVE_FOLDERS_VERSION=\"1.0.0\" -DUNIT_TESTS_WITH_HTTP_CONNEXIONS=0
> -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE=1
> -I/«BUILDDIR»/orthanc-1.0.0+dfsg/Build/AUTOGENERATED -I/usr/include/jsoncpp
> -I/usr/include/lua5.1 -I/«BUILDDIR»/orthanc-1.0.0+dfsg/Build/mongoose
> -I/usr/include/dcmtk/config -I/usr/include/dcmtk/ofstd
> -I/usr/include/dcmtk/oflog -I/usr/include/dcmtk/dcmdata
> -I/usr/include/dcmtk/dcmimgle -I/usr/include/dcmtk/dcmimage
> -I/usr/include/dcmtk/dcmjpeg -I/usr/include/dcmtk/dcmjpls
> -I/usr/include/dcmtk/dcmtls -I/usr/include/dcmtk/dcmnet
> -I/usr/include/dcmtk/dcmsr -I/usr/include/dcmtk/dcmsign
> -I/usr/include/dcmtk/dcmwlm -I/usr/include/dcmtk/dcmqrdb
> -I/usr/include/dcmtk/dcmpstat -I/usr/include/dcmtk/dcmrt
> -I/usr/include/dcmtk/dcmiod -I/usr/include/dcmtk/dcmfg
> -I/usr/include/dcmtk/dcmseg -I/usr/src/gtest
> -I/«BUILDDIR»/orthanc-1.0.0+dfsg/Plugins/Include  -g -O2 -fPIE
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time
> -D_FORTIFY_SOURCE=2  -Wall -pedantic -Wno-long-long -Wno-variadic-macros
> -std=c++11 -Wno-deprecated-declarations   -o
> CMakeFiles/CoreLibrary.dir/Core/MultiThreading/Mutex.cpp.o -c
> /«BUILDDIR»/orthanc-1.0.0+dfsg/Core/MultiThreading/Mutex.cpp
> /«BUILDDIR»/orthanc-1.0.0+dfsg/Core/MultiThreading/Mutex.cpp:43:2: error:
> #error Support your platform here
>  #error Support your platform here
>   ^
> /«BUILDDIR»/orthanc-1.0.0+dfsg/Core/MultiThreading/Mutex.cpp:119:2: error:
> #error Support your plateform here
>  #error Support your plateform here
>   ^



Bug#821011: orthanc: FTBFS on powerpc/ppc64el: error: #error Support your plateform here

2016-04-14 Thread Mattia Rizzolo
Source: orthanc
Version: 1.0.0+dfsg-3
Severity: serious
Control: block 650601 by -1

Dear maintainer,

your package failed to build on ppc/ppc64el.

This is a regression compared to 1.0.0+dfsg-2, even if reading the
changelog doesn't help me understanding what went wrong.

Also, this is blocking the libpng transition as the version
1.0.0+dfsg-2+b1 (the successful binNMU done for the transition) didn't
migrate to testing before this upload.

From the ppc64el build:

[ 25%] Building CXX object 
CMakeFiles/CoreLibrary.dir/Core/RestApi/RestApiOutput.cpp.o
/usr/bin/c++   -DBOOST_FILESYSTEM_VERSION=3 -DBOOST_HAS_DATE_TIME=1 
-DBOOST_HAS_FILESYSTEM_V3=1 -DBOOST_HAS_LOCALE=1 -DBOOST_HAS_REGEX=1 
-DDCMTK_DICTIONARY_DIR=\"/usr/share/libdcmtk5\" 
-DDCMTK_USE_EMBEDDED_DICTIONARIES=0 -DDCMTK_VERSION_NUMBER=361 
-DHAVE_CONFIG_H=1 -DMODALITY_WORKLISTS_VERSION=\"1.0.0\" 
-DMONGOOSE_USE_CALLBACKS=1 -DNO_SSL_DL=1 -DORTHANC_BUILD_UNIT_TESTS=1 
-DORTHANC_DATABASE_VERSION=6 -DORTHANC_ENABLE_LOGGING=1 
-DORTHANC_JPEG_ENABLED=1 -DORTHANC_JPEG_LOSSLESS_ENABLED=1 
-DORTHANC_MAXIMUM_TAG_LENGTH=256 -DORTHANC_PLUGINS_ENABLED=1 
-DORTHANC_PUGIXML_ENABLED=1 -DORTHANC_SSL_ENABLED=1 -DORTHANC_STANDALONE=1 
-DORTHANC_STATIC=0 -DORTHANC_VERSION=\"1.0.0\" 
-DSERVE_FOLDERS_VERSION=\"1.0.0\" -DUNIT_TESTS_WITH_HTTP_CONNEXIONS=0 
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE=1 
-I/«BUILDDIR»/orthanc-1.0.0+dfsg/Build/AUTOGENERATED -I/usr/include/jsoncpp 
-I/usr/include/lua5.1 -I/«BUILDDIR»/orthanc-1.0.0+dfsg/Build/mongoose 
-I/usr/include/dcmtk/config -I/usr/include/dcmtk/ofstd 
-I/usr/include/dcmtk/oflog -I/usr/include/dcmtk/dcmdata 
-I/usr/include/dcmtk/dcmimgle -I/usr/include/dcmtk/dcmimage 
-I/usr/include/dcmtk/dcmjpeg -I/usr/include/dcmtk/dcmjpls 
-I/usr/include/dcmtk/dcmtls -I/usr/include/dcmtk/dcmnet 
-I/usr/include/dcmtk/dcmsr -I/usr/include/dcmtk/dcmsign 
-I/usr/include/dcmtk/dcmwlm -I/usr/include/dcmtk/dcmqrdb 
-I/usr/include/dcmtk/dcmpstat -I/usr/include/dcmtk/dcmrt 
-I/usr/include/dcmtk/dcmiod -I/usr/include/dcmtk/dcmfg 
-I/usr/include/dcmtk/dcmseg -I/usr/src/gtest 
-I/«BUILDDIR»/orthanc-1.0.0+dfsg/Plugins/Include  -g -O2 -fPIE 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2  -Wall -pedantic -Wno-long-long -Wno-variadic-macros 
-std=c++11 -Wno-deprecated-declarations   -o 
CMakeFiles/CoreLibrary.dir/Core/RestApi/RestApiOutput.cpp.o -c 
/«BUILDDIR»/orthanc-1.0.0+dfsg/Core/RestApi/RestApiOutput.cpp
[ 25%] Building CXX object CMakeFiles/CoreLibrary.dir/Core/RestApi/RestApi.cpp.o
/usr/bin/c++   -DBOOST_FILESYSTEM_VERSION=3 -DBOOST_HAS_DATE_TIME=1 
-DBOOST_HAS_FILESYSTEM_V3=1 -DBOOST_HAS_LOCALE=1 -DBOOST_HAS_REGEX=1 
-DDCMTK_DICTIONARY_DIR=\"/usr/share/libdcmtk5\" 
-DDCMTK_USE_EMBEDDED_DICTIONARIES=0 -DDCMTK_VERSION_NUMBER=361 
-DHAVE_CONFIG_H=1 -DMODALITY_WORKLISTS_VERSION=\"1.0.0\" 
-DMONGOOSE_USE_CALLBACKS=1 -DNO_SSL_DL=1 -DORTHANC_BUILD_UNIT_TESTS=1 
-DORTHANC_DATABASE_VERSION=6 -DORTHANC_ENABLE_LOGGING=1 
-DORTHANC_JPEG_ENABLED=1 -DORTHANC_JPEG_LOSSLESS_ENABLED=1 
-DORTHANC_MAXIMUM_TAG_LENGTH=256 -DORTHANC_PLUGINS_ENABLED=1 
-DORTHANC_PUGIXML_ENABLED=1 -DORTHANC_SSL_ENABLED=1 -DORTHANC_STANDALONE=1 
-DORTHANC_STATIC=0 -DORTHANC_VERSION=\"1.0.0\" 
-DSERVE_FOLDERS_VERSION=\"1.0.0\" -DUNIT_TESTS_WITH_HTTP_CONNEXIONS=0 
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE=1 
-I/«BUILDDIR»/orthanc-1.0.0+dfsg/Build/AUTOGENERATED -I/usr/include/jsoncpp 
-I/usr/include/lua5.1 -I/«BUILDDIR»/orthanc-1.0.0+dfsg/Build/mongoose 
-I/usr/include/dcmtk/config -I/usr/include/dcmtk/ofstd 
-I/usr/include/dcmtk/oflog -I/usr/include/dcmtk/dcmdata 
-I/usr/include/dcmtk/dcmimgle -I/usr/include/dcmtk/dcmimage 
-I/usr/include/dcmtk/dcmjpeg -I/usr/include/dcmtk/dcmjpls 
-I/usr/include/dcmtk/dcmtls -I/usr/include/dcmtk/dcmnet 
-I/usr/include/dcmtk/dcmsr -I/usr/include/dcmtk/dcmsign 
-I/usr/include/dcmtk/dcmwlm -I/usr/include/dcmtk/dcmqrdb 
-I/usr/include/dcmtk/dcmpstat -I/usr/include/dcmtk/dcmrt 
-I/usr/include/dcmtk/dcmiod -I/usr/include/dcmtk/dcmfg 
-I/usr/include/dcmtk/dcmseg -I/usr/src/gtest 
-I/«BUILDDIR»/orthanc-1.0.0+dfsg/Plugins/Include  -g -O2 -fPIE 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2  -Wall -pedantic -Wno-long-long -Wno-variadic-macros 
-std=c++11 -Wno-deprecated-declarations   -o 
CMakeFiles/CoreLibrary.dir/Core/RestApi/RestApi.cpp.o -c 
/«BUILDDIR»/orthanc-1.0.0+dfsg/Core/RestApi/RestApi.cpp
[ 26%] Building CXX object 
CMakeFiles/CoreLibrary.dir/Core/MultiThreading/Mutex.cpp.o
/usr/bin/c++   -DBOOST_FILESYSTEM_VERSION=3 -DBOOST_HAS_DATE_TIME=1 
-DBOOST_HAS_FILESYSTEM_V3=1 -DBOOST_HAS_LOCALE=1 -DBOOST_HAS_REGEX=1 
-DDCMTK_DICTIONARY_DIR=\"/usr/share/libdcmtk5\" 
-DDCMTK_USE_EMBEDDED_DICTIONARIES=0 -DDCMTK_VERSION_NUMBER=361 
-DHAVE_CONFIG_H=1 -DMODALITY_WORKLISTS_VERSION=\"1.0.0\" 
-DMONGOOSE_USE_CALLBACKS=1 -DNO_SSL_DL=1 -DORTHANC_BUILD_UNIT_TESTS=1 
-DORTHANC_DATABASE_VERSION=6 -DORTHANC_ENABLE_LOGGING=1 
-DORTHANC_JPEG_ENABLED=1 

Processed: orthanc: FTBFS on powerpc/ppc64el: error: #error Support your plateform here

2016-04-14 Thread Debian Bug Tracking System
Processing control commands:

> block 650601 by -1
Bug #650601 [release.debian.org] transition: libpng 1.6
650601 was blocked by: 810202 819438 809956 662476 809906 809859 809944 810165 
810203 816116 662530 809860 810178 662554 650575 662437 810195 819434 809897 
662465 809946 809864 649557 810209 810174 820347 809905 662278 809935 820439 
662492 642265 662550 809943 650571 809884 809957 809953 809951 809933 810201 
810168 810176 809867 810197 810177 809872 809911 814879 809896 649552 809868 
809895 641889 810166 809934 809870 809962 662334 811370 809952 662556 636998 
636004 820566 662523 741894 809886 810180 809836 649798 809869 809942 743391 
809892 810205 648126 638812 662314 816115 809949 742569 809938 809921 635945 
809861 809939 810187 809904 810095 810170 810167 650567 662273 809950 809863 
809883 809941 648129 810179 662566 810171 662443 809937 741901 809879 649971 
809959 810175 809945 809898 809908 809890 809940 809899 809885 809907 809862 
810191 809947 809887 662411 810169 809889 809878 662416 810200 809954 662407 
810207 810186 662444 650489 810189 809881 809865 816114 809910 648131 809888 
810183 649546 809835 810193 650483 810182 809936 809833 809891 809960 809866 
809893 809961 641892 809871 810208 809909 662522 809894 635946 810190 809913 
809958 809873 810188 650484 816103 742655 662381 810185 809880 662421 650563 
819428 809955 649547 742559 741891 816102 742560 810192 635704 809948 662473 
809882 810172 819440
650601 was blocking: 649556 649973 810001
Added blocking bug(s) of 650601: 821011

-- 
650601: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650601
821011: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821011
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#821000: dh-golang: matched no packages; no buildable Go source files

2016-04-14 Thread Michael Stapelberg
Michael Hudson-Doyle, can you take a look at this please?

Dmitry, can you please provide steps to reproduce?

On Thu, Apr 14, 2016 at 2:46 PM, Dmitry Smirnov  wrote:

> Package: dh-golang
> Version: 1.14
> Severity: serious
>
> 1.14 is completely broken and unable to build golang packages any more,
> failing with warning "matched no packages" and error "no buildable Go
> source
> files".
>
> --
> Regards,
>  Dmitry Smirnov
>  GPG key : 4096R/53968D1B
>



-- 
Best regards,
Michael


Bug#821009: simple-image-reducer: EXIF reading results in crash (wrong import)

2016-04-14 Thread Alexander Schlarb
Package: simple-image-reducer
Version: 1.0.2-3
Severity: grave
Tags: patch
Justification: renders package unusable

The upstream repository for this package imports the python `EXIF` library,
which seems to have been changed to `exifread` by Debian maintainers.
Unfortunately the place where the `EXIF` library was actually used in the
source code has not been changed to use the new name.


Patch:

--- ./simple-image-reducer  2016-04-14 16:45:21.295397481 +0200
+++ /usr/bin/simple-image-reducer   2016-04-14 16:45:47.860312235 +0200
@@ -457,7 +457,7 @@
 transpose_methods = [Image.ROTATE_270]
 elif rotate_method == 'exif':
 if 'exif' in img.info:
-tags = EXIF.process_file(open(input), details=False)
+tags = exifread.process_file(open(input), details=False)
 if 'Image Orientation' in tags:
 transpose_methods = exif_to_transpose[
 tags['Image Orientation'].values[0] - 1]



-- System Information:
Debian Release: 8.0
  APT prefers experimental
  APT policy: (200, 'experimental'), (200, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.5.0-040500rc6-generic (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages simple-image-reducer depends on:
ii  python  2.7.9-1tanglu1
ii  python-exif 2.1.2-1
ii  python-gtk2 2.24.0-4
ii  python-imaging  3.1.1-1

simple-image-reducer recommends no packages.

simple-image-reducer suggests no packages.

-- no debconf information



Bug#820026: icedove crashes (segfaults) when installed along with xul-ext-foxyproxy-standard

2016-04-14 Thread Carsten Schoenert
Hello Cyril,

On Sat, Apr 09, 2016 at 10:43:11AM +0200, Cyril Chaboisseau wrote:
> Sorry Carsten for rushing things out and not giving the proper feedback
> (backtrace et al), but I really thought that before looking more
> precisely into the bug, we would first have to avoid that other users
> from being hit with this crash (conflicts?)
> 
> anyway, here is the bt:
> [SNIP]

your posted gdb log doesn't contain a useful backtrace, it's only a log
of the thread 1.

At the Debian Groupware Meeting on the last weekend we tried to debug
the problem a little bit. It's more or less a Icedove bug that provoke a
segfault while setting up the proxy settings. The relevant part look
like this in a gdb session:

> Program received signal SIGSEGV, Segmentation fault.
> nsProtocolProxyService::ApplyFilters (this=this@entry=0x7fffd9a22ee0, 
> channel=channel@entry=0x7fffc0af4800, info=..., 
> list=list@entry=0x7fff6990)
> at 
> /build/icedove-nkxIAZ/icedove-38.6.0/mozilla/netwerk/base/nsProtocolProxyService.cpp:1885
> warning: Source file is more recent than executable.
> 1885   getter_AddRefs(result));
> (gdb) list
> 1880if (iter->filter) {
> 1881  nsCOMPtr uri;
> 1882  rv = GetProxyURI(channel, getter_AddRefs(uri));
> 1883  if (uri) {
> 1884rv = iter->filter->ApplyFilter(this, uri, *list,
> 1885   getter_AddRefs(result));
> 1886  }
> 1887} else if (iter->channelFilter) {
> 1888  rv = iter->channelFilter->ApplyFilter(this, channel, *list,
> 1889
> getter_AddRefs(result));

The problem is the getter function getter_AddRefs(). This function is
untouched since ages. Some basic description on how to use this stuff can be
found on the Mozille Developer Reference.

https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XPCOM/Using_nsCOMPtr/Reference_Manual

> BTW, anyone with a valid pop/imap account can reproduce this bug
> 
> one would just need to install the xul-ext-foxyproxy-standard package,
> launch icedove with a blank config directory, setup an account and
> witness the crash/segfaults

Yes, "you just need ..."
Pleas understand that we can't just test and use every plugin that is
available. And the foxyproxy plugin is one of the more complicated
plugins as the settings you can make a numerous.

So we are depending on your investigation as much as possible. So as
Christoph has tested the regular Thunderbird release and the issue is
happen there too someone would need to create a upstream bug. This is
done best by a person that is knowing the foxyproxy thing better. Would
you create such a report and provide the URL of this?

Regards
Carsten



Bug#821007: [php-maint] Bug#821007: php7.0: not binnmu safe: depends on php7.0-common (= 7.0.5-2)

2016-04-14 Thread Ondřej Surý
Right. php7.0-common was arch:all in the beginning and I forgot to kill
this when I put binary modules inside php7.0-common and thus switched it
into arch:any.

I have the fix ready, but after experience with my "quick-fixes" I'll do
some more testing first before uploading to the archive :).

O.
-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server

On Thu, Apr 14, 2016, at 15:46, Emilio Pozuelo Monfort wrote:
> Package: php7.0
> Version: 7.0.5-2
> Severity: serious
> 
> Hi,
> 
> php7.0 depends on php7.0-common (= 7.0.5-2), but php7.0-common is now at
> 7.0.5-2+b1.
> 
> It looks like you fixed this already and the control file has an
> unversioned
> dependency on php7.0-common. However this is probably added because
> you're
> linking the docs from an arch:all package to an arch:any package:
> 
> d/rules:
> 
> override_dh_installdocs-indep:
>   dh_installdocs -p$(PHP_COMMON)
>   dh_installdocs -i --remaining-packages --link-doc=$(PHP_COMMON)
> 
> build log:
> 
> dh_installdocs: WARNING: --link-doc between architecture all and not all
> packages breaks binNMUs
>   install -d debian/php7.0/usr/share/doc
>   ln -sf php7.0-common debian/php7.0/usr/share/doc/php7.0
>   (grep -a -s -v misc:Depends debian/php7.0.substvars; echo 
> "misc:Depends=php7.0-common (= \${binary:Version})") > 
> debian/php7.0.substvars.new
>   mv debian/php7.0.substvars.new debian/php7.0.substvars
> dh_installdocs: WARNING: --link-doc between architecture all and not all
> packages breaks binNMUs
>   install -d debian/php7.0-xsl/usr/share/doc
>   ln -sf php7.0-common debian/php7.0-xsl/usr/share/doc/php7.0-xsl
>   (grep -a -s -v misc:Depends debian/php7.0-xsl.substvars; echo 
> "misc:Depends=php7.0-common (= \${binary:Version})") > 
> debian/php7.0-xsl.substvars.new
>   mv debian/php7.0-xsl.substvars.new debian/php7.0-xsl.substvars
> 
> Cheers,
> Emilio
> 
> ___
> pkg-php-maint mailing list
> pkg-php-ma...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint



Bug#821007: php7.0: not binnmu safe: depends on php7.0-common (= 7.0.5-2)

2016-04-14 Thread Emilio Pozuelo Monfort
Package: php7.0
Version: 7.0.5-2
Severity: serious

Hi,

php7.0 depends on php7.0-common (= 7.0.5-2), but php7.0-common is now at
7.0.5-2+b1.

It looks like you fixed this already and the control file has an unversioned
dependency on php7.0-common. However this is probably added because you're
linking the docs from an arch:all package to an arch:any package:

d/rules:

override_dh_installdocs-indep:
dh_installdocs -p$(PHP_COMMON)
dh_installdocs -i --remaining-packages --link-doc=$(PHP_COMMON)

build log:

dh_installdocs: WARNING: --link-doc between architecture all and not all 
packages breaks binNMUs
install -d debian/php7.0/usr/share/doc
ln -sf php7.0-common debian/php7.0/usr/share/doc/php7.0
(grep -a -s -v misc:Depends debian/php7.0.substvars; echo 
"misc:Depends=php7.0-common (= \${binary:Version})") > 
debian/php7.0.substvars.new
mv debian/php7.0.substvars.new debian/php7.0.substvars
dh_installdocs: WARNING: --link-doc between architecture all and not all 
packages breaks binNMUs
install -d debian/php7.0-xsl/usr/share/doc
ln -sf php7.0-common debian/php7.0-xsl/usr/share/doc/php7.0-xsl
(grep -a -s -v misc:Depends debian/php7.0-xsl.substvars; echo 
"misc:Depends=php7.0-common (= \${binary:Version})") > 
debian/php7.0-xsl.substvars.new
mv debian/php7.0-xsl.substvars.new debian/php7.0-xsl.substvars

Cheers,
Emilio



Bug#812488: any progress?

2016-04-14 Thread Christian Beer
Hi,

I just wanted to know if the issue is still on the to-do list and if I
can be of any help?

Regards
Christian



Bug#821002: samba: Error upgrading from deb8u1 to deb8u2. Missing Replaces for libsmbd-base.so.0

2016-04-14 Thread Santiago Vila
Maybe something like this.

Warning: I have not actually tested it.

--- a/debian/control
+++ b/debian/control
@@ -154,7 +154,8 @@ Replaces: libdcerpc-server0 (<< 2:4.0.9),
   libsamdb0 (<< 2:4.0.9),
   libsmbclient-raw0 (<< 2:4.0.9),
   libsmbd0 (<< 2:4.0.9),
-  libtorture0 (<< 2:4.0.9)
+  libtorture0 (<< 2:4.0.9),
+  samba (<< 2:4.2.10+dfsg-0+deb8u2)
 # these conflicts can NOT be replaced by 'Breaks'
 # the old 3.6 packages should be removed before the new samba-libs is
 # unpacked, to avoid any code referencing the old location of the tdb files



Bug#821002: samba: Error upgrading from deb8u1 to deb8u2. Missing Replaces for libsmbd-base.so.0

2016-04-14 Thread Santiago Vila
Package: src:samba
Version: 2:4.2.10+dfsg-0+deb8u2
Severity: serious

Upgrading from +deb8u1 to +deb8u2 fails with this error:

Unpacking samba-libs:amd64 (2:4.2.10+dfsg-0+deb8u2) over 
(2:4.2.10+dfsg-0+deb8u1) ...
dpkg: error processing archive 
/var/cache/apt/archives/samba-libs_2%3a4.2.10+dfsg-0+deb8u2_amd64.deb 
(--unpack):
 trying to overwrite '/usr/lib/x86_64-linux-gnu/samba/libsmbd-base.so.0', which 
is also in package samba 2:4.2.10+dfsg-0+deb8u1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)

This is what "Replaces" is for but either there is none or the existing one
needs to be updated.

Thanks.



Bug#819779: gdk-pixbuf: libgdk-pixbuf2.0-dev depends on libpng-dev but gdk-pixbuf2.0.pc requires libpng12-dev

2016-04-14 Thread Michael Biebl
Am 14.04.2016 um 14:16 schrieb peter green:
>>
>> * ships a gdk-pixbuf2.0.pc that requires libpng12.pc;
>> * depends on libpng-dev which:
>>- on experimental, is a real package that does not ship libpng12.pc
>>  but only libpng16.pc and libpng.pc;
>>- on unstable, is provided by libpng12-dev which does provide
>>  libpng12.pc, but that situation should change to that of
>>  experimental whenever the new libpng-dev real package is uploaded to
>>  it.
> The situation has now changed but we still have a problem.
> 
> gdk-pixbuf2.0.pc now requires libpng16.pc but the dependency is still on
> libpng-dev which is available both as a real package and as a provides
> from libpng12-dev. So depending on which option is selected in
> satisfying the dependencies the system can end up with a broken
> gdk-pixbuf2.0.pc
> 
> I belive the correct thing to do is to depend on libpng-dev (>=  1.6),
> libpng-dev (<<  1.7).

Yes, I think this is the correct fix, for both the Build-Depends and the
actual Depends in libgdk-pixbuf2.0-dev.

This ensures, that the version we build against and is encoded in the
.pc file is the version that is later pulled in by libgdk-pixbuf2.0-dev


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



signature.asc
Description: OpenPGP digital signature


Bug#820999: libicu4j-4.2-java: Missing conflicts/replaces on libicu4j-java

2016-04-14 Thread Lee Garrett
Package: libicu4j-4.2-java
Version: 4.2.1.1-4
Severity: serious
Justification: Policy 7.6.1

Dear maintainer,

installing this package with libicu4j-java still present causes dpkg to bail 
because it's trying to overwrite the other packages's files. See the log below:

Performing actions...
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
(Reading database ... 452097 files and directories currently installed.)
Preparing to unpack .../libicu4j-4.2-java_4.2.1.1-4_all.deb ...
Unpacking libicu4j-4.2-java (4.2.1.1-4) ...
dpkg: error processing archive 
/var/cache/apt/archives/libicu4j-4.2-java_4.2.1.1-4_all.deb (--unpack):
 trying to overwrite 
'/usr/share/maven-repo/com/ibm/icu/icu4j/4.2.1.1/icu4j-4.2.1.1.pom', which is 
also in package libicu4j-java 4.2.1.1-3
Errors were encountered while processing:
 /var/cache/apt/archives/libicu4j-4.2-java_4.2.1.1-4_all.deb
needrestart is being skipped since dpkg has failed
E: Sub-process /usr/bin/dpkg returned an error code (1)
Failed to perform requested operation on package.  Trying to recover:
Press Return to continue.

Kind regards,
Lee Garrett

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

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



Bug#821000: dh-golang: matched no packages; no buildable Go source files

2016-04-14 Thread Dmitry Smirnov
Package: dh-golang
Version: 1.14
Severity: serious

1.14 is completely broken and unable to build golang packages any more, 
failing with warning "matched no packages" and error "no buildable Go source 
files".

-- 
Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


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


Processed: reopening 814316

2016-04-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> reopen 814316
Bug #814316 {Done: Bart Martens } [flashplugin-nonfree] New 
Flash player is available -- fixes a security issue
Bug reopened
Ignoring request to alter fixed versions of bug #814316 to the same values 
previously set
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
814316: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814316
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: Re: gnome: Gnome freezes when root windows are open on user screen.

2016-04-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> reassign 807878 libpam-systemd 215-17+deb8u4
Bug #807878 [dconf-gsettings-backend] gnome: Gnome freezes when root windows 
are open on user screen.
Bug reassigned from package 'dconf-gsettings-backend' to 'libpam-systemd'.
No longer marked as found in versions d-conf/0.22.0-1.
Ignoring request to alter fixed versions of bug #807878 to the same values 
previously set
Bug #807878 [libpam-systemd] gnome: Gnome freezes when root windows are open on 
user screen.
Marked as found in versions systemd/215-17+deb8u4.
> forcemerge 732209 807878
Bug #732209 [libpam-systemd] unable to create file '/run/user/1000/dconf/user': 
Permission denied
Bug #766464 [libpam-systemd] gksu pluma  sets the ownership of 
/run/user/1000/dconf/user to root:root
Bug #767173 [libpam-systemd] gnome-shell: Display freezes but mouse stays 
operational
Bug #769889 [libpam-systemd] dconf-CRITICAL: unable to create file 
'/run/user/1000/dconf/user': Permission denied. dconf will not work properly.
Bug #772910 [libpam-systemd] mate-settings-daemon: Massive memory leak
Bug #818600 [libpam-systemd] mate-settings-daemon cannot create file 
/run/user//dconf/user and fills up the memory (24 GB!)
Bug #818601 [libpam-systemd] mate-settings-daemon cannot create file 
/run/user//dconf/user and fills up the memory (24 GB!)
Bug #807878 [libpam-systemd] gnome: Gnome freezes when root windows are open on 
user screen.
Severity set to 'important' from 'critical'
Added indication that 807878 affects 
gedit,gnome-shell,pluma,gnome-control-center,mate-settings-daemon
Marked as found in versions systemd/229-4.
Added tag(s) moreinfo, jessie, stretch, and unreproducible.
Bug #766464 [libpam-systemd] gksu pluma  sets the ownership of 
/run/user/1000/dconf/user to root:root
Bug #767173 [libpam-systemd] gnome-shell: Display freezes but mouse stays 
operational
Bug #769889 [libpam-systemd] dconf-CRITICAL: unable to create file 
'/run/user/1000/dconf/user': Permission denied. dconf will not work properly.
Bug #772910 [libpam-systemd] mate-settings-daemon: Massive memory leak
Bug #818600 [libpam-systemd] mate-settings-daemon cannot create file 
/run/user//dconf/user and fills up the memory (24 GB!)
Bug #818601 [libpam-systemd] mate-settings-daemon cannot create file 
/run/user//dconf/user and fills up the memory (24 GB!)
Merged 732209 766464 767173 769889 772910 807878 818600 818601
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
732209: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732209
766464: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766464
767173: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767173
769889: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769889
772910: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772910
807878: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807878
818600: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818600
818601: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818601
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#819779: gdk-pixbuf: libgdk-pixbuf2.0-dev depends on libpng-dev but gdk-pixbuf2.0.pc requires libpng12-dev

2016-04-14 Thread peter green


* ships a gdk-pixbuf2.0.pc that requires libpng12.pc;
* depends on libpng-dev which:
   - on experimental, is a real package that does not ship libpng12.pc
 but only libpng16.pc and libpng.pc;
   - on unstable, is provided by libpng12-dev which does provide
 libpng12.pc, but that situation should change to that of
 experimental whenever the new libpng-dev real package is uploaded to
 it.

The situation has now changed but we still have a problem.

gdk-pixbuf2.0.pc now requires libpng16.pc but the dependency is still on 
libpng-dev which is available both as a real package and as a provides 
from libpng12-dev. So depending on which option is selected in 
satisfying the dependencies the system can end up with a broken 
gdk-pixbuf2.0.pc


I belive the correct thing to do is to depend on libpng-dev (>=  1.6), 
libpng-dev (<<  1.7).


libpng developers, any thoughts on this?



Bug#807878: gnome: Gnome freezes when root windows are open on user screen.

2016-04-14 Thread Vlad Orlov
reassign 807878 libpam-systemd 215-17+deb8u4
forcemerge 732209 807878
thanks


Hi,

This is the same old bug in libpam-systemd that upstream
does not want to fix and maintainers here claim it's not
reproducible. Check [1] and all the merged reports there
for more details.


[1] https://bugs.debian.org/732209

Bug#820773: marked as done (libjlha-java: FTBFS, can't find a javac compiler)

2016-04-14 Thread Debian Bug Tracking System
Your message dated Thu, 14 Apr 2016 11:49:35 +
with message-id 
and subject line Bug#820773: fixed in libjlha-java 0.0.20050504-9
has caused the Debian Bug report #820773,
regarding libjlha-java: FTBFS, can't find a javac compiler
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
820773: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820773
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libjlha-java
Version: 0.0.20050504-8
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

Dear Maintainer,

libjlha-java currently fails to build from source on at least amd64 because
it can't find a javac compiler:
https://tests.reproducible-builds.org/rb-pkg/unstable/amd64/libjlha-java.html

This is due to an obsolete build dependency on default-jdk-builddep.

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

  * debian/control: Build-depend on default-jdk instead of obsolete
default-jdk-builddep to fix FTBFS.

Thanks for considering the patch.

Logan Rosen

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

Kernel: Linux 4.4.0-18-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru libjlha-java-0.0.20050504/debian/control libjlha-java-0.0.20050504/debian/control
--- libjlha-java-0.0.20050504/debian/control	2010-04-11 14:49:30.0 +
+++ libjlha-java-0.0.20050504/debian/control	2016-04-09 07:13:50.0 +
@@ -4,7 +4,7 @@
 Maintainer: Debian Java Maintainers 
 Uploaders: Michael Koch 
 Build-Depends: cdbs (>= 0.4.36), debhelper (>= 5)
-Build-Depends-Indep: ant, default-jdk-builddep, default-jdk-doc
+Build-Depends-Indep: ant, default-jdk, default-jdk-doc
 Standards-Version: 3.8.4
 Homepage: http://homepage1.nifty.com/dangan/Content/Program/Java/jLHA/LhaLibrary.html
 Vcs-Svn: svn://svn.debian.org/svn/pkg-java/trunk/libjlha-java
--- End Message ---
--- Begin Message ---
Source: libjlha-java
Source-Version: 0.0.20050504-9

We believe that the bug you reported is fixed in the latest version of
libjlha-java, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 820...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Emmanuel Bourg  (supplier of updated libjlha-java package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 14 Apr 2016 13:44:57 +0200
Source: libjlha-java
Binary: libjlha-java libjlha-java-doc-ja
Architecture: source all
Version: 0.0.20050504-9
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers 

Changed-By: Emmanuel Bourg 
Description:
 libjlha-java - LHA compress/decompress library for Java
 libjlha-java-doc-ja - Japanese documentation for libjlha-java, the LHA library 
for Java
Closes: 654083 820773
Changes:
 libjlha-java (0.0.20050504-9) unstable; urgency=medium
 .
   * Team upload.
   * Moved the package to Git
   * debian/control:
 - Build depend on default-jdk instead of default-jdk-builddep
   (Closes: #820773)
 - Removed the dependency on the Java runtime
 - Removed the duplicate Section field
 - Standards-Version updated to 3.9.8 (no changes)
 - Removed Michael Koch from the uploaders (Closes: #654083)
   * Switch to debhelper level 9
Checksums-Sha1:
 b7672692af55f9739663fdc3406cd0fdb7f2290a 2133 libjlha-java_0.0.20050504-9.dsc
 d254a0795420d3fbcbed2f6945cb9be87e17c204 7212 
libjlha-java_0.0.20050504-9.debian.tar.xz
 3015f77a01b1d8e381008da344fe00d802adcad4 92284 
libjlha-java-doc-ja_0.0.20050504-9_all.deb
 f2961fa950e6aef5009cd18684b79fceef9016ca 99002 
libjlha-java_0.0.20050504-9_all.deb

Bug#820947: smbclient: [regression] pulls the server package "samba" via samba-libs since 2:4.2.10+dfsg-0+deb8u1 (DSA 3548-1)

2016-04-14 Thread Harald Dunkel
unattended_upgrades installed (next to samba) about 10 to 20 other
unwanted packages on about 80 hosts in my network. The upgrade to
the fixed version did not remove these unwanted packages again.

Please advice how to identify and remove these packages.

Thanx in advance
Harri



Bug#798170: marked as done (odin: depends on vtk 5)

2016-04-14 Thread Debian Bug Tracking System
Your message dated Thu, 14 Apr 2016 11:20:27 +
with message-id 
and subject line Bug#798170: fixed in odin 2.0.1-0.1
has caused the Debian Bug report #798170,
regarding odin: depends on vtk 5
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
798170: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798170
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: odin
Version: 1.8.8-1
Severity: serious
Tags: sid stretch
Control: block 798164 with -1

Hi,

your package depends on vtk 5.x, which should not be in stretch.  Please
switch to vtk 6.x or drop the dependency.

Thanks,
Julien


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: odin
Source-Version: 2.0.1-0.1

We believe that the bug you reported is fixed in the latest version of
odin, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 798...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Gianfranco Costamagna  (supplier of updated odin 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 14 Apr 2016 12:00:53 +0200
Source: odin
Binary: odin mitools libodin-dev
Architecture: source
Version: 2.0.1-0.1
Distribution: unstable
Urgency: medium
Maintainer: NeuroDebian Team 
Changed-By: Gianfranco Costamagna 
Description:
 libodin-dev - static libraries and header for ODIN sequences
 mitools- view, convert and perform basic maths with medical image datasets
 odin   - develop, simulate and run magnetic resonance sequences
Closes: 798170
Changes:
 odin (2.0.1-0.1) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * New upstream release
 - vtk6 compatible.
   * Switch to vtk6 and drop hacks for includes file.
 (Closes: #798170)
   * drop gsl2 patch: upstream
   * drop old libblitz-dev and libgsl0-dev alternative dependencies
   * Bump debhelper and compat level to 9.
   * Bump std-version to 3.9.8
   * Fix insecure VCS uri.
   * Drop liboil* recommend, not in unstable/stretch anymore.
   * refresh ld-as-needed.patch
   * Update copyright years.
Checksums-Sha1:
 5719490fbae4d6fd0357d3754f173276098292b4 2144 odin_2.0.1-0.1.dsc
 e535635b83432a9b8a461aa16449f10f041e54d7 2008475 odin_2.0.1.orig.tar.gz
 540c076e7d51d53cca0794c2df0d52c6bb7f6148 7188 odin_2.0.1-0.1.debian.tar.xz
Checksums-Sha256:
 ac90a8b7ad03cc41deddfbd3b0a0916a0e590029dbebd85a063c2c6993a3c6fc 2144 
odin_2.0.1-0.1.dsc
 6f1f775fff0910cc83a7a356d7164ddff351563d9667ef16292fee46bc0b6cc7 2008475 
odin_2.0.1.orig.tar.gz
 86c6b5f1220d8ba85be43274986cab9fa7cbdb2add12f0f03cc1b44652b6ec71 7188 
odin_2.0.1-0.1.debian.tar.xz
Files:
 b5e26ff17d1e9eeeb930a6ed26b7212b 2144 science extra odin_2.0.1-0.1.dsc
 21c9209faf8ea5ff606869ecca565d93 2008475 science extra odin_2.0.1.orig.tar.gz
 91abe0e9a62f31e36f7bd14586e979f5 7188 science extra 
odin_2.0.1-0.1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJXD3flAAoJEPNPCXROn13ZtFgP/2Ove9q4AudVCZ90eIWZVQT8
XWxK5mnTARs9vTrRiLgyoVWnKv/kyaJSeeNzBtIZaY1IoCfAN9FXqOYzD/juUqHv
YaosileLu6oUeVtyKEHJ+EUMaZXtfHDX895j63WSMTz57950ei1bEr+ate0/T02n
P/x0PAui7o+p0n6FRgPoPcEZavjp2qqrKDntecW1PMtxCYT4HGW/3U9yTMmQoBtV
k9Re5kNkDQ5yfH6s1m/6YKt9Q/YWv8ma4Uy2gzpC++3mKKX/fu39CWWWPO+zOJSZ
yMHFMl6VmNPGrqMkGMKVekw798yxgrfKDIyRL0Q/omYCIh1GcZ0vHOs7Wtk0n/QB
R7H8MGJdIH6HzGWwlnLhWPnbU3ZFCqeQ2sqTIBPVSHT6dlxrm3Hszbb5bx8JfFYS
dwrFsyJh4eIOIO8FDmnlHU9sCF27+HWDoHfoyhAQ6mlrAVMoa/7q3JJaKkSGZrEd
Mo+H+xCYOzQTA2WOheEK+7ZfYEKjg33btJp4V60IDnNu6d2Gvilsvhej20yGylca
u8NBeUd7YYIulNzgiH0g4t4G+mRMXJYuIymYFL0fZw7nCg4AjrHiJhCc35KI0wZk
Q7LE+LxGH0q/3KnjWfZYDj+qSygNwUfFWqEASEUYwV1gFK20ghP3TT78M/dVnflp
PEtUWej2WVzKpmpaHS0V
=Nl8h
-END PGP SIGNATURE End Message ---


Processed: Re: nifti2dicom: FTBFS on !x86

2016-04-14 Thread Debian Bug Tracking System
Processing control commands:

> reassign -1 ftp.debian.org
Bug #819315 [src:nifti2dicom] nifti2dicom: FTBFS on !x86
Bug reassigned from package 'src:nifti2dicom' to 'ftp.debian.org'.
No longer marked as found in versions nifti2dicom/0.4.11-1.
Ignoring request to alter fixed versions of bug #819315 to the same values 
previously set
> severity -1 normal
Bug #819315 [ftp.debian.org] nifti2dicom: FTBFS on !x86
Severity set to 'normal' from 'serious'

-- 
819315: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819315
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#819315: nifti2dicom: FTBFS on !x86

2016-04-14 Thread Gianfranco Costamagna
control: reassign -1 ftp.debian.org
control: severity -1 normal

As asked in #820424 the same applies on nifti2dicom.
I asked to use the old itk, but it wasn't a good choice indeed.

thanks,

G.

On Sat, 26 Mar 2016 16:24:37 +0100 Emilio Pozuelo Monfort  
wrote:
> Source: nifti2dicom
> Version: 0.4.11-1
> Severity: serious
> 
> Hi,
> 
> Your package failed to build on !x86:
> 
> https://buildd.debian.org/status/package.php?p=nifti2dicom
> 
> FWIW building against insighttoolkit 3 in those architectures isn't
> an option as insighttoolkit isn't in testing and won't be 
> (see #797755 and #795019) so you may need to request the removal of
> your package from those architectures.
> 
> Cheers,
> Emilio
> 
> 



signature.asc
Description: OpenPGP digital signature


Bug#798170: Almost done

2016-04-14 Thread Gianfranco Costamagna
new directory, I fixed the copyright years too

the build went fine.

G.

On Thu, 14 Apr 2016 12:53:19 +0200 Gianfranco Costamagna 
 wrote:
> control: tags -1 patch
> control: tags -1 pending
> 
> Hi, I did import the new version, did some cleanup and uploaded on DebOMatic 
> and deferred/10, please test it,
> changes are quite intensive, but the cleanup will avoid having the same 
> troubles again and again for the 
> vtk transitions.
> 
> debian directory attached.
> 
> (NOTE: I'm not sure if the build will succeed or not, in case I'll remove the 
> NMU on deferred)
> http://debomatic-amd64.debian.net/distribution#unstable/odin/2.0.1-1/buildlog
> the changelog and versioning are wrong here ^^
> 
> cheers,
> 
> G.
> 
> On Sun, 3 Jan 2016 08:49:44 +0100 Michael Hanke  wrote:
> > FTR: I was able to build the latest upstream release (2.0.0) against the
> > QWT package (6.1) in experimental. However, a linking problem (get's
> > linked against Qt4 and Qt5) causes the main GUI to segfault. I contacted
> > upstream to get this solved. Will upload to experimental once this is
> > done.
> > 
> > 


odin_2.0.1-0.1.debian.tar.xz
Description: application/xz


signature.asc
Description: OpenPGP digital signature


Bug#798170: Almost done

2016-04-14 Thread Gianfranco Costamagna
control: tags -1 patch
control: tags -1 pending

Hi, I did import the new version, did some cleanup and uploaded on DebOMatic 
and deferred/10, please test it,
changes are quite intensive, but the cleanup will avoid having the same 
troubles again and again for the 
vtk transitions.

debian directory attached.

(NOTE: I'm not sure if the build will succeed or not, in case I'll remove the 
NMU on deferred)
http://debomatic-amd64.debian.net/distribution#unstable/odin/2.0.1-1/buildlog
the changelog and versioning are wrong here ^^

cheers,

G.

On Sun, 3 Jan 2016 08:49:44 +0100 Michael Hanke  wrote:
> FTR: I was able to build the latest upstream release (2.0.0) against the
> QWT package (6.1) in experimental. However, a linking problem (get's
> linked against Qt4 and Qt5) causes the main GUI to segfault. I contacted
> upstream to get this solved. Will upload to experimental once this is
> done.
> 
> 


odin_2.0.1-0.1.debian.tar.xz
Description: application/xz


signature.asc
Description: OpenPGP digital signature


Processed: Re: Almost done

2016-04-14 Thread Debian Bug Tracking System
Processing control commands:

> tags -1 patch
Bug #798170 [src:odin] odin: depends on vtk 5
Added tag(s) patch.
> tags -1 pending
Bug #798170 [src:odin] odin: depends on vtk 5
Added tag(s) pending.

-- 
798170: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798170
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#814316: New Flash player is available -- fixes a security issue

2016-04-14 Thread Matteo Contini
It still unsolved...

sudo update-flashplugin-nonfree --status
Flash Player version installed on this system  : 11.2.202.577
Flash Player version available on upstream site: 11.2.202.616
flash-mozilla.so - auto mode
  link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50
Current 'best' version is
'/usr/lib/flashplugin-nonfree/libflashplayer.so'.

Matteo



Bug#819772: [Pkg-fglrx-devel] Bug#819772: Bug confirmed

2016-04-14 Thread Andreas Beckmann
On 2016-04-14 11:32, Paris Zoumpouloglou wrote:
> I can confirm the bug. Today I added jessie backports repository and
> upgraded to the latest available kernel. After upgrading the fglrx
> driver stopped working. Any further attempts to reinstall (using main
> and backports) have led to the same error.

Upstream doesn't support anything newer than Linux 4.2 :-(

If someone finds a patch, we can give it a try.


Andreas



Bug#810945: marked as done (odin: please drop build-dependency on removed libdcmtk2)

2016-04-14 Thread Debian Bug Tracking System
Your message dated Thu, 14 Apr 2016 10:34:23 +
with message-id 
and subject line Bug#810945: fixed in odin 1.8.8-2.1
has caused the Debian Bug report #810945,
regarding odin: please drop build-dependency on removed libdcmtk2
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
810945: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810945
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: odin
Version: 1.8.8-2
Severity: important


Actually, I see some other anomalities.
In the build-depends I see

 libdcmtk-dev | libdcmtk2-dev | libdcmtk1-dev,
 libdcmtk2,
 dcmtk,

a build-dep on dcmtk is probably wrong, I can't think why you would need
it.
Then, an explicit build-dep on libdcmtk2 is probably an error too.
Usually one relies on the -dev to depend on the current version of the
lib.
Also, the whole alternatives up there looks weird.


I haven't really tested, but all thsoe build-dep most probably could be
replaced by libdcmtk-dev only.


This weird thing is actually uselesslly holding cruft in the archive,
btw, since this is the only package that build-dep on libdcmtk2 (and 3
more binaries with old dep on it).

-- 
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
--- End Message ---
--- Begin Message ---
Source: odin
Source-Version: 1.8.8-2.1

We believe that the bug you reported is fixed in the latest version of
odin, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 810...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Gianfranco Costamagna  (supplier of updated odin 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 14 Apr 2016 11:40:22 +0200
Source: odin
Binary: odin mitools libodin-dev
Architecture: source
Version: 1.8.8-2.1
Distribution: unstable
Urgency: medium
Maintainer: NeuroDebian Team 
Changed-By: Gianfranco Costamagna 
Description:
 libodin-dev - static libraries and header for ODIN sequences
 mitools- view, convert and perform basic maths with medical image datasets
 odin   - develop, simulate and run magnetic resonance sequences
Closes: 810945
Changes:
 odin (1.8.8-2.1) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * Fix dcmtk runtime dependencies
   [ Mattia Rizzolo ]
   * Fix dcmtk dependencies (Closes: #810945)
Checksums-Sha1:
 de4a53ef106dffc0308fd7f801e59cf686088830 2166 odin_1.8.8-2.1.dsc
 88c46a450bb17b927813121d1e386fe4453d2c5b 8624 odin_1.8.8-2.1.debian.tar.xz
Checksums-Sha256:
 4bc25b4f56c997fd84e780e432661528fd7243f008d04fe4e422849af20c62e6 2166 
odin_1.8.8-2.1.dsc
 76a8bc8e78056f6c4b653fac990aa0008e5f8452f47bcf276778afa806884f57 8624 
odin_1.8.8-2.1.debian.tar.xz
Files:
 39e8ffc8578c3a2d8ae9f8983901cd1b 2166 science extra odin_1.8.8-2.1.dsc
 a2739e26b0c726101eecf2cdce1947b1 8624 science extra 
odin_1.8.8-2.1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJXD2nKAAoJEPNPCXROn13Zi48QAKdP3o5e9Lf4O/ohHHT24MYo
MBwsMtNqaz1L1o5pKIL1FwJ7+IZqzEdH/NGaHHopGN1SYJVMdkLXfRzQQtaEoQSD
kMdF+L2zUdL8feg58Ivq/jtKkaHnlJkzbd5DdSG42vV0hC08Y5rzUPHTYu+oUw91
HbKtPDMcRcAux81fFrSo2csypUugD1Mx9hwTe4JB6ZBisy4BFPrDfrLJ9NDh6xfW
QmvPZFvbvVi/v1WfGuiAnF+kkRgKuhdtb76hI8OyoMV7W7JUA97JeX3xRQPL/6w6
a0XdH8SGMshyajoEYBFT/+MBmr3pu3Y13dYAVzTmWg7bhgtPRB63hvj24dtpBhVv
MXIikc9pt+PFNii2WkLO0H99/zJVBeY6BOWeKtfCFMZOyo6K/2asLHnMynUOldQa
0LQm/kR+xI9AaUWVv/yTelsNcN77VndfBvr1l82qDYEWC3QJq2UuaOAt/2YxAhny
yLRn2bXJkK5NtdsEydY06/wTOKifTrzOcAjdqzPNK7va6o3filoNlyP+k+OjLTmR
jmzC+fhdwLgk3TmsG0WLvINYURM6C89MkEjzoBJ3AY6V5gpzN/9hQreXVhytW30H
+iuXQCG/osGEguhJJwM/xS9E30H4AdlmQufZ6ewyxoywGsniivDI9YAl4IpOPO1h
So5WwBZYiY6ZqORQSyuO
=DiYo
-END PGP SIGNATURE End Message ---


Bug#820879: How to avoid version restrictions for JS libraries (Was: Bug#820879: r-cran-shiny: uninstallable in sid: Depends: libjs-jquery (< 1.11.3+dfsg.0~) but 1.12.3-1 is to be installed)

2016-04-14 Thread Andreas Tille
Hi Raphael,

On Thu, Apr 14, 2016 at 12:00:26PM +0200, Raphael Hertzog wrote:
> 
> So I did have a look and the problem is that your package doesn't contain any
> usr/lib/R/site-library/shiny/www/shared/jqueryui/images to replace
> with some real files.
> 
> I added this to check it:
>  install/$(package)::
> +   find $(debRlib)
> dh_linktree

Well, yes, that's correct.  I considered it a good idea to strip the
files that are not needed in the final package and to be really sure
that these will not be used from the upstream source tarball via
Files-Excluded.  The additional advantage is that I do not need to
craft several copyright statements for stuff that's not used anyway.
 
> No "images" directory to replace. Are you sure that you need it?

Yes, I'm sure and I need the symlink definitely.
 
> >   Depends: libjs-jquery-ui (<< 1.10.1+dfsg.0~), libjs-jquery-ui (>= 
> > 1.10.1+dfsg), r-base-core (>= 3.2.4.20160412-1), r-api-3, r-cran-httpuv, 
> > r-cran-mime, r-cran-jsonlite, r-cran-xtable, r-cran-digest, r-cran-r6, 
> > r-cran-htmltools
> > 
> > So the embed triggers the (unwanted) strong dependency and the replace
> > triggers no dependency from the other libs.  So most probably I did
> > something really wrong here - but I wonder what?
> 
> That's because nothing got replaced really... the files that you ask to 
> replace
> do not exist.

So may be dh_linktrees is not the correct tool for me.  I just want it
to create symlinks and may be the best idea is to just use dh_link
instead and add the libjs-dependencies manually.

Kind regards

  Andreas.

-- 
http://fam-tille.de



Bug#820984: proftpd-basic: cannot preseed / ignores local config changes

2016-04-14 Thread Florian Ernst
Package: proftpd-basic
Version: 1.3.5-1.1+deb8u1
Severity: serious
Justification: rc_policy.txt 3. Configuration files: "Changes to configuration 
files must be preserved during a package upgrade."

Dear Maintainer(s),

please consider the following (abridged) transcript of trying to run
proftpd-basic from inetd, but ending up having it running standalone:

root@testvz12:~# debconf-get-selections | grep proftpd || echo '# no match'
# no match
root@testvz12:~# echo 'proftpd-basic   shared/proftpd/inetd_or_standalone  
select  from inetd' | debconf-set-selections
root@testvz12:~# debconf-get-selections | grep proftpd || echo '# no match'
proftpd-basic   shared/proftpd/inetd_or_standalone  select   from inetd
root@testvz12:~# apt-get install -y openbsd-inetd
[...]
root@testvz12:~# DEBIAN_FRONTEND=noninteractive apt-get install -y proftpd-basic
[...]
root@testvz12:~# debconf-get-selections | grep proftpd || echo '# no match'
# Run proftpd:
proftpd-basic   shared/proftpd/inetd_or_standalone  select  standalone
root@testvz12:~# ps auxww | grep '[p]roftpd'
proftpd   2138  0.0  0.2 119900  2524 ?Ss   11:28   0:00 proftpd: 
(accepting connections)  
root@testvz12:~# netstat -tulpen | grep 21
tcp6   0  0 :::21   :::*LISTEN  
1081069993275  2138/proftpd: (acce

As you can see, the preseeding had no effect. This is due to
/var/lib/dpkg/info/proftpd-basic.config unconditionally calling
"db_set shared/proftpd/inetd_or_standalone standalone" before calling
"db_input high shared/proftpd/inetd_or_standalone", thus overwriting any
previous setting. JFTR, apparently it was debbug#707689 which triggered
adding the explicit db_set.

The same applies to any reconfiguring, of course:

root@testvz12:~# echo 'proftpd-basic   shared/proftpd/inetd_or_standalone  
select  from inetd' | debconf-set-selections
root@testvz12:~# debconf-get-selections | grep proftpd || echo '# no match'
# Run proftpd:
proftpd-basic   shared/proftpd/inetd_or_standalone  select   from inetd
root@testvz12:~# dpkg-reconfigure -fnoninteractive proftpd-basic
usermod: no changes
root@testvz12:~# debconf-get-selections | grep proftpd || echo '# no match'
# Run proftpd:
proftpd-basic   shared/proftpd/inetd_or_standalone  select  standalone

As such, the package cannot be preseeded to run from inetd at all.

Furthermore, given the current .config, any unattended (thus:
noninteractive) upgrade (or even a mere reinstall) will unconditionally
overwrite the local configuration just the same, leading to proftpd
running standalone instead of from inetd. I consider this to be in
violation of Debian policy requiring local configuration changes to be
preserved.


Best regards,
Flo

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

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



Bug#820947: smbclient: [regression] pulls the server package "samba" via samba-libs since 2:4.2.10+dfsg-0+deb8u1 (DSA 3548-1)

2016-04-14 Thread Salvatore Bonaccorso
Hi Axel,

On Thu, Apr 14, 2016 at 12:18:09PM +0200, Axel Beckert wrote:
> Hi Salvatore,
> 
> Axel Beckert wrote:
> > Salvatore Bonaccorso wrote:
> > > On Wed, Apr 13, 2016 at 11:57:13PM +0200, Axel Beckert wrote:
> > > Current test packages for (amd64) are on
> > > https://people.debian.org/~carnil/tmp/samba/jessie/ with the libraries
> > > moved to the correct samba-libs instead of samba.
> > 
> > Thanks for the prompt fix! Testing them right now on my laptop as well
> > as on one BackupPC server. (BackupPC has a dependency on smbclient for
> > backing up Windows machines.)
> 
> Worked fine on all six machines I've deployed it via reprepro so far.
> Thanks!

Thanks! The regression update will sent out soon to fix this immediate
problem.

Salvatore



Bug#820947: smbclient: [regression] pulls the server package "samba" via samba-libs since 2:4.2.10+dfsg-0+deb8u1 (DSA 3548-1)

2016-04-14 Thread Axel Beckert
Hi Salvatore,

Axel Beckert wrote:
> Salvatore Bonaccorso wrote:
> > On Wed, Apr 13, 2016 at 11:57:13PM +0200, Axel Beckert wrote:
> > Current test packages for (amd64) are on
> > https://people.debian.org/~carnil/tmp/samba/jessie/ with the libraries
> > moved to the correct samba-libs instead of samba.
> 
> Thanks for the prompt fix! Testing them right now on my laptop as well
> as on one BackupPC server. (BackupPC has a dependency on smbclient for
> backing up Windows machines.)

Worked fine on all six machines I've deployed it via reprepro so far.
Thanks!

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


signature.asc
Description: Digital signature


Bug#817257: marked as done (ants: FTBFS: mixes itk::OptimizerParameters and itk::OptimizerParameters)

2016-04-14 Thread Debian Bug Tracking System
Your message dated Thu, 14 Apr 2016 10:20:20 +
with message-id 
and subject line Bug#817257: fixed in ants 2.1.0-4.1
has caused the Debian Bug report #817257,
regarding ants: FTBFS: mixes itk::OptimizerParameters and 
itk::OptimizerParameters
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
817257: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817257
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: ants
Version: 2.1.0-4
Severity: serious
Justification: fails to build from source

Hi,

after fixing the B-D to use libdcmtk-dev, ants FTBFS with mixing up
double and float:

[  1%] Building CXX object 
Examples/CMakeFiles/antsUtilities.dir/antsRegistration2DFloat.cxx.o
cd /build/ants-2.1.0/obj-x86_64-linux-gnu/Examples && /usr/bin/c++   
-DITK_IO_FACTORY_REGISTER_MANAGER 
-I/build/ants-2.1.0/obj-x86_64-linux-gnu/Examples 
-I/build/ants-2.1.0/Examples/. -I/build/ants-2.1.0/Examples/../Temporary 
-I/build/ants-2.1.0/Examples/../Tensor 
-I/build/ants-2.1.0/Examples/../GraphTheory 
-I/build/ants-2.1.0/Examples/../ImageSegmentation 
-I/build/ants-2.1.0/Examples/../ImageRegistration 
-I/build/ants-2.1.0/Examples/../Utilities 
-I/build/ants-2.1.0/obj-x86_64-linux-gnu/ITKIOFactoryRegistration 
-I/usr/include/hdf5/serial -I/usr/include/dcmtk/dcmseg 
-I/usr/include/dcmtk/dcmfg -I/usr/include/dcmtk/dcmiod 
-I/usr/include/dcmtk/dcmrt -I/usr/include/dcmtk/dcmpstat 
-I/usr/include/dcmtk/dcmqrdb -I/usr/include/dcmtk/dcmwlm 
-I/usr/include/dcmtk/dcmsign -I/usr/include/dcmtk/dcmsr 
-I/usr/include/dcmtk/dcmnet -I/usr/include/dcmtk/dcmtls 
-I/usr/include/dcmtk/dcmjpls -I/usr/include/dcmtk/dcmjpeg 
-I/usr/include/dcmtk/dcmimage -I/usr/include/dcmtk/dcmimgle 
-I/usr/include/dcmtk/dcmdat
 a -I/usr/include/dcmtk/oflog -I/usr/include/dcmtk/ofstd 
-I/usr/include/dcmtk/config -I/usr/include/x86_64-linux-gnu 
-I/usr/include/gdcm-2.6 -I/usr/include/double-conversion -I/usr/include/ITK-4.9 
 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2   -Wall -Wcast-align -Wdisabled-optimization -Wextra 
-Wformat=2 -Winvalid-pch -Wno-format-nonliteral -Wpointer-arith -Wshadow 
-Wunused -Wwrite-strings -funit-at-a-time -Wno-strict-overflow -Wno-deprecated 
-Wno-invalid-offsetof -Woverloaded-virtual -Wstrict-null-sentinel -fPIC-o 
CMakeFiles/antsUtilities.dir/antsRegistration2DFloat.cxx.o -c 
/build/ants-2.1.0/Examples/antsRegistration2DFloat.cxx
In file included from 
/build/ants-2.1.0/Examples/itkantsRegistrationHelper.hxx:8:0,
 from 
/build/ants-2.1.0/Examples/itkantsRegistrationHelper.h:1120,
 from 
/build/ants-2.1.0/Examples/antsRegistrationTemplateHeader.h:14,
 from /build/ants-2.1.0/Examples/antsRegistration2DFloat.cxx:1:
/build/ants-2.1.0/Examples/antsRegistrationOptimizerCommandIterationUpdate.h: 
In instantiation of 'void 
ants::antsRegistrationOptimizerCommandIterationUpdate::UpdateFullScaleMetricValue(itk::WeakPointer, 
ants::antsRegistrationOptimizerCommandIterationUpdate::MeasureType&) const [with ParametersValueType = 
float; unsigned int VImageDimension = 2u; TOptimizer = 
itk::GradientDescentOptimizerv4Template; 
ants::antsRegistrationOptimizerCommandIterationUpdate::MeasureType = float]':
/build/ants-2.1.0/Examples/antsRegistrationOptimizerCommandIterationUpdate.h:131:9:
   required from 'void 
ants::antsRegistrationOptimizerCommandIterationUpdate::Execute(const itk::Object*, const 
itk::EventObject&) [with ParametersValueType = float; unsigned int 
VImageDimension = 2u; TOptimizer = 
itk::GradientDescentOptimizerv4Template]'
/build/ants-2.1.0/Examples/antsRegistration2DFloat.cxx:11:1:   required from 
here
/build/ants-2.1.0/Examples/antsRegistrationOptimizerCommandIterationUpdate.h:261:71:
 error: invalid initialization of reference of type 'const ParametersType& {aka 
const itk::OptimizerParameters&}' from expression of type 'const 
FixedParametersType {aka const itk::OptimizerParameters}'
   inputFixedTransform->GetNthTransform(i)->GetFixedParameters();
   ^
/build/ants-2.1.0/Examples/antsRegistrationOptimizerCommandIterationUpdate.h:263:9:
 error: no matching function for call to 'itk::Transform::SetFixedParameters(const ParametersType&)'
 

Bug#811166: marked as done (ants: build-depend on non-built anymore package)

2016-04-14 Thread Debian Bug Tracking System
Your message dated Thu, 14 Apr 2016 10:20:20 +
with message-id 
and subject line Bug#811166: fixed in ants 2.1.0-4.1
has caused the Debian Bug report #811166,
regarding ants: build-depend on non-built anymore package
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
811166: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811166
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: ants
Version: 2.1.0-4
Severity: serious

Dear maintainer,

you build-depend on libdcmtk2-dev, which is not built anymore.
Please depend on the unversioned libdcmtk-dev instead.
(or the alternative libdcmtk-dev | libdcmtk2-dev since you like it more
for backports :))

-- 
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
--- End Message ---
--- Begin Message ---
Source: ants
Source-Version: 2.1.0-4.1

We believe that the bug you reported is fixed in the latest version of
ants, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 811...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Gianfranco Costamagna  (supplier of updated ants 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 14 Apr 2016 07:50:56 +
Source: ants
Binary: ants
Architecture: source
Version: 2.1.0-4.1
Distribution: unstable
Urgency: medium
Maintainer: NeuroDebian Team 
Changed-By: Gianfranco Costamagna 
Description:
 ants   - advanced normalization tools for brain and image analysis
Closes: 811166 817257
Changes:
 ants (2.1.0-4.1) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * debian/patches/5608ed64ee9993882e99781172568238933170d6.patch:
 fix build failure with new ITK (Closes: #817257)
   * Fix dcmtk dependency (Closes: #811166)
Checksums-Sha1:
 22f44791540f5f5afa3c5363a7f34ee436fe22e7 2067 ants_2.1.0-4.1.dsc
 5bda36856e780613f89dc50117cd5975bc67b11c 116532 ants_2.1.0-4.1.debian.tar.xz
Checksums-Sha256:
 474936b70c267492f9492c321bf4b429e1a7d40d7452c65c4cd6211de45095f9 2067 
ants_2.1.0-4.1.dsc
 0e396a3548f5196c4f51cef58d66813cae9861aaeb0ef49f50014fa8e7535183 116532 
ants_2.1.0-4.1.debian.tar.xz
Files:
 c422a790ad5500aeb3d91cbfa5e1249c 2067 science extra ants_2.1.0-4.1.dsc
 2d21bd1bc99eaf587d4b535179a6f5c1 116532 science extra 
ants_2.1.0-4.1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJXD1AZAAoJEPNPCXROn13Zz2sP/2Mr+MQx0Oo+VYAL6KR+OD+T
7A1hjEVK7YyFAi0MPyKIA+3Nei/QzXGYOFtcpNILeY8IsZzDKmLr/aG84LsauK/B
n/uFEaAz6hcs7f6zw2cSx4OSlSY5Yync2sDRjf77XfQrrBWRJsiiGlOMafxnMo1t
jNCg1SXxvsH6x+yQHAuHzWPCrhhqshWTuRChKnIFlb3BOrvom+UmWXjzpmVYUQwD
KgMIEV+fqVR3Zn7aF6IoFWuAaHbbo0hTOH60HY4cS4KWO6WE786Ab1KjDKDIWZyO
Rt/kZGXNcszDiuKC2KP7MV+djnIb/dlZ+CPWxzl/3WKfCGB98/fKTEhtY9zc9pHO
4gZnKhYAbKsfxnzBQ0oQRfW5yHumcGFKS+fKfEhfCcPBluG8cQxa5YqVAC5LLdNY
BzoHoJEa+GqZy20gefSHHyqkZvjCElQyqI8p0s7zhNE8afuj91w8piLVKYm09OZs
yo36/xJ3Xo9R48vOn9Zo1Dhu3x25FahAOGPqWVqXgVuZzcJlOsBVxia0sGXZm+tg
mk3lonX+kABA0qKmkA/ZZ+VQZmk42t6wR6NYprNanaBzMb1+S7VXBgTM6pKVGEh/
ObtidsImWcoPGihhNljcBSLYi23hge6mqYkp3OC3BZIjUPeuvLYCL96ASuEgH1A1
i/V6AxUVyU/iBaugHVi+
=12Qn
-END PGP SIGNATURE End Message ---


Bug#820947: smbclient: [regression] pulls the server package "samba" via samba-libs since 2:4.2.10+dfsg-0+deb8u1 (DSA 3548-1)

2016-04-14 Thread Axel Beckert
Hi Salvatore,

Salvatore Bonaccorso wrote:
> On Wed, Apr 13, 2016 at 11:57:13PM +0200, Axel Beckert wrote:
> Current test packages for (amd64) are on
> https://people.debian.org/~carnil/tmp/samba/jessie/ with the libraries
> moved to the correct samba-libs instead of samba.

Thanks for the prompt fix! Testing them right now on my laptop as well
as on one BackupPC server. (BackupPC has a dependency on smbclient for
backing up Windows machines.)

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#810945: oding: NMU

2016-04-14 Thread Gianfranco Costamagna
Hi,


> nmu attached to this email.

I also fixed the rules file.

g.



signature.asc
Description: OpenPGP digital signature


Bug#820879: How to avoid version restrictions for JS libraries (Was: Bug#820879: r-cran-shiny: uninstallable in sid: Depends: libjs-jquery (< 1.11.3+dfsg.0~) but 1.12.3-1 is to be installed)

2016-04-14 Thread Raphael Hertzog
On Thu, 14 Apr 2016, Andreas Tille wrote:
> You might like to checkout r-cran-shiny[1] or look directly at the
> linktrees file[2].
> 
> > But replace can definitely operate on
> > directories even though it will only act on all files below that
> > directory. You must have done some mistake in the way you use it...
> 
> I can't exclude that it is just my fault. ;-)

So I did have a look and the problem is that your package doesn't contain any
usr/lib/R/site-library/shiny/www/shared/jqueryui/images to replace
with some real files.

I added this to check it:
 install/$(package)::
+   find $(debRlib)
dh_linktree

And the output for contains this for the jqueryui directory:
/home/rhertzog/tmp/r-cran-shiny/debian/r-cran-shiny/usr/lib/R/site-library/shiny/www/shared/jqueryui
/home/rhertzog/tmp/r-cran-shiny/debian/r-cran-shiny/usr/lib/R/site-library/shiny/www/shared/jqueryui/README
/home/rhertzog/tmp/r-cran-shiny/debian/r-cran-shiny/usr/lib/R/site-library/shiny/www/shared/jqueryui/jquery-ui.theme.min.css
/home/rhertzog/tmp/r-cran-shiny/debian/r-cran-shiny/usr/lib/R/site-library/shiny/www/shared/jqueryui/jquery-ui.structure.css
/home/rhertzog/tmp/r-cran-shiny/debian/r-cran-shiny/usr/lib/R/site-library/shiny/www/shared/jqueryui/jquery-ui.theme.css
/home/rhertzog/tmp/r-cran-shiny/debian/r-cran-shiny/usr/lib/R/site-library/shiny/www/shared/jqueryui/index.html
/home/rhertzog/tmp/r-cran-shiny/debian/r-cran-shiny/usr/lib/R/site-library/shiny/www/shared/jqueryui/jquery-ui.structure.min.css


No "images" directory to replace. Are you sure that you need it?

> However, what now converns me even more is that when using the replace
> action the dependencies are missing in the resulting control
> DEBIAN/control inside the package.  It looks like:
> 
>   Depends: libjs-jquery-ui (<< 1.10.1+dfsg.0~), libjs-jquery-ui (>= 
> 1.10.1+dfsg), r-base-core (>= 3.2.4.20160412-1), r-api-3, r-cran-httpuv, 
> r-cran-mime, r-cran-jsonlite, r-cran-xtable, r-cran-digest, r-cran-r6, 
> r-cran-htmltools
> 
> So the embed triggers the (unwanted) strong dependency and the replace
> triggers no dependency from the other libs.  So most probably I did
> something really wrong here - but I wonder what?

That's because nothing got replaced really... the files that you ask to replace
do not exist.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/



Bug#810945: oding: NMU

2016-04-14 Thread Gianfranco Costamagna
Control: tags 810945 + pending
Hi,

nmu attached to this email.

g.
diff -Nru odin-1.8.8/debian/changelog odin-1.8.8/debian/changelog
--- odin-1.8.8/debian/changelog	2015-12-06 20:06:11.0 +0100
+++ odin-1.8.8/debian/changelog	2016-04-14 11:41:00.0 +0200
@@ -1,3 +1,12 @@
+odin (1.8.8-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix dcmtk runtime dependencies
+  [ Mattia Rizzolo ]
+  * Fix dcmtk dependencies (Closes: #810945)
+
+ -- Gianfranco Costamagna   Thu, 14 Apr 2016 11:40:22 +0200
+
 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 20:03:01.0 +0100
+++ odin-1.8.8/debian/control	2016-04-14 11:40:20.0 +0200
@@ -11,12 +11,10 @@
  libblitz0-dev (>= 0.8) | libblitz-dev,
  libnifti-dev,
  libvtk5-dev,
- libdcmtk-dev | libdcmtk2-dev | libdcmtk1-dev,
- libdcmtk2,
- libpng-dev | libpng12-dev,
+ libdcmtk-dev,
+ libpng-dev,
  libqt4-dev,
  libqwt5-qt4-dev,
- dcmtk,
  libatlas-base-dev
 Standards-Version: 3.9.5
 Homepage: http://od1n.sourceforge.net
@@ -35,7 +33,7 @@
  xterm | x-terminal-emulator,
  gdb,
  mitools (= ${binary:Version})
-Recommends: liboil0.3-dev | liboil-dev, libdcmtk1-dev
+Recommends: liboil0.3-dev | liboil-dev, libdcmtk-dev
 Description: develop, simulate and run magnetic resonance sequences
  ODIN is a framework for magnetic resonance imaging (MRI).
  It covers the whole toolchain of MRI, from low-level data acquisition


Processed: oding: NMU

2016-04-14 Thread Debian Bug Tracking System
Processing control commands:

> tags 810945 + pending
Bug #810945 [src:odin] odin: please drop build-dependency on removed libdcmtk2
Added tag(s) pending.

-- 
810945: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810945
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#819772: Bug confirmed

2016-04-14 Thread Paris Zoumpouloglou
I can confirm the bug. Today I added jessie backports repository and
upgraded to the latest available kernel. After upgrading the fglrx
driver stopped working. Any further attempts to reinstall (using main
and backports) have led to the same error.



Processed (with 1 error): NMU of ants

2016-04-14 Thread Debian Bug Tracking System
Processing control commands:

> tags -1 patch pending.
Unknown tag/s: pending..
Recognized are: patch wontfix moreinfo unreproducible fixed potato woody sid 
help security upstream pending sarge sarge-ignore experimental d-i confirmed 
ipv6 lfs fixed-in-experimental fixed-upstream l10n newcomer etch etch-ignore 
lenny lenny-ignore squeeze squeeze-ignore wheezy wheezy-ignore jessie 
jessie-ignore stretch stretch-ignore buster buster-ignore.

Bug #811166 [ants] ants: build-depend on non-built anymore package
Added tag(s) patch.

-- 
811166: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811166
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed (with 1 error): NMU of ants

2016-04-14 Thread Debian Bug Tracking System
Processing control commands:

> tags -1 patch pending.
Unknown tag/s: pending..
Recognized are: patch wontfix moreinfo unreproducible fixed potato woody sid 
help security upstream pending sarge sarge-ignore experimental d-i confirmed 
ipv6 lfs fixed-in-experimental fixed-upstream l10n newcomer etch etch-ignore 
lenny lenny-ignore squeeze squeeze-ignore wheezy wheezy-ignore jessie 
jessie-ignore stretch stretch-ignore buster buster-ignore.

Bug #817257 [src:ants] ants: FTBFS: mixes itk::OptimizerParameters and 
itk::OptimizerParameters
Added tag(s) patch.

-- 
817257: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817257
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#811166: NMU of ants

2016-04-14 Thread Gianfranco Costamagna
control: tags -1 patch pending.

0 day nmuing in some minutes.

g.


debdiff
Description: Binary data


Bug#819472: [pkg-go] Bug#819472: dh-make-golang: diff for NMU version 0.0~git20150913.0.1221041-1.1

2016-04-14 Thread Michael Stapelberg
On Thu, Apr 14, 2016 at 12:57 AM, Raphael Hertzog 
wrote:

> Hi,
>
> On Thu, 14 Apr 2016, Michael Stapelberg wrote:
> > I didn’t see this before pushing a new version.
>
> What new version? The new version looks like my changes only.
>

I packaged a new upstream snapshot.


>
> > Why did you not commit your changes to the collab-maint git repository?
> :(
>
> Because it's not in collab-maint but in pkg-go which I am not part of...
>

Sorry, I confused this package with dh-golang. I’d encourage you to become
a member of pkg-go, though. It’s a quick procedure: you click the button on
alioth, we approve :).

Thanks!


>
> Cheers,
> --
> Raphaël Hertzog ◈ Debian Developer
>
> Support Debian LTS: http://www.freexian.com/services/debian-lts.html
> Learn to master Debian: http://debian-handbook.info/get/
>



-- 
Best regards,
Michael


Processed: forcibly merging 820947 820978

2016-04-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> forcemerge 820947 820978
Bug #820947 [src:samba] smbclient: [regression] pulls the server package 
"samba" via samba-libs since 2:4.2.10+dfsg-0+deb8u1 (DSA 3548-1)
Bug #820951 [src:samba] samba-libs requires samba
Bug #820958 [src:samba] Upgrade of 4.1 to 4.2 in Jessie forces the samba 
package to be installed and the daemons started (nagios plugins install)
Bug #820978 [src:samba] smbclient: dist-upgrade in jessie installs the full 
samba package
Bug #820951 [src:samba] samba-libs requires samba
Bug #820958 [src:samba] Upgrade of 4.1 to 4.2 in Jessie forces the samba 
package to be installed and the daemons started (nagios plugins install)
Bug #820978 [src:samba] smbclient: dist-upgrade in jessie installs the full 
samba package
Merged 820947 820951 820958 820978
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
820947: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820947
820951: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820951
820958: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820958
820978: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820978
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#820978: Bug #820947 and #820978 are the same.

2016-04-14 Thread Santiago Vila
forcemerge 820947 820978
thanks

Sorry, I didn't see this was already reported.



Processed: Bug #820947 and #820978 are the same.

2016-04-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> forcemerge 820947 820978
Bug #820947 [src:samba] smbclient: [regression] pulls the server package 
"samba" via samba-libs since 2:4.2.10+dfsg-0+deb8u1 (DSA 3548-1)
Bug #820951 [src:samba] samba-libs requires samba
Bug #820958 [src:samba] Upgrade of 4.1 to 4.2 in Jessie forces the samba 
package to be installed and the daemons started (nagios plugins install)
Bug #820947 [src:samba] smbclient: [regression] pulls the server package 
"samba" via samba-libs since 2:4.2.10+dfsg-0+deb8u1 (DSA 3548-1)
Marked as found in versions samba/2:4.2.10+dfsg-0+deb8u1.
Marked as found in versions samba/2:4.2.10+dfsg-0+deb8u1.
Marked as found in versions samba/2:4.2.10+dfsg-0+deb8u1.
Bug #820978 [src:samba] smbclient: dist-upgrade in jessie installs the full 
samba package
Added indication that 820978 affects security.debian.org
Added tag(s) pending, confirmed, jessie, and security.
Bug #820951 [src:samba] samba-libs requires samba
Bug #820958 [src:samba] Upgrade of 4.1 to 4.2 in Jessie forces the samba 
package to be installed and the daemons started (nagios plugins install)
Merged 820947 820951 820958 820978
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
820947: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820947
820951: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820951
820958: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820958
820978: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820978
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#820978: smbclient: dist-upgrade in jessie installs the full samba package

2016-04-14 Thread Santiago Vila
Package: src:samba
Version: 2:4.2.10+dfsg-0+deb8u1
Severity: serious

Dear maintainer: On a system where only smbclient (and dependencies)
is installed, upgrading to the packages in security.debian.org today
makes the "samba" full server to be installed.

This kind of change should never be ok for the Debian stable distribution,
so I'm using an appropriate severity indicating "unsuitable for release".

Way to reproduce:

* Install Debian 8.4 without security.debian.org

* Install smbclient.

* Add the sources.list line for security.debian.org

* apt-get upgrade. The following will happen:

The following packages have been kept back:
  libldb1 libsmbclient samba-common samba-libs smbclient
The following packages will be upgraded:
  libtalloc2 libtdb1 libtevent0 libwbclient0 python-talloc

So far, so good.

* apt-get dist-upgrade. The following will happen:

The following NEW packages will be installed:
  libarchive13 libfile-copy-recursive-perl libhdb9-heimdal liblzo2-2 libxml2 
perl perl-modules
  python-crypto python-dnspython python-ldb python-ntdb python-samba python-tdb 
samba samba-common-bin
  samba-dsdb-modules tdb-tools update-inetd
The following packages will be upgraded:
  libldb1 libsmbclient samba-common samba-libs smbclient


No way. Please note that the samba packages is in the list.

This is simply not acceptable. I hope this is fixed soon.

Thanks.



Bug#820879: How to avoid version restrictions for JS libraries (Was: Bug#820879: r-cran-shiny: uninstallable in sid: Depends: libjs-jquery (< 1.11.3+dfsg.0~) but 1.12.3-1 is to be installed)

2016-04-14 Thread Andreas Tille
On Thu, Apr 14, 2016 at 10:02:43AM +0200, Raphael Hertzog wrote:
> On Wed, 13 Apr 2016, Andreas Tille wrote:
> > The thing is I used "replace" in the first place instead of embed but
> > it resulted in
> > 
> > dh_linktree
> > dpkg-query: error: --search needs at least one file name pattern argument
> > 
> > Use --help for help about querying packages.
> > dh_linktree: error: dpkg --search --  gave error exit status 2
> > 
> > when replacing whole directories.  Is there any chance to do a "replace
> > directory"?
> 
> I'm not sure what you tried here.

You might like to checkout r-cran-shiny[1] or look directly at the
linktrees file[2].

> But replace can definitely operate on
> directories even though it will only act on all files below that
> directory. You must have done some mistake in the way you use it...

I can't exclude that it is just my fault. ;-)
 
> And for your explanations of why you want to symlink a directory and not
> the individual files, I can understand it, it's part of the trade off...
> they are better in general, but they are painful if you have to revert
> them to go back to the embedded version (because the Debian version is
> incompatible).

Yes.  Due to your hint I'm now using only one remaining dir replacement
and I needed to use embed here (see [2]) - otherwise the package fails
to build with the above error.

However, what now converns me even more is that when using the replace
action the dependencies are missing in the resulting control
DEBIAN/control inside the package.  It looks like:

  Depends: libjs-jquery-ui (<< 1.10.1+dfsg.0~), libjs-jquery-ui (>= 
1.10.1+dfsg), r-base-core (>= 3.2.4.20160412-1), r-api-3, r-cran-httpuv, 
r-cran-mime, r-cran-jsonlite, r-cran-xtable, r-cran-digest, r-cran-r6, 
r-cran-htmltools

So the embed triggers the (unwanted) strong dependency and the replace
triggers no dependency from the other libs.  So most probably I did
something really wrong here - but I wonder what?

Kind regards

   Andreas.

[1] https://anonscm.debian.org/git/debian-med/r-cran-shiny.git
[2] 
https://anonscm.debian.org/cgit/debian-med/r-cran-shiny.git/tree/debian/linktrees
 

-- 
http://fam-tille.de



Bug#820879: How to avoid version restrictions for JS libraries (Was: Bug#820879: r-cran-shiny: uninstallable in sid: Depends: libjs-jquery (< 1.11.3+dfsg.0~) but 1.12.3-1 is to be installed)

2016-04-14 Thread Raphael Hertzog
On Wed, 13 Apr 2016, Andreas Tille wrote:
> The thing is I used "replace" in the first place instead of embed but
> it resulted in
> 
> dh_linktree
> dpkg-query: error: --search needs at least one file name pattern argument
> 
> Use --help for help about querying packages.
> dh_linktree: error: dpkg --search --  gave error exit status 2
> 
> when replacing whole directories.  Is there any chance to do a "replace
> directory"?

I'm not sure what you tried here. But replace can definitely operate on
directories even though it will only act on all files below that
directory. You must have done some mistake in the way you use it...

And for your explanations of why you want to symlink a directory and not
the individual files, I can understand it, it's part of the trade off...
they are better in general, but they are painful if you have to revert
them to go back to the embedded version (because the Debian version is
incompatible).

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/



Processed: Bug#811477 marked as pending

2016-04-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tag 811477 pending
Bug #811477 [src:kombu] FTBFS: missing dependency on funcsigs
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
811477: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811477
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#811477: marked as pending

2016-04-14 Thread Ondřej Nový
tag 811477 pending
thanks

Hello,

Bug #811477 reported by you has been fixed in the Git repository. You can
see the changelog below, and you can check the diff of the fix at:


http://git.debian.org/?p=python-modules/packages/kombu.git;a=commitdiff;h=490ebb4

---
commit 490ebb4326484da732eb6b0e47d2a0a0c5d39e14
Author: Ondřej Nový 
Date:   Thu Apr 14 09:32:35 2016 +0200

Non-maintainer upload.

* Non-maintainer upload.
* Added missing build-depends-indep on python{3,}-funcsigs (Closes: 
#811477).

diff --git a/debian/changelog b/debian/changelog
index 97ad898..47996f6 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+kombu (3.0.35-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Added missing build-depends-indep on python{3,}-funcsigs (Closes: #811477).
+
+ -- Thomas Goirand   Wed, 13 Apr 2016 17:02:00 +
+
 kombu (3.0.35-1) unstable; urgency=medium
 
   * New upstream release.



Bug#819472: [pkg-go] Bug#819472: dh-make-golang: diff for NMU version 0.0~git20150913.0.1221041-1.1

2016-04-14 Thread Raphael Hertzog
Hi,

On Thu, 14 Apr 2016, Michael Stapelberg wrote:
> I didn’t see this before pushing a new version.

What new version? The new version looks like my changes only.

> Why did you not commit your changes to the collab-maint git repository? :(

Because it's not in collab-maint but in pkg-go which I am not part of...

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/



Bug#820962: marked as done (ruby: File conflict between ruby 1:2.3.0+3 and ruby-dev 1:2.3.0+1)

2016-04-14 Thread Debian Bug Tracking System
Your message dated Thu, 14 Apr 2016 07:34:43 +
with message-id 
and subject line Bug#820962: fixed in ruby-defaults 1:2.3.0+4
has caused the Debian Bug report #820962,
regarding ruby: File conflict between ruby 1:2.3.0+3 and ruby-dev 1:2.3.0+1
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
820962: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820962
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: ruby
Version: 1:2.3.0+3
Severity: serious
Justification: Policy 7.6.1

Unpacking ruby (1:2.3.0+3) over (1:2.3.0+1) ...
dpkg: error processing archive 
/var/cache/apt/archives/ruby_1%3a2.3.0+3_amd64.deb (--unpack):
 trying to overwrite '/usr/lib/x86_64-linux-gnu/pkgconfig/ruby.pc', which is 
also in package ruby-dev:amd64 1:2.3.0+1
Errors were encountered while processing:
 /var/cache/apt/archives/ruby_1%3a2.3.0+3_amd64.deb

It looks like Breaks/Replaces are needed here.

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

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

Versions of packages ruby depends on:
ii  ruby2.3  2.3.0-5

ruby recommends no packages.

Versions of packages ruby suggests:
pn  ri
ii  ruby-dev  1:2.3.0+3

-- no debconf information
--- End Message ---
--- Begin Message ---
Source: ruby-defaults
Source-Version: 1:2.3.0+4

We believe that the bug you reported is fixed in the latest version of
ruby-defaults, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 820...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Christian Hofstaedtler  (supplier of updated ruby-defaults 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 14 Apr 2016 07:11:22 +
Source: ruby-defaults
Binary: ruby ruby-dev ruby-all-dev libruby libtcltk-ruby ri ruby-full
Architecture: source
Version: 1:2.3.0+4
Distribution: unstable
Urgency: medium
Maintainer: Antonio Terceiro 
Changed-By: Christian Hofstaedtler 
Description:
 libruby- Libraries necessary to run Ruby
 libtcltk-ruby - Tcl/Tk interface for Ruby
 ri - Ruby Interactive reference
 ruby   - Interpreter of object-oriented scripting language Ruby (default v
 ruby-all-dev - Ruby development environment (all versions supported in Debian)
 ruby-dev   - Header files for compiling extension modules for Ruby (default ve
 ruby-full  - Ruby full installation (default version)
Closes: 820962
Changes:
 ruby-defaults (1:2.3.0+4) unstable; urgency=medium
 .
   * Install ruby.pc symlink only in ruby-dev. (Closes: #820962)
Checksums-Sha1:
 912dd32540a825b0862fdda80f9b7e72fcb58edc 1956 ruby-defaults_2.3.0+4.dsc
 b809d340771866aafde117f4e2da464146b2ebee 11108 ruby-defaults_2.3.0+4.tar.xz
Checksums-Sha256:
 9cae200c06f73064a2cf43965db200c4c56dac28bb98fbfef71ab8db8d59a0d9 1956 
ruby-defaults_2.3.0+4.dsc
 df14cf80d27610a742fab63acc3e1d73846dcd9998697699d047486fde0fcdfe 11108 
ruby-defaults_2.3.0+4.tar.xz
Files:
 9a5236d42e16e6bd2dc2d915e6d56aaf 1956 ruby optional ruby-defaults_2.3.0+4.dsc
 ae42594a939d7c98c2a51480e3fb6bbb 11108 ruby optional 
ruby-defaults_2.3.0+4.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJXD0SMAAoJEFwT1tuTBS4DfAIQAJiVsyw+nhNnfPbzpKYfdhSJ
nqyS6IPdFuCxVPL/m7/WPTJoqiqBsKSewGM5nxMYdEgm2txavLoun2Vuf80EdzCM
k96/MVrmdFqyKljmW6l7M+Xwlui56CbBXalxUqSrzXwLHKwQlGMZ9eaZo4X8bfBx
O4p9mHrQsp7KPXDOpJRl+FgFy3OtQKGKTS20Rua+IMiciEAz2wSX1Ix80e+ReUQ3
Kmnv0xyERxvDj8ADbhnZQH58ePl6dVxfULyCOE5kTyjA9PvVB8EVeYUBYMpcc232
yJ5RXv15dYXPW3tAuQV4/dQgY96s/z7jy32SS6XCxIE+MXSUgLPBN78M0E8BKDux
2DFGHwvBwXWb1nHxOziV+WO2drjFQT+/KWSo5FUgJRzziwrH4pss3hi9Uy9kvJOF
aemsDYxfL+/QYp+gWA6n6NmwXc7ei/47IaeMG6ouEaZGcR1DmOANZqxIsEnnYStD
ceX0dPbOKo+MqmdbZFU/DTVz7ubpSM7BAAAvfdAq0KVqJo/BhGa56k19f2pZQPc8

Bug#819472: marked as done (dh-make-golang builds not accepted due to invalid Built-Using)

2016-04-14 Thread Debian Bug Tracking System
Your message dated Thu, 14 Apr 2016 07:34:13 +
with message-id 
and subject line Bug#819472: fixed in dh-make-golang 0.0~git20160414.0.c4f61b1-2
has caused the Debian Bug report #819472,
regarding dh-make-golang builds not accepted due to invalid Built-Using
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
819472: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819472
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: dh-make-golang
Version: 0.0~git20150913.0.1221041-1
Severity: serious
User: de...@kali.org
Usertags: origin-kali

Recent builds of dh-make-golang (such as on arm64 or ppc64el) have been
rejected by DAK because the package generated an invalid Built-Using
field:

Built-Using: golang (= 2:1.5.1-4), golang-blackfriday-dev (= ), 
golang-golang-x-net-dev (= 0.0+git20151007.b846920+dfsg-1), 
golang-golang-x-tools (= 1:0.0~git20151026.0.0f9d71c-2)

The problem is that the package expects to find golang-blackfriday-dev but
this package is gone in unstable... instead you get
golang-github-russross-blackfriday-dev which provides it.

So please fix debian/control to mention
golang-github-russross-blackfriday-dev as first alternative in
Build-Depends (that way dh_golang will pick the correct package).

I can do an NMU if you want.

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

Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--- End Message ---
--- Begin Message ---
Source: dh-make-golang
Source-Version: 0.0~git20160414.0.c4f61b1-2

We believe that the bug you reported is fixed in the latest version of
dh-make-golang, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 819...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Michael Stapelberg  (supplier of updated dh-make-golang 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 14 Apr 2016 09:10:21 +0200
Source: dh-make-golang
Binary: dh-make-golang
Architecture: source amd64
Version: 0.0~git20160414.0.c4f61b1-2
Distribution: unstable
Urgency: medium
Maintainer: pkg-go 
Changed-By: Michael Stapelberg 
Description:
 dh-make-golang - tool that converts Go packages into Debian package source
Closes: 819472
Changes:
 dh-make-golang (0.0~git20160414.0.c4f61b1-2) unstable; urgency=medium
 .
   [ Raphaël Hertzog ]
   * Fix Build-Depends to list golang-github-russross-blackfriday-dev as first
 alternative. Closes: #819472
 This will ensure that the generated Built-Using field is again valid and
 let dak accept new uploads (such as the currently missing arm64 build).
Checksums-Sha1:
 6a361bde06a4a5a6dba7aaa990d46d9e7809242b 2253 
dh-make-golang_0.0~git20160414.0.c4f61b1-2.dsc
 f55d9e37ea4e2b5c8ea39e5a1b7443b5191e09b5 12416 
dh-make-golang_0.0~git20160414.0.c4f61b1.orig.tar.xz
 d787075bd88e5b1d50c1bc08b52633348d948b00 2544 
dh-make-golang_0.0~git20160414.0.c4f61b1-2.debian.tar.xz
 5916dcb77a4e1f40e0acb490a7bfde3c487ac423 693548 
dh-make-golang-dbgsym_0.0~git20160414.0.c4f61b1-2_amd64.deb
 d7fc5f594305d3a72437e20de09ba979b6259730 1589666 
dh-make-golang_0.0~git20160414.0.c4f61b1-2_amd64.deb
Checksums-Sha256:
 0262acaf9e3d8fbc55930df24e9d47d39aded37b0b3baf1ea45414f26911fee3 2253 
dh-make-golang_0.0~git20160414.0.c4f61b1-2.dsc
 cc959d4cc0eacba63a484859e9ad50b8cb3ecfcd097be9fb12344273bc542eb0 12416 
dh-make-golang_0.0~git20160414.0.c4f61b1.orig.tar.xz
 763f9fec86d40445201e294f91d9f5490c5e121334280322649286d64ff3c58e 2544 
dh-make-golang_0.0~git20160414.0.c4f61b1-2.debian.tar.xz
 f96918633d2cdfd88d8c592d16f2e27bdf05577396d34b65d9636d231b197024 693548 
dh-make-golang-dbgsym_0.0~git20160414.0.c4f61b1-2_amd64.deb
 8b582e3b8129c76e4068d65c11869dca29956692d17b0b44f69f320d2365785c 1589666 

Bug#820965: [regression]: net usersidlist: Could not malloc sid array Could not get the user/sid list

2016-04-14 Thread Andrew Bartlett
On Thu, 14 Apr 2016 14:06:00 +0800 Paul Wise  wrote:
> On Thu, 14 Apr 2016 13:52:10 +0800 Paul Wise wrote:
> 
> > The upgrade of samba in the Debian security archive has caused an
error
> > with net usersidlist, it is now unable to retrieve the user SID
list:
> 
> Somehow I was able to make the error go away by downgrading the samba
> packages to 2:4.1.17+dfsg-2+deb8u2 and running `net usersidlist`
again
> and then upgrading back to 2:4.2.10+dfsg-0+deb8u1 again.

My best guess is that winbindd wasn't in a happy state after the
upgrade.  'net cache flush' or similar may have helped.

That is, I think wbcListUsers() returned 0 entries, which causes other
code to think a realloc of length 0 'failed'. 

wbinfo -u would probably have failed in a similar way, but with a more
useful error message.

Andrew Bartlett
-- 
Andrew Bartlett   http://samba.org/~abartlet/
Authentication Developer, Samba Team  http://samba.org
Samba Developer, Catalyst IT  http://catalyst.net.nz/services/samba



Bug#820879: How to avoid version restrictions for JS libraries (Was: Bug#820879: r-cran-shiny: uninstallable in sid: Depends: libjs-jquery (< 1.11.3+dfsg.0~) but 1.12.3-1 is to be installed)

2016-04-14 Thread Gianfranco Costamagna
Hi, I remember having used dh_linktree, but I forgot when and where
does this helps?
https://codesearch.debian.net/results/dh_linktree/page_0

in the first page there are some examples of fonts linked (the whole directory).

HTH

Gianfranco

Il Mercoledì 13 Aprile 2016 22:10, Andreas Tille  ha scritto:



On Wed, Apr 13, 2016 at 09:37:00PM +0200, Andreas Tille wrote:
> On Wed, Apr 13, 2016 at 03:38:16PM +0200, Raphael Hertzog wrote:
> > On Wed, 13 Apr 2016, Andreas Tille wrote:
> > > Could you advise for the proper option to get a less strict dependency?
> > 
> > Please read its manual page, it's all documented:
> > 
> > | The "replace" action is like "deduplicate" except that it does
> > | replace existing files even if their content is different from the 
> > content of
> > | the source files. It generates a weak dependency ("at least the current
> > | upstream version") on the basis that you already assume that both version 
> > are
> > | compatible, otherwise you would have used "deduplicate" or "embed".
> 
> The thing is I used "replace" in the first place instead of embed but
> it resulted in
> 
> dh_linktree
> dpkg-query: error: --search needs at least one file name pattern argument
> 
> Use --help for help about querying packages.
> dh_linktree: error: dpkg --search --  gave error exit status 2
> 
> 
> when replacing whole directories.  Is there any chance to do a "replace
> directory"?

To underline why this makes sense:

   /usr/share/twitter-bootstrap/files/js/locales

contains currently 38 different translation files.  If a new package
twitter-bootstrap might be released there could be more translations.
So it makes absolutely sense to just symlink to the directory instead of
single files which would exclude new translations for no good reason.


Kind regards

   Andreas.

-- 
http://fam-tille.de



  1   2   >