Bug#727335: cal3d: update config.{sub,guess} for the AArch64 port

[Logan Rosen]

Package: cal3d
Version: 0.11.0-4.1
Followup-For: Bug #727335
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

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

  * Use dh-autoreconf to get new libtool macros for ppc64el and update
config.{sub,guess} for new arches.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.12.0-7-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u cal3d-0.11.0/debian/rules cal3d-0.11.0/debian/rules
--- cal3d-0.11.0/debian/rules
+++ cal3d-0.11.0/debian/rules
@@ -17,7 +17,7 @@
 
 config.status: configure
 	dh_testdir
-
+	dh_autoreconf
 	LIBS=$(LIBS) \
 	./configure \
 		--host=$(DEB_HOST_GNU_TYPE) \
@@ -50,7 +50,7 @@
 	rm -f build-stamp 
 
 	[ ! -f Makefile ] || $(MAKE) distclean
-
+	dh_autoreconf_clean
 	dh_clean
 
 install: build
diff -u cal3d-0.11.0/debian/control cal3d-0.11.0/debian/control
--- cal3d-0.11.0/debian/control
+++ cal3d-0.11.0/debian/control
@@ -2,7 +2,7 @@
 Section: libs
 Priority: optional
 Maintainer: Michael Koch konque...@gmx.de
-Build-Depends: debhelper (= 5), doxygen, dpkg-dev (= 1.16.1)
+Build-Depends: debhelper (= 5), doxygen, dpkg-dev (= 1.16.1), dh-autoreconf
 Standards-Version: 3.8.2
 Homepage: https://gna.org/projects/cal3d/
 
diff -u cal3d-0.11.0/debian/changelog cal3d-0.11.0/debian/changelog

Bug#600053: logcheck rules needs updating for 'puppet-agent'

[Hannes von Haugwitz]

On Wed, Oct 13, 2010 at 09:46:57AM +0200, Hendrik Jaeger wrote:
 I noticed the name puppetd logs with to syslog has changed, when in lenny the 
 lines looked like this:
 puppetd[2851]: Finished catalog run in 5.80 seconds
 
 they look like this in squeeze:
 puppet-agent[2736]: Finished catalog run in 0.19 seconds

This bug has been fixed in 2.6.1-1 (git: 419e007 [0]) and hence can
be closed.

Best regards

Hannes

[0] http://anonscm.debian.org/gitweb/?p=pkg-puppet/puppet.git;a=commit;h=419e007


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733079: canl-c++: use dh-autoreconf instead of autotools-dev to also fix FTBFS on ppc64el

[Logan Rosen]

Package: canl-c++
Version: 1.0.1-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary instead of just config.{sub,guess} updates with
autotools-dev. This is because we need new libtool macros for ppc64el.

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

  * Use dh-autoreconf instead of autotools-dev to fix FTBFS on ppc64el.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.12.0-7-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru canl-c++-1.0.1/debian/control canl-c++-1.0.1/debian/control
--- canl-c++-1.0.1/debian/control	2013-11-29 04:43:19.0 -0500
+++ canl-c++-1.0.1/debian/control	2013-12-25 03:35:11.0 -0500
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Mattias Ellert mattias.ell...@fysast.uu.se
 Uploaders: Anders Waananen waana...@nbi.dk
-Build-Depends: debhelper (= 5), autotools-dev, libssl-dev, libglibmm-2.4-dev, libltdl-dev | libltdl7-dev | libltdl3-dev, libcppunit-dev, pkg-config, libglib2.0-dev, libnss3-dev, libdb++-dev, python-dev, swig
+Build-Depends: debhelper (= 5), libssl-dev, libglibmm-2.4-dev, libltdl-dev | libltdl7-dev | libltdl3-dev, libcppunit-dev, pkg-config, libglib2.0-dev, libnss3-dev, libdb++-dev, python-dev, swig, dh-autoreconf
 Standards-Version: 3.9.5
 Vcs-Browser: http://svn.nordugrid.org/trac/workarea/browser/caNl++
 Vcs-Svn: http://svn.nordugrid.org/repos/workarea/caNl++/trunk
diff -Nru canl-c++-1.0.1/debian/rules canl-c++-1.0.1/debian/rules
--- canl-c++-1.0.1/debian/rules	2013-11-29 03:28:47.0 -0500
+++ canl-c++-1.0.1/debian/rules	2013-12-25 02:34:54.0 -0500
@@ -6,7 +6,7 @@
 
 configure-stamp:
 	dh_testdir
-	dh_autotools-dev_updateconfig
+	dh_autoreconf
 	CFLAGS=$(CFLAGS) CXXFLAGS=$(CXXFLAGS) \
 	CPPFLAGS=$(CPPFLAGS) LDFLAGS=$(LDFLAGS) -Wl,-z,defs \
 	./configure --host=$(DEB_HOST_GNU_TYPE) \
@@ -39,7 +39,7 @@
 
 	if [ -r Makefile ] ; then $(MAKE) distclean ; fi
 
-	dh_autotools-dev_restoreconfig
+	dh_autoreconf_clean
 	dh_clean configure-stamp build-stamp
 
 install: build-stamp

Bug#733080: chmlib: use dh-autoreconf instead of autotools-dev to also fix FTBFS on ppc64el

[Logan Rosen]

Package: chmlib
Version: 2:0.40a-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary instead of just config.{sub,guess} updates with
autotools-dev. This is because we need new libtool macros for ppc64el.

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

  * Use dh-autoreconf instead of autotools-dev to fix FTBFS on ppc64el.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.12.0-7-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru chmlib-0.40a/debian/control chmlib-0.40a/debian/control
--- chmlib-0.40a/debian/control	2011-11-21 09:19:23.0 -0500
+++ chmlib-0.40a/debian/control	2013-12-25 03:40:34.0 -0500
@@ -3,8 +3,8 @@
 Priority: optional
 Maintainer: Kartik Mistry kar...@debian.org
 Build-Depends: debhelper (= 7),
-   autotools-dev,
-   libtool
+   libtool,
+   dh-autoreconf
 Homepage: http://www.jedrea.com/chmlib/
 Standards-Version: 3.9.2
 
diff -Nru chmlib-0.40a/debian/rules chmlib-0.40a/debian/rules
--- chmlib-0.40a/debian/rules	2012-01-01 23:44:01.0 -0500
+++ chmlib-0.40a/debian/rules	2013-12-25 02:53:22.0 -0500
@@ -13,14 +13,7 @@
 configure: configure-stamp
 configure-stamp:
 	dh_testdir
-
-ifneq $(wildcard /usr/share/misc/config.sub) 
-	cp -f /usr/share/misc/config.sub config.sub
-endif
-ifneq $(wildcard /usr/share/misc/config.guess) 
-	cp -f /usr/share/misc/config.guess config.guess
-endif
-
+	dh_autoreconf
 	./configure CPPFLAGS=$(CPPFLAGS) LDFLAGS=$(LDFLAGS) CFLAGS=$(CFLAGS) \
 		--host=$(DEB_HOST_GNU_TYPE) \
 		--build=$(DEB_BUILD_GNU_TYPE) \
@@ -43,7 +36,7 @@
 	dh_testroot
 	rm -rf build-stamp configure-stamp test_chmLib config.log config.cache
 	[ ! -f Makefile ] || $(MAKE) distclean
-	rm -f config.sub config.guess
+	dh_autoreconf_clean
 	dh_clean
 
 install: build

Bug#733081: curlpp: use dh-autoreconf instead of autotools-dev to also fix FTBFS on ppc64el

[Logan Rosen]

Package: curlpp
Version: 0.7.3-4
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary instead of just config.{sub,guess} updates with
autotools-dev. This is because we need new libtool macros for ppc64el.

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

  * Use dh-autoreconf instead of autotools-dev to fix FTBFS on ppc64el.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.12.0-7-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru curlpp-0.7.3/debian/control curlpp-0.7.3/debian/control
--- curlpp-0.7.3/debian/control	2013-10-29 09:40:02.0 -0400
+++ curlpp-0.7.3/debian/control	2013-12-25 03:41:35.0 -0500
@@ -1,7 +1,7 @@
 Source: curlpp
 Priority: extra
 Maintainer: Ximin Luo infini...@gmx.com
-Build-Depends: debhelper (= 9), autotools-dev, libboost-dev (= 1.33), libcurl4-openssl-dev | libcurl4-dev
+Build-Depends: debhelper (= 9), libboost-dev (= 1.33), libcurl4-openssl-dev | libcurl4-dev, dh-autoreconf
 Standards-Version: 3.9.4
 Section: libs
 Homepage: http://www.curlpp.org/
diff -Nru curlpp-0.7.3/debian/rules curlpp-0.7.3/debian/rules
--- curlpp-0.7.3/debian/rules	2013-10-29 09:07:09.0 -0400
+++ curlpp-0.7.3/debian/rules	2013-12-25 03:02:25.0 -0500
@@ -10,7 +10,7 @@
 #export DH_VERBOSE=1
 
 %:
-	dh $@ --with autotools_dev
+	dh $@ --with autoreconf
 
 override_dh_installdocs:
 	dh_installdocs --link-doc=libcurlpp0

Bug#733082: boolstuff: use dh-autoreconf instead of autotools-dev to also fix FTBFS on ppc64el

[Logan Rosen]

Package: boolstuff
Version: 0.1.14-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary instead of just config.{sub,guess} updates with
autotools-dev. This is because we need new libtool macros for ppc64el.

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

  * Use dh-autoreconf instead of autotools-dev to fix FTBFS on ppc64el.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.12.0-7-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru boolstuff-0.1.14/debian/control boolstuff-0.1.14/debian/control
--- boolstuff-0.1.14/debian/control	2013-09-14 21:14:10.0 -0400
+++ boolstuff-0.1.14/debian/control	2013-12-25 03:42:36.0 -0500
@@ -1,7 +1,7 @@
 Source: boolstuff
 Priority: optional
 Maintainer: Miriam Ruiz mir...@debian.org
-Build-Depends: debhelper (= 9), autotools-dev, quilt, perl, chrpath
+Build-Depends: debhelper (= 9), quilt, perl, chrpath, dh-autoreconf
 Standards-Version: 3.9.4
 Section: libs
 Homepage: http://sarrazip.com/dev/boolstuff.html
diff -Nru boolstuff-0.1.14/debian/rules boolstuff-0.1.14/debian/rules
--- boolstuff-0.1.14/debian/rules	2013-09-14 20:53:28.0 -0400
+++ boolstuff-0.1.14/debian/rules	2013-12-24 18:25:36.0 -0500
@@ -36,12 +36,7 @@
 config.status: configure
 	dh_testdir
 	$(MAKE) -f /usr/share/quilt/quilt.make patch
-ifneq $(wildcard /usr/share/misc/config.sub) 
-	cp -f /usr/share/misc/config.sub config.sub
-endif
-ifneq $(wildcard /usr/share/misc/config.guess) 
-	cp -f /usr/share/misc/config.guess config.guess
-endif
+	dh_autoreconf
 	./configure \
 		CFLAGS=$(CFLAGS) \
 		CXXFLAGS=$(CXXFLAGS) \
@@ -71,8 +66,8 @@
 	dh_testroot
 	rm -f build-stamp 
 	[ ! -f Makefile ] || $(MAKE) distclean
-	rm -f config.sub config.guess config.log config.status
 	$(MAKE) -f /usr/share/quilt/quilt.make unpatch
+	dh_autoreconf_clean
 	dh_clean
 
 install: build

Bug#733083: ffmpegthumbnailer: use dh-autoreconf to fix FTBFS on ppc64el

[Logan Rosen]

Package: ffmpegthumbnailer
Version: 2.0.8-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary. This is because we need new libtool macros for
ppc64el.

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

  * Use dh-autoreconf to fix FTBFS on ppc64el.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.12.0-7-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru ffmpegthumbnailer-2.0.8/debian/control ffmpegthumbnailer-2.0.8/debian/control
--- ffmpegthumbnailer-2.0.8/debian/control	2013-09-17 18:45:18.0 -0400
+++ ffmpegthumbnailer-2.0.8/debian/control	2013-12-25 03:47:04.0 -0500
@@ -5,7 +5,7 @@
 Uploaders: Soeren Sonnenburg so...@debian.org
 Build-Depends: debhelper (= 9), pkg-config, libavutil-dev, libavformat-dev,
  libavcodec-dev (= 4:0.6~svn20100505-1~), libswscale-dev, libpng-dev,
- libjpeg-dev, dpkg-dev (= 1.16.1)
+ libjpeg-dev, dpkg-dev (= 1.16.1), dh-autoreconf
 Standards-Version: 3.9.4
 Homepage: http://code.google.com/p/ffmpegthumbnailer/
 Vcs-Svn: https://bollin.googlecode.com/svn/ffmpegthumbnailer/trunk/
diff -Nru ffmpegthumbnailer-2.0.8/debian/rules ffmpegthumbnailer-2.0.8/debian/rules
--- ffmpegthumbnailer-2.0.8/debian/rules	2013-09-17 18:45:18.0 -0400
+++ ffmpegthumbnailer-2.0.8/debian/rules	2013-12-23 22:25:39.0 -0500
@@ -4,7 +4,7 @@
 export DEB_BUILD_MAINT_OPTIONS=hardening=+all
 
 %:
-	dh $@ --parallel
+	dh $@ --parallel --with autoreconf
 
 override_dh_auto_configure:
 	dh_auto_configure -- --enable-gio --enable-thumbnailer

Bug#732945: Debian-Bug#732945: python-csb autopkg test always fails

[Ivan Kalev]

Hi Andreas,

The problem with /var/lib or cache is that it won't work on windows. The
advantage of ~ is that python resolves it to user's home directory on any
platform. Transparent portability is somehow essential in csb.

But there are other options as well:

1) Use a temp directory and setup/teardown the text fixture every time.

2) Skip some tests at runtime if the resources they depend on are missing.
These tests are important during development, but not at all essential
during installation. So it is perfectly okay to skip them.

Both solutions are very easy to implement.

Best regards,
Ivan
On Dec 24, 2013 4:24 PM, Andreas Tille andr...@an3as.eu wrote:

 Hi Ivan,

 On Tue, Dec 24, 2013 at 08:41:38AM +, Ivan Kalev wrote:
  Just to make sure that I understood everything correctly:
 
  - you run the build as root

 Well, it is actually fakeroot (so faking to be root but without
 permission to write to /usr).

  - then you run the test suite again as root and it passes, right?

 No, the testsuite does not pass.

  - this bug appears only when you install the built package and then run
 the
  test suite as normal user?

 In both cases it does not run.

  Is this all correct?
 
  Here is some background. Our project supports several workflows:
 
  1) csb developer: checkout/update from the repo, run all tests, write
 code,
  run tests, commit, etc. The first time a developer runs the test suite,
  some files get written to csb/test/data and remain there (virtually
  forever). Next time the developer runs the test suite to verify their
 code,
  these files will be read directly from csb/test/data. This is what I mean
  by future use.
 
  2) csb nightly build process: this is pretty much your workflow as well.
  Checkout the repo in an empty directory, run the test suite, build
 package,
  publish artifacts, wipe the entire checkout directory. The moment the
 build
  bot runs the test suite, some files get generated in csb/test/data. These
  are needed by some test cases and will get deleted along with everything
  else  once the checkout dir gets wiped at the end of the build.
 
  3) csb user: install package, use package. No test suites are necessary
 and
  no files in csb/test/data need to get generated,  stored or used. If the
  user decided to run the test suite for some reason (e.g. to verify that
 all
  dependencies are properly installed), csb will attempt to generate the
  missing files in csb/test/data. But as you observed, this is only
 possible
  if csb/test/data is a writable directory. One workaround is to install
 csb
  from PyPI with normal privileges and a prefix:
 
  $ python setup.py install --prefix alt location
 
  Another possibility is to modify our code to write these files in
  csb/test/data, but if that is not possible --- to ~/.csb-test-files or
  something similar.

 According to FHS it would be reasonable to write to

/var/{lib,cache}/csb

 I think this would fit your workflow as well, isn't it?

  Many thanks for your help!

 Thanks for supporting our packaging by responding very quickly and helpful

 Andreas.

 --
 http://fam-tille.de

Bug#536117: (fl-cow_0.6-1/avr32): FTBFS: Outdated config.{sub,guess}

[Logan Rosen]

Package: fl-cow
Version: 0.6-4.1
Followup-For: Bug #536117
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

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

  * Pass -f to autoreconf so that it updates config.{sub,guess} for new arches.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.12.0-7-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u fl-cow-0.6/debian/rules fl-cow-0.6/debian/rules
--- fl-cow-0.6/debian/rules
+++ fl-cow-0.6/debian/rules
@@ -7,7 +7,7 @@
 
 configure-stamp:
 	dh_testdir
-	autoreconf -i
+	autoreconf -fi
 	./configure --prefix=/usr --disable-static --libdir=/usr/lib/fl-cow
 	touch configure-stamp
 

Bug#733049: debian-installer does NOT add bootable flag in guided partitioning mode

[Christian PERRIER]

Quoting Andres Cimmarusti (acimmaru...@gmail.com):
 Package: debian-installer
 Version: 20130613+deb7u1+b1
 Severity: normal
 Tags: d-i
 
 Since version 7.0 of wheezy, the debian installer has had this problem. 
 The debian installer in guided partitioning mode does NOT automatically 
 add the bootable flag to the appropriate partition. This can result in 
 unbootable systems, especially for beginners.
 
 This should be corrected in wheezy and beyond.


And what do you propose for this? :-)




signature.asc
Description: Digital signature

Bug#733084: fence-agents: use autotools-dev to update config.{sub,guess} for new arches

[Logan Rosen]

Package: fence-agents
Version: 3.1.5-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

Please use autotools-dev to update config.{sub,guess} for new architectures.
For example, we needed these updates in Ubuntu for the new arm64 and ppc64el
architectures.

In Ubuntu, the attached patch was applied to achieve the following:
  * Use autotools-dev to update config.{sub,guess} for new arches.

Thanks for considering the patch.
Logan Rosen



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

Kernel: Linux 3.12.0-7-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru fence-agents-3.1.5/debian/rules fence-agents-3.1.5/debian/rules
--- fence-agents-3.1.5/debian/rules	2012-02-06 18:25:39.0 -0500
+++ fence-agents-3.1.5/debian/rules	2013-12-23 22:11:25.0 -0500
@@ -10,7 +10,7 @@
 	uscan --noconf --force-download --rename --repack --download-current-version --destdir=.
 
 %:
-	dh $@ --with python2
+	dh $@ --with python2,autotools_dev
 
 override_dh_auto_configure:
 	#[ -f configure ] || sh autogen.sh # Use this when tarball is fixed

Bug#733085: elk: use dh-autoreconf instead of autotools-dev to fix FTBFS on ppc64el as well

[Logan Rosen]

Package: elk
Version: 3.99.8-2.1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary instead of just config.{sub,guess} updates with
autotools-dev. This is because we need new libtool macros for ppc64el.

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

  * Use dh-autoreconf instead of autotools-dev to fix FTBFS on ppc64el.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.12.0-7-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u elk-3.99.8/debian/control elk-3.99.8/debian/control
--- elk-3.99.8/debian/control
+++ elk-3.99.8/debian/control
@@ -1,9 +1,8 @@
 Source: elk
 Section: devel
 Priority: optional
