Bug#575822: [PATCH] SLURM Perl modules & Torque wrappers packaging

[Julien BLACHE]

gennaro.ol...@cnr.it wrote:

Hi,

> thank you very much for your parch.

You're welcome! Glad you liked it :-)

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer -  
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 



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

Bug#622044: choosewm: FTBFS: configure:4871: error: "Could not find gtk/gtk.h

[Steve Langasek]

Package: choosewm
Version: 0.1.6-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch

Hi Bernhard,

The attached patch addresses this build failure by fixing choosewm to use
the standard pkg-config interface for querying include paths, instead of
hard-coding the values.  These includes should never be hard-coded, as they
are not guaranteed to be constant over time - indeed, they will be changing
again very soon because of multiarch.

Since you appear to be upstream for this package as well, I'll note that
there are a few other oddities here:

 - you're testing in configure.ac for headers that you aren't using
   (glib.h, pango/pango.h, cairo/cairo.h, atk/atkobject.h).  These checks
   are pretty redundant; either they are needed and the compiler will spit
   out an error soon enough, or they aren't and the warning is a red
   herring.
 - it's not normal to require users to pass CPPFLAGS manually to make -
   especially when you're using autoconf and building against libraries such
   as gtk, which provide a standard interface for this in the form of
   pkg-config (and for which standard autoconf macros - PKG_PROG_PKG_CONFIG
   and PKG_CHECK_MODULES - are readily available).

I strongly encourage you as the upstream to use these interfaces in your
upstream build system; they will make your software more portable and your
package more robust against irrelevant library changes.

-- 
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
diff -u choosewm-0.1.6/debian/rules choosewm-0.1.6/debian/rules
--- choosewm-0.1.6/debian/rules
+++ choosewm-0.1.6/debian/rules
@@ -13,7 +13,7 @@
 	CFLAGS += -O2
 endif
 LDFLAGS = -Wl,-z,defs
-CPPFLAGS = -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo
+CPPFLAGS = $(shell pkg-config --cflags gtk+-2.0 glib-2.0 pango atk cairo)
 
 ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
 MAKEFLAGS += -j$(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
diff -u choosewm-0.1.6/debian/control choosewm-0.1.6/debian/control
--- choosewm-0.1.6/debian/control
+++ choosewm-0.1.6/debian/control
@@ -2,7 +2,7 @@
 Section: x11
 Priority: extra
 Maintainer: Bernhard R. Link 
-Build-Depends: debhelper (>= 5), libglib2.0-dev, libpango1.0-dev, libatk1.0-dev, libgtk2.0-dev, libcairo2-dev
+Build-Depends: debhelper (>= 5), libglib2.0-dev, libpango1.0-dev, libatk1.0-dev, libgtk2.0-dev, libcairo2-dev, pkg-config
 Standards-Version: 3.8.4
 
 Package: choosewm
diff -u choosewm-0.1.6/debian/changelog choosewm-0.1.6/debian/changelog

Bug#619618: update-grub results in unbootable system

[Geronimo]

output from bootinfoscript attached. I removed nfs- and local bind entries 
from fstab. Rest of the output is unchanged.

See device changes from different boot times (no hw-change)

> In GRUB shell could you try executing
> terminal_output gfxterm
> ?

results in:
no suitable mode found


regards

Gero
Boot Info Script 0.55dated February 15th, 2010  
  

= Boot Info Summary: ==

 => Grub 2 is installed in the MBR of /dev/sda and looks on the same drive in 
partition #2 for (,msdos2)/grub.
 => No boot loader is installed in the MBR of /dev/sdb
 => No boot loader is installed in the MBR of /dev/sdc
 => Testdisk is installed in the MBR of /dev/sdd
 => No boot loader is installed in the MBR of /dev/sde
 => No boot loader is installed in the MBR of /dev/sdf
 => Windows is installed in the MBR of /dev/sdg
 => Grub 2 is installed in the MBR of /dev/sdh and looks on the same drive in 
partition #3 for (,msdos3)/boot/grub.

sda1: _

File system:   ext4
Boot sector type:  -
Boot sector info:  
Operating System:  Debian GNU/Linux 6.0
Boot files/dirs:   /etc/fstab

sda2: _

File system:   ext3
Boot sector type:  -
Boot sector info:  
Operating System:  
Boot files/dirs:   /grub/grub.cfg /grub/core.img

sda3: _

File system:   ext4
Boot sector type:  -
Boot sector info:  
Operating System:  Ubuntu 10.10
Boot files/dirs:   /boot/grub/grub.cfg /etc/fstab /boot/grub/core.img

sdb1: _

File system:   swap
Boot sector type:  -
Boot sector info:  

sdb2: _

File system:   ext3
Boot sector type:  -
Boot sector info:  
Operating System:  
Boot files/dirs:   

sdc1: _

File system:   swap
Boot sector type:  -
Boot sector info:  

sdc2: _

File system:   ext4
Boot sector type:  -
Boot sector info:  
Operating System:  
Boot files/dirs:   

sdd1: _

File system:   swap
Boot sector type:  -
Boot sector info:  

sdd2: _

File system:   ext4
Boot sector type:  -
Boot sector info:  
Operating System:  
Boot files/dirs:   

sde1: _

File system:   ext3
Boot sector type:  -
Boot sector info:  
Operating System:  
Boot files/dirs:   

sdf1: _

File system:   ext3
Boot sector type:  -
Boot sector info:  
Operating System:  
Boot files/dirs:   

sdg1: _

File system:   ntfs
Boot sector type:  Windows Vista/7
Boot sector info:  No errors found in the Boot Parameter Block.
Operating System:  
Boot files/dirs:   

sdh1: _

File system:   xfs
Boot sector type:  -
Boot sector info:  
Operating System:  
Boot files/dirs:   

=== Drive/Partition Info: =

Drive: sda ___ 
_

Disk /dev/sda: 40.0 GB, 40020664320 bytes
255 heads, 63 sectors/track, 4865 cylinders, total 78165360 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes

Partition  Boot Start   End  Size  Id System

/dev/sda1  6341,961,77941,961,717  83 Linux
/dev/sda2* 41,963,52042,743,807   780,288  83 Linux
/dev/sda3  42,743,80878,163,96735,420,160  83 Linux


Drive: sdb ___ 
_

Disk /dev/sdb: 150.0 GB, 150039945216 bytes
255 heads, 63 sectors/track, 18241 cylinders, total 293046768 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes

Partition  Boot Start   End  Size  Id System

/dev/sdb1   2,04839,063,55139,061,504  82 Linux swap / 
Solaris
/dev/sdb2  39,063,552   293,046,271   253,982,720  83 Linux


Drive: sdc ___ 
_

Bug#622091: libmodplug ReadS3M stack overflow

[Remi Denis-Courmont]

Package: libmodplug
Version: 1:0.8.8.1-2
Severity: grave
Tags: security upstream
Justification: user security hole


Hello,

An exploitable memory corruption vulnerability has been publicized
against libmodplug 0.8.8.1:
http://seclists.org/fulldisclosure/2011/Apr/113

Upstream version 0.8.8.2 fixes the issue.

Best regards,

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

Kernel: Linux 2.6.38-2-686 (SMP w/2 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#585510: Fwd: RFS: herculesstudio

[Thomas Goirand]

On 04/10/2011 04:40 AM, Liang Guo wrote:
> CC to debian-mentors and BUG:585510
> 
> On Sat, Apr 9, 2011 at 1:07 PM, Thomas Goirand  wrote:
>> 1/ Can you use the new DEP5 format for your debian/copyright?
>>
> Done
> 
>> 2/ The policy is now 3.9.1.
> Done, actually current policy is 3.9.2 now, but lintian don't support
> it yet. so I still use 3.9.1
> 
>>
>> 3/ I think you should remove useless comments in your debian/rules, it
>> would improve readability. Like:
> Unnecessary comments are removed.
> 
>> 4/ I tried the GUI, and it seemed vaguely working, that's enough for me.
>> But where exactly in the Gnome menu did it install???
>>
> I added herculesstudio.desktop, so Hercules Studio can be found at
> System or System/Simulator now.

Thanks for these changes. It was mostly cosmetic (apart from the
.desktop which was really missing...).

> And I've push my changes to git.d.o, you can check it at:
> 
> git://git.debian.org/git/collab-maint/herculesstudio.git
> 
> Thanks and Regards,

That's great if you use Git, I maintain all of my packages this was as
well. But next time you ask for sponsorship, please fill the Vcs-Git and
Vcs-Browser fields of debian/control accordingly.

As the Vcs-* fields were not blockers, I did upload the package to SID
for you. Please correct this in your Git for the next upload. :)

Thanks for your interest in Debian, and for your work. I am now
confident that you deserve the DM status, and I can for sure vouch for
you, in a more definitive way that I did on my first message.

Thomas



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

Bug#621836: exim4: Could not perform immediate configuration

[Jonathan Plews]

Morning,

I have had this happen recently too, but I was moving from ssmtp to  
exim on wheezy, using aptitude to remove ssmtp first allowed exim to  
install. There are many mentions of this error, some very old, but  
this one seems to give an clue at least.


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

The most relevant things seem to be the Essential tag, but also the  
fact that apt is not giving a helpful error, finding exactly which  
package is causing the problem may be difficult.


Just did a quick check and this does not happen on a couple of Lenny  
systems, or Squeeze systems with very few other packages installed.  
Finding the actual cause could be painful, it would be nice if Apt  
gave more information.


Regards

Jon

Quoting Slavko :


Ahoj,

D?a Sat, 9 Apr 2011 13:12:23 +0200 Andreas Metzler
 napísal:


works for me:


nice to know.

except cron, the proces for me was similar, only ends with mentioned
error, i have no special APT settings in  this system... can be this
caused by some other package(s), which depends on mta?

--
Slavko
http://slavino.sk






This message was sent using IMP, the Internet Messaging Program.


pgpixxpGtCKQx.pgp
Description: PGP Digital Signature

Bug#622092: cyrus-imapd-2.2: fix for build with multiarch

[Steve Langasek]

Package: cyrus-imapd-2.2
Version: 2.2.13-19
Severity: normal
Tags: patch
User: vor...@debian.org
Usertags: multiarch

Hi folks,

The current cyrus-imapd-2.2 package fails to build from source in a
multiarch library environment, because passing --with-com_err=/usr on the
commandline results in a hard-coded linker option of /usr/lib/libcom_err.a -
which will no longer be the right path after libcomerr2 is converted for
multiarch.  The attached patch has been applied in Ubuntu for this issue,
correcting this call to use --with-com_err with no argument to get the
default search path.

Multiarch should be coming to unstable within the month, so I would
encourage you to apply this patch to the package at your earliest
convenience.

-- 
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
diff -u cyrus-imapd-2.2-2.2.13/debian/rules cyrus-imapd-2.2-2.2.13/debian/rules
--- cyrus-imapd-2.2-2.2.13/debian/rules
+++ cyrus-imapd-2.2-2.2.13/debian/rules
@@ -99,7 +99,7 @@
 	 --disable-listext --enable-annotatemore --with-sasl=/usr \
 	 --with-drac=/usr \
 	 --with-cyrus-user=cyrus --with-cyrus-group=mail \
-	 --with-tclsh=/usr/bin/tclsh --with-com_err=/usr \
+	 --with-tclsh=/usr/bin/tclsh --with-com_err \
 	 --with-pidfile=/var/run/cyrmaster.pid \
 	 --with-syslogfacility=MAIL \
 	 --with-seen-db=skiplist --with-mboxlist-db=skiplist \

Bug#436466: dash: Please optimise single command given to -c to exec it

[Jonathan Nieder]

tags 436466 + patch
forwarded 436466 http://thread.gmane.org/gmane.comp.shells.dash/556
quit

Jilles Tjoelker wrote:

> Regarding sh -c optimization, I am in favour of this. Uselessly waiting
> 'sh -c' processes annoy me. I made the change for FreeBSD 8.0 sh

Thanks.



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

Bug#621921: phonon 4.6.0 is in reality 4.4.2 : is it possible to upgrade to 4.4.3 in squeeze ?

[Modestas Vainius]

Hello,

On Saturday 09 April 2011 18:41:52 Michel Briand wrote:
> Package: phonon
> Version: 4:4.6.0really4.4.2-1
> Severity: wishlist
> 
> Hi,
> 
> phonon 4.4.3 has fixed a *very important bug* [1].
> 
> This bug prevents amarok from playing file
> which names are not ascii (iso-8859-15 for example).
> 
> Is it possible to bump squeeze version ?

Maybe somebody will build backports. Though it's troublesome as 4.4.4+ has 
many changes. If I were you, I would switch locale to UTF-8. Do not delay 
invetitable.

Personally I'm not interested. Updating squeeze-proper to 4.4.3 is out of the 
question with the exception of backporting a patch.

-- 
Modestas Vainius 


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

Bug#621836: exim4: Could not perform immediate configuration

[Andreas Metzler]

On 2011-04-09 Slavko  wrote:
> Ahoj,

> Dňa Sat, 9 Apr 2011 13:12:23 +0200 Andreas Metzler
>  napísal:

> > works for me:

> nice to know.

> except cron, the proces for me was similar, only ends with mentioned
> error, i have no special APT settings in  this system... can be this
> caused by some other package(s), which depends on mta?

Hej,

just for completeness sake, does "apt-get install exim4" work for you
or does it produce the same error as "aptitude install exim4"?

cu andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'



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

Bug#622077: identicurse: Exception in thread - ValueError: time data... does not match format...

[Alessio Treglia]

severity 622077 serious
thanks

Hi,

thanks for the report.
I'll upload the new upstream release within few days.

Cheers,

-- 
Alessio Treglia          | www.alessiotreglia.com
Debian Developer         | ales...@debian.org
Ubuntu Core Developer    | quadris...@ubuntu.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0



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

Bug#621914: patch correction

[Ximin Luo]

whoops, was just informed that the .d in "init.d" stands for "directory";
sending updated patch to correct my terminology. this one entirely replaces the
previous patch I sent.

-- 
GPG: 4096R/5FBBDBCE
>From f87008c948beba958dbe82109ca2067b1fbe8a6c Mon Sep 17 00:00:00 2001
From: Ximin Luo 
Date: Sat, 9 Apr 2011 14:16:15 +0100
Subject: [PATCH] add wrapper shell scripts to package, also no need to export DEB_* vars

---
 debian/build-wrapper-scripts   |  140 
 debian/rules   |   18 +++--
 debian/service-wrapper.install |3 +
 3 files changed, 154 insertions(+), 7 deletions(-)
 create mode 100755 debian/build-wrapper-scripts

diff --git a/debian/build-wrapper-scripts b/debian/build-wrapper-scripts
new file mode 100755
index 000..73f7ae7
--- /dev/null
+++ b/debian/build-wrapper-scripts
@@ -0,0 +1,140 @@
+#!/bin/sh
+# Split up service-wrapper-java sh.script.in into a user-editable config
+# component that calls the static code, which needs not be modified.
+
+SRCSH="src/bin/sh.script.in"
+
+if [ ! -f "$SRCSH" ]; then echo >&2 "cwd has no $SRCSH"; exit 1; fi
+if [ ! -d "$BUILD_DIR" ]; then echo >&2 "BUILD_DIR not a directory, or unset: $BUILD_DIR"; exit 1; fi
+
+WRAPPER_SERVICE="$1"
+WRAPPER_CMD="$2"
+
+mk_init_template() {
+	{
+	sed -n -e "1,${2}p" "$SRCSH"
+	cat <&2 "WRAPPER_CONF not set; abort"
+	exit 1
+fi
+
+EOF
+	sed -n -e "${2},\$p" "$SRCSH"
+}
+
+mk_make_wrapper_init_sh() {
+	cat <<'EOF2'
+#!/bin/sh
+# Create an application-specific initscript that runs service-wrapper.
+
+QUIET=false
+PREINIT_SH=/dev/null
+
+case "$1" in
+-q|--quiet)
+	QUIET=true
+	;;
+-h|--help)
+	echo >&2 "Usage: cat  | $0 [-q|--quiet]"
+	exit 1
+esac
+
+if ! $QUIET; then
+	cat >&2 < "$PREINIT_SH"
+
+if ! $QUIET; then set -x; fi
+eval sed $SED_ARGS < "$BUILD_DIR/$(basename $WRAPPER_SERVICE)"
+chmod +x "$BUILD_DIR/$(basename $WRAPPER_SERVICE)"
+mk_make_wrapper_init_sh $L1 $L2 > "$BUILD_DIR/make-wrapper-init.sh"
+chmod +x "$BUILD_DIR/make-wrapper-init.sh"
+
+}
diff --git a/debian/rules b/debian/rules
index 470a219..8954ea8 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,10 +1,12 @@
-#!/usr/bin/make -f 
+#!/usr/bin/make -f
 
 DH_VERBOSE=1
-CLASSPATH="/usr/share/java/junit4.jar:/usr/share/java/junit.jar:/usr/share/java/commons-collections.jar"
+DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH)
+DEB_HOST_ARCH_CPU := $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU)
+CLASSPATH := /usr/share/java/junit4.jar:/usr/share/java/junit.jar:/usr/share/java/commons-collections.jar
+JAVA_HOME := /usr/lib/jvm/default-java
 export CLASSPATH
-export DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH)
-export DEB_HOST_ARCH_CPU := $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU)
+export JAVA_HOME
 
 #DEB_DESTDIR=debian/acgvision-agent
 
@@ -38,6 +40,7 @@ build-indep-stamp:
 	dh_testdir
 	# Build the package
 	jh_build
+	BUILD_DIR=lib $(CURDIR)/debian/build-wrapper-scripts /usr/share/wrapper/daemon.sh /usr/sbin/wrapper
 	touch $@
 
 clean:
@@ -47,6 +50,7 @@ clean:
 	dh_clean
 	rm -f lib/*.jar
 	rm -f lib/*.so
+	rm -f lib/*.sh
 	rm -f src/c/*.o
 	rm -f bin/wrapper
 
@@ -63,7 +67,7 @@ binary-arch: build-arch
 	dh_clean -k
 	dh_install -a
 	#jh_installlibs wrapper.jar -plibservice-wrapper-java
-	dh_installdocs -a 
+	dh_installdocs -a
 	dh_installchangelogs -a
 	dh_installman debian/wrapper.1
 	#jh_depends
@@ -82,7 +86,7 @@ binary-arch: build-arch
 
 binary-indep: build-indep install-indep
 	# Create the package here
-	dh_testdir 
+	dh_testdir
 	dh_testroot -i
 	dh_clean -k
 	dh_install -i
@@ -112,5 +116,5 @@ post-clean:
 	rm -f src/c/*.o
 	rm -f bin/wrapper
 
-binary: binary-indep binary-arch 
+binary: binary-indep binary-arch
 .PHONY: build build-arch build-indep clean binary-indep binary-arch binary install-indep  post-clean
diff --git a/debian/service-wrapper.install b/debian/service-wrapper.install
index 46a0e53..a5b21ea 100644
--- a/debian/service-wrapper.install
+++ b/debian/service-wrapper.install
@@ -1 +1,4 @@
 bin/wrapper usr/sbin/
+lib/daemon.sh usr/share/wrapper/
+lib/make-wrapper-init.sh usr/share/wrapper/
+conf/wrapper.conf usr/share/wrapper/
-- 
1.7.4.1

Bug#621710: qemu-system-sparc/sparc64: does not boot with Debian Installer

[Aurelien Jarno]

On Thu, Apr 07, 2011 at 11:28:55PM -0400, Mehul Sanghvi wrote:
> Package: qemu-system
> Version: 0.12.5+dfsg-3
> Severity: normal
> 
> 
> prompt% qemu-img info qemu-debian-sparc.img
> image: qemu-debian-sparc.img
> file format: raw
> virtual size: 5.0G (5368709120 bytes)
> disk size: 0
> 
> prompt%  qemu-system-sparc -hda qemu-debian-sparc.img -boot d -m 256
> -cdrom ISO_Images/Debian/debian-6.0.1a-sparc-businesscard.iso
> Welcome to OpenBIOS v1.0 built on Feb 27 2010 22:57
> 
> [sparc] booting file 'cdrom' with parameters ''
> Trying cdrom (/iommu/sbus/espdma/esp/sd@2,0)
> Not a bootable ELF image
> Not a Linux kernel image
> Loading a.out image...
> Loaded 7680 bytes
> entry point is 0x4000
> Jumping to entry point...
> 
> ### At this point it freezes up.  Nothing happens at all.

This doesn't work given qemu-system-sparc emulates a 32-bit CPU, while
Debian needs a 64-bit CPU.

> prompt%  qemu-system-sparc64 -hda qemu-debian-sparc.img -boot d -m 256
> -cdrom ISO_Images/Debian/debian-6.0.1a-sparc-businesscard.iso
> 
> ...
> ...
> ...
> [0.00] Initializing cgroup subsys cpu
> 

This is because qemu-system-sparc64 is not yet complete to the point of
booting a Linux kernel. I'll advise you to install etch instead, which
is the last Debian sparc release with support for 32-bit CPU.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#621836: exim4: Could not perform immediate configuration

[Slavko]

Ahoj,

Dňa Sun, 10 Apr 2011 09:51:01 +0200 Andreas Metzler
 napísal:

> On 2011-04-09 Slavko  wrote:
> > Ahoj,
> 
> > Dňa Sat, 9 Apr 2011 13:12:23 +0200 Andreas Metzler
> >  napísal:
> 
> > > works for me:
> 
> > nice to know.
> 
> > except cron, the proces for me was similar, only ends with mentioned
> > error, i have no special APT settings in  this system... can be this
> > caused by some other package(s), which depends on mta?
> 
> Hej,
> 
> just for completeness sake, does "apt-get install exim4" work for you
> or does it produce the same error as "aptitude install exim4"?

Simple: yes.

before i fill the bug i tried apt-get too (from my history):

apt-get -o APT::Immediate-Configure=0 install exim4

but i do not tried apt-get without -o option and i have exim4 installed
and configured now, then i cannot test it again.

regards

-- 
Slavko
http://slavino.sk


signature.asc
Description: PGP signature

Bug#621840: lintian: please warning when urgency in changes does not match the changelog

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2011-04-10 04:24, Russ Allbery wrote:
> Niels Thykier  writes:
> 
>> Nope, I would keep the dpkg-genchanges behaviour to choose the highest,
>> but ask the developer to be explicit about it.  The good thing about the
>> current behaviour is that if you import a bunch of changes from (e.g.)
>> Ubuntu and one of them closes a security issue, then as long as you
>> remember the -v option, then you get the right urgency.
>>   The idea was to make Lintian nag if there is a mismatch, mostly
>> because if there is a security/priority issue, there is no problem in
>> bumping the current changelog entry (to confirm it) and if there is not
>> an issue, there is no reason for the urgency to be inflated (causing
>> reduced time before testing migration).
> 
> Oh, okay, I see.
> 
> Hm.  I guess I have no strong opinion.  It feels weird to me to tag the
> most recent upload as high urgency even if there's nothing in that change
> to warrant high urgency just because earlier changes were high urgency,
> but this may just be a personal twitch that I'd get over.
> 
> I don't know how frequently this might happen.  It might be worth asking
> the release team what they think.
> 

Alternatively we could look for "urgency/priority" in the changelog
entry (similar to the "upload to unstable" check we currently do), if
you feel that is less weird.

~Niels

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJNoWR0AAoJEAVLu599gGRCOeYP/0lOIjdYFMh2Ym9+g25/UFug
1Cf0chM84zxQhgipm+nuxSZNSB/88yL9pG7WokVWB31Fy1H2FcOP4Zpf4EHNFTQV
aqu8lOTvwrr+7YisDHtJeqmBBXYRQ1SmYdcU4IWfV1Od2k0v9ZIgKUVIHZyfY8Uk
/OfomKV0WKqmWfGXN3fcZItGYMpCdr3KzyGweEJCVAhPFxUyyFIOLrfFjyq/lR17
R/kSUieBJK4mnjExHGWtEMbw+YG7/N22N8al7zNY3WnKZ1tWWgctg0SCZjTqeISR
q2TdBEWx1muSLLVjaVBddWu7+ty7wAEHivKeADh/ruUYDJ4rt7dBs/aU7OT9MhE4
5k+W3tgrr44Iz0y//VeBpKBFd/hBgg2BK7SoyM4Ch5pmm1pW3HP1juEVCzLRlh1k
VavYHzVU5J5zNOFOELB/2QGpLxSpNTJvVacxHRXtk9x1Z923zxlNTnliq5pISfMn
0qL2qcfqqCdtsuPqxluL5hfSAKtjGqzW5SR+ME55JhcpkEsWCdd4eC8KGLjRUM8/
pEHjGOgonJMPemCKU6HbtUVcHKDPrrR7O2av4skTVtjTnnF7vdsVA9EH+zyG7YJP
tV0n4xmX6WLflg6JndXj2HRCmkYGUmgn3bdhvAXvkM0ccEWkJSPqNdqgBYphUmAW
Ijv9XkUMei3qhSRcfeud
=XCHT
-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#582212: Sorry, but I believe this bug was more of a misconfiguration.

[Bastian Blank]

On Sat, Apr 09, 2011 at 07:46:33PM +0200, Santiago Garcia Mantinan wrote:
> At least on my case I was blacklisting quite a few kernel modules on my
> guest of things I didn't want supported to save some memory, in the end it
> resulted that one of the modules (evdev I believe, I'll check it out for
> sure as soon as I have access to the machines, but I'm almost sure it was
> that one) was needed for acpi power button to be routed to the guest's
> acpid.

Yes. Such button presses are reported via the input system in the
meantime, not longer via the acpi special handling. So you need evdev.

Bastian

-- 
Where there's no emotion, there's no motive for violence.
-- Spock, "Dagger of the Mind", stardate 2715.1



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

Bug#619845: [PATCH] tagdemo: Link to libfoo

[Ralf Wildenhues]

Hi Kurt,

* Kurt Roeckx wrote on Sat, Apr 02, 2011 at 09:06:05PM CEST:
> * tests/tagdemo/Makefile.am: Link to all libraries that the
> demo application uses.

Thanks, I'm pushing that patch in your name.

Cheers,
Ralf

2011-04-10  Kurt Roeckx  <...>

tagdemo: do not rely on picking up symbols from indirect deps.
* tests/tagdemo/Makefile.am: Link to all libraries that the
demo application uses.

diff --git a/tests/tagdemo/Makefile.am b/tests/tagdemo/Makefile.am
index e945c25..295e7b6 100644
--- a/tests/tagdemo/Makefile.am
+++ b/tests/tagdemo/Makefile.am
@@ -1,6 +1,6 @@
 ## Makefile.am -- Process this file with automake to produce Makefile.in
 ##
-##   Copyright (C) 2003, 2004, 2005 Free Software Foundation
+##   Copyright (C) 2003, 2004, 2005, 2011 Free Software Foundation
 ##   Written by Gary V. Vaughan, 2003
 ##
 ##   This file is part of GNU Libtool.
@@ -47,7 +47,7 @@ noinst_HEADERS = foo.h baz.h conv.h
 bin_PROGRAMS = tagdemo
 
 tagdemo_SOURCES = main.cpp
-tagdemo_LDADD = libbaz.la
+tagdemo_LDADD = libbaz.la libfoo.la
 
 libtool: $(LIBTOOL_DEPS)
$(SHELL) ./config.status --recheck



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

Bug#621840: lintian: please warning when urgency in changes does not match the changelog

[Russ Allbery]

Niels Thykier  writes:

> Alternatively we could look for "urgency/priority" in the changelog
> entry (similar to the "upload to unstable" check we currently do), if
> you feel that is less weird.

Well, but similar to the urgency setting itself, one would naturally put
that in the urgent changelog entry, rather than in the most recent entry.
So I think that's about the same 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#622093: memtest86+: [INTL:sk] Slovak po-debconf translation

[Slavko]

Package: memtest86+
Severity: wishlist
Tags: l10n patch
Version: 4.20-1

sk.po attached

regards

-- 
Slavko
http://slavino.sk
# Slovak translations for memtest86+ package
# Slovenské preklady pre balík memtest86+.
# Copyright (C) 2011 THE memtest86+'S COPYRIGHT HOLDER
# This file is distributed under the same license as the memtest86+ package.
# Automatically generated, 2011.
# Slavko , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: memtest86+ 4.20-1\n"
"Report-Msgid-Bugs-To: memtest...@packages.debian.org\n"
"POT-Creation-Date: 2009-12-02 22:23+0100\n"
"PO-Revision-Date: 2011-04-10 09:43+0200\n"
"Last-Translator: Slavko \n"
"Language-Team: Slovak \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Language: sk\n"
"Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Run lilo automatically after upgrade (if found)?"
msgstr "Spustiť po aktualizácii automaticky lilo (ak je nájdené)?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"If lilo is installed and its configuration file contains the memtest86/"
"memtest86+ image, then it should be re-run in order to allow booting the new "
"image."
msgstr ""
"Ak je nainštalované lilo a jeho konfiguračný súbor obsahuje obraz memtest86/"
"memtest86+, potom musí byť znova spustené, aby bolo možné zavádzať nový "
"obraz."


signature.asc
Description: PGP signature

Bug#585409: package wine1.2 series

[Adrian Glaubitz]

Package: wine
Version: 1.2-0.1
Severity: normal

Hi Stephen,

do you think you could update your packages to the recently released
stable version 1.2.3? The first 1.2 release, 1.2.0, is already over
half a year old and I don't think this version should go into Debian
unstable.

Thanks alot for the work so far. It's really annoying having to build
wine myself each time a new version is released.

Adrian



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

Bug#622094: Handle "Exec format error" executing bad maintainer script

[Ben Armstrong]

Package: dpkg
Version: 1.15.8.10
Severity: normal

Today, we were assisting a user on #debian at irc.oftc.net. He had
installed a package from a third-party source that included a bad
.postrm maintainer script. The script was executable, yet completely
empty. The package was therefore not removable, even with
--force-remove-reinstreq as it would cause an "Exec format error" and
refuse to remove it.

Please ensure dpkg can handle such broken maintainer scripts (either
upon removal, or even better, upon installation so the problem is
noticed and addressed earlier) as a user attempting to remove such a
broken package will be unable to do so without expert intervention.

This is a transcript of the attempted removal:

$ sudo dpkg --remove --force-remove-reinstreq caine-from-deb
dpkg: warning: overriding problem because --force enabled:
 Package is in a very bad inconsistent state - you should
 reinstall it before attempting a removal.
(Reading database ... 146919 files and directories currently installed.)
Removing caine-from-deb ...
dpkg (subprocess): unable to execute installed post-removal script 
(/var/lib/dpkg/info/caine-from-deb.postrm): Exec format error
dpkg: error processing caine-from-deb (--remove):
 subprocess installed post-removal script returned error exit status 2
Errors were encountered while processing:
 caine-from-deb

Of course, once we had determined the .postrm was empty, merely removing
the offending maintainer script enabled removal of the package, but this
sort of analysis is beyond the average user to accomplish on their own.

Thanks,
Ben



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

Bug#622095: gccgo: uninstallable on armel

[Adam D. Barratt]

Package: gccgo
Version: 4:4.6.0-3
Severity: serious

Hi,

gccgo is uninstallable on armel as it depends on gccgo-4.6, which is
only built on amd64 and i386.

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#602050: ITP: supercollider -- A real time audio synthesis programming language

[Dan S]

2011/4/10 Felipe Sateler :
> On Mon, Apr 4, 2011 at 03:06, Dan S  wrote:
>> 2011/4/4 Felipe Sateler :
>>> On Mon, Mar 28, 2011 at 18:42, Dan S  wrote:
 2011/3/28 Dan S :
> 2011/3/28 Felipe Sateler :
> I've pushed a commit to that branch that apparently solves the issue.

 Great, works here, thanks.

 Someone else started the supercollider packaging (on ubuntu) and he
 had reasons for going with --install-sandbox. He is bcc'ed here -
 Artem please send me (or deb-mm) a mail if you have objections.

 I'll merge that branch into master, and send the change upstream (for
 inclusion in 3.4.2).
>>>
>>> Remember to include the change in master as a patch instead of
>>> directly modifying SConstruct!
>>
>> Ping?
>
> Thanks for the nudge - now committed. Any feedback welcome - this was
> the first time I used quilt "properly"

 ...and now SC 3.4.2 has been released on the same day. So I've
 imported it into the git (3 patches no longer needed, hooray) - all
 testing and feedback welcome.
>>>
>>>
>>> Looks like you didn't actually merge the upstream branch into master
>>> but instead imported the new tarball as a new commit.
>>
>> I used git-import-orig, surely that's the right thing to do?
>> 
>
> Hmm, it seems to have done a broken import. Did it actually succeed in
> the merge?

Yes it did. If there's anything I should do that can fix this, please
let me know.

There will be a version 3.4.3 out fairly soon (3.4.2 has a
regression!) so I'll need to know how to import it right.

> Also, please push the upstream tag too.

Ah, sorry, now done.

Dan



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

Bug#622087: RFP: vcprompt -- prints a short string about VCS for shell prompt

[Yuya Nishihara]

Yuya Nishihara wrote:
> Package: wnpp
> Severity: wishlist
> 
> 
> * Package name: vcprompt
>   Version : 0.0.0.20110322hg95cd6b390fdb
>   Upstream Author : Greg Ward 
> * URL : http://vc.gerg.ca/hg/vcprompt/
> * License : GPL
>   Programming Lang: C
>   Description : prints a short string about VCS for shell prompt
> 
> vcprompt is a little C program that prints a short string, designed to
> be included in your prompt, with barebones information about the current
> working directory for various version control systems.  It is designed
> to be small and lightweight rather than comprehensive.

Here's unofficial debian package available:

https://bitbucket.org/yuja/vcprompt-mq/downloads/vcprompt_0.0.0.20110322hg95cd6b390fdb-1_i386.deb
https://bitbucket.org/yuja/vcprompt-mq/downloads/vcprompt_0.0.0.20110322hg95cd6b390fdb-1_amd64.deb

files under debian/ directory:
https://bitbucket.org/yuja/vcprompt-mq/downloads/vcprompt_0.0.0.20110322hg95cd6b390fdb-1.debian.tar.gz
https://bitbucket.org/yuja/vcprompt-mq/src/36a0287aaa63/debian.diff

Regards,
Yuya



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

debian-bugs-dist@lists.debian.org

[Eugene V. Lyubimkin]

tags 622061 + confirmed
quit

On 2011-04-10 06:07, Cyril Brulebois wrote:
> I guess that, depending on a long's size, your package FTBFS:
> | [ 18%] Building CXX object 
> cpp/lib/CMakeFiles/cupt2.dir/src/internal/pininfo.cpp.o
> | 
> /build/buildd-cupt_2.0.0~rc1-amd64-YZl_PV/cupt-2.0.0~rc1/cpp/lib/src/internal/pininfo.cpp:
>  In member function 'ssize_t cupt::internal::PinInfo::getOriginalAptPin(const 
> std::shared_ptr&) const':
> | 
> /build/buildd-cupt_2.0.0~rc1-amd64-YZl_PV/cupt-2.0.0~rc1/cpp/lib/src/internal/pininfo.cpp:58:51:
>  error: no matching function for call to 'min(int, long int&)'
> | make[3]: *** [cpp/lib/CMakeFiles/cupt2.dir/src/internal/pininfo.cpp.o] 
> Error 1
> 
> Full build logs:
>   https://buildd.debian.org/status/package.php?p=cupt&suite=experimental

Seems like type (up)casting (even safe) is not done for template
functions.  Thanks for filing.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



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

Bug#622096: xen-utils-common: error in script "block" by checking loop device sharing prevents DomU from start

[Artur Linhart]

Package: xen-utils-common
Version: 4.0.0-1
Severity: important


The script /etc/xen/scripts/block contains an error in the part which 
is checking the sharing of the already created loop devices. This error
leads in the case of somespecific file inode values
to the wrong report of the loop device as being already used
and causes then the domain could not be started with such device at all, 
there is only displayed the message

File {filename} is loopback-mounted through {loop1devname}, which is mounted in 
a guest domain {domainname}, and so cannot be mounted now.

This error occurs in the case the inode of the given file
is the substring of the another inode of the another file used also 
as loop device (for example as a block device in different DomU)
Concretely, in my case I have one file with inode value 13 and the second 
with inode value 1356984

In this case the part of the script "block":

shared_list=$(losetup -a | grep ' \[0*'${dev}'\]:'${inode} |

does not work correctly, it resolves the file with inode 1356984 which is 
already
used like the file with inode 13 and prevents the usage of the file with inode 
13,
thinking it is already used.
Also, the check of the sharing could generally cause following error:
It would also not work anymore in the case there are multiple inodes,
starting with "13" - then the given statement resolves multiple loop devices, so
even if the device "13" would be already used, the checking of the sharing 
reports multiple
loop devices (loop device corresponding with all such inodes like 1356984, 13, 
1369336)
what leads in the next processing in function check_sharing to the wrong 
evaluation and
report the device 13 can be used again.

The solution of this problem is (at least in my case it helped, but I think this
could be a general solution of the output of "losetup -a" is always the same)
to modify the statement above like follows:

shared_list=$(losetup -a | grep ' \[0*'${dev}'\]:'"${inode} " |


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

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

Versions of packages xen-utils-common depends on:
ii  gawk1:3.1.7.dfsg-5   GNU awk, a pattern scanning and pr
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii  udev164-3/dev/ and hotplug management daemo
ii  xenstore-utils  4.0.1-2  Xenstore utilities for Xen

xen-utils-common recommends no packages.

xen-utils-common suggests no packages.

-- Configuration Files:
/etc/default/xendomains changed [not included]
/etc/init.d/xend changed [not included]
/etc/xen/scripts/block changed [not included]
/etc/xen/scripts/network-bridge changed [not included]
/etc/xen/scripts/qemu-ifup changed [not included]
/etc/xen/scripts/vif-bridge changed [not included]
/etc/xen/scripts/vif-common.sh changed [not included]
/etc/xen/xend-config.sxp changed [not included]

-- 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#622097: memtest86: [INTL:sk] Slovak po-debconf translation

[Slavko]

Package: memtest86
Severity: wishlist
Tags: l10n patch
Version: 3.5-2.2

sk.po attached

regards

-- 
Slavko
http://slavino.sk
# Slovak translations for memtest86 package
# Slovenské preklady pre balík memtest86.
# Copyright (C) 2011 THE memtest86'S COPYRIGHT HOLDER
# This file is distributed under the same license as the memtest86 package.
# Automatically generated, 2011.
# Slavko , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: memtest86 3.5-2.2\n"
"Report-Msgid-Bugs-To: memtest...@packages.debian.org\n"
"POT-Creation-Date: 2009-12-02 22:23+0100\n"
"PO-Revision-Date: 2011-04-10 09:46+0200\n"
"Last-Translator: Slavko \n"
"Language-Team: Slovak \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Language: sk\n"
"Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Run lilo automatically after upgrade (if found)?"
msgstr "Spustiť po aktualizácii automaticky lilo (ak je nájdené)?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"If lilo is installed and its configuration file contains the memtest86/"
"memtest86+ image, then it should be re-run in order to allow booting the new "
"image."
msgstr ""
"Ak je nainštalované lilo a jeho konfiguračný súbor obsahuje obraz memtest86/"
"memtest86+, potom musí byť znova spustené, aby bolo možné zavádzať nový "
"obraz."


signature.asc
Description: PGP signature

Bug#622098: [l10n] Updated Czech translation of xsp debconf messages

[Miroslav Kure]

Package: xsp
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of
xsp debconf messages. Please include it with the package.

Thanks
-- 
Miroslav Kure
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: xsp\n"
"Report-Msgid-Bugs-To: x...@packages.debian.org\n"
"POT-Creation-Date: 2011-04-03 10:54+0100\n"
"PO-Revision-Date: 2011-04-10 10:38+0200\n"
"Last-Translator: Miroslav Kure \n"
"Language-Team: Czech \n"
"Language: cs\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../mono-apache-server4.templates:1001
#| msgid "Let mono-apache-server restart Apache?"
msgid "Let mono-apache-server4 restart Apache?"
msgstr "Má mono-apache-server4 restartovat Apache?"

#. Type: boolean
#. Description
#: ../mono-apache-server4.templates:1001
#| msgid ""
#| "The Debian version of mono-apache-server includes a mono-server-update "
#| "script that creates a configuration file for apache to start the ASP.NET "
#| "applications, and mono-server-update can restart apache if there's a new "
#| "configuration file (/etc/mono-server/mono-server-hosts.conf). If this is "
#| "true, then apache will be restarted when there is a new mono-server-hosts."
#| "conf file."
msgid ""
"The Debian version of mono-apache-server4 includes a mono-server4-update "
"script that creates a configuration file for apache to start the ASP.NET "
"applications, and mono-server4-update can restart apache if there's a new "
"configuration file (/etc/mono-server4/mono-server-hosts.conf). If this is "
"true, then  Apache will be restarted when there is a new mono-server4-hosts."
"conf file."
msgstr ""
"mono-apache-server4 v Debianu obsahuje skript mono-server4-update, který "
"slouží pro vytvoření konfiguračního souboru pro Apache, aby mohl Apache "
"spouštět aplikace v ASP.NET. Skript mono-server4-update umí rozpoznat, zda je "
"vytvořen nový konfigurační soubor /etc/mono-server4/mono-server-hosts.conf a "
"případně  restartovat Apache, aby se změny projevily. Chcete restartovat "
"Apache v případě nového konfiguračního souboru mono-server4-hosts.conf?"

#. Type: note
#. Description
#: ../mono-apache-server4.templates:2001 ../mono-apache-server2.templates:2001
#: ../mono-xsp4.templates:4001 ../mono-xsp2.templates:4001
msgid "ASP.NET 1.0 support removed"
msgstr "Odstraněna podpora ASP.NET 1.0"

#. Type: note
#. Description
#: ../mono-apache-server4.templates:2001
msgid ""
"You appear to have some ASP.NET 1.0 sites configured in /etc/mono-server1. "
"Support for the 1.0 profile has been removed from Mono 2.8 and above, and "
"you are no longer able to serve ASP.NET 1.0 sites. You must reconfigure XSP "
"to serve these sites using either 2.0 or 4.0 profiles, assuming your "
"application is compatible. Please see mono-server2-admin(8) or  mono-server4-"
"admin(8) to see how to regenerate a configuration for use   with 2.0 or 4.0 "
"profiles."
msgstr ""
"Zdá se, že v /etc/mono-server1 jsou nakonfigurovány nějaké weby pro ASP.NET "
"1.0. Podpora pro profil 1.0 byla z Mona 2.8 odstraněna, což znamená, že "
"již nemůžete hostovat weby pro ASP.NET 1.0. Pokud je aplikace kompatibilní, "
"stačí přenastavit XSP tak, aby tyto weby hostovalo pomocí profilu 2.0 nebo "
"4.0. Postup, jak upravit nastavení pro profily 2.0 resp. 4.0, naleznete "
"v manuálové stránce mono-server2-admin(8) resp. mono-server4-admin(8)."

#. Type: boolean
#. Description
#: ../mono-apache-server2.templates:1001
msgid "Let mono-apache-server2 restart Apache?"
msgstr "Má mono-apache-server2 restartovat Apache?"

#. Type: boolean
#. Description
#: ../mono-apache-server2.templates:1001
msgid ""
"The Debian version of mono-apache-server2 includes a mono-server2-update "
"script that creates a configuration file for apache to start the ASP.NET "
"applications, and mono-server2-update can restart apache if there's a new "
"configuration file (/etc/mono-server2/mono-server2-hosts.conf). If this is "
"true, then apache will be restarted when there is a new mono-server2-hosts."
"conf file."
msgstr ""
"mono-apache-server2 v Debianu obsahuje skript mono-server2-update, který "
"slouží pro vytvoření konfiguračního souboru pro Apache, aby mohl Apache "
"spouštět aplikace v ASP.NET. Skript mono-server2-update umí rozpoznat, zda "
"je vytvořen nový konfigurační soubor /etc/mono-server2/mono-server2-hosts."
"conf a případně  restartovat Apache, aby se změny projevily. Chcete "
"restartova

Bug#622099: [l10n] Updated Czech translation of mod-mono debconf messages

[Miroslav Kure]

Package: mod-mono
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of
mod-mono debconf messages. Please include it with the package.

Thanks
-- 
Miroslav Kure
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: mod-mono\n"
"Report-Msgid-Bugs-To: mod-m...@packages.debian.org\n"
"POT-Creation-Date: 2011-03-20 23:00+\n"
"PO-Revision-Date: 2011-04-09 12:16+0200\n"
"Last-Translator: Miroslav Kure \n"
"Language-Team: Czech \n"
"Language: cs\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Description
#: ../libapache2-mod-mono.templates:2001
msgid "Mono server to use:"
msgstr "Mono server, který se má použít:"

#. Type: select
#. Description
#: ../libapache2-mod-mono.templates:2001
#| msgid ""
#| "The libapache2-mod-mono module can be used with one of two different Mono "
#| "ASP.NET backends:\n"
#| " - mod-mono-server1: implements ASP.NET 1.1 features;\n"
#| " - mod-mono-server2: implements ASP.NET 2.0 features."
msgid ""
"The libapache2-mod-mono module can be used with one of two different Mono "
"ASP.NET backends:\n"
" - mod-mono-server2: implements ASP.NET 2.0 features;\n"
" - mod-mono-server4: implements ASP.NET 4.0 features."
msgstr ""
"Modul libapache2-mod-mono se dá použít s různými backendy pro Mono ASP.NET:\n"
" - mod-mono-server2: implementuje ASP.NET 2.0;\n"
" - mod-mono-server4: implementuje ASP.NET 4.0."

Bug#618197: snort: FTBFS: cp: cannot stat `doc/snort_manual.pdf': No such file or directory

[Javier Fernández-Sanguino Peña]

> Build-Depends-Indep is out of date. gs-common is an empty package
> nowadays.

Thanks for the solution, I wonder, however, why the gs-common didn't pull in
the ghostscript package in this autobuilder

I'm going to upload a new package to fix this bug right away anyway.

Regards

Javier


signature.asc
Description: Digital signature

Bug#614682: Trouble with settings daemons at startup

[Josselin Mouette]

Le samedi 09 avril 2011 à 14:22 +0200, Cyril Brulebois a écrit : 
> > However the X server does not properly clean up its state
> > immediately, leading to a race condition. If the startup is very
> > fast (which is usual for Xfce users or SSD owners), the new settings
> > daemon receives wrong information from the X server that a settings
> > daemon is still running, while actually it is not.
> 
> since you kind of know what's happening, I'd appreciate if you could
> open a bug upstream directly:
>   https://bugs.freedesktop.org/ product=xorg, component=Server/general

I have received more explanations from Ryan Lortie, and it might not be
as simple as “a bug in the X server”; although the problem probably lies
in the interaction between the Xsettings manager and the X server, it
might not be possible to actually fix it on the X side (which would mean
the Xsettings specification has a design flaw).

IMHO more testing is required before involving X people. You might want
to reassign this to gdm3 in the meantime, since although this is not a
bug in gdm3, it is the package that exhibits it.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
  `-[…] I will see what I can do for you.”  -- Jörg Schilling



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

Bug#622094: Handle "Exec format error" executing bad maintainer script

[Jonathan Nieder]

Hi,

Ben Armstrong wrote:

> Today, we were assisting a user on #debian at irc.oftc.net. He had
> installed a package from a third-party source that included a bad
> .postrm maintainer script. The script was executable, yet completely
> empty.

This seems suspicious.  Perhaps the postrm file had been truncated at
some point (e.g., sudden system failure while installing with an older
version of dpkg?).

> Please ensure dpkg can handle such broken maintainer scripts (either
> upon removal, or even better, upon installation so the problem is
> noticed and addressed earlier) as a user attempting to remove such a
> broken package will be unable to do so without expert intervention.

Do you mean something like a new "dpkg --force-failing-maintainer-scripts"?

In the general case, such a thing would be a very easy way to end up
with a broken system.  I'm not sure there's any reasonable thing to do
other than finding an expert to intervene.

That said, in the specific case you mentioned, the following (which
would be a good idea for other reasons otherwise) seems to work.  What
do you think?

-- 8< --
Subject: libdpkg: Use execvp unconditionally in command_exec

execvp already checks if its file argument contains a '/'; simplify by
not checking again for the same thing.

The real motivation is to avoid confusing behavior in an edge case:
when execve fails with ENOEXEC, execvp will run the script using the
system shell but execv will error out.

Signed-off-by: Jonathan Nieder 
---
 lib/dpkg/command.c |5 +
 1 files changed, 1 insertions(+), 4 deletions(-)

diff --git a/lib/dpkg/command.c b/lib/dpkg/command.c
index 5e7cd05..a711bfa 100644
--- a/lib/dpkg/command.c
+++ b/lib/dpkg/command.c
@@ -175,10 +175,7 @@ command_add_args(struct command *cmd, ...)
 void
 command_exec(struct command *cmd)
 {
-   if (strchr(cmd->filename, '/'))
-   execv(cmd->filename, (char * const *)cmd->argv);
-   else
-   execvp(cmd->filename, (char * const *)cmd->argv);
+   execvp(cmd->filename, (char * const *)cmd->argv);
ohshite(_("unable to execute %s (%s)"), cmd->name, cmd->filename);
 }
 
-- 
1.7.5.rc0




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

Bug#622100: xevil will not always read X resources correctly

[Rowan Vince]

Package: xevil
Version: 2.02r2-9
Tags: patch

xevil does not always read X resources correctly for the definition of keyboard 
mappings. This is because of the use of invalid memory in the routine 
Game::process_x_resources(). The "option" char pointer points to memory 
provided by a temporary string object that has gone out of scope when "option" 
is used. This bug is only noticeable for certain implementations of STL on the 
compiler platform. Here is a suggested fix:

--- a/cmn/game.cpp
+++ b/cmn/game.cpp
@@ -2254,10 +2254,10 @@ void Game::process_x_resources(int *,char **)
   strm << "right_" << keysNames[n];
 else
   strm << "right_" << keysNames[n] << "_2";
-const char *option = strm.str().c_str();
+string option = strm.str();
 
 // Should we free value??
-char *value = XGetDefault(ui->get_dpy(0),XEVIL_CLASS,option);
+char *value = 
XGetDefault(ui->get_dpy(0),XEVIL_CLASS,option.c_str());
 if (value) {
   KeySym keysym = XStringToKeysym(value);
   if (keysym != NoSymbol)
@@ -2273,10 +2273,10 @@ void Game::process_x_resources(int *,char **)
   strm << "left_" << keysNames[n];
 else
   strm << "left_" << keysNames[n] << "_2";
-const char *option = strm.str().c_str();
+string option = strm.str();
 
 // Should we free value??
-char *value = XGetDefault(ui->get_dpy(0),XEVIL_CLASS,option);
+char *value = 
XGetDefault(ui->get_dpy(0),XEVIL_CLASS,option.c_str());
 if (value) {
   KeySym keysym = XStringToKeysym(value);
   if (keysym != NoSymbol)

Bug#308832: [pkg-dhcp-devel] Running the DHCP server as non-root

[Andrew Pollock]

On Tue, Mar 22, 2011 at 05:02:56PM +, Matt Zimmerman wrote:
> Hello DHCP maintainers,
> 
> As part of a patch review for the DEX project[0], I came across this
> wishlist bug on dhcp3-server:
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=308832
> 
> for which a patch is available.
> 
> It looks like this issue was forwarded upstream and got a reference number,
> but I couldn't find any way to look up its current status upstream.  Is the
> upstream bug tracker not public?

No. Their rationale is that they have potentially sensitive paid-customer
bugs in there or something.
 
> I would like to help get this patch merged into Debian and upstream if
> possible.  It was originally based on 3.0.1-2, but Ubuntu has been carrying
> it since then, and so it's been merged up to 4.1.1-P1-15 and quite well
> tested at this stage.
> 
> The changes to upstream code are actually quite small and contained (10
> lines, across one source file and 2 makefiles).  Would you be willing to
> merge this small patch into the package until upstream decides what to do
> with it?
> 
> Can you tell me what you think and how you would like to proceed with this?

I have a personal policy of keeping the Debian package as close to upstream
as possible. Ideally the long term set of Debian patches should approach
zero.

I'm suffering from a severe lack of spare time at the moment, but after
mid-April I plan on getting back into DHCP-related stuff with a vengeance.

I've got a good relationship with upstream, and I plan on having a
face-to-face sit down with them in the near future. One of the things I'll
be discussing is bugs that I've forwarded upstream. I'll ensure that I
discuss this particular patch.

I've managed to get the LDAP patch accepted this way, and I'm sure I can get
a patch of this size accepted as well.

In the meantime, I'll also ping the ticket.

regards

Andrew


signature.asc
Description: Digital signature

Bug#472802: Next step: debian-mentors?

[Julian Gilbey]

On Sun, Apr 10, 2011 at 08:30:22AM +0200, Nicolas Barcet wrote:
> On 04/08/2011 10:16 PM, Eric Gerlach wrote:
> >  I'm willing to put in the time to try to find a sponsor and work out
> > getting the package uploaded, but you guys (Nick and Jean-Pascal) are
> > the maintainers, really.  If one of you wants to take that on, I
> > defer to you, if not, I hope you don't mind if I fight to get this
> > into the archive.
> 
> Please do. Its has already been 3 years since I first packaged this and
> if we can finally find a sponsor, I'll be more than happy...

I'm sorry for having been pretty rubbish; real life has just been *so*
crazy in the last few years :-(

Comments on the version in collab-maint (following a very brief
glance at postinst):

- don't use sudo in the maintainer scripts; there's no guarantee it'll
  be installed; it runs as root, anyway, so you can just do a plain
  chmod.

- the install/upgrade directories are chmod +x early on, but this is
  not undone in the abort-* or * targets; also, the upgrade directory
  is never locked again - is this correct?

If someone else has time to mentor this, that would be great.

   Julian



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

Bug#619963: memmove

[Török Edwin]

Marc Glisse wrote:
> Hello,
> 
> in the prototype of memmove (taken from glibc bits/string3.h), you will 
> notice __restrict in front of the arguments. This is not present in more 
> recent glibc versions and is a likely cause of your trouble.
> 

Indeed if I remove __restrict the bug is gone, and if I upgrade to libc6
2.13-0exp5, VLC's dec.c seems to be compiled correctly too.

Should gcc-4.6 depend on glibc >= 2.13?
Or should gcc-4.6 provide a fixed prototype for memmove via fix-includes?

Best regards,
--Edwin



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

Bug#622101: aptitude: Aptitude should have a filtering based upon a repositary

[Lev Lamberov]

Package: aptitude
Version: 0.6.3-3.2
Severity: wishlist

Aptitude should have filtering option based upon a repositary. For example, 
"show packages only from official Debian repositary" or "show packages only 
from Google repositary" and so on.

-- Package-specific info:
aptitude 0.6.3 compiled at Oct 16 2010 18:18:04
Compiler: g++ 4.4.5
Compiled against:
  apt version 4.10.1
  NCurses version 5.7
  libsigc++ version: 2.2.4.2
  Ept support enabled.
  Gtk+ support disabled.

Current library versions:
  NCurses version: ncurses 5.7.20100313
  cwidget version: 0.5.16
  Apt version: 4.10.1
linux-vdso.so.1 =>  (0x7fff70fff000)
libapt-pkg.so.4.10 => /usr/lib/libapt-pkg.so.4.10 (0x7f500787f000)
libncursesw.so.5 => /lib/libncursesw.so.5 (0x7f500762c000)
libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0x7f5007426000)
libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0x7f500715a000)
libept.so.1 => /usr/lib/libept.so.1 (0x7f5006efe000)
libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7f5006af9000)
libz.so.1 => /usr/lib/libz.so.1 (0x7f50068e2000)
libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x7f5006647000)
libboost_iostreams.so.1.42.0 => /usr/lib/libboost_iostreams.so.1.42.0 
(0x7f500642b000)
libpthread.so.0 => /lib/libpthread.so.0 (0x7f500620f000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x7f5005f05000)
libm.so.6 => /lib/libm.so.6 (0x7f5005c82000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x7f5005a6c000)
libc.so.6 => /lib/libc.so.6 (0x7f500570b000)
libutil.so.1 => /lib/libutil.so.1 (0x7f5005507000)
libdl.so.2 => /lib/libdl.so.2 (0x7f5005303000)
libuuid.so.1 => /lib/libuuid.so.1 (0x7f50050fe000)
libbz2.so.1.0 => /lib/libbz2.so.1.0 (0x7f5004eee000)
librt.so.1 => /lib/librt.so.1 (0x7f5004ce6000)
/lib64/ld-linux-x86-64.so.2 (0x7f5007bb4000)
Terminal: xterm
$DISPLAY is set.
`which aptitude`: /usr/bin/aptitude
aptitude version information:

aptitude linkage:

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

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

Versions of packages aptitude depends on:
ii  apt [libapt-pkg4.10]0.8.13.1 Advanced front-end for dpkg
ii  libboost-iostreams1.42. 1.42.0-4 Boost.Iostreams Library
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libcwidget3 0.5.16-3 high-level terminal interface libr
ii  libept1 1.0.5High-level library for managing De
ii  libgcc1 1:4.5.2-4GCC support library
ii  libncursesw55.7+20100313-5   shared libraries for terminal hand
ii  libsigc++-2.0-0c2a  2.2.4.2-1type-safe Signal Framework for C++
ii  libsqlite3-03.7.5-1  SQLite 3 shared library
ii  libstdc++6  4.5.2-4  The GNU Standard C++ Library v3
ii  libxapian22 1.2.4-1  Search engine library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages aptitude recommends:
ii  apt-xapian-index  0.41   maintenance and search tools for a
pn  aptitude-doc-en | aptitude-do  (no description available)
ii  libparse-debianchangelog-perl 1.1.1-2.1  parse Debian changelogs and output
ii  sensible-utils0.0.6  Utilities for sensible alternative

Versions of packages aptitude suggests:
pn  debtags(no description available)
ii  tasksel   2.89   Tool for selecting tasks for insta

-- 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#622102: buildd does not find any distrubutions after upgrade

[Sebastian Andrzej Siewior]

Package: buildd
Vesion: 0.62.2-1

I upgraded from 0.60.0-1 to 0.62.2-1 while re-deboostrapping the system.
The start of the new buildd started with 
|Reference found where even-sized list expected at 
/usr/share/perl5/Buildd/DistConf.pm line 46.
|Apr 10 08:34:24 buildd-watcher[13750]: daemon not running (no pid file).
|Apr 10 08:34:25 buildd[13785]: Daemon started. (pid=13785)
|Can't use string ("") as an ARRAY ref while "strict refs" in use at 
/usr/share/perl5/Buildd/Client.pm line 66.

and there was no buildd running. After I converted "@distributions = ("
to "$distributions = [" like the new /etc/buildd/buildd.conf I get this:

|Apr 10 08:38:16 buildd-watcher[14009]: daemon not running (no pid file).
|distribution list is empty, aborting. at /usr/share/perl5/Buildd/Daemon.pm 
line 95.

I don't think that this is a clone of #554953 since I don't use the old
fashion config with @take_from_dists, $wanna_build_user and so on
(However this seems to be parsed by the Buildd/Conf.pm file but so does
this.)
I also don't think that this is serious because the other buildd-admins
got it work...

Sebastian



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

Bug#621833: System users: removing them

[Steve Langasek]

On Sat, Apr 09, 2011 at 10:14:54AM +0100, Roger Leigh wrote:
> On Sat, Apr 09, 2011 at 09:44:28AM +0100, Lars Wirzenius wrote:
> > Thus, I propose to change 9.2.2 "UID and GID classes", the paragraph on
> > uids in the range 100-999, to add the following sentence to the end of
> > the paragraph:

> > Packages must not remove system users and groups they have
> > created.

> This does sound like a sensible addition.  Will the packages be
> responsible for locking the accounts?

I agree that the accounts should not be deleted, but that the packages
should still be responsible for certain forms of cleanup:

 - removing the user home directory (on purge?)
 - locking the account
 - (optional) scanning the filesystem to clean up any other files owned by
   the user

This is the good kind of cleanup to do.  Deleting the account entirely is
the bad kind of cleanup, because you can never guarantee that you've gotten
*all* the files belonging to that user/group, thanks to removable media; so
if the UID is reused, some other account gets access to files it wasn't
meant to.

> I've always found the addition and removal of user accounts in
> maintainer scripts difficult, due to the huge difference in
> practice between packages, and the lack of detailed guidance on
> best practice.  Would it be worth adding explicit examples of
> how to add system users and groups in Policy.  Also, would it
> be worth adding support to debhelper or dpkg-maintscript-helper
> to do the user addition--it would unify the process so that
> packages won't have to reinvent the wheel, and make things
> much more simple and reliable.

I don't think dpkg-maintscript-helper is the right layer of abstraction for
something like this; we already have an imperative interface for account
creation/deletion, which is adduser/deluser, and if that interface isn't
sufficiently straightforward we should remedy that directly.

I'm not sure if debhelper can help here.  I guess we would need a new config
file (debian/users?), but I'm not sure it could be done with a very
debhelper-like syntax.

-- 
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#618974: compiles perfectly with kfreebsd-i386 squeeze

[Steffen Möller]

Hello,

I installed squeeze yesterday for kfreebsd in qemu and (after a long long time) can report that the package is just compiling 
nicely. The problem is most likely not with BOINC but of course we should use that opportunity to locate the bug. I'll see now if 
I can reproduce the problem my updating unstable ...


S



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

Bug#621907: mono: FTBFS on kfreebsd-*: […]sgen-gc.h:188:39: error: 'SIGPWR' undeclared here

[Jo Shields]

On Sun, 2011-04-10 at 04:17 +0200, Cyril Brulebois wrote:
> Source: mono
> Version: 2.10.1-3
> Severity: serious
> Justification: FTBFS
> User: debian-...@lists.debian.org
> Usertags: kfreebsd
> 
> Hi,
> 
> thanks for that upload, but it still FTBFS. Funny to see SIGPWR
> mentioned in some posix-ish file, since it isn't. :-)

You're right, it isn't. Which is why there's an ifdef to use SIGXFSZ
instead on __APPLE__, __OpenBSD__ or __FreeBSD__. Seems we forgot to add
__FreeBSD_kernel__ to the mix.


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

Bug#622103: [PATCH] git-buildpackage: repo.get_submodules fails on filenames with whitespaces

[Bernd Zeimetz]

Package: git-buildpackage
Version: 0.5.21
Severity: important
Tags: patch

Hi,

in gbp/git.py, line 539:
mode, objtype, commit, name = line.split()
fails if the filename contains a whitespace. The proper split would be
mode, objtype, commit, name = line.split(None, 3)

A patch is attached.

Cheers,

Bernd


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

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

Versions of packages git-buildpackage depends on:
ii  devscripts   2.10.71 scripts to make the life of a Debi
ii  git [git-core]   1:1.7.4.1-5 fast, scalable, distributed revisi
ii  git-core 1:1.7.4.1-5 fast, scalable, distributed revisi
ii  python   2.6.6-12interactive high-level object-orie
ii  python-dateutil  1.4.1-3 powerful extensions to the standar
ii  python-support   1.0.11  automated rebuilding support for P

Versions of packages git-buildpackage recommends:
ii  cowbuilder0.62+nmu2  pbuilder running on cowdancer
ii  pristine-tar  1.13   regenerate pristine tarballs

Versions of packages git-buildpackage suggests:
pn  git-load-dirs  (no description available)
ii  python-notify 0.1.1-2+b2 Python bindings for libnotify

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/bin/git-buildpackage (from git-buildpackage package)
debsums: changed file /usr/share/pyshared/gbp/git.py (from git-buildpackage 
package)
>From 5f76ae54b967dc299ac482a7e5097d249258fb30 Mon Sep 17 00:00:00 2001
From: Bernd Zeimetz 
Date: Sun, 10 Apr 2011 11:34:04 +0200
Subject: [PATCH] gbp/git.py: Don't split filenames with whitespaces.

---
 gbp/git.py |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/gbp/git.py b/gbp/git.py
index 96c2255..fb5aa53 100644
--- a/gbp/git.py
+++ b/gbp/git.py
@@ -536,7 +536,7 @@ class GitRepository(object):
 
 out, ret =  self.__git_getoutput('ls-tree', args, cwd=path)
 for line in out:
-mode, objtype, commit, name = line.split()
+mode, objtype, commit, name = line.split(None, 3)
 # A submodules is shown as "commit" object in ls-tree:
 if objtype == "commit":
 nextpath = os.path.sep.join([path, name])
-- 
1.7.4.1

Bug#622085: Unusable system

[Pavel Vejnarek]

Hi,
I have the same problem with nfs-common that is mentioned in several bug 
reports (#622085, #621918, #562737, #621027). I don't know how much they are 
connected or which one is the real issue, but the system is definitely unusable 
since it cannot boot up normally. It hangs on the message "Starting NFS common 
utilities" and nothing helps except hardware reset. After the new start system 
boots up with nfs-common: failed message but next try after power-off and on 
booting hangs again.

So I tried to install rpcbind (and remove portmap) and now nfs-common seems to 
be working fine - thanks for that tip.

I think this is really critical bug and the fix should be delivered to the 
Wheeze asap or the last update (that caused this situation) should be taken 
back. It was not easy to detect what is wrong and find this solution.

Pavel



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

Bug#622104: man-db: /var/lib/dpkg/info/man-db.postinst Segmentation fault

[Cristian Ionescu-Idbohrn]

Package: man-db
Version: 2.6.0-1
Severity: normal

Downgrading to 2.5.9-4 works around this problem.

To reproduce:

# apt-get --reinstall install audacity
...
Processing triggers for man-db ...
%m{%S%n%s}%1+ . /usr/share/debconf/confmodule
%%m{%S%n%s}%1+ '[' '!' '' ']'
%%m{%S%n%s}%1+ PERL_DL_NONLAZY=1
%%m{%S%n%s}%1+ export PERL_DL_NONLAZY
%%m{%S%n%s}%1+ '[' '' ']'
%%m{%S%n%s}%1+ exec /usr/share/debconf/frontend 
/var/lib/dpkg/info/man-db.postinst triggered /usr/share/man
%m{%S%n%s}%1+ . /usr/share/debconf/confmodule
%%m{%S%n%s}%1+ '[' '!' 1 ']'
%%m{%S%n%s}%1+ '[' -z '' ']'
%%m{%S%n%s}%1+ exec
%%m{%S%n%s}%1+ '[' '' ']'
%%m{%S%n%s}%1+ exec
%%m{%S%n%s}%1+ DEBCONF_REDIR=1
%%m{%S%n%s}%1+ export DEBCONF_REDIR
%m{%S%n%s}%1+ db_version 2.0
%m{%S%n%s}%1+ _db_cmd 'VERSION 2.0'
%m{%S%n%s}%1+ IFS=' '
%m{%S%n%s}%1+ printf '%s\n' 'VERSION 2.0'
%m{%S%n%s}%1+ IFS='
'
%m{%S%n%s}%1+ read -r _db_internal_line
%m{%S%n%s}%1+ RET=2.0
%m{%S%n%s}%1+ case ${_db_internal_line%%[   ]*} in
%m{%S%n%s}%1+ return 0
%m{%S%n%s}%1+ '[' triggered = triggered ']'
%m{%S%n%s}%1+ run_mandb -pq
%m{%S%n%s}%1+ db_get man-db/auto-update
%m{%S%n%s}%1+ _db_cmd 'GET man-db/auto-update'
%m{%S%n%s}%1+ IFS=' '
%m{%S%n%s}%1+ printf '%s\n' 'GET man-db/auto-update'
%m{%S%n%s}%1+ IFS='
'
%m{%S%n%s}%1+ read -r _db_internal_line
%m{%S%n%s}%1+ RET=true
%m{%S%n%s}%1+ case ${_db_internal_line%%[   ]*} in
%m{%S%n%s}%1+ return 0
%m{%S%n%s}%1+ '[' true = true ']'
%m{%S%n%s}%1+ perl -e '@pwd = getpwnam("man"); $( = $) = $pwd[3]; $< = $> = 
$pwd[2];
 exec "/usr/bin/mandb", @ARGV' -- -pq
/var/lib/dpkg/info/man-db.postinst: line 6:  7733 Segmentation fault  perl 
-e '@pwd = getpwnam("man"); $( = $) = $pwd[3]; $< = $> = $pwd[2];
 exec "/usr/bin/mandb", @ARGV' -- "$@"
%m{%S%n%s}%1+ true
%m{%S%n%s}%1+ exit 0
...


Cheers,

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

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

Versions of packages man-db depends on:
ii  bsdmainutils8.2.2collection of more utilities from
ii  debconf [debconf-2.0]   1.5.38   Debian configuration management sy
ii  dpkg1.16.0.1 Debian package management system
ii  groff-base  1.21-5   GNU troff text-formatting system (
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libgdbm31.8.3-9  GNU dbm database routines (runtime
ii  libpipeline11.2.0-1  pipeline manipulation library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

man-db recommends no packages.

Versions of packages man-db suggests:
ii  chimera2 [www-brow 2.0a19-5.1+b1 Web browser for X
ii  chromium [www-brow 10.0.648.204~r79063-1 Chromium browser
ii  elinks [www-browse 0.12~pre5-2   advanced text-mode WWW browser
ii  epiphany-browser [ 2.30.6-2  Intuitive GNOME web browser
ii  galeon [www-browse 2.0.7-2.1+b1  GNOME web browser for advanced use
ii  groff  1.21-5GNU troff text-formatting system
ii  iceape-browser [ww 2.0.13-1  Iceape Navigator (Internet browser
ii  iceweasel [www-bro 3.5.18-1  Web browser based on Firefox
ii  less   436-1 pager program similar to more
ii  links2 [www-browse 2.3~pre1-1Web browser running in both graphi
ii  lynx-cur [www-brow 2.8.8dev.8-1  Text-mode WWW Browser with NLS sup
ii  w3m [www-browser]  0.5.3-2   WWW browsable pager with excellent

-- debconf information:
  man-db/build-database: true
  man-db/rebuild-database: true
* man-db/install-setuid: true
  man-db/auto-update: true


-- 
Cristian



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

Bug#620716: libppl0.10-dev not in unstable anymore

[Steve Langasek]

Adam Barratt pointed out to me on IRC that I overlooked a runtime dependency
on libppl0.10-dev from the -dev package; have corrected this now and am
uploading a second NMU with the attached patch.  Sorry for the churn.

-- 
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
diff -Nru apron-0.9.10/debian/changelog apron-0.9.10/debian/changelog
--- apron-0.9.10/debian/changelog	2011-04-10 01:23:14.0 +
+++ apron-0.9.10/debian/changelog	2011-04-10 09:39:06.0 +
@@ -1,3 +1,10 @@
+apron (0.9.10-5.2) unstable; urgency=low
+
+  * Follow-on NMU to fix the binary dependency on libppl0.10-dev.
+Really Closes: #620716.
+
+ -- Steve Langasek   Sun, 10 Apr 2011 09:38:37 +
+
 apron (0.9.10-5.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru apron-0.9.10/debian/control apron-0.9.10/debian/control
--- apron-0.9.10/debian/control	2011-04-10 01:23:19.0 +
+++ apron-0.9.10/debian/control	2011-04-10 09:38:35.0 +
@@ -39,7 +39,7 @@
 Depends: ${shlibs:Depends}, ${misc:Depends},
  libgmp3-dev,
  libmpfr-dev,
- libppl0.10-dev
+ libppl-dev
 Description: an abstract interpretation library
  The APRON library is dedicated to the static analysis of the numerical
  variables of a program by Abstract Interpretation. The aim of such an analysis


signature.asc
Description: Digital signature

Bug#614304: dtc-common: does store user passwords unhashed in the database

[Ansgar Burchardt]

Hi,

Thomas Goirand  writes:
> On 04/08/2011 08:14 AM, Ansgar Burchardt wrote:
>> I noticed you prepared a patch[1] using MySQL's PASSWORD() function.
>> Please note that this function should *not* be used by applications
>> besides MySQL itself[2] in addition to not salting the hash.  The crypt
>> function included in PHP itself[3] with salting and a modern hash like
>> SHA-512 seems to be a better choice.
>> 
>> [1] 
>> [2] 
>> 
>> [3] 
>
> Thanks for letting me know before it's too late. Indeed, I didn't know.
>
> Now, the issue is that in few places, I will need to use the encryption
> from the command line. In such a case, using the crypt() function of PHP
> is not really convenient (even though I can use a php cli, I'd rather
> avoid if possible). So, do you think it's acceptable to use the SHA2()
> function of MySQL instead, which would be a lot more strait forward to
> use for me?

Just SHA2() is not enough for modern password hashing algorithms as
these include many iterations of the hash function (I don't know very
much about this myself).  So I would recommend using an existing
implementation instead of writing a possibly less secure replacement.

In shell scripts you could use either mkpasswd, a wrapper around crypt()
included in Debian's whois package, or call crypt via php.  Please make
sure that the password is not passed as a parameter (which is visible in
the process list).

> Somebody else suggested the haval160 algo of PHP. Do you as well think
> it's a good idea? That would also force me to use PHP all the time...

To quote Wikipedia[4]:

  Research has uncovered weaknesses which make further use of HAVAL (at
  least the variant with 128 bits and 3 passes) questionable. On 17
  August 2004, collisions for HAVAL (128 bits, 3 passes) were announced
  by Xiaoyun Wang, Dengguo Feng, Xuejia Lai, and Hongbo Yu.

So I would not recommend using it.

Regards,
Ansgar

[4] 



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

Bug#621812: [Pkg-alsa-devel] Bug#621812: Bug#621812

[Elimar Riesebieter]

* Raza Abbas [110409 15:53 -0400]:
[...]
> It's working in both Windows XP and Ubuntu 10.10 livecd. This update
> broke the sound and messed up the keyboard modules (have to pull out
> keyboard USB and put it back in and resync it to get it to work).

Couls you please send the output of

$ cat /proc/cards
$ lsmod | grep snd
$ aplay -l

from the UBUNTU 10.10 livecd

Elimar

-- 
  The path to source is always uphill!
-unknown-



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

Bug#622105: fingerd: downgrade Depends: finger

[Justin B Rye]

Package: fingerd
Version: 0.17-14
Severity: wishlist
Tags: patch

I only noticed this dependency because I was uninstalling finger (now
that my ISP has stopped providing service lookups via port 79); so I
can't claim it's caused me any hardship, I'm just reporting it because
it seems like a breach of the dependency definitions in policy 7.2:

  Depends: update-inetd, netbase, finger, libc6 (>= 2.2.5)

Why should having a finger server installed (which may just be a
service-status autoresponder) necessarily require me to keep a finger
client on the same machine?  After all, I can do *local* lookups with
the /usr/bin/pinky in coreutils.

Compare efingerd, which "Suggests: finger", and cfingerd/xfingerd,
which express no dependency on a local client at all.  My patch only
changes it as far as "Recommends: finger".

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

Kernel: Linux 2.6.32-5-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 fingerd depends on:
ii  finger0.17-14user information lookup program
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  netbase   4.45   Basic TCP/IP networking system
ii  update-inetd  4.38+nmu1  inetd configuration file updater

fingerd recommends no packages.

fingerd suggests no packages.

-- no debconf information

-- 
JBR
Ankh kak! (Ancient Egyptian blessing)
diff -ru bsd-finger-0.17.pristine/debian/control bsd-finger-0.17/debian/control
--- bsd-finger-0.17.pristine/debian/control	2010-02-12 03:49:07.0 +
+++ bsd-finger-0.17/debian/control	2011-04-09 23:29:11.625259004 +0100
@@ -14,7 +14,8 @@
 
 Package: fingerd
 Architecture: any
-Depends: update-inetd, netbase, finger, ${shlibs:Depends}, ${misc:Depends}
+Depends: update-inetd, netbase, ${shlibs:Depends}, ${misc:Depends}
+Recommends: finger
 Replaces: netstd
 Description: remote user information server
  Fingerd is a simple daemon based on RFC1196 that provides an interface to the

Bug#622107: pinky: nonexistent "info coreutils 'pinky invocation'"

[Justin B Rye]

Package: coreutils
Version: 8.5-1
Severity: wishlist

I'm not sure I should even be complaining about this, since I'd much
rather have a manpage per executable than have to fish the information
out of info, but... pinky(1) says:

# SEE ALSO
#The full documentation for pinky is maintained as a Texinfo
#manual.  If the info and pinky programs are properly installed at
#your site, the command
#
# info coreutils 'pinky invocation'
#
#should give you access to the complete manual.

If this is true, the complete manual consists of the words

   No menu item `pinky invocation' in node `(coreutils.info.gz)Top'.

Indeed,

  $ zcat /usr/share/info/*.gz | grep pinky || echo $?

returns "1" (though "grep -i" finds a "Pinky and the Brain" ref).  The
version at http://www.gnu.org/software/coreutils/manual/coreutils.html
is just as uninformative.  Of course, there's always the alternative
of "info pinky", giving the "(*manpages*)pinky" fallback complete with
SEE ALSO section.

If the manpage is the only documentation anybody has ever written for
pinky, it shouldn't send me on a wild goose chase looking for a more
complete manual elsewhere.

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

Kernel: Linux 2.6.32-5-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 coreutils depends on:
ii  libacl1   2.2.49-4   Access control list shared library
ii  libattr1  1:2.4.44-2 Extended attribute shared library
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries

coreutils recommends no packages.

coreutils suggests no packages.

-- no debconf information

-- 
JBR
Ankh kak! (Ancient Egyptian blessing)



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

Bug#622108: libssh: FTBFS

[Adrian Bunk]

Package: libssh
Version: 0.4.8-2
Severity: serious

<--  snip  -->

$ dpkg-buildpackage

make -f doc/CMakeFiles/doxygen.dir/build.make doc/CMakeFiles/doxygen.dir/depend
make[4]: Entering directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu'
cd /tmp/libssh-0.4.8/obj-x86_64-linux-gnu && /usr/bin/cmake -E cmake_depends 
"Unix Makefiles" /tmp/libssh-0.4.8 /tmp/libssh-0.4.8/doc 
/tmp/libssh-0.4.8/obj-x86_64-linux-gnu 
/tmp/libssh-0.4.8/obj-x86_64-linux-gnu/doc 
/tmp/libssh-0.4.8/obj-x86_64-linux-gnu/doc/CMakeFiles/doxygen.dir/DependInfo.cmake
 --color=
Scanning dependencies of target doxygen
make[4]: Leaving directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu'
make -f doc/CMakeFiles/doxygen.dir/build.make doc/CMakeFiles/doxygen.dir/build
make[4]: Entering directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu'
cd /tmp/libssh-0.4.8/obj-x86_64-linux-gnu/doc && /usr/bin/doxygen 
/tmp/libssh-0.4.8/obj-x86_64-linux-gnu/doc/doxy.config
warning: Tag `DETAILS_AT_TOP' at line 173 of file 
/tmp/libssh-0.4.8/obj-x86_64-linux-gnu/doc/doxy.config has become obsolete.
To avoid this warning please update your configuration file using "doxygen -u"
cd /tmp/libssh-0.4.8/obj-x86_64-linux-gnu/doc/latex && /usr/bin/make
make[5]: Entering directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu/doc/latex'
rm -f *.ps *.dvi *.aux *.toc *.idx *.ind *.ilg *.log *.out refman.pdf
pdflatex refman.tex
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian)
entering extended mode
(./refman.tex
LaTeX2e <2009/09/24>
Babel  and hyphenation patterns for english, usenglishmax, dumylang, noh
yphenation, loaded.

make[5]: *** [refman.pdf] Error 1
make[5]: Leaving directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu/doc/latex'
make[4]: *** [doxygen] Error 2
make[4]: Leaving directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu'
make[3]: *** [doc/CMakeFiles/doxygen.dir/all] Error 2
make[3]: Leaving directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu'
make[2]: *** [doc/CMakeFiles/doc.dir/rule] Error 2
make[2]: Leaving directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu'
make[1]: *** [doc] Error 2
make[1]: Leaving directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu'
make: *** [common-build-indep] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
$ 

<--  snip  -->


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

Kernel: Linux 2.6.38.2 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#621383: Still uses libdb4.7

[Dominic Hargreaves]

On Fri, Apr 08, 2011 at 08:45:44AM +0300, Niko Tyni wrote:
> IMO, it should absolutely go in 5.12/experimental straight away to
> spot any arch-specific test failures. 

I see you've made a start on this - thanks!

> After that, a new round of manual
> rebuilds of the lib*-perl packages against 5.12 could be done to find any
> "obvious" breakage.

It's probably about time I did another rebuild and review of outstanding
perl 5.12 related bugs - I'll probably be able to do this next weekend.

> However, if the 5.12 (or 5.14?) transition is still going to take months,
> it might be good to decouple the db transition in order to not waste
> those months. They could just as well be used for finding and fixing
> any db related bugs in testing/unstable.

Okay, let's see how things go in the next couple of weeks.

> I'm a bit concerned about user databases breaking on upgrades, but IIUC
> the transactional mode needs to be enabled with a DB_INIT_TXN flag [1]
> (among other things), and the Perl sources don't use that anywhere.
> Therefore, it seems possible that transactions can't be used through
> DB_File anyway and we're safe from the incompatibility. This probably
> needs further investigation.

Okay. Perhaps we can check whether there was any similar situations with
previous libdb upgrades.

> [1] http://download.oracle.com/docs/cd/E17076_02/html/gsg_txn/C/enabletxn.html

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#614250: totem-plugins-dvb-daemon must depend on totem-plugins

[Sebastian Dröge]

Version: 0.1.22-2

Hi,
this is fixed in 0.1.22-2


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

Bug#621489: tag 621489 patch

[Matt Kraai]

tag 621489 patch
thanks

Hi,

Line 21 of rtpw_test.sh contains

 killall rtpw 2&>/dev/null

If you use dash as /bin/sh, executing this line will run

 killall rtpw 2

in the background.  If rtpw is started on line 27 and then the
backgrounded killall kills it, I think that this would explain the
reported behavior.

Changing the "&>" to ">&" on line 21 should fix this problem.

-- 
Matt Kraai
https://ftbfs.org/kraai
diff -ru srtp-1.4.4~dfsg~/test/rtpw_test.sh srtp-1.4.4~dfsg/test/rtpw_test.sh
--- srtp-1.4.4~dfsg~/test/rtpw_test.sh	2011-04-10 02:25:47.0 -0700
+++ srtp-1.4.4~dfsg/test/rtpw_test.sh	2011-04-10 02:26:04.0 -0700
@@ -18,7 +18,7 @@
 # they are killed, those processes will linger.  Re-running the script
 # will get rid of them.
 
-killall rtpw 2&>/dev/null
+killall rtpw 2>&/dev/null
 
 if test -x $RTPW; then
 

Bug#582212: Sorry, but I believe this bug was more of a misconfiguration.

[Philipp Huebner]

Hi,

evdev is loaded and doesn't matter.
I've set up several KVM systems without manual modifications, all the same.

The problem is still present with 2.6.32-bpo.5-amd64.

Regards,
-- 
 .''`.   Philipp Huebner 
: :'  :  pgp fp: 6719 25C5 B8CD E74A 5225  3DF9 E5CA 8C49 25E4 205F
`. `'`   HP: http://www.debalance.de, Skype: philipp-huebner
  `- ICQ: 235-524-440, Jabber: der_scha...@jabber.org



signature.asc
Description: OpenPGP digital signature

Bug#619618: update-grub results in unbootable system

[Vladimir 'φ-coder/phcoder' Serbinenko]

On 10.04.2011 09:25, Geronimo wrote:
> output from bootinfoscript attached. I removed nfs- and local bind entries 
> from fstab. Rest of the output is unchanged.
>
> See device changes from different boot times (no hw-change)
>
>> In GRUB shell could you try executing
>> terminal_output gfxterm
>> ?
> results in:
> no suitable mode found
>
That should have been:
insmod vbe

terminal_output gfxterm
If that works one needs to test gettext with:
  set locale_dir=$prefix/locale
  set lang=de
insmod gettext


> regards
>
> Gero
>
>
> ___
> Pkg-grub-devel mailing list
> pkg-grub-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko




signature.asc
Description: OpenPGP digital signature

Bug#622109: ntop: [INTL:sk] Slovak po-debconf translation updated

[Slavko]

Package: ntop
Severity: wishlist
Tags: l10n patch
Version: 4.0.3+dfsg1-3

sk.po attached

regards

-- 
Slavko
http://slavino.sk
# Slovak translations for ntop package
# Slovenské preklady pre balík ntop.
# Copyright (C) 2011 THE ntop'S COPYRIGHT HOLDER
# This file is distributed under the same license as the ntop package.
# Automatically generated, 2011.
# Slavko , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: ntop 4.0.3+dfsg1-3\n"
"Report-Msgid-Bugs-To: n...@packages.debian.org\n"
"POT-Creation-Date: 2011-01-26 00:15-0800\n"
"PO-Revision-Date: 2011-04-10 12:19+0200\n"
"Last-Translator: Slavko \n"
"Language-Team: Slovak \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Language: sk\n"
"Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;\n"

#. Type: string
#. Description
#: ../ntop.templates:1001
msgid "User for the ntop process to run as:"
msgstr "Používateľ, pod ktorým bude ntop spúšťaný:"

#. Type: string
#. Description
#: ../ntop.templates:1001
msgid ""
"Please choose the login that should be used to execute the ntop process. The "
"use of the root user is not allowed."
msgstr ""
"Prosím vyberte používateľa, ktorý má byť použitý na spúšťanie procesu ntop. "
"Používateľ „root” nie je dovolený."

#. Type: string
#. Description
#: ../ntop.templates:1001
msgid ""
"The account will be created if it does not already exist, but if you leave "
"it blank, no login will be created and ntop will not run until manually "
"configured."
msgstr ""
"Ak zadaný používateľ neexistuje, bude mu vytvorený účet, ak ale necháte pole "
"prázdne, nebude vytvorený žiadny účet a ntop sa nespustí, kým nebude "
"manuálne nastavený."

#. Type: string
#. Description
#: ../ntop.templates:2001
#| msgid "Interface for ntop to listen on:"
msgid "Interfaces for ntop to listen on:"
msgstr "Rozhrania, na ktorý má ntop počúvať:"

#. Type: string
#. Description
#: ../ntop.templates:2001
msgid ""
"Please enter a comma-separated list of interfaces that ntop should listen on."
msgstr ""
"Prosím zadajte čiarkou oddelený zoznam rozhraní, na ktorých má ntop počúvať."

#. Type: password
#. Description
#: ../ntop.templates:3001
msgid "Administrator password:"
msgstr "Heslo administrátora:"

#. Type: password
#. Description
#: ../ntop.templates:3001
msgid ""
"Please choose a password to be used for the privileged user \"admin\" in "
"ntop's web interface."
msgstr ""
"Prosím zadajte heslo, ktoré bude používať určený administrátor vo webovom "
"rozhraní ntop."

#. Type: password
#. Description
#: ../ntop.templates:4001
msgid "Re-enter password to verify:"
msgstr "Zopakujte heslo, na overenie:"

#. Type: password
#. Description
#: ../ntop.templates:4001
msgid ""
"Please enter the same password again to verify that you have typed it "
"correctly."
msgstr ""
"Prosím zadajte znova rovnaké heslo, na overenie, že ste ho napísali správne."

#. Type: error
#. Description
#: ../ntop.templates:5001
msgid "Empty password"
msgstr "Prázdne heslo"

#. Type: error
#. Description
#: ../ntop.templates:5001
msgid ""
"You entered an empty password, which is not allowed. Please choose a non-"
"empty password."
msgstr ""
"Zvolili ste si prázdne heslo, čo nie je dovolené. Prosím zvoľte neprázdne "
"heslo."

#. Type: error
#. Description
#: ../ntop.templates:6001
msgid "Password input error"
msgstr "Chyba zadávania hesla"

#. Type: error
#. Description
#: ../ntop.templates:6001
msgid "The two passwords you entered were not the same. Please try again."
msgstr "Zadané heslá sa nezhodujú. Prosím skúste znova."

#. Type: boolean
#. Description
#: ../ntop.templates:7001
msgid "Set a new administrator password?"
msgstr "Nastaviť nové heslo administrátora?"

#. Type: boolean
#. Description
#: ../ntop.templates:7001
msgid ""
"A password for ntop's administrative web interface has already been set."
msgstr "Heslo administračného webového rozhrania ntop už je nastavené."

#. Type: boolean
#. Description
#: ../ntop.templates:7001
msgid "Please choose whether you want to change that password."
msgstr "Prosím vyberte si, či chcete heslo zmeniť."


signature.asc
Description: PGP signature

Bug#622110: apt-cache: Fails to list the proper source package

[Kurt Roeckx]

Package: apt
Version: 0.8.13

Hi,

I currently get this:
apt-cache showsrc libghc6-ghc-events-prof |grep Package
Package: haskell-ghc-events

But it should also list the haskell-dummy source package.  I assume
that it has a problem with the many number of binary packages in
that package:
Package: haskell-dummy
Binary: ftphs-doc, haskell-agda-doc, configfile-doc, haskell-convertible-doc, 
haskell-cpphs-doc, haskell-edison-api-doc, haskell-edison-core-doc, 
haskell-haskelldb-doc, haskell-hdbc-doc, haskell-hdbc-odbc-doc, 
haskell-hdbc-postgresql-doc, haskell-hdbc-sqlite3-doc, haskell-hscurses-doc, 
haskell-hsql-doc, haskell-hsql-mysql-doc, haskell-hsql-odbc-doc, 
haskell-hsql-postgresql-doc, haskell-hsql-sqlite3-doc, haskell-http-doc, 
haskell-pcre-light-doc, haskell-regex-base-doc, haskell-regex-compat-doc, 
haskell-regex-posix-doc, haskell-src-exts-doc, haskell-uulib-doc, 
haskell-zlib-doc, ldap-haskell-doc, magic-haskell-doc, missingh-doc, 
libghc6-agda-dev, libghc6-agda-doc, libghc6-cpphs-dev, libghc6-cpphs-doc, 
libghc6-cpphs-prof, libghc6-ftphs-dev, libghc6-ftphs-doc, libghc6-gitit-dev, 
libghc6-gitit-doc, libghc6-alut-dev, libghc6-alut-doc, libghc6-alut-prof, 
libghc6-arrows-dev, libghc6-arrows-doc, libghc6-arrows-prof, 
libghc6-binary-shared-dev, libghc6-binary-shared-doc,
 libghc6-binary-shared-prof, libghc6-binary-dev, libghc6-binary-doc, 
libghc6-binary-prof, libghc6-bzlib-dev, libghc6-bzlib-doc, libghc6-bzlib-prof, 
libghc6-cairo-dev, libghc6-cairo-doc, libghc6-cairo-prof, 
libghc6-cautious-file-dev, libghc6-cautious-file-doc, 
libghc6-cautious-file-prof, libghc6-cgi-dev, libghc6-cgi-doc, libghc6-cgi-prof, 
libghc6-colour-dev, libghc6-colour-doc, libghc6-colour-prof, 
libghc6-configfile-dev, libghc6-configfile-doc, libghc6-configfile-prof, 
libghc6-convertible-dev, libghc6-convertible-doc, libghc6-convertible-prof, 
libghc6-criterion-dev, libghc6-criterion-doc, libghc6-criterion-prof, 
libghc6-curl-dev, libghc6-curl-doc, libghc6-curl-prof, 
libghc6-data-accessor-dev, libghc6-data-accessor-doc, 
libghc6-data-accessor-prof, libghc6-dataenc-dev, libghc6-dataenc-doc, 
libghc6-dataenc-prof, libghc6-datetime-dev, libghc6-datetime-doc, 
libghc6-datetime-prof, libghc6-debian-dev, libghc6-debian-doc, 
libghc6-debian-prof, libghc6-deepseq-dev,
 libghc6-deepseq-doc, libghc6-deepseq-prof, libghc6-diagrams-dev, 
libghc6-diagrams-doc, libghc6-diagrams-prof, libghc6-diff-dev, 
libghc6-diff-doc, libghc6-diff-prof, libghc6-digest-dev, libghc6-digest-doc, 
libghc6-digest-prof, libghc6-edison-api-dev, libghc6-edison-api-doc, 
libghc6-edison-api-prof, libghc6-edison-core-dev, libghc6-edison-core-doc, 
libghc6-edison-core-prof, libghc6-editline-dev, libghc6-editline-doc, 
libghc6-erf-dev, libghc6-erf-doc, libghc6-erf-prof, libghc6-event-list-dev, 
libghc6-event-list-doc, libghc6-event-list-prof, 
libghc6-explicit-exception-dev, libghc6-explicit-exception-doc, 
libghc6-explicit-exception-prof, libghc6-fastcgi-dev, libghc6-fastcgi-doc, 
libghc6-fastcgi-prof, libghc6-feed-dev, libghc6-feed-doc, libghc6-feed-prof, 
libghc6-fgl-dev, libghc6-fgl-doc, libghc6-fgl-prof, libghc6-filemanip-dev, 
libghc6-filemanip-doc, libghc6-filemanip-prof, libghc6-filestore-data, 
libghc6-filestore-dev, libghc6-filestore-doc, libghc6-filestore-prof,
 libghc6-gconf-dev, libghc6-gconf-doc, libghc6-gconf-prof, 
libghc6-ghc-events-dev, libghc6-ghc-events-doc, libghc6-ghc-events-prof, 
libghc6-ghc-mtl-dev, libghc6-ghc-mtl-doc, libghc6-ghc-mtl-prof, 
libghc6-ghc-paths-dev, libghc6-ghc-paths-doc, libghc6-ghc-paths-prof, 
libghc6-gio-dev, libghc6-gio-doc, libghc6-gio-prof, libghc6-glade-dev, 
libghc6-glade-doc, libghc6-glfw-dev, libghc6-glfw-doc, libghc6-glfw-prof, 
libghc6-glib-dev, libghc6-glib-doc, libghc6-glib-prof, libghc6-glut-dev, 
libghc6-glut-doc, libghc6-glut-prof, libghc6-gnomevfs-dev, 
libghc6-gnomevfs-doc, libghc6-gstreamer-dev, libghc6-gstreamer-doc, 
libghc6-gstreamer-prof, libghc6-gtk-dev, libghc6-gtk-doc, libghc6-gtkglext-dev, 
libghc6-gtkglext-doc, libghc6-gtksourceview2-dev, libghc6-gtksourceview2-doc, 
libghc6-haddock-dev, libghc6-haddock-doc, libghc6-haddock-prof, 
libghc6-happstack-data-dev, libghc6-happstack-data-doc, 
libghc6-happstack-data-prof, libghc6-happstack-ixset-dev, 
libghc6-happstack-ixset-doc,
 libghc6-happstack-ixset-prof, libghc6-happstack-server-dev, 
libghc6-happstack-server-doc, libghc6-happstack-server-prof, 
libghc6-happstack-state-dev, libghc6-happstack-state-doc, 
libghc6-happstack-state-prof, libghc6-happstack-util-dev, 
libghc6-happstack-util-doc, libghc6-happstack-util-prof, libghc6-happstack-dev, 
libghc6-happstack-doc, libghc6-happstack-prof, libghc6-harp-dev, 
libghc6-harp-doc, libghc6-harp-prof, libghc6-hashed-storage-dev, 
libghc6-hashed-storage-doc, libghc6-hashed-storage-prof, libghc6-haskeline-dev, 
libghc6-haskeline-doc, libghc6-haskeline-prof, libghc6-haskell-src-dev, 
libghc6-haskell-src-doc, libghc6-haskell-src-prof, libghc6-haskore-dev, 
libghc6-haskore-doc, libghc6-haskore-prof, libghc6-hax

Bug#621833: System users: removing them

[sean finney]

Hi all,

On Sun, Apr 10, 2011 at 02:25:36AM -0700, Steve Langasek wrote:
> I agree that the accounts should not be deleted, but that the packages
> should still be responsible for certain forms of cleanup:
> 
>  - removing the user home directory (on purge?)
>  - locking the account
>  - (optional) scanning the filesystem to clean up any other files owned by
>the user

For locking the account, I think it could be problematic if you have some
kind of central account management system (i.e. LDAP/AD), and you don't
want to lock it globally.


sean




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

Bug#592080: grub reports "read errors on block" on startup

[Vladimir 'φ-coder/phcoder' Serbinenko]

On 07.04.2011 16:12, Jörg Sommer wrote:
> found 592080 1.99~rc1-8
> thanks
>
> Hi Vladimir,
>
> Vladimir 'φ-coder/phcoder' Serbinenko hat am Sun 03. Apr, 21:35 (+0200) 
> geschrieben:
>> On 04.12.2010 22:36, Jörg Sommer wrote:
>>> I don't know, I haven't count. There are to many. The reason the zsf
>>> module is loaded, I've build my grub with all available modules, this
>>> is not grub's fault:
>>>   
>> Since the reason is known and fixed (zfs is fixed), closing the bug.
> Which version fixes this bug? The current one still has the flaw.
>
Hm, I've checked by reading code that the upload should have already
worked fine. I'll do the test tomorrow when I'll have access to my
ieee1275 testing machine. MEanwhile, could you supply the info I
requested for the keypress problem?
> Regards, Jörg.


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko




signature.asc
Description: OpenPGP digital signature

Bug#622111: [exim4] On Debian default clamav socket /var/run/clamav/clamd

[Roman V. Nikolaev]

Package: exim4
Version: 4.74-2
Severity: minor
Tags: patch




--- etc/exim4/exim4.conf.template	2011-01-31 21:18:20.0 +0300
+++ /etc/exim4/exim4.conf.template	2011-04-10 14:28:41.0 +0400
@@ -155,7 +155,7 @@
 # scanners. The second modification is in the acl_check_data access
 # control list.
 
-# av_scanner = clamd:/tmp/clamd
+# av_scanner = clamd:/var/run/clamav/clamd
 
 
 # For spam scanning, there is a similar option that defines the interface to

Bug#567589: GRUB2 and KMS

[Vladimir 'φ-coder/phcoder' Serbinenko]

On 10.02.2010 22:09, Sven Arvidsson wrote:
> On Wed, 2010-02-10 at 20:53 +0100, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>> 3) intelfb expects handover only from vesa. Attached patch to linux may
>> help.
>>
>> None of 3 changes I mentioned is packaged in debian yet.
> Are you sure that's correct? I thought Intel KMS used it's own built-in
> framebuffer from i915, intel_fb, instead of intelfb? 
>
I'm not. I'm mostly shooting at a problem I see w/o having complete
information
> (I haven't tried the patch yet myself)
>


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko




signature.asc
Description: OpenPGP digital signature

Bug#622112: xf86-video-glamo: FTBFS: libdrm/drm.h: No such file or directory

[Kurt Roeckx]

Source: xf86-video-glamo
Version: 0.0.0+20100630.git16af3c00-1
Severity: serious

Hi,

Your package is failing to build with the following error:
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -fvisibility=hidden 
-I/usr/include/xorg -I/usr/include/pixman-1 -Wall -Werror -std=gnu99 
-fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1 -c 
../../src/glamo-driver.c  -fPIC -DPIC -o .libs/glamo-driver.o
In file included from ../../src/glamo-driver.c:35:0:
../../src/glamo.h:40:24: fatal error: libdrm/drm.h: No such file or directory
compilation terminated.
make[3]: *** [glamo-driver.lo] Error 1


Kurt




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

Bug#622113: Unable to open /usr/share/tuxguitar/tuxguitar.tg

[Torquil Macdonald Sørensen]

Package: tuxguitar
Version: 1.2-8
Severity: normal

At every startup, tuxguitar reports:

Cannot Open: file:/usr/share/tuxguitar/tuxguitar.tg

On the terminal, this is accompanied by:

org.herac.tuxguitar.io.base.TGFileFormatException: Cannot Open: 
file:/usr/share/tuxguitar/tuxguitar.tg
at org.herac.tuxguitar.gui.actions.file.FileActionUtils.open(Unknown Source)
at org.herac.tuxguitar.gui.TuxGuitar$2$1.run(Unknown Source)
at java.lang.Thread.run(Thread.java:662)
Caused by: org.herac.tuxguitar.io.base.TGFileFormatException: Unsupported file 
format
at org.herac.tuxguitar.io.base.TGSongLoader.load(Unknown Source)
 3 more

Nor can the file be opened after copying it to my home directory.
My other tuxguitar files can be opened fine.

Best regards
Torquil Sørensen

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

Kernel: Linux 2.6.38.2 (SMP w/2 CPU cores; PREEMPT)
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 tuxguitar depends on:
ii  libitext-java 2.1.7-2Java Library to create and manipul
ii  libswt-cairo-gtk-3.6-jni  3.6.2-1Standard Widget Toolkit for GTK+ C
ii  libswt-gtk-3.6-java   3.6.2-1Standard Widget Toolkit for GTK+ J
ii  libswt-mozilla-gtk-3.6-jni3.6.2-1Standard Widget Toolkit for GTK+ M
ii  sun-java6-jre [java2-runtime] 6.24-1 Sun Java(TM) Runtime Environment (
ii  xulrunner-1.9.1   1.9.1.18-1 XUL + XPCOM application runner

Versions of packages tuxguitar recommends:
ii  tuxguitar-alsa1.2-8  tuxguitar plugin for sound playbac
pn  tuxguitar-oss  (no description available)

Versions of packages tuxguitar suggests:
ii  lilypond  2.12.3-7   A program for typesetting sheet mu
pn  tuxguitar-jsa  (no description available)

-- 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#584144: Package: grub-pc 1.98+20100527-2

[Vladimir 'φ-coder/phcoder' Serbinenko]

tag 584144 fixed-upstream
thanks

On 08.01.2011 22:39, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> Is it still present in
> a) Latest Debian
> b) Upstream bzr trunk
Since this sounds a lot like the problem with the old loader due to
memory hole and this is fixed in latest upstream (and no answer to
retest request), marking as fixed-upstream

-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko




signature.asc
Description: OpenPGP digital signature

Bug#620715: tag 620715 sid

[Matt Kraai]

tag 620715 sid
thanks

Hi,

This build failure is currently only reproducible in sid, so I'm
tagging this report accordingly.

-- 
Matt Kraai
https://ftbfs.org/kraai



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

Bug#614304: [dtcdev] Re: Bug#614304: dtc-common: does store user passwords unhashed in the database

[Thomas Goirand]

On 04/08/2011 09:49 PM, Thomas Goirand wrote:
> On 04/08/2011 08:14 AM, Ansgar Burchardt wrote:
>> Hi Thomas,
>>
>> I noticed you prepared a patch[1] using MySQL's PASSWORD() function.
>> Please note that this function should *not* be used by applications
>> besides MySQL itself[2] in addition to not salting the hash.  The crypt
>> function included in PHP itself[3] with salting and a modern hash like
>> SHA-512 seems to be a better choice.
>>
>> Regards,
>> Ansgar
>>
>> [1] 
>> [2] 
>> 
>> [3] 
> 
> Hi,
> 
> Thanks for letting me know before it's too late. Indeed, I didn't know.
> 
> Please let me know,
> 
> Thomas Goirand (zigo)

FYI, I switched to use the SHA1 function. People that already encrypted
their passwords should ... well ... reset all passwords! :/

Thomas



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

Bug#617351: Meta-2 is sent delayed

[Karl Ferdinand Ebert]

On Sunday 03 of April 2011 15:19:58 Maximilian Gass wrote:
> On Tue, Mar 08, 2011 at 02:14:22PM +0100, Karl Ferdinand Ebert wrote:
> > What key binding do you have with Meta-2? Could you provide your
> > .tmux.conf and an output of tmux -vvv (some logs maybe empty)?
> > I am using tmux with vim all the time and see no such behaviour.
> > Nevertheless thanks for reporting.
> 
> I was unable to reproduce this on a current unstable system, therefore I
> have no logs for you ;)
> 
> I wanted to try it the problem was fixed in the recent tmux release so I
> tried the backport on Squeeze on my server. tmux totally screwed up
> Irssi's rendering of the status bar window, so I now went back to
> screen.

Hello Maximilian,

I found out here: 
http://article.gmane.org/gmane.comp.terminal-emulators.tmux.user/1436

The problem is related to a buggy version of urxvt which is mentioned in this 
Debian bug #446444 as fixed in a newer version of ncurses in 5.3.2011.
 Could you please try to test this? 

Thank you very much in advance!

Best regards,

Ferdinand


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

Bug#621815: Acknowledgement (xserver-xorg-core: Started taking lots of CPU and heats laptop)

[Tapio Lehtonen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

09.04.2011 06:45, Debian Bug Tracking System kirjoitti:
> Thank you for filing a new Bug report with Debian.

More info.

I created a new user and logged in with that choosing Gnome/Openbox in GDM3
login screen as window manager. Did not change any settings or do much, default
session created by system. Same thing, CPU full tilt and heating up.

I had previously checked using LXDE as desktop environment worked OK, no extra
load and no heat problems. So something in Gnome seems the probable culprit.

Followed advice by Cyril Brulebois. Looked at the top output, and killed
prosesses taking most CPU. One version of top listing in original bug report. It
changes somewhat, here is one more:

> Tasks: 168 total,   3 running, 165 sleeping,   0 stopped,   0 zombie
> Cpu(s): 47.1%us, 41.3%sy,  0.0%ni, 11.1%id,  0.0%wa,  0.3%hi,  0.2%si,  0.0%st
> Mem:   2065356k total,  1353112k used,   712244k free,   822552k buffers
> Swap:  3526228k total,0k used,  3526228k free,   340636k cached
> 
>   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND  
>   
> 19223 root  20   0 57476  22m  10m R   36  1.1   0:08.78 Xorg 
>   
> 19335 taleman   20   0  2976 1272  608 S6  0.1   0:01.17 dbus-daemon  
>   
> 19297 taleman   20   0 26056 6680 5540 S5  0.3   0:00.99 gnome-session
>   
> 19362 taleman   20   0 24828  12m 9352 S3  0.6   0:00.65 gnome-settings-  
>   
> 19370 taleman   20   0 87832  16m  13m S2  0.8   0:01.09 gnome-panel  
>   
> 19354 taleman   20   0 73308 8504 6972 S1  0.4   0:00.28 gnome-power-man  
>   
> 20009 taleman   20   0 83044  11m 9496 S1  0.6   0:00.26 gnome-terminal   
>   
> 19367 taleman   20   0 19668 9288 7824 S1  0.4   0:00.26 metacity 
>   
> 19373 taleman   20   0  119m  18m  14m S1  0.9   0:00.96 nautilus 
>   
> 19408 taleman   20   0  126m  10m 9308 S1  0.5   0:00.37 nm-applet
>   
> 19434 taleman   20   0 23176 8548 7188 S1  0.4   0:00.12 multiload-apple  
>   
> 20378 taleman   20   0 73472 9848 8064 S1  0.5   0:00.18 notification-da  
>   
> 23425 taleman   20   0 10380 2924 2344 S1  0.1   0:00.02 openbox  
>   
> 1 root  20   0  2032  708  612 S0  0.0   0:03.50 init 
>   
>28 root  20   0 000 S0  0.0   0:01.39 kondemand/0  
>   
>  3807 root  20   0 000 S0  0.0   0:00.04 flush-8:0
>   
> 19279 taleman   20   0 24648 2728 2272 S0  0.1   0:00.13 gnome-keyring-d  
>   

Left Xorg alone, it takes most CPU but I guessed killing it kills X Window
session. Used kill -TERM  to remove prosesses.

dbus-deamon: killing it had no effect on CPU load.
gnome-session: killing it killed the session, had to log in again
gnome-settings: a new prosess started, no effect on CPU load
gnome-panel: a new process started, no effect on CPU load
gnome-power-man: no effect on CPU load
nautilus: a new process started, no effect on CPU load
metacity: CPU load disappeared. Window borders changed but otherwise Gnome
works as before.

Tried this metacity killing four times, every time same results. So it seems
metacity is started automatically by the system, but now it causes problems.
This did not happen before saturday. I still think this problem originally
appeared after upgrading x11-xserver-utils to version 7.5+3_i386. On the other
hand, it seems strange that downgrading to version 7.5+2 did not help. I was
originally going to report bug against x11-xserver-utils, but hesitated when
donwgradind the package did not help any. Now it seems metacity might be the
correct package to get bug report.

This Debian is originally Lenny, updated to Squeeze two weeks ago. Perhaps there
is something here that is not present in freshly installed Squeeze, and that
causes metacity or Gnome to throw hissy fits? I would expect lots of bug reports
if all Gnome users got this problem after upgrading x11-xserver-utils.

- -- 
Tapio Lehtonen
tapio.lehto...@iki.fi
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2hivQACgkQ5TuKppZVLWMoEQCfeXYabnAELObWgocc9VpNL2hv
mw4AoIJBHh9Bbnu48zzwFnPo0nMBHI9X
=AWI4
-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#622114: liblasso-perl is empty

[Xavier Guimard]

Package: liblasso-perl
Version: 2.3.5-1
Severity: important

liblasso-perl does not provide any Perl library



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

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

-- 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#622047: tellico: FTBFS: /build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/src/barcode/barcode_v4l.h:34:28: fatal error: linux/videodev.h: No such file or directory

[Regis Boudin]

tags 622047 pending
thanks

Hi,

Thanks for the report. The bug is known and fixed in the upstream svn so
I plan to make an upload soon.

Regis

On Sat, 2011-04-09 at 14:17 +0200, Lucas Nussbaum wrote:
> Source: tellico
> Version: 2.2-5
> Severity: serious
> Tags: wheezy sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20110408 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part:
> > make[3]: Entering directory 
> > `/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild'
> > /usr/bin/cmake -E cmake_progress_report 
> > /build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild/CMakeFiles
> >  
> > [ 75%] Building CXX object 
> > src/barcode/CMakeFiles/barcode.dir/barcode_automoc.o
> > cd 
> > /build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild/src/barcode
> >  && /usr/bin/c++   -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE 
> > -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS 
> > -DYAZ_POSIX_THREADS=1 -DYAZ_HAVE_XML2=1 -DYAZ_HAVE_XSLT=1 
> > -DYAZ_HAVE_EXSLT=1 -DQT_STL -DQT_NO_CAST_FROM_ASCII -g -O2  
> > -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align 
> > -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security 
> > -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common 
> > -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden 
> > -fvisibility-inlines-hidden -Wnon-virtual-dtor -Wno-long-long -Wextra 
> > -fno-check-new -Woverloaded-virtual -DNDEBUG -DQT_NO_DEBUG 
> > -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild/src/barcode
> >  -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/src/barcode 
> > -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild 
> > -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/src/core 
> > -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/src/3rdparty 
> > -I/usr/include/poppler/qt4 -I/usr/include/exempi-2.0 -I/usr/include/KDE 
> > -I/usr/include/qt4/phonon -I/usr/include/qt4/QtXmlPatterns 
> > -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtUiTools 
> > -I/usr/include/qt4/QtTest -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql 
> > -I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtScript 
> > -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtHelp 
> > -I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtDBus 
> > -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt 
> > -I/usr/share/qt4/mkspecs/default -I/usr/include/qt4 -I/usr/include/libxml2 
> > -I/usr/include/taglib   -I/usr/include/poppler/qt4 -I/usr/include/poppler 
> > -I/usr/include/exempi-2.0 -D_GNU_SOURCE -D_LARGEFILE64_SOURCE 
> > -I/usr/include/taglib -I/usr/include/libxml2 -o 
> > CMakeFiles/barcode.dir/barcode_automoc.o -c 
> > /build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild/src/barcode/barcode_automoc.cpp
> > /usr/bin/cmake -E cmake_progress_report 
> > /build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild/CMakeFiles
> >  
> > [ 75%] Building CXX object src/barcode/CMakeFiles/barcode.dir/barcode.o
> > cd 
> > /build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild/src/barcode
> >  && /usr/bin/c++   -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE 
> > -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS 
> > -DYAZ_POSIX_THREADS=1 -DYAZ_HAVE_XML2=1 -DYAZ_HAVE_XSLT=1 
> > -DYAZ_HAVE_EXSLT=1 -DQT_STL -DQT_NO_CAST_FROM_ASCII -g -O2  
> > -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align 
> > -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security 
> > -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common 
> > -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden 
> > -fvisibility-inlines-hidden -Wnon-virtual-dtor -Wno-long-long -Wextra 
> > -fno-check-new -Woverloaded-virtual -DNDEBUG -DQT_NO_DEBUG 
> > -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild/src/barcode
> >  -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/src/barcode 
> > -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild 
> > -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/src/core 
> > -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/src/3rdparty 
> > -I/usr/include/poppler/qt4 -I/usr/include/exempi-2.0 -I/usr/include/KDE 
> > -I/usr/include/qt4/phonon -I/usr/include/qt4/QtXmlPatterns 
> > -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtUiTools 
> > -I/usr/include/qt4/QtTest -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql 
> > -I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtScript 
> > -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtHelp 
> > -I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtDBus 
> > -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt 
> > -I/usr/share/qt4/mkspecs/default -I/usr/include/qt4 -I/usr/include/libxml2 
> > -I/usr/include/taglib   -I/usr/include/poppler/qt4 -I/usr/include/poppler 
> > -I/usr/inclu

Bug#622115: wammu: Nokia E72 is not supported

[Mathieu Malaterre]

Package: wammu
Version: 0.33-1
Severity: normal


hi,

  I tried to store contacts to a Nokia E72 with wammu. But it fails with the 
attached log file.
  It would be nice if Nokia E72 would be supported

Thanks a lot !

-- System Information:
Debian Release: 6.0.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 
'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages wammu depends on:
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-gammu1.28.0-1 Python module to communicate with 
ii  python-support  1.0.10   automated rebuilding support for P
ii  python-wxgtk2.8 2.8.10.1-3+b1wxWidgets Cross-platform C++ GUI t

Versions of packages wammu recommends:
ii  notification-daemon 0.5.0-2  daemon to displays passive pop-up 
ii  python-bluez [python-blueto 0.18-1+b1Python wrappers around BlueZ for r
ii  python-dbus 0.83.1-1 simple interprocess messaging syst
ii  timidity2.13.2-39+b1 Software sound renderer (MIDI sequ

Versions of packages wammu suggests:
pn  gmobilemedia   (no description available)

Versions of packages python-gammu depends on:
ii  libbluetooth3   4.66-3   Library to use the BlueZ Linux Blu
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libdbi0 0.8.2-3  Database Independent Abstraction L
ii  libgammu7   1.28.0-1 mobile phone management library
ii  libgsmsd7   1.28.0-1 SMS daemon helper library
ii  libmysqlclient165.1.56-1 MySQL database client library
ii  libpq5  8.4.7-0squeeze2  PostgreSQL C client library
ii  libusb-1.0-02:1.0.8-2userspace USB programming library
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-support  1.0.10   automated rebuilding support for P

-- no debconf information

--- System information 
Platform linux2
Python   2.6.6
wxPython 2.8.10.1
Wammu0.33
python-gammu 1.28.0
Gammu1.28.0
BluetoothPyBluez
locales  en_US (UTF8)
connection   at
device   /dev/ttyACM0
model
Sun 2011/04/10 12:53:19: [Gammu- 1.28.0 built 12:27:49 Jul 12 2010 
using GCC 4.4]
Sun 2011/04/10 12:53:19: [Connection   - "at"]
Sun 2011/04/10 12:53:19: [Connection index - 0]
Sun 2011/04/10 12:53:19: [Model type   - ""]
Sun 2011/04/10 12:53:19: [Device   - "/dev/ttyACM0"]
Sun 2011/04/10 12:53:19: [Runing on- Linux, kernel 2.6.37-1-amd64 (#1 
SMP Tue Feb 15 17:43:38 UTC 2011)]
Sun 2011/04/10 12:53:19: Serial device: DTR is up, RTS is up, CAR is down, CTS 
is up
Sun 2011/04/10 12:53:19: Setting speed to 19200
Sun 2011/04/10 12:53:19: [Module   - "auto"]
Sun 2011/04/10 12:53:19: Escaping SMS mode
Sun 2011/04/10 12:53:19: SENDING frametype 0x00/length 0x02/2
Sun 2011/04/10 12:53:19: 1B |0D 
 ..  
Sun 2011/04/10 12:53:19: Sending simple AT command to wake up some devices
Sun 2011/04/10 12:53:19: SENDING frametype 0x00/length 0x03/3
Sun 2011/04/10 12:53:19: 41A|54T|0D 
 AT. 
Sun 2011/04/10 12:53:20: 1 "AT"
Sun 2011/04/10 12:53:20: 2 "OK"
Sun 2011/04/10 12:53:20: RECEIVED frametype 0x00/length 0x09/9
Sun 2011/04/10 12:53:20: 41A|54T|0D |0D |0A |4FO|4BK|0D |0A 
 AT...OK..   
Sun 2011/04/10 12:53:20: Enabling echo
Sun 2011/04/10 12:53:20: SENDING frametype 0x00/length 0x05/5
Sun 2011/04/10 12:53:20: 41A|54T|45E|311|0D 
 ATE1.   
Sun 2011/04/10 12:53:20: 1 "ATE1"
Sun 2011/04/10 12:53:20: 2 "OK"
Sun 2011/04/10 12:53:20: RECEIVED frametype 0x00/length 0x0B/11
Sun 2011/04/10 12:53:20: 41A|54T|45E|311|0D |0D |0A |4FO|4BK|0D |0A 
 ATE1...OK.. 
Sun 2011/04/10 12:53:20: Trying Motorola mode switch
Sun 2011/04/10 12:53:20: SENDING frametype 0x00/length 0x0A/10
Sun 2011/04/10 12:53:20: 41A|54T|2B+|4DM|4FO|44D|45E|3D=|322|0D 
 AT+MODE=2.  
Sun 2011/04/10 12:53:20: 1 "AT+MODE=2"
Sun 2011/04/10 12:53:20: 2 "ERROR"
Sun 2011/04/10 12:53:20: RECEIVED frametype 0x00/length 0x13/19
Sun 2011/04/10 12:53:20: 41A|54T|2B+|4DM|4FO|44D|45E|3D=|322|0D |0D |0A 
|45E|52R|52R|4FO AT+MODE=2...ERRO
Sun 2011/04/10 12:53:20: 52R|0D |0A 
 R.. 
Sun 2011/04/10 12:53:20: Seems not to be supported
Sun 2011/04/10 12:53:20: Enabling CME errors
Sun 2011/04/10 12:53:20: SENDING frametype 0x00/length 0x0A/10
Sun 2011/04/10 

Bug#622116: eglibc: patch: unrecognized option '--unified-reject-files' (wrong QUILT_PATCH_OPTS)

[Sedat Dilek]

Package: libc6
Version: 2.11.2-11
Severity: normal
Tags: patch

Hi,

while discussing Debian BR #619963 with Edwin Török I tried to apply
two glibc/upstream patches he proposed.

By unpacking the eglibc source, I fell over:
...
Applying patches...
Applying patch locale/check-unknown-symbols.diff
patch: unrecognized option '--unified-reject-files'
patch: Try `patch --help' for more information.
Patch locale/check-unknown-symbols.diff does not apply (enforce with -f)
make: *** [/home/sd/src/eglibc/eglibc-2.11.2/stamp-dir/patch] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2
debuild: fatal error at line 1329:
dpkg-buildpackage -rfakeroot -d -us -uc failed

What's the help of patch saying?

$ patch --help | grep reject-format
  --reject-format=FORMAT  Create 'context' or 'unified' rejects.

BTW, patch has (2.6.1-1) version here.

So, I started my investigations and checked debian/quiltrc and changed:

-QUILT_PATCH_OPTS="--unified-reject-files"
+QUILT_PATCH_OPTS="--reject-format=unified"

This lets debuild apply patches again.

Regards,
- Sedat -

P.S.: Patch quiltrc.diff attached

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

Kernel: Linux 2.6.39-rc2-next20110408.4-686-small (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libc6 depends on:
ii  libc-bin  2.11.2-11  Embedded GNU C Library: Binaries
ii  libgcc1   1:4.6.0-2  GCC support library

Versions of packages libc6 recommends:
ii  libc6-i6862.11.2-11  Embedded GNU C Library: Shared lib

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0] 1.5.38 Debian configuration management sy
pn  glibc-doc  (no description available)
ii  locales   2.11.2-11  Embedded GNU C Library: National L

-- debconf information:
* glibc/upgrade: true
  glibc/disable-screensaver:
  glibc/restart-failed:
* glibc/restart-services: cups cron
--- debian/quiltrc.orig	2011-04-10 11:48:36.0 +0200
+++ debian/quiltrc	2011-04-10 12:08:43.696587720 +0200
@@ -1,4 +1,4 @@
 QUILT_PATCHES="debian/patches"
-QUILT_PATCH_OPTS="--unified-reject-files"
+QUILT_PATCH_OPTS="--reject-format=unified"
 QUILT_DIFF_ARGS="--no-timestamps --no-index"
 QUILT_REFRESH_ARGS="-pab --no-timestamps --no-index --diffstat"

Bug#596967: Grub2 Not Passing Arguments to the Kernel

[Vladimir 'φ-coder/phcoder' Serbinenko]

tag 596967 fixed-upstream
thanks
>> Code:
>> I have installed grub2 on a flash drive to boot some os's that I want
>> to carry around. But in grub.cfg when i put this:
>>
> Could you retest with latest upstream. If it persists can you send us
> you vmlinuz and initrd.gz?
>
Since similar in symptoms bugs (memory hole problem) was fixed upstream
and retest request stayed unanswered, marking as fixed-upstream

-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko




signature.asc
Description: OpenPGP digital signature

Bug#621815: Remembered gdm3

[Tapio Lehtonen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

It just occurred to me I installed gdm3 last week, maybe it was on friday. I can
not recall exactly. So maybe this problem appeared after gdm3, and I just did
not notice it right away.

- -- 
Tapio Lehtonen
tapio.lehto...@iki.fi
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2hjRMACgkQ5TuKppZVLWNp9ACfU8d4HoqPfpbzz07mrVnh/zyF
GhcAoMgb+UAkNYXY8kCzJ++Vi3GN0rps
=vDIZ
-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#622111: [exim4] On Debian default clamav socket /var/run/clamav/clamd

[Andreas Metzler]

On 2011-04-10 "Roman V. Nikolaev"  wrote:
> Package: exim4
> Version: 4.74-2
> Severity: minor
> Tags: patch

> --- etc/exim4/exim4.conf.template 2011-01-31 21:18:20.0 +0300
> +++ /etc/exim4/exim4.conf.template2011-04-10 14:28:41.0 +0400
> @@ -155,7 +155,7 @@
>  # scanners. The second modification is in the acl_check_data access
>  # control list.

> -# av_scanner = clamd:/tmp/clamd
> +# av_scanner = clamd:/var/run/clamav/clamd

Actually clamd:/var/run/clamav/clamd.ctl is the correct value. Thanks
for the hint, fixed in SVN.

cu andreas



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

Bug#622117: Please add "builder" as a field in $arch_public.pkg_history

[Mehdi Dogguy]

Package: buildd.debian.org
Severity: normal

Hi.

Several fellows developers asked for a feature to implement in [1]:
show builder's name for each log.

[1] https://buildd.debian.org/status/logs.php

Unfortuntely, this isn't easy since the builder's name is stored in
$arch_public.packages, and not in $arch_public.pkg_history. The former
keeps track of the last builder that tried to build the package only.
Thus, it's not possible to cross results between those two tables.

I tried to grep by hand to get the builder's name directly from the
log file and it works okay... but, as you can guess, it's deeddd
slooowww.

The result is available at [2].

[2] 
https://buildd.debian.org/~mehdi/pgstatus/logs.php?pkg=insighttoolkit&ver=3.20.0-9&arch=kfreebsd-amd64

So could you please add that field in pkg_history? Bonus points if you
update the old tracks to add the information.

Regards,

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

Kernel: Linux 2.6.32-5-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/bash



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

Bug#605279: (csh: LINES/COLUMNS leaks into tmux global environment, leading to display problems)

[Karl Ferdinand Ebert]

On Thursday 07 of April 2011 23:14:20 Alexander Bochmann wrote:
> Hi,
> 
> ...on Thu, Apr 07, 2011 at 12:41:49PM +0200, Karl Ferdinand Ebert wrote:
>  > Could you provide us with additional information about your shell
>  > configuration as requested by the last email from Romain?
> 
> Sorry, I seem to have missed that mail. Thanks for the extensive
> reply.
> 
no problem. 
> I agree that the problem is probably more with csh/tcsh than
> with tmux.
> 
> The workaround I described in the original report (commenting out
> the two statements "setenv COLUMNS" and "setenv LINES" from
> both /etc/csh.login and /etc/csh.cshrc provided by the tcsh package)
> seems to reliably solve the problem though, so I have to admit I
> didn't try to debug it any further.
> 
> Do you think I should ask the tcsh maintainers if they would remove
> those two statements from the global rc files?
Asking is never wrong. So try your luck. :)

Please let me know if I can reassign or close this bug. Thanks.

Best regards,

Ferdinand


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

Bug#622116: eglibc: patch: unrecognized option '--unified-reject-files' (wrong QUILT_PATCH_OPTS)

[Jonathan Nieder]

unarchive 612540
forcemerge 612540 622116
quit

Hi,

Sedat Dilek wrote:

> -QUILT_PATCH_OPTS="--unified-reject-files"
> +QUILT_PATCH_OPTS="--reject-format=unified"

Thanks for reporting.  Should be fixed in 2.11.2-12.



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

Bug#621815: Installed x11-xserver-utils new version

[Tapio Lehtonen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I installed back the upgrade to x11-xserver-utils. No change, after login to
Gnome/Openbox session CPU full tilt. Killing metacity prosess cures it.

I start to suspect x11-xserver-utils upgrade has nothing to do with this bug.
Looks like gdm3 depends on metacity, but gdm does not, so maybe metacity got
installed with gdm3. I installed gdm3 following advice from release notes.

- -- 
Tapio Lehtonen
tapio.lehto...@iki.fi
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2hkEQACgkQ5TuKppZVLWNVmACgo1nvVuDvLSAIurV1mZoSmt5m
ml4An3khKDS24XlPiavDEhdDG7T9Ucai
=+7bT
-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#621921: phonon 4.6.0 is in reality 4.4.2 : is it possible to upgrade to 4.4.3 in squeeze ?

[Modestas Vainius]

reassign 621921 phonon-backend-xine 4:4.6.0really4.4.2-1
close 621921 4:4.6.0really4.4.3-1
severity 621921 normal
retitle 621921 xine backend won't play files with non-ascii names in non-UTF8 
locales
forwarded 621921 https://bugs.kde.org/show_bug.cgi?id=172242
tags 621921 squeeze
thanks

Hello,

On Sunday 10 April 2011 13:12:44 Michel Briand wrote:
> >Maybe somebody will build backports. Though it's troublesome as 4.4.4+ has
> >many changes. If I were you, I would switch locale to UTF-8. Do not delay
> >invetitable.
> 
> Yes and no : when you have a legacy of hard drive / data you want to be
> able to access them even with the latest distro / software !

Maybe but it's a non-default configuration hence this bug is by no means
"very important". Switch locale to UTF-8 and use something like convmv to
convert filenames. Or, since this appears to be a xine backend problem, you
might as well switch Phonon backend to gstreamer or vlc. Or upgrade to
testing.

> >Personally I'm not interested. Updating squeeze-proper to 4.4.3 is out of
> >the question with the exception of backporting a patch.
> 
> Excuse me but I'm not native english speaker:
> 
> what is "squeeze-proper" ?

What I call squeeze-proper is official squeeze release (stable). There is also
squeeze-backports.

> you say that 4.4.3 will never go into the squeeze package ?

Yes. Never.

> you say that you would accept a patch ?

That could be an option if the bug was important enough. However, as long as you
do all the work including extracting the patch & testing it, I might consider
*trying* (that does not mean succeeding) to push it to the next stable revision.


-- 
Modestas Vainius 


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

Bug#622118: linux-base: [INTL:sk] Slovak po-debconf translation

[Slavko]

Package: linux-base
Severity: wishlist
Tags: l10n patch
Version: 3.2

sk.po attached

regards

-- 
Slavko
http://slavino.sk
# Slovak translations for linux-base package
# Slovenské preklady pre balík linux-base.
# Copyright (C) 2011 THE linux-base'S COPYRIGHT HOLDER
# This file is distributed under the same license as the linux-base package.
# Automatically generated, 2011.
# Slavko , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: linux-base 3.2\n"
"Report-Msgid-Bugs-To: linux-b...@packages.debian.org\n"
"POT-Creation-Date: 2011-03-12 08:45+\n"
"PO-Revision-Date: 2011-04-10 13:15+0200\n"
"Last-Translator: Slavko \n"
"Language-Team: Slovak \n"
"Language: sk\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;\n"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Update disk device IDs in system configuration?"
msgstr "Aktualizovať ID diskových zariadení v nastavení systému?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"The new Linux kernel version provides different drivers for some PATA (IDE) "
"controllers. The names of some hard disk, CD-ROM, and tape devices may "
"change."
msgstr ""
"Nové verzia jadra Linuxu poskytujú iné ovládače niektorých radičov PATA "
"(IDE). Mená niektorých pevných diskov, CD-ROM a páskových zariadení môžu byť "
"zmenené."

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"It is now recommended to identify disk devices in configuration files by "
"label or UUID (unique identifier) rather than by device name, which will "
"work with both old and new kernel versions."
msgstr ""
"Teraz je odporúčané udávať diskové zariadenia v konfiguračných súboroch "
"pomocou ich menovky alebo UUID (jedinečný identifikátor) namiesto mena "
"zariadenia, ktoré je funkčné ako so starými, tak i s novými verziami jadra."

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"If you choose to not update the system configuration automatically, you must "
"update device IDs yourself before the next system reboot or the system may "
"become unbootable."
msgstr ""
"Ak si vyberiete neaktualizovať automaticky systémové nastavenie, budete "
"musieť aktualizovať ID zariadení sami, ešte pred nasledujúcim reštartom "
"systému, inak sa systém môže stať nezavediteľným."

#. Type: boolean
#. Description
#. Type: boolean
#. Description
#: ../templates:3001 ../templates:4001
msgid "Apply configuration changes to disk device IDs?"
msgstr "Použiť zmeny konfigurácie ID diskových zariadení?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid "These devices will be assigned UUIDs or labels:"
msgstr "Týmto zariadeniam budú priradené UUID alebo menovky:"

#. Type: boolean
#. Description
#. Type: boolean
#. Description
#: ../templates:3001 ../templates:4001
msgid "These configuration files will be updated:"
msgstr "Tieto konfiguračné súbory budú aktualizované:"

#. Type: boolean
#. Description
#. Type: boolean
#. Description
#: ../templates:3001 ../templates:4001
msgid "The device IDs will be changed as follows:"
msgstr "ID zariadení budú zmenené takto:"

#. Type: error
#. Description
#: ../templates:5001
msgid "Configuration files still contain deprecated device names"
msgstr "Konfiguračné súbory stále obsahujú zastarané mená zariadení"

#. Type: error
#. Description
#: ../templates:5001
msgid ""
"The following configuration files still use some device names that may "
"change when using the new kernel:"
msgstr ""
"Nasledujúce konfiguračné súbory stále používajú mená zariadení, ktoré asi "
"bude treba pri použití nového jadra zmeniť:"

#. Type: error
#. Description
#: ../templates:6001
msgid "Boot loader configuration check needed"
msgstr "Je potrebná kontrola nastavenia zavádzača"

#. Type: error
#. Description
#: ../templates:6001
msgid ""
"The boot loader configuration for this system was not recognized. These "
"settings in the configuration may need to be updated:"
msgstr ""
"Konfigurácia zavádzača tohoto systému nebola rozpoznaná. V konfigurácii asi "
"bude treba aktualizovať tieto nastavenia:"

#. Type: error
#. Description
#: ../templates:6001
msgid ""
" * The root device ID passed as a kernel parameter;\n"
" * The boot device ID used to install and update the boot loader."
msgstr ""
" * ID koreňového zariadenia, predávané ako parameter jadra;\n"
" * ID zavádzacieho zariadenia, použitého na inštaláciu a aktualizáciu "
"zavádzača."

#. Type: error
#. Description
#: ../templates:6001
msgid ""
"You should generally identify these devices by UUID or label. However, on "
"MIPS systems the root device must be identified by name."
msgstr ""
"Tieto zariadenia by ste mali označovať ich UUID či menovkou. Na systémoch "
"MIPS však musí byť koreňové zariadenie označené menom."

#. Type: error
#. Description
#: ../temp

Bug#600050: [pkg-lighttpd] Bug#600050: Bug#600050: /etc/lighttpd/conf-available/15-fastcgi-php.conf: fastcgi-php file missing a required directive

[Arno Töll]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ehem,
forgot the patch ;-)


- -- 
mit freundlichen Grüßen,
Arno Töll
GnuPG Key-ID: 0x8408D4C4
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJNoZKqAAoJELBdpXvEXpo9Xk8P/37uSVbmNqVO/AOgQ9C7SogV
9kh0kbEcQxnal+u5e5KZJBb/ozvx/mW8/RAwwoY1OED0I4AASV86RMG+seMhHBqQ
PIRpiJlXa0IkJhyUnR5UoaJbV+uea6GlwiTbmmfv0J9drLUw8b/V64exi7yFI7+m
TMTLMPe/fnRXdBfue0vJ5Y6B0uwygvzW5QW/KSK309XG2V6B3CVl/NYs9N+uUoz6
zC/JPXTvPohdgsfG+x2YUvf8xaicl6DFbqRAJuuhK/iKKsQ4uhFeBM8bJnIK8I1e
Bs/XcU7HoSfJSZxYaZgdIwSHApJlhxybtRpJTxud5gkAw0rB1oWpnpGsMR8K/rY3
smupRdH0esu7oFR6l+ht5JzXVD+rNhmjXt+ULiOHF5QA74fU2yykJxa32O1LJjOH
SPx+KFFySKVOPY4mXX+It2wVXfBTOOCo/2UnSLcA2G5UHWp7W/iXGr14QqB8OUAR
Gg1FvEI8A8B8OTIJ5erau3sWYWAsKtPvs2eMS4OzoaYbR/XnIY3uQyqIkEWCu7VF
/2oAgDoLUeARLT80nhmkStUE51TeNdHxn3ty12vaXf12uoQZ0tHlRUtkEMKxUGiP
eEiNB4WbkuAPFCmBpTRjORo0/U3SGuzIEkCqe7vzKZ59yAXq/aZBILj3J7zEWUnP
oLFBZyTE2Pfsu/gH8QOG
=iwDX
-END PGP SIGNATURE-
Index: debian/lighty-enable-mod
===
--- debian/lighty-enable-mod	(revision 525)
+++ debian/lighty-enable-mod	(working copy)
@@ -4,6 +4,7 @@
 #
 #	Contains changes from:
 #		- Tobias Gruetzmacher 
+#		- Arno Toell 
 #
 #	You may distribute under the terms of either the GNU General Public
 #	License[1] or the Artistic License[2].
@@ -23,7 +24,6 @@
 my %available = ();
 my %enabled = ();
 my @todo = ();
-my %moduledeps = ();
 my $enabling = 1;
 
 #--- first check if we enabling or disabling
@@ -75,16 +75,43 @@
 #--- activate (link) or deactivate (remove) module
 foreach my $do (@todo) {
 
+	if (! exists($available{$do})) {
+		print("Ignoring unknown module: $do\n");
+		next;
+	}
 
 	if ($enabling) {
 		next unless defined($available{$do});
 		my $target = sprintf("%s/conf-enabled/%s", $confdir,basename($available{$do}));
-		print qq{Enabling $do: };
+		my $source = $available{$do};
 
 		my $st = stat($target);
 		unless ( -f $target ) {
+			# scan for a dependency line
+			local *MOD;
+			open(MOD, "< $source") || die("can't read $source: $!");
+			while(my $i = ) {
+if ($i =~ m/# -\*- depends: ([-\w, ]+) -\*-/) {
+	my @matches = split(/,\s+/, $1);
+	for my $module (@matches) {
+		if (exists $available{$module} and ! exists $enabled{$module}) {
+			print("Met dependency: $module\n");
+			push(@todo, $module);
+		}
+		elsif (exists $available{$module} and exists $enabled{$module}) {
+			# Do nothing
+		}
+		else
+		{
+			die("Unresolved dependency: $module\n");
+		}
+	}
+	last;
+}
+			}
+			close(MOD);
 			if (symlink("../conf-available/" . basename($available{$do}), $target)) {		
-print "ok\n";
+print "Enabling $do: ok\n";
 			}
 			else {
 print "failure: $!\n";
@@ -94,19 +121,35 @@
 			print "already enabled\n";
 		}
 
-		#--- check dependencies
-		for my $module (@{$moduledeps{$do}})
-		{
-			unless ( -f $target && -l $target )
-			{
-print qq{Module $do depends on module $module which is not activated.\n};
-			}
-		}
 	}
 	else {
 		if (defined($enabled{$do})) {
 			print qq{Disabling $do\n};
 			my $target = sprintf("%s/conf-enabled/%s", $confdir,basename($enabled{$do}));
+			my $source = $available{$do};
+		
+			# scan for a reverse dependency line
+			foreach my $available_module (keys %available) {
+if ($available_module eq $do) {
+	next;
+	}
+local *MOD;
+open(MOD, "< $available{$available_module}") || die("can't read $available{$available_module}: $!");
+while(my $i = ) {
+	if ($i =~ m/# -\*- depends: ([-\w, ]+) -\*-/) {
+		my @matches = split(/,\s+/, $1);
+		for my $module (@matches) {
+		if ($module eq $do && exists $enabled{$available_module}) {
+			print("Reverse dependency met: Disabling $available_module too\n");
+			push(@todo, $available_module);
+			}
+		}
+	last;
+	}
+}
+			}
+			close(MOD);
+
 			unlink($target);
 		} else {
 			print qq{Already disabled $do\n};
Index: debian/changelog
===
--- debian/changelog	(revision 525)
+++ debian/changelog	(working copy)
@@ -1,3 +1,13 @@
+lighttpd (1.4.28-4) unstable; urgency=low
+
+  * Fix "leaves dangling alternatives on upgrade" add preinst script which
+removes the dangling symlink (Closes: #614716)
+  * Fix "/etc/lighttpd/conf-available/15-fastcgi-php.conf: fastcgi-php
+file missing a required directive" add a dependency based recursive module
+enable system in lighty-enable-mod (Closes: #600050)
+
+ -- XX   Sat, 09 Apr 2011 13:22:45 -0400
+
 lighttpd (1.4.28-3) unstable; urgency=low
 
   [ Krzysztof Krzyżaniak (eloy) ]
Index: debian/rules
===
--- debian/rules	(revision 525)
+++ debian/rules	(working copy)
@@ -1,5 +1,7 @@
 #!/usr/bin/make -f
+export DH_VERBOSE=1
 

Bug#621918: closed by Ben Hutchings (Re: Bug#621918: nfs-common: nfs mount inpossible)

[Levente Kovacs]

On Sun, 10 Apr 2011 03:24:35 +
ow...@bugs.debian.org (Debian Bug Tracking System) wrote:

> You need to install rpcbind and the above version of nfs-common.

Thanks,

Done that, but the problem still exists. It is not so critical, hence I use
sshfs as a backup solution.

ii  nfs-common   1:1.2.3-1
...
ii  rpcbind  0.2.0-6

still I get:
sm-notify[2521]: Already notifying clients; Exiting


-- 
Levente Kovacs
http://levente.logonex.eu



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

Bug#614575: [request-tracker-maintainers] Bug#614575: CVE IDs etc.

[Dominic Hargreaves]

On Fri, Feb 25, 2011 at 08:04:31PM +0200, Niko Tyni wrote:
> package request-tracker3.8
> retitle 614575 request-tracker3.8: CVE-2011-1007: Back button attacks

> On Tue, Feb 22, 2011 at 11:44:03AM +, Dominic Hargreaves wrote:

> > The following appears in the changelog of 3.8.9:
> >
> >  * Redirect users to their desired pages after login.
> > This prevents possible back button attacks after a user logs out.
> >
> 
> This has been assigned CVE-2011-1007. 

I discussed this a bit with upstream and I concluded that although it's
clearly a useful security enhancement, it probably doesn't qualify as a
security bug that justifies the potentially large breakage in stable that
a stable update would entail (we know, for example, that it would break
a popular extension).

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#622119: mysql-server: logrotatescript fails, nothing to do

[muFFin]

Package: mysql-server
Version: 5.1.49-3
Severity: minor



-- System Information:
Debian Release: wheezy/sid
Architecture: i386 (x86_64)

Kernel: Linux 2.6.26-2-xen-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/bash

Versions of packages mysql-server depends on:
ii  mysql-server-5.1  5.1.49-3   MySQL database server binaries and

mysql-server recommends no packages.

mysql-server suggests no packages.

-- no debconf information

Hello,

logrotate fails because of:

:/etc/logrotate.d# logrotate -d mysql-server 
reading config file mysql-server
reading config info for /var/log/mysql.log /var/log/mysql/mysql.log 
/var/log/mysql/mysql-slow.log 

Handling 1 logs

rotating pattern: /var/log/mysql.log /var/log/mysql/mysql.log 
/var/log/mysql/mysql-slow.log  after 1 days (7 rotations)
empty log files are rotated, old logs are removed
considering log /var/log/mysql.log
  log /var/log/mysql.log does not exist -- skipping
considering log /var/log/mysql/mysql.log
  log /var/log/mysql/mysql.log does not exist -- skipping
considering log /var/log/mysql/mysql-slow.log
  log /var/log/mysql/mysql-slow.log does not exist -- skipping
not running postrotate script, since no logs were rotated

Would it possible to make this return positive?



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

Bug#619445: xmlstarlet doesn't interpret numeric entities (regression in 1.0.4-1)

[Mònica Ramírez Arceda]

Here you have the upstream's answer:

-
It's not clear to me that entities should be parsed here. The decription of
-v is

-v or --value-of  - print value of XPATH expression

The argument is an XPath expression, not an XML string representing an
XPath expression.
It seems to me that the older behaviour was an accident of the
implementation rather than an official feature. A problem with the old
behaviour would be:
$ ./src/xml sel -T -t -v "'&'"
Entity: line 23: parser error : xmlParseEntityRef: no name


See: 
http://sourceforge.net/tracker/?func=detail&aid=3240736&group_id=66612&atid=515106
-

But there is an open thread in devel upstream list where this issue can be 
discussed. 
Do you have an argument that could be made in favour interpreting entities on 
practical grounds?
I can forward your argument/s to this list, if you want.

Thanks for your collaboration!
Mònica


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

Bug#621619: libgphoto2: Getting rid of unneeded *.la / emptying dependency_libs

[Andreas Metzler]

# Add versioning info
found 621619 2.4.6-3
tags 621619 pending
thanks

On 2011-04-07 codeh...@debian.org wrote:
> Package: libgphoto2
> Severity: normal
> User: codeh...@debian.org
> Usertags: la-file-removal

> To finish an old release goal from Squeeze, to comply with Policy
> 10.2 and to ease the introduction of MultiArch, I'm filing bugs
> against packages which contain .la files which can be either removed
> or stripped of the dependency_libs variable.
[...]

> http://release.debian.org/~aba/la/current.txt

According to this list

a) the la-files can be removed from libgphoto2-2-dev (no other la
them in dependency libs)
b) libgphoto2-2-dev is currently broken[1], because at least one of the
libraries we are listing in dependency_libs has dropped its la file
(instead of cleaning dependency_libs).

I have taken the liberty of pushing a fix in GIT.

cu andreas

[1] links-not-existing-la 




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

Bug#622120: nvidia-common: [INTL:sk] Slovak po-debconf translation

[Slavko]

Package: nvidia-common
Severity: wishlist
Tags: l10n patch
Version: 20110213+1

sk.po attached

regards

-- 
Slavko
http://slavino.sk
# Slovak translations for nvidia-common package
# Slovenské preklady pre balík nvidia-common.
# Copyright (C) 2011 THE nvidia-common'S COPYRIGHT HOLDER
# This file is distributed under the same license as the nvidia-common package.
# Automatically generated, 2011.
# Slavko , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: nvidia-common 20110213+1\n"
"Report-Msgid-Bugs-To: nvidia-com...@packages.debian.org\n"
"POT-Creation-Date: 2011-02-22 10:45-0800\n"
"PO-Revision-Date: 2011-04-10 13:39+0200\n"
"Last-Translator: Slavko \n"
"Language-Team: Slovak \n"
"Language: sk\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;\n"

#. Type: boolean
#. Description
#: ../nvidia-common.templates:1001
msgid "Run 'nvidia-installer --uninstall'?"
msgstr "Spustiť „nvidia-installer --uninstall”?"

#. Type: boolean
#. Description
#: ../nvidia-common.templates:1001
msgid ""
"The 'nvidia-installer' program was found on your system.  This is probably "
"left over from an earlier installation of the non-free NVIDIA graphics "
"driver, installed using the NVIDIA *.run file directly.  This installation "
"is incompatible with the Debian packages.  To install the Debian packages "
"safely, it is therefore neccessary to undo the changes performed by 'nvidia-"
"installer'."
msgstr ""
"V systéme bol nájdený program „nvidia-installer”. Pravdepodobne je to "
"pozostatok predchádzajúcej inštalácie neslobodného grafického ovládača "
"NVIDIA, nainštalovaného priamo pomocou súboru NVIDIA *.run. Táto inštalácia "
"nie je kompatibilná balíkmi Debianu. Na bezpečné nainštalovanie balíkov "
"Debianu je preto potrebné obnoviť všetky zmeny, vykonané pomocou „nvidia-"
"installer”."

#. Type: boolean
#. Description
#: ../nvidia-common.templates:2001
msgid "Delete 'nvidia-installer' files?"
msgstr "Odstrániť súbory „nvidia-installer”?"

#. Type: boolean
#. Description
#: ../nvidia-common.templates:2001
msgid ""
"Some files from the 'nvidia-installer' still remain on your system. These "
"probably come from an earlier installation of the non-free NVIDIA graphics "
"driver using the *.run file directly.  Running the uninstallation procedure "
"may have failed and left these behind.  These files conflict with the "
"packages providing the non-free NVIDIA graphics driver and must be removed "
"before the package installation can continue."
msgstr ""
"Niektoré súbory „nvidia-installer” sú ešte stále v systéme. Pravdepodobne "
"pochádzajú z predchádzajúcej inštalácie neslobodného grafického ovládača "
"NVIDIA, nainštalovaného priamo pomocou súboru NVIDIA *.run. Spustenie "
"procesu odinštalovania možno zlyhalo a ponechalo ich v systéme. Tieto súbory "
"sú v konflikte s balíkmy poskytujúcimi neslobodný grafický ovládač NVIDIA a "
"musia byť najprv odstránené, aby mohla inštalácia balíka pokračovať."

#. Type: boolean
#. Description
#: ../nvidia-common.templates:3001
msgid "Remove conflicting library files?"
msgstr "Odstrániť konfliktné súbory knižníc?"

#. Type: boolean
#. Description
#: ../nvidia-common.templates:3001
msgid ""
"The following libraries were found on your system and conflict with the "
"current installation of the NVIDIA graphics drivers:"
msgstr ""
"V systéme boli nájdené nasledujúce knižnice, ktoré sú v konflikte s "
"aktuálnou inštaláciou grafických ovládačov NVIDIA:"

#. Type: boolean
#. Description
#: ../nvidia-common.templates:3001
msgid "${conflict-libs}"
msgstr "${conflict-libs}"

#. Type: boolean
#. Description
#: ../nvidia-common.templates:3001
msgid ""
"These libraries are most likely remnants of an old installation using the "
"nvidia-installer and do not belong to any package managed by dpkg.  It "
"should be safe to delete them."
msgstr ""
"Tieto knižnicu sú s najväčšou pravdepodobnosťou pozostatkom starej "
"inštalácie pomocou nvidia-installer a nepatria do žiadneho balíka "
"spravovaného pomocou dpkg. Ich zmazanie by malo byť bezpečné."


signature.asc
Description: PGP signature

Bug#621835: xmodmap -e 'remove lock = Caps_Lock' no longer works.

[jidanni]

> "JDHaSD" == John D Hendrickson and Sara Darnell  
> writes:
JDHaSD> No way is it obsolete.
Just as I suspected.



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

Bug#622116: eglibc: patch: unrecognized option '--unified-reject-files' (wrong QUILT_PATCH_OPTS)

[Sedat Dilek]

On Sun, Apr 10, 2011 at 1:04 PM, Jonathan Nieder  wrote:
> unarchive 612540
> forcemerge 612540 622116
> quit
>
> Hi,
>
> Sedat Dilek wrote:
>
>> -QUILT_PATCH_OPTS="--unified-reject-files"
>> +QUILT_PATCH_OPTS="--reject-format=unified"
>
> Thanks for reporting.  Should be fixed in 2.11.2-12.
>

Thanks for the rocket-fast reply.

Has eglibc (2.11.2-12) ever been released or it is going to be released?

I see a Closes #612540 in eglibc/experimental (2.13-0exp5):
...
[ Clint Adams ]
   * Patch from Nobuhiro Iwamatsu to cope with the removal of
 patch --unified-reject-files.  closes: #612540.

Can you enlighten what will be next version of eglibc in sid? 2.13?
Can someone switch/jump to it w/o (big, any) concerns?

- Sedat -

[1] eglibc (2.11.2-12)



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

Bug#606494: grub2: localized start screen: german text is not displayed completely

[Vladimir 'φ-coder/phcoder' Serbinenko]

tag 606494 fixed-upstream
thanks

On 09.12.2010 20:16, Holger Wansing wrote:
> Package: grub2
>
>
> Yesterday, I noticed that grub2 has now the new functionality
> to display a localized start screen (the first screen, where
> you can select which OS to start. Under that list, there is a
> localized (here german) text about the keyboard functions).
>
> In german the text is truncated (maybe in other languages, too?)
> In the po file, the translation is complete.
>
> On the grub screen, I see:
> -
> Verwenden Sie die Tasten ▲ und ▼, um Einträge hervorzuheben und
> auszuwählen.
> Drücken Sie die Eingabetaste, um das ausgewählte Betriebssystem
> zu booten, »e« zum Bearbeiten der Befehle vor dem Booten oder
> -
>
>
> while the po file contains this:
> -
>  msgid "Use the %C and %C keys to select which entry is highlighted.\n"
>  msgstr ""
>  "Verwenden Sie die Tasten %C und %C, um Einträge hervorzuheben und "
>  "auszuwählen.\n"
>
>  msgid ""
>  "Press enter to boot the selected OS, 'e' to edit the commands before 
> booting "
>  "or 'c' for a command-line. ESC to return previous menu.\n"
>  msgstr ""
>  "Drücken Sie die Eingabetaste, um das ausgewählte Betriebssystem zu booten, "
>  "»e« zum Bearbeiten der Befehle vor dem Booten oder »c« für eine "
>  "Befehlszeile. Mit ESC kehren Sie zum vorherigen Menü zurück.\n"
> -
>
> It seems the developer has oriented himself on the english
> version, and languages that need more characters for their translation
> are truncated.
>
> Please give the possibility to use some more place for the strings.
> Thanks
>
>
>
>
> As a short term solution, I could provide a patch to shorten the
> translation so that it fitts in the displayed lines.
> The original translator 
> Mario Blättermann 
> has already received that patch, and he has already implemented it, 
> but since that is on the Translation Project TP, it will need 
> more time to be implemented in the debian package over the official 
> way.
> Could the debian package maintainer change the translation according
> a patch provided by me? (to receive an ACK from the original translator
> would be no problem.)
>
>
>
> Greetings
> Holger
>


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko




signature.asc
Description: OpenPGP digital signature

Bug#622123: iceweasel does not search text in tags

[Arian Sanusi]

Package: iceweasel
Version: 3.5.18-1
Severity: minor
Tags: upstream


iceweasel does not search in text from  tags - the value of the 
option-subtags .


p.ex. see here:  [1]
or for why it is actually worth implementing this, see these filters [2]

[1] http://www.w3schools.com/tags/tryit.asp?filename=tryhtml_select_multiple
[2] http://search.digikey.com/scripts/DkSearch/dksus.dll?Cat=2556109

-- Package-specific info:

-- Extensions information


-- Addons package information
ii  iceweasel  3.5.18-1   Web browser based on Firefox
ii  iceweasel-l10n 1:3.5.16+debia German language package for Iceweasel

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (650, 'unstable'), (600, 'stable'), 
(500, 'maverick'), (200, 'experimental')

Architecture: amd64 (x86_64)

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

Versions of packages iceweasel depends on:
ii  debianutils3.4.4 Miscellaneous utilities 
specific t
ii  fontconfig 2.8.0-2.1 generic font configuration 
library
ii  libc6  2.11.2-11 Embedded GNU C Library: 
Shared lib

ii  libglib2.0-0   2.28.4-1  The GLib library of C routines
ii  libgtk2.0-02.24.3-1~sid1 The GTK+ graphical user 
interface
ii  libnspr4-0d4.8.7-2   NetScape Portable Runtime 
Library

ii  libstdc++6 4.5.2-4   The GNU Standard C++ Library v3
ii  procps 1:3.2.8-10/proc file system utilities
ii  xulrunner-1.9.11.9.1.18-1XUL + XPCOM application runner

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  libgssapi-krb5-2  1.9+dfsg-1 MIT Kerberos runtime 
libraries - k

pn  mozplugger  (no description available)
pn  ttf-lyx | latex-xft-fonts  (no description available)
pn  ttf-mathematica4.1  (no description available)
pn  xfonts-mathml  (no description available)
pn  xprint  (no description available)

Versions of packages xulrunner-1.9.1 depends on:
ii  libasound2   1.0.23-2.1  shared library for ALSA 
applicatio

ii  libatk1.0-0  1.32.0-1+sid1   The ATK accessibility toolkit
ii  libbz2-1.0   1.0.5-6 high-quality block-sorting 
file co
ii  libc62.11.2-11   Embedded GNU C Library: 
Shared lib
ii  libcairo21.10.2-6The Cairo 2D vector 
graphics libra
ii  libdbus-1-3  1.4.6-1 simple interprocess 
messaging syst
ii  libfontconfig1   2.8.0-2.1   generic font configuration 
library
ii  libfreetype6 2.4.4-1 FreeType 2 font engine, 
shared lib

ii  libgcc1  1:4.5.2-4   GCC support library
ii  libglib2.0-0 2.28.4-1The GLib library of C routines
ii  libgtk2.0-0  2.24.3-1~sid1   The GTK+ graphical user 
interface
ii  libhunspell-1.2- 1.2.14-4spell checker and 
morphological an
ii  libjpeg626b1-1   The Independent JPEG 
Group's JPEG
ii  libmozjs2d   1.9.1.18-1  The Mozilla SpiderMonkey 
JavaScrip
ii  libnspr4-0d  4.8.7-2 NetScape Portable Runtime 
Library
ii  libnss3-1d   3.12.9.with.ckbi.1.82-1 Network Security Service 
libraries
ii  libpango1.0-01.28.3-1+squeeze2   Layout and rendering of 
internatio

ii  libpng12-0   1.2.44-2PNG library - runtime
ii  libreadline6 6.1-3   GNU readline and history 
libraries

ii  libsqlite3-0 3.7.5-1 SQLite 3 shared library
ii  libstartup-notif 0.10-1  library for program launch 
feedbac

ii  libstdc++6   4.5.2-4 The GNU Standard C++ Library v3
ii  libx11-6 2:1.4.2-1   X11 client-side library
ii  libxrender1  1:0.9.6-1   X Rendering Extension 
client libra

ii  libxt6   1:1.1.1-1   X11 toolkit intrinsics library
ii  zlib1g   1:1.2.3.4.dfsg-3compression library - runtime

Versions of packages xulrunner-1.9.1 suggests:
ii  libcanberra0  0.24-1 a simple abstract interface 
for pl
ii  libdbus-glib-1-2  0.92-1 simple interprocess 
messaging syst
ii  libgconf2-4   2.28.1-6   GNOME configuration 
database syste
ii  libgnome2-0   2.30.0-1   The GNOME library - runtime 
files
ii  libgnomeui-0  2.24.3-1   The GNOME libraries (User 
Interfac
ii  libgnomevfs2-01:2.24.4-1 GNOME Virtual File System 
(runtime


-- 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#621835: xmodmap -e 'remove lock = Caps_Lock' no longer works.

[John D. Hendrickson and Sara Darnell]

I use xmodmap.  No way is it obsolete.  It's who's job?   To break unix 
software by making time honored standards "obsolete" a little at a time? 
 - John


jida...@jidanni.org wrote:

OK,
setxkbmap -option caps:none
worked. Thanks!

"CB" == Cyril Brulebois  writes:

CB> Well, nobody bothered to send a patch. Feel free to.
Just add '*** xmodmap is obsolete, try setxkbmap instead ***'
somewhere on the xmodmap manpage. That would help #584502 sufferers too.








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

Bug#622124: lintian: overzealous spell checking is actually wrong in one casse

[Nicholas Bamber]

Package: lintian
Version: 2.5.0~rc2
Severity: serious
Justification: Policy 12.1

The new lintian is scoring about 50% for me at the moment.
It is quite correct in asking for 'allows to' to be changed to
'allows one to'. At least I can think of no counter examples.

However it goes too far in asking for 'helps to' -> 'helps one to'.
In all the examples I have seen or can think of, both are grammatically
correct but the one without is more appropriate. Adding 'one' makes it 
sounds long-winded and pompous.

These are the only examples I have seen so I do not know what
the larger pattern is.

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

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

Versions of packages lintian depends on:
ii  binutils   2.20.1-16 The GNU assembler, linker and bina
ii  diffstat   1.54-1produces graph of changes introduc
ii  dpkg-dev   1.16.0.1  Debian package development tools
ii  file   5.04-5Determines file type using "magic"
ii  gettext0.18.1.1-3GNU Internationalization utilities
ii  intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf
ii  libapt-pkg-perl0.1.24+b1 Perl interface to libapt-pkg
ii  libclass-accessor-perl 0.34-1Perl module that automatically gen
ii  libemail-valid-perl0.184-1   Perl module for checking the valid
ii  libipc-run-perl0.89-1Perl module for running processes
ii  libparse-debianchangel 1.2.0-1   parse Debian changelogs and output
ii  libtimedate-perl   1.2000-1  collection of modules to manipulat
ii  liburi-perl1.58-1module to manipulate and access UR
ii  locales2.11.2-11 Embedded GNU C Library: National L
ii  locales-all [locales]  2.11.2-11 Embedded GNU C Library: Precompile
ii  man-db 2.5.7-8   on-line manual pager
ii  perl [libdigest-sha-pe 5.10.1-19 Larry Wall's Practical Extraction 

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarch (no description available)
ii  libtext-template-perl 1.45-2 Text::Template perl module
ii  man-db2.5.7-8on-line manual pager

-- 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#622125: foo2zjs: Not installable because conflicts with lprng

[Martin Ziegler]

Package: foo2zjs
Version: 20110210dfsg-2
Severity: important

The new version of foo2zjs depends on cups-client, which conflicts
with lprng.


I need foo2zjs my HP-Laserjet and I use lprng because I could not
configure cups for another printer I have.

Regards,

Martin


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

Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
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#622126: proftpd-basic: fails to remove after deletion of init script

[Bernd Zeimetz]

Package: proftpd-basic
Severity: important

After deleting /etc/init.d/proftpd the package can't be updated or removed
as the prerm skript tries to execute the init skript with invoke-rc
which fails if the skript does not exists.

invoke-rc.d: unknown initscript, /etc/init.d/proftpd not found.

As this doesn';t affect the "normal" installation I don;t think a RC
bug is warranted here, but it should be fixed soon.

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

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



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

Bug#622127: xserver-xorg: X locks up randomly on Intel chipset

[Michael P. Soulier]

Package: xserver-xorg
Version: 1:7.5+8
Severity: important

At seemingly random times X locks up completely. The UI will not respond to any 
input except to go to a virtual terminal.

If I kill X from that terminal, the display manager will not come back, the 
screen remains black with a cursor.

I must finally reboot the system.

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Oct 25 09:57 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1733468 Feb 19 09:43 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation 
82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device [8086:2562] (rev 
01)

Xorg X server configuration file status:

-rw-r--r-- 1 root root 1077 Nov  2 09:20 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
EndSection

Section "Device"
Identifier  "Configured Video Device"
EndSection

Section "Monitor"
Identifier  "Configured Monitor"
EndSection

Section "Screen"
Identifier  "Default Screen"
Monitor "Configured Monitor"
EndSection

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 2.6.32-5-686 (Debian 2.6.32-31) (b...@decadent.org.uk) (gcc 
version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Tue Mar 8 21:36:00 UTC 2011

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 19338 Apr 10 08:35 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-

X.Org X Server 1.7.7
Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32.29-dsa-ia32 i686 Debian
Current Operating System: Linux tigercub 2.6.32-5-686 #1 SMP Tue Mar 8 21:36:00 
UTC 2011 i686
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 
root=UUID=15c406f5-0cb2-4a80-9e42-c9bcd3ac23cc ro quiet
Build Date: 19 February 2011  02:37:36PM
xorg-server 2:1.7.7-13 (Cyril Brulebois ) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sun Apr 10 08:35:37 2011
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(==) No Layout section.  Using the first Screen section.
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Configured Monitor"
(==) No device specified for screen "Default Screen".
Using the first device section listed.
(**) |   |-->Device "Configured Video Device"
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(WW) `fonts.dir' not found (or not valid) in 
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType".
Entry deleted from font path.
(Run 'mkfontdir' on "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType").
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevice

Bug#622104: man-db: /var/lib/dpkg/info/man-db.postinst Segmentation fault

[Colin Watson]

On Sun, Apr 10, 2011 at 11:42:52AM +0200, Cristian Ionescu-Idbohrn wrote:
> %m{%S%n%s}%1+ perl -e '@pwd = getpwnam("man"); $( = $) = $pwd[3]; $< = $> = 
> $pwd[2];
>  exec "/usr/bin/mandb", @ARGV' -- -pq
> /var/lib/dpkg/info/man-db.postinst: line 6:  7733 Segmentation fault  
> perl -e '@pwd = getpwnam("man"); $( = $) = $pwd[3]; $< = $> = $pwd[2];
>  exec "/usr/bin/mandb", @ARGV' -- "$@"

Please post the complete output of 'sudo -u man mandb -pd'.

-- 
Colin Watson   [cjwat...@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#622090: Bug in libauthen-krb5-perl fixed in revision 72451

[pkg-perl-maintainers]

tag 622090 + pending
thanks

Some bugs are closed in revision 72451
by Gregor Herrmann (gregoa)

Commit message:

New version of patch better-compilter-flags: use krb5-config to query the
necessary library options; thanks to Steve Langasek for forwarding the
patch from Ubuntu (closes: #622090).



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

Bug#622128: pacemaker-mgmt: Stop shipping libtool la files or prune dependency libs

[Andreas Metzler]

Package: pacemaker-mgmt
Version: 2.0.0+hg1141-2
Severity: normal
User: codeh...@debian.org
Usertags: la-file-removal

Hello,

the binary packages contain multiple libtool la files with nonempty
dependency_libs:

* pacemaker-mgmt-dev (/usr/lib/*.la)
* pacemaker-mgmt-client ships /usr/lib/heartbeat-gui/_pymgmt.la

Please stop shipping the libtool la-files or at least empty the dependency
libs line. /usr/lib/*.la is pretty clear candidate for removal. I do
not know about /usr/lib/heartbeat-gui/_pymgmt.la - Is this needed
internally or installed accidentally?
debian/pacemaker-mgmt-client.install is strange, it installs both the
complete usr/lib*/heartbeat-gui directories and later selectivily
specifies files.

http://wiki.debian.org/ReleaseGoals/LAFileRemoval
http://lists.debian.org/debian-devel/2009/08/msg00808.html
http://release.debian.org/~aba/la/current.txt

cu andreas



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