Bug#694485: Override the UL/DL ratio restriction

[martin f krafft]

also sprach ygrek  [2012.11.28.0143 +0100]:
> > MLDonkey enforces uploading by tying the upload rate to the
> > download rate. Therefore, if I want to download, I must allow
> > uploads.
> 
> Sorry, I don't quite understand what do you mean here. Do you mean
> that during download the same data will be uploaded to interested
> clients?

Yes, precisely. And MLDonkey enforces that by making the download
rate contingent on the upload rate. I.e. if I want to disable
uploads by setting the rate to 0, the download rate also gets set to 0.

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
"my experience is that as soon as people are old enough to know better,
 they don't know anything at all."
-- oscar wilde


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

Bug#690281: file-mmagic 1.27-2 for testing

[Adam D. Barratt]

On Wed, 2012-11-28 at 15:31 +0900, NOKUBI Takatsugu wrote:
> diff -u file-mmagic-1.27/debian/changelog file-mmagic-1.27/debian/changelog
> --- file-mmagic-1.27/debian/changelog
> +++ file-mmagic-1.27/debian/changelog
[...]
>  file-mmagic (1.27-1) unstable; urgency=low
>  
>* New upstream release
>  
> - -- NOKUBI Takatsugu   Wed,  1 Nov 2006 15:28:57 +0900
> + -- NOKUBI Takatsugu   Mon, 26 Nov 2012 16:58:33 +0900

The date change there looks a little odd... Other than that it looks
fine; thanks.

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#693781: twisted-doc doesn't contain the API documentation

[Jonathan Ballet]

On Tue, Nov 20, 2012 at 05:43:18PM +0100, Matthias Klose wrote:
> Am 20.11.2012 11:02, schrieb Jonathan Ballet:
> > In short, is is possible to provide the API documentation of Twisted as
> > a package (either as part of twisted-doc or into another package)?
> 
> sure. however you did forget to attach the patch.

Asked so nicely, I couldn't resist to make one.
It's my first time patching Debian packaging things, so it might be
rough on the edge. I'm not sure, in particular, if the approach is ok.

Please find the attached patch to this email.

Thanks,

 Jonathan
diff -ruN debian.orig/control debian/control
--- debian.orig/control	2012-05-02 20:11:34.0 +0800
+++ debian/control	2012-11-25 18:38:14.0 +0800
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Matthias Klose 
 Uploaders: Free Ekanayaka 
-Build-Depends: debhelper (>=7.0.50~), python-all-dev (>= 2.6.6-3~), python-all-dbg, python-zope.interface-dbg, patch
+Build-Depends: debhelper (>=7.0.50~), python-all-dev (>= 2.6.6-3~), python-all-dbg, python-zope.interface-dbg, patch, python-pydoctor
 Build-Conflicts: python-setuptools
 XS-Python-Version: all
 Standards-Version: 3.9.3
diff -ruN debian.orig/patches/index-doc.diff debian/patches/index-doc.diff
--- debian.orig/patches/index-doc.diff	1970-01-01 08:00:00.0 +0800
+++ debian/patches/index-doc.diff	2012-11-28 14:36:06.0 +0800
@@ -0,0 +1,21 @@
+--- twisted-12.0.0.orig/doc/index.html	2012-11-28 14:28:43.0 +0800
 twisted-12.0.0/doc/index.html	2012-11-28 14:31:17.0 +0800
+@@ -20,12 +20,13 @@
+ Development of Twisted: for people who
+ want to work on Twisted itself
+ 
+-An http://twistedmatrix.com/documents/current/api/"; shape="rect">API
+-  reference is available on the twistedmatrix web site.
+-
++An API reference is also available.
++You can find the
++http://twistedmatrix.com/documents/current/api/"; shape="rect">latest
++reference on the twistedmatrix web site.
+ 
+ 
+ Index
+ Version: 12.0.0
+   
+-
+\ No newline at end of file
++
diff -ruN debian.orig/patches/series debian/patches/series
--- debian.orig/patches/series	2012-05-02 20:11:34.0 +0800
+++ debian/patches/series	2012-11-28 14:33:35.0 +0800
@@ -1 +1,2 @@
 tap2deb.diff
+index-doc.diff
diff -ruN debian.orig/rules debian/rules
--- debian.orig/rules	2012-05-02 20:11:34.0 +0800
+++ debian/rules	2012-11-28 15:25:30.0 +0800
@@ -10,7 +10,7 @@
 
 gamesdir = debian/twisted-quotes/usr/share/games/fortunes
 
-twersion := $(subst twisted-,,$(notdir $(CURDIR)))
+twversion := $(subst twisted-,,$(notdir $(CURDIR)))
 
 include /usr/share/python/python.mk
 
@@ -24,6 +24,10 @@
 	python$*-dbg setup.py build
 	touch $@
 
+build-doc:
+	-pydoctor --html-write-function-pages --add-package twisted
+
+
 clean:
 	rm -rf *-stamp build-python* build
 	rm -rf $(addprefix debian/,$(packages)) debian/files debian/substvars
@@ -31,7 +35,7 @@
 	find . -name "*.pyc" |xargs -r rm
 	dh_clean
 
-install: build-stamp install-prereq $(PYVERS:%=install-python%) install-nover
+install: build-doc build-stamp install-prereq $(PYVERS:%=install-python%) install-nover
 
 install-prereq: build-stamp
 	dh_testdir
@@ -66,8 +70,8 @@
 
 	: # python-twisted
 	mkdir -p debian/python-twisted/$(call py_libdir,$*)
-	sed 's/@twersion@/$(twversion)/' debian/Twisted.egg-info.in \
-		> debian/python-twisted/$(call py_libdir,$*)/Twisted-$(twersion).egg-info
+	sed 's/@twversion@/$(twversion)/' debian/Twisted.egg-info.in \
+		> debian/python-twisted/$(call py_libdir,$*)/Twisted-$(twversion).egg-info
 
 	: # Replace all '#!' calls to python with /usr/bin/python
 	: # and make them executable
