Bug#725851: fpc: [debconf_rewrite] Debconf templates and debian/control review proposal

[Paul Gevers]

On 09-10-13 06:42, Christian Perrier wrote:
 I just noticed new or modified debconf templates appearing for this
 package.

For the record, it is neither. I fixed the issue that the debconf
templates were just never translatable.

 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.

Indeed. I should have thought of this. I will follow up after the
current review. The template has not seen any changes the last several
uploads thought, so there is not a whole lot of flux there.

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

Great.

 If you want, you can ask for being CC'ed to the various discussions
 when the templates are reviewed.

I am subscribed to this bug, so I will contribute to the discussion.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#724613: Obsolete alternate depends on ffmpeg

[Paul Gevers]

Control: severity -1 wishlist
Control: tags -1 wontfix

On 25-09-13 20:40, Moritz Muehlenhoff wrote:
 winff already supports avconv as an alternative for ffmpeg.  With the recent 
 upload
 to sid libav no longer builds the ffmpeg package, so the alternative depends 
 in
 winff can be dropped now.

I agree that within Debian, the proper command line package to do audio
and video conversion is avconv.

However, I don't see why I should stand in the way of people that want
to use ffmpeg instead (via whatever private or public package). It is
not like everybody agrees that libav is incredibly better than ffmpeg
and should be the only Debian package that provides the library/command
line tool. Both forks are active as far as I can tell, except that
ffmpeg is not packaged (yet) in Debian.

Therefore I wish to keep ffmpeg as a second ranked alternative to
libav-tools.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#725290: emacspeak: build-depends on obsolete Tcl 8.4

[Paul Gevers]

Hi Sergei,

On 03-10-13 19:36, Sergei Golovan wrote:
 I've prepared a patch which allows to build emacspeak using the default Tcl
 version. I haven't tested if the built package is working though. The build
 went fine.

I'd love to switch to the default tcl. But to be honest, I don't have
any (well, close to zero anyways) knowledge of tcl and how it works.

My main concern for not switching when I adopted the package emacspeak
was the line AFTER your patch below.

 @@ -20,7 +20,7 @@
   emacs,
   make,
   perl,
 - tcl8.4,
 + tcl,
   tclx8.4,
   ${misc:Depends},
   ${perl:Depends}

I don't seem to find tclx8.5 or tclx8.6 in Debian. Is the tclx packaging
unrelated and can/should tcl8.(5|6) and tclx8.4 be used simultaneous?
The version number suggests otherwise, but maybe that is just an
historical artifact.

Thanks for your help,
Paul




signature.asc
Description: OpenPGP digital signature

Bug#725290: emacspeak: build-depends on obsolete Tcl 8.4

[Sergei Golovan]

Hi Paul,

On Fri, Oct 11, 2013 at 10:00 AM, Paul Gevers elb...@debian.org wrote:
 Hi Sergei,

 On 03-10-13 19:36, Sergei Golovan wrote:
 I've prepared a patch which allows to build emacspeak using the default Tcl
 version. I haven't tested if the built package is working though. The build
 went fine.

 I'd love to switch to the default tcl. But to be honest, I don't have
 any (well, close to zero anyways) knowledge of tcl and how it works.

 My main concern for not switching when I adopted the package emacspeak
 was the line AFTER your patch below.

 @@ -20,7 +20,7 @@
   emacs,
   make,
   perl,
 - tcl8.4,
 + tcl,
   tclx8.4,
   ${misc:Depends},
   ${perl:Depends}

 I don't seem to find tclx8.5 or tclx8.6 in Debian. Is the tclx packaging
 unrelated and can/should tcl8.(5|6) and tclx8.4 be used simultaneous?
 The version number suggests otherwise, but maybe that is just an
 historical artifact.

tclx8.4 works fine with Tcl 8.5 and 8.6. It's just version, appended to the
package name. There were tclx8.3 and tclx8.4 in the Debian archive at
some point. So, that's not a problem to use tcl 8.6 and tclx8.4.

There could be, however some backwardly incompatible changes in
libtcl between 8.4, 8.5 and 8.6, so some testing is very desirable to check
if it's okay to migrate to the newer Tcl.

But anyway, Tcl 8.4 reached its end of life, so we have to do something.

Cheers!
-- 
Sergei Golovan


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

Bug#725975: RM: xen-system-amd64 [i386] -- NBS; no longer built on i386

[Ansgar Burchardt]

Control: clone -1 -2
Control: retitle -2 xen-linux-system-*-amd64 should not be built on i386
Control: reassign -2 src:linux 3.10.11-1
Control: block -1 with -2

Julien Cristau jcris...@debian.org writes:
 xen 4.3.0-1's changelog says Drop all i386 hypervisor packages.  Which
 I guess means xen-system-amd64:i386 should be removed.

xen-linux-system-3.10-3-amd64 still depends on xen-system-amd64:


# Broken Depends:
linux: xen-linux-system-3.10-3-amd64


With xen-system-amd64 gone on i386, xen-linux-system-*-amd64 should
probably also be dropped (on i386).

Ansgar


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

Bug#726009: yade: FTBFS on i386 (and others)

[Ralf Treinen]

Source: yade
Version: 1.00.0-2
Severity: serious
User: trei...@debian.org
Usertags: edos-outdated

Hello,

yade 1.00.0-2 FTBFS on the i396 autobuilder with message:

/usr/bin/c++   -Dyade_EXPORTS -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2  
-DYADE_PTR_CAST=static_pointer_cast -DYADE_CAST=static_cast -fPIC -DYADE_VTK 
-DYADE_OPENMP -fopenmp -DYADE_GTS  -DQGLVIEWER_FOUND -DYADE_OPENGL 
-frounding-math -DYADE_CGAL -DFLOW_ENGINE -frounding-math -DLINSOLV 
-DFLOW_ENGINE -DYADE_GL2PS -O3 -DNDEBUG -fPIC 
-I/usr/lib/pymodules/python2.7/numpy/core/include -I/usr/include/eigen3 
-I/usr/include/vtk-5.8 -I/usr/include/glib-2.0 
-I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/qt4/QtDesigner 
-I/usr/include/qt4/QtDeclarative -I/usr/include/qt4/QtScriptTools 
-I/usr/include/qt4/QtDBus -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtSql 
-I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtNetwork 
-I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtHelp 
-I/usr/include/qt4/QtUiTools -I/usr/include/qt4/QtTest 
-I/usr/include/qt4/QtScript -I/usr/include/qt4/QtSvg 
-I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtGui 
-I/usr/include/qt4/QtCore -I/usr/share/qt4/mkspecs/default -I/usr/include/qt4 
-I/usr/include/suitesparse -I/usr/include/python2.7 
-I/usr/include/i386-linux-gnu/python2.7 
-I/«PKGBUILDDIR»/extra/floating_point_utilities_v3 
-I/«PKGBUILDDIR»/debian/build-o 
CMakeFiles/yade.dir/pkg/dem/DomainLimiter.cpp.o -c 
/«PKGBUILDDIR»/pkg/dem/DomainLimiter.cpp
virtual memory exhausted: Cannot allocate memory
make[3]: *** [CMakeFiles/yade.dir/pkg/dem/DomainLimiter.cpp.o] Error 1
make[3]: Leaving directory `/«PKGBUILDDIR»/debian/build'
make[2]: *** [CMakeFiles/yade.dir/all] Error 2
make[2]: Leaving directory `/«PKGBUILDDIR»/debian/build'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/«PKGBUILDDIR»/debian/build'
dh_auto_build: make -j1 returned exit code 2
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2

See

https://buildd.debian.org/status/fetch.php?pkg=yadearch=i386ver=1.00.0-2stamp=1380696072

There are also build failures on other architectures.

-Ralf.


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

Bug#724610: Acknowledgement (incrementally updated databases eventually become corrupt)

[Joey Hess]

I have another corrupt xapian database. This is one has had the same
content indexed as the previously corrupt one, starting fresh, and just
corrupted itself today, so if it would be useful to compare 2 corrupt
databases that should be mostly the same, let me know.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#726011: please package latest upstream version

[Michal Čihař]

Package: python-django-debug-toolbar
Version: 1:0+git201107220111-96e46c6-1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

there are several new upstream versions newer than snapshot currently
packaged in Debian. Current snapshot also shows several problems with
latest Django. So it would be great to have latest upstream available in
Debian.

Thanks
- -- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


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

Kernel: Linux 3.4.47-2.38-desktop (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-django-debug-toolbar depends on:
ii  libjs-jquery 1.7.2+dfsg-3
ii  libjs-jquery-cookie  8-2
ii  python   2.7.5-4
ii  python-django1.5.2-1
ii  python-support   1.0.15

Versions of packages python-django-debug-toolbar recommends:
ii  python-pygments  1.6+dfsg-1

python-django-debug-toolbar suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)

iQIcBAEBCAAGBQJSV6XzAAoJEGo39bHX+xdNWR0P/jvEWJq/tikqaz5Wp9gwXabY
aTgZUNbKmRqZ7huyuAppVV+a7D2jzWpYuKa3u1WJ2JRdQo6mRmzDAu4WQrxScGEY
MjRHMrkGF2bXjpb88GWVRJKy0fM+bRPa5eelQHpTsLSJiBNp84YZ/whV/mgkzU6Q
NLqUl9X16iAuPWPR4aaw6Rddew0H72qVLhZhiKwDUQup7mcWa7oO83eviGWQBvup
y++k0j11/3sDm3SPwMUwy3QI7XnR190IYBbhd3uBk3gZC65fJ7LWGgl4Kt6AK0wm
ym7xBR78xRiK5dcaCY6NsxaGEeajlmgQtqeIrYRvDYbphxLv+PwhgAPhe0SHJPgU
JSQ1Y39Ky+Ioci4MS1f7kx1SXD6OVpMkDAo2F4m6uJR9kSAYgaJvwB+x6ghPYMCb
FxIetouwXZfEOQrRJGTAlXbl0RYLf+/4mmydZ7AAMzxY4+xt52efI8El7mn0dNj5
Uu5iAyBMVDTtiZHsa2SiHmzwP5xqja+CEVaBxQPFfd761tFdZWNa6muhIRuzBTeD
09nCxWBHHY4SmKg+2KmvEdrGCXjsV+G2loxOD0k1LRXrrPv/xgewpFlhzID83MyX
8rkIzpf4VjQy5z1A1tK0POXy4m3MQay5TDVBZ/uFfD1XJNN+eiGl9dAf+D/gFv+y
gwBvtG3/k+UPi1N3H+cw
=EW4p
-END PGP SIGNATURE-


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

Bug#725837: RM: libsynce, librapi2 -- ROM; unmaintained, RC-buggy

[Ansgar Burchardt]

clone 725837 -1
retitle -1 orange: depends on librapi2, libsynce which are to be removed
reassign -1 src:orange 0.4-2
block 725837 with -1
block 725838 with -1
tag 725837 + moreinfo
tag 725838 + moreinfo
thanks

Michael Biebl bi...@debian.org writes:
 Let's turn this into an RM bug then.

librapi2 and libsynce still have a reverse dependency: orange. It needs
to stop using these libraries before they can be removed.

Ansgar


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

Bug#725975: [Pkg-xen-devel] Bug#725975: RM: xen-system-amd64 [i386] -- NBS; no longer built on i386

[Ian Campbell]

 xen 4.3.0-1's changelog says Drop all i386 hypervisor packages.  Which
 I guess means xen-system-amd64:i386 should be removed.

xen-system-amd64 on an i386 system should be usable on amd64 capable
systems, you should end up with a 64-bit hypervisor, running a 32-bit
dom0 kernel and 32-bit dom0 userspace. That's quite a common
configuration even.

Or maybe the intention here was to use multiarch to allow installation
xen-system-amd64:amd64 on i386?

NB: upstream have remove the i386 hypervisor but not support for i386
guests in configuration like the above...

Ian.


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

Bug#725962: RM: kfreebsd-headers-{486,686,xen,amd64} [i386,amd64] -- ANAIS; obsolete package

[Ansgar Burchardt]

Steven Chamberlain ste...@pyro.eu.org writes:
 Please remove these meta-packages, no longer provided on Linux
 architectures since kfreebsd-defaults 9+2:

 kfreebsd-headers-486 | 9+1 | i386
 kfreebsd-headers-686 | 9+1 | i386
 kfreebsd-headers-xen | 9+1 | i386
 kfreebsd-headers-amd64 | 9+1 | amd64

What about hurd-i386? Should those go away as well?

Ansgar


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

Bug#725468: [ITR] templates://localepurge/{localepurge.templates}

[Niels Thykier]

On 2013-10-11 07:20, Christian PERRIER wrote:
 Dear Debian maintainer,
 
 [...]
 

Hi,

 The first step of the process is to review the debconf source
 template file(s) of localepurge. This review will start on Monday, October 
 14, 2013, or
 as soon as you acknowledge this mail with an agreement for us to
 carry out this process.
 

Thank you for working on this.  Feel free to go ahead with it.

 All parts of the process will be carried out in close collaboration
 with you, and, unless you explicitely ask for it, no upload nor NMU
 will happen for localepurge.
 

Okay.

 If you approve this process, please let us know by replying to this
 mail. If some work in progress on your side would conflict with such a
 rewrite (such as adding or removing debconf templates), please say so,
 and we will defer the review to later in the development cycle.
 
 Thank you for your attention.
 

I may have to alter some templates in the future to deal with some
outstanding bugs.  In particular, #725316, #563774 and #505628 are bugs
I suspect may require changes to existing (or adding new) templates.
  Hopefully you can help me with #725316; I suspect it is not the first
time lengthy explanations have been left in a README rather than a
debconf template, so I hope you have an advice for handling this one.  :)

For #563774 and #505628, I have an idea of how to solve it, but I
suspect it might take a while for me to get it completed.  Here I
believe it would be easier just to do a (re-)review later rather than
stalling this one.

~Niels


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

Bug#721713: qemu-system-x86: Qemu 1.6 fail to start with all xen hvm domUs

[Fabio Fantoni]

This bug is fixed by upstream 1.6.1 included on 1.6.0+dfsg-2


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

Bug#721713: qemu-system-x86: Qemu 1.6 fail to start with all xen hvm domUs

[Michael Tokarev]

11.10.2013 11:53, Fabio Fantoni wrote:

This bug is fixed by upstream 1.6.1 included on 1.6.0+dfsg-2


Yes.  Thank you for the reminder,  I know it's fixed by one of
the patches which went into 1.6.1, I just forgot to mention this
in the changelog.  I'll fix this.

/mjt


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

Bug#726013: opu: package ia32-libs/20131011

[Thijs Kinkhorst]

Package: release.debian.org
Tags: squeeze
User: release.debian@packages.debian.org
Usertags: opu

Hi,

A final check of ia32-libs against current repositories shows us one
additional updated package to be included for the point release. See
attached debdiff. Can I upload this?

For ia32-libs-gtk no updates are needed.

Cheers,
Thijs
diff -Nru ia32-libs-20130924/debian/changelog ia32-libs-20131011/debian/changelog
--- ia32-libs-20130924/debian/changelog	2013-09-24 08:21:12.0 +0200
+++ ia32-libs-20131011/debian/changelog	2013-10-11 09:50:18.0 +0200
@@ -1,3 +1,21 @@
+ia32-libs (20131011) squeeze-proposed-updates; urgency=low
+
+  * Packages updated
+
+  [ nas (1.9.2-4squeeze1) oldstable-security; urgency=high ]
+
+  * Fixes for various long-standing security issues found by Hamid
+Zamani m...@hamidx9.ir. #720287
++ Validate the port offset of nasd to fix a potential buffer overflow
+  (CVE-2013-4256)
++ Use better string functions to guard against heap overflows
+  (CVE-2013-4257)
++ Sanity-check the TCP_DEVICE environment variable for safety.
+  * Fix string handling in aulog.c:osLogMsg() to fix missing format string
+in call to syslog() (CVE-2013-4258).
+
+ -- Thijs Kinkhorst th...@debian.org  Fri, 11 Oct 2013 09:40:55 +0200
+
 ia32-libs (20130924) squeeze-proposed-updates; urgency=low
 
   * Packages updated
diff -Nru ia32-libs-20130924/debian/copyright ia32-libs-20131011/debian/copyright
--- ia32-libs-20130924/debian/copyright	2013-09-24 08:20:24.0 +0200
+++ ia32-libs-20131011/debian/copyright	2013-10-11 09:43:20.0 +0200
@@ -9643,7 +9643,7 @@
 be found in the file ROAD_TO_LGPL that is part of mpg123's source distribution.
 It is located in the 'doc' subdirectory.
 ---
-Copyright for ./nas_1.9.2-4.dsc
+Copyright for ./nas_1.9.2-4squeeze1.dsc
 This is the Debian GNU/Linux prepackaged version of NAS, the Network
 Audio System.  The Network Audio System was written by Jim Fulton,
 Greg Renda, and Dave Lemke at Network Computing Devices, Inc. and is