-Build-Depends: debhelper (= 8.0), groff, libelfg0-dev, libx11-dev, libxext-dev, libxmu-dev, libxt-dev, libice-dev, libsm-dev, libmotif-dev, libgdbm-dev, libxaw7-dev, autotools-dev
+Build-Depends: debhelper (= 8.0), groff, libelfg0-dev, libx11-dev, libxext-dev, libxmu-dev, libxt-dev, libice-dev, libsm-dev, libmotif-dev, libgdbm-dev, libxaw7-dev, dh-autoreconf
 Maintainer: Sam Hocevar s...@debian.org
 Standards-Version: 3.9.2
 
 Package: elk
diff -u elk-3.99.8/debian/rules elk-3.99.8/debian/rules
--- elk-3.99.8/debian/rules
+++ elk-3.99.8/debian/rules
@@ -6,7 +6,7 @@
 configure: configure-stamp
 configure-stamp:
 	dh_testdir
-	dh_autotools-dev_updateconfig
+	dh_autoreconf
 	./configure --prefix=/usr --mandir=/usr/share/man
 	touch configure-stamp
 
@@ -21,7 +21,7 @@
 	dh_testroot
 	rm -f build-stamp configure-stamp
 	[ ! -f Makefile ] || $(MAKE) -i distclean
-	dh_autotools-dev_restoreconfig
+	dh_autoreconf_clean
 	dh_clean
 
 install: build

Bug#733085: Oops

[Logan Rosen]

My mistake. This diff is based on the previous Ubuntu delta for elk.
Basically, just add the dh-autoreconf debhelper addon, and all should be
good. Don't worry about the autotools-dev stuff that was originally added
in Ubuntu.

Bug#733086: Dangling symlink libopen-pal.so.4

[Игорь Пашев]

Package: libopenmpi1.6
Version: 1.6.5-7


/usr/lib/libopen-pal.so.4 points to /usr/lib/ libopen-pal.so.4.0.4,
but should point to /usr/lib/libopen-pal.so.4.0.5

It is similar to #722888


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#731803: [Pkg-systemd-maintainers] Bug#731803: dh-systemd: dh_installinit and dh_systemd_start are both present when using symlink instead of Alias

[Michael Stapelberg]

control: tags -1 + pending

Hi Laurent,

Laurent Bigonville bi...@debian.org writes:
 After switching from Alias= to mask the SysV initscript to a symlink, it
 seems that my service is (re)started twice, once with the snippet added
 by dh_installinit and the second time by dh_systemd_start.
 dh_systemd_start doesn't seems to detect that dh_installinit is already
 taking care of the same service. 

 # Automatically added by dh_installinit
 if [ -x /etc/init.d/nut-client ]; then
 update-rc.d nut-client defaults /dev/null
 if [ -n $2 ]; then
 _dh_action=restart
 else
 _dh_action=start
 fi
 invoke-rc.d nut-client $_dh_action || exit $?
 fi
 # End automatically added section
 # Automatically added by dh_systemd_start
 if [ -d /run/systemd/system ]; then
 systemctl --system daemon-reload /dev/null || true
 deb-systemd-invoke try-restart nut-monitor.service /dev/null || true
 fi
 # End automatically added section

 This might be a problem for some service I guess
Thanks for the report. I have addressed this issue with commit
http://anonscm.debian.org/gitweb/?p=collab-maint/init-system-helpers.git;a=commitdiff;h=51f7ec85551720b9cf80797996e3656e75e4e18c

Can you verify that this commit fixes the problem for you? I’ll upload a
new version then.

Thanks!

-- 
Best regards,
Michael


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733087: apt-cacher-ng: [debconf_rewrite] Debconf templates and debian/control review proposal

[Christian Perrier]

Package: apt-cacher-ng
Version: N/A
Severity: normal

Dear Debian maintainer,

Hello,

I just noticed new or modified debconf templates appearing for this
package.

I would like to suggest you to consider calling for debconf templates
review AND translation updates when you introduce new debconf
templates or modify the existing templates in a package or, if you
prefer, to send a call for translations after uploading the first
version that introduces new templates or templates changes.

If you're interested in suggestions for doing this, you can find some
at the end of this bug report.

The debian-l10n-english team will now start a review, on our own
initiative. It will be conducted through this bug report.


Suggestions for future debconf templates review


1) Getting debconf templates reviewed
--

The Debian i18n contributors have developed a set of suggestions for
the writing style of debconf templates, to give them an overall
consistency all around Debian. These writing style suggestions are
explained in the Developers Reference. Lintian also warns about common
writing style concerns.

Maintainers are welcome when they ask for a review of debconf templates
and/or packages descriptions on debian-l10n-engl...@lists.debian.org.
It is of course not needed to wait for someone (such as me right me)
proposing you such a review.

In such situations (whether the review is requested by the maintainer
or proposed by someone else), someone from the debian-l10n-english
team will pick up the review to do, handle it, and finally send you a
bug report with the suggested templates. If you want, you can ask for
being CC'ed to the various discussions when the templates are
reviewed.


2) Call for new translations


As soon as the templates have been reviewed, you can ask Debian
translators for new translations:

Just go to your package's build tree and use:

$ podebconf-report-po --call

This will propose you a generic mail which is to be sent to
debian-i...@lists.debian.org and call for new translations.

This utility will mention existing translations to avoid duplicate
work. 

It will also attach the needed material to this mail.

Please also think about giving a deadline to translators. We like
deadlines..:-)

3) Always call for translation updates before uploading
---

(of course only when you change the debconf templates!)

If your package already includes debconf translations (ie *.po files
in debian/po), please consider calling for translation updates if you
happen to change something in the templates...or just in case when you
release a new version.

This is done with the following command:

$ podebconf-report-po

This will build private mails to translators (ie people listed in
Last-Translator in the PO files) for translations that are
incomplete. These mails will included the needed PO file for each
translator.


-- System Information:
Debian Release: jessie/sid
Architecture: i386 (i686)

Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#731109: [LCFC] templates://pinto/{pinto.templates}

[Christian PERRIER]

This is the last call for comments for the review of debconf
templates for pinto.

The reviewed templates will be sent on Friday, December 27, 2013 to this bug 
report
and a mail will be sent to this list with [BTS] as a subject tag.


-- 


Template: pinto/adminpassword
Type: password
_Description: Pinto web administration password:
 Please choose the password for the pintoadmin user.
 .
 This username/password combination is needed, after installation, to log
 in to Pinto through its web interface.
 .
 If this is left empty, you will have to manually configure
 accounts for Pinto.

Template: pinto/adminpassword-repeat
Type: password
_Description: Re-enter password to verify:
 Please enter the same user password again to verify you have typed it
 correctly.

Template: pinto/adminpassword-mismatch
Type: error
_Description: Password input error
 The two passwords you entered were not the same. Please try again.
Source: pinto
Section: perl
Priority: optional
Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org
Uploaders: Oleg Gashev o...@gashev.net
Build-Depends: debhelper (= 8),
 libmodule-build-perl (= 0.400500) | perl (= 5.19.1)
Build-Depends-Indep: cpanminus (= 1.6916),
 libapache-htpasswd-perl,
 libapp-cmd-perl,
 libarchive-extract-perl,
 libauthen-simple-passwd-perl,
 libcapture-tiny-perl,
 libclass-load-perl,
 libcpan-checksums-perl,
 libcpan-distnameinfo-perl,
 libcwd-guard-perl,
 libdatetime-perl,
 libdatetime-timezone-perl,
 libdbd-sqlite3-perl (= 1.33),
 libdbix-class-perl (= 0.08200),
 libdevel-stacktrace-perl,
 libdist-metadata-perl (= 0.924),
 libfile-homedir-perl,
 libfile-nfslock-perl,
 libfile-which-perl,
 libhttp-body-perl,
 libhttp-date-perl,
 libhttp-message-perl,
 libio-interactive-perl,
 libio-prompt-perl,
 libio-string-perl,
 libjson-perl,
 liblist-moreutils-perl,
 libmodule-build-cleaninstall-perl,
 perl (= 5.18.0) | libmodule-corelist-perl (= 2.89),
 libmodule-faker-perl,
 libmoose-perl,
 libmoosex-aliases-perl,
 libmoosex-classattribute-perl,
 libmoosex-configuration-perl,
 libmoosex-markasmethods-perl,
 libmoosex-nonmoose-perl,
 libmoosex-setonce-perl,
 libmoosex-strictconstructor-perl,
 libmoosex-types-perl,
 libpackage-locator-perl,
 libpath-class-perl,
 libplack-perl (= 1.0028),
 libproc-fork-perl,
 libproc-terminator-perl,
 libreadonly-perl,
 librouter-simple-perl,
 libstring-format-perl,
 libterm-editoredit-perl,
 libtest-exception-perl,
 libtest-file-perl,
 libtest-lwp-useragent-perl,
 libtest-tcp-perl,
 libtest-warn-perl,
 libthrowable-perl (= 0.25),
 libtry-tiny-perl,
 liburi-perl,
 libuuid-tiny-perl,
 libwww-perl,
 starman (= 0.3014)
Standards-Version: 3.9.4
Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/pinto.git
Vcs-Git: git://anonscm.debian.org/pkg-perl/packages/pinto.git
Homepage: https://metacpan.org/release/Pinto/

Package: pinto
Architecture: all
Depends: ${misc:Depends}, ${perl:Depends},
 adduser,
 apache2-utils,
 libapp-cmd-perl,
 libarchive-extract-perl,
 libauthen-simple-passwd-perl,
 libclass-load-perl,
 libcpan-checksums-perl,
 libcpan-distnameinfo-perl,
 libcwd-guard-perl,
 libdatetime-perl,
 libdatetime-timezone-perl,
 libdbd-sqlite3-perl (= 1.33),
 libdbix-class-perl (= 0.08200),
 libdevel-stacktrace-perl,
 libdist-metadata-perl (= 0.924),
 libfile-homedir-perl,
 libfile-nfslock-perl,
 libfile-which-perl,
 libhttp-date-perl,
 libhttp-message-perl,
 libio-interactive-perl,
 libio-prompt-perl,
 libio-string-perl,
 libjson-perl,
 perl (= 5.15.0) | libjson-pp-perl,
 liblist-moreutils-perl,
 perl (= 5.18.0) | libmodule-corelist-perl (= 2.89),
 libmoose-perl,
 libmoosex-aliases-perl,
 libmoosex-classattribute-perl,
 libmoosex-configuration-perl,
 libmoosex-markasmethods-perl,
 libmoosex-nonmoose-perl,
 libmoosex-setonce-perl,
 libmoosex-strictconstructor-perl,
 libmoosex-types-perl,
 libpackage-locator-perl,
 libpath-class-perl,
 libplack-perl (= 1.0028),
 libproc-fork-perl,
 libproc-terminator-perl,
 libreadonly-perl,
 librouter-simple-perl,
 libstring-format-perl,
 libterm-editoredit-perl,
 libthrowable-perl (= 0.25),
 libtry-tiny-perl,
 liburi-perl,
 libuuid-tiny-perl,
 libwww-perl,
 starman (= 0.3014),
 perl (= 5.11.0)
Description: application for curating a repository of Perl modules
 Pinto is an application for creating and managing a custom CPAN-like
 repository of Perl modules. The purpose of such a repository is to provide a
 stable, curated stack of dependencies from which you can reliably build,
 test, and deploy applications using the standard Perl tool chain.
 .
 Pinto supports various operations for gathering and managing distribution
 dependencies within the repository, so that you can control precisely which
 dependencies go into applications.


signature.asc
Description: Digital signature

Bug#729651: guymager: FTBFS

[Michael Prokop]

* Thorsten Glaser [Wed Dec 25, 2013 at 12:22:48AM +]:

 as discussed, here’s a debdiff to fix the FTBFS by porting to
 the new libewf API as much as is currently needed and adding
 those new formats – also fixed the inability to dpkg-buildpackage
 twice in a row, as per Debian Policy.

 Caveat: I could not test this, especially not with the new formats.
 It starts, as non-root, and tells me it cannot do anything; when
 starting with sudo I don’t get a usable UI (over VNC, lots of X11
 bad drawing errors, might have to do with x.org vs. XFree86® diffs),
 so I’d appreciate if you can test that this, at least, does not
 introduce any regressions.

Thanks, I'll forward it to upstream and will do according tests,
I'll upload the package as soon as it's considered to be working.

regards,
-mika-


signature.asc
Description: Digital signature

Bug#732945: Debian-Bug#732945: python-csb autopkg test always fails

[Andreas Tille]

Hi Ivan,

On Wed, Dec 25, 2013 at 08:56:02AM +, Ivan Kalev wrote:
 The problem with /var/lib or cache is that it won't work on windows. The
 advantage of ~ is that python resolves it to user's home directory on any
 platform. Transparent portability is somehow essential in csb.

OK, sorry for my *NIX centric view. :-)
 
 But there are other options as well:
 
 1) Use a temp directory and setup/teardown the text fixture every time.
 
 2) Skip some tests at runtime if the resources they depend on are missing.
 These tests are important during development, but not at all essential
 during installation. So it is perfectly okay to skip them.
 
 Both solutions are very easy to implement.

IMHO both solutions sound reasonable for our purpose.  I trust you to
pick the better one from your position.

Kind regards

Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#639631: patch for the packaging: enable systemd service file

[Michael Stapelberg]

Hi,

I updated the patch once again. The most recent version does not patch
the upstream service file at all. Instead, it uses a symlink, which is
the preferred way of doing aliases, as we figured out in #719695.

Please merge this patch for your next upload.

Thanks.

-- 
Best regards,
Michael
From 919691a148323c14461b1a16a74109d7ebf7600e Mon Sep 17 00:00:00 2001
From: Michael Stapelberg stapelb...@debian.org
Date: Wed, 25 Dec 2013 09:20:14 +0100
Subject: [PATCH] enable systemd support, ship symlink to handle different
 names

The sysvinit script is called smartmontools, whereas the service file is
called smartd. The new symlink addresses this, such that users can use
both names and only the native unit is started by systemd.
---
 debian/control | 2 +-
 debian/rules   | 7 ++-
 debian/smartmontools.links | 1 +
 3 files changed, 8 insertions(+), 2 deletions(-)
 create mode 100644 debian/smartmontools.links

diff --git a/debian/control b/debian/control
index 626a3ca..5f37e27 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: utils
 Priority: optional
 Maintainer: Giuseppe Iuculano iucul...@debian.org
 Uploaders: Florian Maier cont...@marsmenschen.com
-Build-Depends: debhelper (= 7), libcam-dev [kfreebsd-i386 kfreebsd-amd64], automake1.10, autoconf, libcap-ng-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 !sparc !avr32], libselinux1-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libusb2-dev [kfreebsd-i386 kfreebsd-amd64], hardening-wrapper
+Build-Depends: debhelper (= 7), dh-systemd (= 1.13), libcam-dev [kfreebsd-i386 kfreebsd-amd64], automake1.10, autoconf, libcap-ng-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 !sparc !avr32], libselinux1-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libusb2-dev [kfreebsd-i386 kfreebsd-amd64], hardening-wrapper
 Standards-Version: 3.9.4
 Vcs-Git: git://anonscm.debian.org/collab-maint/smartmontools.git
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/smartmontools.git
diff --git a/debian/rules b/debian/rules
index fa0dc7f..61cba5c 100755
--- a/debian/rules
+++ b/debian/rules
@@ -56,6 +56,7 @@ configure-stamp:
 --with-attributelog=/var/lib/smartmontools/attrlog. \
 --with-exampledir=/usr/share/doc/smartmontools/examples/ \
 --with-drivedbdir=/var/lib/smartmontools/drivedb \
+--with-systemdsystemunitdir=/lib/systemd/system \
 ${CONFIGURE_ARGS}
 	touch configure-stamp
 
@@ -100,13 +101,17 @@ binary-arch: build install
 	dh_installmenu
 	dh_installlogrotate
 	dh_install
+	# dh_link needs to run before dh_systemd_start so that the
+	# smartmontools.service - smartd.service symlink is present.
+	dh_link
+	dh_systemd_enable
 	dh_installinit -- start 20 2 3 4 5 . stop 20 1 .
+	dh_systemd_start
 	dh_installcron
 	dh_installman debian/update-smart-drivedb.8
 	dh_installinfo
 	dh_lintian
 	dh_installchangelogs ChangeLog
-	dh_link
 	dh_strip
 	dh_compress
 	dh_fixperms
diff --git a/debian/smartmontools.links b/debian/smartmontools.links
new file mode 100644
index 000..31a0a80
--- /dev/null
+++ b/debian/smartmontools.links
@@ -0,0 +1 @@
+/lib/systemd/system/smartd.service /lib/systemd/system/smartmontools.service
-- 
1.8.5.1

Bug#733075: zsh: command completion not working after semicolon

[Frank Terbeck]

Hello Jay!

Jay Berkenbilt wrote:
 Usually when I type a command followed by ;, after the ;, zsh is back
 to a state where TAB should complete on commands again.  This is
 pretty basic completion behavior.  After I upgraded to 5.0.4-1, I
 observed that this was no longer working.  As soon as I type a ;,
 completion reverts to simple path completion.

Ungh. This is annoying. :-/

What version did you upgrade from? I'm seeing this behaviour in an older
development snapshot (zsh-5.0.2-174-g8a70a98) on my laptop as well. A
much older (4.3.10) version behaves properly.

 I observe this with my elaborate customizations and also with zsh -f.
 I have not looked into it, but it seems so fundamental, I thought it
 was worth reporting right away in case there's a real issue here.

I see. Same here.

Note however, that after zsh -f there is another completion system in
place (yes, zsh has two of them: compctl [the very old one] and compsys
[the slightly less old one]). To enable compsys in a plain zsh -f
instance, you can always run this:

  zsh% autoload -Uz compinit
  zsh% compinit

I wonder why compctl and compsys are both broken...


Regards, Frank

-- 
In protocol design, perfection has been reached not when there is
nothing left to add, but when there is nothing left to take away.
  -- RFC 1925


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733067: ITP: converseen -- batch image resizer and conversion tool written with Qt4 and ImageMagick

[Laszlo Boszormenyi (GCS)]

retitle 733067 ITP: converseen -- batch image resizer and conversion tool 
written with Qt4 and ImageMagick
owner 733067 !
thanks


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733075: [Pkg-zsh-devel] Bug#733075: zsh: command completion not working after semicolon

[Richard Hartmann]

Seems we worked in parallel here; I already confirmed and forwarded to
zsh-workers.

5.0.2-6 was not affected.


Richard


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#731475: libre2-dev: Also provide re2 as a shared library

[Calixte Denizet]

Hi Stefano,

I'd like to package trilite: https://github.com/jonasfj/trilite
and trilite dev use one of these private headers (prefilter.h).

C


2013/12/23 Stefano Rivera stefa...@debian.org

 Hi Calixte (2013.12.05_21:23:36_+0200)
  I need to have a shared library and few private headers.

 Those headers are private for a reason. The symbols for those bits of
 RE2 aren't public, in the shared library.

 Which bits do you need, and why?

 SR

 --
 Stefano Rivera
   http://tumbleweed.org.za/
   H: +27 21 465 6908 C: +27 72 419 8559  UCT: x3127

Bug#733068: ITP: delaboratory -- an unique image postprocessing application

[Laszlo Boszormenyi (GCS)]

retitle 733068 ITP: delaboratory -- an unique image postprocessing application
owner 733068 !
thanks


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733088: linux-image-3.2.0-4-686-pae: tpm_tis module breaks suspend on x200s

[Andres Salomon]

Package: linux-image-3.2.0-4-686-pae
Version: 3.2.51-1
Severity: normal