@@ -92,6 +96,7 @@
 	: # twisted-doc
 	mkdir -p debian/twisted-doc/usr/share/doc/twisted-doc
 	cp -a doc/* debian/twisted-doc/usr/share/doc/twisted-doc/
+	cp -ua apidocs debian/twisted-doc/usr/share/doc/twisted-doc/
 	-find debian/twisted-doc -type d -name man | xargs rm -rf
 
 	mkdir -p debian/python-twisted-core/usr/share/man/man1
@@ -99,6 +104,16 @@
 	  cp -p $$i debian/python-twisted-core/usr/share/man/man1/; \
 	done
 
+	# Replace links to Twisted website API doc by links to the local doc. We
+	# need to compute path to the API which goes up enough in the folder
+	# hierarchy to access the doc.
+	for i in $$(cd debian/twisted-doc/usr/share/doc/twisted-doc/ && \
+	  grep -rl "http://twistedmatrix.com/documents/$(twversion)/api/" .); do \
+	  path="$$(echo $$i | sed "s:[^/]::g" | sed "s:/:../:g" | cut -c 4-)apidocs/"; \
+	  sed -i "s:http\://twistedmatrix.com/documents/$(twversion)/api/:$$path:g" \
+	  debian/twisted-doc/usr/share/doc/twisted-doc/$$i; \
+	done
+
 binary-indep: build install
 	dh_testdir
 	dh_testroot

Bug#694542: unblock: opendnssec/1.3.9-3

[Ondřej Surý]

On Tue, Nov 27, 2012 at 9:37 PM, Adam D. Barratt
 wrote:
> Control: tags -1 + moreinfo
>
> On Tue, 2012-11-27 at 14:55 +0100, Ondřej Surý wrote:
>>  + OPENDNSSEC-338: ods-ksmutil zone delete --all does not work
> [...]
> +If you have created your database in version 1.3.9, you should run
> +following statement in your OpenDNSSEC MySQL database:
> +
> +alter table dnsseckeys drop foreign key dnsseckeys_ibfk_1;
>
> Apologies for a possibly stupid question, but is there any way that
> could be automated rather than users having to make manual changes?

Not stupid question at all. I thought about automating the process
myself, but then I realized that I have no way of knowing if the
database was created with version 1.3.9.

E.g. this is triggered (and the alter table should be run) only in
rare circumstances when the user has installed opendnssec 1.3.9-X from
wheezy for a first time. People upgrading from squeeze or people
upgrading from older releases should not be affected by this bug.

I guess that database handling will need some improvements in general,
but I would leave that to opendnssec 1.4.x and jessie.

O.
--
Ondřej Surý 


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

Bug#694429: [Pkg-xen-devel] Bug#694429: blktap-dkms: unowned files after purge (policy 6.8, 10.8): /lib/modules/$KVERS/kernel/

[Andreas Beckmann]

On 2012-11-27 19:23, Thomas Goirand wrote:
> Thanks a lot for this very cool QA work.
> 
> Do I understand well that all I need to do to fix the issue, is this?

> -DEST_MODULE_LOCATION="/kernel/../extra/"
> +DEST_MODULE_LOCATION="/extra"

That's exactly what I would have done.
The trailing / was superfluous, other -dkms packages work fine without
(and double // in paths look not so nice)

> If so, that's easy enough, and I can try to get this fixed before Wheezy
> is out.

That would be nice.

Andreas

PS: in my piuparts test instance I have a pre_install script that adds
linux-headers-amd64 before installing the -dkms package, so that it
should actually build and install a kernel module ...


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

Bug#694595: gcc-4.7: Starting with 4.7.2-10 breaks building LLVM/Clang Trunk

[Matthias Klose]

Am 28.11.2012 08:08, schrieb Marc J. Driftmeyer:
> Package: gcc-4.7
> Version: 4.7.2-12
> Severity: normal
> 
> Dear Maintainer,
> 
> Starting with 4.7.2-10 breaks building LLVM/Clang Trunk.
> 
> Building LLVM/Clang whether with a previous trunk build clang or using gcc to 
> build clang now stands broken for the simple fact:
> 
> In file included from 
> /home/mdriftmeyer/DeveloperProjects/LLVMProject/trunk/llvm/projects/compiler-rt/lib/asan/tests/asan_benchmarks_test.cc:15:
> In file included from 
> /home/mdriftmeyer/DeveloperProjects/LLVMProject/trunk/llvm/projects/compiler-rt/lib/asan/tests/asan_test_utils.h:19:
> In file included from 
> /home/mdriftmeyer/DeveloperProjects/LLVMProject/trunk/llvm/projects/compiler-rt/lib/asan/tests/asan_test_config.h:20:
> In file included from 
> /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../include/c++/4.7/vector:60:
> /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../include/c++/4.7/bits/stl_algobase.h:60:10:
>  fatal error: 
>   'bits/c++config.h' file not found
> #include 
>  ^
> In file included from 
> /home/mdriftmeyer/DeveloperProjects/LLVMProject/trunk/llvm/projects/compiler-rt/lib/asan/tests/asan_test.cc:27:
> 
> 
> This has been going on since 4.7.2-10 was introduced into Experimental. This 
> breakage has occasionally occured since LLVM 2.9 trunk and I'm just making 
> everyone aware that they need to make some updates either to both Debian's 
> end and LLVM's reference end to the mappings where the project needs to look 
> in Debian for the c++config.h file.
> 
> Since c++config.h is managed by gccxml-0.9 perhaps an update to this package 
> can fix it?
> 
> /usr/share/gccxml-0.9/GCC/4.7/bits/c++config.h

nothing to do with gccxml, see #693240 for the background.


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

Bug#694589: lastfmproxy: python module/script files in wrong location

[Julien Cristau]

On Wed, Nov 28, 2012 at 03:27:16 +, Stuart Prescott wrote:

> Package: lastfmproxy
> Version: 1.3b-2
> Severity: serious
> Justification: policy §9.1 (FHS: /var/lib is for state information not 
> scripts), python policy §2.1 (module placement)
> 
> Hi!
> 
> lastfmproxy ships a number of files in /var/lib that belong in /usr/share --
> this includes python module files and probably also the png/html/css/js files
> as well.
> 
I don't think this warrants serious severity.

> lastfmproxy: /var/lib/lastfmproxy/audioscrobbler.py
> lastfmproxy: /var/lib/lastfmproxy/changestation.py
> lastfmproxy: /var/lib/lastfmproxy/config.py
> lastfmproxy: /var/lib/lastfmproxy/data/album.png
> lastfmproxy: /var/lib/lastfmproxy/data/artist.png
> lastfmproxy: /var/lib/lastfmproxy/data/default.css
> lastfmproxy: /var/lib/lastfmproxy/data/default.html
> lastfmproxy: /var/lib/lastfmproxy/data/favicon.ico
> lastfmproxy: /var/lib/lastfmproxy/data/main.js
> lastfmproxy: /var/lib/lastfmproxy/data/nice_favicon.png
> lastfmproxy: /var/lib/lastfmproxy/data/noalbum_medium.gif
> lastfmproxy: /var/lib/lastfmproxy/data/sidebar.css
> lastfmproxy: /var/lib/lastfmproxy/data/sidebar.html
> lastfmproxy: /var/lib/lastfmproxy/data/song.png
> lastfmproxy: /var/lib/lastfmproxy/httpclient.py
> lastfmproxy: /var/lib/lastfmproxy/lastfm.py
> lastfmproxy: /var/lib/lastfmproxy/main.py
> lastfmproxy: /var/lib/lastfmproxy/playlist.py
> lastfmproxy: /var/lib/lastfmproxy/xspf.py
> 
> Additionally, this package does not follow python policy §2.6 (byte
> compilation of modules). The use of a python packaging helper such
> as dh_python2 would help with this.
> 
> (Line 3 of the postinst also means that any debhelper boilerplate
> added to the maintainer script will not be executed in a lot of cases
> which is not as desirable.)
> 
This might.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#694595: gcc-4.7: Starting with 4.7.2-10 breaks building LLVM/Clang Trunk

[Marc J. Driftmeyer]

Package: gcc-4.7
Version: 4.7.2-12
Severity: normal

Dear Maintainer,

Starting with 4.7.2-10 breaks building LLVM/Clang Trunk.

Building LLVM/Clang whether with a previous trunk build clang or using gcc to 
build clang now stands broken for the simple fact:

In file included from 
/home/mdriftmeyer/DeveloperProjects/LLVMProject/trunk/llvm/projects/compiler-rt/lib/asan/tests/asan_benchmarks_test.cc:15:
In file included from 
/home/mdriftmeyer/DeveloperProjects/LLVMProject/trunk/llvm/projects/compiler-rt/lib/asan/tests/asan_test_utils.h:19:
In file included from 
/home/mdriftmeyer/DeveloperProjects/LLVMProject/trunk/llvm/projects/compiler-rt/lib/asan/tests/asan_test_config.h:20:
In file included from 
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../include/c++/4.7/vector:60:
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../include/c++/4.7/bits/stl_algobase.h:60:10:
 fatal error: 
  'bits/c++config.h' file not found
#include 
 ^
In file included from 
/home/mdriftmeyer/DeveloperProjects/LLVMProject/trunk/llvm/projects/compiler-rt/lib/asan/tests/asan_test.cc:27:


This has been going on since 4.7.2-10 was introduced into Experimental. This 
breakage has occasionally occured since LLVM 2.9 trunk and I'm just making 
everyone aware that they need to make some updates either to both Debian's end 
and LLVM's reference end to the mappings where the project needs to look in 
Debian for the c++config.h file.

Since c++config.h is managed by gccxml-0.9 perhaps an update to this package 
can fix it?

/usr/share/gccxml-0.9/GCC/4.7/bits/c++config.h

Sincerely,

Marc J. Driftmeyer

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

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

Versions of packages gcc-4.7 depends on:
pn  binutils
ii  cpp-4.7 4.7.2-12
ii  gcc-4.7-base4.7.2-12
ii  libc6   2.16-0experimental1
ii  libgcc-4.7-dev  4.7.2-12
ii  libgmp102:5.0.5+dfsg-2
ii  libmpc2 0.9-4
ii  libmpfr43.1.0-5
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages gcc-4.7 recommends:
ii  libc6-dev  2.16-0experimental1

Versions of packages gcc-4.7 suggests:
pn  binutils-gold
pn  gcc-4.7-doc  
ii  gcc-4.7-locales  4.7.2-12
pn  gcc-4.7-multilib 
ii  libcloog-ppl00.15.11-4
pn  libgcc1-dbg  
pn  libgomp1-dbg 
pn  libitm1-dbg  
pn  libmudflap0-4.7-dev  
pn  libmudflap0-dbg  
pn  libppl-c2
pn  libppl7  
pn  libquadmath0-dbg 

-- 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#694593: qa.debian.org: "news" part doesnt list stable-security uploads when package has been removed from unstable

[Raphael Hertzog]

Hi,

On Wed, 28 Nov 2012, Yves-Alexis Perez wrote:
> looking at http://packages.qa.debian.org/m/mysql-5.1.html we can see
> that the source package has been removed from unstable and testing, but
> is still present in stable and stable-security.
> 
> However, uploads are not listed in the "news" part. It'd be nice to
> continue providing new information until the package is completely
> removed from Debian.

IIRC it does but the upload information in the news section comes
for debian{,-devel}-chan...@lists.debian.org and the mails are sent
to debian-changes only when a stable point release happens IIRC.

Is there any other list that gets upload information in real time?

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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

Bug#694594: python-gi: scrolling down ovr a StatusIcon emits lot of "scroll up" events

[Jonathan Ballet]

Package: python-gi
Version: 3.3.91-1
Severity: normal

Dear Maintainer,

scrolling down with the mouse wheel over a Gtk.StatusIcon emits lot of
GDK_SCROLL_UP events, actually much more than scroll down events.
I can't reproduce this using PyGtk on the same machine, so I guess it's
not related to my machine.

I attached a test script which demonstrates the problem: when launched,
it creates a status icon (actually, without icon), and scrolling over
prints in the console the events received. Specifying the "-p" option
runs the same example with PyGtk, which doesn't have the problem.

Thanks,

 Jonathan


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

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

Versions of packages python-gi depends on:
ii  gir1.2-glib-2.01.32.1-1
ii  libc6  2.13-37
ii  libffi53.0.10-3
ii  libgirepository-1.0-1  1.32.1-1
ii  libglib2.0-0   2.33.12+really2.32.4-3
ii  python 2.7.3-3

python-gi recommends no packages.

Versions of packages python-gi suggests:
pn  python-gi-cairo  

-- no debconf information
#!/usr/bin/env python

import sys

def gi():
print("Using GObject Introspection")
from gi.repository import Gtk


def on_scroll_event(widget, event):
v, direction = event.get_scroll_direction()
print(direction)

icon = Gtk.StatusIcon()
icon.connect("scroll-event", on_scroll_event)
Gtk.main()

def pygtk():
print("Using PyGtk")
import gtk

def on_scroll_event(widget, event):
print(event.direction)

icon = gtk.StatusIcon()
icon.connect("scroll-event", on_scroll_event)
gtk.main()

if __name__ == '__main__':
if "-p" in sys.argv:
pygtk()
else:
gi()

Bug#694375: xterm: Please update to a later upstream version

[Julien Cristau]

On Tue, Nov 27, 2012 at 20:33:06 -0500, Thomas Dickey wrote:

> On Tue, Nov 27, 2012 at 08:40:26PM +0100, Julien Cristau wrote:
> > I'm looking at 287, and have a problem with the desktop file:
> > 
> > ACTUAL_XTERM=`echo xterm|sed 's,x,x,'` \
> > /bin/sh -c 'for n in ../xterm.desktop ../uxterm.desktop; \
> > do /bin/sh df-install $ACTUAL_XTERM --vendor debian 
> > --dir=/XXX/pkg-xorg/app/xterm/debian/tmp/usr/share/applications $n; \
> > done'
> > --- ../xterm.desktop2012-11-27 19:21:40.0 +
> > +++ tempdir29859/xterm.desktop  2012-11-27 19:27:14.0 +
> > @@ -37,6 +37,6 @@
> >  Exec=xterm
> >  Terminal=false
> >  Type=Application
> > -Encoding=UTF-8
> > -Icon=xterm-color_48x48
> > -Categories=System;TerminalEmulator;
> > +#Encoding=UTF-8
> > +Icon=xterm-color
> > +Categories=auto
> > xterm.desktop: warning: key "Categories" is a list and does not have a 
> > semicolon as trailing character, fixing
> > /home/julien/src/debian.org/git/pkg-xorg/app/xterm/debian/tmp/usr/share/applications/debian-xterm.desktop:
> >  error: value "auto;" for key "Categories" in group "Desktop Entry" 
> > contains an unregistered value "auto"; values extending the format should 
> > start with "X-"
> > /home/julien/src/debian.org/git/pkg-xorg/app/xterm/debian/tmp/usr/share/applications/debian-xterm.desktop:
> >  error: (will be fatal in the future): value "auto;" for key "Categories" 
> > in group "Desktop Entry" does not contain a registered main category
> > Error on file "xterm.desktop": Failed to validate the created desktop file
> 
> hmm - I assume I overlooked this due to the way I build my test package -
> on a machine which has one or more desktop environments installed.
> 
> Mine has this (xterm-dev.desktop of course):
> 
> [Desktop Entry]
> Name=XTermDev
> #GenericName=Terminal
> Comment=standard terminal emulator for the X window system
> Exec=xterm-dev
> Terminal=false
> Type=Application
> #Encoding=UTF-8
> Icon=xterm-dev-color
> Categories=Application;System;TerminalEmulator;Utility;
> X-Desktop-File-Install-Version=0.15
>  
> > I can probably work around this by setting the category explicitly, but
> > as far as I can tell, CF_WITH_DESKTOP_CATEGORY doesn't actually use $3
> > as a default value?
> 
> doesn't seem that way - a quick check of the history doesn't show a
> change in usage for the parameter (though I may have had a different
> intent when starting to code this).
> 
OK, I was confused by this comment:

dnl $3 = suggested categories, also a case-pattern but without wildcards,
dnl  since it doubles as a default value.

> It's only used in a case statement for "other" desktops that I hadn't seen
> and collected there, and doesn't directly affect the category.
> 
> The macro's not that recent - is this a new bug, or just noticed one
> that existed last year?
> 
cf-install.in changed in 280 to replace Categories.  In previous
versions the 'Categories=System;TerminalEmulator;' line in xterm.desktop
would have been left unmodified.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#683447: gcc-defaults: provide fully qualified compiler names for dpkg multi-arch cross

[Matthias Klose]

tags 683447 - patch
thanks

- -m32 is wrong for s390/s390x
- the patch doesn't handle mips, mipsel, i386, amd64, x32 triarch
- no man page symlinks are provided
- patch doesn't work when one of the compilers isn't available
  on some platform.


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

Bug#690128: inn2: conffile disappearing during squeeze->wheezy upgrade: /etc/news/motd.news

[Russ Allbery]

Nick Leverton  writes:

> I've prepared a fix for this along the lines I suggested.  It proved
> awkward to choose between mv_conffile and rm_conffile due to the
> multi-stage nature of maintainer scripts, so I ended up using
> rm_conffile and inserting some code in the postinst script to capture
> the dpkg-bak file and rename it in the event that it had been modified.

> If anyone would care to review and perhaps upload it, the dsc is at
> http://mentors.debian.net/debian/pool/main/i/inn2/inn2_2.5.3-1.1.dsc I
> am happy to deal with the unblock etc but would appreciate sponsoring
> for the upload.  Failing that I shall go bother Mentors as usual :-)

Marco, do you want to handle this update?  I'm happy to help here, but
don't want to tromp on you if you'd rather take care of it.

-- 
Russ Allbery (r...@debian.org)   


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

Bug#690281: file-mmagic 1.27-2 for testing

[NOKUBI Takatsugu]

Thank you guys for your comments.

The following is debdiff:

diff -u file-mmagic-1.27/debian/changelog file-mmagic-1.27/debian/changelog
--- file-mmagic-1.27/debian/changelog
+++ file-mmagic-1.27/debian/changelog
@@ -1,8 +1,17 @@
+file-mmagic (1.27-1+deb7u1) testing-proposed-updates; urgency=low
+
+  * Fix deprecated array existing check.
+ http://cvs.namazu.org/Subversion/MMagic/trunk/MMagic.pm?r1=279&r2=281
+  * Fix memory leak.
+ http://cvs.namazu.org/Subversion/MMagic/trunk/MMagic.pm?r1=278&r2=279
+
+ -- NOKUBI Takatsugu   Wed, 28 Nov 2012 14:37:05 +0900
+
 file-mmagic (1.27-1) unstable; urgency=low
 
   * New upstream release
 
- -- NOKUBI Takatsugu   Wed,  1 Nov 2006 15:28:57 +0900
+ -- NOKUBI Takatsugu   Mon, 26 Nov 2012 16:58:33 +0900
 
 file-mmagic (1.26-1) unstable; urgency=low
 
only in patch2:
unchanged:
--- file-mmagic-1.27.orig/MMagic.pm
+++ file-mmagic-1.27/MMagic.pm
@@ -302,6 +302,7 @@
 
 use FileHandle;
 use strict;
+use Scalar::Util;
 
 use vars qw(
 %TEMPLATES %ESC $VERSION
@@ -715,6 +716,7 @@
 
 $fname =~ s/^.*\///;
 for my $regex (keys %{$self->{FILEEXTS}}) {
+   Scalar::Util::weaken($self->{FILEEXTS});
if ($fname =~ /$regex/i) {
if ((defined $type && $type !~ /;/) || (! defined $type)) {
$type = $self->{FILEEXTS}->{$regex}; # has no x-type param
@@ -1119,7 +1121,7 @@
$$MF[1] = $line;
return length($thisDepth);
}
-   elsif (defined(@$entry)) {
+   elsif ('ARRAY' eq ref $entry && @$entry) {
# already have an entry.  this is not a continuation.
# save this line for the next call and exit.
$$MF[1] = $line;


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

Bug#694593: qa.debian.org: "news" part doesnt list stable-security uploads when package has been removed from unstable

[Yves-Alexis Perez]

Package: qa.debian.org
Severity: normal

Hi,

looking at http://packages.qa.debian.org/m/mysql-5.1.html we can see
that the source package has been removed from unstable and testing, but
is still present in stable and stable-security.

However, uploads are not listed in the "news" part. It'd be nice to
continue providing new information until the package is completely
removed from Debian.

Regards,
-- 
Yves-Alexis

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

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


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

Bug#694590: closed by Daniel Baumann (reply to daniel.baum...@progress-technologies.net) (Re: Bug#694590: Image created with live-build fails to perform inte

[Peter Ryzhenkov]

Thank you, works like charm. But there's another small problem,
during verification I get the message:

WARNING! 6 lines are improperly formatted!

These are the first six lines that contain the explainatory text. They
probably should be commented out to avoid this.

2012/11/28 Debian Bug Tracking System 

> This is an automatic notification regarding your Bug report
> which was filed against the live-build package:
>
> #694590: Image created with live-build fails to perform integrity-check
>
> It has been closed by Daniel Baumann <
> daniel.baum...@progress-technologies.net> (reply to
> daniel.baum...@progress-technologies.net).
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Daniel Baumann <
> daniel.baum...@progress-technologies.net> (reply to
> daniel.baum...@progress-technologies.net) by
> replying to this email.
>
>
> --
> 694590: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694590
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- Пересылаемое сообщение --
> From: Daniel Baumann 
> To: Peter Ryzhenkov 
> Cc: 694590-d...@bugs.debian.org
> Date: Wed, 28 Nov 2012 06:52:02 +0100
> Subject: Re: Bug#694590: Image created with live-build fails to perform
> integrity-check
> On 11/28/2012 05:57 AM, Peter Ryzhenkov wrote:
>
>> Integrity check should be performed, but this step is skipped.
>>
>
> the correct boot parameter is 'verify-checksums', not 'integrity-check'.
>
> --
> Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
> Email:  
> daniel.baumann@progress-**technologies.net
> Internet:   http://people.progress-**technologies.net/~daniel.**
> baumann/ 
>
> -- Пересылаемое сообщение --
> From: Peter Ryzhenkov 
> To: sub...@bugs.debian.org
> Cc:
> Date: Wed, 28 Nov 2012 08:57:39 +0400
> Subject: Image created with live-build fails to perform integrity-check
>
> Package: live-build
> Version: 3.0~a51-1
>
> Steps to reproduce:
> 1. Create image with live-build
> 2. Add integrity-check to boot params
> 3. Boot it
>
> Integrity check should be performed, but this step is skipped.
> This probably happens because of addition of the first 6 lines of description
> to the SHA256SUMS file.
>
> The problem affects the official live builds also,
> tested it on debian-wheezy-live-a2-i386-kde-desktop.iso
>
> Integrity check is very important for us all, I think it should be corrected.
>
> Thanks in advance,
> Peter Ryzhenkov.
>
>
>

Bug#694558: [Pkg-samba-maint] Bug#694558: samba: Inherit bit incorrect handling

[Christian PERRIER]

Quoting Berni CED (c...@bernispa.com):
> Package: samba
> Version: 2:3.6.6-3
> Severity: normal
> 
> Samba currently in Wheezy and Sid is affected by the following bug,
> that upstream already resolved in 3.6.8:
> https://bugzilla.samba.org/show_bug.cgi?id=9124
> 
> I've tested that in version 3.6.9 the bug is effectively resolved.
> 
> Please, could you consider upgrade to 3.6.9 in Wheezy or at least
> backport the relevant patch to 3.6.6? It's a rather annoying problem.


No, we won't update to 3.6.9 in wheezy, sorry. that would be against
the freeze policy and therefore rejected by release managers.

This bug is not release critical, imho. It may be "important" asI
understand it affects some users, particularly when using ACL-enabled
environments. 

I had a brief look at the bug and its fix. It might be relevant for a
fix in wheezy but that needs to be asked to the Debian release
team. The patch is not that simple, indeed. Of course, I'mquite
confident in Jeremy Allison's fixes but *I* am not the one to
convince.

Might be better to fix *after* the release of squeeze.




signature.asc
Description: Digital signature

Bug#694592: picosat: New upstream release 953 available

[Thomas Krennwallner]

Package: picosat
Version: 936-4
Severity: wishlist
Tags: upstream

picosat 953 with new tools is available here: http://fmv.jku.at/picosat/

Cheers,
TK

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

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


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

Bug#680822: aptitude fails to install libphonon-dev and phonon-backend-gstreamer

[Daniel Hartwig]

Control: tags -1 + moreinfo

Note that the initial report concerns sbuild calling apt-get to install
build-dependencies *indirectly* via a dummy-build-depends package.  The
second message is a test case, where aptitude is asked to *directly*
install specific packages.  These two modes are not equivalent; even if
both were using aptitude, the algorithms for each mode have subtle
differences.

Evgeni Golov  wrote:
> `aptitude install libphonon-dev phonon-backend-gstreamer` gives
>  The following packages have unmet dependencies:
>   phonon-backend-null : Conflicts: phonon-backend which is a virtual package.
>  The following actions will resolve these dependencies:
>
>   Keep the following packages at their current version:
>  1) libphonon-dev [Not Installed]
>  2) phonon-backend-null [Not Installed]
> (cowbuilder aborts here).
>
> However, `apt-get install libphonon-dev phonon-backend-gstreamer` works just
> fine.

The solution offered by aptitude is a valid resolution for the conflict.
For reference, subsequent offers are:
> Accept this solution? [Y/n/q/?] n
> The following actions will resolve these dependencies:
>
>  Keep the following packages at their current version:
> 1) phonon-backend-gstreamer [Not Installed]   
>
>
>
> Accept this solution? [Y/n/q/?] n
> The following actions will resolve these dependencies:
>
>  Install the following packages:  
> 1) phonon [4:4.6.0.0-2 (unstable)]
>
>  Keep the following packages at their current version:
> 2) phonon-backend-null [Not Installed]

and this third one appears equivalent to how apt-get resolves the same
request.

Evgeni Golov  continues:
> Not sure why it tries phonon-backend-null at all (I requested
> phonon-backend-gstreamer), but I think this is because libphonon-dev 
> depends on
> phonon-backend-null | phonon
> and not
> phonon-backend-null | phonon-backend

Yes, that is why it tries to install -null.

Aptitude and it's dependency solver are intended mainly for interactive
use.  It is not a bug simply because aptitude may attempt to handle a
request with a different set of installs to apt-get, or initially
suggests a different resolution to a particular conflict than apt-get
would take.

Regarding the assignment to aptitude, Neil Williams
 wrote:
> … this does look
> like aptitude just not handling the Provides: Conflicts: correctly

1) Aptitude is asked to install libphonon-dev and
   phonon-backend-gstreamer.
2) There is no requirement to resolve dependencies of packages in any
   particular order.
3) Aptitude chooses to install phonon-backend-null to satisfy a
   dependency of libphonon-dev.
4) Aptitude does not consider that -null conflicts with itself via
   the virtual package phonon-backend.  Debian Policy requires that
   self-conflicts via virtual packages are ignored.
5) Aptitude does recognize that -null conflicts with -gstreamer via
   phonon-backend.  This conflict is reported.
6) Various solutions to (5) are offered.  The first few of these appear
   to be valid and the third covers the solutions that apt-get would
   find.

Can you be more precise about how aptitude has “not handled the
Provides: Conflicts: correctly”?  (4) and (5) seem correct to me.

> when
> other parsers are not affected.

The different behaviour of apt-get and aptitude is due to differences in
how they choose to satisfy dependencies and resolve conflicts that
arise.  This does not imply that either program is broken.

Regards


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

Bug#688955: Re: Bug#688955: glslideshow with BadMatch on X_PutImage inxscreensaver-getimage

[Mamoru Tasaka]

Well,

xscreensaver: 15:39:39: 0: xscreensaver-gl-helper: GL visual is 0x21 (default).
xscreensaver: 15:39:39: 0: visual 0x5e (TrueColor,   depth: 32, cmap: 256)

I have no idea why different visual was selected here (i.e. visual returned by
xscreensaver-gl-helper was not selected)
Martin, would you attach full ~/.xscreensaver ? Also would you once remove 
(backup)
your ~/.xscreensaver and try again?


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

Bug#694591: ITP: css2xslfo -- XML+CSS2 to XSL-FO converter

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann 

* Package name: css2xslfo
  Version : 1.6.2
* URL : http://www.re.be/css2xslfo/index.xhtml
* License : Public Domain
  Programming Lang: Java
  Description : XML+CSS2 to XSL-FO converter

There are still some copyright / licensing issues I need to look into /
clarify regarding this package. The Sourceforge project page claims that
the license is "Public Domain", but there is nothing in the source code
or elsewhere to support this. In addition, the source distribution
contains some W3C-copyright files (XHTML DTDs) which may not be licensed
in a manner suitable for inclusion in Debian.


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

Bug#690128: inn2: conffile disappearing during squeeze->wheezy upgrade: /etc/news/motd.news

[Russ Allbery]

Julien ÉLIE  writes:

>> Yeah, I'm inclined to agree with this, and wonder if INN should change
>> its upstream behavior to install a sample in a path other than the one
>> used by innd and nnrpd.

> That would also be fine, yes.
> Couldn't we install them as ${PATHETC}/motd.innd.sample and
> ${PATHETC}/motd.nnrpd.sample or should they be in a separate path?
> In the latter case, would the ${PATHETC}/samples directory be fine?

Looking at the files, they're mostly documentation for the facility.  I'm
wondering whether that's a useful thing to install.  The upside of
installing some sort of sample is that it makes it clear to people
installing a new server that this is something that can be done.  The
downside is that the files are not, themselves, actually useful; you
wouldn't use any part of their content when creating a real MOTD file.
They're just documentation.

That makes me feel like handling the documentation some other way, such as
pointers in INSTALL, may be a better idea than installing the sample file.

On second thought, installing them in a separate samples directory means
they aren't obviously there when someone is setting up a new server, so it
seems to eliminate most of the upside and add some additional complexity.

> Shouldn't we do the same for the ${PATHETC}/subscriptions file?  It
> already contains a list of newsgroups.

Yeah, but it's a fairly innocuous one that's been the same for many years.
There's not much there that will really hurt anything, so I'd be inclined
to leave that one alone.

> What for files like ${PATHETC}/actsync.ign?  Maybe the default behaviour
> is not the expected one.

It's not a horrible default, though.  It seems pretty safe to me.

-- 
Russ Allbery (r...@debian.org)   


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

Bug#694590: Image created with live-build fails to perform integrity-check

[Peter Ryzhenkov]

Package: live-build
Version: 3.0~a51-1

Steps to reproduce:
1. Create image with live-build
2. Add integrity-check to boot params
3. Boot it

Integrity check should be performed, but this step is skipped.
This probably happens because of addition of the first 6 lines of description
to the SHA256SUMS file.

The problem affects the official live builds also,
tested it on debian-wheezy-live-a2-i386-kde-desktop.iso

Integrity check is very important for us all, I think it should be corrected.

Thanks in advance,
Peter Ryzhenkov.

Bug#692791: members of lpadmin can read every file on server via cups

[Michael Sweet]

After looking at this patch in detail, it doesn't actually prevent users in the 
lpadmin group from modifying cupsd.conf and performing the specified privilege 
escalation.

An alternate fix for cups-1.5 and earlier that specifically addresses the 
reported problem by requiring the log files to reside in CUPS_LOGDIR:



alt-CVE-2012-5519.patch
Description: Binary data


On 2012-11-27, at 9:30 AM, Marc Deslauriers  
wrote:

> FYI, as a security fix for our stable releases in Ubuntu, we plan on
> disabling cupsd.conf modification in the web interface entirely.
> Attached is the patch we plan on using.
> 
> Marc.
> 


Michael Sweet, Senior Printing System Engineer, PWG Chair

Bug#690610: unblock: openvrml/0.18.9-4

[Nobuhiro Iwamatsu]

On Sat, Nov 24, 2012 at 9:08 PM, Adam D. Barratt
 wrote:
> On Sun, 2012-11-04 at 07:00 +0900, Nobuhiro Iwamatsu wrote:
>> On Mon, Oct 22, 2012 at 3:13 PM, Philipp Kern  wrote:
>> > am Mon, Oct 22, 2012 at 10:41:27AM +0900 hast du folgendes geschrieben:
>> >> However, I think that it is already late to put in support of s390x.
>> >> If this still does (if a release team permits this), I will set linux-any 
>> >> .
>> >
>> > you could testbuild it on the porter box, but a new build wouldn't be a
>> > problem.
>>
>> Thank you for your comment and check.
>>
>> Adam, may I add s390x (set linux-any) and upload  to unstable?
>
> In principle, I'd be okay with that. Could we have an updated debdiff
> first though, please?
>

OK, I fixed the following in 0.18.9-5.

-
openvrml (0.18.9-5) unstable; urgency=low

  * Move example directory in libopenvrml9 to libopenvrml-doc.
  * Add "Multi-Arch: same" to libopenvrml9 and libopenvrml-dev.
  * Change Architecture to linux-any.

 -- Nobuhiro Iwamatsu   Wed, 28 Nov 2012 00:35:25 +0900
-

And I attached a debdiff from 0.18.9-2 to 0.18.9-5.

Could you check this debdiff?

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


openvrml.debdiff.0.18.9-1_0.18.9-5
Description: Binary data

Bug#694459: RFS: lcdf-typetools/2.92+dfsg1-1.1 [NMU] [RC]

[Michael Gilbert]

On Mon, Nov 26, 2012 at 10:29 AM, roucaries bastien wrote:
> Package: sponsorship-requests
> Severity: important
>
> Dear mentors,
>
> I am looking for a sponsor for the package "lcdf-typetools"
>
> I have found two license problem on this package:
> - #694352 lcdf-typetool include non free adobe data; glyph list
> - #694354 lcdf-typetools include non free adobe code for hinting
>
> 694354 is a general problem see #694308: A lot of type 1 fonts include
> Adobe all right reserved code
> and is not solved here (and might be marked wheezy ignore)
>
> This NMU is solving the first bug aka 694352 by using the new free
> glyphlist that is packaged under main package aglfn

So, I think we should wait on fixing these issues until we see the
release team's call on the wheezy-ignoredness of them.

But in the meantime, I did a quick review.  The link fiddling stuff in
the rules file could be much simplified by using a debian/links file
instead (and removing glyplist.txt from debian/docs).

Please don't remove the original maintainers name from the
README.debian.  Put your note below his, and you don't really need to
state the same thing in the copyright file since the offending file is
now gone.

Best wishes,
Mike


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

Bug#694587: Correction

[happy]

Sorry, I should of added this  only happens when par encounters a long
word that has been split R0.

Peter


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

Bug#694589: lastfmproxy: python module/script files in wrong location

[Stuart Prescott]

Package: lastfmproxy
Version: 1.3b-2
Severity: serious
Justification: policy §9.1 (FHS: /var/lib is for state information not 
scripts), python policy §2.1 (module placement)

Hi!

lastfmproxy ships a number of files in /var/lib that belong in /usr/share --
this includes python module files and probably also the png/html/css/js files
as well.

lastfmproxy: /var/lib/lastfmproxy/audioscrobbler.py
lastfmproxy: /var/lib/lastfmproxy/changestation.py
lastfmproxy: /var/lib/lastfmproxy/config.py
lastfmproxy: /var/lib/lastfmproxy/data/album.png
lastfmproxy: /var/lib/lastfmproxy/data/artist.png
lastfmproxy: /var/lib/lastfmproxy/data/default.css
lastfmproxy: /var/lib/lastfmproxy/data/default.html
lastfmproxy: /var/lib/lastfmproxy/data/favicon.ico
lastfmproxy: /var/lib/lastfmproxy/data/main.js
lastfmproxy: /var/lib/lastfmproxy/data/nice_favicon.png
lastfmproxy: /var/lib/lastfmproxy/data/noalbum_medium.gif
lastfmproxy: /var/lib/lastfmproxy/data/sidebar.css
lastfmproxy: /var/lib/lastfmproxy/data/sidebar.html
lastfmproxy: /var/lib/lastfmproxy/data/song.png
lastfmproxy: /var/lib/lastfmproxy/httpclient.py
lastfmproxy: /var/lib/lastfmproxy/lastfm.py
lastfmproxy: /var/lib/lastfmproxy/main.py
lastfmproxy: /var/lib/lastfmproxy/playlist.py
lastfmproxy: /var/lib/lastfmproxy/xspf.py

Additionally, this package does not follow python policy §2.6 (byte
compilation of modules). The use of a python packaging helper such
as dh_python2 would help with this.

(Line 3 of the postinst also means that any debhelper boilerplate
added to the maintainer script will not be executed in a lot of cases
which is not as desirable.)

cheers
Stuart


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

Bug#693674: Wheezy DI-b3 amd64 GRUB overlooks Win7

[Lou Poppler]

On Thu, 22 Nov 2012, Brian Potkin wrote:


On Thu 22 Nov 2012 at 01:37:02 -0500, Lou Poppler wrote:


I see that the beta-4 version is available today.  I'll grab that, and try
it out to see if it will work automatically.


It works for me.


It worked for me too.  The installation completed, and GRUB installed OK,
dual-booting works.

I grabbed the installer logfiles from the unsuccessful beta-3 install,
and from today's successful beta-4 install.  If anyone wants any part of
them, I can supply it.

I have another issue with the new install, display problems, but I assume
you might want me to start a new bug number for this ?

Thanks,
Lou


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

Bug#692188: RM: ruby-pgplot/0.1.3-2

[Michael Gilbert]

On Sat, Nov 3, 2012 at 3:34 AM, Michael Gilbert wrote:
> On Sat, Nov 3, 2012 at 3:18 AM, Niels Thykier wrote:
>> Could you please file an RC bug against ruby-pgplot about the build
>> failure first?
>
> #692190

The binary package removals fixed this.

Best wishes,
Mike


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

Bug#689769: Ample ships a /var/run/ample folder: Policy 9.3.2

[Michael Gilbert]

control: tag -1 -patch

Removing patch tag since some work needs to be done here.

Best wishes,
Mike


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

Bug#690810: Pre-upload unblock approval: gcc-mingw-w64/8

[Michael Gilbert]

>> I've prepared a new version of gcc-mingw-w64, fixing the RC bug
>> #690148 (/usr/share/doc/gcc-mingw32 used to be a directory but is now
>> a symlink). While I'm at it I'd also like to add symlinks to the
>> gcc-mingw32 package to fully replace the version in Squeeze, which
>> would also fix #682257 (gcc-mingw32 provides i586-mingw32msvc-g++ but
>> not amd64-mingw32msvc-g++).
>>
>> Would the added symlinks be acceptable for Wheezy, or should I limit
>> myself to fixing the RC bug? The attached debdiff contains all the
>> changes I have planned; the RC bug fix is in gcc-mingw32.postinst.

You're the maintainer, so if you think that fix should be included in
this release, you're certainly free to increase the severity.

Afterwards, please upload your changes to unstable so they can get
some testing.  Then the release team will review them.

Best wishes,
Mike


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

Bug#654830: uprecords: Shows duplicated entry and impossible values

[Andrew Furey]

Further confirmation, this happens on all of my servers on this
version, including this doozy from a new system:

andrew@opvpn:~$ uprecords
 #   Uptime | System Boot up
+---
->   1 0 days, 01:45:13 | Linux 3.2.0-2-686-pae Wed Nov 28 08:58:40 2012
 2 0 days, 01:45:05 | Linux 3.2.0-2-686-pae Wed Nov 28 08:58:39 2012
+---
NewRec 0 days, 00:00:07 | since Wed Nov 28 10:43:44 2012
up 0 days, 03:30:18 | since Wed Nov 28 08:58:39 2012
  down   0 days, -01:-45:-0 | since Wed Nov 28 08:58:39 2012
   %up  199.842 | since Wed Nov 28 08:58:39 2012

Note that this is still inside the same boot-up of the system since
the package was installed, which is (so far) the first and only time
the server has been booted since base install.

Regards,
Andrew

--
Linux supports the notion of a command line or a shell for the same
reason that only children read books with only pictures in them.
Language, be it English or something else, is the only tool flexible
enough to accomplish a sufficiently broad range of tasks.
  -- Bill Garrett


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

Bug#652609: Fixed upstream

[Jimmy O'Regan]

I've fixed this upstream, but it doesn't look like the patch will
apply to this version. I'll look into it.

-- 
 Are any of the mentors around?
 yes, they're the ones trolling you


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

Bug#676424: Bug#454778: emacsen-common: load-path order vs debian-run-directories

[intrigeri]

Hi,

Rob Browning wrote (28 Nov 2012 02:03:07 GMT) :
> I'm really not sure how it ended up that way, but regardless, I think I
> may use Kevin's approach, with perhaps this additional bit:

>(let* ((paths (mapcar copy-sequence dirs)) ; Ensure we have unique objects.

> Not likely to matter most of the time, but...

> I'll try to generate a new release this weekend.

Excellent!

Cheers,
--
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#694587: par crashes

[Peter Tynan]

Package: par
Version: 1.52-3
Severity: normal

Dear Maintainer,
When R0 set so that an input word that contains more than L = (width -
prefix - suffix)  characters is chopped after each  Lth character into
shorter words and j1 is set to justify the text par crashes out during
the justification phase.

Peter


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

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

Versions of packages par depends on:
ii  libc6  2.13-35

par recommends no packages.

par 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#694588: Language selection not working

[Jaap Winius]

Package: lightdm-gtk-greeter
Version: 1.1.6-2

While testing wheezy and looking for a gdm replacement, someone  
suggested that I give (lightdm and) lightdm-gtk-greeter a try. By  
default it does not display a language selector, but this can be  
enabled in its configuration file,  
/etc/lightdm/lightdm-gtk-greeter.conf, as follows:


  [greeter]
  background=/usr/share/images/desktop-base/login-background.svg
  show-language-selector=true
  theme-name=Adwaita
  #font-name=
  xft-antialias=true
  #xft-dpi=
  xft-hintstyle=hintfull
  xft-rgba=rgb

As shown above, the option 'show-language-selector' has been  
uncommented and set to 'true'. After lightdm is restarted, the  
language selector does indeed appear, but unfortunately it has no  
effect. I found a reference to this bug here:


http://us.generation-nt.com/answer/bug-679386-lightdm-language-selection-ignored-session-lang-system-default-help-207998491.html

Cheers,

Jaap


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

Bug#683847: unblock: sgml-base/1.26+nmu4

[Samuel Bronson]

Julien Cristau  writes:

> On Tue, Oct  9, 2012 at 10:56:41 +0200, Helmut Grohne wrote:
>
>> On Tue, Oct 09, 2012 at 09:23:20AM +0200, Julien Cristau wrote:
>> > Get rid of the triggers and get back to something that actually works.
>> 
>> I believe that you are a bit late into this discussion. Initially I
>> proposed[63] a solution not involving triggers in the spirit of minimal
>> changes. Then Daniel Leidert being a member of the XML/SGML Group
>> requested[78] that the package catalogs be created at build time and be
>> shipped as conffiles. Later Joey Hess[164] requested that the central
>> catalog be generated using triggers. At that time both requests made
>> sense (and to me they still do). There were no objections and I did not
>> see the dpkg conffile trigger issue #676062 coming. So I implemented
>> both.
>> 
>> The current state is that there are no non-transition issues left. Once
>> you are on sid, there are no sgml-base specific rc bugs affecting you.
>> Going "back" will not make the transitioning part any easier. At least I
>> don't see how that would work, but maybe your yet hidden solution can
>> surprise me?
>> 
> I'm not interested in "you are on sid" so much as "you're upgrading from
> squeeze to wheezy".  And considering the amount of bugs this whole thing
> has uncovered (whether in the transition stuff itself, in dpkg, or
> somewhere else) I'm fairly convinced this whole thing is in the "not
> worth it" category.  And even in the "you've already upgraded"
> situation, dpkg's failing at trigger handling means I'm fairly nervous
> about the next dist-upgrade.

Well, considering that we never actually *had* anything that worked, and
that the transition in question is complete *in wheezy* (the only
remaining calls to update-catalog in maintscripts are in sgml-base's own
postinst and prerm scripts), what you're asking for amounts to a *new*
transition, in which we:

  1. Patch debhelper *again*,
  
 * putting back the update-catalog calls

 * possibly adding code to transition /etc/*.cat away from being
   conffiles (you wouldn't want to break those of us already *on*
   wheezy, would you?)

 * but still making sure not to trash the user's edits to those
   file like we used to

  2. In coordination, remove the triggers from sgml-base

  3. bin-NMU sgml-base's rdepends *again* to get all that hairy logic
 back into the maintscripts

(Note that I'm using "we" and "us" in a strange way that only includes
myself in capacities like "being on wheezy"; no way am I smart enough to
concoct working debhelper fragments for this, or figure out how to zap
the triggers without breaking anything...)

And furthermore, if the new mainscript fragments turn out to be buggy
(which seems likely, considering how hairy the things you're asking them
to do are) it will be necessary to *repeat* tasks 1 and 3, possibly more
than once!

And all this, just to avoid a Pre-Depends: dpkg (>= version), which
seems to be a fairly well-accepted sort of pre-depends for packages
sufficiently well away from the transitive closure of the essential
packages?

Anyway, *someone* should probably do *something* here...

-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!


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

Bug#694586: help2man: please mark Multi-Arch: foreign

[Colin Watson]

Package: help2man
Version: 1.40.12
Severity: wishlist
Tags: patch
User: crossbu...@debian.org
Usertags: cross

Hi,

Enough source packages (around 150) Build-Depend on help2man that it
would be very helpful to have it marked as "Multi-Arch: foreign", on the
basis that even though it's "Architecture: any" it doesn't matter which
architecture you get on a multiarch system as long as you can execute
the binary.  This would make it easier to cross-build those packages.

The patch is trivial, but in case it helps:

  * Make help2man Multi-Arch: foreign, so that it can satisfy
cross-build-dependencies.

diff -Nru help2man-1.40.11/debian/control help2man-1.40.11ubuntu1/debian/control
--- help2man-1.40.11/debian/control 2012-01-02 06:23:29.0 +
+++ help2man-1.40.11ubuntu1/debian/control  2012-08-16 19:08:26.0 
+0100
@@ -9,6 +9,7 @@
 
 Package: help2man
 Architecture: any
+Multi-Arch: foreign
 Depends: ${perl:Depends}, ${misc:Depends}, ${shlibs:Depends}, 
liblocale-gettext-perl, dpkg (>= 1.15.4) | install-info
 Description: Automatic manpage generator
  Program to create simple man pages from the --help and

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]


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

Bug#454778: emacsen-common: load-path order vs debian-run-directories

[Rob Browning]

Rob Browning  writes:

> Looking in to it now.  Feel free to ping me again if you don't hear back
> in the next week or so.

OK, so that (original) code's quite old, but from a quick glance, it
doesn't seem to be doing what I thought it was supposed to be doing, and
I agree that it doesn't look right.

I'm really not sure how it ended up that way, but regardless, I think I
may use Kevin's approach, with perhaps this additional bit:

   (let* ((paths (mapcar copy-sequence dirs)) ; Ensure we have unique objects.

Not likely to matter most of the time, but...

I'll try to generate a new release this weekend.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Bug#694539: [Pkg-xfce-devel] Bug#694539: invalid executable path in upstart init file

[Steve Langasek]

On Wed, Nov 28, 2012 at 12:47:33AM +0100, Jelmer Vernooij wrote:
> On Wed, 2012-11-28 at 00:26 +0100, Yves-Alexis Perez wrote:
> > On mar., 2012-11-27 at 14:27 +0100, Jelmer Vernooij wrote:
> > > Package: lightdm
> > > Version: 1.4.0-1
> > > Severity: normal

> > > lightdm's /etc/init/lightdm.conf file tries to run lightdm from
> > > /usr/bin/lightdm while it is in fact installed as /usr/sbin/lightdm.

> > > The attached patch fixes the path.

> > we removed the upstart init file for Wheezy because of #679409. I'm a
> > bit unsure if it was the same problem or not, if the upstart file
> > changed before 1.4 or something.

> > I'm adding Steve and Roger on CC: in case they have an opinion on this,
> > but I'd be happy to include the patch if it fixes upstart support in
> > lightdm (although I can't test).
> FWIW it works for me with the patch applied and the latest upstart in
> sid.

I'm at a loss to explain how this could be so.  Is the file below, taken
from the lightdm source, the correct one?  Because it contains no 'start on'
condition at all (nor a 'stop on'), which means the service would never be
automatically started at boot.

# lightdm - LightDM display manager
#
# The display manager service manages the X servers running on the
# system, providing login and auto-login services

description "LightDM Display Manager"
author  "Robert Ancell "

emits login-session-start
emits desktop-session-start

exec /usr/bin/lightdm


For the record, the upstart job in Ubuntu has this start condition:

start on ((filesystem
   and runlevel [!06]
   and started dbus
   and (drm-device-added card0 PRIMARY_DEVICE_FOR_DISPLAY=1
or stopped udev-fallback-graphics))
  or runlevel PREVLEVEL=S)

All of these events are now provided at boot on a Debian unstable system
with the exception of 'started dbus'.  AFAICS, lightdm can't add an upstart
job back until dbus is upstartified in Debian.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#693191: ITP: ruby-utils -- provides some useful command line utilities

[Antonio Terceiro]

On Wed, Nov 14, 2012 at 12:51:46PM +0530, Praveen Arimbrathodiyil wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Praveen Arimbrathodiyil 
> 
> * Package name: ruby-utils
>   Version : 0.0.60
>   Upstream Author : Florian Frank
> * URL : http://github.com/flori/utils
> * License : GPL
>   Programming Lang: Ruby
>   Description : ruby gem providing some useful command line utilities

This is a too generic name for a package, and the programs this package
contains have too generic names. I would rather not have this in Debian.

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#693921: [Aptitude-devel] Bug#693921: fails to resolve empathy/experimental dependencies, fails with signal 6

[Daniel Hartwig]

On 28 November 2012 06:58, Christoph Egger  wrote:
> http://people.debian.org/~christoph/resolver.log.xz contains as much log
> as I have right now. I'll update it with the rest once it's generated

Thats quite large already!  The rest is not likely to be any more useful.


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

Bug#694375: xterm: Please update to a later upstream version

[Thomas Dickey]

On Tue, Nov 27, 2012 at 08:40:26PM +0100, Julien Cristau wrote:
> On Sun, Nov 25, 2012 at 19:38:15 -0500, Thomas Dickey wrote:
> 
> > On Sun, Nov 25, 2012 at 09:04:07PM +, Paul Evans wrote:
> > > Package: xterm
> > > Version: 278-2
> > > Severity: normal
> > > 
> > > (re-submission in case the previous did not make it)
> > > 
> > > Current version in debian is still 278; this is rather old by now. There
> > > are several updates in later versions that I would like to make use of.
> > > Ideally at least version 282 would be lovely.
> > 
> > There are several features and fixes.  I released #279 a few weeks before
> > the current freeze began; however it was fairly large, and according to
> > the package maintainer beyond his ability to inspect it.  Direct access
> > to my source archives would not change that assessment, however I've long
> > been cooperative about digesting changes to assist packagers in applying
> > specific changes.
> > 
> I'm looking at 287, and have a problem with the desktop file:
> 
> ACTUAL_XTERM=`echo xterm|sed 's,x,x,'` \
> /bin/sh -c 'for n in ../xterm.desktop ../uxterm.desktop; \
> do /bin/sh df-install $ACTUAL_XTERM --vendor debian 
> --dir=/XXX/pkg-xorg/app/xterm/debian/tmp/usr/share/applications $n; \
> done'
> --- ../xterm.desktop2012-11-27 19:21:40.0 +
> +++ tempdir29859/xterm.desktop  2012-11-27 19:27:14.0 +
> @@ -37,6 +37,6 @@
>  Exec=xterm
>  Terminal=false
>  Type=Application
> -Encoding=UTF-8
> -Icon=xterm-color_48x48
> -Categories=System;TerminalEmulator;
> +#Encoding=UTF-8
> +Icon=xterm-color
> +Categories=auto
> xterm.desktop: warning: key "Categories" is a list and does not have a 
> semicolon as trailing character, fixing
> /home/julien/src/debian.org/git/pkg-xorg/app/xterm/debian/tmp/usr/share/applications/debian-xterm.desktop:
>  error: value "auto;" for key "Categories" in group "Desktop Entry" contains 
> an unregistered value "auto"; values extending the format should start with 
> "X-"
> /home/julien/src/debian.org/git/pkg-xorg/app/xterm/debian/tmp/usr/share/applications/debian-xterm.desktop:
>  error: (will be fatal in the future): value "auto;" for key "Categories" in 
> group "Desktop Entry" does not contain a registered main category
> Error on file "xterm.desktop": Failed to validate the created desktop file

hmm - I assume I overlooked this due to the way I build my test package -
on a machine which has one or more desktop environments installed.

Mine has this (xterm-dev.desktop of course):

[Desktop Entry]
Name=XTermDev
#GenericName=Terminal
Comment=standard terminal emulator for the X window system
Exec=xterm-dev
Terminal=false
Type=Application
#Encoding=UTF-8
Icon=xterm-dev-color
Categories=Application;System;TerminalEmulator;Utility;
X-Desktop-File-Install-Version=0.15
 
> I can probably work around this by setting the category explicitly, but
> as far as I can tell, CF_WITH_DESKTOP_CATEGORY doesn't actually use $3
> as a default value?

doesn't seem that way - a quick check of the history doesn't show a
change in usage for the parameter (though I may have had a different
intent when starting to code this).

It's only used in a case statement for "other" desktops that I hadn't seen
and collected there, and doesn't directly affect the category.

The macro's not that recent - is this a new bug, or just noticed one
that existed last year?

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#694585: please add 'version' argument

[Raf Czlonka]

Package: mr
Version: 1.13
Severity: wishlist

Hi Joey,

There doesn't seem to be any way to get version of 'mr'.
Could you add the 'version' argument, please?

Thanks,

Raf

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (999, 'unstable'), (500, 'testing-proposed-updates'), (500, 
'stable-updates'), (500, 'testing'), (1, 'experimental'), (1, 'stable')
Architecture: powerpc (ppc)

Kernel: Linux 3.2.0-4-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

mr depends on no packages.

Versions of packages mr recommends:
ii  libhtml-parser-perl  3.69-2
ii  libwww-perl  6.04-1
ii  perl 5.14.2-15

Versions of packages mr suggests:
ii  bzr 2.6.0~bzr6526-1
ii  curl7.28.0-3
ii  cvs 2:1.12.13+real-9
ii  darcs   2.8.1-1+b1
ii  fossil  1:1.24-1
ii  git [git-core]  1:1.7.10.4-2
ii  git-core1:1.7.10.4-2
ii  liburi-perl 1.60-1
ii  mercurial   2.2.2-1
ii  subversion  1.7.5-1
ii  vcsh1.0-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#661117: Fix

[Jimmy O'Regan]

Attached is the fix from our SVN, applied to the Debian version.

-- 
 Are any of the mentors around?
 yes, they're the ones trolling you


debian.patch
Description: Binary data

Bug#694375: xterm: Please update to a later upstream version

[Thomas Dickey]

On Tue, Nov 27, 2012 at 10:20:02PM +0100, Julien Cristau wrote:
> On Tue, Nov 27, 2012 at 20:40:26 +0100, Julien Cristau wrote:
> 
> > I'm looking at 287, and have a problem with the desktop file:
> > 
> Another thing: the manpage change in 283 (to use a macro for xterm)
> seems to break 'whatis':
> 
> $ lexgrog xterm.man
> xterm.man: parse failed
> 
> resulting in:
> 
> $ whatis xterm
> xterm (1)- (unknown subject)
> 
> Maybe the change should be reverted from the NAME section.

yes - I overlooked whatis. I can special-case that instance

(most of the substitutions were to simplify the sed script, of course)

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#694584: "version" argument not available

[Raf Czlonka]

Package: vcsh
Version: 1.0-1
Severity: wishlist

Hi Richard,

Could we get "version" argument to vcsh, please?
Currently there's no way to determine which version one is running.

Thanks,

Raf

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (999, 'unstable'), (500, 'testing-proposed-updates'), (500, 
'stable-updates'), (500, 'testing'), (1, 'experimental'), (1, 'stable')
Architecture: powerpc (ppc)

Kernel: Linux 3.2.0-4-powerpc
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 vcsh depends on:
ii  git  1:1.7.10.4-2

Versions of packages vcsh recommends:
ii  mr   1.13
ii  openssh-client [ssh-client]  1:6.0p1-3

vcsh 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#694570: installation failures with d-i beta4 relating to EFI

[Brian Potkin]

On Wed 28 Nov 2012 at 00:43:14 +, Brian Potkin wrote:

> The thread starting at
> 
>http://lists.debian.org/debian-boot/2012/11/thrd2.html
> 
> may help. Michael Gilbert's contribution in particular.

This is better!

http://lists.debian.org/debian-boot/2012/11/msg00480.html


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

Bug#454778: emacsen-common: load-path order vs debian-run-directories

[Rob Browning]

intrigeri  writes:

> (Gentle) ping?
>
> I'd rather wait for a solution #677191 to be available, so that both
> remaining RC bugs against emacsen-common can be fixed by the same
> upload / unblock request, but if this does not happen shortly,
> I intend to NMU emacsen-common to apply Kevin's patch and fix the two
> Cc'd bugs, unless you object or someone explains why this would be
> a bad idea.
>
> Thanks for your work on emacsen-common!

Looking in to it now.  Feel free to ping me again if you don't hear back
in the next week or so.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Bug#694570: installation failures with d-i beta4 relating to EFI

[Brian Potkin]

On Tue 27 Nov 2012 at 22:26:56 +, Jonathan Dowland wrote:

> The resulting install won't boot; I get the following error¹
> 
> Loading Linux 3.2.0-4-amd64 ...
> Loading initial ramdisk ...
> error: no suitable mode found.
> Booting however
> 
> That's the last thing I see. No keyboard lights or other 

The thread starting at

   http://lists.debian.org/debian-boot/2012/11/thrd2.html

may help. Michael Gilbert's contribution in particular.


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

Bug#694485: Override the UL/DL ratio restriction

[ygrek]

On Mon, 26 Nov 2012 20:50:07 +0100
martin f krafft  wrote:

> MLDonkey enforces uploading by tying the upload rate to the download
> rate. Therefore, if I want to download, I must allow uploads.

Sorry, I don't quite understand what do you mean here. Do you mean that during
download the same data will be uploaded to interested clients? Or that it won't 
download
at all if there is nobody to upload to??

-- 
 ygrek
 http://ygrek.org.ua/


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

Bug#694583: ITP: python-django-model-utils -- Django model mixins and utilities

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: python-django-model-utils
  Version : 1.1.0
  Upstream Author : Carl Meyer 
* URL : https://bitbucket.org/carljm/django-model-utils
* License : BSD-3-clause
  Programming Lang: Python
  Description : Django model mixins and utilities

 Django is a high-level web application framework that loosely follows
 the model-view-controller design pattern.
 .
 django-model-utils model provides some mixins and utilities for Django,
 including QueryManager for one-line definition of Managers returning a
 custom QuerySet, InheritanceCastModel for more efficient use of model
 inheritance, and TimeStampedModel.


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

Bug#637414: please provide an emacs-nox metapackage

[Rob Browning]

Ahmad Khayyat  writes:

> I would like to see this as well.
>
> An equivalent of:
> aptitude install emacs
>
> for headless systems:
> aptitude install emacs-nox
>
> Right now, any deployment scripts would need to be updated every time emacs
> major version changes.

Sounds reasonable -- I'll probably add it to emacs-defaults once the
freeze is over.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Bug#694581: lastfmproxy: Update request

[Romain Beauxis]

2012/11/27 Peter Tynan :
> Dear Maintainer,

Hi Peter!

> Would you please think about updating lastfmproxy to the 1.4 branch, version
> 1.4c has been out over a year now.

I am no longer very active on this package. Would you like to take it over..?

R.


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

Bug#694582: installation report Beta-4

[Herbert Kaminski]

Package: installation-reports

Boot method: netinstall, dd'ed to USB stick, text mode

Image version: 
http://cdimage.debian.org/cdimage/wheezy_di_beta4/i386/iso-cd/debian-wheezy-DI-b4-i386-netinst.iso

Date: 25-NOV-2012 20:00 GMT

Machine: Toshiba Satellite A100
Processor: Intel Core2 duo
Memory: 3GByte
Partitions: for Windows XP, Xubuntu and swap

Output of lspci -knn (or lspci -nn):

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

Initial boot:   [0]
Detect network card:[E/O] (see below)
Configure network:  [0]
Detect CD:  [0]
Load installer modules: [0]
Detect hard drives: [0]
Partition hard drives:  [0]
Install base system:[0]
Clock/timezone setup:   [0]
User/password setup:[0]
Install tasks:  [0]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

This time, I tried to install through WLAN, which requires iwlwifi-3945
firmware. I tried to provide it in a second partition of the USB stick
used for the installation, or on a second USB stick, but the installer
did not find it. Only after I manually mounted the stick,the firmware
was found and loaded, and the rest of the installation, like the WLAN
configuration and the XFCE desktop, went like a charm. Great!

Googling for "debian installation firmware" turned up lots of pages
with mostly contradicting information how to provide the firmware, so 
I tied archives: deb, tar, and zip, and the unpacked firmware files
iwlwifi-3945-1.ucode and iwlwifi-3945-2.ucode, on a vfat or ext2 file
system, in the root directory of the stick or in a subdirectory
named "firmware". In the log, there were warnings about utf-8 not being
an appropriate mount option for vfat, when the installer tried to mount 
various partitions (sdb1, sdb2) and the device sdb itself, but did not 
find the firmware. 

Thanks for the good work
  Herbert

-- 


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

Bug#694581: lastfmproxy: Update request

[Peter Tynan]

Package: lastfmproxy
Version: 1.3b-2
Severity: wishlist

Dear Maintainer,

Would you please think about updating lastfmproxy to the 1.4 branch, version
1.4c has been out over a year now.

Peter

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

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

Versions of packages lastfmproxy depends on:
ii  adduser  3.113+nmu3
ii  python   2.7.3~rc2-1

lastfmproxy recommends no packages.

lastfmproxy suggests no packages.

-- Configuration Files:
/etc/lastfmproxy/config.py [Errno 13] Permission denied: 
u'/etc/lastfmproxy/config.py'

-- 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#693472: emacsen-common, emacs23: many emacs addons fail to install if emacs22 (lenny) is still installed

[Rob Browning]

Andreas Beckmann  writes:

> I'm currently doing piuparts upgrade tests lenny -> squeeze -> wheezy to
> check whether long grown systems may successfully update to wheezy.
> Several emacs addons (or however you may call them, I'm not an emacs
> user) fail to install if the old emacs22 package from lenny is still
> installed. This seems to cause no harm in squeeze, but is no longer
> compatible with the updated addons to be installed in wheezy. There is
> currently nothing conflicting with emacs22 in squeeze or wheezy, so apt
> keeps the old packages installed.
>
> I would suggest to add a
>   Breaks: emacs22
> or
>   Conflicts: emacs22
> to some central emacs package in wheezy. That should be easier than to
> identify all addons that may break (or might break only in some
> arbitrary combination with other addons).

I suppose we could do that -- just put the conflicts in emacsen-common,
but I'm wondering why these packages break in the first place.  If the
add-ons are no longer compatible with emacs22, then perhaps they
(assuming they're current packages) shouldn't be setting themselves up
for emacs22.

An add-on knows which package it's being installed for, and it could
(and perhaps should) just ignore the emacs22 flavor.

Thoughts?
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Bug#689382: chicken-bin: New upstream version: 4.8.0

[Sean DuBois]

Davide,
Would you like any help on this? I am (somewhat) familiar with
Debian's packaging and use CHICKEN on a day to day basis.

I was hoping to use this as an opportunity to be involved long term
and help with CHICKEN.

Thanks!


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

Bug#693461: emacs23: emacs destroys acl and changes permissions on edited file

[Rob Browning]

Daniel Kahn Gillmor  writes:

> Package: emacs23
> Version: 23.4+1-4
> Severity: normal
>
> It looks like emacs actually changes permissions on any file that it
> edits which as an ACL set.  This is potentially a security concern,
> since it can grant access to a file for a user that was explicitly
> denied access:

Thanks for the report.  It looks like this may already be under
discussion upstream:

  http://lists.gnu.org/archive/html/emacs-devel/2012-11/msg00338.html

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Bug#626885: system hangs on shutdown if systemd is pid 1

[Daniel Kahn Gillmor]

Hi Michael--

On 11/16/2012 09:17 PM, Michael Biebl wrote:
> I was looking through some old bugs, and was wondering if you still
> encounter this issue on a recent sid/wheezy system with systemd 44-5?
> 
> I think we worked out all possible issues regarding sysvinit and systemd
> and its handling of /dev/initctl during upgrades.

I no longer have the system from the initial bug report available. I
just tested a sid powerpc machine booting with init=/bin/systemd and it
seems to shut down and restart fine.

I also tried installing systemd-sysv (on the same sid powerpc machine --
i had to tell apt-get "Yes, do as I say!"), and it appears to boot and
shut down without the hangs i documented in #626885.

So anyway, i can't pinpoint a specific change that fixed this, but i
also can no longer reproduce it with 44-5.

Thanks for your work on systemd and its integration into debian!

Regards,

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#694580: unblock: qt4-x11/4:4.8.2+dfsg-4

[Lisandro Damián Nicanor Pérez Meyer]

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

Please unblock package qt4-x11

The most important thing for this unblock request is the patch
disable-SSL-compression-by-default.patch that allows the CRIME attack.

Then we added two more patches, backported from upstream:

- fix_jit_crash_on_x86_64.patch avoids 32-bit branch offset overflows.
- add_missing_map_noreserve.patch. Adds a missing flag to an mmap call
  which causes crashes in systems with few ammounts of RAM.

Finally, we Build-conflict against libqtwebkit-dev, closing #689265.

As a side note, there is already another pre-approval bug for qt4-x11,
#687666. This upload will simplify the debdiff of the aforementioned bug,
which I'll update later.

Thanks in advance, Lisandro.

unblock qt4-x11/4:4.8.2+dfsg-4

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

Kernel: Linux 3.2.21+edid (SMP w/2 CPU cores)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


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

Bug#694579: logrotate stops working if /var/lib/logrotate/status is trashed

[Michael Markstaller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: logrotate

if /var/lib/logrotate/status is trashed (for whatever reason, like
turning off power the wrong moment maybe)
logrotate stops working, giving exit-code 1

It should (IMHO) just remove/drop the trashed
/var/lib/logrotate/status, log this - and continue working.
Otherwise disks fill up and other bad things happen..

Omit this if fixed in lenny+ but Ubuntu 12.04 still behaves the same
so I thought it's worth a bug..

Michael
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iEYEARECAAYFAlC1U3oACgkQaWRHV2kMuAKz4wCgpiuU8Ft1S/WZPaQLBVfaUZh1
vXgAn114kzXu1SpFIA0KrJjVxupoBIRD
=1Q7U
-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#694578: unblock (pre-approval): okular/4.8.4-3

[Lisandro Damián Nicanor Pérez Meyer]

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

Please (pre-approve) unblock package okular
einclude/attach the debdiff against the package in testing)

This packages solves:

- #680946, severity important, avoiding different versions of libokularcore and
okular at the same time. The first 3 entries in the changelog are part of this
fix.

Three commits backported from upstream to solve:

- the extraction of the page bounding box, used by the trimming function;
- restore word detection in DVI documents;
- avoid a crash with broken fonts.

Diffstat:

 changelog   |  
 22 +
 control |  
  3 
 patches/avoid_crash_with_broken_fonts.diff  |  
 31 ++
 patches/fix_word_detection_with_dvi_docs.diff   |  
153 ++
 patches/series  |  
  3 
 patches/upstream_Call-Generator-signalPixmapRequestDone-_after_-savin.patch |  
 40 ++
 6 files changed, 251 insertions(+), 1 deletion(-)

Kinds regards, Lisandro.

unblock okular/4.8.4-3

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

Kernel: Linux 3.2.0-3-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
diff -Nru okular-4.8.4/debian/changelog okular-4.8.4/debian/changelog
--- okular-4.8.4/debian/changelog	2012-06-20 14:37:55.0 -0300
+++ okular-4.8.4/debian/changelog	2012-11-27 20:41:58.0 -0300
@@ -1,3 +1,25 @@
+okular (4:4.8.4-3) UNRELEASED; urgency=low
+
+  [ Pino Toscano ]
+  * Force okular to depend on the same version of libokularcore, as it uses
+internal API of it.
+  * Make libokularcore break okular < 4.8, as with 4.8 a private symbol used
+by the okularpart has been dropped.
+  * The two changes above will make sure to avoid different versions of
+libokularcore and okular at the same time. (Closes: #680946)
+  * Backport upstream commit edbb4ef9f5aa8f120558b9d4f4b9f68970100c4b to fix
+the extraction of the page bounding box, used by the trimming function;
+patch upstream_Call-Generator-signalPixmapRequestDone-_after_-savin.patch.
+(Closes: #686642)
+
+  [ Lisandro Damián Nicanor Pérez Meyer ]
+  * Backport upstream commit 91e46331fd7901705a69323c75de84e2467416dd to restore
+word detection in DVI documents. Thanks Luigi Toscano.
+  * Backport upstream commit 823a84942df4d3604b041ef7878a9984b1f12b7f to avoid
+a crash with broken fonts. Thanks Luigi Toscano.
+
+ -- Debian Qt/KDE Maintainers   Mon, 09 Jul 2012 15:24:28 +0200
+
 okular (4:4.8.4-2) unstable; urgency=low
 
   * Team upload.
diff -Nru okular-4.8.4/debian/control okular-4.8.4/debian/control
--- okular-4.8.4/debian/control	2012-06-20 14:06:57.0 -0300
+++ okular-4.8.4/debian/control	2012-11-27 20:41:58.0 -0300
@@ -29,6 +29,7 @@
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
+Breaks: okular (<< 4:4.8)
 Description: libraries for the Okular document viewer
  This package contains libraries used by the Okular document viewer.
  .
@@ -37,7 +38,7 @@
 Package: okular
 Section: graphics
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}, libokularcore1 (= ${binary:Version})
 Suggests: okular-extra-backends (= ${binary:Version}), texlive-binaries, unrar, poppler-data, ghostscript, jovie
 Provides: pdf-viewer, postscript-viewer
 Description: universal document viewer
diff -Nru okular-4.8.4/debian/patches/avoid_crash_with_broken_fonts.diff okular-4.8.4/debian/patches/avoid_crash_with_broken_fonts.diff
--- okular-4.8.4/debian/patches/avoid_crash_with_broken_fonts.diff	1969-12-31 21:00:00.0 -0300
+++ okular-4.8.4/debian/patches/avoid_crash_with_broken_fonts.diff	2012-11-27 20:41:58.0 -0300
@@ -0,0 +1,31 @@
+commit 823a84942df4d3604b041ef7878a9984b1f12b7f
+Author: Luigi Toscano 
+Date:   Sun Jul 15 21:15:43 2012 +0200
+
+Avoid crash when the font is broken.
+
+The call to FT_New_Face takes the address of the 'face' variable, whose type is a
+typedef *something TF_Face;
+The value of TF_Face (so a pointer to the properly filled font structure) s then
+replaced inside the call of TF_New_Face; but when the latter function fails,
+the value of 'face' is not reset and this leads to a crash in the distructor of
+TeXFont_PFB.
+So properly initialize TF_Face to 0, its address is valid, and the code works.
+
+BUG: 303472
+FIXED-IN: 4.8.5
+(cherry picked from commit 99c4da2f9ef86e345ee02cecb10e0df8f5e5b2e2)
+
+diff --git a/generators/dvi/TeXFont_PFB.cpp b/generators/dvi/TeXFont_PFB.cpp
+index cc86631..6b2709

Bug#654714: closed by Anibal Monsalve Salazar (Bug#654714: fixed in libnfsidmap 0.25-2)

[Colin Watson]

reopen 654714
found 654714 libnfsidmap/0.25-2
thanks

On Mon, Feb 27, 2012 at 03:09:53AM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the libnfsidmap2 package:
> 
> #654714: libnfsidmap2: should replace/break old nfs-common
> 
> It has been closed by Anibal Monsalve Salazar .

>* Conflicts with nfs-common (= 1:1.1.2-6lenny2)
>  Closes: 654714

I'm afraid this was neither a correct nor a complete fix for this bug.
Firstly, the bug reporter gave you the correct fields to use per policy,
which you seem to have disregarded in favour of an incorrect use of
Conflicts:

  "My reading of Debian Policy, section 7.6.1, is that this should be
  indicated by "Breaks" and "Replaces" relations from libnfsidmap2 to
  versions of nfs-common old enough to still contain that file."

  http://www.debian.org/doc/debian-policy/ch-relationships.html#s7.6.1
  http://www.debian.org/doc/debian-policy/ch-relationships.html#s-conflicts

Secondly, the versioning is wrong.  The version of nfs-common which
removed this file was your own 1:1.2.2-1 upload, the diff for which can
be seen here:

  
https://patches.ubuntu.com/by-release/atomic/debian/n/nfs-utils/nfs-utils_1:1.2.2-1.patch.bz2

I've verified on snapshot.debian.org that nfs-common 1:1.2.1-3 shipped
this file, so this fix is incomplete by only specifying a single one of
the many affected versions.  Please could you complete the job by
applying this corrected patch?

  * Replace incorrect Conflicts on nfs-common with Breaks/Replaces.

diff -Nru libnfsidmap-0.25/debian/control libnfsidmap-0.25/debian/control
--- libnfsidmap-0.25/debian/control 2012-06-08 12:49:39.0 +0100
+++ libnfsidmap-0.25/debian/control 2012-11-27 23:54:57.0 +
@@ -24,7 +24,9 @@
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Conflicts: libnfsidmap1, nfs-common (= 1:1.1.2-6lenny2)
+Conflicts: libnfsidmap1
+Breaks: nfs-common (<< 1:1.2.2-1)
+Replaces: nfs-common (<< 1:1.2.2-1)
 Description: NFS idmapping library
  libnfsidmap provides functions to map between NFSv4 names (which are
  of the form user@domain) and local uid's and gid's.

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]


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

Bug#694577: unblock: rssh/2.3.3-6

[Russ Allbery]

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

Please unblock package rssh for a security update.  The changelog:

  * Fix several flaws in validation of rsync options.  Ensure --server
cannot be hidden from the server by putting it after -- or as the
argument to another option.  Verify that the -e option's value matches
expectations rather than trying to look for invalid -e option values.
(CVE-2012-2251)
  * Reject the rsync --rsh option even if it does not contain a trailing
equal sign.  (CVE-2012-2252)

This corresponds to the just-issued DSA for stable.  The debdiff is
attached (which is unfortunately a diff of patches; sorry about that).

unblock rssh/2.3.3-6

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

Kernel: Linux 3.2.0-3-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru rssh-2.3.3/debian/changelog rssh-2.3.3/debian/changelog
--- rssh-2.3.3/debian/changelog	2012-08-10 22:14:54.0 -0700
+++ rssh-2.3.3/debian/changelog	2012-11-22 12:15:02.0 -0800
@@ -1,3 +1,15 @@
+rssh (2.3.3-6) unstable; urgency=high
+
+  * Fix several flaws in validation of rsync options.  Ensure --server
+cannot be hidden from the server by putting it after -- or as the
+argument to another option.  Verify that the -e option's value matches
+expectations rather than trying to look for invalid -e option values.
+(CVE-2012-2251)
+  * Reject the rsync --rsh option even if it does not contain a trailing
+equal sign.  (CVE-2012-2252)
+
+ -- Russ Allbery   Thu, 22 Nov 2012 12:01:41 -0800
+
 rssh (2.3.3-5) unstable; urgency=medium
 
   * Apply upstream patch to close security vulnerability that permitted
diff -Nru rssh-2.3.3/debian/patches/features/subversion.diff rssh-2.3.3/debian/patches/features/subversion.diff
--- rssh-2.3.3/debian/patches/features/subversion.diff	2012-08-10 22:14:54.0 -0700
+++ rssh-2.3.3/debian/patches/features/subversion.diff	2012-11-22 12:15:02.0 -0800
@@ -517,7 +517,7 @@
  		if (log) log_msg("chrooting %s to %s", user, path);
  		opts->shell_flags |= RSSH_USE_CHROOT;
 diff --git a/util.c b/util.c
-index a3e9829..74b22f0 100644
+index 24a8ab3..438c3c9 100644
 --- a/util.c
 +++ b/util.c
 @@ -80,7 +80,8 @@ void fail( int flags, int argc, char **argv )
@@ -541,7 +541,7 @@
  	}
  
  	/* print error message to user and log attempt */