Binary files /tmp/lMHKt0Fl1d/ia32-libs-20130924/pkgs/libaudio-dev_1.9.2-4_i386.deb and /tmp/6G6mfOzNF3/ia32-libs-20131011/pkgs/libaudio-dev_1.9.2-4_i386.deb differ
Binary files /tmp/lMHKt0Fl1d/ia32-libs-20130924/pkgs/libaudio-dev_1.9.2-4squeeze1_i386.deb and /tmp/6G6mfOzNF3/ia32-libs-20131011/pkgs/libaudio-dev_1.9.2-4squeeze1_i386.deb differ
Binary files /tmp/lMHKt0Fl1d/ia32-libs-20130924/pkgs/libaudio2_1.9.2-4_i386.deb and /tmp/6G6mfOzNF3/ia32-libs-20131011/pkgs/libaudio2_1.9.2-4_i386.deb differ
Binary files /tmp/lMHKt0Fl1d/ia32-libs-20130924/pkgs/libaudio2_1.9.2-4squeeze1_i386.deb and /tmp/6G6mfOzNF3/ia32-libs-20131011/pkgs/libaudio2_1.9.2-4squeeze1_i386.deb differ
Binary files /tmp/lMHKt0Fl1d/ia32-libs-20130924/srcs/nas_1.9.2-4.diff.gz and /tmp/6G6mfOzNF3/ia32-libs-20131011/srcs/nas_1.9.2-4.diff.gz differ
diff -Nru ia32-libs-20130924/srcs/nas_1.9.2-4.dsc ia32-libs-20131011/srcs/nas_1.9.2-4.dsc
--- ia32-libs-20130924/srcs/nas_1.9.2-4.dsc	2010-11-14 19:17:08.0 +0100
+++ ia32-libs-20131011/srcs/nas_1.9.2-4.dsc	1970-01-01 01:00:00.0 +0100
@@ -1,38 +0,0 @@
--BEGIN PGP SIGNED MESSAGE-
-Hash: SHA256
-
-Format: 1.0
-Source: nas
-Binary: libaudio2, nas, libaudio-dev, nas-bin, nas-doc
-Architecture: any
-Version: 1.9.2-4
-Maintainer: Steve McIntyre 93...@debian.org
-Standards-Version: 3.8.2.0
-Build-Depends: autotools-dev, libxp-dev, libxau-dev, libsm-dev, libice-dev, libx11-dev, libxt-dev, libxaw7-dev, xutils-dev, bison, flex, file, po-debconf
-Checksums-Sha1: 
- b1d439c87eef89838ad463c140d0b9ca0f823f5e 1484369 nas_1.9.2.orig.tar.gz
- 592daa599dbfd173eb727138bc8e91f1c9b15a2d 40208 nas_1.9.2-4.diff.gz
-Checksums-Sha256: 
- 722d4f567f61e89e735277a0c1d3cfed98842160e3349bf956b1db525eacd2d3 1484369 nas_1.9.2.orig.tar.gz
- 6c2332c2bf8fa823b36396d49d9b596ef460c286d536e8f027e98778fca376d7 40208 nas_1.9.2-4.diff.gz
-Files: 
- ed7864f55b384452167959022cfb403b 1484369 nas_1.9.2.orig.tar.gz
- 9006a8591c9698f8d182071dbb191133 40208 nas_1.9.2-4.diff.gz
-
--BEGIN PGP SIGNATURE-
-Version: GnuPG v1.4.10 (GNU/Linux)
-
-iQIcBAEBCAAGBQJM4CQlAAoJEFh5eVc0QmhOVxMP/2oLdNPl5ajEJQxADHZtIc0f
-/2jMVYpAMThRH/+CDL5K553+ym86zefkqyeGnHlC0dpfabJCJFx3jbd5+ULuiIIE
-sIdf/3sk+oDV9Q7J2dA3/hU8wzjdRnBAuiROC0KIlv42vE7+LnkOthgKcZFFjFLf
-Zst/QrsZQUD/fi8c+p69pDCC6zOHZFj+aMk/HaHyQLhaKZzJHZ8yKqnGsoQExWoS
-9y0RKeAZ9FB8Oe0NIBURzi4R758yxJMGcJXq/GQ+Ob2hWQXwkZ1fnHJefzR1CvjK
-Jxol0g4LPzkBEcMPVZxR0T/tyQcDB/1msZwrsnR0lx4OUKuU/waqVrylzUR3yvLh
-eLDSDUY34HPebk3en5Livcpyr7O3o+8cvoDd/fQ7wv9Sc7uQ1A1pkd+JzoDDLt8j
-/JV9CeV5iHgrfnFHto6V/sgao9+fswsJskH8xPdAi8CtphmZWAOpUKVIql/CmE5z
-u2lwL+Sppj6O7oPPxPiqQYok+8uWc/PLbGzaeZtln/KelZK+/RsXstzgy/40Dh/S
-OYwJsU4purOLjpcjJOVQwrgWHZBH40+jIIQH44tnDfpAy66I3kH1C/ZX5f/a3sHR
-N96Dn2M8Y6/3lRYfTC1MZd8NshTKzbhujuXB5C37BhhMCvT8c4Hqkia4yqVUtAgf
-kV5bbv/jbR59arrWs0Pz
-=mBNS
--END PGP SIGNATURE-
Binary files /tmp/lMHKt0Fl1d/ia32-libs-20130924

Bug#726014: base: fails to load gnome properly

[alex]

Package: base
Severity: important

Dear Maintainer,

I just installed debian wheezy with gnome desktop and after the first reboot 
gnome could not load correctly. I see nothing but the background on the desktop 
and (I had gnome do installed) I just can run programms. The window of a 
programm isn't displayed correctly

I could do nothing to solve the problem


-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-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#724186: frei0r: fix for new automake

[Rebecca N. Palmer]

The only change _required_ now is adding -i to autoreconf (in 
debian/rules), but it seemed a good idea to also fix the deprecation 
warnings (copied below) before they become errors in a future version.


configure.ac:8: warning: AM_INIT_AUTOMAKE: two- and three-arguments 
forms are deprecated.  For more info, see:
configure.ac:8: 
http://www.gnu.org/software/automake/manual/automake.html#Modernize-AM_005fINIT_005fAUTOMAKE-invocation

configure.ac:12: installing './compile'
src/Makefile.am:72: warning: source file 'filter/3dflippo/3dflippo.c' is 
in a subdirectory,

src/Makefile.am:72: but option 'subdir-objects' is disabled
automake: warning: possible forward-incompatibility.
automake: At least a source file is in a subdirectory, but the 
'subdir-objects'
automake: automake option hasn't been enabled.  For now, the 
corresponding output
automake: object file(s) will be placed in the top-level directory. 
However,

automake: this behaviour will change in future Automake versions: they will
automake: unconditionally cause object files to be placed in the same 
subdirectory

automake: of the corresponding sources.
automake: You are advised to start using 'subdir-objects' option 
throughout your

automake: project, to avoid future incompatibilities.


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

Bug#725801: xorg-server failed to build on mips64el

[YunQiang Su]

On Wed, Oct 9, 2013 at 3:47 AM, Julien Cristau jcris...@debian.org wrote:
 On Tue, Oct  8, 2013 at 22:59:09 +0800, YunQiang Su wrote:

 Package: xorg-server

 The attached patch can fix this problem.

 The buildlog is also attached.

 I can't find that patch upstream (or on the mailing list).  I'd rather
 not apply it until it's at least sent there.  See
 http://www.x.org/wiki/Development/Documentation/SubmittingPatches/
Thanks very much. I've send the patch to
http://lists.x.org/archives/xorg-devel/2013-October/038164.html

 Cheers,
 Julien



-- 
YunQiang Su


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

Bug#725889: popularity-contest: cron task gpg: fatal: can't open /tmp/.../trustdb.gpg: No such file or directoryo

[Werner Koch]

On Wed,  9 Oct 2013 22:59, w...@gnupg.org said:

 I'll take care of this tomorrow.  The cause for this is very likely

Okay.  I completed the other change: It is now possible to use most
commands along with --always-trust without creating or requiring a
trustdb.

http://git.gnupg.org/cgi-bin/gitweb.cgi?p=gnupg.git;a=patch;h=2528178e7e2fac6454dd988121167305db7c71d9
 

gpg: Do not require a trustdb with --always-trust.

* g10/tdbio.c (tdbio_set_dbname): Add arg R_NOFILE.
* g10/trustdb.c (trustdb_args): Add field no_trustdb.
(init_trustdb): Set that field.
(revalidation_mark):  Take care of a nonexistent trustdb file.
(read_trust_options): Ditto.
(get_ownertrust): Ditto.
(get_min_ownertrust): Ditto.
(update_ownertrust): Ditto.
(update_min_ownertrust): Ditto.
(clear_ownertrusts): Ditto.
(cache_disabled_value): Ditto.
(check_trustdb_stale): Ditto.
(get_validity): Ditto.
* g10/gpg.c (main): Do not create a trustdb with most commands for
trust-model always.
--

This slightly changes the semantics of most commands in that they
won't create a trustdb if --trust-model=always is used.  It just does
not make sense to create a trustdb if there is no need for it.

Signed-off-by: Werner Koch w...@gnupg.org
(cherry picked from commit 1a0eeaacd1bf09fe5125dbc3f56016bc20f3512e)


It is a bit longer than for the actual case but I hope it serves other
uses as well.

There is a little risk for other applications which use --always-trust
and expect that a trustdb.gpg is created or that a keylisting returns
validity information for some other trust model.  However, it would
surprise me if that is a real world case.

An easy way to test this change is:

 mkdir foo
 cd foo
 GNUPGHOME=$(pwd) bash
 echo trust-model always gpg.conf
 echo no-permission-warning gpg.conf
 echo lock-nevergpg.conf
 touch secring.gpg
 cp /bar/baz/pubring.gpg .
 chmod -w .

Now try simple encryption commands. 

I have not fixed the problem that a secring.gpg is expected - it won't
yield a fatal error but gpg's exit code will be 2 without a secring.


Salam-Shalom,

   Werner


--
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.


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

Bug#726015: gnupg2: Incorrect Build-Conflicts on automake (= 1.12) doesn't take into account epoch

[Chris Boot]

Package: gnupg2
Version: 2.0.21-2~deb7u1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

The package has a Build-Conflicts on automake (= 1.12), which only happens to
work on sid due to automake1.11 being a package in its own right. When
rebuilding gnupg2 on wheezy for a private backport, automake1.11 is provided by
the automake package, which is 1:1.11.6-1 and makes the build fail.

Adding the epoch to the Build-Conflicts line fixes the build, and I think is
what was originally intended:

Build-Conflicts: automake (= 1:1.12)

Regards,
Chris

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

Kernel: Linux 3.10.12-0.bootc.1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnupg2 depends on:
ii  dpkg 1.16.10
ii  gnupg-agent  2.0.21-2~deb7u1
ii  install-info 4.13a.dfsg.1-10
ii  libassuan0   2.0.3-1
ii  libbz2-1.0   1.0.6-4
ii  libc62.13-38
ii  libcurl3-gnutls  7.26.0-1+wheezy3
ii  libgcrypt11  1.5.0-5+deb7u1
ii  libgpg-error01.12-0.2~deb7u1
ii  libksba8 1.2.0-2
ii  libreadline6 6.2+dfsg-0.1
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages gnupg2 recommends:
ii  libldap-2.4-2  2.4.31-1+nmu2

Versions of packages gnupg2 suggests:
pn  gnupg-doc   none
pn  xloadimage  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#726016: ttf-dejavu-extra: Dummy trasitional package has real fonts

[Kent Overstreet]

Package: ttf-dejavu-extra
Version: 2.33+svn2514-3
Severity: normal


$ dpkg -l ttf-dejavu-extra
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ NameVersion  Architecture Description
+++-===---
ii  ttf-dejavu-extra2.33+svn2514-3   all  transitional 
dummy package

The package is also in the oldlibs section, which is highly annoying
when using deborphan

$ dpkg -L ttf-dejavu-extra

/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/ttf-dejavu-extra
/usr/share/doc/ttf-dejavu-extra/changelog.Debian.gz
/usr/share/doc/ttf-dejavu-extra/copyright
/usr/share/doc/ttf-dejavu-extra/changelog.gz
/usr/share/fonts
/usr/share/fonts/truetype
/usr/share/fonts/truetype/ttf-dejavu
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-BoldOblique.ttf
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-BoldItalic.ttf
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-Bold.ttf
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed-Bold.ttf
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Oblique.ttf
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed-BoldItalic.ttf
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono-Oblique.ttf
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-BoldOblique.ttf
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-ExtraLight.ttf
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-Oblique.ttf
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono-BoldOblique.ttf
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed-Italic.ttf
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed.ttf
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed.ttf
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-Italic.ttf

That doesn't look right...