With the standard wheezy kernel, suspend fails:

[   31.357482] PM: Syncing filesystems ... done.
[   31.357913] PM: Preparing system for mem sleep
[   31.424249] Freezing user space processes ... (elapsed 0.01 seconds) done.
[   31.440124] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) 
done.
[   31.456115] PM: Entering mem sleep
[   31.456175] Suspending console(s) (use no_console_suspend to debug)
[   31.456538] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[   31.462322] sd 0:0:0:0: [sda] Stopping disk
[   31.512132] legacy_suspend(): pnp_bus_suspend+0x0/0x61 returns 28
[   31.512136] PM: Device 00:0a failed to suspend: error 28
[   31.709570] PM: Some devices failed to suspend
[   31.714160] sd 0:0:0:0: [sda] Starting disk
[   31.903446] PM: resume of devices complete after 193.872 msecs
[   31.903558] PM: Finishing wakeup.

I tried upgrading to linux-image-3.11-0.bpo.2-686-pae from wheezy-backports,
and suspend with that kernel works just fine.

Googling turned up https://bugzilla.kernel.org/show_bug.cgi?id=16256.
Sure enough, unloading the tpm_tis module allows suspend to work:

[  339.014601] PM: Syncing filesystems ... done.
[  339.015137] PM: Preparing system for mem sleep
[  339.080271] Freezing user space processes ... (elapsed 0.01 seconds) done.
[  339.096137] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) 
done.
[  339.112115] PM: Entering mem sleep
[  339.112173] Suspending console(s) (use no_console_suspend to debug)
[  339.112834] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[  339.121793] sd 0:0:0:0: [sda] Stopping disk
[  339.134530] pciehp :00:1c.3:pcie04: pciehp_suspend ENTRY
[  339.134558] pciehp :00:1c.1:pcie04: pciehp_suspend ENTRY
[  339.134567] pciehp :00:1c.0:pcie04: pciehp_suspend ENTRY
[  339.148126] i915 :00:02.0: power state changed by ACPI to D3
[  339.228355] e1000e :00:19.0: wake-up capability enabled by ACPI
[  339.384169] PM: suspend of devices complete after 271.791 msecs
[  339.400269] ehci_hcd :00:1d.7: wake-up capability enabled by ACPI
[  339.416111] ehci_hcd :00:1d.7: power state changed by ACPI to D3
[  339.416252] uhci_hcd :00:1d.0: wake-up capability enabled by ACPI
[  339.416257] uhci_hcd :00:1d.0: power state changed by ACPI to D2
[  339.416306] ehci_hcd :00:1a.7: wake-up capability enabled by ACPI
[  339.432121] ehci_hcd :00:1a.7: power state changed by ACPI to D3
[  339.432187] uhci_hcd :00:1a.2: wake-up capability enabled by ACPI
[  339.432192] uhci_hcd :00:1a.2: power state changed by ACPI to D2
[  339.432283] uhci_hcd :00:1a.0: wake-up capability enabled by ACPI
[  339.432287] uhci_hcd :00:1a.0: power state changed by ACPI to D2
[  339.432347] PM: late suspend of devices complete after 48.171 msecs
[  339.433238] ACPI: Preparing to enter system sleep state S3
[  339.604173] PM: Saving platform NVS memory
[  339.605674] Disabling non-boot CPUs ...
[  339.708106] CPU 1 is now offline

I suspect some variant of commit 59f6fbe429 is needed, but I haven't
verified what's in the wheezy kernel git tree.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725022: same issue

[Sébastien Villemot]

Le lundi 23 décembre 2013 à 22:48 -0500, Daniel Genin a écrit :

 when trying to create a user in aqbanking online wizard. I'm running
 Mint 16, which I installed only recently.

I’m sorry but you've reached the Debian bug tracking system, and we
don't support Linux Mint. Please report the problem to your distribution
bug tracking system.

Of course, if you are able to reproduce the problem on a Debian system,
you can follow up here.

Cheers,

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594



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

Bug#733075: Bug#733075: zsh: command completion not working after semicolon

[Frank Terbeck]

Hey Richard!

Richard Hartmann wrote:
 Seems we worked in parallel here; I already confirmed and forwarded to
 zsh-workers.

Seems like it. :-)

 5.0.2-6 was not affected.

I git-bisected this to:

[568e0db7a964feefa45061967d0c7079a0e59c1e]
  31611: attempt to fix crash completing redirection in do loop

The relevant zsh-workers thread is:
  http://www.zsh.org/mla/workers/2013/msg00652.html


This is in zle_tricky.c, so naturally I'm afraid to touch it. :)

Regards, Frank


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#732514: [PATCH] fixes for Radeon KMS on kFreeBSD

[Robert Millan]

On 25/12/2013 02:07, Cyril Brulebois wrote:
 -Suggests: firmware-linux
 +Suggests: firmware-linux [linux-any], kfreebsd-downloader ( 11~) 
 [kfreebsd-any] | kfreebsd-downloader-10 [kfreebsd-any]
 
 foo ( bar) is antique dpkg syntax.

I meant to say strictly greater (), though in this case it doesn't really 
matter.

 and:
 | kibi@arya:~$ rmadison kfreebsd-downloader
 | kfreebsd-downloader | 9.0-3+deb70.1 |   stable/contrib | source, 
 kfreebsd-amd64, kfreebsd-i386
 | kfreebsd-downloader | 9.2-1 |  testing/contrib | source, 
 kfreebsd-amd64, kfreebsd-i386
 | kfreebsd-downloader | 9.2-1 | unstable/contrib | source, 
 kfreebsd-amd64, kfreebsd-i386

Yes. The first branch of the expression is for forward-compatibility.

-- 
Robert Millan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#729203: Yes, bring FFmpeg back

[Samuele Rini]

I hated this message:

*** THIS PROGRAM IS DEPRECATED ***
This program is only provided for compatibility and will be removed in a
future release. Please use avconv instead.

...and it's simply NOT true.

Now I'm compiling it manually. Not a big issue. But I think FFmpeg deserves
to be back.

Bug#732059: VTK_USE_SYSTEM_FREETYPE is ON, but FREETYPE_LIBRARY is NOTFOUND.

[Julien Cristau]