-@@ -280,6 +283,16 @@ char *check_command_line( char **cl, ShellOptions_t *opts )
+@@ -299,6 +302,16 @@ char *check_command_line( char **cl, ShellOptions_t *opts )
  		}
  		return PATH_RSYNC;
  	}
@@ -558,7 +558,7 @@
  	/* No match, return NULL */
  	return NULL;
  }
-@@ -304,6 +317,8 @@ char *get_command( char *cl, ShellOptions_t *opts )
+@@ -323,6 +336,8 @@ char *get_command( char *cl, ShellOptions_t *opts )
  		return PATH_RDIST;
  	if ( check_command(cl, opts, PATH_RSYNC, RSSH_ALLOW_RSYNC) )
  		return PATH_RSYNC;
@@ -567,7 +567,7 @@
  	return NULL;
  }
  
-@@ -369,22 +384,24 @@ int validate_umask( const char *temp, int *mask )
+@@ -388,22 +403,24 @@ int validate_umask( const char *temp, int *mask )
   * same name, and returns FALSE if the bits are not valid
   */
  int validate_access( const char *temp, bool *allow_sftp, bool *allow_scp,
@@ -614,4 +614,4 @@
  char *get_username( void );
  
 -- 
-tg: (7579edb..) features/subversion (depends on: fixes/info-to-debug fixes/rsync-protocol fixes/command-line-checking)
+tg: (b4a9b30..) features/subversion (depends on: fixes/info-to-debug fixes/rsync-protocol fixes/command-line-checking)
diff -Nru rssh-2.3.3/debian/patches/fixes/rsync-protocol.diff rssh-2.3.3/debian/patches/fixes/rsync-protocol.diff
--- rssh-2.3.3/debian/patches/fixes/rsync-protocol.diff	2012-08-10 22:14:54.0 -0700
+++ rssh-2.3.3/debian/patches/fixes/rsync-protocol.diff	2012-11-22 12:15:02.0 -0800
@@ -6,6 +6,11 @@
 options to rsync, only ones not sent with --server or containing
 something other than protocol information as an argument.
 
+Also scan the rsync command line for any --rsh option and reject it as
+well.  This replaces and improves the upstream strategy for rejecting
+that command-line option, taking advantage of the parsing added to
+check the -e option.
+
 Based on work by Robert Hardy.
 
 Debian Bug#471803
@@ -13,11 +18,11 @@
 Signed-off-by: Russ Allbery 
 
 ---
- util.c |   49 -
- 1 file changed, 48 insertions(+), 1 deletion(-)
+ util.c |   80 ++--
+ 1 file changed, 73 insertions(+), 7 deletions(-)
 
 diff --git a/util.c b/util.c
-index 443dcba..a3e9829 100644
+index 443dcba..24a8ab3 100644
 --- a/util.c
 +++ b/util.c
 @@ -56,6 +56,7 @@
@@ -28,15 +33,16 @@
  
  /* LOCAL INCLUDES

Bug#694539: [Pkg-xfce-devel] Bug#694539: invalid executable path in upstart init file

[Jelmer Vernooij]

On Wed, 2012-11-28 at 00:26 +0100, Yves-Alexis Perez wrote:
> On mar., 2012-11-27 at 14:27 +0100, Jelmer Vernooij wrote:
> > Package: lightdm
> > Version: 1.4.0-1
> > Severity: normal
> > 
> > lightdm's /etc/init/lightdm.conf file tries to run lightdm from
> > /usr/bin/lightdm while it is in fact installed as /usr/sbin/lightdm.
> > 
> > The attached patch fixes the path.
> 
> Hi,
> 
> we removed the upstart init file for Wheezy because of #679409. I'm a
> bit unsure if it was the same problem or not, if the upstart file
> changed before 1.4 or something.
> 
> I'm adding Steve and Roger on CC: in case they have an opinion on this,
> but I'd be happy to include the patch if it fixes upstart support in
> lightdm (although I can't test).
FWIW it works for me with the patch applied and the latest upstart in
sid.

Cheers,

Jelmer


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

Bug#694576: gkrellmd: PID file not removed by init.d script after stopping daemon

[J G Miller]

Package: gkrellmd
Version: 2.3.5-3
Severity: normal

When gkrellmd is started with the supplied init.d script, it creates
a PID file, by default in /var/run/gkrellmd.pid

When gkrellmd is stopped with the supplied init.d script, it stops
the daemon but fails to remove the PID file.

Thus subsequent attempts to stop the non-running daemon causes the
script to try to kill a non running process and produce an error message.


# /etc/init.d/gkrellmd stop
Stopping gkrellmd: gkrellmd.

# /etc/init.d/gkrellmd stop
Stopping gkrellmd: start-stop-daemon: warning: failed to kill 1880: No such 
process
gkrellmd.


It is therefore suggested that the script should check to see if the daemon
really has been stopped by checking the PID in the process list, and then
if it has been successfully stopped, remove the PID file so that subsequent
attempts do not produce misleading messages and keep /var/run clean of non
running process PID files.


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

Kernel: Linux 3.2.0-4-686-pae (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 gkrellmd depends on:
ii  adduser   3.113+nmu3
ii  libc6 2.13-37
ii  libglib2.0-0  2.33.12+really2.32.4-3
ii  libsensors4   1:3.3.2-2

gkrellmd recommends no packages.

gkrellmd suggests no packages.

-- Configuration Files:
/etc/gkrellmd.conf changed:
detach
group   proc
usergkrellmd
allow-host  localhost
allow-host  192.168.11.*
port19150
fs-interval 4
inet-interval   2
nfs-interval32
io-timeout  16
max-clients 2
pidfile /var/run/gkrellmd.pid
plugin-enable   gkrelltopd
update-hz   2
reconnect-timeout   8


-- 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#694539: [Pkg-xfce-devel] Bug#694539: invalid executable path in upstart init file

[Yves-Alexis Perez]

On mar., 2012-11-27 at 14:27 +0100, Jelmer Vernooij wrote:
> Package: lightdm
> Version: 1.4.0-1
> Severity: normal
> 
> lightdm's /etc/init/lightdm.conf file tries to run lightdm from
> /usr/bin/lightdm while it is in fact installed as /usr/sbin/lightdm.
> 
> The attached patch fixes the path.

Hi,

we removed the upstart init file for Wheezy because of #679409. I'm a
bit unsure if it was the same problem or not, if the upstart file
changed before 1.4 or something.

I'm adding Steve and Roger on CC: in case they have an opinion on this,
but I'd be happy to include the patch if it fixes upstart support in
lightdm (although I can't test).

Regards,
-- 
Yves-Alexis


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

Bug#694574: unblock: gcc-4.6/4.6.3-14

[Matthias Klose]

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

Please consider an unblock of gcc-4.6/4.6.3-14. The most important fix is the
one to make g++-4.6 -m64 work on s390. The changes in -12 do not affect the
languages and targets built, except for the kfreebsd build fix. -13 has the
multiarch patch splitted into an upstream (as submitted) and a local part, some
ice-on-valid bug fixes, and a fortran fix. -14 has the s390 fix, a fortran fix,
and some multiarch fixes not used in gcc-4.6 builds.

  Matthias


 gcc-4.6 (4.6.3-14) unstable; urgency=low

   * Update to SVN 20121121 (r193837) from the gcc-4_6-branch.
 - Fix PR fortran/55314.
   * Make explicit --{en,dis}able-multiarch options effecitive (Thorsten 
Glaser).
   * Fix multiarch name for powerpc non-biarch builds.
   * Fix 64bit C++ header installation on s390. Closes: #694482.

gcc-4.6 (4.6.3-13) unstable; urgency=low

   * Update to SVN 20121121 (r193700) from the gcc-4_6-branch.
 - Fix PR middle-end/55219 (ice on valid), PR rtl-optimization/48374 (ice
   on valid), PR rtl-optimization/53701 (ice on valid), PR middle-end/54945,
   PR target/54950 (m32c), PR libfortran/54736 (wrong code).
   * Split multiarch patches into local and upstreamed parts.
   * Update symbols files for powerpcspe (Roland Stigge). Closes: #693326.
   * Clean up libstdc++ man pages. Closes: #692446.

gcc-4.6 (4.6.3-12) unstable; urgency=low

   * Update to SVN 20121011 (r192379) from the gcc-4_6-branch.
 - PARISC fix, test case fix.

   [ Matthias Klose ]
   * Merge from gnat-4.6 4.6.3-6:
   * debian/patches/ada-symbolic-tracebacks.diff (src/gcc/ada/tracebak.c):
 Use the GCC stack unwinder on GNU/kFreeBSD too.  Closes: #685559.
   * debian/patches/gcc_ada_gcc-interface_Makefile.in.diff: link
 libgnarl.so.4.6 with librt on GNU/Hurd.  Closes: #685561.
   * debian/patches/ada-kfreebsd-gnu.diff: likewise on GNU/kFreeBSD.
 Closes: #685562.
   * debian/patches/ada-symbolic-tracebacks.diff (src/gcc/ada/tracebak.c):
 new hunk.  Use the GCC stack unwinder on GNU/Hurd.  Closes: #681998.
   * debian/patches/ada-link-lib.diff: do not use parallel makes to build
 the GNAT tools.  Closes: #667184.

   [ Thorsten Glaser ]
   * Actually apply the libffi-m68k patch; update it from upstream
   * Apply further m68k platform bugfixes (pr47955, m68k-fp-cmp-zero)
   * Revert pr45144 fix on m68k only, it results in miscompilation
   * Apply initial m68k-ada support patch; enable Ada for m68k
   * debian/patches/ada-libgnatprj.diff: add support for m68k-*-linux.

   [ Steven Chamberlain ]
   * Fix kfreebsd build issues.


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

Bug#694569: [Pkg-xfce-devel] Bug#694569: xfce4-goodies: Need new build for xfce 4.10

[Yves-Alexis Perez]

Control: severity -1 wishlist

On mer., 2012-11-28 at 01:59 +0400, Roman V. Nikolaev wrote:
> Package: xfce4-goodies
> Severity: normal
> 
> Hello. Please make new build for xfce 4.10.
> Yes it`s freeze in experimental but I use it.

That's not really high priority. Best way to make it happen is to fix RC
bugs so Wheezy can be released.

Regards,
-- 
Yves-Alexis


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

Bug#694573: unblock: jackd2/1.9.8~dfsg.4+20120529git007cdc37-5

[Adrian Knoth]

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

Please unblock package jackd2

The recent upload fixes #682792 that prevents users from stopping the
jackd audio system. We believe this contributes to the overall user
experience and hence like to have it in wheezy.

Patch was taken from Ubuntu.


TIA

unblock jackd2/1.9.8~dfsg.4+20120529git007cdc37-5

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

Kernel: Linux 3.6.8 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to 
en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru jackd2-1.9.8~dfsg.4+20120529git007cdc37/debian/changelog jackd2-1.9.8~dfsg.4+20120529git007cdc37/debian/changelog
--- jackd2-1.9.8~dfsg.4+20120529git007cdc37/debian/changelog	2012-09-28 20:26:15.0 +0200
+++ jackd2-1.9.8~dfsg.4+20120529git007cdc37/debian/changelog	2012-11-27 21:40:51.0 +0100
@@ -1,3 +1,9 @@
+jackd2 (1.9.8~dfsg.4+20120529git007cdc37-5) unstable; urgency=low
+
+  * Add patch to fix hanging jackdbus (Closes: #682792)
+
+ -- Adrian Knoth   Tue, 27 Nov 2012 21:40:49 +0100
+
 jackd2 (1.9.8~dfsg.4+20120529git007cdc37-4.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru jackd2-1.9.8~dfsg.4+20120529git007cdc37/debian/patches/jackdbus-hang.patch jackd2-1.9.8~dfsg.4+20120529git007cdc37/debian/patches/jackdbus-hang.patch
--- jackd2-1.9.8~dfsg.4+20120529git007cdc37/debian/patches/jackdbus-hang.patch	1970-01-01 01:00:00.0 +0100
+++ jackd2-1.9.8~dfsg.4+20120529git007cdc37/debian/patches/jackdbus-hang.patch	2012-11-27 21:37:45.0 +0100
@@ -0,0 +1,101 @@
+From: Kaj Ailomaa 
+Bugs-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682792
+Bugs-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/jackd2/+bug/956438
+Origin: upstream, https://github.com/jackaudio/jack2/commit/aa02feeacfa533a07f04e916334637b57eaac5a2 https://github.com/jackaudio/jack2/commit/700489b429b0edb7046b169278e3e6751e3e59fc
+Applied-Upstream: 1.9.9
+Forwarded: not-needed
+Description: Fix hanging qjackctl when stopping jackdbus
+--- a/common/JackLibAPI.cpp
 b/common/JackLibAPI.cpp
+@@ -177,7 +177,7 @@
+ va_end(ap);
+ JackGlobals::fOpenMutex->Unlock();
+ return res;
+-} catch(std::bad_alloc& e) {
++} catch (std::bad_alloc& e) {
+ jack_error("Memory allocation error...");
+ return NULL;
+ } catch (...) {
+--- a/common/JackLockedEngine.h
 b/common/JackLockedEngine.h
+@@ -41,7 +41,7 @@
+ */
+ 
+ #define CATCH_EXCEPTION_RETURN  \
+-} catch(std::bad_alloc& e) {\
++} catch (std::bad_alloc& e) {\
+ jack_error("Memory allocation error...");   \
+ return -1;  \
+ } catch (...) { \
+@@ -50,10 +50,10 @@
+ }   \
+ 
+ #define CATCH_CLOSE_EXCEPTION_RETURN  \
+-} catch(std::bad_alloc& e) {\
++} catch (std::bad_alloc& e) {\
+ jack_error("Memory allocation error...");   \
+ return -1;  \
+-} catch(JackTemporaryException& e) {   \
++} catch (JackTemporaryException& e) {   \
+ jack_error("JackTemporaryException : now quits...");   \
+ JackTools::KillServer(); \
+ return 0;   \
+@@ -63,7 +63,7 @@
+ }
+ 
+ #define CATCH_EXCEPTION  \
+-} catch(std::bad_alloc& e) {\
++} catch (std::bad_alloc& e) {\
+ jack_error("Memory allocation error...");   \
+ } catch (...) { \
+ jack_error("Unknown error..."); \
+@@ -327,8 +327,8 @@
+ 
+ void NotifyQuit()
+ {
++// No lock needed
+ TRY_CALL
+-JackLock lock(&fEngine);
+ return fEngine.NotifyQuit();
+ CATCH_EXCEPTION
+ }
+--- a/common/JackServerAPI.cpp
 b/common/JackServerAPI.cpp
+@@ -162,7 +162,7 @@
+ va_end(ap);
+ JackGlobals::fOpenMutex->Unlock();
+ return res;
+-} catch(std::bad_alloc& e) {
++} catch (std::bad_alloc& e) {
+ jack_error("Memory allocation error...");
+ return NULL;
+ } catch (...) {
+--- a/common/JackServer.cpp
 b/common/JackServer.cpp
+@@ -134,7 +134,6 @@
+ int JackServer::Close()
+ {
+ jack_log("JackServer::Close");
+-fEngine->NotifyQuit();
+ fChannel.Close();
+ fAudioDriver->Detach();
+ fAudioDriver->Close();
+@@ -190,6 +189,7 @@
+ int JackServer::Stop()
+ {
+ jack_log("JackServer::

Bug#694390: [debian-mysql] Bug#694390: mysql-server-5.1: failure to install w/ apt-get

[Hugh Esco]

Thanks for the guidance.  Will try that this evening.  
My apologies for having bothered you with this.

-- Hugh 


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

Bug#693921: [Aptitude-devel] Bug#693921: fails to resolve empathy/experimental dependencies, fails with signal 6

[Christoph Egger]

Hi!

Daniel Hartwig  writes:
> On 22 November 2012 03:36, Christoph Egger  wrote:
>>   Seeing this on all buildds for empathy/experimental builds, ,the
>> excerps below are from kfreebsd-i386. I'm trying to collect some more
>> information right now.
>
> The log produced with “--log-file=resolver.log --log-resolver” could
> be useful here.

http://people.debian.org/~christoph/resolver.log.xz contains as much log
as I have right now. I'll update it with the rest once it's generated

Regards

Christoph


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

Bug#694323: [gsfonts] Fonts include copyrighted adobe fragment all right reserved

[Norbert Preining]

Hi Frank,

On Di, 27 Nov 2012, Frank Küster wrote:
> > It is not a question of fontforge... THe lines mentioned come from
> > pfcommon.dat
> > which was inherited from metatype1.
> 
> If this is right, then it is wrong to block the bug by the fontforge
> bug, isn't it?  Bastien, I'm not sure enough about this to remove the
> blocking myself, please do it.

Wait ... I am not sure either. Maybe fontfoge *also* contains and
adds this code ... I just found the text in the sources of lmodern.

> How ist that done?  I thought it was done with fontforge scripts - I
> understand this is not the case?  Did they really open the font files in
> interactive fontforge, adjust and safe?

I have no idea and I don't want to care about these things. I will not go
to the lenth of recreating the fonts at build time from any kind of
scripts.

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

HUTTOFT (n.)
The fibrous algae which grows in the dark, moist environment of
trouser turn-ups.
--- Douglas Adams, The Meaning of Liff


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

Bug#694572: gearman-job-server: MySQL persistence should be enabled

[Clint Byrum]

Package: gearman-job-server
Version: 0.41-1
Severity: wishlist
Tags: patch

Hi Stig! Thanks for all your work on gearman in Debian. Here's a simple
patch which will enable mysql persistence.

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

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

Versions of packages gearman-job-server depends on:
ii  adduser 3.113+nmu1ubuntu1
ii  libc6   2.15-0ubuntu20
pn  libdrizzle0 
ii  libevent-1.4-2  1.4.14b-stable-0ubuntu1
pn  libgearman4 
pn  libmemcached5   
ii  libpq5  9.1.6-1ubuntu1
ii  libsqlite3-03.7.13-1
ii  libuuid12.20.1-5.1ubuntu2

Versions of packages gearman-job-server recommends:
pn  memcached  

gearman-job-server suggests no packages.
>From 5f5f4c2a8d313f6a4150b5d89e91f19841a03938 Mon Sep 17 00:00:00 2001
From: Clint Byrum 
Date: Tue, 27 Nov 2012 14:42:07 -0800
Subject: [PATCH] d/control: Build-Dep on libmysqlclient to enable mysql
 persistence

---
 debian/changelog |6 +-
 debian/control   |1 +
 2 files changed, 6 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index d26a9cf..ac6dc08 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,12 @@
 gearmand (1.0.1-1) UNRELEASED; urgency=low
 
+  [ Stig Sandbeck Mathisen ]
   * New upstream release
 
- -- Stig Sandbeck Mathisen   Tue, 27 Nov 2012 13:05:44 +0100
+  [ Clint Byrum ]
+  * d/control: Build-Dep on libmysqlclient to enable mysql persistence
+
+ -- Clint Byrum   Tue, 27 Nov 2012 14:22:38 -0800
 
 gearmand (0.41-1) experimental; urgency=low
 
diff --git a/debian/control b/debian/control
index eea4e77..99e3530 100644
--- a/debian/control
+++ b/debian/control
@@ -17,6 +17,7 @@ Build-Depends:
  libevent-dev,
  libltdl-dev,
  libmemcached-dev (>= 1.0),
+ libmysqlclient-dev,
  libsasl2-dev,
  libsqlite3-dev (>= 3.0.0),
  libtool,
-- 
1.7.10.4

Bug#694571: unblock: xterm/278-4

[Julien Cristau]

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

Please unblock package xterm.

This version includes a few fixes that upstream requested we apply for
wheezy (see #694375).  In addition it updates the XTerm FAQ.

unblock xterm/278-4

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#680084: none

[intrigeri]

Hi,

Michael Gilbert wrote (19 Nov 2012 00:10:21 GMT) :
> reassign 680084 grub-common
> forcemerge 680084 673573
> thanks

I'm glad you found the root cause of #680084, but perhaps another kind
of relationship would have expressed more clearly the relationship
between those two bugs than a forcemerge?

Unless I'm mistaken:

  * #673573 is the root cause for #680084
  * #680084 can be trivially workaround'd with the patch I've provided
  * #673573 is much wider, possibly harder to solve. has not seen
activity since May

Unless there are good hopes that #673573 is fixed soon (are there?),
I'd still like #680084 to be fixed independently for Wheezy.

What do you think?

Cheers,
--
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#694338: dpkg-shlibdeps SIGSEGV in libperl.so.5.14.2

[Thorsten Glaser]

Niko Tyni dixit:

>(I note that the first SIGSEGV visible in your snippet is dpkg-gensymbols
> crashing, not dpkg-shlibdeps. Still a perl script of course.)

Indeed, I got these three in dmesg in total:

[516847.303315] dpkg-gensymbols[4063] general protection ip:2b574f52b6e8 
sp:7fff60ea12a0 error:0 in libperl.so.5.14.2[2b574f46d000+177000]
[516853.926823] dpkg-gensymbols[4494] general protection ip:2ab2e234580c 
sp:7fffa19cd350 error:0 in libperl.so.5.14.2[2ab2e229b000+177000]
[516863.467057] dpkg-shlibdeps[4919] general protection ip:2b4b0775fcfd 
sp:7fff00b32dd0 error:0 in libperl.so.5.14.2[2b4b076b7000+177000]

Probably not very helpful due to ASLR though, I assume.

bye,
//mirabilos
-- 
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty output that accentuates irrelevant
detail in the program, which is as sensible as putting all the prepositions
in English text in bold font.   -- Rob Pike in "Notes on Programming in C"


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

Bug#686747: lxc-debian template call for missing live-debconfig

[Lucas Nussbaum]

reopen 686747
found 686747 0.8.0~rc1-8+deb7u1
thanks

On 07/09/12 at 19:51 +0200, Daniel Baumann wrote:
> 686747 notfound 0.8.0~rc1-8+deb7u1
> 686747 found 0.8.0~rc1-13
> close 686747
> thanks
> 
> On 09/05/2012 11:12 AM, Laurent Vallar wrote:
> >But there is no live-debconf in any packages:
> 
> live-debconfig is in NEW, closing.

Yes (and even in unstable now), but it's not in wheezy, so when using
the 'debian' template I get:
/usr/bin/env: live-debconfig: No such file or directory
/usr/bin/env: live-debconfig: No such file or directory

Lucas


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

Bug#692914: FTBFS against libav9 in experimental

[Gergely Risko]

On Sat, 10 Nov 2012 14:08:24 -0500, Tiago Bortoletto Vaz  
writes:

>> I'm not sure if you have been asked before, but what do you think about
>> maintaining ffmpeg2theora under the pkg-multimedia-maintainers umbrella?
>
> This makes sense. I'll move it to pkg-multimedia-maintainers.
>
> RISKO Gergely, do you mind? I'll keep you as uploader. Also, please ping me if
> you want to be added to pkg-multimedia-maintainers in alioth.

Yes, I agree, this makes a lot of sense.

Please add me to the alioth group and I will try to spend some time on
this work if I can.  But this transition will make things easier if I
can't, which is unfortunately more probable :(

Thank you for doing this!

Gergely


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

Bug#694570: installation failures with d-i beta4 relating to EFI

[Jonathan Dowland]

Package: installation-reports
Severity: critical
Justification: makes baby jesus cry

Hi,

I just tried d-i beta4 amd64 netinst on my lenovo thinkpad x121e
laptop. The Laptop's firmware has boot mode set to 'either/both'
for legacy BIOS/EFI. The storage device was a totally blank SSD,
no prior OS.

Upon boot, prior to the point where I get to choose graphical /
text / rescue, I get the following error message (this does not
stop me progressing):

"error: prefix not set"

Install progressed as normal. The guided partition scheme
created a GPT partition table and a 512M EFI partition in
addition to boot. It seemed to select grub2-efi. I got a message
like the following towards the end of the process:

"grub-install dummy failed"

The resulting install won't boot; I get the following error¹

Loading Linux 3.2.0-4-amd64 ...
Loading initial ramdisk ...
error: no suitable mode found.
Booting however

That's the last thing I see. No keyboard lights or other 
activity.

I'll just retry this and see if I can capture anything from d-i
before rebooting out of it.

¹ https://twitter.com/jmtd/status/273521879510298624/photo/1


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

Bug#670405: ekiga: During start up segfault in `libopal.so.3.10.4`

[Steven Chamberlain]

Actually, I can't reproduce this issue on linux amd64, with the same
ekiga/libpt/libopal tested by the submitter.

I started ekiga a few times with my existing settings (pre-upgrade).
Then I purged my accounts/config with:

$ gconftool --recursive-unset apps/ekiga

and successfully started ekiga ~5 times.  Then changed audio device from
/dev/dsp1 -> libpt PulseAudio and tried ~5 more times and it is still fine.

I've never seen the crash on startup (although it is a little slow to
start, as it seems to be phoning home to stun.ekiga.net...).

I do see the segfault at exit though (#687079).

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 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 ekiga depends on:
ii  evolution-data-server 3.4.3-1evolution database backend
server
ii  gconf-service 3.2.5-1+build1 GNOME configuration
database syste
ii  gconf23.2.5-1+build1 GNOME configuration
database syste
ii  libatk1.0-0   2.4.0-2ATK accessibility toolkit
ii  libavahi-client3  0.6.31-1   Avahi client library
ii  libavahi-common3  0.6.31-1   Avahi common library
ii  libavahi-glib10.6.31-1   Avahi GLib integration library
ii  libc6 2.13-35Embedded GNU C Library:
Shared lib
ii  libdbus-glib-1-2  0.100-1simple interprocess
messaging syst
ii  libebook-1.2-13   3.4.3-1Client library for
evolution addre
ii  libedataserver-1.2-16 3.4.3-1Utility library for
evolution data
ii  libgcc1   1:4.7.1-7  GCC support library
ii  libgconf-2-4  3.2.5-1+build1 GNOME configuration
database syste
ii  libgdk-pixbuf2.0-02.26.1-1   GDK Pixbuf library
ii  libglib2.0-0  2.32.3-1   GLib library of C routines
ii  libgtk2.0-0   2.24.10-2  GTK+ graphical user
interface libr
ii  libldap-2.4-2 2.4.31-1   OpenLDAP libraries
ii  libnotify40.7.5-1sends desktop notifications
to a n
ii  libopal3.10.4 3.10.4~dfsg-3  Open Phone Abstraction
Library - s
ii  libpango1.0-0 1.30.0-1   Layout and rendering of
internatio
ii  libpt2.10.4   2.10.4~dfsg-1  Portable Tools Library
ii  libsasl2-22.1.25.dfsg1-5 Cyrus SASL - authentication
abstra
ii  libsigc++-2.0-0c2a2.2.4.2-1  type-safe Signal Framework
for C++
ii  libstdc++64.7.1-7GNU Standard C++ Library v3
ii  libx11-6  2:1.5.0-1  X11 client-side library
ii  libxext6  2:1.3.1-2  X11 miscellaneous extension
librar
ii  libxml2   2.8.0+dfsg1-5  GNOME XML library
ii  libxv12:1.0.7-1  X11 Video extension library

Versions of packages ekiga recommends:
ii  gvfs 1.12.3-1+b1 userspace virtual
filesystem - GIO
ii  yelp 3.4.2-1 Help browser for GNOME

Versions of packages ekiga suggests:
pn  asterisk   (no description available)
pn  gnugk  (no description available)
pn  mediaproxy (no description available)
pn  rtpproxy   (no description available)
pn  ser(no description available)
pn  siproxd(no description available)
pn  yate   (no description available)

-- no debconf information

-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#694338: dpkg-shlibdeps SIGSEGV in libperl.so.5.14.2

[Thorsten Glaser]

Niko Tyni dixit:

>Is it reproducible for you?

Sorry, it’s not ☹

bye,
//mirabilos
-- 
Darwinism never[…]applied to wizardkind. There's a more than fair amount of[…]
stupidity in its gene-pool[…]never eradicated[…]magic evens the odds that way.
It's[…]harder to die for us than[…]muggles[…]wonder if, as technology[…]better
[…]same will[…]happen there too. Dursleys' continued existence indicates so.


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

Bug#692791: members of lpadmin can read every file on server via cups

[Michael Sweet]

Note: disabling he web interface is not enough, you also need to disable HTTP 
PUT in cupsd, which takes care of cupsctl too. However, since that also 
disables helpful things like changing the log level you might want to 
reconsider fixing things that way...


Sent from my iPad

On 2012-11-27, at 3:51 PM, Didier 'OdyX' Raboud  wrote:

> Le mardi, 27 novembre 2012 15.30:46, Marc Deslauriers a écrit :
>> FYI, as a security fix for our stable releases in Ubuntu, we plan on
>> disabling cupsd.conf modification in the web interface entirely.
>> Attached is the patch we plan on using.
> 
> Hi Marc,
> 
> while testing your patch I noticed it was not masking the "Edit Configuration 
> File" input button in all locales (found in templates/*/admin.tmpl in 1.5.3).
> 
> Updated patch is attached.
> 
> Cheers,
> 
> OdyX
> 


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

Bug#694486: Pending fixes for bugs in the liblwp-authen-wsse-perl package

[pkg-perl-maintainers]

tag 694486 + pending
thanks

Some bugs in the liblwp-authen-wsse-perl package are closed in
revision 6eed5841e15de559e5d571584bd95902a201a7a1 in branch 'master'
by Salvatore Bonaccorso

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/liblwp-authen-wsse-perl.git;a=commitdiff;h=6eed584

Commit message:

Use Digest::SHA instead of Digest::SHA1

libdigest-sha1-perl package was reoved from Debian. Digest::SHA is part
of Perl core modules included with the perl interpreter since 5.10.

Thanks: Ansgar Burchardt 
Closes: #694486


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

Bug#694553: unblock (pre-approval): kwallet/4.8.4-3

[Pino Toscano]

Alle martedì 27 novembre 2012, Adam D. Barratt ha scritto:
> On Tue, 2012-11-27 at 18:16 +0100, Pino Toscano wrote:
> > I would like to upload kwallet 4.8.4-3.
> > The only change is the backport of an upstream patch to fix the
> > slow startup of the kwalletmanager application. Its startup gets
> > slower and slower wrt the number of passwords stored in the
> > wallets.
> 
> Please go ahead; thanks.

Thanks, uploaded.

-- 
Pino Toscano


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

Bug#694551: unblock (pre-approval): soprano/2.7.6+dfsg.1-2

[Pino Toscano]

Alle martedì 27 novembre 2012, Adam D. Barratt ha scritto:
> On Tue, 2012-11-27 at 17:39 +0100, Pino Toscano wrote:
> > I would like to upload soprano 2.7.6+dfsg.1-2 with the following
> > two changes:
> > - add breaks/replaces in libsoprano-doc for the move of soprano.tag
> > 
> >   in an older version
> > 
> > - fix epoch in the version of the libqt4-dev build dependency
> 
> They both look >= important to me, so don't really need
> pre-approval. :-)

I just wanted to be sure :)

> Please go ahead; thanks.

Thanks, uploaded.

-- 
Pino Toscano


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

Bug#692914: FTBFS against libav9 in experimental

[Tiago Bortoletto Vaz]

On Tue, Nov 27, 2012 at 10:59:53PM +0100, Gergely Risko wrote:
> On Sat, 10 Nov 2012 14:08:24 -0500, Tiago Bortoletto Vaz  
> writes:
> 
> >> I'm not sure if you have been asked before, but what do you think about
> >> maintaining ffmpeg2theora under the pkg-multimedia-maintainers umbrella?
> >
> > This makes sense. I'll move it to pkg-multimedia-maintainers.
> >
> > RISKO Gergely, do you mind? I'll keep you as uploader. Also, please ping me 
> > if
> > you want to be added to pkg-multimedia-maintainers in alioth.
> 
> Yes, I agree, this makes a lot of sense.
> 
> Please add me to the alioth group and I will try to spend some time on
> this work if I can.  But this transition will make things easier if I
> can't, which is unfortunately more probable :(

Added :)

> Thank you for doing this!

Thank you,

-- 

  .''`.  Tiago Bortoletto Vaz GPG  :  1024D/A504FECA
 : :' :  http://acaia.ca/~tiago   XMPP : tiago at jabber.org
 `. `'   tiago at debian.org  IRC  :   tiago at OFTC
   `-Debian GNU/Linux - The Universal OS   http://www.debian.org



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

Bug#694569: xfce4-goodies: Need new build for xfce 4.10

[Roman V. Nikolaev]

Package: xfce4-goodies
Severity: normal

Hello. Please make new build for xfce 4.10.
Yes it`s freeze in experimental but I use it.

-- System Information:
Debian Release: 6.0.6
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.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#670405: ekiga: During start up segfault in `libopal.so.3.10.4`

[Steven Chamberlain]

On 03/11/12 17:43, Adam D. Barratt wrote:
> On Sat, 2012-11-03 at 02:43 -0400, Michael Gilbert wrote:
>> It distorts udd views.  I'm fixing that so we have a better view of
>> what needs really needs fixing:
>> http://udd.debian.org/bugs.cgi?release=wheezy_and_sid&merged=ign&done=only&fnewerval=7&rc=1&sortby=id&sorto=asc&ctags=1&cdeferred=1
> 
> That sounds like the query needs fixing. [...]

Also the PTS shows the RC bug count as zero, because it was closed in
some version.  This gave me the false impression this bug must have been
fixed.  But if it is not fixed in testing/unstable I would still call it
an RC bug.

Clicking on the "RC: 0" in the PTS, links to a page on the BTS listing
no RC bugs either.

I had no idea the ";dist=unstable" BTS view even existed until now (I
just found the combo box in the BTS search form, but it isn't labelled
or explained what its purpose is).


On the plus side, at least apt-listbugs still warns of this bug if
installing/upgrading the package.

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


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

Bug#692295: RFS: couchdb/1.2.0-2.1 [NMU] [RC]

[Laszlo Boszormenyi (GCS)]

Hi Dominik,

On Tue, 2012-11-27 at 09:41 +0100, Dominik George wrote:
> Ask the person who wrote the RFS template generator. On the other hand, 
> it's the Debian communities package. Maybe it should say "my version xyz 
> of package foo". If you take any offence on this, I really pity you.
 I don't take it as an offence, I was just curious why did you write it
as your package.

> > Why do you NMU immediately when I'm known for quick reply?
> First, because I can, second, because that's what the DDs at the BSP told 
> me to do.
 It's always friendly to ask the maintainer first, s/he may have other
things waiting in the queue and/or know a better way to achieve the same
goal.

> > Why do you ignore other fixes that I've mentioned to you in
> > my previous mail? That includes collation with RMs.
> You did not mention any fixes. You mentioned a pending upload. I thought 
> you were referring to the pending upload of 1.2.0-2 to *wheezy*, which 
> does not include any fix for the issue we are discussing.
 I gave you the URL to check and you noted that it doesn't fix the bug
you are referring to. For me, it was look like you checked the attached
diff before answering.
 There's no need to do an extra upload to make an already uploaded
version available in testing (Wheezy this time). A freeze exception is
enough from a release manager.

> How about being a bit more specific next time? I also find that you failed 
> to post any details of your fix to the BTS. Even though you may be known 
> for "quick reply", other parties might be interested in how to fix the 
> problem beforehand. You even may want testers for a patch before uploading 
> it. In any case, the BTS report log lacks any hint whatsoever about your 
> fix.
 ? Please check again #682172 [1], it contains details and attached diff
files. Sure, I'll CC everything next time to the relevant bugreports.

> > Anyway, I've included your patch in -3, even if I'm not convinced about
> > it. I think it would have been better to send HUP signal first, then
> > after a specified time send TERM signal to couchdb.
> 
> Abusing SIGHUP for shutdown in my opinion is a major violation of 
> well-estabished standards that should be discussed with upstream.
 As noted, it's not CouchDB upstream, but the Erlang VM. It does not
ignore SIGHUP itself, but inherit that mask from apt-get . The Erlang VM
actually doesn't have any possibility to change the signal ignorance
mask as I know. Thus even if I note it to upstream, it's a language
barrier and known already.

> In conclusion, Debian is a community-effort. I am very convinced that no 
> single person owns any part of it, so no single person should ever take 
> offence on someone else helping them.
 I agree on this. As a community effort, it needs coordination. You
missed to ask the maintainer first, that you've an RC bugfix, would s/he
upload soon or an NMU would be better after twenty-four hours. Instead,
you immediately ignored the maintainer and asked everyone for NMU
sponsorship. I asked questions to learn what I can do better next time
to prevent misunderstanding. It was you who make offence and even CC to
a closed bugreport.

>  If you had e-mailed your own patch 
> for the problem to the BTS right when you wrote it, also mentioning that 
> you are about to upload it, would have both solve the problem you see 
> *and* saved me and the fellows at the BSP quite a few hours of work.
 A discussion was going on an other bugreport and you were given with an
URL of that. You are right that only when I've learnt you are working on
that issue. I had the presupposition that you'll check it and when you
replied that doesn't fix the issue, I thought you did.

> Please note that you posted your tiny little hint about some pending 
> upload only *after* you realized that we were doing work on the issue.
 I agree on this, I should have tag the bug as pending. The little hint
about upload pending contained the URL with the attached diff and the
information release managers are involved in discussion.

> Please also realize that Frank and I spent almost two full days on the 
> issue, discussing with dpkg and apt developers and shell gurus all 
> possible ways of solving this issue in a way that does *not* violate 
> upstream's ideas of signal handling. Although you included the fix in the 
> end, and although you claim to be *quick* at it, please try to recognize 
> your fellow community members' work and also try to understand if they 
> like to get credits for it.
 I do note others work in changelogs, see some quick examples[2][3][4].
About the SIGHUP change, you mentioned '[varacanero]', that I couldn't
parse. On the other hand, you are noted in couchdb_sighup.patch as it
was your work and I do honor it.

Regards,
Laszlo/GCS
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682172
[2] http://packages.qa.debian.org/s/sqlite3/news/20120516T212014Z.html
[3] http://packages.qa.debian.org/p/python-eventlet/news/20121117T144838Z.html
[4

Bug#692821: gdm3: gdm 3.6.1-2 does not unlock login keyring

[Laurent Bigonville]

Package: gdm3
Followup-For: Bug #692821

Hi,

It seems that none of the sessions PAM modules (pam_selinux,
pam_loginuid...) are called.

ck-list-session is showing wrong login-session-id.

Cheers

Laurent Bigonville

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

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

Versions of packages gdm3 depends on:
ii  accountsservice 0.6.21-7
ii  adduser 3.113+nmu3
ii  dconf-gsettings-backend 0.12.1-3
ii  dconf-tools 0.12.1-3
ii  debconf [debconf-2.0]   1.5.46
ii  dpkg1.16.9
ii  gir1.2-glib-2.0 1.34.2-1
ii  gnome-session [x-session-manager]   3.6.0-1
ii  gnome-session-bin   3.6.0-1
ii  gnome-session-fallback [x-session-manager]  3.6.0-1
ii  gnome-settings-daemon   3.6.1-1
ii  gnome-terminal [x-terminal-emulator]3.4.1.1-2
ii  gsettings-desktop-schemas   3.6.0-1
ii  libaccountsservice0 0.6.21-7
ii  libatk1.0-0 2.6.0-1
ii  libaudit0   1:1.7.18-1.1
ii  libc6   2.13-37
ii  libcairo-gobject2   1.12.2-2
ii  libcairo2   1.12.2-2
ii  libcanberra-gtk3-0  0.28-6
ii  libcanberra00.28-6
ii  libfontconfig1  2.9.0-7
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.34.2-1
ii  libglib2.0-bin  2.34.2-1
ii  libgtk-3-0  3.6.1-1
ii  libpam-modules  1.1.3-7.1
ii  libpam-runtime  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libpango1.0-0   1.30.0-1
ii  librsvg2-common 2.36.1-1
ii  libselinux1 2.1.12-1
ii  libupower-glib1 0.9.17-1
ii  libwrap07.6.q-24
ii  libx11-62:1.5.0-1
ii  libxau6 1:1.0.7-1
ii  libxdmcp6   1:1.1.1-1
ii  libxrandr2  2:1.3.2-2
ii  lsb-base4.1+Debian9
ii  metacity [x-window-manager] 1:2.34.3-3
ii  policykit-1-gnome   0.105-2
ii  terminator [x-terminal-emulator]0.96-2
ii  upower  0.9.17-1
ii  x11-common  1:7.7+1
ii  x11-xserver-utils   7.7~3

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.5.3-2
ii  desktop-base   7.0.3
ii  gnome-icon-theme   3.4.0-2
ii  gnome-icon-theme-symbolic  3.4.0-2
ii  x11-xkb-utils  7.7~1
ii  xserver-xephyr 2:1.12.4-3
ii  xserver-xorg   1:7.7+1
ii  zenity 3.4.0-2

Versions of packages gdm3 suggests:
ii  gnome-orca3.4.2-2
ii  gnome-shell   3.6.2-1
pn  gok   
ii  libpam-gnome-keyring  3.4.1-5

-- Configuration Files:
/etc/gdm3/greeter.gsettings changed [not included]

-- debconf information:
* shared/default-x-display-manager: gdm3
  gdm3/daemon_name: /usr/sbin/gdm3


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

Bug#694420: [INTL:tr] Turkish debconf templates translation

[Arthur de Jong]

On Mon, 2012-11-26 at 13:29 +0200, Atila KOÇ wrote:
> Please find attached the Turkish translation of the nss-pam-ldapd
> package.

Thanks for the translation. I plan to upload a new release to
experimental soon which will include the translation. However, the
version in experimental has a few small debconf template changes.

Attached is a version of tr.po with the two changed strings marked as
fuzzy.

I another version targeting wheezy is uploaded I will see if I can also
include the translation.

Thanks,

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# Atila KOÇ , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: nss-pam-ldapd\n"
"Report-Msgid-Bugs-To: nss-pam-ld...@packages.debian.org\n"
"POT-Creation-Date: 2012-11-11 15:59+0100\n"
"PO-Revision-Date: 2012-11-16 11:23+0200\n"
"Last-Translator: Atila KOÇ \n"
"Language-Team: Turkish \n"
"Language: tr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 1.5.4\n"

#. Type: string
#. Description
#: ../nslcd.templates:1001
msgid "LDAP server URI:"
msgstr "LDAP sunucusu Tekdüzen Kaynak Tanımlayıcısı (URI):"

#. Type: string
#. Description
#: ../nslcd.templates:1001
msgid ""
"Please enter the Uniform Resource Identifier of the LDAP server. The format "
"is \"ldap://:/\". Alternatively, \"ldaps://\" "
"or \"ldapi://\" can be used. The port number is optional."
msgstr ""
"LDAP sunucusunun Tekdüzen Kaynak Tanımlayıcısını (URI) giriniz.  Bu \"ldap://";
":/\" şeklinde bir dizgedir. \"ldaps://"
"\" ya da \"ldapi://\" de kullanılabilir. Bağlantı noktası (port) numarası "
"seçime bağlıdır."

#. Type: string
#. Description
#: ../nslcd.templates:1001
msgid ""
"When using an ldap or ldaps scheme it is recommended to use an IP address to "
"avoid failures when domain name services are unavailable."
msgstr ""
"'ldap' ya da 'ldaps' düzeni kullanıldığında, alan adı hizmetinin "
"erişilemediği durumlarda aksama yaşanmaması için IP adresi kullanmanız "
"önerilir."

#. Type: string
#. Description
#: ../nslcd.templates:1001
#, fuzzy
#| msgid "Multiple URIs can be specified by separating them with spaces."
msgid "Multiple URIs can be separated by spaces."
msgstr "Aralarında boşluk bırakılarak birden fazla URI tanımlanabilir."

#. Type: string
#. Description
#: ../nslcd.templates:2001
msgid "LDAP server search base:"
msgstr "LDAP sunucusu arama tabanı:"

#. Type: string
#. Description
#: ../nslcd.templates:2001
msgid ""
"Please enter the distinguished name of the LDAP search base. Many sites use "
"the components of their domain names for this purpose. For example, the "
"domain \"example.net\" would use \"dc=example,dc=net\" as the distinguished "
"name of the search base."
msgstr ""
"LDAP arama tabanının belirgin adını giriniz. Çoğu site bunun için alan "
"adlarının bileşenlerini kullanır. Örneğin alan adı \"example.net\" olan "
"site, arama tabanı belirgin adı olarak \"dc=example,dc=net\" kullanır."

#. Type: select
#. Choices
#: ../nslcd.templates:3001
msgid "none"
msgstr "yok"

#. Type: select
#. Choices
#: ../nslcd.templates:3001
msgid "simple"
msgstr "basit"

#. Type: select
#. Choices
#: ../nslcd.templates:3001
msgid "SASL"
msgstr "SASL"

#. Type: select
#. Description
#: ../nslcd.templates:3002
msgid "LDAP authentication to use:"
msgstr "Kullanılacak LDAP doğrulama biçimi:"

#. Type: select
#. Description
#: ../nslcd.templates:3002
msgid ""
"Please choose what type of authentication the LDAP database should require "
"(if any):"
msgstr ""
"Lütfen LDAP veritabanı tarafından istenecek doğrulama şeklini seçiniz (eğer "
"varsa):"

#. Type: select
#. Description
#: ../nslcd.templates:3002
msgid ""
" * none: no authentication;\n"
" * simple: simple bind DN and password authentication;\n"
" * SASL: any Simple Authentication and Security Layer mechanism."
msgstr ""
" * yok: doğrulama yok;\n"
" * basit: belirgin ad (DN) ile basit bağlantı ve parola ile doğrulama;\n"
" * SASL: herhangi bir Basit Doğrulama ve Güvenlik Katmanı (SASL) yöntemi."

#. Type: string
#. Description
#: ../nslcd.templates:4001
msgid "LDAP database user:"
msgstr "LDAP veritabanı kullanıcısı:"

#. Type: string
#. Description
#: ../nslcd.templates:4001
msgid ""
"Enter the name of the account that will be used to log in to the LDAP "
"database. This value should be specified as a DN (distinguished name)."
msgstr ""
"LDAP veritabanında oturum açmak için kullanılacak hesabın adını giriniz. Bu "
"değer bir belirgin ad (DN) şeklinde girilmelidir (örneğin dc=example,dc=net)."

#. Type: password
#. Description
#: ../nslcd.templates:5001
msgid "LDAP user password:"
msgstr "LDAP kullanıcı parolası:"

#. Type: password
#. Description
#: ../nslcd.templates:5001
msgid "Enter the password that will be used to log in to the LDAP database."
msgstr "LDAP veritabanında oturum açmak iç

Bug#694561: unblock: mathgl/1.11.2-15

[Adam D. Barratt]

Control: tags -1 - fixed

The unblock's not really fixed yet. ;-)

On Tue, 2012-11-27 at 23:04 +0200, Dimitrios Eftaxiopoulos wrote:
> Στις Τρι 27 Νοε 2012 22:10:06 Adam D. Barratt γράψατε:
> > > +Comment: The above text has been extracted from  the file
> > > + http://svn.code.sf.net/p/mathgl/code/mathgl-code/mathgl-1x/texinfo/
> > > + copyright.texi
> > > + in the upstream SCM repository, related to version 1.11.3. It is used
> > 
> > but that URL appears to be 404. I'd rather not have to checkout the
> > whole upstream repository to check. :-)
> 
> Sorry, you are right, I have to correct the URL address. I think I will 
> upload 
> a new 1.11.2-16 version with the correct URL and I will file a new unblock 
> request for the 1.11.2-16. Is it OK with you?

There's no need to file a new unblock request - just retitle this one
and remove the "moreinfo" tag once the new upload is in unstable.

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#694375: xterm: Please update to a later upstream version

[Julien Cristau]

On Tue, Nov 27, 2012 at 20:40:26 +0100, Julien Cristau wrote:

> I'm looking at 287, and have a problem with the desktop file:
> 
Another thing: the manpage change in 283 (to use a macro for xterm)
seems to break 'whatis':

$ lexgrog xterm.man
xterm.man: parse failed

resulting in:

$ whatis xterm
xterm (1)- (unknown subject)

Maybe the change should be reverted from the NAME section.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#612688: sleepd: Problem with ACPI backend

[Andrew Shadura]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello,

On Thu, 10 Feb 2011 00:04:32 +0100
gregor herrmann  wrote:

> The ACPI backend for --battery doesn't work with newer kernels
> (experienced with 2.6.37 from experimental); if I read acpi.c
> correctly, it looks for /proc/acpi/{ac_adapter,battery}, and those
> paths seem to have vanished.

> (The fallback on hal doesn't really help if hal isn't installed but
> it still produces lots of DBUS errors; without failing on startup.)

The attached patch fixes ACPI backend (removing the old procfs method
at the same time).

- -- 
WBR, Andrew
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBCAAGBQJQtS5IAAoJEG6k0jEaLSaN0AkQAILxIdTfGzSgbdyZ3DrF3SnJ
kuVAXS0qNWQ9jlVGhadoyOEUKPdXDU7gOe+BOzPkoqtG/BpAlG+8vDOoUUPEBNnh
T97g2bvzEHChC6+FXbGgBtx35Ims5f8cJY33K8OXqU9ijyz8uyYho4hNl4wUE1Vr
U78NyK5BwxIi6ugve0yfn+0hqwub0mWerb1VHm063KVnlhmSvi7ucTd+/FP3OUsB
vdaW0xqlOnDXABX86ELhVIHdXFICAuq+2gObmv2oeQ0kSk+95fT2Q1xfYYxW91aD
HR2yGDMT3gEWRvVJo0OGPa0q9orJvejdCrXyb07BwfIqo4tU5d9AZ6UDaGcdI5IJ
BXjXeGcF05901W1sfzdm4k6Dqt2PTXIkYWRaGFO81ygSUX0Foe/DLQMqq3+SQADP
5ljTjeXDEjQ2t7BA1J//5ABuIdu7oPE2duQ0KAFWHLDI+X4m6yZN2UxVZUmbb/ac
vAyh/XUpNYoldlbdzMJLJYGjYtjchGLn9XAuheW7GMc+s0N2hyiP3yLrwLnB/y1c
NKRsQ/QEEtL+ZRr21EYyHiKt+nLOhKwZWKGDyUYojztSDwFPnAZAcrVQhLoyJ5rK
Rnqz6zlZxH9rdMGGNT3oZv1d/fYeXjl3y2DUK+9gKT6aVC3baUhEYuN0e+2gUOh6
ciKOIOERu+4Od4V/9fTI
=C3v6
-END PGP SIGNATURE-
From: Andrew Shadura 
Subject: Use sysfs instead of procfs.
Date: Tue, 27 Nov 2012 22:10:12 +0100
Commit-Id: 179:5047487ef89e85d419f1c99d59e22eecad992f81

Use sysfs instead of procfs.

diff --git a/acpi.c b/acpi.c
--- a/acpi.c
+++ b/acpi.c
@@ -17,7 +17,7 @@
 
 #include "acpi.h"
 
-#define PROC_ACPI "/proc/acpi"
+#define SYSFS_PATH "/sys/class/power_supply"
 #define ACPI_MAXITEM 8
 
 int acpi_batt_count = 0;
@@ -32,48 +32,25 @@ int acpi_ac_count = 0;
 char acpi_ac_adapter_info[ACPI_MAXITEM][128];
 char acpi_ac_adapter_status[ACPI_MAXITEM][128];
 
-/* These are the strings used in the ACPI shipped with the 2.4 kernels */
-char *acpi_labels_old[] = {
-	"info",
+char *acpi_labels[] = {
+	"uevent",
 	"status",
-	"battery",
-	"ac_adapter",
-	"on-line",
-	"Design Capacity:",
-	"Present:",
-	"Remaining Capacity:",
-	"Present Rate:",
-	"State:",
-#if ACPI_THERMAL
-	"thermal",
-#endif
-	"Status:",
-	NULL
-};
-
-/* These are the strings used in ACPI in the 2.5 kernels, circa version
- * 20020214 */
-char *acpi_labels_20020214[] = {
-	"info",
-	"state",
-	"battery",
-	"ac_adapter",
-	"on-line",
-	"design capacity:",
-	"present:",
-	"remaining capacity:",
-	"present rate:",
-	"charging state:",
+	"BAT",
+	"AC",
+	"POWER_SUPPLY_CAPACITY=",
+	"POWER_SUPPLY_CHARGE_FULL_DESIGN=",
+	"POWER_SUPPLY_PRESENT=",
+	"POWER_SUPPLY_CHARGE_NOW=",
+	"POWER_SUPPLY_CURRENT_NOW=",
+	"POWER_SUPPLY_STATUS=",
 #if ACPI_THERMAL
 	"thermal_zone",
 #endif
-	"state:",
-	"last full capacity:",
+	"POWER_SUPPLY_ONLINE=",
+	"POWER_SUPPLY_CHARGE_FULL=",
 	NULL
 };
 
-char **acpi_labels = NULL;
-
 #if ACPI_THERMAL
 int acpi_thermal_count = 0;
 char acpi_thermal_info[ACPI_MAXITEM][128];
@@ -129,6 +106,21 @@ char *get_acpi_value (const char *file, 
 	return scan_acpi_value(buf, key);
 }
 
+/* Returns the battery percentage.
+ */
+int get_acpi_batt_percentage(int battery) {
+	int d;
+	char *s;
+
+	s = get_acpi_value(acpi_batt_info[battery], acpi_labels[label_capacity]);
+	if (s == NULL)
+		d = 0; /* battery not present */
+	else
+		d = atoi(s);
+
+	return d;
+}
+
 /* Returns the maximum capacity of a battery.
  *
  * Note that this returns the highest possible capacity for the battery,
@@ -182,7 +174,7 @@ int find_items (char *itemname, char inf
 	
 	char pathname[128];
 
-	sprintf(pathname,PROC_ACPI "/%s",itemname);
+	sprintf(pathname, SYSFS_PATH);
 
 	dir = opendir(pathname);
 	if (dir == NULL)
@@ -192,6 +184,9 @@ int find_items (char *itemname, char inf
 		!strcmp("..", ent->d_name))
 			continue;
 
+		if (strstr(ent->d_name, itemname) != ent->d_name)
+			continue;
+
 		devices[num_devices]=strdup(ent->d_name);
 		num_devices++;
 		if (num_devices >= ACPI_MAXITEM)
@@ -199,14 +194,14 @@ int find_items (char *itemname, char inf
 	}
 	closedir(dir);
 	
-	/* Sort, since readdir can return in any order. /proc/ does
-	 * sometimes list BATT2 before BATT1. */
+	/* Sort, since readdir can return in any order. /sys/ does
+	 * sometimes list BAT1 before BAT0. */
 	qsort(devices, num_devices, sizeof(char *), _acpi_compare_strings);
 
 	for (i = 0; i < num_devices; i++) {
-		sprintf(infoarray[i], PROC_ACPI "/%s/%s/%s", itemname, devices[i],
+		sprintf(infoarray[i], SYSFS_PATH "/%s/%s", devices[i],
 			acpi_labels[label_info]);
-		sprintf(statusarray[i], PROC_ACPI "/%s/%s/%s", itemname, devices[i],
+		sprintf(statusarray[i], SYSFS_PATH "/%s/%s", devices[i],
 			acpi_labels[label_status]);
 		free(devices[i]);
 	}
@@ -243,8 +238,8 @@ int find_thermal(void) {
 int on_ac_power (void) {
 	int i;
 	for (i = 0; i < acpi_ac_count; i++) {
-char *on

Bug#694293: valgrind: references to "???"

[Alessandro Ghedini]

On sab, nov 24, 2012 at 10:22:51 -0500, Samuel Bronson wrote:
> I see some screwed up references in valgrind(1), in particular here:
> 
> ,
> |--vgdb= [default: yes]
> |Valgrind will provide "gdbserver" functionality when --vgdb=yes 
> or
> |--vgdb=full is specified. This allows an external GNU GDB 
> debugger
> |to control and debug your program when it runs on Valgrind. See
> |???  for a detailed description.
> | 
> |If the embedded gdbserver is enabled but no gdb is currently 
> being
> |used, the ???  command line utility can send "monitor commands" 
> to
> |Valgrind from a shell. The Valgrind core provides a set of ???. A
> |tool can optionally provide tool specific monitor commands, which
> |are documented in the tool specific chapter.
> | 
> |--vgdb=full incurs significant performance overheads.
> `
> 
> ... and here:
> 
> ,
> |--cache-sim= [default: no]
> |Specify if you want to do full cache simulation. By default, only
> |instruction read accesses will be counted ("Ir"). With cache
> |simulation, further event counters are enabled: Cache misses on
> |instruction reads ("I1mr"/"ILmr"), data read accesses ("Dr") and
> |related cache misses ("D1mr"/"DLmr"), data write accesses ("Dw")
> |and related cache misses ("D1mw"/"DLmw"). For more information,
> |see ???.
> `
> 
> Unfortunately, the error messages one gets from docbook-xsl aren't
> terribly easy to follow, so I don't have a patch for it :-(.

I'm no docbook expert, but looking at the XML sources it seems that the '???'
should have been replaced by some kind of links. Also, from the build log:

> ERROR: xref linking to manual-core-adv.gdbserver has no generated link text.
> Error: no ID for constraint linkend: manual-core-adv.gdbserver.
> ERROR: xref linking to manual-core-adv.vgdb has no generated link text.
> Error: no ID for constraint linkend: manual-core-adv.vgdb.
> ERROR: xref linking to manual-core-adv.valgrind-monitor-commands has no 
> generated link text.
> Error: no ID for constraint linkend: 
> manual-core-adv.valgrind-monitor-commands.
> Error: no ID for constraint linkend: manual-core.comment.
> ERROR: xref linking to manual-core.pthreads_perf_sched has no generated link 
> text.
> Error: no ID for constraint linkend: manual-core.pthreads_perf_sched.
> ERROR: xref linking to cg-manual has no generated link text.
> Error: no ID for constraint linkend: cg-manual.

According to [0] this is a known problem, and, unless these are different
problems, to solve it one would need to do "two-pass processing". I'll have a
look at the linked page to see if this actually solves the problem.

Cheers

[0] http://sourceware.org/ml/docbook-apps/2003-q4/msg00729.html

-- 
perl -E '$_=q;$/= @{[@_]};and s;\S+;;eg;say~~reverse'


signature.asc
Description: Digital signature

Bug#694561: unblock: mathgl/1.11.2-15

[Dimitrios Eftaxiopoulos]

Control: tags -1 + fixed

Στις Τρι 27 Νοε 2012 22:10:06 Adam D. Barratt γράψατε:
> Control: tags -1 + moreinfo
> 
> On Tue, 2012-11-27 at 21:03 +0200, Dimitrios Eftaxiopoulos wrote:
> > This upload fixes RC bug #693885. It includes a change in the
> > debian/copyright file that makes the documenttion license free.
> 
> That's interesting wording, as it implies that you've simply changed the
> content of the file. From reading the bug log though, it appears to mean
> the far saner alternative that upstream changed the license under which
> they are releasing the file.
> 
> Is that change - and particularly its application to the 1.11.2 release
> - documented anywhere public? I noticed that the patch includes this
> 
> reference:
> > +Comment: The above text has been extracted from  the file
> > + http://svn.code.sf.net/p/mathgl/code/mathgl-code/mathgl-1x/texinfo/
> > + copyright.texi
> > + in the upstream SCM repository, related to version 1.11.3. It is used
> 
> but that URL appears to be 404. I'd rather not have to checkout the
> whole upstream repository to check. :-)

Sorry, you are right, I have to correct the URL address. I think I will upload 
a new 1.11.2-16 version with the correct URL and I will file a new unblock 
request for the 1.11.2-16. Is it OK with you?

Thanks
Dimitris


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

Bug#694567: O: libimlib2-ruby -- Ruby Extension for the Imlib2 C library

[Jon Bernard]

Package: wnpp
Severity: normal

I no longer use this package, nor do I have the required time to maintain it
properly. Therefore I orphan this package now.

-- 
Jon


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