-- 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.0 (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 ttf-dejavu-extra depends on:
ii  fonts-dejavu-extra  2.33+svn2514-3

ttf-dejavu-extra recommends no packages.

ttf-dejavu-extra 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#726017: apt-xapian-index: Fails because it cannot fork

[Pierre Boutillier]

Package: apt-xapian-index
Version: 0.46
Severity: important

Dear Maintainer, 

Cron job fails on my computer with the message :
/etc/cron.weekly/apt-xapian-index:
Traceback (most recent call last):
  File /usr/sbin/update-apt-xapian-index, line 102, in module
indexer.incrementalUpdate()
  File /usr/lib/pymodules/python2.7/axi/indexer.py, line 670, in 
incrementalUpdate
self.updateIndex(dbpath)
  File /usr/lib/pymodules/python2.7/axi/indexer.py, line 629, in updateIndex
db = xapian.WritableDatabase(pathname, xapian.DB_CREATE_OR_OPEN)
  File /usr/lib/python2.7/dist-packages/xapian/__init__.py, line 4303, in 
__init__
_xapian.WritableDatabase_swiginit(self,_xapian.new_WritableDatabase(*args))
xapian.DatabaseLockError: Unable to get write lock on 
/var/cache/apt-xapian-index/index.1: Couldn't fork: Cannot allocate memory
run-parts: /etc/cron.weekly/apt-xapian-index exited with return code 1

sudo /usr/sbin/update-apt-xapian-index --update --quiet
has the exact same result

sudo update-apt-xapian-index --force

says

Reading .desktop files from /usr/share/app-install/desktop/: done.  
Reading en translations from 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_testing_main_i18n_TranslaReading
 en translations from 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_testing_main_i18n_Translation-en:
 done.  
Reading en translations from 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_testing_non-free_i18n_TraReading
 en translations from 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_testing_non-free_i18n_Translation-en:
 done.  
Reading en translations from 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_testing_contrib_i18n_TranReading
 en translations from 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_testing_contrib_i18n_Translation-en:
 done.  
Reading en.IndexDiff translations from 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_testing_main_i1Reading 
en.IndexDiff translations from 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_testing_main_i18n_Translation-en.IndexDiff:
 done.  
Reading fr translations from 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_testing_main_i18n_TranslaReading
 fr translations from 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_testing_main_i18n_Translation-fr:
 done.  
Reading fr.IndexDiff translations from 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_testing_main_i1Reading 
fr.IndexDiff translations from 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_testing_main_i18n_Translation-fr.IndexDiff:
 done.  
Reading en.IndexDiff translations from 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_testing_non-freReading 
en.IndexDiff translations from 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_testing_non-free_i18n_Translation-en.IndexDiff:
 done.  
Reading en.IndexDiff translations from 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_testing_contribReading 
en.IndexDiff translations from 
/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_testing_contrib_i18n_Translation-en.IndexDiff:
 done.  
FATAL - Failed to fork.

I don't know where the problem can be (and if it is on my side).

at least 
ls -lRh /var/cache/apt-xapian-index/
/var/cache/apt-xapian-index/:
total 4,0K
drwxr-xr-x 2 root root 4,0K sept.  6 08:18 index.1

/var/cache/apt-xapian-index/index.1:
total 121M
-rw-r--r-- 1 root root0 oct.  11 10:14 flintlock
-rw-r--r-- 1 root root   28 déc.  15  2011 iamchert
-rw-r--r-- 1 root root  822 sept.  6 08:18 postlist.baseA
-rw-r--r-- 1 root root  827 août  30 08:58 postlist.baseB
-rw-r--r-- 1 root root  52M sept.  6 08:18 postlist.DB
-rw-r--r-- 1 root root   64 sept.  6 08:18 record.baseA
-rw-r--r-- 1 root root   64 août  30 08:58 record.baseB
-rw-r--r-- 1 root root 3,0M sept.  6 08:18 record.DB
-rw-r--r-- 1 root root  163 sept.  6 08:18 spelling.baseA
-rw-r--r-- 1 root root  176 août  30 08:58 spelling.baseB
-rw-r--r-- 1 root root  11M sept.  6 08:18 spelling.DB
-rw-r--r-- 1 root root   14 sept.  6 08:18 synonym.baseA
-rw-r--r-- 1 root root   14 août  30 08:58 synonym.baseB
-rw-r--r-- 1 root root  16K sept.  6 08:18 synonym.DB
-rw-r--r-- 1 root root  907 sept.  6 08:18 termlist.baseA
-rw-r--r-- 1 root root  907 août  30 08:58 termlist.baseB
-rw-r--r-- 1 root root  56M sept.  6 08:18 termlist.DB

seems OK.

The first cron email about the failure is from sept. 13 (coherent with the date 
sept.  6 of the ls)
The only python package I update during this week is python-numpy.

All the best,
Pierre B.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: powerpc (ppc)

Kernel: Linux 3.10-3-powerpc
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages apt-xapian-index depends on:
ii  python  2.7.5-5
ii  python-apt  0.8.9
ii  python-debian   0.1.21+nmu2
ii  python-support  1.0.15
ii  python-xapian   1.2.15-4

apt-xapian-index recommends no packages.

Versions of packages 

Bug#726018: RM: bmon/1:2.1.1~pre1-1 -- RoM

[Dmitry Smirnov]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm

Dear release team, 

Please remove package bmon/1:2.1.1~pre1-1 from unstable (and testing).
In new version 3.1 upstream introduced hard dependency on libnl so
bmon no longer builds on kfreebsd-any and hurd hence it can't
migrate to testing and replace older version.

Besides bmon/1:2.1.1~pre1-1 has non-free file(s) and therefore
unsuitable to stay in archive...

Thank you.

-- 
Cheers,
 Dmitry Smirnov.


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

Bug#726019: dropbear: CVE-2013-4421

[Salvatore Bonaccorso]

Package: dropbear
Severity: important
Tags: security patch upstream

Hi,

the following vulnerability was published for dropbear.

CVE-2013-4421[0]:
memory exhaustion denial of service

See also [1] for the isolated upstream patch.

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

For further information see:

[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-4421
http://security-tracker.debian.org/tracker/CVE-2013-4421
[1] https://secure.ucc.asn.au/hg/dropbear/rev/0bf76f54de6f

Please adjust the affected versions in the BTS as needed (in
particular I have not verified older version in oldstable).

Regards,
Salvatore


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

Bug#726018: RM: bmon/1:2.1.1~pre1-1 -- RoM

[Adam D. Barratt]

Control: reassign -1 ftp.debian.org

On 2013-10-11 9:47, Dmitry Smirnov wrote:
Please remove package bmon/1:2.1.1~pre1-1 from unstable (and 
testing).


We don't remove packages from unstable; that's ftp-master's area. The 
testing removal will automaticaly be attempted as a consequence.


Regards,

Adam


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

Bug#726018: RM: bmon/1:2.1.1~pre1-1 -- RoM

[Dmitry Smirnov]

On Fri, 11 Oct 2013 19:56:30 Adam D. Barratt wrote:
 We don't remove packages from unstable; that's ftp-master's area. The 
 testing removal will automaticaly be attempted as a consequence.

Oh, my bad, sorry for troubles and thanks for your help, Adam.

-- 
All the best,
 Dmitry Smirnov.


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

Bug#722003: 722003 libav-tools: do not work options -t and -fs

[Paul Gevers]

Control: retitle -1 avconv does not support -t as argument for input
Control: tag -1 fixed-upstream

Apparently originally the -t option only worked as argument for output.
Since upstream commit 488a0fa68973d48e264d54f1722f7afb18afbea7 [1], the
-t option should now also be available on input.

I have no idea yet how to tell in which Debian version this was/is going
to land, but thought to just let the bts know.

Anyways, -fs as argument for the input does not make sense. I believe
that the original bug regarding -fs is an operator error. To get a
cleaner interface, you can't specify an output argument before the input
file in avconv anymore. Maybe avconv could warn about this...

Paul

[1]
http://git.libav.org/?p=libav.git;a=commit;h=488a0fa68973d48e264d54f1722f7afb18afbea7

PS: I think it would be good to document in the man that -fs will reduce
the length of the video if needed.



signature.asc
Description: OpenPGP digital signature

Bug#692877: Re 692877 libav-tools: avconv segfault when deprecated -deinterlace is used

[Paul Gevers]

Control: found -1 6:9.8-2+b1

Upstream bug tracker says this is fixed, but I couldn't track the
mentioned commit, so I also can't say when this will land in Debian.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#726020: libgnutls28-dev: Control file is wrong is should conflict/provide libgnutls-dev not gnutls-dev

[Eric Valette]

Package: libgnutls28-dev
Version: 3.2.4-5
Severity: important

Dear Maintainer,

I'm fighting with my installation to get libcurl4-gnutls-dev installed 
after having installed gnutsl28 packages and I'm currently stuck in circular
dependencies induced by libgnutls-dev that is only provided vy gnutsl26.

Reading the control file of gnutls28, I think libgnutls28-dev should 
conflict/provide libgnutls-dev and  NOT gnutls-dev.

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

Kernel: Linux 3.10.14 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgnutls28-dev depends on:
ii  libc6-dev [libc-dev]  2.17-93
pn  libgnutls-openssl27   none
ii  libgnutls-xssl0   3.2.4-5
pn  libgnutls28   none
ii  libgnutlsxx28 3.2.4-5
ii  libp11-kit-dev0.20.1-1
ii  libtasn1-6-dev3.3-2
ii  nettle-dev2.7.1-1
ii  zlib1g-dev1:1.2.8.dfsg-1

libgnutls28-dev recommends no packages.

Versions of packages libgnutls28-dev suggests:
ii  gnutls-bin3.2.4-5
pn  gnutls-docnone
ii  guile-gnutls  3.2.4-5

-- 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#707352: dee: diff for NMU version 1.0.10-3.1

[Andrea Colangelo]

tags 707352 + patch
tags 707352 + pending
thanks

Dear maintainer,

I've prepared an NMU for dee (versioned as 1.0.10-3.1). Please find the attached
debdiff, based on the fix suggested by pochu in his replies to this bug report.

Regards.

-- 
Andrea Colangelo |   http://andreacolangelo.com
Ubuntu Developer  www.ubuntu.com   |   Debian Maintainer  www.debian.org
diff -Nru dee-1.0.10/debian/changelog dee-1.0.10/debian/changelog
--- dee-1.0.10/debian/changelog	2012-06-02 19:01:13.0 +0200
+++ dee-1.0.10/debian/changelog	2013-10-11 11:36:54.0 +0200
@@ -1,3 +1,11 @@
+dee (1.0.10-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add versioned B-D on valac to fix FTBFS with the new gobject-introspection.
+(Closes: #707352 )
+
+ -- Andrea Colangelo war...@ubuntu.com  Fri, 11 Oct 2013 11:35:08 +0200
+
 dee (1.0.10-3) unstable; urgency=low
 
   * debian/control:
diff -Nru dee-1.0.10/debian/control dee-1.0.10/debian/control
--- dee-1.0.10/debian/control	2012-06-02 18:17:00.0 +0200
+++ dee-1.0.10/debian/control	2013-10-11 11:35:06.0 +0200
@@ -14,7 +14,7 @@
libglib2.0-dev (= 2.26.0),
libicu-dev (= 4.8),
python (= 2.6.5),
-   valac
+   valac (= 0.20)
 Standards-Version: 3.9.3
 Section: libs
 Homepage: https://launchpad.net/dee


signature.asc
Description: Digital signature

Bug#726021: gtest: missing google test shared library (was package libgtest0)

[Yves Fischer]

Source: gtest
Severity: normal

Dear Maintainer,
with commit Switch to cmake.  Install full source. [1] you removed the
package libgtest0.
Due to this it is not possible to build google test projects in debian
the same way as using redhat linux, where a libgtest/libgtest_main is
provided as a shared library.
I'm not sure about your reasons, however please consider re-adding this
package.
Thanks,
Yves
[1] http://anonscm.debian.org/gitweb/?p=collab-
maint/gtest.git;a=commitdiff;h=c60b99a6a16de0448e1b8bcf0b9134afcf44cf3f


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

Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=de_DE.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#726022: gtest: missing google test shared library (was package libgtest0)

[Yves Fischer]

Package: gtest
Severity: normal

Dear Maintainer,
with commit Switch to cmake.  Install full source. [1] you removed the
package libgtest0.
Due to this it is not possible to build google test projects in debian
the same way as using redhat linux, where a libgtest/libgtest_main is
provided as a shared library.
I'm not sure about your reasons, however please consider re-adding this
package.
Thanks,
Yves
[1] http://anonscm.debian.org/gitweb/?p=collab-
maint/gtest.git;a=commitdiff;h=c60b99a6a16de0448e1b8bcf0b9134afcf44cf3f


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

Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=de_DE.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#725759: try this

[Thomas Lange]

 On Thu, 10 Oct 2013 21:32:04 -0400, Anthony L. Awtrey t...@awtrey.com 
 said:

 Putting rc.auto=1 into either the /etc/dracut.conf or a newly created 
 /etc/dracut.conf.d/10-auto.conf resulted in an error message when I 
 reconfigured the dracut package to force a regeneration of the initrd 
 images.
You are right. It's rd.auto=1 if you put it on the kernel command line
but this should work in the .conf files:

kernel_cmdline=rd.auto=1


 Thank you so much for the assistance. I can't imagine why it would be 
 necessary to remove that setting by default. Perhaps the README.Debian 
 should mention it?
This is a good idea. Or maybe I put this in /etc/dracut.conf.d/...

-- 
regards Thomas


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

Bug#705565: fixing closure-compiler, package rename?

[Daniel Pocock]

I've added a fix for the manifest, this should close the bug and make
the package useful as a build dependency

Can somebody please give me write permissions on pkg-java so I can push
this?

javahelper has been used to achieve this, I saw an example of this in
another package.  If there is a better way to do this with the
maven_repo_helper please feel free to improve on my fix.

It is now possible to install the package and just type

$ closure-compiler -h

and it shows help output.

Should it continue to be called libclosure-compiler-java.deb or should
it just be closure-compiler.deb now that it includes an executable?

I haven't uploaded though - please let me know if I should upload or if
somebody else has work in progress


From f3a53a7ea17f51da7c19ef976e2015a5f1cb03b3 Mon Sep 17 00:00:00 2001
From: Daniel Pocock dan...@pocock.com.au
Date: Fri, 11 Oct 2013 11:38:47 +0200
Subject: [PATCH 1/3] Add manifest entries for classpath and main class

---
 debian/control   |2 +-
 debian/libclosure-compiler-java.manifest |3 +++
 debian/rules |2 +-
 3 files changed, 5 insertions(+), 2 deletions(-)
 create mode 100644 debian/libclosure-compiler-java.manifest

diff --git a/debian/control b/debian/control
index 475d354..3bd0169 100644
--- a/debian/control
+++ b/debian/control
@@ -6,7 +6,7 @@ Uploaders: Thomas Koch tho...@koch.ro
 Build-Depends: debhelper (= 9), default-jdk, maven-repo-helper (= 1.7.1), junit4,
  libandroid-json-org-java, libprotobuf-java, libargs4j-java, libguava-java, libjsr305-java,
  librhino-java (= 1.7R4), ant, libjarjar-java, protobuf-compiler,
- libmaven-ant-tasks-java
+ libmaven-ant-tasks-java, javahelper (=0.25)
 Build-Depends-Indep: default-jdk-doc, libmaven-javadoc-plugin-java
 Standards-Version: 3.9.4
 Vcs-Git: git://anonscm.debian.org/pkg-java/closure-compiler.git
diff --git a/debian/libclosure-compiler-java.manifest b/debian/libclosure-compiler-java.manifest
new file mode 100644
index 000..b0afce9
--- /dev/null
+++ b/debian/libclosure-compiler-java.manifest
@@ -0,0 +1,3 @@
+usr/share/java/closure-compiler.jar:
+ Class-Path: /usr/share/java/closure-compiler.jar/usr/share/java/args4j.jar  /usr/share/java/guava.jar/usr/share/java/json.jar
+ Main-class: com.google.javascript.jscomp.CommandLineRunner
diff --git a/debian/rules b/debian/rules
index 3df5fc2..302665a 100755
--- a/debian/rules
+++ b/debian/rules
@@ -3,7 +3,7 @@
 JAVA_HOME  := /usr/lib/jvm/default-java
 
 %:
-	dh $@ --with maven_repo_helper
+	dh $@ --with maven_repo_helper,javahelper
 
 override_dh_auto_build:
 	ant -propertyfile debian/ant.properties jar-nodeps javadoc
-- 
1.7.10.4

From 04aae7ec61db1e2ed6b3bdb12d3b0bab04b823e3 Mon Sep 17 00:00:00 2001
From: Daniel Pocock dan...@pocock.com.au
Date: Fri, 11 Oct 2013 11:46:26 +0200
Subject: [PATCH 2/3] Add symlink to usr/bin

---
 debian/libclosure-compiler-java.links |1 +
 1 file changed, 1 insertion(+)
 create mode 100644 debian/libclosure-compiler-java.links

diff --git a/debian/libclosure-compiler-java.links b/debian/libclosure-compiler-java.links
new file mode 100644
index 000..c8edc77
--- /dev/null
+++ b/debian/libclosure-compiler-java.links
@@ -0,0 +1 @@
+/usr/share/java/closure-compiler.jar /usr/bin/closure-compiler
-- 
1.7.10.4

From 8f1de0ac7c5f968ac0882a859db5006f2294c491 Mon Sep 17 00:00:00 2001
From: Daniel Pocock dan...@pocock.com.au
Date: Fri, 11 Oct 2013 11:48:15 +0200
Subject: [PATCH 3/3] changelog: manifest and symlink

---
 debian/changelog |4 
 1 file changed, 4 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index 3da8f29..04d27e3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,5 +1,6 @@
 closure-compiler (20130227+dfsg1-3) UNRELEASED; urgency=low
 
+  [Emmanuel Bourg]
   * Team upload.
   * Backported a change replacing the deprecated LimitInputStream class
 in Guava with ByteStreams.limit()
@@ -7,6 +8,9 @@ closure-compiler (20130227+dfsg1-3) UNRELEASED; urgency=low
   * Removed the build dependency on ant1.7
   * Removed unnecessary changes from build_xml.patch
 
+  [Daniel Pocock]
+  * Add manifest and symlink for runnable JAR (Closes: #705565)
+
  -- Emmanuel Bourg ebo...@apache.org  Thu, 12 Sep 2013 12:46:47 +0200
 
 closure-compiler (20130227+dfsg1-2) unstable; urgency=low
-- 
1.7.10.4

Bug#726018: RM: bmon/1:2.1.1~pre1-1 -- RoM

[Ansgar Burchardt]

Control: retitle -1 RM: bmon [hurd-i386 kfreebsd-amd64 kfreebsd-i386] -- RoM; 
requires libnl-3-dev which is linux-only

If libnl-3-dev is now a hard requirement, why does the source package still say

  Build-Depends: libnl-3-dev [linux-any]

Ansgar


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

Bug#725759: try this

[Thomas Lange]

It's better to write

kernel_cmdline+= rd.auto=1 
-- 
regards Thomas


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

Bug#725883: RM: xemacs21 -- RoQA; RC-buggy, unmaintained, dead upstream, not in stable

[Ansgar Burchardt]

Control: clone -1 -2
Control: retitle -2 RM: xemacs21-packages -- RoQA; RC-buggy, unmaintained, dead 
upstream, not in stable

Moritz Muehlenhoff j...@debian.org writes:
 I propose to remove xemacs21:

 - It has accumulated 6 RC bugs by now
 - Removed from testing 15 months ago, not part of stable any longer
 - Dead upstream, the 21.4.22 release from March 2009 is still the
   current stable release
 - Unmaintained, last maintainer upload over a year ago, no followups
   to RC bugs

Seems reasonable to do, but xemacs21-packages should be removed at the
same time.

Ansgar


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

Bug#635476: Minimised ECMAScript files in upstream source

[Ben Finney]

On 11-Oct-2013, Thomas Goirand wrote:
 On 10/11/2013 07:00 AM, Ben Finney wrote:
  There's no need to re-package the upstream tarball, since its contents
  are all DFSG-free already.
 
 I don't agree with this view, and neither does the FTP masters. […]
 minimized javascripts. These are considered non-free in Debian.

I have reported bug#726005 for this issue.

-- 
 \  “For mad scientists who keep brains in jars, here's a tip: why |
  `\   not add a slice of lemon to each jar, for freshness?” —Jack |
_o__)   Handey |
Ben Finney b...@benfinney.id.au


signature.asc
Description: Digital signature

Bug#726005: configure ‘uscan’ to rebuild upstream tarball

[Ben Finney]

package src:python-coverage
tags 726005 + pending
thanks

On 11-Oct-2013, Ben Finney wrote:
 Thomas presents the attached snippet for ‘debian/rules’, to rebuild the
 upstream tarball (for version 3.7) without minimised ECMAScript files.

On advice from URL:irc://irc.debian.net/#debian-python, in particular
Stuart Prescott, I have implemented a ‘debian/repack’ program and
configured ‘uscan’ to run that to re-pack the upstream tarball when it
downloads. This way, we do not need to modify ‘debian/rules’.

-- 
 \  “Progress might have been all right once, but it's gone on too |
  `\long.” —Ogden Nash |
_o__)  |
Ben Finney b...@benfinney.id.au


signature.asc
Description: Digital signature

Bug#725918: [Pkg-acpi-devel] Bug#725918: Please support mipsn32(el) and mips64(el)

[YunQiang Su]

On Fri, Oct 11, 2013 at 6:20 AM, Michael Meskes mes...@debian.org wrote:
 On Thu, Oct 10, 2013 at 05:15:41AM +0400, Bob Bib wrote:
 Does the acpi utility display any meaningful info on machines with non-x86 
 CPUs?
 (E. g., what does it show on your mips computers)?

 That I'd like to know, too.

 It did work on mips as can be seen here:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610552

 Anyway, there're some irregularities with architectures for this packages:
 1) 'debian/control':
  Architecture: i386 ia64 amd64 mips mipsel

 2) https://buildd.debian.org/quinn-diff/sid/Packages-arch-specific
  acpi: i386 ia64 amd64 lpia
  # acpi is i386/ia64 specific

 Interesting, I didn't know that.
It seems do work on mips64el

(sid-mips64el-manual)root@buildd-ym:/sys# acpi -V
Battery 0: Full, 100%
Battery 0: design capacity 4300 mAh, last full capacity 4120 mAh = 95%
Adapter 0: on-line
No support for device type: thermal
No support for device type: thermal

(sid-mips64el-manual)root@buildd-ym:/sys# uname -a
Linux buildd-ym 3.6-trunk-loongson-3a #1 SMP PREEMPT Debian 3.6.12-1
mips64 GNU/Linux

This is a chroot environment of mips64el, on loongson3A laptop.
The main system of this laptop is a mipsel squeeze with a mips64el 3.6 kernel.

 Michael
 --
 Michael Meskes
 Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
 Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
 Jabber: michael.meskes at gmail dot com
 VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL



-- 
YunQiang Su


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

Bug#726024: libcairo2: get upstream fix into debian package

[Leon Winter]

Package: libcairo2
Version: 1.12.16-2
Severity: important



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (550, 'testing'), (500, 'stable'), (210, 'unstable'), (1, 
'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.10.2-64+ (SMP w/32 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages libcairo2 depends on:
ii  libc6   2.17-93bfw1
ii  libegl1-mesa [libegl1-x11]  9.1.6-2+b1
ii  libfontconfig1  2.10.2-2
ii  libfreetype62.4.9-1.1
ii  libgl1-mesa-glx [libgl1]9.1.6-2+b1
ii  libpixman-1-0   0.30.2-1
ii  libpng12-0  1.2.49-4
ii  libx11-62:1.6.1-1
ii  libxcb-render0  1.9.1-3
ii  libxcb-shm0 1.9.1-3
ii  libxcb1 1.9.1-3
ii  libxext62:1.3.2-1
ii  libxrender1 1:0.9.8-1
ii  multiarch-support   2.17-93bfw1
ii  zlib1g  1:1.2.8.dfsg-1

libcairo2 recommends no packages.

libcairo2 suggests no packages.

-- no debconf information

When printing particular PDF documents in evince, umlauts get lost.
The issue has been identified, reported and is resolved upstream:
https://bugs.freedesktop.org/show_bug.cgi?id=70364
http://cgit.freedesktop.org/cairo/commit/?id=6f05ecf488314e4b0c6c6b0110963c449bebe7d7

Since is is quite the show stopper to have PDFs printed out incorrectly,
it would be lovely if we could pull this fix into Debian soon.


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

Bug#726005: Minimised ECMAScript files in upstream source

[Ben Finney]

package src:python-coverage
noowner 726005
submitter 726005 Thomas Goirand z...@debian.org
thanks

On 11-Oct-2013, Ben Finney wrote:

 Thomas Goirand z...@debian.org reports that these files are considered
 non-free by the Debian FTP masters.

In which case he's the submitter (not the owner) of this bug report.

-- 
 \“To me, boxing is like a ballet, except there's no music, no |
  `\   choreography, and the dancers hit each other.” —Jack Handey |
_o__)  |
Ben Finney b...@benfinney.id.au


signature.asc
Description: Digital signature

Bug#726025: ITP: tigris -- Stream-based JSON string escaping for Clojure

[Wolodja Wentland]

Package: wnpp
Severity: wishlist
Owner: Wolodja Wentland deb...@babilen5.org

* Package name: tigris
  Version : 0.1.1
  Upstream Author : Matthew Lee Hinman l...@writequit.org
* URL : https://github.com/dakrone/tigris
* License : EPL-1.0
  Programming Lang: Clojure, Java
  Description : Stream-based JSON string escaping for Clojure

Tigris is a Clojure library providing a stream for escaping JSON strings as
 they are being read from a different stream. This stream-to-stream string
 encoding allows for easy integration of JSON escaping into your data
 processing pipeline.


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

Bug#726018: RM: bmon/1:2.1.1~pre1-1 -- RoM

[Dmitry Smirnov]

On Fri, 11 Oct 2013 21:01:50 Ansgar Burchardt wrote:
 If libnl-3-dev is now a hard requirement, why does the source package still 
 say
 
   Build-Depends: libnl-3-dev [linux-any]
 

Because package used to build successfully without libnl; I found
about the problem from FTBFS on last upload. After contacting upstream
[1] it's became clear that `bmon` no longer intended to build without
libln. Since there is remote possibility for fixing this problem I'm
not sure whether I'm going to keep Build-Depends as-is or correct with
next upload. What would you recommend?

Thanks.

[1]: https://github.com/tgraf/bmon/issues/2

-- 
Best wishes,
 Dmitry Smirnov.

---
Democracy is a pathetic belief in the collective wisdom of individual
ignorance.
-- H. L. Mencken


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

Bug#726026: ITP: libtypes-path-tiny-perl -- Path::Tiny types and coercions for Moose and Moo

[Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯]

Package: wnpp
Owner: Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 (CPAN/PAUSE) da...@cpan.org
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libtypes-path-tiny-perl
  Version : 0.005
  Upstream Author : David Golden dagol...@cpan.org
* URL : https://metacpan.org/release/Types-Path-Tiny
* License : Apache-2.0
  Programming Lang: Perl
  Description : Path::Tiny types and coercions for Moose and Moo

Types::Path::Tiny provides Path::Tiny types for Moose, Moo, etc.

It handles two important types of coercion:

 • coercing objects with overloaded stringification
 • coercing to absolute paths

It also can check to ensure that files or directories exist.




signature.asc
Description: PGP signature

Bug#726027: Required-Start: $remote_fs for rcS type services (early boot) can lead to dependency loops

[Michael Biebl]

Package: systemd
Version: 204-5
Severity: normal

mbiebl so, I have an interesting issue here:
mbiebl NetworkManager.service has
mbiebl Wants=network.target
mbiebl Before=network.target
mbiebl and is started via multi-user.target
mbiebl remote-fs.target has a depenency on network.target
mbiebl and we do have rcS services which have Required-Start:$remote_fs
mbiebl and as NetworkManager.service has a dependency on basic.target via 
DefaultDependencies=yes
mbiebl this leads to a loop
mbiebl any ideas how we can address this?
mbiebl (so far I have removed Wants/Before=network.target from 
NetworkManager.service, but that is not a solution)
Mithrandir any reason NM can't be pulled earlier?
Mithrandir it sounds like that might want to move to rcS?
Mithrandir (well sysinit)
mbiebl given that e.g. dbus (and other stuff like syslog) is started in rc2
mbiebl this wouldn't work (at least under sysvinit)
Mithrandir which bits in rcS need remote_fs?
mbiebl dbus.service is also hooked up via multi-user.target.wants
Mithrandir and do they actually need remote_fs or is that just the crazy 
they need NFS thing?
mbiebl we do setup the socket earlier
mbiebl but dbus system bus won't be functional until basic/sysinit target is 
done
mbiebl $ grep remote_fs *
mbiebl K19kbd:# Required-Start:$remote_fs
mbiebl S19console-setup:# Required-Start:$remote_fs
mbiebl S20alsa-utils:# Required-Start:$local_fs $remote_fs
mbiebl S20alsa-utils:# Required-Stop: $remote_fs
mbiebl S20bootmisc.sh:# Required-Start:$remote_fs
mbiebl S20plymouth-log:# Required-Start:␉$local_fs $remote_fs
mbiebl S20plymouth-log:# Required-Stop:␉$local_fs $remote_fs
mbiebl S20x11-common:# Required-Start:$remote_fs
mbiebl S20x11-common:# Required-Stop: $remote_fs
Mithrandir I think we should get policy clarified that /, /usr and maybe /var 
are not remote fs-es.
mbiebl that is a huge mess indeed
mbiebl lumping $remote_fs and /usr together
mbiebl (never liked that)
Mithrandir It's arguable that /var can be a remote fs
mbiebl I was wondering if we should patch systemd to drop any refs to 
remote-fs.target
mbiebl for rcS type services
mbiebl ideally all those early boot services would ship native systemd support
mbiebl but with about 150 of them we need some solution
mbiebl during the transition period, I think
mbiebl imho, most of them don't belong in rcS
mbiebl but that's another matter
Mithrandir nod
Mithrandir I think https://wiki.debian.org/LSBInitScripts is wrong about 
$remote_fs
Mithrandir so I suggest we get the text changed to something like:
Mithrandir all filesystems are mounted.  Scripts depending on $remote_fs 
should not need to depend on $local_fs. During shutdown, scripts that need to 
run before sendsigs kills all processes should depend on $remote_fs.
mbiebl Unfortunately I think that ship has sailed
mbiebl I think 99% of the LSB headers have $remote_fs
mbiebl because their binaries are in /usr
mbiebl do you really expect to update all of them to use $local_fs instead?
Mithrandir I'd be fine with just whatever ships stuff in rcS
Mithrandir for the rest, it won't be a problem, will it?
mbiebl it shouldn't, no
mbiebl so adding a hack to systemd to s/remote-fs.target/local-fs.target/ for 
early boot services
Mithrandir given we require /usr to be available immediately post-initramfs, 
and sysvinit does approximately the same.
mbiebl do you think this is a crazy idea?
Mithrandir mbiebl: I'd be ok with it.
Mithrandir I'm just a bit careful about munging deps like that and causing 
deliberate differences wrt sysvinit



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

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

Versions of packages systemd depends on:
ii  initscripts  2.88dsf-43
ii  libacl1  2.2.52-1
ii  libaudit11:2.3.2-2
ii  libblkid12.20.1-5.5
ii  libc62.17-93
ii  libcap2  1:2.22-1.2
ii  libcryptsetup4   2:1.6.1-1
ii  libdbus-1-3  1.6.16-1
ii  libgcrypt11  1.5.3-2
ii  libkmod2 15-0.1
ii  liblzma5 5.1.1alpha+20120614-2
ii  libpam0g 1.1.3-9
ii  libselinux1  2.1.13-3
ii  libsystemd-daemon0   204-5
ii  libsystemd-journal0  204-5
ii  libudev1 204-5
ii  libwrap0 7.6.q-24
ii  udev 204-5
ii  util-linux   2.20.1-5.5

Versions of packages systemd recommends:
ii  libpam-systemd  204-5

Versions of packages systemd suggests:
ii  systemd-ui  2-2

-- 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#725788: dh-python: python3.3 setup.py clean fails with UnicodeDecodeError

[Mathias Behrle]

* Thorsten Glaser:  Re: Bug#725788: dh-python: python3.3 setup.py clean fails
  with UnicodeDecodeError (Thu, 10 Oct 2013 21:44:12 + (UTC)):

 Piotr Ożarowski dixit:
 
I'm CCing pbuilder maintainers: guys, is there a reason why pbuilder is
setting LC_ALL to C and not to C.UTF-8? If not, could you reassign
 
 Setting LC_ALL=C and unsetting LANGUAGE is the only somewhat
 portable way to sanitise the environment.
 
 If you need anything locale-specific, you MUST set the relevant
 environment variables (and clean all others) in the debian/rules
 file of the package that needs it.
 
 bye,
 //mirabilos

Hi Torsten, hi Piotr,

thanks a lot for your help on this issue.

A question remaining for me is:
Is LC_ALL=C really the only way to set a sanitised environment? Why shouldn't
C.UTF-8 provide such one (i.e. what is the downside of making it a general
setting)?

According to Debian Policy 5.1 all control files must be encoded in UTF-8.
Shouldn't we expect to package software mainly encoded with UTF-8, if not ASCII?

Cheers,
Mathias


signature.asc
Description: PGP signature

Bug#726028: policykit-1: Authorisation error in KDE when GREP_OPTIONS include output options

[James Bannon]

Package: policykit-1
Version: 0.105-3
Severity: important

Dear Maintainer,

Setting GREP_OPTIONS in either $HOME/.profile or $HOME/.bash_profile affecting
grep's output causes authorisation failures in KDE. E.g., try the following:

export GREP_OPTIONS=--color=auto --initial-tab --line-number

When KDE starts, you get an authorisation error from the apt update daemon.
Also, anything requiring administrative privileges to change, such as Login
screen, will refuse to grant access. The refusal is not logged in any of the
usual places that I can see.

The same applies if an alias is defined like this:

alias grep='grep --color=auto --initial-tab --line-number'

In either case, removing --line-number and --initial-tab restores the
authorisation. Setting --color is OK, so long as it's set to auto.

The problem does not appear when using GNOME or XFCE, but their respective
login managers don't source $HOME/.profile or $HOME/.bash_profile. I believe
the problem would also affect users of XDM and SLIM.

I thought it may be due to an unguarded call to grep in a system shell script
somewhere, but I haven't been able to track it down so far.

If memory serves, Ubuntu and Linux Mint used to have exactly the same problem.
I believe they fixed it, but don't quote me on that.

I have logged this as important because, although the workaround is easy to
apply, it is very confusing. I thought I had a major SNAFU in my configuration,
until I remembered I experienced the problem before.

Thanks.



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

Kernel: Linux 3.10-3-amd64 (SMP w/6 CPU cores)
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 policykit-1 depends on:
ii  consolekit 0.4.6-3+b1
ii  dbus   1.6.14-1
ii  libc6  2.17-93
ii  libexpat1  2.1.0-4
ii  libglib2.0-0   2.36.4-1
ii  libpam0g   1.1.3-9
ii  libpolkit-agent-1-00.105-3
ii  libpolkit-backend-1-0  0.105-3
ii  libpolkit-gobject-1-0  0.105-3

policykit-1 recommends no packages.

policykit-1 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#721825: closed by Andres Salomon dilin...@debian.org (Bug#721825: fixed in msr-tools 1.3-1)

[Alessandro Vesely]

On Fri 11/Oct/2013 05:21:10 +0200 Andres Salomon wrote: 
 
* Add a note to manpages about ensuring the correct kernel modules
  are loaded when running commands (closes: #721825).

The original package (both versions) has a script MAKEDEV-cpuid-msr
that creates 32 directories /dev/cpu/$n with a pair of device nodes
each.  (It is probably worth to use something like:

   n_cpus=$(egrep '^processor' /proc/cpuinfo | wc -l)
   n=0
   while [ $n -lt $n_cpus ]; do

instead.  BTW, reading can be done using /dev/cpu/0 only, but writing
seems to require nodes for each cpu.)

IMHO, it is necessary to populate /dev/cpu like that on each boot, if
msr-tools are to be used reliably.  A note on the man page may help
users, but also annoy them with the need to devise how to set up a
proper initialization on each startup.  Shouldn't the package install
a script in /etc/init.d, with a start action similar to
MAKEDEV-cpuid-msr, to accomplish that task directly?

Ale


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

Bug#726028: [Pkg-utopia-maintainers] Bug#726028: policykit-1: Authorisation error in KDE when GREP_OPTIONS include output options

[Michael Biebl]

tags 726028 + moreinfo unreproducible
thanks

Am 11.10.2013 12:58, schrieb James Bannon:
 Package: policykit-1
 Version: 0.105-3
 Severity: important
 
 Dear Maintainer,
 
 Setting GREP_OPTIONS in either $HOME/.profile or $HOME/.bash_profile affecting
 grep's output causes authorisation failures in KDE. E.g., try the following:
 
 export GREP_OPTIONS=--color=auto --initial-tab --line-number
 
 When KDE starts, you get an authorisation error from the apt update daemon.
 Also, anything requiring administrative privileges to change, such as Login
 screen, will refuse to grant access. The refusal is not logged in any of the
 usual places that I can see.
 
 The same applies if an alias is defined like this:
 
 alias grep='grep --color=auto --initial-tab --line-number'
 
 In either case, removing --line-number and --initial-tab restores the
 authorisation. Setting --color is OK, so long as it's set to auto.
 
 The problem does not appear when using GNOME or XFCE, but their respective
 login managers don't source $HOME/.profile or $HOME/.bash_profile. I believe
 the problem would also affect users of XDM and SLIM.
 
 I thought it may be due to an unguarded call to grep in a system shell script
 somewhere, but I haven't been able to track it down so far.
 
 If memory serves, Ubuntu and Linux Mint used to have exactly the same problem.
 I believe they fixed it, but don't quote me on that.
 
 I have logged this as important because, although the workaround is easy to
 apply, it is very confusing. I thought I had a major SNAFU in my 
 configuration,
 until I remembered I experienced the problem before.
 


Seeing that polkit doesn't call grep in any way, I don't see how setting
this config option would affect it in any way.
Indeed, adding
export GREP_OPTIONS=--color=auto --initial-tab --line-number
to ~/.profile and using kdm to log into KDE, I can not reproduce the
issue. Trying to run an application via polkit (e.g. pkexec aptitude)
works just fine.

I've also checked the Ubuntu polkit package. It doesn't ship any patches
on top of the Debian package which seem relevant in this regard.

Since I'm not able to reproduce, you'll need to dig deeper yourself.
I'd probably start stracing the relevant processes.

Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#707352: dee: diff for NMU version 1.0.10-3.1

[Kartik Mistry]

On Fri, Oct 11, 2013 at 3:12 PM, Andrea Colangelo war...@ubuntu.com wrote:
 I've prepared an NMU for dee (versioned as 1.0.10-3.1). Please find the 
 attached
 debdiff, based on the fix suggested by pochu in his replies to this bug 
 report.

Go ahead with NMU!

-- 
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#713920: kopete: otr plugin missing

[Ralf Jung]

Hi,

the aforementioned patch applies cleanly on top if Kopete 4.11.2, and
works all right - so once KDE SC 4.11 is being packaged, it should be
straight-forward to bring OTR support back.

Kinds regards
Ralf


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

Bug#726029: Cannot search within compressed deb

[Mathieu Malaterre]

Package: www.debian.org

It would be super nice if the following request would work:

http://packages.debian.org/search?searchon=contentskeywords=ios_init.ccmode=pathsuite=stablearch=any

- return 0 results

However:

  apt-get source libstdc++6-4.4-dbg
  cd gcc-4.4-4.4.7
  tar xf gcc-4.4.7-dfsg.tar.xz
  find . -name ios_init.cc
./gcc-4.4.7/libstdc++-v3/src/ios_init.cc

thanks !


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

Bug#726031: reportbug.debian.org rejects security bugs

[Thiemo Nagel]

Package: reportbug
Version: 6.4.4
Severity: normal

Dear Maintainer,

I'm using

smtphost reportbug.debian.org

which generally works fine to submit bugs, but I'm getting an SMTP relay error
when trying to use reportbug to submit to t...@security.debian.org.

I suggest to change the configuration of the MTA on reportbug.debian.org to
permit relaying of mails to t...@security.debian.org.

Best regards,
Thiemo

-- Package-specific info:
** Environment settings:
EDITOR=emacs -nw
INTERFACE=urwid

** /home/thiemo/.reportbugrc:
reportbug_version 6.4.4
mode standard
ui urwid
email thiemo.na...@gmail.com
no-cc
header X-Debbugs-CC: thiemo.na...@gmail.com
smtphost reportbug.debian.org

-- System Information:
Debian Release: 7.2
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'proposed-updates'), (990, 
'stable'), (300, 'testing-proposed-updates'), (300, 'testing'), (200, 
'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (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 reportbug depends on:
ii  apt   0.9.7.9
ii  python2.7.3-4+deb7u1
ii  python-reportbug  6.4.4

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail none
pn  debconf-utils  none
pn  debsumsnone
pn  dlocatenone
ii  emacs23-bin-common 23.4+1-4
ii  exim4  4.80-7
ii  exim4-daemon-light [mail-transport-agent]  4.80-7
ii  file   5.11-2
ii  gnupg  1.4.12-7+deb7u1
ii  python-gtk22.24.0-3+b1
ii  python-gtkspell2.25.3-12
ii  python-urwid   1.0.1-2
ii  python-vte 1:0.28.2-5
ii  xdg-utils  1.1.0~rc1+git20111210-6

Versions of packages python-reportbug depends on:
ii  apt   0.9.7.9
ii  python2.7.3-4+deb7u1
ii  python-debian 0.1.21
ii  python-debianbts  1.11
ii  python-support1.0.15

python-reportbug 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#726032: transition: GNOME 3.8: gnome-desktop (and all the rest)

[Michael Biebl]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,

we'd like to upload the last bits of GNOME 3.8
This involves a library transition for gnome-desktop:
libgnome-desktop-3-2 → libgnome-desktop-3-7
and mutter:
libmutter0 → libmutter0b

I recompiled the rdeps of gnome-desktop and mutter and the following
packages failed to build:
gnome-settings-daemon_3.4.2+git20121218.7c1322
gnome-control-center_3.4.3.1-5
gnome-panel_3.4.2.1-6
nautilus_3.4.2-2

Backporting the fixes for gnome-desktop 3.8 or mutter 3.8 is not really
feasible for the packages above so we would like to update them to 3.8
instead. Since those packages are interlinked via
Breaks, e.g. in gsettings-desktop-schemas, we basically need to update
all the remaining parts of GNOME 3.8 in one go, that includes:

mutter
nautilus
gsettings-desktop-schemas
gnome-shell
gnome-shell-extensions
gnome-settings-daemon
gnome-session
gnome-control-center
gnome-desktop
gdm

(not quite sure how to express that via ben).

This is a pretty self-contained transition with all packages aside from
cinnamon and nemo being under the pkg-gnome team maintainenance, and
those two package can be binNMUed just fine.

It would be great if we can start the transition at your earliest
convenience.

Cheers,
Michael

(on behalf of the Debian GNOME team)


Ben file:

title = GNOME 3.8: gnome-desktop (and all the rest);
is_affected = .depends ~ libgnome-desktop-3-2 | .depends ~ 
libgnome-desktop-3-7 | .depends ~ libmutter0 | .depends ~ libmutter0b;
is_good = .depends ~ lib(gnome-desktop-3-7|mutter0b);
is_bad = .depends ~ lib(gnome-desktop-3-2|mutter0);


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

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


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

Bug#330973: ppp: possible MTU problem when using mppe

[Helmut Grohne]

On Fri, Sep 30, 2005 at 08:59:35PM +0200, Alexander Weber wrote:
 mppe_compress[1]: osize too small! (have: 1400 need: 1404)
 
 ppp is configured to require 128-bit encryption.
 Altering the MTU value in the pppd options file does not help. After
 reducing the MTU by four bytes the messages changes to:
 
 mppe_compress[1]: osize too small! (have: 1396 need: 1400)
 
 So it seems ppp wants 4 more bytes regardless of what the MTU is set to.

Let me add a little detail here. The need value printed by the kernel
is bogus. Have a look at the relevant source:

drivers/net/ppp/ppp_mppe.c:
|/* Make sure we have enough room to generate an encrypted packet. */
|if (osize  isize + MPPE_OVHD + 2) {
|/* Drop the packet if we should encrypt it, but can't. */
|printk(KERN_DEBUG mppe_compress[%d]: osize too small! 
|   (have: %d need: %d)\n, state-unit,
|   osize, osize + MPPE_OVHD + 2);
|return -1;
|}

You can see that the value printed as need is not the one being
compared. Instead it is always 4 greater than the have value
regardless of the actual isize given. You might need to lower the MTU
even further.

Helmut


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

Bug#726032: transition: GNOME 3.8: gnome-desktop (and all the rest)

[Michael Biebl]

Am 11.10.2013 14:04, schrieb Michael Biebl:
 gnome-shell
 gdm

 This is a pretty self-contained transition with all packages aside from
 cinnamon and nemo being under the pkg-gnome team maintainenance, and
 those two package can be binNMUed just fine.

I have to add that there is one complication:
gnome-shell 3.8 needs a newer gdm3 (= 3.6) and gdm3 currently ftbfs on
kfreebsd-* [1].
TTBOMK there is no working 3D support on kfreebsd which would allow to
run GNOME Shell on kfreebsd, so we either need some kfreebsd porters to
have a look at this or remove those packages for kfreebsd.

Regards,
Michael


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692739
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#707761: pdns-backend-pgsql: IP fields too short for master/slave operation over IPv6

[Peter van Dijk]

Hello James,

On May 30, 2013, at 17:00 , James Cloos wrote:

 The ip column should not be varchar or text.
 
 It should be inet.
 
 The proper fix is:
 
  alter table supermasters alter COLUMN ip type inet using ip::inet;
 
 and change the sql which creates the table during install to use inet
 for that column.
 
 That column is only supposed to hold ipv4 or ipv6 addresses, which is
 exactly what the inet type is for.
 
 As an added bonus, inet stores the address as an integer, so it should
 take up less space than a text/varchar/char column.


We are happy to consider this change upstream - please file your request at 
https://github.com/PowerDNS/pdns/issues

Kind regards,
-- 
Peter van Dijk
Netherlabs Computer Consulting BV - http://www.netherlabs.nl/



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#726033: php5: Memoryleak when using the same variablename two times in function declaration

[William Dauchy]

Package: php5
Version: 5.4.4-14+deb7u5
Severity: normal
Tags: patch

Hi,

There is a memory leak when the same argument name is used two times in a 
function 
declaration.

This issue is fixed upstream:
http://git.php.net/?p=php-src.git;a=commit;h=5e9377ebd57f419de7b421878df540795ace01ef

Could be a good improvment is we merge this fix in current wheezy version.
-- 
William


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

Bug#726034: xchat: Uses absolute paths on config files

[Rodrigo Campos]

Package: xchat
Version: 2.8.8-7.1
Severity: normal

Dear Maintainer,

When switching users in my PC I realized xchat uses absolute paths on the config
file, so it was pointless to only copy the ~/.xchat folder and expect it to work
okay. For example, it uses an abs path for the dcc_dir option in
~/.xchat2/xchat.conf

Please consider making it a relative path as it breaks this, IMHO valid, use
cases. Also, I didn't find any good reason documented to make this absolute
instead of relative.




Thanks a lot,
Rodrigo


-- System Information:
Debian Release: 7.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages xchat depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libdbus-1-3 1.6.8-1+deb7u1
ii  libdbus-glib-1-20.100.2-1
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1
ii  libperl5.14 5.14.2-21
ii  libsexy20.1.11-2+b1
ii  libssl1.0.0 1.0.1e-2
ii  libx11-62:1.5.0-1+deb7u1
ii  libxml2 2.8.0+dfsg1-7+nmu1
ii  xchat-common2.8.8-7.1

Versions of packages xchat recommends:
ii  alsa-utils1.0.25-4
ii  libnotify40.7.5-1
ii  libpython2.7  2.7.3-6
ii  tcl8.58.5.11-2
ii  xdg-utils 1.1.0~rc1+git20111210-6

xchat 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#726035: openvswitch-controller: typo in /etc/default/openvswitch-controller

[Johannes Grassler]

Package: openvswitch-controller
Version: 1.4.2+git20120612-9
Severity: minor

Dear Maintainer,

There is a small typo in the /etc/default/openvswitch-switch configuration
file shipped with the package. The comment in line 11 reads

  # * pctp:[PORT]: Listen for TCP connections on the specified PORT
^^
   Typo

whereas it should read

  # * ptcp:[PORT]: Listen for TCP connections on the specified PORT

Best,

Johannes

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

Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages openvswitch-controller depends on:
ii  libc6   2.13-38
ii  libssl1.0.0 1.0.1e-2
ii  openvswitch-common  1.4.2+git20120612-9
ii  openvswitch-pki 1.4.2+git20120612-9

openvswitch-controller recommends no packages.

openvswitch-controller 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#724944: Patch

[Bas Wijnen]

Control: tags -1 + patch

First of all, I can see how you're busy, but if you think my problem is
trivial, please just tell me so.  If I'm sending a message saying I don't know
how to continue, even explicitly saying that I know this may not be what you
need, a reply only saying this is not what we need is totally unhelpful.  It
shouldn't be too much effort to type the extra sentence what you describe you
did should have worked, did you try restarting the server? (which I thought I
did, but I suppose I didn't).  A line like that helps more than you might
think; it confirms that I was on the right track.  Since I don't know much
about the code or how it's supposed to work, that is good to know.

Anyway, a server which is unable to play any video 5 minutes after starting
gives quite a strong motivation to fix things.  So after I got a backtrace, I
debugged the thing.  The problem was that the result of
intel_get_pixmap_private() could be NULL, but that wasn't checked.  So I
grepped for it and added checks to all calls of that function.  The patch is
attached.  You will want to check if I'm handling it the right way everywhere,
because I just guessed the proper course of action.  Then again, most code
would segfault without handling it, so perhaps most of these can't ever be
triggered anyay (but I'm not too sure about that; it certainly can set it to
NULL when calloc fails).

Thanks,
Bas
Index: xserver-xorg-video-intel-2.21.15/src/uxa/intel.h
===
--- xserver-xorg-video-intel-2.21.15.orig/src/uxa/intel.h   2013-10-11 
00:30:38.343948391 -0400
+++ xserver-xorg-video-intel-2.21.15/src/uxa/intel.h2013-10-11 
00:30:38.335948384 -0400
@@ -130,12 +130,17 @@
 
 static inline Bool intel_pixmap_is_dirty(PixmapPtr pixmap)
 {
-   return pixmap  intel_get_pixmap_private(pixmap)-dirty;
+   struct intel_pixmap *priv;
+   if (!pixmap)
+   return FALSE;
+   priv = intel_get_pixmap_private(pixmap);
+   return priv  priv-dirty;
 }
 
 static inline Bool intel_pixmap_tiled(PixmapPtr pixmap)
 {
-   return intel_get_pixmap_private(pixmap)-tiling != I915_TILING_NONE;
+   struct intel_pixmap *priv = intel_get_pixmap_private(pixmap);
+   return priv  priv-tiling != I915_TILING_NONE;
 }
 
 dri_bo *intel_get_pixmap_bo(PixmapPtr pixmap);
Index: xserver-xorg-video-intel-2.21.15/src/uxa/i830_render.c
===
--- xserver-xorg-video-intel-2.21.15.orig/src/uxa/i830_render.c 2013-10-11 
00:30:38.343948391 -0400
+++ xserver-xorg-video-intel-2.21.15/src/uxa/i830_render.c  2013-10-11 
00:30:38.335948384 -0400
@@ -293,9 +293,9 @@
filter |= (MIPFILTER_NONE  TM0S3_MIP_FILTER_SHIFT);
 
if (intel_pixmap_tiled(pixmap)) {
+   struct intel_pixmap *priv = intel_get_pixmap_private(pixmap);
tiling_bits = TM0S1_TILED_SURFACE;
-   if (intel_get_pixmap_private(pixmap)-tiling
-   == I915_TILING_Y)
+   if (priv  priv-tiling == I915_TILING_Y)
tiling_bits |= TM0S1_TILE_WALK;
} else
tiling_bits = 0;
@@ -585,9 +585,9 @@
assert(intel-in_batch_atomic);
 
if (intel_pixmap_tiled(intel-render_dest)) {
+   struct intel_pixmap *priv = 
intel_get_pixmap_private(intel-render_dest);
tiling_bits = BUF_3D_TILED_SURFACE;
-   if (intel_get_pixmap_private(intel-render_dest)-tiling
-   == I915_TILING_Y)
+   if (priv  priv-tiling == I915_TILING_Y)
tiling_bits |= BUF_3D_TILE_WALK_Y;
} else
tiling_bits = 0;
Index: xserver-xorg-video-intel-2.21.15/src/uxa/i915_render.c
===
--- xserver-xorg-video-intel-2.21.15.orig/src/uxa/i915_render.c 2013-10-11 
00:30:38.343948391 -0400
+++ xserver-xorg-video-intel-2.21.15/src/uxa/i915_render.c  2013-10-11 
00:30:38.339948386 -0400
@@ -351,9 +351,9 @@
 
/* offset filled in at emit time */
if (intel_pixmap_tiled(pixmap)) {
+   struct intel_pixmap *priv = intel_get_pixmap_private(pixmap);
tiling_bits = MS3_TILED_SURFACE;
-   if (intel_get_pixmap_private(pixmap)-tiling
-   == I915_TILING_Y)
+   if (priv  priv-tiling == I915_TILING_Y)
tiling_bits |= MS3_TILE_WALK;
} else
tiling_bits = 0;
@@ -883,9 +883,9 @@
uint32_t tiling_bits;
 
if (intel_pixmap_tiled(dest)) {
+   struct intel_pixmap *priv = 
intel_get_pixmap_private(dest);
tiling_bits = BUF_3D_TILED_SURFACE;
-   if (intel_get_pixmap_private(dest)-tiling
-   == I915_TILING_Y)
+   if (priv  

Bug#726036: ksshaskpass attempts to parse prompt as markup, discards newlines

[chrysn]

Package: ksshaskpass
Version: 0.5.3-1+b1
Severity: normal

$ ksshaskpass fboo/b bar

when ksshaskpass gets passed text containing '' characters, it
interprets them as markup, contrary to what the classical ssh-askpass
(and all other askpass implementations i'm aware of, apart from
ssh-askpass-fullscreen which the same bug was reported against[1]) does.

in the same vein, newlines in the input are silently discarded, while
all other impementations show them as line breaks.

tracing this down in the code, i read the KPasswordDialog::setPrompt
function, which passes the input data to QLabel::setText without ever
calling QLabel::setTextFormat. not sure how to tell the KPasswordDialog
to consider the text plain text properly.

please bring ksshaskpass in line with the other askpass implementations.


best regards
chrysn

[1] http://bugs.debian.org/568779


signature.asc
Description: Digital signature

Bug#726037: php5: munmap() is called with the incorrect length

[William Dauchy]

Package: php5
Version: 5.4.4-14+deb7u5
Severity: normal
Tags: patch

munmap() is called with the incorrect length resulting is possible
memoryleak.

A one year patch is present upstream
http://git.php.net/?p=php-src.git;a=commit;h=433089ccb4d4747a01d522e8678664ff17584615

Could be a good idea to fix the issue on wheezy version.

Regards,
-- 
William


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

Bug#724944: Patch

[Bas Wijnen]

Control: tags -1 + patch

First of all, I can see how you're busy, but if you think my problem is
trivial, please just tell me so.  If I'm sending a message saying I
don't know how to continue, even explicitly saying that I know this may
not be what you need, a reply only saying this is not what we need is
totally unhelpful.  It shouldn't be too much effort to type the extra
sentence what you describe you did should have worked, did you try
restarting the server? (which I thought I did, but I suppose I didn't).
A line like that helps more than you might think; it confirms that I was
on the right track.  Since I don't know much about the code or how it's
supposed to work, that is good to know.

Anyway, a server which is unable to play any video 5 minutes after
starting gives quite a strong motivation to fix things.  So after I got
a backtrace, I debugged the thing.  The problem was that the result of
intel_get_pixmap_private() could be NULL, but that wasn't checked.  So I
grepped for it and added checks to all calls of that function.  The
patch is attached.  You will want to check if I'm handling it the right
way everywhere, because I just guessed the proper course of action.
Then again, most code would segfault without handling it, so perhaps
most of these can't ever be triggered anyay (but I'm not too sure about
that; it certainly can set it to NULL when calloc fails).

Thanks,
Bas
Index: xserver-xorg-video-intel-2.21.15/src/uxa/intel.h
===
--- xserver-xorg-video-intel-2.21.15.orig/src/uxa/intel.h   2013-10-11 
00:30:38.343948391 -0400
+++ xserver-xorg-video-intel-2.21.15/src/uxa/intel.h2013-10-11 
00:30:38.335948384 -0400
@@ -130,12 +130,17 @@
 
 static inline Bool intel_pixmap_is_dirty(PixmapPtr pixmap)
 {
-   return pixmap  intel_get_pixmap_private(pixmap)-dirty;
+   struct intel_pixmap *priv;
+   if (!pixmap)
+   return FALSE;
+   priv = intel_get_pixmap_private(pixmap);
+   return priv  priv-dirty;
 }
 
 static inline Bool intel_pixmap_tiled(PixmapPtr pixmap)
 {
-   return intel_get_pixmap_private(pixmap)-tiling != I915_TILING_NONE;
+   struct intel_pixmap *priv = intel_get_pixmap_private(pixmap);
+   return priv  priv-tiling != I915_TILING_NONE;
 }
 
 dri_bo *intel_get_pixmap_bo(PixmapPtr pixmap);
Index: xserver-xorg-video-intel-2.21.15/src/uxa/i830_render.c
===
--- xserver-xorg-video-intel-2.21.15.orig/src/uxa/i830_render.c 2013-10-11 
00:30:38.343948391 -0400
+++ xserver-xorg-video-intel-2.21.15/src/uxa/i830_render.c  2013-10-11 
00:30:38.335948384 -0400
@@ -293,9 +293,9 @@
filter |= (MIPFILTER_NONE  TM0S3_MIP_FILTER_SHIFT);
 
if (intel_pixmap_tiled(pixmap)) {
+   struct intel_pixmap *priv = intel_get_pixmap_private(pixmap);
tiling_bits = TM0S1_TILED_SURFACE;
-   if (intel_get_pixmap_private(pixmap)-tiling
-   == I915_TILING_Y)
+   if (priv  priv-tiling == I915_TILING_Y)
tiling_bits |= TM0S1_TILE_WALK;
} else
tiling_bits = 0;
@@ -585,9 +585,9 @@
assert(intel-in_batch_atomic);
 
if (intel_pixmap_tiled(intel-render_dest)) {
+   struct intel_pixmap *priv = 
intel_get_pixmap_private(intel-render_dest);
tiling_bits = BUF_3D_TILED_SURFACE;
-   if (intel_get_pixmap_private(intel-render_dest)-tiling
-   == I915_TILING_Y)
+   if (priv  priv-tiling == I915_TILING_Y)
tiling_bits |= BUF_3D_TILE_WALK_Y;
} else
tiling_bits = 0;
Index: xserver-xorg-video-intel-2.21.15/src/uxa/i915_render.c
===
--- xserver-xorg-video-intel-2.21.15.orig/src/uxa/i915_render.c 2013-10-11 
00:30:38.343948391 -0400
+++ xserver-xorg-video-intel-2.21.15/src/uxa/i915_render.c  2013-10-11 
00:30:38.339948386 -0400
@@ -351,9 +351,9 @@
 
/* offset filled in at emit time */
if (intel_pixmap_tiled(pixmap)) {
+   struct intel_pixmap *priv = intel_get_pixmap_private(pixmap);
tiling_bits = MS3_TILED_SURFACE;
-   if (intel_get_pixmap_private(pixmap)-tiling
-   == I915_TILING_Y)
+   if (priv  priv-tiling == I915_TILING_Y)
tiling_bits |= MS3_TILE_WALK;
} else
tiling_bits = 0;
@@ -883,9 +883,9 @@
uint32_t tiling_bits;
 
if (intel_pixmap_tiled(dest)) {
+   struct intel_pixmap *priv = 
intel_get_pixmap_private(dest);
tiling_bits = BUF_3D_TILED_SURFACE;
-   if (intel_get_pixmap_private(dest)-tiling
-   == I915_TILING_Y)
+   if (priv  

Bug#726038: please consider a safe symbols option

[Marc Haber]

Package: pwgen
Version: 2.06-1+b2
Severity: wishlist

Hi,

please consider implementing a --safe-symbols (-Y) option which adds
symbols but excludes symbols that may be considered dangerous by
applications. ', $, { and } come to mind here.

Greetings
Marc


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

Bug#726039: djblets: CVE-2013-4409

[Moritz Muehlenhoff]

Package: djblets
Severity: grave
Tags: security
Justification: user security hole

Please see https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2013-4409 for 
details.


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

Bug#656903: Status update

[Tomasz Makarewicz]

Hi Vedran,
We are devoted to fulfil Debian requests to make it into repositories.
Progress is going pretty nice. We are working with wxWidgets developers to
fix remaining bugs:
http://trac.wxwidgets.org/ticket/15529
wxWidgets 3.0 is just around the corner and we hope it will be included
into Debian repositories and we will use it from it.

We still need more test, but it seems that we also nailed curl bug and will
be able to use curl directly from Debian repositories:
https://github.com/desura/Desurium/pull/618

The big remaining thing is libcef which is not present in standard Debian
repositories and we still need to patch it. Will it be OK for Debian if
bring such a library for Desurium needs?

Best regards,

Bug#726041: xserver-xephyr: Typographical error in warning message regarding server's resources

[Vincent Hobeïka]

Package: xserver-xephyr
Version: 2:1.12.4-6
Severity: minor

Dear Maintainer,

While using Xephyr to test the Awesome window manager, I encountered a
warning message regarding the server's resources:

This may be caused my a misbehaving driver monopolizing the server's 
resources.

The message contains a typographical error.

I expected to read:

This may be caused by a misbehaving driver monopolizing the server's 
resources.

I have provided a patch regarding this issue.

Thanks for your concern.

Best regards.
--
Vincent Hobeïka

-- System Information:
Debian Release: 7.1
  APT prefers stable
  APT policy: (900, 'stable'), (90, 'testing'), (1, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/16 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 xserver-xephyr depends on:
ii  libaudit0 1:1.7.18-1.1
ii  libc6 2.13-38
ii  libdrm2   2.4.40-1~deb7u2
ii  libgcrypt11   1.5.0-5+deb7u1
ii  libgl1-mesa-glx [libgl1]  8.0.5-4+deb7u2
ii  libpixman-1-0 0.26.0-4
ii  libselinux1   2.1.9-5
ii  libx11-6  2:1.5.0-1+deb7u1
ii  libxau6   1:1.0.7-1
ii  libxdmcp6 1:1.1.1-1
ii  libxext6  2:1.3.1-2+deb7u1
ii  libxfont1 1:1.4.5-2
ii  libxv12:1.0.7-1+deb7u1
ii  xserver-common2:1.12.4-6

Versions of packages xserver-xephyr recommends:
ii  libgl1-mesa-dri  8.0.5-4+deb7u2

xserver-xephyr suggests no packages.

-- no debconf information
Index: xorg-server-1.14.3/mi/mieq.c
===
--- xorg-server-1.14.3.orig/mi/mieq.c	2013-10-10 14:22:19.689526995 +0200
+++ xorg-server-1.14.3/mi/mieq.c	2013-10-10 14:23:32.305644553 +0200
@@ -595,7 +595,7 @@
 ErrorF([mi] EQ processing has resumed after %lu dropped events.\n,
miEventQueue.dropped);
 ErrorF
-([mi] This may be caused my a misbehaving driver monopolizing the server's resources.\n);
+([mi] This may be caused by a misbehaving driver monopolizing the server's resources.\n);
 miEventQueue.dropped = 0;
 }
 

Bug#698638: ITP: keybinder-3.0 -- registers global key bindings for applications - Gtk+3

[mozbugbox]

Package: wnpp
Followup-For: Bug #698638


Any update on this ITP?


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

Bug#657066: reportbug: Cannot provide extra information for ITP bug reports

[mozbugbox]

Package: reportbug
Version: 6.4.4
Followup-For: Bug #657066

Dear Maintainer,

It seems when not subject and body defined, the special_prompts() was
called to bring up wnpp prompt. However, we do have a subject for update
on WNPP bugs.

The attached patch solved it.
--- reportbug.orig	2013-10-11 21:14:31.857434787 +0800
+++ reportbug	2013-10-11 21:14:41.641434777 +0800
@@ -1367,6 +1367,7 @@
 raise NoReport
 else:
 package = exinfo.package or exinfo.source
+			subject = exinfo.subject
 else:
 efail(The report bug number provided seems to not exist.\n)
 except NoBugs:

Bug#726042: ITP: libconvert-ascii85-perl -- Encoding and decoding of ascii85/base85 strings

[Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯]

Package: wnpp
Owner: Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 (CPAN/PAUSE) da...@cpan.org
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libconvert-ascii85-perl
  Version : 0.01
  Upstream Author : Lukas Mai l@web.de
* URL : https://metacpan.org/release/Convert-Ascii85
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Encoding and decoding of ascii85/base85 strings

Convert::Ascii85 implements the Ascii85 (also known as Base85)
algorithm for encoding binary data as text. This is done by
interpreting each group of four bytes as a 32-bit integer, which is
then converted to a five-digit base-85 representation using the digits
from ASCII 33 (!) to 117 (u).

This is similar to MIME::Base64 but more space efficient: The overhead
is only 1/4 of the original data (as opposed to 1/3 for Base64).

This description was automagically extracted from the module by
dh-make-perl.




signature.asc
Description: PGP signature

Bug#722375: [DRE-maint] Bug#722375: Updating the Ruby packaging policy for your package «libposixlock-ruby»

[Tomas Pospisek]

On Sat, 21 Sep 2013, Gunnar Wolf wrote:


Tomas Pospisek dijo [Sat, Sep 14, 2013 at 12:52:52PM +0200]:

Hello Gunnar and dear Ruby maintainers,

I'm currently off, travelling the world. Possibly I will try to
bring my Ruby package up to speed, but more probably I won't.
Finding the time and calm, internet and AC current is too much of a
rare coincidence.

So please if anybody feels like fixing my package up, the please do
so, thanks a lot and greets to you all,
*t


I downloaded your package to take a stab at repackaging it, but found
you had this in your README:

 The upstream posixlock gem has not been ported and doesn't compile
 under ruby 1.9.

  -- Tomas Pospisek tpo_...@sourcepole.ch  Tue, 03 Jul 2012

The last time upstream appears to have touched the code is in 2009,
but Web references I found to it seem to be from 2005-2007 (maybe the
http://www.codeforpeople.com/ server was installed in 2009?); the code
is really tied into the C structures of Ruby objects, and I agree with
your comment: It fails to build for 1.9.3.

Now, although this functionality seems important, the package has no
reverse dependencies, and has a very low popcon index. So, I'd suggest
filing a bug for its removal.

It would be best if you could file this bug; otherwise, I can do it,
but please tell me if I should proceed (or, of course, if I should
_not_ do so).


according to popcon there are a few user using the package. I don't know 
if the number there is statistically relevant - or in other words if those 
users really *are* using the package.


If we leave the package in Debian as is, then at least we serve those few 
users.


I'm not sure what we gain by dropping the package.

But please proceed as you judge right.

Thank you Gunnar and greets,
*t


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

Bug#712680: hprop broken after upgrade to wheezy

[Christophe Ségui]

Dear Maintainer,


That made the trick, many thanks to you.

Cheers
Christophe

Le 11 oct. 2013 à 01:32, Brian May br...@microcomaustralia.com.au a écrit :

 To anyone suffering from this bug.
 
 Please try: -k FILE:/etc/krb5.keytab
 
 Which should also work[1], however, obviously, requires the key be exported 
 first.
 
 Please let me know if that helps.
 
 
 My current understanding of the details:
 
 The default value of -k is HDB:.
 
 Heimdal retrieves the keytab with hdb_get_entry(). As the dbname is not given 
 (dbname should appear to right of HDB:), the would recurse through the list 
 of known databases (find_db) until a match is found. On a default Debian 
 configuration this is:
 
 # ./lib/hdb/test_dbinfo 
 label: default
 realm: no realm
 dbname: /var/lib/heimdal-kdc/heimdal
 mkey_file: /var/lib/heimdal-kdc/m-key
 acl_file: /var/lib/heimdal-kdc/kadmind.acl
 
 The value of dbname is used.
 
 However before this happens, krb5_init_creds_set_keytab() is called first.
 
 Since change 118f99e3083144523965f3afea7bdb089253da5e, 
 krb5_init_creds_set_keytab() checks the result of the call to 
 krb5_kt_start_seq_get(). Before if this failed, it didn't matter. Now it 
 does. This function call ends up at hdb_start_seq_get(). Unfortunately this 
 function does not like the fact it was not given a specific database to work 
 on, and fails:
 
 if (dbname == NULL) {
 /*
  * We don't support enumerating without being told what
  * backend to enumerate on
  */
 ret = KRB5_KT_NOTFOUND;
 return ret;
 }
 
 This failure is propagated back up to krb5_init_creds_set_keytab(), which 
 calls _krb5_kt_principal_not_found(), which sets the error. This in turn get 
 propagated back to hprop.c, get_creds() which prints the error:
 
 hprop: krb5_get_init_creds: Failed to find kadmin/hp...@in.vpac.org in keytab 
 HDB: (unknown enctype)
 
 Thanks
 
 
 
 Notes:
 
 [1] From my reading of the code, the following should work too:
 
 -k HDB:/var/lib/heimdal-kdc/heimdal:mkey=/var/lib/heimdal-kdc/m-key 
 
 However, appears to be buggy. I get:
 
 $7 = {dbname = 0x608e70 /var/lib/heimdal-kdc/heimdal, mkey = 0x608ea0 
 =/var/lib/heimdal-kdc/m-key}
 
 strace shows:
 
 open(=/var/lib/heimdal-kdc/m-key, O_RDONLY) = -1 ENOENT (No such file or 
 directory)
 
 i.e. when hdb_resolve() parses the string it fails to skip over the = sign.
 
 
 [2] As far as I can tell all the bugs presented in this email exist in the 
 latest master version of Heimdal.
 -- 
 Brian May br...@microcomaustralia.com.au



smime.p7s
Description: S/MIME cryptographic signature

Bug#635476: current packaging work for Coverage 3.7

[Ben Finney]

package src:python-coverage
tags 635476 + pending
tags 690575 + pending
tags 496002 + pending
tags 721676 + pending
thanks

On 10-Jul-2013, Ben Finney wrote:

 The package currently passes Lintian's tests

I have implemented fixes for:

* bug#635476, bug#690575: latest upstream version, 3.7, with support for
  Python 2 and python 3.

* bug#496002: a manpage that documents the current behaviour of commands.

* bug#721676, bug#723788: disable Distribute's FHS-violating install of
  platform-independent resources in platform-dependent library location.

* bug#726005: remove obfuscated (and therefore non-DFSG-free) files from
  the upstream source, by configuring ‘uscan’ to re-pack the tarball.

 so now I'm concerned with the resulting installed packages:
 
 * actually work correctly for both Python 2 and 3?
 * use the new shared-library dependencies correctly per Policy 8.6?
 * build and separate debug symbols packages correctly?
 * substitute the system ECMAScript libraries correctly?
 * explain sufficiently to the user in ‘README.Debian’?
 * etc.

Please test the currently-packaged ‘python-coverage’ binary packages and
let me know whether I can release the package.

I will also need permissions set via ‘dak’ so that I can upload
URL:https://lists.debian.org/debian-devel-announce/2012/09/msg8.html.

-- 
 \  “The history of Western science confirms the aphorism that the |
  `\ great menace to progress is not ignorance but the illusion of |
_o__)knowledge.” —Daniel J. Boorstin, historian, 1914–2004 |
Ben Finney b...@benfinney.id.au


signature.asc
Description: Digital signature

Bug#726043: python-babel-doc: missing Breaks, Replaces: python-babel ( 1.3-1)

[Sebastian Ramacher]

Package: python-babel-doc
Version: 1.3-1
Severity: serious

python-babel-doc took over /usr/share/doc-base/python-babel from
python-babel in 1.3-1, but doesn't declare the appropriate Breaks, Replaces
relationship.

This makes python-babel-doc fail to install if python-babel  1.3-1 is
installed:
| Unpacking python-babel-doc (from .../python-babel-doc_1.3-1_all.deb) ...
| dpkg: error processing /var/cache/apt/archives/python-babel-doc_1.3-1_all.deb 
(--unpack):
|  trying to overwrite '/usr/share/doc-base/python-babel', which is also in 
package python-babel 0.9.6-1

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#706798: some packages remaining for the transition.

[Reinhard Tartler]

On Wed, Oct 9, 2013 at 10:16 AM, shirish शिरीष shirisha...@gmail.com wrote:
 Hi all,
 It was nice to see updates happening on this transition but some
 packages are still to go through (it seems).

 I did the updates and only one of the obsolete packages have some
 dependencies which have not been updated to newer versions of library.


None of the listed packages are currently in testing, so I guess that
behavior is to be expected. Just remove those packages from your
system.

btw, gstreamer0.10-ffmpeg got replaced with gstreamer1.0-libav.


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

Bug#722003: 722003 libav-tools: do not work options -t and -fs

[Reinhard Tartler]

commit 488a0fa68973d48e264d54f1722f7afb18afbea7 will be part of the
next major upstream, version 10, which is not released yet. Maybe we
could have it in experimental at some point, but it comes with some
SONAME bumps.

I'm not sure if that commit is suitable for inclusion into a stable branch.

 PS: I think it would be good to document in the man that -fs will reduce
 the length of the video if needed.

Can you propose a wording, preferably (but not necessarily) as a
source-code patch?

-- 
regards,
Reinhard


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

Bug#726045: RM: src:mono-uia -- ROM; Obsolete, abandoned upstream

[Jo Shields]

Package: ftp.debian.org
Severity: normal

Novell fired all Mono a11y developers, this project is dead


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

Bug#725788: dh-python: python3.3 setup.py clean fails with UnicodeDecodeError

[Thorsten Glaser]

Mathias Behrle dixit:

Is LC_ALL=C really the only way to set a sanitised environment? Why shouldn't
C.UTF-8 provide such one (i.e. what is the downside of making it a general

Because it makes tools behave different. C (or POSIX) is
the baseline.

bye,
//mirabilos
-- 
theftf Ich gebs zu, jupp ist cool
-- theftf zu Natureshadow beim Fixen von Debian


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

Bug#726044: RM: src:mono-uia-winforms -- ROM; Obsolete, abandoned upstream

[Jo Shields]

Package: ftp.debian.org
Severity: normal

Novell fired all the people working on Mono a11y, so this package needs to go.


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

Bug#726046: RM: src:mono-uia-atkbridge -- ROM; Obsolete, abandoned upstream

[Jo Shields]

Package: ftp.debian.org
Severity: normal

Novell fired all Mono a11y people, this project is dead


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

Bug#724282: 2.1.2 now available

[Richard Stanway]

Just an update - 2.0.9 is no longer the latest stable version as 2.1.2 was
released yesterday.

Changelog:
http://sphinxsearch.com/docs/2.1.2/rel212.html

Downloads:
http://sphinxsearch.com/downloads/release/

Bug#726047: aptitude: segfault during upgrade

[Vaclav Ovsik]

Package: aptitude
Version: 0.6.8.2-1.2
Severity: normal

Dear Maintainer,
while trying to upgrade latest packages a minute ago I have got
a segfault. Trying to restart (reran aptitude after dpkg --configure -a)
causes segfault further.
I have installed aptitude-dbg and there is bt:

bobek:~# gdb /usr/bin/aptitude core 
GNU gdb (GDB) 7.6.1 (Debian 7.6.1-1)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/aptitude-curses...Reading symbols from 
/usr/lib/debug/.build-id/36/30a21fba65abc7ff21f89060c3e30139cd883f.debug...done.
done.

warning: core file may not match specified executable file.
[New LWP 14684]
[New LWP 14695]

warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need set solib-search-path or set sysroot?
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.

warning: no loadable sections found in added symbol-file system-supplied DSO at 
0x7fffcd1fe000
Core was generated by `aptitude'.
Program terminated with signal 11, Segmentation fault.
#0  0x7eff90df56e1 in pkgDPkgPM::ProcessDpkgStatusLine(int, char*) ()
   from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
(gdb) bt
#0  0x7eff90df56e1 in pkgDPkgPM::ProcessDpkgStatusLine(int, char*) ()
   from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
#1  0x7eff90df7ca6 in pkgDPkgPM::DoDpkgStatusFd(int, int) ()
   from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
#2  0x7eff90dfa08a in pkgDPkgPM::Go(int) () from 
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
#3  0x7eff90d7cc0d in pkgPackageManager::DoInstallPostFork(int) ()
   from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
#4  0x7eff9146ad14 in download_install_manager::run_dpkg 
(this=0x7eff951c2480, status_fd=-1)
at ../../../../src/generic/apt/download_install_manager.cc:169
#5  0x7eff9139d557 in operator() (_A_a1=@0x7fffcd1a9eac: -1, 
this=0x7fffcd1a9ed0)
at /usr/include/sigc++-2.0/sigc++/functors/slot.h:515
#6  (anonymous namespace)::run_dpkg_with_cwidget_suspended (f=..., k=...) at 
../../src/ui.cc:1215
#7  0x7eff913b6168 in operator() (_A_a2=..., _A_a1=..., this=optimized 
out)
at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:147
#8  operator()const sigc::slot1pkgPackageManager::OrderResult, int, const 
sigc::slot1void, pkgPackageManager::OrderResult (_A_arg2=..., _A_arg1=..., 
this=optimized out)
at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:103
#9  
sigc::internal::slot_call2sigc::pointer_functor2sigc::slot1pkgPackageManager::OrderResult,
 int, sigc::slot1void, pkgPackageManager::OrderResult, void, void, 
sigc::slot1pkgPackageManager::OrderResult, int, sigc::slot1void, 
pkgPackageManager::OrderResult ::call_it (rep=optimized out, a_1=..., 
a_2=...) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:173
#10 0x7eff9146ba0c in operator() (_A_a2=..., _A_a1=..., this=0x7eff951c24c8)
at /usr/include/sigc++-2.0/sigc++/functors/slot.h:593
#11 download_install_manager::finish (this=this@entry=0x7eff951c2480, 
result=result@entry=pkgAcquire::Continue, progress=optimized out, k=...)
at ../../../../src/generic/apt/download_install_manager.cc:265
#12 0x7eff913bbc89 in ui_download_manager::done (this=0x7eff951c6d90, 
t=optimized out, 
res=pkgAcquire::Continue) at ../../src/ui_download_manager.cc:63
#13 0x7eff9131fdcc in operator() (_A_a2=@0x7fffcd1aa064: 
pkgAcquire::Continue, 
_A_a1=@0x7fffcd1aa068: 0x7eff951c5fc0, this=0x7fffcd1aa070)
at /usr/include/sigc++-2.0/sigc++/functors/slot.h:593
#14 (anonymous namespace)::do_download_complete (t=0x7eff951c5fc0, 
res=pkgAcquire::Continue, 
continuation=...) at ../../src/download_thread.cc:220
#15 0x7eff913245b3 in operator() (_A_a3=..., _A_a2=@0x7eff95622500: 
pkgAcquire::Continue, 
_A_a1=@0x7eff956224f8: 0x7eff951c5fc0, this=0x7eff956224f0)
at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:185
#16 operator()download_thread*, pkgAcquire::RunResult, safe_slot2void, 
download_thread*, pkgAcquire::RunResult (_A_arg3=..., 
_A_arg2=@0x7eff95622500: pkgAcquire::Continue, 
_A_arg1=@0x7eff956224f8: 0x7eff951c5fc0, this=0x7eff956224e8)
at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:123
---Type return to continue, or q return to quit---
#17 operator() (this=0x7eff956224e0) at 
/usr/include/sigc++-2.0/sigc++/adaptors/bind.h:1511
#18 sigc::internal::slot_call0sigc::bind_functor-1, 
sigc::pointer_functor3download_thread*, pkgAcquire::RunResult, 
safe_slot2void, download_thread*, pkgAcquire::RunResult, void, 
download_thread*, pkgAcquire::RunResult, 

Bug#726048: remmina: Tab key changes windows

[David Christensen]

Package: remmina
Version: 1.0.0-4+deb7u1
Severity: normal

Dear Maintainer,

When I use Remmina to connect to xrdp on debian-7.1.0-i386, the Tab
key causes the focus to change Windows rather than advancing to the
next widget in the current window.


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

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

Versions of packages remmina depends on:
ii  dbus-x111.6.8-1+deb7u1
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libgcrypt11 1.5.0-5+deb7u1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk-3-0  3.4.2-6
ii  libpango1.0-0   1.30.0-1
ii  libssh-40.5.4-1
ii  libvte-2.90-9   1:0.32.2-1
ii  libx11-62:1.5.0-1+deb7u1
ii  remmina-common  1.0.0-4+deb7u1

Versions of packages remmina recommends:
ii  remmina-plugin-rdp  1.0.0-4+deb7u1
ii  remmina-plugin-vnc  1.0.0-4+deb7u1

remmina 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#726049: RFS burp 1.3.38-1

[Bas van den Dikkenberg]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package burp
  
  Please note that the version 1.3.38 is the stable candidate, i didn't upload 
de higher version becouse it is no suitebol for ther repo's of debian

 * Package name: burp
   Version : 1.3.38-1
   Upstream Author : Graham Keeling keel...@spamcop.net
 * URL : http://burp.grke.net/
 * License : Graham Keeling keel...@spamcop.net
   Section : utils

  It builds those binary packages:

burp  - Simple cross-platform network BackUp and Restore Program
 burp-dbg   - debugging symbols for Burp

  To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/burp


  Alternatively, one can download the package with dget using this command:

dget -x http://mentors.debian.net/debian/pool/main/b/burp/burp_1.3.38-1.dsc

  More information about hello can be obtained from http://burp.grke.net/

  Changes since the last upload:


  * New upstream stable candidate
  * Added dependency on initscripts (= 2.88dsf-13.3) to comply with 3.9.4 
standards
  * New Standards-Version 3.9.4
  * Reformated changelog
  * Changed copyright from /debian/* from GPL-2 to AGPL-3
  * Added Vcs-Browser to control file
  * Bumpt dephelper to 9
  * Bumpt compat to 9


  Regards,
   Bastiaan Franciscus van den Dikkenberg

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)

iEYEARECAAYFAlJYEn8ACgkQInDFGMlxAyP9cwCcDodss8a2/qxrhElENNU1vQIY
/zMAn2KF2EBiuBVEvSUNeF0BvuJOwbZh
=DESQ
-END PGP SIGNATURE-


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

Bug#568084: increase severity of this item?

[Troy Benjegerdes]

Is there a way to raise the priority of this patch from wishlist?

I think it's a major usability bug likely to lead to an unbootable
system if you happen to think ahead enough to use LABEL= in your
/etc/fstab

UUID's are great (if hidden) for most users, but my experience is
it's a lot easier and less prone to error to recover something at
3am when you remember the label of the root filesystem you want.

There's no way I'm going to ever remember, or even accurately
write down the UUID.


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

Bug#726035: openvswitch-controller: typo in /etc/default/openvswitch-controller

[Ben Pfaff]

On Fri, Oct 11, 2013 at 02:16:15PM +0200, Johannes Grassler wrote:
 There is a small typo in the /etc/default/openvswitch-switch configuration
 file shipped with the package. The comment in line 11 reads
 
   # * pctp:[PORT]: Listen for TCP connections on the specified PORT
 ^^
Typo
 
 whereas it should read
 
   # * ptcp:[PORT]: Listen for TCP connections on the specified PORT

Thanks for the report.  This has already been fixed upstream, so if you
upgrade to a newer version later you will see the fix.  I don't plan to
fix this in Debian stable.


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

Bug#724757: RFS: dxsamples/4.2.0-2 [ITA] -- Sample programs for the OpenDX Data Explorer

[Graham Inggs]

On 07/10/2013 19:49, Paul Gevers wrote:

Ah, I now see what you mean. The /usr/share/dx/java/* and
/usr/share/dx/samples/* are files in dxsamples. Why did you want to move
them from dxsamples to dx? Most of the time, but certainly not always, I
would put them in the package that provides the target files. This is
also what lintian warns about, so I guess my idea is not strange.


I agree that in most cases you would want the symlinks in the package 
that provides the target files.
I think an exception would be where there is not a strong dependence 
(either way) between the package providing the target files and the 
package that needs, or makes use of, the symlinks.  I that case, I think 
the symlinks should go in the package that uses them.


Also, in the dx package there are several symlinks located in 
/usr/lib/dx, I feel having all of these in the dx package rather than 
some in dx, some in dx-doc and some in dxsamples makes the most sense.


The extended description of the experimental 
'package-contains-broken-symlink' Lintian tag is:
The package contains a symlink but the destination for the link does 
not exist in the package nor in its direct dependencies.


In my case, dx recommends dx-doc and suggests dxsamples.  I have not 
checked, but it seems as if the Lintian tag does not follow recommends 
and suggests depedencies, only depends.  Do you think I should file a 
bug against Lintian querying this?



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

Bug#726050: linux-user-chroot: FTBFS: Invalid configuration `totools-dev'

[Aaron M. Ucko]

Source: linux-user-chroot
Version: 2013.1-1
Severity: serious
Justification: fails to build from source

Builds of linux-user-chroot have been failing, apparently due to a
stray space in dh's invocation:

  dh build-arch --with autoreconf, autotools-dev
  [...]
 dh_auto_configure -aautotools-dev
  [...]
  Invalid configuration `totools-dev': machine `totools' not recognized
  configure: error: /bin/bash build-aux/config.sub totools-dev failed

Could you please take a look?

Thanks!


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

Bug#726051: efibootmgr: fails to modify existing boot entries

[Alexandre Hoïde]

Package: efibootmgr
Version: 0.5.4-7
Severity: normal

Dear Maintainer,

Using :
  # efibootmgr -b n -l new_path -L new_name
fails to apply the expected changes to the n's entry. No related
message is displayed in dmesg when trying to do so.

On the other hand, adding/removing entries and changing boot order does
work as expected.

Below a screen copy of one attempt on my system (Asus G55VW) :
--
root@debian:~# efibootmgr -b 0 -L rEFInd
BootCurrent: 0003
Timeout: 0 seconds
BootOrder: 0003,,0005,0001,0004,0002
Boot* Uber boot manager : rEFInd
Boot0001* elilo
Boot0002* Network Card 
Boot0003* debian
Boot0004* Windows Boot Manager
Boot0005* EFI shell

root@debian:~# efibootmgr -v
BootCurrent: 0003
Timeout: 0 seconds
BootOrder: 0003,,0005,0001,0004,0002
Boot* Uber boot manager : rEFInd
HD(1,800,64000,cc17e3d7-fb34-45f0-ad03-8ecea7e2ebfd)File(\EFI\refind\refind_x64.efi)WINDOWS.x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...-....
Boot0001* elilo 
HD(1,800,64000,cc17e3d7-fb34-45f0-ad03-8ecea7e2ebfd)File(\EFI\elilo\elilo.efi)
Boot0002* Network Card  BIOS(6,0,00)AMGOAMNOi.A.t.h.e.r.o.s. .B.o.o.t. 
.A.g.e.n.t.rN.D+..,.\...:..Gd-.;.A..MQ..L.A.t.h.e.r.o.s.
 .B.o.o.t. .A.g.e.n.t......AMBO
Boot0003* debian
HD(1,800,64000,cc17e3d7-fb34-45f0-ad03-8ecea7e2ebfd)File(\EFI\debian\grubx64.efi)
Boot0004* Windows Boot Manager  
HD(1,800,64000,cc17e3d7-fb34-45f0-ad03-8ecea7e2ebfd)File(\EFI\Microsoft\Boot\bootmgfw.efi)
Boot0005* EFI shell 
HD(1,800,64000,cc17e3d7-fb34-45f0-ad03-8ecea7e2ebfd)File(\EFI\tools\shell.efi)
--

Feel free to request more info or further tests if needed.
regards,
Alexandre Hoïde

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

Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages efibootmgr depends on:
ii  libc62.17-93
ii  libpci3  1:3.2.0-3
ii  zlib1g   1:1.2.8.dfsg-1

efibootmgr recommends no packages.

efibootmgr 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#726052: icedove: new messages not highlighted - folder loses index

[Gary Dale]

Package: icedove
Version: 10.0.12-1
Severity: normal

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

   * What led up to the situation?
For the last several months new messages aren't showing up nor is the folder 
they
are in being higlighted. 

   * What exactly did you do (or not do) that was effective (or ineffective)?
I thought initially it might have something to do with the large number of
messages I have stored, so I archived messages for prior years. This did not 
fix the
problem. The folders still aren't showing the presence of unread messages. It 
appears
that the index file for the folder is missing or corrupt and needs to be
rebuilt. It starts rebuilding when I click on the folder. Compacting the folder
doesn't help.

   * What was the outcome of this action?
When I click on a folder with new messages, the index rebuilds and the messages
finally show up with the folder being highlighted to indicate the presence of
unread messages.

   * What outcome did you expect instead?
The folder should show the presence of unread messages without me going into it 
to check for them. 

This is a fairly new behaviour. It only started this year. I've been using 
Icedove
and previous Mozilla mail products for decades without this issue. I do have 
more
than a dozen mail accounts that Icedove is managing. The four main ones have 
dozens
of filters to sort the mail so that most mail shows up in subfolders within the
inbox. I rely on the folders being bolded to notify me of the presence of new 
messages.


*** End of the template - remove these lines ***


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

Kernel: Linux 3.10-3-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages icedove depends on:
ii  debianutils   4.4
ii  fontconfig2.10.2-2
ii  libasound21.0.27.2-1
ii  libatk1.0-0   2.10.0-2
ii  libc6 2.17-93
ii  libcairo2 1.12.16-2
ii  libdbus-1-3   1.6.14-1
ii  libdbus-glib-1-2  0.100.2-1
ii  libevent-2.0-52.0.21-stable-1
ii  libffi5   3.0.10-3
ii  libfontconfig12.10.2-2
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.8.1-10
ii  libgdk-pixbuf2.0-02.28.2-1
ii  libglib2.0-0  2.36.4-1
ii  libgtk2.0-0   2.24.21-1
ii  libhunspell-1.3-0 1.3.2-4
ii  libjpeg8  8d-1
ii  libnspr4  2:4.10-1
ii  libnspr4-0d   2:4.10-1
ii  libnss3   2:3.15.1-1
ii  libnss3-1d2:3.15.1-1
ii  libpango1.0-0 1.32.5-5+b1
ii  libpixman-1-0 0.30.2-1
ii  libsqlite3-0  3.8.0.2-1
ii  libstartup-notification0  0.12-3
ii  libstdc++64.8.1-10
ii  libvpx1   1.2.0-2
ii  libx11-6  2:1.6.1-1
ii  libxext6  2:1.3.2-1
ii  libxrender1   1:0.9.8-1
ii  libxt61:1.1.4-1
ii  psmisc22.20-1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages icedove recommends:
ii  myspell-en-us [myspell-dictionary]  1:3.3.0-4

Versions of packages icedove suggests:
ii  fonts-lyx 2.0.6-1
ii  gconf-service 3.2.6-1
ii  libgconf-2-4  3.2.6-1
ii  libgssapi-krb5-2  1.11.3+dfsg-3
ii  libnotify40.7.6-1

-- 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#725950: [Build-common-hackers] Bug#725950: cdbs: allow version ranges in DEB_AUTO_UPDATE_foo

[IOhannes m zmölnig]

On 2013-10-10 17:19, Jonas Smedegaard wrote:
 Great approach!
 
 I've wanted to deal with this for some time but wanted and approach that 
 was backporting-friendly, which this could be.
 
 I am pretty bogged down currently - will you try implement it?

attached is an attempt.
i don't dare to push that directly to cdbs-git.

gfmards
IOhannes
From 1d109773b214cdcd9b96d29499bbdd6713294884 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?IOhannes=20m=20zm=C3=B6lnig?=
 zmoel...@umlautq.umlaeute.mur.at
Date: Fri, 11 Oct 2013 17:05:38 +0200
Subject: [PATCH] Intelligent autotools versions (Closes:#725950)

DEB_AUTO_UPDATE_* can now be a (semicolon-separated) pair
that defines a version range (A=x=B).
the version range can be open (e.g. ,12 = '=12')
or empty (,, unversioned dependency)

if the version is given as a version range, the autotools are invoked
without any version suffix (e.g. aclocal instead of aclocal-1.14
---
 1/class/autotools-files.mk.in | 14 ++
 1/class/autotools-vars.mk.in  | 35 +++
 2 files changed, 41 insertions(+), 8 deletions(-)

diff --git a/1/class/autotools-files.mk.in b/1/class/autotools-files.mk.in
index 3444309..9f1ee8d 100644
--- a/1/class/autotools-files.mk.in
+++ b/1/class/autotools-files.mk.in
@@ -1,5 +1,6 @@
 # -*- mode: makefile; coding: utf-8 -*-
 # Copyright © 2005 Robert Millan
+# Copyright © 2013 IOhannes m zmölnig zmoel...@iem.at
 # Description: A class to automatically update GNU autotools files
 #
 # This program is free software; you can redistribute it and/or
@@ -44,13 +45,18 @@ endif
 
 DEB_ACLOCAL_ARGS ?= $(if $(wildcard $(DEB_SRCDIR)/m4),-I m4)
 
+## calculate invoke command for a (versioned) autotools-command
+# call as: $(call cdbs_autotools_dependencies,$(VERSION),$(VERSIONEDBINARY),$(BINARY))
+# if VERSION is a single value, it returns $(VERSIONEDBINARY)$(VERSION), else it returns $(BINARY)
+cdbs_autotools_invoke=$(if $(findstring $(comma),$(1)),$(3),$(2)$(1))
+
 common-configure-arch common-configure-indep:: debian/stamp-autotools-files
 debian/stamp-autotools-files:
 	$(if $(filter pre,$(DEB_AUTO_UPDATE_LIBTOOL)),cd $(DEB_SRCDIR)  libtoolize -c -f)
-	$(if $(DEB_AUTO_UPDATE_ACLOCAL),cd $(DEB_SRCDIR)  aclocal-$(DEB_AUTO_UPDATE_ACLOCAL) $(DEB_ACLOCAL_ARGS))
-	$(if $(DEB_AUTO_UPDATE_AUTOCONF),if [ -e $(DEB_SRCDIR)/configure.ac ] || [ -e $(DEB_SRCDIR)/configure.in ]; then cd $(DEB_SRCDIR)  `which autoconf$(DEB_AUTO_UPDATE_AUTOCONF) || which autoconf`; fi)
-	$(if $(DEB_AUTO_UPDATE_AUTOHEADER),if [ -e $(DEB_SRCDIR)/configure.ac ] || [ -e $(DEB_SRCDIR)/configure.in ]; then cd $(DEB_SRCDIR)  `which autoheader$(DEB_AUTO_UPDATE_AUTOHEADER) || which autoheader` ; fi)
-	$(if $(DEB_AUTO_UPDATE_AUTOMAKE),if [ -e $(DEB_SRCDIR)/Makefile.am ]; then cd $(DEB_SRCDIR)  automake-$(DEB_AUTO_UPDATE_AUTOMAKE) $(DEB_AUTOMAKE_ARGS) ; fi)
+	$(if $(DEB_AUTO_UPDATE_ACLOCAL),cd $(DEB_SRCDIR)  $(call cdbs_autotools_invoke,$(DEB_AUTO_UPDATE_ACLOCAL),aclocal-,aclocal) $(DEB_ACLOCAL_ARGS))
+	$(if $(DEB_AUTO_UPDATE_AUTOCONF),if [ -e $(DEB_SRCDIR)/configure.ac ] || [ -e $(DEB_SRCDIR)/configure.in ]; then cd $(DEB_SRCDIR)  `which $(call cdbs_autotools_invoke,$(DEB_AUTO_UPDATE_AUTOCONF),autoconf,autoconf) || which autoconf`; fi)
+	$(if $(DEB_AUTO_UPDATE_AUTOHEADER),if [ -e $(DEB_SRCDIR)/configure.ac ] || [ -e $(DEB_SRCDIR)/configure.in ]; then cd $(DEB_SRCDIR)  `which  $(call cdbs_autotools_invoke,$(DEB_AUTO_UPDATE_AUTOHEADER),autoheader,autoheader) || which autoheader` ; fi)
+	$(if $(DEB_AUTO_UPDATE_AUTOMAKE),if [ -e $(DEB_SRCDIR)/Makefile.am ]; then cd $(DEB_SRCDIR)   $(call cdbs_autotools_invoke,$(DEB_AUTO_UPDATE_AUTOMAKE),automake-,automake) $(DEB_AUTOMAKE_ARGS) ; fi)
 	touch debian/stamp-autotools-files
 
 clean::
diff --git a/1/class/autotools-vars.mk.in b/1/class/autotools-vars.mk.in
index 74020bd..1088771 100644
--- a/1/class/autotools-vars.mk.in
+++ b/1/class/autotools-vars.mk.in
@@ -1,6 +1,7 @@
 # -*- mode: makefile; coding: utf-8 -*-
 # Copyright © 2002,2003 Colin Walters walt...@debian.org
 # Copyright © 2008-2009 Jonas Smedegaard d...@jones.dk
+# Copyright © 2013 IOhannes m zmölnig zmoel...@iem.at
 # Description: Common variables for GNU autoconf+automake packages
 #
 # This program is free software; you can redistribute it and/or
@@ -65,19 +66,45 @@ DEB_CONFIGURE_INVOKE ?= cd $(cdbs_make_curbuilddir)  $(DEB_CONFIGURE_SCRIPT_EN
 
 #DEB_CONFIGURE_EXTRA_FLAGS =
 
+## calculate dependencies for an autotools package
+# call as: $(call cdbs_autotools_dependencies,$(VERSION),$(VERSIONEDPACKAGE),$(PACKAGE))
+# if VERSION is a single value,
+#   it returns $(VERSIONEDPACKAGE)$(VERSION)
+# if VERSION is a comma-separated pair,
+#   it returns $(PACKAGE) (=$(VERSION[0])),$(PACKAGE) (=$(VERSION[1]))
+# one value of the pair can be omitted to not specify a min/max version
+# if both values of the pair are omitted (',') an unversioned dependency on PACKAGE is created
+#
+# example, with PACKAGE=foo, VERSIONEDPACKAGE=foob- and VERSION=...
+# 3 : 

Bug#544641: lvm2: Can't resume from a uswsusp hibernation on LVM swap

[L . Alberto Giménez]

Hey, I'm also affected by this bug. By now, just workarounding it booting with
noresume.

But, I'm wondering why /usr/share/initramfs-tools/hooks/resume uses blkid to
translate a configuration variable set by the user (e.g. /dev/mapper/vg0-swap) 
to a
UUID=... form. Couldn't just let the RESUME variable be what the user set in the
first place?

Another question, how would lvchange handle UUIDs? I've skimmed the manpage and
there is absolutely no reference on how activate a LV using its UUID.

Thanks everyone,

-- 
L. Alberto Giménez
JabberID agime...@jabber.sysvalve.es
GnuPG key ID 0x3BAABDE1


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

Bug#726053: evolution-dev: Package gtk-doc files separately (evolution-doc)

[Matthew Barnes]

Package: evolution-dev
Severity: wishlist

I'm lead maintainer of Evolution and I do most of my Evolution development
these days on Debian stable.

Currently there's a bunch of API documentation files in the evolution-dev
package.  I was hoping you could split these off into a separate evolution-
doc package as you have with evolution-data-server-doc, just so I can
install the Evolution API documentation from more recent versions in
testing..experimental without having to upgrade my whole desktop to satisfy
Evolution's build dependencies.

I like having the API docs up in Devhelp as I work.  This package split would
be most helpful to me.



-- System Information:
Debian Release: 7.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages evolution-dev depends on:
pn  libcamel1.2-devnone
pn  libebackend1.2-dev none
pn  libedataserver1.2-dev  none
pn  libedataserverui-3.0-dev   none
pn  libevolution   none
ii  libgconf2-dev  3.2.5-1+build1
ii  libgnome-desktop-3-dev 3.4.2-2
ii  libgtk-3-dev   3.8.0-1
ii  libgtkhtml-4.0-dev 4.4.4-1
ii  libgtkhtml-editor-4.0-dev  4.4.4-1
ii  libxml2-dev2.8.0+dfsg1-7+nmu1

evolution-dev recommends no packages.

evolution-dev suggests no packages.


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

Bug#726055: libapt-pkg.so.4.12: segmentation fault in pkgDPkgPM::ProcessDpkgStatusLine

[Sven Hartge]

Package: libapt-pkg4.12
Version: 0.9.12
Severity: normal
File: /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12

Hi *,

I am getting a reproducible segmentation fault in
/usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 in
pkgDPkgPM::ProcessDpkgStatusLine. 

I first got a segfault today on one machine, but did not capture any
more information on this, since a second start of apt-get did not
produce the same crash.

But now in my workstation this is happening as well an every single time
I start apt-get dist-upgrade again. It happens also on every machine
where the package cpuid=20130610-2 is installed and msr-tools=1.3-1 are
upgraded or newly installed.

Those two packages have a file conflict /usr/share/man/man1/cpuid.1.gz,
which prompts dpkg to output 

dpkg: error processing /var/cache/apt/archives/msr-tools_1.3-1_i386.deb 
(--unpack):
 trying to overwrite '/usr/share/man/man1/cpuid.1.gz', which is also in package 
cpuid 20130610-2

which seemingly triggers the segmentation fault.

The line from the kernel log is

[ 3954.102323] apt-get[14525]: segfault at fff4 ip f768036b sp 
ffa8bd20 error 5 in libapt-pkg.so.4.12.0[f758f000+13d000]

and the backtrace from gdb while dist-upgrading is:

Reading changelogs... Done
(Reading database ... 603255 files and directories currently installed.)
Preparing to replace msr-tools 1.2-3 (using .../msr-tools_1.3-1_i386.deb) ...
Unpacking replacement msr-tools ...
dpkg: error processing /var/cache/apt/archives/msr-tools_1.3-1_i386.deb 
(--unpack):
 trying to overwrite '/usr/share/man/man1/cpuid.1.gz', which is also in package 
cpuid 20130610-2

Program received signal SIGSEGV, Segmentation fault.
0xf7f5436b in pkgDPkgPM::ProcessDpkgStatusLine(int, char*) ()
   from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
(gdb) bt full
#0  0xf7f5436b in pkgDPkgPM::ProcessDpkgStatusLine(int, char*) ()
   from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#1  0xf7f56dcb in pkgDPkgPM::DoDpkgStatusFd(int, int) ()
   from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#2  0xf7f590d5 in pkgDPkgPM::Go(int) () from 
/usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#3  0xf7ed2c11 in pkgPackageManager::DoInstallPostFork(int) ()
   from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#4  0xf7ed2c63 in pkgPackageManager::DoInstall(int) ()
   from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#5  0xf7e3c3e0 in InstallPackages(CacheFile, bool, bool, bool) ()
   from /usr/lib/i386-linux-gnu/libapt-private.so.0.0
No symbol table info available.
#6  0x0805166c in ?? ()
No symbol table info available.
#7  0xf7e9e47e in CommandLine::DispatchArg(CommandLine::Dispatch*, bool) ()
   from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#8  0x0804feab in ?? ()
No symbol table info available.
#9  0xf7b488c5 in __libc_start_main (main=0x804fc40, argc=2, ubp_av=0xd724, 
init=0x8060a70, 
fini=0x8060ae0, rtld_fini=0xf7fec0c0 _dl_fini, stack_end=0xd71c) at 
libc-start.c:260
result = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-137519104, 0, 0, 0, 
-449961298, 1938949822}, 
  mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x2, 0x805003f}, 
data = {prev = 0x0, 
  cleanup = 0x0, canceltype = 2}}}
not_first_call = optimized out
#10 0x08050060 in ?? ()
No symbol table info available.

The backtrace while apt-get install msr-tools from a different system
looks like this:

(Reading database ... 125343 files and directories currently installed.)
Unpacking msr-tools (from .../msr-tools_1.3-1_i386.deb) ...
dpkg: error processing /var/cache/apt/archives/msr-tools_1.3-1_i386.deb 
(--unpack):
 trying to overwrite '/usr/share/man/man1/cpuid.1.gz', which is also in package 
cpuid 20130610-2

Program received signal SIGSEGV, Segmentation fault.
0xf7f7836b in pkgDPkgPM::ProcessDpkgStatusLine(int, char*) ()
   from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
(gdb) bt full
#0  0xf7f7836b in pkgDPkgPM::ProcessDpkgStatusLine(int, char*) ()
   from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#1  0xf7f7adcb in pkgDPkgPM::DoDpkgStatusFd(int, int) ()
   from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#2  0xf7f7d0d5 in pkgDPkgPM::Go(int) () from 
/usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#3  0xf7ef6c11 in pkgPackageManager::DoInstallPostFork(int) ()
   from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#4  0xf7ef6c63 in pkgPackageManager::DoInstall(int) ()
   from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
No symbol table info available.
#5  0xf7e603e0 in InstallPackages(CacheFile, bool, bool, bool) ()
   from /usr/lib/i386-linux-gnu/libapt-private.so.0.0
No symbol table info available.
#6  0xf7e629e2 in DoInstall(CommandLine) () from 

Bug#726054: k3b: DVD ripping fails

[Grzegorz Andruszkiewicz]

Package: k3b
Version: 2.0.2-6
Severity: normal

Dear Maintainer,

I tried to rip a short DVD, but it failed. I got the following debugging
output:
Devices
---
ASUS DRW-1608P 1.17 (/dev/sr0, CD-R, CD-RW, CD-ROM, DVD-ROM, DVD-R, DVD-RW,
DVD+R, DVD+RW, DVD+R DL) [DVD-ROM, DVD-R Sequential, DVD-R Dual Layer
Sequential, DVD-R Dual Layer Jump, DVD-RW Restricted Overwrite, DVD-RW
Sequential, DVD+RW, DVD+R, DVD+R Dual Layer, CD-ROM, CD-R, CD-RW] [SAO, TAO,
RAW, SAO/R96P, SAO/R96R, RAW/R16, RAW/R96P, RAW/R96R, Restricted Overwrite]
[%7]

System
---
K3b Version: 2.0.2
KDE Version: 4.8.4 (4.8.4)
QT Version:  4.8.2
Kernel:  3.2.0-4-amd64

Used versions
---
transcode: 1.1.7

transcode
---
transcode v1.1.7 (C) 2001-2003 Thomas Oestreich, 2003-2010 Transcode Team
libdvdread: Using libdvdcss version 1.2.13 for DVD access
=== last message repeated 2 times. ===
[dvd_reader.c] DVD title 1/1: 1 chapter(s), 1 angle(s), title set 1
[dvd_reader.c] title playback time: 00:04:47.01  288 sec
libdvdread: Using libdvdcss version 1.2.13 for DVD access
=== last message repeated 2 times. ===
[dvd_reader.c] DVD title 1/1: 1 chapter(s), 1 angle(s), title set 1
[dvd_reader.c] title playback time: 00:04:47.01  288 sec
[transcode] V: auto-probing | /dev/sr0 (OK)
[transcode] V: import format| MPEG 2 program stream in DVD PAL (module=dvd)
[transcode] A: auto-probing | /dev/sr0 (OK)
[transcode] A: import format| AC3 in DVD PAL (module=dvd)
[transcode] V: AV demux/sync| (1) sync AV at initial MPEG sequence
[transcode] V: import frame | 720x576  1.25:1  encoded @ 16:9
[transcode] V: clip frame (-)  | 720x576
[transcode] V: zoom | 1024x576  1.78:1 (Lanczos3)
[transcode] V: bits/pixel   | 0.081 (low)
[transcode] V: decoding fps,frc | 25.000,3
[transcode] V: multi-pass   | (mode=1) writing data (pass 1) to /tmp/kde-
ga/k3b_0.log
[transcode] V: video format | YUV420 (4:2:0) aka I420
[transcode] A: import format| 0x2000  AC3  [48000,16,2]
[transcode] A: export   | disabled
[transcode] V: encoding fps,frc | 25.000,3
[transcode] A: bytes per frame  | 7680 (7680.00)
[transcode] A: adjustment   | 0@1000
[transcode] V: IA32/AMD64 accel | sse41 ssse3 sse3 sse2 sse mmx cmove asm
[transcode] V: video buffer | 10 @ 1024x576 [0x2]
[transcode] A: audio buffer | 10 @ 48000x2x16
[import_dvd.so] v0.4.1 (2007-07-15) (video) DVD | (audio) MPEG/AC3/PCM
[export_null.so] v0.1.2 (2001-08-17) (video) null | (audio) null
[export_ffmpeg.so] v0.3.18 (2008-11-29) (video) Lavc53.35.0 | (audio)
MPEG/AC3/PCM
libdvdread: Using libdvdcss version 1.2.13 for DVD access
[import_dvd.so] tccat -T 1,-1,1 -i /dev/sr0 -t dvd -d 0 | tcdemux -a 0 -x ac3
-S 0 -M 1 -d 0 | tcextract -t vob -x ac3 -a 0 -d 0 | tcdecode -x ac3 -d 0 -s
1.00,1.00,1.00 -A 0
[import_dvd.so] tccat -T 1,-1,1 -i /dev/sr0 -t dvd -d 0 | tcdemux -s 0x80 -x
mpeg2 -S 0 -M 1 -d 0 | tcextract -t vob -a 0 -x mpeg2 -d 0 | tcdecode -x mpeg2
-d 0 -y yuv420p
[import_dvd.so] delaying DVD access by 3 seconds
[import_dvd.so] waiting...
libdvdread: Using libdvdcss version 1.2.13 for DVD access
libdvdread: Attempting to retrieve all CSS keys
libdvdread: This can take a _long_ time, please be patient
libdvdread: Get key for /VIDEO_TS/VTS_01_1.VOB at 0x0133
libdvdread: Elapsed time 0
libdvdread: Found 1 VTS's
libdvdread: Elapsed time 0
[import_dvd.so] waiting...
=== last message repeated 2 times. ===
[export_ffmpeg.so] Using FFMPEG codec 'mpeg4' (FourCC 'DIVX', MPEG4 compliant
video).
[export_ffmpeg.so] No profile selected
[export_ffmpeg.so] Error opening configuration file ./ffmpeg.cfg: No such file
or directory
[export_ffmpeg.so] Starting 1 thread(s)
[export_ffmpeg.so] Set display aspect ratio to input
[mpeg4 @ 0x111f680] removing common factors from framerate
libdvdread: Using libdvdcss version 1.2.13 for DVD access
[decode_mpeg2.c] libmpeg2 acceleration: none (plain C)
libdvdread: Attempting to retrieve all CSS keys
libdvdread: This can take a _long_ time, please be patient
libdvdread: Get key for /VIDEO_TS/VTS_01_1.VOB at 0x0133
libdvdread: Elapsed time 0
libdvdread: Found 1 VTS's
libdvdread: Elapsed time 0
encoding=1 frame=47 first=0 last=-1 fps=113.522 done=-1.00 timestamp=1.880
timeleft=-1 decodebuf=0 filterbuf=9 encodebuf=11
encoding=1 frame=94 first=0 last=-1 fps=115.540 done=-1.00 timestamp=3.760
timeleft=-1 decodebuf=0 filterbuf=9 encodebuf=11
encoding=1 frame=141 first=0 last=-1 fps=115.644 done=-1.00 timestamp=5.640
timeleft=-1 decodebuf=0 filterbuf=9 encodebuf=11
encoding=1 frame=188 first=0 last=-1 fps=116.002 done=-1.00 timestamp=7.520
timeleft=-1 decodebuf=0 filterbuf=9 encodebuf=11
encoding=1 frame=235 first=0 last=-1 fps=115.735 done=-1.00 timestamp=9.400
timeleft=-1 decodebuf=0 filterbuf=9 encodebuf=11
encoding=1 frame=282 first=0 last=-1 fps=106.475 

Bug#725468: [ITR] templates://localepurge/{localepurge.templates}

[Christian PERRIER]

Quoting Niels Thykier (ni...@thykier.net):

 I may have to alter some templates in the future to deal with some
 outstanding bugs.  In particular, #725316, #563774 and #505628 are bugs
 I suspect may require changes to existing (or adding new) templates.
   Hopefully you can help me with #725316; I suspect it is not the first
 time lengthy explanations have been left in a README rather than a
 debconf template, so I hope you have an advice for handling this one.  :)