On Mon, Dec 23, 2013 at 23:02:43 +0100, Roland Stigge wrote:

 Hi,
 
 I'm attaching the patch that I used to fix the issue on powerpcspe.
 Applies to the other arches as well.
 
 Roland

 Index: vtk-5.8.0/CMake/FindFREETYPE.cmake
 ===
 --- vtk-5.8.0.orig/CMake/FindFREETYPE.cmake   2013-12-23 11:38:25.0 
 +0100
 +++ vtk-5.8.0/CMake/FindFREETYPE.cmake2013-12-23 12:27:47.208086774 
 +0100
 @@ -10,9 +10,11 @@
  # also defined, but not for general use are
  # FREETYPE_LIBRARY, where to find the FREETYPE library.
  
 -FIND_PATH(FREETYPE_INCLUDE_DIR_FT2BUILD ft2build.h)
 +FIND_PATH(FREETYPE_INCLUDE_DIR_FT2BUILD ft2build.h
 +  /usr/include/freetype2
 +)
  
 -FIND_PATH(FREETYPE_INCLUDE_DIR_FTHEADER freetype/config/ftheader.h
 +FIND_PATH(FREETYPE_INCLUDE_DIR_FTHEADER config/ftheader.h
/usr/include/freetype2
/usr/local/include/freetype2
  )

That looks terrible.  Why can't vtk use the cmake-provided findfreetype?
Which is also terrible, but at least it's only terrible in one place...

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#733089: ITP: gitprep -- Git repository management application

[Piotr Roszatycki]

Package: wnpp
Severity: wishlist
Owner: Piotr Roszatycki dex...@debian.org

* Package name: gitprep
  Version : 1.4
  Upstream Author : Yuki Kimoto kim...@cpan.org
* URL : http://gitprep.org/
* License : Artistic or GPL+2
  Programming Lang: Perl
  Description : Git repository management application

GitPrep allows to manage Git repositories by simple web interface and can
create users and repositories without limitation.

It supports:

 * Smart HTTP with Basic HTTP Authentication
 * Markdown syntax and README.md
 * Git submodule repositories
 * Private repository and collaboration features

GitPrep brings own built-in webserver with reverse proxy support. It can
be also run as CGI application. It supports HTTPS.


This package requires some more Perl libraries which will be
packaged separately (ie. Object::Simple). It also uses modified version of
Mojolicious which should be replaced by original version of this library.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#732059: VTK_USE_SYSTEM_FREETYPE is ON, but FREETYPE_LIBRARY is NOTFOUND.

[Roland Stigge]

On 25/12/13 12:21, Julien Cristau wrote:
 Why can't vtk use the cmake-provided findfreetype?

There is no reason that prevents you from implementing it.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733045: debhelper: Can debhelper make autotools-dev updating default behaviour?

[Vincent Bernat]

 ❦ 24 décembre 2013 18:33 CET, Colin Watson cjwat...@debian.org :

 Mostly the patches I've sent for these things have either been ignored
 until NMUed, or applied without complaint, but I've found that I've
 ended up in arguments with a small number of maintainers who have (IMO)
 irrational objections to updating config.guess/sub automatically,
 generally based on either confusing it with autoreconf and incorrectly
 believing that it has similar levels of breakage, or hanging onto a
 more-than-15-year-old grudge about GNU config triplet changes in the
 dawn of time.  I'd be happy to take this to the TC if necessary, but
 it's relatively minor and I figure we have enough to do. :-)
[...]

I don't remember you advocating for automatically update
config.guess/sub. However, I remember you for advocating automatic
autoreconf. Having both positions make it easier for people (like me) to
be confused about them.

 Yes, although note that the upcoming ppc64el port will require a full
 autoreconf for anything that uses libtool, because it requires a libtool
 patch that hasn't yet been part of a stable libtool release and is
 generally very poorly deployed in the generated autotools files shipped
 in upstream packages.  I've been sending rather a lot of patches to
 convert things to dh-autoreconf over the last couple of weeks.  It is,
 IMO, clearly the better path (both for long-term porting needs and in
 the ethical sense that it makes it easier for users to change the true
 source code for the build system), but it does require a bit more
 knowledge and effort from maintainers.

I have no problem with automatically updating config.guess/sub but I
have one with automatic autoreconf: as automake doesn't seem to care
about forward or backward-compatibility, using autoreconf will lead to
additional work for the maintainer: backporting may be harder because
automake is too old, FTBFS may happen from time to time because automake
introduced an incompatible change, etc.

If we get automatic config.guess/sub handling by dh, maybe we could just
libtool-generated files as well?
-- 
Make sure all variables are initialised before use.
- The Elements of Programming Style (Kernighan  Plauger)


signature.asc
Description: PGP signature

Bug#693129: ccmakedep: creates incorrect dep rules

[Andrew Shadura]

Hello,

Here's a simple patch that fixes the issue.

-- 
Cheers,
  Andrew
diff --git a/imake/mdepend.cpp b/imake/mdepend.cpp
--- a/imake/mdepend.cpp
+++ b/imake/mdepend.cpp
@@ -193,12 +193,12 @@ do
 $CPPCMD $i \
   | sed -n /^#/s;^;$i ;p
 done \
-  | sed -e 's|/[^/.][^/]*/\.\.||g' -e 's|/\.[^.][^/]*/\.\.||g' \
--e 's|||g' -e 's| \./| |' \
+  | sed -e '/command-line/d' -e 's|/[^/.][^/]*/\.\.||g' \
+-e 's|/\.[^.][^/]*/\.\.||g' -e 's|||g' -e 's| \./| |' \
   | awk '{
 	if ($1 != $4$2 != #ident  $2 != #pragma)
 	{
-	numparts = split( $1, ofileparts, \. )
+	numparts = split( $1, ofileparts, . )
 	ofile = 
 	for ( i = 1; i  numparts; i = i+1 )
 		{


signature.asc
Description: PGP signature

Bug#732878: Add MariaDB as an alternative dependency

[Vincent Bernat]

 ❦ 25 décembre 2013 08:27 CET, Thomas Goirand z...@debian.org :

 Don't you think it would be more reasonable if the mariadb-client
 contained a Provides: mysql-client, rather than changing each and every
 software dependency in Debian?

Maybe MariaDB wants to be the default MySQL implementation?
-- 
Make sure every module hides something.
- The Elements of Programming Style (Kernighan  Plauger)


signature.asc
Description: PGP signature

Bug#733045: debhelper: Can debhelper make autotools-dev updating default behaviour?

[Vincent Bernat]

 ❦ 25 décembre 2013 12:32 CET, Vincent Bernat ber...@debian.org :

 If we get automatic config.guess/sub handling by dh, maybe we could just
 libtool-generated files as well?

... we could just patch libtool-generated files ...

-- 
Don't patch bad code - rewrite it.
- The Elements of Programming Style (Kernighan  Plauger)


signature.asc
Description: PGP signature

Bug#732059: VTK_USE_SYSTEM_FREETYPE is ON, but FREETYPE_LIBRARY is NOTFOUND.

[Julien Cristau]

On Wed, Dec 25, 2013 at 12:30:55 +0100, Roland Stigge wrote:

 On 25/12/13 12:21, Julien Cristau wrote:
  Why can't vtk use the cmake-provided findfreetype?
 
 There is no reason that prevents you from implementing it.
 
I was not criticizing your patch, merely the code you're patching.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#733090: transmission: unbuildable on many architectures due to qt5 b-dep

[Julien Cristau]

Source: transmission
Version: 2.82-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Your package now build-depends on qt5.  However qt5 is only available on
a subset of architectures, making transmission unbuildable on the
others.  Any chance you could revert this change until qt5 is actually
ready for use?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#733088: linux-image-3.2.0-4-686-pae: tpm_tis module breaks suspend on x200s

[Ben Hutchings]

On Wed, 2013-12-25 at 02:52 -0800, Andres Salomon wrote:
 Package: linux-image-3.2.0-4-686-pae
 Version: 3.2.51-1
 Severity: normal
 
 With the standard wheezy kernel, suspend fails:
 
 [   31.357482] PM: Syncing filesystems ... done.
 [   31.357913] PM: Preparing system for mem sleep
 [   31.424249] Freezing user space processes ... (elapsed 0.01 seconds) done.
 [   31.440124] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) 
 done.
 [   31.456115] PM: Entering mem sleep
 [   31.456175] Suspending console(s) (use no_console_suspend to debug)
 [   31.456538] sd 0:0:0:0: [sda] Synchronizing SCSI cache
 [   31.462322] sd 0:0:0:0: [sda] Stopping disk
 [   31.512132] legacy_suspend(): pnp_bus_suspend+0x0/0x61 returns 28
 [   31.512136] PM: Device 00:0a failed to suspend: error 28
 [   31.709570] PM: Some devices failed to suspend
 [   31.714160] sd 0:0:0:0: [sda] Starting disk
 [   31.903446] PM: resume of devices complete after 193.872 msecs
 [   31.903558] PM: Finishing wakeup.
 
 I tried upgrading to linux-image-3.11-0.bpo.2-686-pae from wheezy-backports,
 and suspend with that kernel works just fine.
 
 Googling turned up https://bugzilla.kernel.org/show_bug.cgi?id=16256.
 Sure enough, unloading the tpm_tis module allows suspend to work:
[...]
 I suspect some variant of commit 59f6fbe429 is needed, but I haven't
 verified what's in the wheezy kernel git tree.

That fix went into 2.6.35!

Ben.

-- 
Ben Hutchings
Computers are not intelligent.  They only think they are.


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

Bug#732617: Latest updates render Debian GNU/kfreebsd

[Robert Millan]

reassign 732617 libfreebsd-glue-0
retitle 732617 unwanted dependency in libdb may break essential utilities
found 732617 0.2.5
tags 732617 pending
thanks

On 19/12/2013 18:30, Thomas Schweikle wrote:
 You may install all packages, except
 freebsd-utils_9.2-2_kfreebsd-amd64.deb. Installing this one renders
 the system unusable. Looks like this is a problem with installed udev
 rules.

Thank you. The screenshot was very helpful!

-- 
Robert Millan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733091: cinder: French debconf templates translation

[Julien Patriarca]

Package: cinder
Version: N/A
Severity: wishlist
Tags: patch l10n



*** /home/julien/traductions/po-debconf/patch-translate.txt


Please find attached the french debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.



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

Kernel: Linux 3.10-0.bpo.3-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
# Translation of cinder debconf templates to French. 
# Copyright (C) 2013, French l10n team debian-l10n-fre...@lists.debian.org
# This file is distributed under the same license as the CINDER package.
# Julien Patriarca leatherf...@debian.org, 2013.
#
msgid 
msgstr 
Project-Id-Version: cinder\n
Report-Msgid-Bugs-To: cin...@packages.debian.org\n
POT-Creation-Date: 2013-10-09 23:29+0800\n
PO-Revision-Date: 2013-12-17 08:12+0100\n
Last-Translator: Julien Patriarca leatherf...@debian.org\n
Language-Team: FRENCH debian-l10n-fre...@lists.debian.org\n
Language: fr\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: Poedit 1.5.4\n

#. Type: boolean
#. Description
#: ../cinder-common.templates:2001
msgid Start Cinder services at boot?
msgstr Démarrer les services Cinder au lancement du système ?

#. Type: boolean
#. Description
#: ../cinder-common.templates:2001
msgid 
Please choose whether you want to start Cinder services when the machine is 
booted up.
msgstr 
Veuillez choisir si vous souhaitez lancer les services Cinder lors du 
démarrage de la machine.

#. Type: boolean
#. Description
#: ../cinder-common.templates:3001
msgid Set up a database for Cinder?
msgstr Installer une base de données pour Cinder ?

#. Type: boolean
#. Description
#: ../cinder-common.templates:3001
msgid 
No database has been set up for Cinder to use. Before continuing, you should 
make sure you have the following information:
msgstr 
Aucune base de données n'a été installée pour Cinder. Si vous voulez en 
installer une maintenant, assurez-vous d'avoir les informations suivantes :

#. Type: boolean
#. Description
#: ../cinder-common.templates:3001
msgid 
 * the type of database that you want to use;\n
 * the database server hostname (that server must allow TCP connections from 
this\n
   machine);\n
 * a username and password to access the database.
msgstr 
 - Le type de base de données que vous souhaitez utiliser ;\n
 - le nom d'hôte du serveur de base de données (ce serveur\n
   doit accepter les connexions TCP depuis cette machine) ;\n
 - un nom d'utilisateur et un mot de passe pour accéder à\n
   cette base de données.

#. Type: boolean
#. Description
#: ../cinder-common.templates:3001
msgid 
If some of these requirements are missing, do not choose this option and run 
with regular SQLite support.
msgstr 
Si certains de ces prérequis sont manquants, ignorez cette option et 
exécutez l'application avec le support SQLite normal.

#. Type: boolean
#. Description
#: ../cinder-common.templates:3001
msgid 
You can change this setting later on by running \dpkg-reconfigure -plow 
cinder\.
msgstr 
Vous pouvez modifier ce réglage plus tard en lançant « dpkg-reconfigure -
plow cinder ».

#. Type: string
#. Description
#: ../cinder-common.templates:4001
msgid Authentication server hostname:
msgstr Nom d'hôte du serveur d'authentification : 

#. Type: string
#. Description
#: ../cinder-common.templates:4001
msgid 
Please specify the hostname of the authentication server. Typically this is 
also the hostname of the OpenStack Identity Service (Keystone).
msgstr 
Veuillez indiquer le nom d'hôte du serveur d'authentification. En général il 
s'agit du nom d'hôte du Service d'Identité OpenStack (Keystone).

#. Type: string
#. Description
#. Translators: a tenant in OpenStack world is
#. an entity that contains one or more username/password couples.
#. It's typically the tenant that will be used for billing. Having more than one
#. username/password is very helpful in larger organization.
#. You're advised to either keep tenant without translating it
#. or keep it aside with your translation. Example for French:
#. proprietaire (tenant)
#: ../cinder-common.templates:5001
msgid Authentication server tenant name:
msgstr Nom d'espace client du serveur d'authentification :

#. Type: string
#. Description
#. Translators: a tenant in OpenStack world is
#. an entity that contains one or more username/password couples.
#. It's typically the tenant that will be used for billing. Having more than one
#. username/password is very helpful in larger organization.
#. You're advised to either keep tenant without translating it
#. or keep it 

Bug#733092: ceilometer: French debconf templates translation

[Julien Patriarca]

Package: ceilometer
Version: N/A
Severity: wishlist
Tags: patch l10n


*** /home/julien/traductions/po-debconf/patch-translate.txt


Please find attached the french debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.



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

Kernel: Linux 3.10-0.bpo.3-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
# Translation of ceilometer debconf templates to French. 
# Copyright (C) 2013, French l10n team debian-l10n-fre...@lists.debian.org
# This file is distributed under the same license as the CEILOMETER package.
# Julien Patriarca leatherf...@debian.org, 2013.
#
msgid 
msgstr 
Project-Id-Version: ceilometer\n
Report-Msgid-Bugs-To: ceilome...@packages.debian.org\n
POT-Creation-Date: 2013-10-28 22:32+0800\n
PO-Revision-Date: 2013-12-17 08:26+0100\n
Last-Translator: Julien Patriarca leatherf...@debian.org\n
Language-Team: FRENCH debian-l10n-fre...@lists.debian.org\n
Language: fr\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: Poedit 1.5.4\n

#. Type: boolean
#. Description
#: ../ceilometer-api.templates:2001
msgid Register Ceilometer in the Keystone endpoint catalog?
msgstr 
Enregistrer Ceilometer dans le catalogue de points d'accès de Keystone ?

#. Type: boolean
#. Description
#: ../ceilometer-api.templates:2001
msgid 
Each OpenStack service (each API) should be registered in order to be 
accessible. This is done using \keystone service-create\ and \keystone 
endpoint-create\. This can be done automatically now.
msgstr 
Chaque service OpenStack (chaque API) doit être enregistré pour être 
accessible. Cela peut être fait en utilisant « keystone service-create » et 
« keystone endpoint-create ». Cela peut être fait automatiquement maintenant.

#. Type: boolean
#. Description
#: ../ceilometer-api.templates:2001
msgid 
Note that you will need to have an up and running Keystone server on which 
to connect using the Keystone authentication token.
msgstr 
Veuillez noter que vous aurez besoin d'avoir un serveur Keystone fonctionnel 
sur lequel se connecter en utilisant le jeton d'authentification Keystone.

#. Type: string
#. Description
#: ../ceilometer-api.templates:3001
msgid Keystone server IP address:
msgstr Adresse IP du serveur Keystone :

#. Type: string
#. Description
#: ../ceilometer-api.templates:3001
msgid 
Please enter the IP address of the Keystone server, so that ceilometer-api 
can contact Keystone to do the Ceilometer service and endpoint creation.
msgstr 
Veuillez indiquer l'adresse IP du serveur Keystone, pour que l'api de 
Ceilometer puisse contacter Keystone pour établir le service Ceilometer et 
créer le point d'accès.

#. Type: password
#. Description
#: ../ceilometer-api.templates:4001
msgid Keystone authentication token:
msgstr Jeton d'authentification Keystone : 

#. Type: password
#. Description
#: ../ceilometer-api.templates:4001
msgid 
To configure its endpoint in Keystone, ceilometer-api needs the Keystone 
authentication token.
msgstr 
Pour configurer son point d'accès dans Keystone, l’api de Ceilometer a 
besoin du jeton d'authentification Keystone.

#. Type: string
#. Description
#: ../ceilometer-api.templates:5001
msgid Ceilometer endpoint IP address:
msgstr Adresse IP du point d'accès Ceilometer :

#. Type: string
#. Description
#: ../ceilometer-api.templates:5001
msgid Please enter the IP address that will be used to contact Ceilometer.
msgstr 
Veuillez indiquer l'adresse IP qui sera utilisée pour contacter Ceilometer.

#. Type: string
#. Description
#: ../ceilometer-api.templates:5001
msgid 
This IP address should be accessible from the clients that will use this 
service, so if you are installing a public cloud, this should be a public IP 
address.
msgstr 
Cette adresse IP doit être accessible depuis les clients qui utiliseront ce 
service, donc si vous installez un nuage public, ce devra être une adresse 
IP publique.

#. Type: string
#. Description
#: ../ceilometer-api.templates:6001
msgid Name of the region to register:
msgstr Nom de la région à enregistrer :

#. Type: string
#. Description
#: ../ceilometer-api.templates:6001
msgid 
OpenStack supports using availability zones, with each region representing a 
location. Please enter the zone that you wish to use when registering the 
endpoint.
msgstr 
OpenStack prend en charge l'utilisation de zones disponibles, avec chaque 
région représentant un lieu. Veuillez entrer une zone que vous souhaitez 
utiliser lors de l'enregistrement d'un point d'accès.

#. Type: string
#. Description
#: 

Bug#722375: ROM: posixlock

[Christian Hofstaedtler]

Control: severity -1 normal
Control: retitle -1 RM: posixlock
Control: reassign -1 ftp.debian.org

Dear ftpmasters,

On Thu, 17 Oct 2013 19:54:34 +0200 (CEST), Tomas Pospisek wrote:
 Ah, OK, I understand. In that case, I'd be *very grateful*, if you'd
 have the the package removed from sid/the next release.

Please remove posixlock (binary libposixlock-ruby), as it is
incompatible with Ruby = 1.9.

Thank you,
  Christian

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



signature.asc
Description: Digital signature

Bug#733093: systemd not installable in sid

[Luca Bruno]

Package: systemd
Severity: important

Dear Maintainer,
systemd requires libaudit0 which is unavailable in sid.
This makes systemd not installable, thus gdm3 not installable and
finally gnome-shell not installable.

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

Kernel: Linux 3.11-2-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

Versions of packages systemd depends on:
ii  dpkg 1.16.10
ii  initscripts  2.88dsf-43
ii  libacl1  2.2.52-1
pn  libaudit0none
ii  libc62.17-97
ii  libcap2  1:2.22-1.2
ii  libcryptsetup4   2:1.6.1-1
ii  libdbus-1-3  1.6.18-2
ii  libkmod2 9-3
ii  liblzma5 5.1.1alpha+20120614-2
ii  libpam0g 1.1.3-10
ii  libselinux1  2.2.1-1
ii  libsystemd-daemon0   204-5
ii  libsystemd-id128-0   204-5
ii  libsystemd-journal0  204-5
ii  libsystemd-login0204-5
ii  libudev0 175-7.2
ii  libwrap0 7.6.q-24
ii  udev 204-5
ii  util-linux   2.20.1-5.4

Versions of packages systemd recommends:
pn  libpam-systemd  none

Versions of packages systemd suggests:
ii  python2.7.5-5
ii  python-cairo  1.8.8-1+b2
ii  python-dbus   1.2.0-2+b1
pn  systemd-gui   none

-- 
www.debian.org - The Universal Operating System

Bug#733094: fills disk writing to /var/log/uvcdynctrl-udev.log

[Daniel Pocock]

Package: uvcdynctrl
Version: 0.2.2-1



I discovered /var filled up after connecting a Logitech B990 webcam

This log file had appeared and grown to several gigabytes very quickly:

   /var/log/uvcdynctrl-udev.log

with the message below repeated many times.

fuser tells me that this process is responsible for the ballooning logfile:

  uvcdynctrl -d /dev/video0 --addctrl=046d:0828



[libwebcam] Warning: The driver behind device video0 has a slightly
buggy implementation
  of the V4L2_CTRL_FLAG_NEXT_CTRL flag. It does not return the next higher
  control ID if a control query fails. A workaround has been enabled.
[libwebcam] Warning: The driver behind device video0 has a slightly
buggy implementation
  of the V4L2_CTRL_FLAG_NEXT_CTRL flag. It does not return the next higher
  control ID if a control query fails. A workaround has been enabled.
[libwebcam] Warning: The driver behind device video0 has a slightly
buggy implementation
  of the V4L2_CTRL_FLAG_NEXT_CTRL flag. It does not return the next higher
  control ID if a control query fails. A workaround has been enabled.
[libwebcam] Warning: The driver behind device video0 has a slightly
buggy implementation
  of the V4L2_CTRL_FLAG_NEXT_CTRL flag. It does not return the next higher
  control ID if a control query fails. A workaround has been enabled.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#645010: uswsusp: no attempt to resume when suspending to swapfile on dm-crypt device

[Marcus Osdoba]

Am 22.12.2013 12:16, schrieb Rodolfo García Peñas:

edit /etc/initramfs-tools/conf.d/resume

If the device is different than /dev/mapper/sda2_crypt, change it and set 
/dev/mapper/sda2_crypt
Then, remove the GRUB_CMDLINE_LINUX_DEFAULT in grub.cfg
recreate the initramfs file
reboot.

Is only for testing if initramfs-tools should check /etc/uswsusp.conf file.


Hi Rodolfo,

I created
cat /etc/initramfs-tools/conf.d/resume
RESUME=/dev/mapper/sda2_crypt
#RESUME=/dev/disk/by-uuid/17e633e9-e181-4d57-8025-9e53e695599e
removed resume from grub cmdline (/etc/default/grub)
update-grub
update-initramfs -u
did a hibernate while writing this email with icedove
..and continued after a successful resume ;-)

Is it a correct assumption, that initramfs-tools need to create 
/etc/initramfs-tools/conf.d/resume even if only a swap FILE exists?
Or is the creation of /etc/initramfs-tools/conf.d/resume a feature of 
the uswsusp package?
I still believe, that the same applies for swap FILEs on non-crypt 
devices, too.


Best regards and merry christmas,
Marcus


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#728919: freebsd-libs transition

[Robert Millan]

Any thoughts about this? The new release is getting closer (10.0-RC3 is already
overdue by a few days).

On 06/11/2013 22:44, Robert Millan wrote:
 Package: release.debian.org
 Severity: normal
 User: release.debian@packages.debian.org
 Usertags: transition
 
 There are a couple of ABI changes coming to freebsd-libs. They're in
 soon-to-be-released 10.x branch, so it may yet take a while until we get
 them through upstream release upgrade.
 
 However, as they're highly isolated from the codebase, it is trivial to
 cherry-pick them. I'm sending this request now so that you have more
 room to select the most appropiate time for the transition.
 
 We can even make one transition at a time if you think it's best.
 
 title = libusb3;
 is_affected = .depends ~ /libusb2debian.*/ | .depends ~ /libusb3.*/;
 is_good = .depends ~ /libusb3.*/;
 is_bad = .depends ~ /libusb2debian.*/;
 
 title = libkvm6;
 is_affected = .depends ~ /libkvm0.*/ | .depends ~ /libkvm6.*/;
 is_good = .depends ~ /libkvm6.*/;
 is_bad = .depends ~ /libkvm0.*/;
 


-- 
Robert Millan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#731803: [Pkg-systemd-maintainers] Bug#731803: dh-systemd: dh_installinit and dh_systemd_start are both present when using symlink instead of Alias

[Laurent Bigonville]

Le Wed, 25 Dec 2013 10:38:02 +0100,
Michael Stapelberg stapelb...@debian.org a écrit :

[...]
 Thanks for the report. I have addressed this issue with commit
 http://anonscm.debian.org/gitweb/?p=collab-maint/init-system-helpers.git;a=commitdiff;h=51f7ec85551720b9cf80797996e3656e75e4e18c
 
 Can you verify that this commit fixes the problem for you? I’ll
 upload a new version then.

Looks OK for me

Thanks!

Laurent Bigonville


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733096: gmetrics: FTBFS when built against Groovy 2.2.1

[Miguel Landaeta]

Package: src:gmetrics
Version: 0.5-1
Severity: important

I rebuilt this package in experimental to check its compatibility with
Groovy 2.2.1 and I found this error during build time.

(I'm including a complete build log attached)

Relevant error messages:

[...]
compile:
  [groovyc] Compiling 88 source files to 
/home/miguel/gmetrics-0.5/target/classes
  [groovyc] java.lang.OutOfMemoryError: Java heap space
  [groovyc] at java.util.ArrayList.init(ArrayList.java:144)
  [groovyc] at 
org.codehaus.groovy.reflection.GeneratedMetaMethod$DgmMethodRecord.loadDgmInfo(GeneratedMetaMethod.java:193)
  [groovyc] at 
org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.registerMethods(MetaClassRegistryImpl.java:183)
  [groovyc] at 
org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.init(MetaClassRegistryImpl.java:93)
  [groovyc] at 
org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.init(MetaClassRegistryImpl.java:71)
  [groovyc] at groovy.lang.GroovySystem.clinit(GroovySystem.java:33)
  [groovyc] at 
org.codehaus.groovy.runtime.InvokerHelper.clinit(InvokerHelper.java:61)
  [groovyc] at 
org.codehaus.groovy.runtime.DefaultGroovyMethods.join(DefaultGroovyMethods.java:4675)
  [groovyc] at 
org.codehaus.groovy.ant.Groovyc.makeCommandLine(Groovyc.java:1047)
  [groovyc] at org.codehaus.groovy.ant.Groovyc.compile(Groovyc.java:1150)
  [groovyc] at org.codehaus.groovy.ant.Groovyc.execute(Groovyc.java:770)
  [groovyc] at 
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
  [groovyc] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  [groovyc] at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
  [groovyc] at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  [groovyc] at java.lang.reflect.Method.invoke(Method.java:606)
  [groovyc] at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
  [groovyc] at org.apache.tools.ant.Task.perform(Task.java:348)
  [groovyc] at org.apache.tools.ant.Target.execute(Target.java:435)
  [groovyc] at org.apache.tools.ant.Target.performTasks(Target.java:456)
  [groovyc] at 
org.apache.tools.ant.Project.executeSortedTargets(Project.java:1393)
  [groovyc] at org.apache.tools.ant.Project.executeTarget(Project.java:1364)
  [groovyc] at 
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
  [groovyc] at 
org.apache.tools.ant.Project.executeTargets(Project.java:1248)
  [groovyc] at org.apache.tools.ant.Main.runBuild(Main.java:851)
  [groovyc] at org.apache.tools.ant.Main.startAnt(Main.java:235)
  [groovyc] at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280)
  [groovyc] at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109)
  [groovyc] org.codehaus.groovy.control.MultipleCompilationErrorsException: 
startup failed:
  [groovyc] 
/home/miguel/gmetrics-0.5/src/main/groovy/org/gmetrics/report/BasicHtmlReportWriter.groovy:
 35: Cannot specify duplicate annotation on the same member : groovy.lang.Mixin
  [groovyc]  @ line 35, column 1.
  [groovyc]@Mixin(LevelsCriteriaFilter)
  [groovyc]^
  [groovyc] 
  [groovyc] 
/home/miguel/gmetrics-0.5/src/main/groovy/org/gmetrics/report/BasicHtmlReportWriter.groovy:
 36: Cannot specify duplicate annotation on the same member : groovy.lang.Mixin
  [groovyc]  @ line 36, column 1.
  [groovyc]@Mixin(FunctionsCriteriaFilter)
  [groovyc]^
  [groovyc] 
  [groovyc] 
/home/miguel/gmetrics-0.5/src/main/groovy/org/gmetrics/report/XmlReportWriter.groovy:
 34: Cannot specify duplicate annotation on the same member : groovy.lang.Mixin
  [groovyc]  @ line 34, column 1.
  [groovyc]@Mixin(LevelsCriteriaFilter)
  [groovyc]^
  [groovyc] 
  [groovyc] 
/home/miguel/gmetrics-0.5/src/main/groovy/org/gmetrics/report/XmlReportWriter.groovy:
 35: Cannot specify duplicate annotation on the same member : groovy.lang.Mixin
  [groovyc]  @ line 35, column 1.
  [groovyc]@Mixin(FunctionsCriteriaFilter)
  [groovyc]^
  [groovyc] 
  [groovyc] 4 errors

BUILD FAILED
/home/miguel/gmetrics-0.5/debian/build.xml:28: Compilation Failed

Total time: 5 seconds
make[1]: *** [override_jh_build] Error 1
make[1]: Leaving directory `/home/miguel/gmetrics-0.5'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2


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

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

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at
http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9
Faith means not 

Bug#733095: freemind: FTBFS when built against Groovy 2.2.1

[Miguel Landaeta]

Package: src:freemind
Version: 0.9.0+dfsg-3
Severity: important

I rebuilt this package in experimental to check its compatibility with
Groovy 2.2.1 and I found this error during build time.

(I'm including a complete build log attached)

Relevant error messages:

[...]
build:
 [echo] Plugin plugins/script.
[javac] Compiling 6 source files to 
/home/miguel/freemind-0.9.0+dfsg/bin/classes
[javac] warning: [options] bootstrap class path not set in conjunction with 
-source 1.5
[javac] 
/home/miguel/freemind-0.9.0+dfsg/freemind/plugins/script/ScriptingEngine.java:243:
 error: no suitable method found for parse(InputStream,String)
[javac] script = parse(in, 
fileName);
[javac]  ^
[javac] method GroovyShell.parse(Reader) is not applicable
[javac]   (actual and formal argument lists differ in length)
[javac] method GroovyShell.parse(String,String) is not applicable
[javac]   (actual argument InputStream cannot be converted to String by 
method invocation conversion)
[javac] method GroovyShell.parse(String) is not applicable
[javac]   (actual and formal argument lists differ in length)
[javac] method GroovyShell.parse(File) is not applicable
[javac]   (actual and formal argument lists differ in length)
[javac] method GroovyShell.parse(GroovyCodeSource) is not applicable
[javac]   (actual and formal argument lists differ in length)
[javac] method GroovyShell.parse(Reader,String) is not applicable
[javac]   (actual argument InputStream cannot be converted to Reader by 
method invocation conversion)
[javac] Note: 
/home/miguel/freemind-0.9.0+dfsg/freemind/plugins/script/ScriptingSecurityManager.java
 uses or overrides a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.
[javac] 1 error
[javac] 1 warning

BUILD FAILED
/home/miguel/freemind-0.9.0+dfsg/freemind/build.xml:157: The following error 
occurred while executing this line:
/home/miguel/freemind-0.9.0+dfsg/freemind/plugins/build.xml:34: The following 
error occurred while executing this line:
/home/miguel/freemind-0.9.0+dfsg/freemind/plugins/build.xml:17: The following 
error occurred while executing this line:
/home/miguel/freemind-0.9.0+dfsg/freemind/plugins/build_import.xml:10: Compile 
failed; see the compiler error output for details.

Total time: 25 seconds
make: *** [debian/stamp-ant-build] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2


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

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

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at
http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9
Faith means not wanting to know what is true. -- Nietzsche


freemind_0.9.0+dfsg-3_amd64.build.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#733098: libgpars-groovy-java: FTBFS when built against Groovy 2.2.1

[Miguel Landaeta]

Package: src:libgpars-groovy-java
Version: 0.10-1
Severity: important

I rebuilt this package in experimental to check its compatibility with
Groovy 2.2.1 and I found this error during build time.

(I'm including a complete build log attached)

Relevant error messages:

[...]
compile:
  [groovyc] Compiling 113 source files to 
/home/miguel/libgpars-groovy-java-0.10/target/classes
  [groovyc] java.lang.OutOfMemoryError: Java heap space
  [groovyc] at java.util.ArrayList.init(ArrayList.java:144)
  [groovyc] at 
org.codehaus.groovy.reflection.GeneratedMetaMethod$DgmMethodRecord.loadDgmInfo(GeneratedMetaMethod.java:193)
  [groovyc] at 
org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.registerMethods(MetaClassRegistryImpl.java:183)
  [groovyc] at 
org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.init(MetaClassRegistryImpl.java:93)
  [groovyc] at 
org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.init(MetaClassRegistryImpl.java:71)
  [groovyc] at groovy.lang.GroovySystem.clinit(GroovySystem.java:33)
  [groovyc] at 
org.codehaus.groovy.runtime.InvokerHelper.clinit(InvokerHelper.java:61)
  [groovyc] at 
org.codehaus.groovy.runtime.DefaultGroovyMethods.join(DefaultGroovyMethods.java:4675)
  [groovyc] at 
org.codehaus.groovy.ant.Groovyc.makeCommandLine(Groovyc.java:1047)
  [groovyc] at org.codehaus.groovy.ant.Groovyc.compile(Groovyc.java:1150)
  [groovyc] at org.codehaus.groovy.ant.Groovyc.execute(Groovyc.java:770)
  [groovyc] at 
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
  [groovyc] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  [groovyc] at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
  [groovyc] at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  [groovyc] at java.lang.reflect.Method.invoke(Method.java:606)
  [groovyc] at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
  [groovyc] at org.apache.tools.ant.Task.perform(Task.java:348)
  [groovyc] at org.apache.tools.ant.Target.execute(Target.java:435)
  [groovyc] at org.apache.tools.ant.Target.performTasks(Target.java:456)
  [groovyc] at 
org.apache.tools.ant.Project.executeSortedTargets(Project.java:1393)
  [groovyc] at org.apache.tools.ant.Project.executeTarget(Project.java:1364)
  [groovyc] at 
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
  [groovyc] at 
org.apache.tools.ant.Project.executeTargets(Project.java:1248)
  [groovyc] at org.apache.tools.ant.Main.runBuild(Main.java:851)
  [groovyc] at org.apache.tools.ant.Main.startAnt(Main.java:235)
  [groovyc] at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280)
  [groovyc] at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109)
  [groovyc] warning: [options] bootstrap class path not set in conjunction with 
-source 1.5
  [groovyc] 
/home/miguel/libgpars-groovy-java-0.10/groovyx/gpars/AbstractForkJoinWorker.java:3:
 warning: unmappable character for encoding ASCII
  [groovyc] // Copyright ?? 2008-10  The original author or authors
  [groovyc]  ^
  [groovyc] 
/home/miguel/libgpars-groovy-java-0.10/groovyx/gpars/AbstractForkJoinWorker.java:3:
 warning: unmappable character for encoding ASCII
  [groovyc] // Copyright ?? 2008-10  The original author or authors
  [groovyc]   ^
  [groovyc] 
/home/miguel/libgpars-groovy-java-0.10/groovyx/gpars/AsyncException.java:3: 
warning: unmappable character for encoding ASCII
  [groovyc] // Copyright ?? 2008-10  The original author or authors
  [groovyc]  ^
  [groovyc] 
/home/miguel/libgpars-groovy-java-0.10/groovyx/gpars/AsyncException.java:3: 
warning: unmappable character for encoding ASCII
  [groovyc] // Copyright ?? 2008-10  The original author or authors
  [groovyc]   ^
  [groovyc] 
/home/miguel/libgpars-groovy-java-0.10/groovyx/gpars/actor/AbstractPooledActor.java:3:
 warning: unmappable character for encoding ASCII
  [groovyc] //  Copyright ?? 2008-9  The original author or authors
  [groovyc]   ^
  [groovyc] 
/home/miguel/libgpars-groovy-java-0.10/groovyx/gpars/actor/AbstractPooledActor.java:3:
 warning: unmappable character for encoding ASCII
  [groovyc] //  Copyright ?? 2008-9  The original author or authors
  [groovyc]^
  [groovyc] 
/home/miguel/libgpars-groovy-java-0.10/groovyx/gpars/actor/Actor.java:3: 
warning: unmappable character for encoding ASCII
  [groovyc] // Copyright ?? 2008-10  The original author or authors
  [groovyc]  ^
  [groovyc] 
/home/miguel/libgpars-groovy-java-0.10/groovyx/gpars/actor/Actor.java:3: 
warning: unmappable character for encoding ASCII
  [groovyc] // Copyright ?? 2008-10  The original author or authors
  [groovyc]   ^
  [groovyc] 

Bug#733097: jenkins: FTBFS when built against Groovy 2.2.1

[Miguel Landaeta]

Package: src:jenkins
Version: 1.509.2+dfsg-2
Severity: important

I rebuilt this package in experimental to check its compatibility with
Groovy 2.2.1 and I found this error during build time.

(I'm including a complete build log attached)

Relevant error messages:

[...]
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 883 source files to 
/home/miguel/jenkins-1.509.2+dfsg/core/target/classes
[INFO] -
[ERROR] COMPILATION ERROR : 
[INFO] -
[ERROR] 
/home/miguel/jenkins-1.509.2+dfsg/core/src/main/java/hudson/util/spring/BeanBuilder.java:[133,46]
 error: no suitable method found for parse(InputStream)
[ERROR] method GroovyShell.parse(Reader) is not applicable
  (actual argument InputStream cannot be converted to Reader by method 
invocation conversion)
method GroovyShell.parse(String,String) is not applicable
  (actual and formal argument lists differ in length)
method GroovyShell.parse(String) is not applicable
  (actual argument InputStream cannot be converted to String by method 
invocation conversion)
method GroovyShell.parse(File) is not applicable
  (actual argument InputStream cannot be converted to File by method 
invocation conversion)
method GroovyShell.parse(GroovyCodeSource) is not applicable
  (actual argument InputStream cannot be converted to GroovyCodeSource by 
method invocation conversion)
method GroovyShell.parse(Reader,String) is not applicable
  (actual and formal argument lists differ in length)
/home/miguel/jenkins-1.509.2+dfsg/core/src/main/java/hudson/util/spring/BeanBuilder.java:[337,17]
 error: no suitable method found for evaluate(InputStream)
[INFO] 2 errors 
[INFO] -
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure

/home/miguel/jenkins-1.509.2+dfsg/core/src/main/java/hudson/util/spring/BeanBuilder.java:[133,46]
 error: no suitable method found for parse(InputStream)
method GroovyShell.parse(Reader) is not applicable
  (actual argument InputStream cannot be converted to Reader by method 
invocation conversion)
method GroovyShell.parse(String,String) is not applicable
  (actual and formal argument lists differ in length)
method GroovyShell.parse(String) is not applicable
  (actual argument InputStream cannot be converted to String by method 
invocation conversion)
method GroovyShell.parse(File) is not applicable
  (actual argument InputStream cannot be converted to File by method 
invocation conversion)
method GroovyShell.parse(GroovyCodeSource) is not applicable
  (actual argument InputStream cannot be converted to GroovyCodeSource by 
method invocation conversion)
method GroovyShell.parse(Reader,String) is not applicable
  (actual and formal argument lists differ in length)
/home/miguel/jenkins-1.509.2+dfsg/core/src/main/java/hudson/util/spring/BeanBuilder.java:[337,17]
 error: no suitable method found for evaluate(InputStream)

[INFO] 
[INFO] Trace
org.apache.maven.BuildFailureException: Compilation failure
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:715)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at 
org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
at org.debian.maven.Wrapper.main(Wrapper.java:89)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at 

Bug#733099: libxbean-java: FTBFS when built against Groovy 2.2.1

[Miguel Landaeta]

Package: src:libxbean-java
Version: 3.7-5
Severity: important

I rebuilt this package in experimental to check its compatibility with
Groovy 2.2.1 and I found this error during build time.

(I'm including a complete build log attached)

Relevant error messages:

[...]
[INFO] 
[INFO] Building Apache XBean :: Telnet
[INFO]task-segment: [package]
[INFO] 
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 0 resource
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 16 source files to 
/home/miguel/libxbean-java-3.7/xbean-telnet/target/classes
[INFO] -
[ERROR] COMPILATION ERROR : 
[INFO] -
[ERROR] 
/home/miguel/libxbean-java-3.7/xbean-telnet/src/main/java/org/apache/xbean/command/GroovySh.java:[36,38]
 error: cannot find symbol
[INFO] 1 error
[INFO] -
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure
/home/miguel/libxbean-java-3.7/xbean-telnet/src/main/java/org/apache/xbean/command/GroovySh.java:[36,38]
 error: cannot find symbol

[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 27 seconds
[INFO] Finished at: Wed Dec 25 12:12:51 UTC 2013
[INFO] Final Memory: 27M/75M
[INFO] 
make: *** [mvn-build] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2


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

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

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at
http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9
Faith means not wanting to know what is true. -- Nietzsche


libxbean-java_3.7-5_amd64.build.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#699328: libavutil51: relocation error after upgrade

[John Tam]

Package: libav-tools
Version: 6:9.10-1
Followup-For: Bug #699328

Dear Maintainer,

   * What led up to the situation?
whenever I try to run avconv from command line with out without any 
parameters

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I tried uninstalling libav-tools and reinstalling it.

   * What was the outcome of this action?
error persists.

   * What outcome did you expect instead?
I was hoping it would fix it.

*N.B. The exact error is:

avconv: relocation error: /usr/lib/i386-linux-gnu/i686/cmov/libavfilter.so.3: 
symbol avcodec_free_frame, version LIBAVCODEC_54 not defined in file 
libavcodec.so.54 with link time reference 

Thanks and Merry Christmas! *

-- System Information:
Debian Release: jessie/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.11-2-686-pae (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libav-tools depends on:
ii  dpkg   1.17.5
ii  libavcodec54   7:0.11.1-dmo3
ii  libavdevice53  6:9.10-1
ii  libavfilter3   6:9.10-1
ii  libavformat54  7:0.11.1-dmo3
ii  libavresample1 6:9.10-1
ii  libavutil526:9.10-1
ii  libbz2-1.0 1.0.6-5
ii  libc6  2.17-97
ii  libgnutls262.12.23-8
ii  libgsm11.0.13-4
ii  libmp3lame01:3.99.5-dmo1
ii  libopenjpeg2   1.3+dfsg-4.7+b1
ii  libopus0   1.1-1
ii  librtmp0   2.4+20121230.gitdf6c518-1
ii  libschroedinger-1.0-0  1.0.11-2
ii  libsdl1.2debian1.2.15-8
ii  libspeex1  1.2~rc1.1-1
ii  libswscale26:9.10-1
ii  libtheora0 1.1.1+dfsg.1-3.1
ii  libva1 1.2.1-2
ii  libvorbis0a1.3.2-1.3
ii  libvorbisenc2  1.3.2-1.3
ii  libvpx11.2.0-2
ii  libx264-1332:0.133.2339+git585324f-2+b1
ii  libxvidcore4   3:1.3.2-dmo1
ii  zlib1g 1:1.2.8.dfsg-1

libav-tools recommends no packages.

Versions of packages libav-tools suggests:
pn  frei0r-plugins  none

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733101: RFA: apron -- abstract interpretation library

[Stéphane Glondu]

Package: wnpp
Severity: normal

Hello,

Currently, apron has no human maintainers. It is maintained by
the Debian OCaml team because of the need of transition coordination,
but needs more love and a dedicated maintainer.

A potential maintainer should get familiar with [1], and in particular
with our policy and practices, and get subscribed to our mailing-list.

[1] http://wiki.debian.org/Teams/OCamlTaskForce


Cheers,

-- 
Stéphane


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#728347: [Pkg-mediawiki-devel] Bug#728347: Bug#728347: News about new upstream version of mediawiki

[David Gerard]

On 23 December 2013 13:04, Thorsten Glaser t.gla...@tarent.de wrote:
 On Mon, 23 Dec 2013, David Gerard wrote:

 (Particularly given Debian's idiosyncratic
 default to the not-well-supported Postgres rather than the
 highly-supported MySQL/Maria).

 Actually, Debian defaults to the not-even-a-real-ACID-database
 MySQL instead of a proper database, by ordering of the package
 dependencies. It’s just me who insists on keeping his systems¹
 free of MySQL and consorts, with advice from several DBAs.



MySQL is defective in great depth, it's true. It pains me when I have
to use MySQL for something because it's the supported platform and
something usable and sane isn't.

But MySQL is also the platform MediaWiki is developed against, and
Postgres isn't, and this last fact is important. This question was
originally about moving the package to 1.22.0. You do realise that
MediaWiki 1.22.0 didn't work in Postgres, and no-one picked up on this
because no-one tested it against Postgres, at all?

Postgres is better in every way than MySQL. But MediaWiki is developed
against MySQL, and if you point it at Postgres then stuff will break
unpredictably for your users. Hence idiosyncratic.


- d.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733103: steam: Please upgrade steam to 1.0.0.45

[Laurent Bigonville]

Source: steam
Version: 1.0.0.39-2
Severity: wishlist

Hi,

Could you please upgrade the core of steam to 1.0.0.45.

Cheers

Laurent Bigonville

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

Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733104: libbz2-ruby1.8: New upstream version available

[Christian Hofstaedtler]

Package: libbz2-ruby1.8
Severity: wishlist

Dear Maintainer,

Apparently a new upstream took over development of the code:

https://github.com/brianmario/bzip2-ruby

If possible please try the git version, from the changelog it appears to
support Ruby 1.9 and 2.0.

Thank you,
Christian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733102: libbz2-ruby1.8: Updating the Ruby packaging policy for your package «libbz2-ruby» / Ruby 1.8 removal

[Christian Hofstaedtler]

Package: libbz2-ruby1.8
Severity: normal

Dear Adam Majer,

As you may know, during the Wheezy release cycle, the pkg-ruby-extras
team¹ has worked to update the Ruby libraries/modules/gems packages to
follow a new policy, much easier for the maintainers (as we no longer
require a separate package for each interpreter version), to the
archive (as it strongly reduces code duplication), and much more
sensical to the users (as they no longer require to fiddle with which
among many almost-identical binary packages to install).

While we achieved a quite good success level during the Wheezy cycle²,
we decided to act only on the packages maintained by the group — There
are many Ruby library packages maintained by kind people (like
yourself!) which have not yet adopted this new style. According to our
records, you are currently maintaining the package:

  libbz2-ruby

I am sending this report as part of a mass-bug-filing.³ Some useful
information you might find useful:

• Guidelines for Ruby packaging⁴

  https://wiki.debian.org/Teams/Ruby/Packaging#Guidelines_for_Ruby_packaging

• Ruby team release goals for Jessie⁵

  https://wiki.debian.org/Teams/Ruby/Jessie

• About the Ruby team — Please consider joining!⁶

  https://wiki.debian.org/Teams/Ruby

• Part of the new policy involves running the package's tests. Here is
  a swift introduction on what it means and how to do it:

  https://wiki.debian.org/Teams/Ruby/Packaging/Tests


Thanks a lot for your attention!

--

¹ alioth.debian.org/projects/pkg-ruby-extras/

² http://pkg-ruby-extras.alioth.debian.org/wheezy/

As you may know, during the Wheezy release cycle, the pkg-ruby-extras
team¹ has worked to update the Ruby libraries/modules/gems packages to
follow a new policy, much easier for the maintainers (as we no longer
require a separate package for each interpreter version), to the
archive (as it strongly reduces code duplication), and much more
sensical to the users (as they no longer require to fiddle with which
among many almost-identical binary packages to install).

While we achieved a quite good success level during the Wheezy cycle²,
we decided to act only on the packages maintained by the group — There
are many Ruby library packages maintained by kind people (like
yourself!) which have not yet adopted this new style. According to our
records, you are currently maintaining the package:

  librrd-ruby

Some useful information on Ruby in Debian and for jessie:

• Guidelines for Ruby packaging⁴

  https://wiki.debian.org/Teams/Ruby/Packaging#Guidelines_for_Ruby_packaging

• Ruby team release goals for Jessie⁵

  https://wiki.debian.org/Teams/Ruby/Jessie

• About the Ruby team — Please consider joining!⁶

  https://wiki.debian.org/Teams/Ruby

• Part of the new policy involves running the package's tests. Here is
  a swift introduction on what it means and how to do it:

  https://wiki.debian.org/Teams/Ruby/Packaging/Tests


[Related bugs have been filed as part of a mass bug filing.³ ]

Thanks a lot for your attention!

--

¹ alioth.debian.org/projects/pkg-ruby-extras/

² http://pkg-ruby-extras.alioth.debian.org/wheezy/

³ https://lists.debian.org/debian-devel/2013/09/msg00196.html


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733105: quantlib-swig: Please migrate to Ruby 2.0 / 1.9

[Christian Hofstaedtler]

Package: quantlib-swig
Version: 1.3-1
Severity: normal

Dear Maintainer,

Your package currently depends on Ruby 1.8, which is not maintained
upstream any more. The Ruby team wishes to get rid of this version soon.

Please migrate your package to use Ruby 2.0 (or less preferably, 1.9).

More information that you might find useful:

 * Planned transition
http://release.debian.org/transitions/html/ruby1.8-removal.html

 * Ruby Team goals for Jessie
https://wiki.debian.org/Teams/Ruby/Jessie

 * Ruby Packaging Guidelines:
https://wiki.debian.org/Teams/Ruby/Packaging#Guidelines_for_Ruby_packaging


Thank you!
Christian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#729691: xine-lib: diff for NMU version 1.1.21-1.2

[David Prévot]

tags 729691 + patch
thanks

Dear maintainer,

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

Regards.

David
diff -Nru xine-lib-1.1.21/debian/changelog xine-lib-1.1.21/debian/changelog
--- xine-lib-1.1.21/debian/changelog	2013-09-14 11:36:51.0 -0400
+++ xine-lib-1.1.21/debian/changelog	2013-12-24 23:10:55.0 -0400
@@ -1,3 +1,10 @@
+xine-lib (1.1.21-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Adapt to libsmbclient.h new path. (Closes: #729691)
+
+ -- David Prévot taf...@debian.org  Tue, 24 Dec 2013 23:00:23 -0400
+
 xine-lib (1.1.21-1.1) unstable; urgency=high
 
   * Non-maintainer upload.
diff -Nru xine-lib-1.1.21/debian/control xine-lib-1.1.21/debian/control
--- xine-lib-1.1.21/debian/control	2013-09-14 11:35:45.0 -0400
+++ xine-lib-1.1.21/debian/control	2013-12-24 23:10:55.0 -0400
@@ -20,7 +20,7 @@
 	liblircclient-dev, libjack-jackd2-dev | libjack-dev (= 0.116.1-3) | libjack-dev ( 0.110),
 	libdirectfb-dev, libgtk2.0-dev,
 	libfaad-dev, libflac-dev, libsdl1.2-dev, libwavpack-dev,
-	libsmbclient-dev, libspeex-dev, libmng-dev,
+	libsmbclient-dev (= 2:4), libspeex-dev, libmng-dev,
 	libmad0-dev, libmpcdec-dev, libcdio-dev (= 0.76), libvcdinfo-dev,
 	libdvdnav-dev [!hurd-i386], libdvdread-dev [!hurd-i386],
 	zlib1g-dev, w3m, transfig, sgmltools-lite,
diff -Nru xine-lib-1.1.21/debian/patches/debian-changes xine-lib-1.1.21/debian/patches/debian-changes
--- xine-lib-1.1.21/debian/patches/debian-changes	2013-09-14 11:37:13.0 -0400
+++ xine-lib-1.1.21/debian/patches/debian-changes	2013-12-24 23:12:43.0 -0400
@@ -504,3 +504,36 @@
 +#define ENABLE_MPEGAUDIO_PARSER 0
 +#define ENABLE_MPEGVIDEO_PARSER 0
 +#define ENABLE_PNM_PARSER 0
+--- xine-lib-1.1.21.orig/src/input/input_smb.c
 xine-lib-1.1.21/src/input/input_smb.c
+@@ -28,7 +28,7 @@
+ #include compat.h
+ #include input_plugin.h
+ 
+-#include libsmbclient.h
++#include samba-4.0/libsmbclient.h
+ #include sys/types.h
+ #include errno.h
+ 
+--- xine-lib-1.1.21.orig/configure.ac
 xine-lib-1.1.21/configure.ac
+@@ -1699,7 +1699,7 @@ AC_ARG_ENABLE([samba],
+ 
+ if test x$with_samba = xyes; then
+   AC_CHECK_LIB(smbclient, smbc_init,
+-	[ AC_CHECK_HEADER(libsmbclient.h,
++	[ AC_CHECK_HEADER(samba-4.0/libsmbclient.h,
+ 		[ have_libsmbclient=yes
+ 		  LIBSMBCLIENT_LIBS=-lsmbclient ], 
+ 		AC_MSG_RESULT([*** All libsmbclient dependent parts will be disabled ***]))],
+--- xine-lib-1.1.21.orig/configure
 xine-lib-1.1.21/configure
+@@ -26505,7 +26505,7 @@ fi
+ { $as_echo $as_me:${as_lineno-$LINENO}: result: $ac_cv_lib_smbclient_smbc_init 5
+ $as_echo $ac_cv_lib_smbclient_smbc_init 6; }
+ if test x$ac_cv_lib_smbclient_smbc_init = xyes; then :
+-   ac_fn_c_check_header_mongrel $LINENO libsmbclient.h ac_cv_header_libsmbclient_h $ac_includes_default
++   ac_fn_c_check_header_mongrel $LINENO samba-4.0/libsmbclient.h ac_cv_header_libsmbclient_h $ac_includes_default
+ if test x$ac_cv_header_libsmbclient_h = xyes; then :
+have_libsmbclient=yes
+ 		  LIBSMBCLIENT_LIBS=-lsmbclient


signature.asc
Description: Digital signature

Bug#733106: ruby-exif: Unreliable build

[Christian Hofstaedtler]

Package: ruby-exif
Severity: serious
Justification: Policy 4.6

Dear Maintainer,

ruby-exif fails to catch build errors, causing partially-usable packages
to enter the archive.

Please see these buildd logs (look for extconf.rb failed):

https://buildd.debian.org/status/fetch.php?pkg=ruby-exifarch=kfreebsd-amd64ver=0.1.2-20stamp=1338324477

https://buildd.debian.org/status/fetch.php?pkg=ruby-exifarch=kfreebsd-i386ver=0.1.2-20stamp=1338320935

https://buildd.debian.org/status/fetch.php?pkg=ruby-exifarch=hurd-i386ver=0.1.2-20stamp=1338322303

  Christian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733062: mirror submission for mirror.zol.co.zw

[Simon Paillard]

Hi,

On Tue, Dec 24, 2013 at 08:50:39PM +, Anthony Somerset wrote:
 Submission-Type: new
 Site: mirror.zol.co.zw

Thanks a lot for supporting Debian in Africa through providing the mirror.
And thanks too for using the recommended tool.

 Aliases: ftp.zw.debian.org
 Aliases: http.zw.debian.org
 Type: leaf
 Archive-architecture: amd64 armel armhf i386 
 Archive-ftp: /debian/
 Archive-http: /debian/
 Archive-rsync: debian/

All architectures are mirrored for backports.

 Backports-ftp: /debian-backports/
 Backports-http: /debian-backports/
 Backports-rsync: debian-backports/
 IPv6: no
 Archive-upstream: ftp.uk.debian.org
 Backports-upstream: ftp.uk.debian.org
 Updates: four

 Maintainer: Anthony Somerset webmas...@somersettechsolutions.co.uk
 Country: ZW Zimbabwe
 Location: Harare, Zimbabwe
 Sponsor: Zimbabwe Online http://www.zol.co.zw
 Comment: international bandwith is limited to 100mbps, but within Zimbabwe it 
 is connected at up to 1gbps
  
  have also configured it to work on ftp.zw.debian.org  and http.zw.debian.org 
 for country mirror status

Can you configure it to work with http.debian.net, ftp*.debian.org too ?

Thanks for mirroring Debian and best regards.

-- 
Simon Paillard


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733049: debian-installer does NOT add bootable flag in guided partitioning mode

[Andres Cimmarusti]

 Isn't this flag supposed to be more or less decorative these days?

 (IOW: what's your particular setup, why does it need this flag?)

I'm always working with old computers. They don't have a separate EFI
partition (most of them can't handle it anyways) and usually I choose
to install GRUB in the root partition, thus I need to make it
bootable. I assure you there's nothing decorative about it in these
systems. When I first tried wheezy in one of these computers, I kept
getting unbootable installations, and finally I saw that ticking on
the bootable flag did the trick.

 And what do you propose for this? :-)

I propose this be re-enabled by default on the guided partitioning if
the debian installation media is NOT booted in EFI mode. Unless I'm
grossly misunderstanding the issue as I explained above.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#556610: Please do incremental checks every night instead of a full monthly one

[Sergey B Kirpichev]

 The main issue which all proposed solutions share is when
 there's a large array, say, md0, and a small array, say,
 md1, both shares the same set of underlying disks, so md
 subystem will not check/repair them in parallel.  In this
 situation, we will never check md1 if checking md0 takes
 more time than we allow in a month (28 days).

What do you think about suggested above solution
(set sync_force_parallel to 1 during cronjobs)?  This workaround
is implemented in the updated (attached) patch.

See also: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556610#74

BTW, how bad is in general to set
sync_force_parallel to 1 per default?  (Cc'd to Neil Brown.)

I think, it would be nice to end (not pause) check if it's reached
sync_max.  Perhaps, there is deep reasons why md's interface
doesn't work in this way.  Neil, could you explan this a bit?

 I'll think about it all more.

Any news?
--- /etc/cron.d/mdadm.orig	2013-12-25 19:00:14.0 +0400
+++ /etc/cron.d/mdadm	2013-12-25 19:01:50.0 +0400
@@ -5,8 +5,7 @@
 # distributed under the terms of the Artistic Licence 2.0
 #
 
-# By default, run at 00:57 on every Sunday, but do nothing unless the day of
-# the month is less than or equal to 7. Thus, only run on the first Sunday of
-# each month. crontab(5) sucks, unfortunately, in this regard; therefore this
-# hack (see #380425).
-57 0 * * 0 root if [ -x /usr/share/mdadm/checkarray ]  [ $(date +\%d) -le 7 ]; then /usr/share/mdadm/checkarray --cron --all --idle --quiet; fi
+# By default, start (or continue unfinished checks) at 00:57
+# and stop (interrupt) checks at 01:57.
+57 0 * * * root [ -x /usr/share/mdadm/checkarray ]  /usr/share/mdadm/checkarray --cron --all --idle --quiet
+57 1 * * * root [ -x /usr/share/mdadm/checkarray ]  /usr/share/mdadm/checkarray --cron --all --idle --quiet --interrupt
--- /usr/share/mdadm/checkarray.orig	2013-01-24 17:26:51.0 +0400
+++ /usr/share/mdadm/checkarray	2013-12-25 18:58:56.0 +0400
@@ -27,10 +27,12 @@
  -a|--all	check all assembled arrays (ignores arrays in command line).
  -s|--status	print redundancy check status of devices.
  -x|--cancel	queue a request to cancel a running redundancy check.
+  --interrupt   queue a request to interrupt a running redundancy check.
  -i|--idle	perform check in a lowest scheduling class (idle)
  -l|--slow	perform check in a lower-than-standard scheduling class
  -f|--fast	perform check in higher-than-standard scheduling class
  --realtime	perform check in real-time scheduling class (DANGEROUS!)
+ --split n  check next 1/n'th part (n = 28) of every specified device (override CHECK_SPLIT)
  -c|--cron	honour AUTOCHECK setting in /etc/default/mdadm.
  -q|--quiet	suppress informational messages
 		(use twice to suppress error messages too).
@@ -50,7 +52,7 @@
 }
 
 SHORTOPTS=achVqQsxilf
-LONGOPTS=all,cron,help,version,quiet,real-quiet,status,cancel,idle,slow,fast,realtime
+LONGOPTS=all,cron,help,version,quiet,real-quiet,status,cancel,interrupt,idle,slow,fast,realtime,split:
 
 eval set -- $(getopt -o $SHORTOPTS -l $LONGOPTS -n $PROGNAME -- $@)
 
@@ -62,20 +64,31 @@
 action=check
 ionice=
 
-for opt in $@; do
-  case $opt in
--a|--all) all=1;;
--s|--status) action=status;;
--x|--cancel) action=idle;;
--i|--idle) ionice=idle;;
--l|--slow) ionice=low;;
--f|--fast) ionice=high;;
---realtime) ionice=realtime;;
--c|--cron) cron=1;;
--q|--quiet) quiet=$(($quiet+1));;
--Q|--real-quiet) quiet=$(($quiet+2));;	# for compatibility
+while true
+do
+  case $1 in
+-a|--all) all=1; shift;;
+-s|--status) action=status; shift;;
+-x|--cancel) action=cancel; shift;;
+--interrupt) action=interrupt; shift;;
+-i|--idle) ionice=idle; shift;;
+-l|--slow) ionice=low; shift;;
+-f|--fast) ionice=high; shift;;
+--realtime) ionice=realtime; shift;;
+--split) CHECK_SPLIT=$2; shift 2;;
+-c|--cron) cron=1; shift;;
+-q|--quiet) quiet=$(($quiet+1)); shift;;
+-Q|--real-quiet) quiet=$(($quiet+2)); shift;; # for compatibility
 -h|--help) usage; exit 0;;
 -V|--version) about; exit 0;;
+--) shift; break;;
+*) echo $PROGNAME: E: invalid option: $1.  Try --help. 2; exit 1;;
+  esac
+done
+
+for opt in $@
+do
+  case $opt in
 /dev/md/*|md/*) arrays=${arrays:+$arrays }md${opt#*md/};;
 /dev/md*|md*) arrays=${arrays:+$arrays }${opt#/dev/};;
 /sys/block/md*) arrays=${arrays:+$arrays }${opt#/sys/block/};;
@@ -99,6 +112,20 @@
   exit 0
 fi
 
+CHECK_SPLIT=${CHECK_SPLIT:-28}
+
+if [ $CHECK_SPLIT -gt 28 ]
+then
+  CHECK_SPLIT=28
+  echo $PROGNAME: W: CHECK_SPLIT  28, reset to 28. 2
+fi
+
+if [ $CHECK_SPLIT -lt 1 ]
+then
+  CHECK_SPLIT=1
+  echo $PROGNAME: W: CHECK_SPLIT  1, reset to 1. 2
+fi
+
 if [ ! -f /proc/mdstat ]; then
   [ $quiet -lt 2 ]  echo $PROGNAME: E: MD subsystem not loaded, or /proc unavailable. 2
   exit 2
@@ -159,10 +186,34 @@
 continue
   fi
 
+  chunk_size=$(cat $MDBASE/chunk_size)
+  # set one to safe value if raid level 

Bug#728614: Pending fixes for bugs in the libfile-mimeinfo-perl package

[pkg-perl-maintainers]

tag 728614 + pending
thanks

Some bugs in the libfile-mimeinfo-perl package are closed in revision
7b19d3eabfbe0e8b9d71259c2b14d5db41a619fd in branch 'master' by gregor
herrmann

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libfile-mimeinfo-perl.git;a=commitdiff;h=7b19d3e

Commit message:

New upstream release. Fixes typo in mimeopen manpage (freedestop) 
(Closes: #728614)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733107: nginx: 1.4.4-1 FTBFS against recent libssl-dev

[Neutron Soutmun]

Source: nginx
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

  The nginx 1.4.4-1 has failed to build from source with the following
error message:

== 8 ==

cc -c -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security -Wall -DFORTIFY_SOURCE=2 -fstack-protector
-D_FORTIFY_SOURCE=2  -I src/core -I src/event -I src/event/modules -I
src/os/unix -I /usr/include/libxml2 -I objs \
-o objs/src/event/ngx_event_openssl.o \
src/event/ngx_event_openssl.c
In file included from src/event/ngx_event_openssl.h:15:0,
 from src/core/ngx_core.h:73,
 from src/event/ngx_event_openssl.c:9:
src/event/ngx_event_openssl.c: In function 'ngx_ssl_create':
src/event/ngx_event_openssl.c:189:35: error:
'SSL_OP_MSIE_SSLV2_RSA_PADDING' undeclared (first use in this function)
 SSL_CTX_set_options(ssl-ctx, SSL_OP_MSIE_SSLV2_RSA_PADDING);
   ^
src/event/ngx_event_openssl.c:189:35: note: each undeclared identifier
is reported only once for each function it appears in
make[2]: *** [objs/src/event/ngx_event_openssl.o] Error 1
make[2]: Leaving directory `/tmp/buildd/nginx-1.4.4/debian/build-full'
make[1]: *** [build] Error 2
make[1]: Leaving directory `/tmp/buildd/nginx-1.4.4/debian/build-full'
make: *** [build-arch.full] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

== 8 ==

This error has been fixed upstream, see [1].

Please consider to apply the upstream's patch.

Best regards,
Neutron Soutmun

[1] 
http://trac.nginx.org/nginx/changeset/a73678f5f96ffead0b616b2c03dfcfd5445d443b/nginx

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

Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


signature.asc
Description: Digital signature

Bug#733107: nginx: 1.4.4-1 FTBFS against recent libssl-dev

[Neutron Soutmun]

Package: src:nginx
Followup-For: Bug #733107

Dear Maintainer,

  I have checked-out the nginx source package from collab-maint git
repository and prepared the patch to fix this bug, please find the
attached file.

Best regards,
Neutron Soutmun

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

Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From 8dc8b9e6a71b745f9bf070a1f1866d0a46b73c7f Mon Sep 17 00:00:00 2001
From: Neutron Soutmun neo.neut...@gmail.com
Date: Wed, 25 Dec 2013 22:07:52 +0700
Subject: [PATCH] Fix FTBFS against the recent libssl-dev

---
 debian/changelog  |  4 
 .../guard-use-of-deprecated-openssl-definition.patch  | 19 +++
 debian/patches/series |  1 +
 3 files changed, 24 insertions(+)
 create mode 100644 debian/patches/guard-use-of-deprecated-openssl-definition.patch

diff --git a/debian/changelog b/debian/changelog
index 94a8a67..f922545 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -21,6 +21,10 @@ nginx (1.4.4-2) UNRELEASED; urgency=low
 + Host header should be passed unmodified to the proxied server.
 + Pass X-Forwarded-Proto header to the proxied server.
 
+  [ Neutron Soutmun ]
+  * debian/patches/guard-use-of-deprecated-openssl-definition.patch:
++ Fix FTBFS against the recent libssl-dev. (Closes: #733107)
+
  -- Michael Lustfield mich...@forge.lustfield.net  Sun, 24 Nov 2013 15:59:52 -0600
 
 nginx (1.4.4-1) unstable; urgency=low
diff --git a/debian/patches/guard-use-of-deprecated-openssl-definition.patch b/debian/patches/guard-use-of-deprecated-openssl-definition.patch
new file mode 100644
index 000..1ebc8bc
--- /dev/null
+++ b/debian/patches/guard-use-of-deprecated-openssl-definition.patch
@@ -0,0 +1,19 @@
+Description: guard use of SSL_OP_MSIE_SSLV2_RSA_PADDING
+ This option had no effect since 0.9.7h / 0.9.8b and it was removed
+ in recent OpenSSL
+Author: Piotr Sikora pi...@cloudflare.com
+Origin: http://trac.nginx.org/nginx/changeset/a73678f5f96ffead0b616b2c03dfcfd5445d443b/nginx
+
+Index: src/event/ngx_event_openssl.c
+===
+--- a/src/event/ngx_event_openssl.c
 b/src/event/ngx_event_openssl.c
+@@ -186,6 +186,8 @@
+ SSL_CTX_set_options(ssl-ctx, SSL_OP_MICROSOFT_BIG_SSLV3_BUFFER);
+
++#ifdef SSL_OP_MSIE_SSLV2_RSA_PADDING
+ /* this option allow a potential SSL 2.0 rollback (CAN-2005-2969) */
+ SSL_CTX_set_options(ssl-ctx, SSL_OP_MSIE_SSLV2_RSA_PADDING);
++#endif
+
+ SSL_CTX_set_options(ssl-ctx, SSL_OP_SSLEAY_080_CLIENT_DH_BUG);
diff --git a/debian/patches/series b/debian/patches/series
index 73f535e..f4cd23e 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
 perl-use-dpkg-buildflags.patch
+guard-use-of-deprecated-openssl-definition.patch
-- 
1.8.5.2



signature.asc
Description: Digital signature

Bug#683703: Re: Bug#683703: Acknowledgement (xbmc: Video playback fails when VAAPI is enabled and a VAAPI driver is installed)

[Matt Horan]

Balint -

On Wed, Dec 25, 2013 at 01:22:27AM +0100, Balint Reczey wrote:
 Could you please test latest unstable version?

I'm running wheezy, and it seems the unstable package dependencies are
not provided in that release. Do you have any guess of how much trouble
it would be for me to backport the new package, or should I investigate
upgrading to unstable?

My machine is finally stable in my mind, so I'm a bit hesitant to
upgrade.

Thanks,

-- 
Matt Horan m...@matthoran.com http://matthoran.com/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733107: nginx: 1.4.4-1 FTBFS against recent libssl-dev

[Kartik Mistry]

On Wed, Dec 25, 2013 at 9:27 PM, Neutron Soutmun neo.neut...@gmail.com wrote:
   I have checked-out the nginx source package from collab-maint git
 repository and prepared the patch to fix this bug, please find the
 attached file.

Thanks a lot for bug and patch!

I'm testing and committing patch in a few minutes. New package should
be ready by today too.

-- 
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725284: hdparm + systemd: Patch to restore configuration after resume

[Ralf Jung]

Dear maintainer,

adding the attached systemd unit fixes restoring the hdparm
configuration when systemd is used. I'd appreciate if you could add this
(or a similar solution) to the package.

Kind regards
Ralf
[Unit]
Description=hdparm resume actions
After=suspend.target
After=hibernate.target
After=hybrid-sleep.target

[Service]
Type=simple
ExecStart=/usr/lib/pm-utils/power.d/95hdparm-apm resume

[Install]
WantedBy=suspend.target
WantedBy=hibernate.target
WantedBy=hybrid-sleep.target

Bug#733108: python3-requests: redirect can expose netrc password

[Jakub Wilk]

Package: python3-requests
Version: 2.0.0-1
Tags: security

If site A redirects to site B, and user had a password for site A in 
their ~/.netrc, then requests would send authorization information both 
to site A and to site B.


I've attached a netrc file and a pair of test scripts that should help 
reproducing the bug.


--
Jakub Wilk
#!/usr/bin/python3

import http.server
import io

class RequestHandler(http.server.BaseHTTPRequestHandler):

def do_GET(self):
if self.path.startswith('/redirect/'):
self.send_response(303)
self.send_header('Location', self.path[10:])
self.end_headers()
else:
self.send_response(200)
self.end_headers()
s = 'host: {}\n'.format(self.headers.get('Host'))
self.wfile.write(s.encode())
s = 'auth: {}\n'.format(self.headers.get('Authorization'))
self.wfile.write(s.encode())

if __name__ == '__main__':
http.server.test(RequestHandler)

# vim:ts=4 sw=4 et
#!/usr/bin/python3

import requests

response = requests.get(http://localhost:8000/redirect/http://127.0.0.42:8000/;)
print(response.text)
machine localhost
login eggs password ham

Bug#733109: libgexiv2-dev: dependency changes: remove libexiv2-dev, add libglib2.0-dev

[Pino Toscano]

Package: libgexiv2-dev
Severity: minor

Hi,

  $ grep -rh include libgexiv2-dev/usr/include/* | sort -u
  #include gexiv2/gexiv2-log.h
  #include gexiv2/gexiv2-managed-stream.h
  #include gexiv2/gexiv2-metadata.h
  #include gexiv2/gexiv2-preview-image.h
  #include gexiv2/gexiv2-preview-properties.h
  #include gexiv2/gexiv2-startup.h
  #include gio/gio.h
  #include glib.h
  #include glib-object.h

so it seems the libexiv2-dev dependency should be removed (since the
exiv2 headers are not included in the public gexiv2 ones), while
libglib2.0-dev should be added

Thanks,
-- 
Pino


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733110: wordnet: Please migrate to Ruby 2.0/1.9

[Christian Hofstaedtler]

Package: wordnet
Severity: normal

Dear Maintainer,

Your package wordnet uses Ruby 1.8 during it's build process.
Ruby 1.8 is no longer maintained upstream, and the Ruby team wishes to
remove it from the archive soon. Please migrate your build scripts to
use Ruby 1.9 or 2.0.

For your convienence a ruby package is provided which always depends
on the current default version of the ruby interpreter (at time of this
writing, the default is 1.9.1).

Thank you,
Christian

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#683703: Re: Bug#683703: Acknowledgement (xbmc: Video playback fails when VAAPI is enabled and a VAAPI driver is installed)

[Bálint Réczey]

Hi Matt,

2013/12/25 Matt Horan m...@matthoran.com:
 Balint -

 On Wed, Dec 25, 2013 at 01:22:27AM +0100, Balint Reczey wrote:
 Could you please test latest unstable version?

 I'm running wheezy, and it seems the unstable package dependencies are
 not provided in that release. Do you have any guess of how much trouble
 it would be for me to backport the new package, or should I investigate
 upgrading to unstable?

 My machine is finally stable in my mind, so I'm a bit hesitant to
 upgrade.
I think due to the missing dependencies backport to stable is a bit hard. :-(
xbmc needs libav from unstable which would possibly break other software.

I guess upgrade to testing or giving testing/unstable a try on a spare
partition would
be the easier way.

Thanks,
Balint


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733111: update uscan Files-Excluded parsing to support escaped names

[Russ Allbery]

Package: devscripts
Version: 2.13.8
Severity: normal

In order to support file names that contain whitespace, uscan's parsing
of Files-Excluded needs to handle the character escaping protocol.  The
following code should correctly handle foo\ bar, as well as the other
more pathological cases such as foo\\ bar (which is two files).

my @excluded
  = ($data-{files-excluded} =~ /(?:\A|\G[ ]+)((?:\\.|[^\\ ])+)/g);
@excluded = map { s/\\(.)/$1/g; $_ } @excluded;
foreach (@excluded) {

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DEBCHANGE_RELEASE_HEURISTIC=changelog
DEBCOMMIT_STRIP_MESSAGE=no
DEBSIGN_KEYID=D15D313882004173

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.11-2-686-pae (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

Versions of packages devscripts depends on:
ii  dpkg-dev 1.16.12
ii  libc62.17-97
ii  perl 5.18.1-5
ii  python3  3.3.2-17
pn  python3:any  none

Versions of packages devscripts recommends:
ii  at  3.1.14-1
ii  curl7.34.0-1
ii  dctrl-tools 2.23
ii  debian-keyring  2013.07.31
ii  dput-ng [dput]  1.7
pn  equivs  none
ii  fakeroot1.18.4-2
ii  gnupg   1.4.15-1.1
ii  libdistro-info-perl 0.11
ii  libencode-locale-perl   1.03-1
ii  libjson-perl2.61-1
ii  liblwp-protocol-https-perl  6.04-2
ii  libparse-debcontrol-perl2.005-4
ii  libsoap-lite-perl   0.716-1
ii  liburi-perl 1.60-1
ii  libwww-perl 6.05-2
ii  lintian 2.5.20
ii  man-db  2.6.5-2
ii  patch   2.7.1-4
ii  patchutils  0.3.2-3
pn  python3-debian  none
pn  python3-magic   none
ii  sensible-utils  0.0.9
ii  strace  4.5.20-2.3
ii  unzip   6.0-10
ii  wdiff   1.2.1-1
ii  wget1.14-5
ii  xz-utils5.1.1alpha+20120614-2

Versions of packages devscripts suggests:
ii  bsd-mailx [mailx]8.1.2-0.20131005cvs-1
ii  build-essential  11.6
pn  cvs-buildpackage none
ii  devscripts-el35.8
ii  gnuplot  4.6.4-1
ii  gpgv 1.4.15-1.1
ii  libauthen-sasl-perl  2.1500-1
ii  libfile-desktopentry-perl0.07-1
ii  libnet-smtp-ssl-perl 1.01-3
pn  libterm-size-perlnone
ii  libtimedate-perl 2.3000-1
ii  libyaml-syck-perl1.27-2+b1
ii  mutt 1.5.21-6.4
ii  openssh-client [ssh-client]  1:6.4p1-1
ii  svn-buildpackage 0.8.5
ii  w3m  0.5.3-12

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#635920: patch / git-import-orig --uscan uses the wrong tarball when a repacking script is used

[Russ Allbery]

Andreas Tille ti...@debian.org writes:

 I'm deeply impressed by the stuff you guys are dealing with at Christmas
 Eve. ;-) While my family is not as tolerant to let me put those topics
 on the table I'd be really happy if some of you could send a bug report
 with the patch to BTS.

Done.  (Well, sort of; I was lazy and didn't turn it into a full patch.)

 Kind regards - and it is really fun to have another technical family
 so I wish you a merry Christmas as well

*grin*.  Yes.  Merry Christmas!

-- 
Russ Allbery (r...@debian.org)   http://www.eyrie.org/~eagle/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733112: libsystemd-login0: logind not found by gdm3

[Kjö Hansi Glaz]

Package: libsystemd-login0
Version: 204-5
Severity: normal

Dear Maintainer,

I use systemd as init. It seems that gdm3 fails to communicate with
logind as it fallsback to consolekit as a login manager.

As a result, several features of gnome doesn't work as expected.

Please find attached a strace of systemd-logind before restarting gdm3
and logging in.

Hope it helps

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

Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libsystemd-login0 depends on:
ii  libc6  2.17-97
ii  multiarch-support  2.17-97

libsystemd-login0 recommends no packages.

libsystemd-login0 suggests no packages.

-- no debconf information
lstat(/run/systemd/system/, {st_mode=S_IFDIR|0755, st_size=40, ...}) = 0
lstat(/run/systemd/system/, {st_mode=S_IFDIR|0755, st_size=40, ...}) = 0
epoll_wait(4, {{EPOLLERR, {u32=3, u64=3}}}, 1, 4294967295) = 1
lseek(5, 0, SEEK_SET)   = 0
read(5, tty2\n, 63)   = 5
open(/dev/tty1, O_RDWR|O_NOCTTY|O_CLOEXEC) = 19
ioctl(19, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(19, VT_GETSTATE, 0x7fffd8a721f0)  = 0
close(19)   = 0
lstat(/run/systemd/system/, {st_mode=S_IFDIR|0755, st_size=40, ...}) = 0
lstat(/run/systemd/system/, {st_mode=S_IFDIR|0755, st_size=40, ...}) = 0
epoll_wait(4, {{EPOLLERR, {u32=3, u64=3}}}, 1, 4294967295) = 1
lseek(5, 0, SEEK_SET)   = 0
read(5, tty7\n, 63)   = 5
lstat(/run/systemd/system/, {st_mode=S_IFDIR|0755, st_size=40, ...}) = 0
lstat(/run/systemd/system/, {st_mode=S_IFDIR|0755, st_size=40, ...}) = 0
epoll_wait(4, {{EPOLLIN, {u32=4, u64=4}}}, 1, 4294967295) = 1
epoll_wait(10, {{EPOLLIN, {u32=8205840, u64=8205840}}}, 1, 0) = 1
recvmsg(9, {msg_name(0)=NULL, 
msg_iov(1)=[{l\1\0\1x\0\0\0\2\0\0\0\247\0\0\0\1\1o\0\27\0\0\0/org/fre..., 
2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 304
recvmsg(9, 0x7fffd8a72130, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily 
unavailable)
lstat(/run/systemd/system/, {st_mode=S_IFDIR|0755, st_size=40, ...}) = 0
open(/proc/32101/cgroup, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or 
directory)
sendmsg(9, {msg_name(0)=NULL, 
msg_iov(2)=[{l\3\1\1\24\0\0\0\177\0\0\0W\0\0\0\6\1s\0\6\0\0\0:1.180\0\0..., 
104}, {\17\0\0\0No such process\0, 20}], msg_controllen=0, msg_flags=0}, 
MSG_NOSIGNAL) = 124
lstat(/run/systemd/system/, {st_mode=S_IFDIR|0755, st_size=40, ...}) = 0
epoll_wait(4, {{EPOLLIN, {u32=4, u64=4}}}, 1, 4294967295) = 1
epoll_wait(10, {{EPOLLIN, {u32=8205840, u64=8205840}}}, 1, 0) = 1
recvmsg(9, {msg_name(0)=NULL, 
msg_iov(1)=[{l\1\0\1#\0\0\0\26\0\0\0\177\0\0\0\10\1g\0\1s\0\0\1\1o\0\27\0\0\0...,
 2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 179
recvmsg(9, 0x7fffd8a72130, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily 
unavailable)
lstat(/run/systemd/system/, {st_mode=S_IFDIR|0755, st_size=40, ...}) = 0
sendmsg(9, {msg_name(0)=NULL, 
msg_iov(2)=[{l\2\1\1\360\2\0\0\200\0\0\0#\0\0\0\6\1s\0\6\0\0\0:1.184\0\0..., 
56}, {\350\2\0\0\0\0\0\0\25\0\0\0ControlGroupHierarch..., 752}], 
msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 808
lstat(/run/systemd/system/, {st_mode=S_IFDIR|0755, st_size=40, ...}) = 0
epoll_wait(4, {{EPOLLIN, {u32=4, u64=4}}}, 1, 4294967295) = 1
epoll_wait(10, {{EPOLLIN, {u32=8205840, u64=8205840}}}, 1, 0) = 1
recvmsg(9, {msg_name(0)=NULL, 
msg_iov(1)=[{l\1\0\1J\0\0\0\27\0\0\0\207\0\0\0\10\1g\0\4\0\0\0\0\0\0\0...,
 2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 226
recvmsg(9, 0x7fffd8a72130, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily 
unavailable)
lstat(/run/systemd/system/, {st_mode=S_IFDIR|0755, st_size=40, ...}) = 0
timerfd_create(CLOCK_MONOTONIC, 0x80800 /* TFD_??? */) = 19
timerfd_settime(19, 0, {it_interval={25, 0}, it_value={25, 0}}, NULL) = 0
epoll_ctl(10, EPOLL_CTL_ADD, 19, {EPOLLIN, {u32=8251968, u64=8251968}}) = 0
sendmsg(9, {msg_name(0)=NULL, 
msg_iov(2)=[{l\1\0\1\v\0\0\0\201\0\0\0\207\0\0\0\1\1o\0\25\0\0\0/org/fre..., 
152}, {\6\0\0\0:1.184\0, 11}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) 
= 163
poll([{fd=9, events=POLLIN}], 1, 25000) = 1 ([{fd=9, revents=POLLIN}])
recvmsg(9, {msg_name(0)=NULL, 
msg_iov(1)=[{l\2\1\1\4\0\0\0*\0\0\0=\0\0\0\6\1s\0\4\0\0\0:1.1\0\0\0\0..., 
2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 84
epoll_ctl(10, EPOLL_CTL_DEL, 19, NULL)  = 0
close(19)   = 0
recvmsg(9, 0x7fffd8a71a10, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily 
unavailable)
timerfd_create(CLOCK_MONOTONIC, 0x80800 /* TFD_??? */) = 19
timerfd_settime(19, 0, {it_interval={25, 0}, it_value={25, 0}}, NULL) = 0
epoll_ctl(10, EPOLL_CTL_ADD, 19, {EPOLLIN, {u32=8251968, u64=8251968}}) = 0
sendmsg(9, 

Bug#733049: debian-installer does NOT add bootable flag in guided partitioning mode

[Christian PERRIER]

Quoting Andres Cimmarusti (acimmaru...@gmail.com):

  And what do you propose for this? :-)
 
 I propose this be re-enabled by default on the guided partitioning if
 the debian installation media is NOT booted in EFI mode. Unless I'm
 grossly misunderstanding the issue as I explained above.

Eagerly waiting for the patch




signature.asc
Description: Digital signature

Bug#732715: Patch

[Hilko Bengen]

Control: tag -1 upstream
Control: tag -1 patch

After looking at the reference conuters using Devel::Peek (modified
reproducer program is attached), it looks to me as if the Attempt to
free unreferenced scalar message affected only the last entry in the
list: REFCNT=1 where it should be at least 2. The first entry gets
REFCNT=1, all other get REFCNT=2. I suspect that the reference counters
get messed up at the end of the loop and that this has something to do
with the POP_MULTICALL macro.

Setting $_ to undef (at least that's what I think GvSV(PL_defgv) means)
before the POP_MULTICALL seems to fix the problem here.

Cheers,
-Hilko

#!/usr/bin/perl

use 5.010;
# use blib;
use List::MoreUtils;
use Devel::Peek;

my @files = qw foo bar baz qux ;
my @groups = List::MoreUtils::part (
sub {
given ($_) {
when ('foo') { return 0 }
when ('bar') { return 1 } 
when ('baz') { return 2 }
when ('qux') { return 3 }
}
},
@files,
);
Dump \@files;
say STDERR '---';
Dump \@groups;
Index: liblist-moreutils-perl-0.33/MoreUtils.xs
===
--- liblist-moreutils-perl-0.33.orig/MoreUtils.xs	2011-08-04 11:39:36.0 +0200
+++ liblist-moreutils-perl-0.33/MoreUtils.xs	2013-12-25 18:48:53.047764311 +0100
@@ -1310,6 +1310,7 @@
 	av_push(tmp[idx], args[i]);
 	SvREFCNT_inc(args[i]);
 }
+GvSV(PL_defgv) = PL_sv_undef;
 POP_MULTICALL;
 
 EXTEND(SP, last);

Bug#733075: Bug#733075: zsh: command completion not working after semicolon

[Bart Schaefer]

On Dec 25, 12:01pm, Frank Terbeck wrote:
}
} I git-bisected this to:
} 
} [568e0db7a964feefa45061967d0c7079a0e59c1e]
}   31611: attempt to fix crash completing redirection in do loop
} 
} This is in zle_tricky.c, so naturally I'm afraid to touch it. :)

I think this is the right thing, but it would be helpful if someone
can also check that the redirection issue has not regressed.  (There
are no tests of command completion in Y01, so I'm not sure how to
add a regression test for these.)

diff --git a/Src/Zle/zle_tricky.c b/Src/Zle/zle_tricky.c
index 25f09c4..9d163ad 100644
--- a/Src/Zle/zle_tricky.c
+++ b/Src/Zle/zle_tricky.c
@@ -1071,7 +1071,7 @@ has_real_token(const char *s)
 static char *
 get_comp_string(void)
 {
-enum lextok t0, tt0;
+enum lextok t0, tt0, cmdtok;
 int i, j, k, cp, rd, sl, ocs, ins, oins, ia, parct, varq = 0;
 int ona = noaliases;
 /*
@@ -1146,6 +1146,7 @@ get_comp_string(void)
 linredir = inredir;
 zsfree(cmdstr);
 cmdstr = NULL;
+cmdtok = NULLTOK;
 zsfree(varname);
 varname = NULL;
 insubscr = 0;
@@ -1264,6 +1265,7 @@ get_comp_string(void)
ins = (tok == REPEAT ? 2 : (tok != STRING));
zsfree(cmdstr);
cmdstr = ztrdup(tokstr);
+   cmdtok = tok;
/* If everything before is a redirection, don't reset the index */
if (wordpos != redirpos)
wordpos = redirpos = 0;
@@ -1271,10 +1273,11 @@ get_comp_string(void)
/*
 * A following DOLOOP should cause us to reset to the start
 * of the command line.  For some reason we only recognise
-* DOLOOP for this purpose (above) if ins is set.  Why?
-* Don't ask pointless questions.
+* DOLOOP for this purpose (above) if ins is set.  Why?  To
+* handle completing multiple SEPER-ated command positions on
+* the same command line, e.g., pipelines.
 */
-   ins = 1;
+   ins = (cmdtok != STRING);
}
if (!lexflags  tt0 == NULLTOK) {
/* This is done when the lexer reached the word the cursor is on. */


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733113: gnome-shell-extensions: Alternative status menu fails to display an Hibernate entry

[Kjö Hansi Glaz]

Package: gnome-shell-extensions
Version: 3.8.4-2
Severity: normal

Dear Maintainer,

   * What led up to the situation?

Install and enable Alternative Status Menu from gnome-shell-extensions.

Use systemd as init.

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

Click the topright user menu

   * What was the outcome of this action?

There is no Hibernate entry.

Syslog reads:

dbus[]: [system] Rejected send message, 2 matched rules;
type=method_call, sender=:1.201 (uid=1000 pid= comm=)
interface=org.freedesktop.ConsoleKit.Manager
member=CanHibernate error name=(unset) requested_reply=0
destination=:1.6 (uid=0 pid= comm=)

   * What outcome did you expect instead?

An Hibernate entry

   * Initial debugging

I added hacked a bit in the code of the extension and found that it uses
LoginManagerConsoleKit instead of LoginManagerSystemd (defined in
/usr/share/gnome-shell/js/misc/loginManager.js).

It seems me this is a consequence of a bug in either logind of gdm that
I filed as #733112.

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

Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-shell-extensions depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.18.0-1
ii  gir1.2-gtop-2.0  2.28.5-2
ii  gnome-session3.8.4-3
ii  gnome-shell  3.8.4-5
ii  gvfs 1.16.3-1+b2

Versions of packages gnome-shell-extensions recommends:
ii  gnome-tweak-tool  3.8.1-2

gnome-shell-extensions suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733114: cdrom drive not recognized

[Roderich Schupp]

Package: banshee
Version: 2.9.0-2
Severity: normal

When there's an audio cd in the drive it doesn't show in Banshee,
see attached output of banshee -debug.



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

Kernel: Linux 3.13.0-rc5 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages banshee depends on:
ii  gnome-icon-theme 3.10.0-1
ii  gstreamer1.0-alsa [gstreamer1.0-audiosink]   1.2.1-2
ii  gstreamer1.0-plugins-bad [gstreamer1.0-audi  1.2.1-2
ii  gstreamer1.0-plugins-base1.2.1-2
ii  gstreamer1.0-plugins-good [gstreamer1.0-aud  1.2.1-1
ii  gstreamer1.0-pulseaudio [gstreamer1.0-audio  1.2.1-1
ii  libatk3.0-cil2.99.2-2
ii  libboo2.0.9-cil  0.9.5~git20110729.r1.202a430-2
ii  libc62.18-0experimental0
ii  libcairo1.10-cil 2.99.2-2
ii  libcairo21.12.16-2
ii  libdbus-glib-1-2 0.100.2-1
ii  libdbus-glib2.0-cil  0.6.0-1
ii  libdbus2.0-cil   0.8.0-1
ii  libgconf2.0-cil  2.24.2-3
ii  libgdata2.1-cil  2.2.0.0-2
ii  libgdk3.0-cil2.99.2-2
ii  libgio3.0-cil2.99.2-2
ii  libglib2.0-0 2.38.2-1
ii  libglib3.0-cil   2.99.2-2
ii  libgpod4 0.8.3-3
ii  libgstreamer-plugins-base1.0-0   1.2.1-2
ii  libgstreamer1.0-01.2.1-1
ii  libgtk-3-0   3.10.2-1
ii  libgtk2.0-0  2.24.22-1
ii  libgtk3.0-cil2.99.2-2
ii  libgudev3.0-cil  3.0.0-1
ii  libkarma00.1.2-2.3
ii  libmono-addins0.2-cil1.0+git20130406.adcd75b-3
ii  libmono-corlib4.5-cil3.2.3+dfsg-5
ii  libmono-posix4.0-cil 3.2.3+dfsg-5
ii  libmono-sharpzip4.84-cil 3.2.3+dfsg-5
ii  libmono-system-core4.0-cil   3.2.3+dfsg-5
ii  libmono-system-xml4.0-cil3.2.3+dfsg-5
ii  libmono-system4.0-cil3.2.3+dfsg-5
ii  libmono-zeroconf1.0-cil  0.9.0-4
ii  libmtp9  1.1.6-20-g1b9f164-1
ii  libnotify3.0-cil 3.0.0-1
ii  libpango-1.0-0   1.36.0-1+b1
ii  libpango3.0-cil  2.99.2-2
ii  libpangocairo-1.0-0  1.36.0-1+b1
ii  libsqlite3-0 3.8.2-1
ii  libtaglib2.1-cil 2.1.0.0-3
ii  libwnck222.30.7-1
ii  libx11-6 2:1.6.2-1
ii  libxrandr2   2:1.4.1-1
ii  libxxf86vm1  1:1.1.3-1
ii  mono-runtime 3.2.3+dfsg-5

Versions of packages banshee recommends:
ii  avahi-daemon 0.6.31-3
ii  brasero  3.8.0-2
ii  gstreamer1.0-pulseaudio  1.2.1-1
ii  media-player-info19-1

Versions of packages banshee suggests:
ii  banshee-dbg2.9.0-2
pn  gstreamer1.0-ffmpegnone
ii  gstreamer1.0-plugins-bad   1.2.1-2
ii  gstreamer1.0-plugins-ugly  1.2.1-1

-- no debconf information
** Running Mono with --debug  --profile=gui-thread-check **
*** Running with gui-thread-check ***
[1 Debug 19:18:59.929] Bus.Session.RequestName ('org.bansheeproject.Banshee') 
replied with PrimaryOwner
[1 Info  19:18:59.948] Running Banshee 2.9.0: [Debian GNU/Linux unstable (sid) 
(linux-gnu, x86_64) @ 2013-12-25 19:08:59 CET]
[1 Debug 19:18:59.954] Initializing GTK
*** GUI THREAD INITIALIZED: 1286428544
[1 Debug 19:19:01.190] Post-Initializing GTK
[1 Debug 19:19:01.206] Configuration client extension loaded 
(Banshee.GnomeBackend.GConfConfigurationClient)
[1 Debug 19:19:01.209] Using default gconf-base-key
[1 Debug 19:19:01.304] Core service started (DBusServiceManager, 0.001276)
[1 Debug 19:19:01.307] Registering remote object 
/org/bansheeproject/Banshee/DBusCommandService 
(Banshee.ServiceStack.DBusCommandService) on org.bansheeproject.Banshee
[1 Debug 19:19:01.317] Core service started (DBusCommandService, 0.011839)
[1 Debug 19:19:01.340] Opened SQLite (version 3.8.2) connection to 
/home/roderich/.config/banshee-1/banshee.db
[1 Debug 19:19:01.341] Core service started (DbConnection, 0.023808)
[1 Debug 19:19:01.346] Database version 45 is up to date
[1 Debug 

Bug#732793: [Pkg-iscsi-maintainers] Bug#732793: open-iscsi: Incorect service unit for umountiscsi.sh when using systemd

[Ritesh Raj Sarraf]

severity 732793 wishlist
thanks

On Sunday 22 December 2013 12:01 AM, Gilles Mocellin wrote:
 Here on Debian sid (open-iscsi 2.0.873+git0.3b4b4500-1 and systemd 204-5),
 I see that error in the logs when stopping open-iscsi :

At this time, open-iscsi in Debian, is not packaged with systemd in
mind. If you have any patches, please feel free to contribute.d

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#733115: nm.debian.org: wrongly calculates dates of contribution

[Bartosz Feński]

Package: nm.debian.org
Severity: minor

https://contributors.debian.org/contributors/contributor/fenio
It states that my first contribution as a maintainer was at Jan. 14,
2005 which is wrong.
I've started contributing at the end of 2003 or to be more correct at
the beginning of 2004.

My first contribution was made with fe...@o2.pl mail cause at that time
I didn't have @debian.org mail.
It should be quite easy to get that info from NM database.
I mean to get an email address before someone became official Debian
Developer.

And I'm completely loss when it comes to date of last contribution.
It says it was on December last year while I made several contribution
this year.

Maybe it's just an effect of the time these pages are generated. But
there is no info when they were generated in the foot of the page.
Please consider including info how often are these stats generated.

regards
Bartek Fenski


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#732623: Bug#729576: duplicate of bug #726763

[Pascal Dormeau]

On Tue, 24 Dec 2013 23:52:50 +0100
Vincent Lefevre vinc...@vinc17.net wrote:

 No, the menu is refreshed since when I install or remove systemd +
 libpam-systemd, then log out, I can see changes.
This is because when you log out, you create a new lightdm-gtk-greeter
process and you see the change. However, inside one given
lightdm-gtk-greteer process, the power_menu remains static.
When libpam-systemd is removed, lightdm does not have anymore its own
logind session. If no one else is logged, there is no more multi-session
and the full power_menu can show up.
If both libpam-systemd and systemd are removed I guess the
lightdm_get_can_* () tests switch to consolekit and upower.

 I haven't tried installing or removing systemd + libpam-systemd from
 a VT while there's no user X session.
I tried but as systemd is PID1, I  just removed libpam-systemd
and restarted systemd-login.service. I had to login with lightdm and
logout to see the change (by running a new lightdm-gtk-greeter
process). 

  Shouldn't it run the lightdm_get_can_* () test at runtime when the
  user opens the power_menu ?
 
 When the user opens the menu would be the best, IMHO.
I do not know how to achieve this. The best I could do to remove the
gtk_widget_hide calls. The 4 items in the menu show up and the action
fails when permission is not granted. But it is not user friendly
since no feedback is given.
Moreover, there is still this inconsistent behavior between shutdown
and reboot (respectively suspend and hibernate) in case of
multiple-sessions.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733027: Pending fixes for bugs in the libopenoffice-oodoc-perl package

[pkg-perl-maintainers]

tag 733027 + pending
thanks

Some bugs in the libopenoffice-oodoc-perl package are closed in
revision 7eda7973ff81fe7214deecca8b7a900c471693c1 in branch 'master'
by Axel Beckert

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libopenoffice-oodoc-perl.git;a=commitdiff;h=7eda797

Commit message:

Apply patch by John Zaitseff to silence lc warnings about undefined values

Closes: #733027


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#731284: Missing dependency on python3-dbus

[David Prévot]

Control: tags -1 - pending

On Wed, Dec 04, 2013 at 03:07:27AM +0400, Dmitry Eremin-Solenikov wrote:
 Package: gnome-music
 Version: 3.10.1-1
 Severity: grave
 
 If I don't have python3-dbus installed, gnome-music outputs the
 following error on startup:

Even if python3-dbus is installed, another crash happens in a non GNOME
environment:

$ gnome-music 
Traceback (most recent call last):
  File /usr/lib/python3/dist-packages/gnomemusic/application.py, line 111, in 
do_activate
self._window = Window(self)
  File /usr/lib/python3/dist-packages/gnomemusic/window.py, line 84, in 
__init__
self._grab_media_player_keys()
  File /usr/lib/python3/dist-packages/gnomemusic/window.py, line 102, in 
_grab_media_player_keys
None)
gi._glib.GError: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The 
name org.gnome.SettingsDaemon was not provided by any .service files

Installing gnome-settings-daemon doesn’t magically fixes it, so more
investigation is probably needed.

Regards

David


signature.asc
Description: Digital signature

Bug#732623: Bug#729576: duplicate of bug #726763

[Vincent Lefevre]

On 2013-12-25 20:15:16 +0100, Pascal Dormeau wrote:
   Shouldn't it run the lightdm_get_can_* () test at runtime when the
   user opens the power_menu ?
  
  When the user opens the menu would be the best, IMHO.
 I do not know how to achieve this. The best I could do to remove the
 gtk_widget_hide calls. The 4 items in the menu show up and the action
 fails when permission is not granted. But it is not user friendly
 since no feedback is given.

What if you call the corresponding lightdm_get_can_ function once
the user has clicked on the menu item?

If the answer is yes, then do the requested action. Otherwise there
are 2 possibilities:

1. Display a dialog box saying that the action is not possible.

2. Display a dialog box saying that the action may fail, and do the
   requested action.

If the lightdm_get_can_* functions can be trusted at this time, then
(1) is the best solution. Otherwise (i.e. lightdm_get_can_* don't say
yes though the actions can really be carried out), choose (2).

There you have feedback.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#709414: mirror submission for buaya.klas.or.id

[Simon Paillard]

Hi,

Sorry for the late reply.

On Thu, May 23, 2013 at 07:14:09AM +, Mahyuddin Susanto wrote:
 Package: mirrors
 Severity: wishlist
 
 Submission-Type: new
 Site: buaya.klas.or.id

Thanks for mirroring Debian, and using the recommended tool.

 Type: leaf
 Archive-architecture: amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 
 kfreebsd-i386 
 Archive-ftp: /debian/
 Archive-http: /debian/
 Archive-rsync: debian/

It appears you also mirror backports and ISO, I've added them to the list too.

 IPv6: yes
 Archive-upstream: ftp.kr.debian.org
 Updates: four
 Maintainer: Mahyuddin Susanto ftpmas...@buaya.klas.or.id
 Country: ID Indonesia
 Location: Surabaya, East Java, Indonesia
 Sponsor: PT Rahajasa Media Internet (RADNET) http://www.rad.net.id

How much bandwidth is available ?

 Comment: Hi, we accept for trigger or being official
  
  
  Sometimes we update from kartolo.sby.datautama.net.id and mirror.unej.ac.id
 
Best regards.

-- 
Simon Paillard


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#719796: Why is cups not a depends

[Diederik de Haas]

Hi,

I've run into the same situation (wanting to connect to cups on my (local) 
server), so I installed print-manager '--without-recommends'.
It looks like cups is a requirement, so I don't get why cups is a recommends.
So what's the reason cups is a recommends only?
-- 
GPG: 0x138E41915C7EFED6

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

Bug#733016: nginx: proxy_params config drops port from HTTP Host header (should use $http_host)

[Daniel Hahler]

Hi Thomas,

 Daniel, you should really report Ubuntu package issues with nginx on
 launchpad.net and not Debian BTS.

I am using Debian on my server, had checked the latest nginx version in
Debian (and the current diff to/from Ubuntu) and then decided to report
it against Debian to get it fixed there first.
I just had forgotten to change the Version tag accordingly.

Regarding the SRU, I will not file a report in Launchpad about this.
If you want to track it there (for an SRU or in general), just do so
yourself.

@Chris: thanks for getting it fixed!


Thanks,
Daniel.

-- 
http://daniel.hahler.de/



signature.asc
Description: OpenPGP digital signature

Bug#733112: [Pkg-systemd-maintainers] Bug#733112: libsystemd-login0: logind not found by gdm3

[Tollef Fog Heen]

]] Kjö Hansi Glaz 

Hi,

 I use systemd as init. It seems that gdm3 fails to communicate with
 logind as it fallsback to consolekit as a login manager.
 
 As a result, several features of gnome doesn't work as expected.

Do you have libpam-systemd installed?  If not, does installing it fix
the problem?

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733116: libjs-leaflet-markercluster: Does not work with current libjs-leaflet

[Martín Ferrari]

Package: libjs-leaflet-markercluster
Version: 0.2~dfsg-1
Severity: grave
Justification: renders package unusable

While trying to debug why my map was not working, I first realised that the
MarkerClusterGroup.getBounds() method was not working. Then I discovered that
the cause was that the MarkerClusterGroup.eachLayer() method didn't ever call
the callback.

I didn't find the reason for that, but then when trying to report a bug, I
realised that nothing works at all: the examples shipped with the package only
work because they are using Leaflet 0.4.4 from the CDN. As soon as I made them
use the Debian version of Leaflet, they stop working. Hence the grave severity
for this bug.

The easiest solution I see for this, is to update Leaflet and MarkerCluster to
the current versions, which seem to work OK.

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

Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

libjs-leaflet-markercluster depends on no packages.

Versions of packages libjs-leaflet-markercluster recommends:
pn  javascript-common  none
ii  libjs-leaflet  0.6.4-1

libjs-leaflet-markercluster suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#732981: [Pkg-systemd-maintainers] Bug#732981: Bug#732981: ExecStart et al should be capable of honouring PATH

[Tollef Fog Heen]

]] Ian Jackson 

 Michael Stapelberg writes (Re: [Pkg-systemd-maintainers] Bug#732981: 
 ExecStart et al should be capable of honouring PATH):
  Hi Ian,
   Would you accept a patch to fix this problem in Debian's systemd (of
   course, I think it would be better if such a thing went upstream
   whether right away or eventually).
 
  No. Just like in our previous conversation in #732157 (the SIGSTOP
  feature request), I am personally not at all interested in carrying any
  significant features in Debian’s systemd package. Those should all go
  upstream. My rule of thumb for this is: will people have to think “Ugh,
  should this run on Debian? Then I need to do $x differently.” when
  writing service files?
 
 Please reconsider, or alternatively try to get Debian policy changed.
 As matters stands it seems to me that policy would appear to imply the
 behaviour I'm requesting here.  Without it, the commands in systemd
 unit files cannot comply with policy.

No, it talks about shell scripts, and more specifically package
maintainer scripts.  Systemd units are not shell scripts.

 Tollef writes:
  You could make the case for lots of other bits:
 
 That the goal (of honouring the system administrator's things in
 /usr/local) is incompletely achieved (either due to lack of effort, or
 due to difficulty coming up with good solutions) is not an excuse for
 failing to implement it when it's easy.

I don't think putting a file in /usr/local implies «use this in
preference to the one in /usr in all cases», which seems to be what
you're implying it means.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#675114: raspell: port to gem2deb, and drop ruby1.8 support

[Cédric Boutillier]

Package: raspell
Followup-For: Bug #675114

Control: -1 severity important
Control: user debian-r...@lists.debian.org
Control: usertag -1 ruby18-removal

Dear Maintainer,

It's been a year and a half this message has been sent to you.
ruby-pkg-tools is not supported anymore and ruby1.8 is dead upstream,
and will be removed for Jessie.

In order to ship your package in Jessie, the Debian Ruby team is
willing to help you make the transition to gem2deb packaging.
If you have no objection, we propose to move this package under the 
Ruby team umbrella (keeping you as an uploader), and make the
transition. Please join the pkg-ruby-extras team on Alioth.

We send a notice to this bugreport with a debdiff when an upgrade (with
a upgrade of this package to 1.3, released 2 years ago) will be ready
and sent to the DELAYED queue.

Best regards,

Cédric


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

Kernel: Linux 3.11-2-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


signature.asc
Description: Digital signature

Bug#733016: nginx: proxy_params config drops port from HTTP Host header (should use $http_host)

[Thomas Ward]

I think you're doing something wrong, there, then, Daniel.

On Mon, Dec 23, 2013 at 6:35 PM, Daniel Hahler debian-b...@thequod.de wrote:
 Package: nginx
 Version: 1.4.1-3ubuntu1.1
 Severity: normal
 Tags: patch

On Wed, Dec 25, 2013 at 3:52 PM, Daniel Hahler debian-b...@thequod.de wrote:
 Hi Thomas,

 Daniel, you should really report Ubuntu package issues with nginx on
 launchpad.net and not Debian BTS.

 I am using Debian on my server, had checked the latest nginx version in
 Debian (and the current diff to/from Ubuntu) and then decided to report
 it against Debian to get it fixed there first.
 I just had forgotten to change the Version tag accordingly.

 Regarding the SRU, I will not file a report in Launchpad about this.
 If you want to track it there (for an SRU or in general), just do so
 yourself.

 @Chris: thanks for getting it fixed!


 Thanks,
 Daniel.

 --
 http://daniel.hahler.de/



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733016: nginx: proxy_params config drops port from HTTP Host header (should use $http_host)

[Thomas Ward]

Whoops bad send.  I was saying I think you did something wrong to file
the bug against the Ubuntu package version, then.  This'll be fixed
whenever 1.4.4-2 or whatever hits Ubuntu, then, but I'm not SRUing
this unless someone in Ubuntu files the bug :)

Didn't mean to sound offensive in the previous statement, just failed
to send with the context of my statement.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#732202: libhdf5-openmpi-dev: pathways for mpi.h not picked up with the linked include mpi.h

[Marc J. Driftmeyer]

Could do that, but that doesn't address the fundamental pathway flaw.

- Marc

On 12/24/2013 04:51 AM, pini wrote:

Hi,

Marc J. Driftmeyer a écrit , Le 15/12/2013 17:00:

Package: libhdf5-openmpi-dev
Version: 1.8.11-5
Severity: normal

Dear Maintainer,

I installed libhdf5-openmpi-dev to build against Field3D GPU stack 
and wanting to build for parallel switched from hdf5 serial to hdf5 
openmpi.


Result:

mpi.h not found.

Solution:

Edit H5public.h to change the following:

#include mpi.h

to

#include openmpi/mpi.h

Not sure if this is a proper workaround, but I can cleanly build 
Field3D now.


How about using CC=mpicc CXX=mpicxx instead?

Thanks,

_g.


--
Marc J. Driftmeyer
Email :: m...@reanimality.com mailto:m...@reanimality.com
Web :: http://www.reanimality.com
Cell :: (509) 435-5212