Sure, it seems that #725316 can fixed by including some explanations
in the debconf template.

The limit is more or less what can be fixed in one screen as scrolling
debconf templates is not always trivial to understand for
newbies. We'll see that during the real review stage..:-)




signature.asc
Description: Digital signature

Bug#692739: gdm3/experimental: FTBFS on kfreebsd-any, needs porting and testing

[Simon McVittie]

On Thu, 08 Nov 2012 at 12:18:22 +, Simon McVittie wrote:
 Alternatively, someone could implement g_credentials_get_unix_pid(),
 which clearly ought to exist anyway, and would move the problem into GIO.
 (GNOME #687920.)

I did that, and it's available in glib2.0/unstable (2.36). Using it
in gdm is left as an exercise to the reader^W^Wsomeone who can test it :-)

halfline said on https://bugzilla.gnome.org/show_bug.cgi?id=687921
that he'd accept a patch.

S


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

Bug#653327: x11-common: Quoting in 20x11-common_process-args breaks starting gnome-session with arguments.

[Michael Biebl]

severity 653327 important
thanks

Since this now also affects the new GNOME Classic mode in GNOME 3.8, I'm
raising the severity to important.
I'll add a wrapper script as workaround for now, but it would be nice to
see this fixed properly in Xsession.

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



signature.asc
Description: OpenPGP digital signature