Bug#508443: 508443 also on 2.6.23/sparc64

[Evgeni Golov]

On Tue, 16 Dec 2008 15:36:12 -0200 Nelson A. de Oliveira wrote:

 Are you also able to test it with imagemagick from experimental
 (7:6.4.5.4.dfsg1-1), please?

Funny,
upgrading IM to the version from exp did not help, see attached traces
(no IM debug symbols, sorry, no time to recompile that biest).
But after I upgraded librsvg2-2 to the version from exp (2.22.3-1),
everything is fine.


convert-exp-debug_all_trace.gz
Description: Binary data


convert-exp-sparc-gdb
Description: Binary data

Bug#509089: dhcp lease negotiation takes longer than necessary

[Michel Lespinasse]

Package: dhcp3-client
Version: 3.1.1-5
Tags: patch

While trying to figure out why it takes so long to up an interface using
dhcp, I had a look at the source code. It seemed to me that a lot of
the delays were unnecessary. After fixing what I saw, it now takes about
a quarter second to up an interface on my wired network - I thought I
should send the patches here, in case there is an interest.


dhcp3-client-1.diff fixes the delays between consecutive requests
(the backoff algorithm). This algorithm is best explained in the
following code comment:
/* If we're supposed to increase the interval, do so.  If it's
   currently zero (i.e., we haven't sent any packets yet), set
   it to initial_interval; otherwise, add to it a random number
   between zero and two times itself.  On average, this means
   that it will double with every transmission. */
However contrary to what the comment indicates, client-interval has
been initialised, before the first request is sent, to the initial_interval
value rather than to 0. Because of that, the delay between the first two
requests is, on average, double of the initial_interval value, instead of
being equal to the initial_interval value. I'm proposing to change the
initialization value to zero, in order to match the programmers expectations
as documented in that comment, and to have the initial-interval option
in dhclient.conf work as per the documented behavior.

Additionally, I'm proposing to enforce that the delay between consecutive
requests is always at least one second - this was already the case when
using the default values, but could be messed with if setting an
initial-interval of 0 or a backoff-cutoff of 1. Some people
(see for example http://syn.theti.ca/ ) have been suggesting to use
a backoff-cutoff of 1, so such configurations do exist in the wild.


dhcp3-client-2.diff fixes a separate issue: the dhcp client was waiting
a random delay, between 0 and 4 seconds, before sending the first dhcp
request. The maximum delay was hardcoded and this behavior was not documented
anywhere, but my guess is that this may have been intended to reduce dhcp
floods when a large number of machines boot at the same time, following
a power failure for example. It seems to me however, that such a delay is
not necessary in many common situations, such as when running on a laptop
with its own battery... I don't feel bold enough to just remove that random
delay, but I think adding a new dhclient.conf option named
initial-random-delay, which would default to 4 but be user-settable to
any desired maximum random delay value, including 0 for no delay,
is a reasonable proposal. Laptop users could then be encouraged to use
initial-random-delay = 0.


The third delay I identified was in the dhclient-script. The packaged script
sleeps for one second after upping the interface with an ip address of 0
(this is, in the PREINIT stage before sending out the first dhcp request).
A comment there says this is because the kernel needs some time to get the
interface up. I believe this is not true of current kernels. In some
situations, I can imagine that link negotiation could take a little time
and cause packets to be lost during that interval, but this does not happen
for the most common situations of using ifplugd or wpa-supplicant roaming,
for example. Also even if it does happen in some wired situations, it seems
that the worst case would be that the first request would get dropped and
that a subsequent retransmit would work. So, I would propose to drop that
one second delay as well.


After implementing these proposed changes (as well as an additional change
in ifplugd, as documented in bug 509015) I can get a wired dhcp connection
within a quarter second of plugging in the ethernet cable. The only
configuration parameter I need to apply is initial-random-delay=0 - the
other parameters governing the backoff algorithm do not even have to be
modified. Without these changes the dhcp connection would take anywhere
from 2 to 7 seconds to negociate.

Hope this helps,

-- 
Michel Walken Lespinasse
A program is never fully debugged until the last user dies.
diff -ru dhcp3-3.1.1.orig/client/dhclient.c dhcp3-3.1.1/client/dhclient.c
--- dhcp3-3.1.1.orig/client/dhclient.c	2008-12-16 22:06:57.0 -0800
+++ dhcp3-3.1.1/client/dhclient.c	2008-12-16 23:44:39.0 -0800
@@ -578,7 +579,7 @@
 	make_request (client, client - active);
 	client - destination = iaddr_broadcast;
 	client - first_sending = cur_time;
-	client - interval = client - config - initial_interval;
+	client - interval = 0;
 
 	/* Zap the medium list... */
 	client - medium = (struct string_list *)0;
@@ -604,7 +605,7 @@
 	client - destination = iaddr_broadcast;
 	client - state = S_SELECTING;
 	client - first_sending = cur_time;
-	client - interval = client - config - initial_interval;
+	client - interval = 0;
 
 	/* Add an immediate timeout to cause the first DHCPDISCOVER packet
 	   to go 

Bug#509063: ITP: libproxy -- automatic proxy configuration management library

[Florian Weimer]

* Emilio Pozuelo Monfort:

   Description : automatic proxy configuration management library

  libproxy is a lightweight library which makes it easy to develop
  applications proxy-aware with a simple and stable API.

WPAD is a broken protocol with security issues inherent to the DNS
devolution mechanism (which is also performed by libproxy).  Please
don't add implementations to the Debian archive.



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

Bug#509090: wrong variables in boot.log with multiple network interfaces

[Ralf Utermann]

Package: fai-client
Version: 3.2.14
Severity: normal



When machines with multiple network interfaces are installed (lenny clients
from a lenny server) some problems occur (see the discussion in this
thread: 
https://lists.uni-koeln.de/pipermail/linux-fai/2008-December/006445.html).

One problem is a typo in /usr/lib/fai/get-boot-info which is the reason why
incorrect values for variables like IPADDR BROADCAST GATEWAYS NETMASK are
written to  $LOGDIR/boot.log .
These entries are often used lateron, for an example see
/usr/share/doc/fai-doc/examples/simple/scripts/FAIBASE/30-interface .

The attached patch fixes this bug.


Regards, Ralf





--- get-boot-info	2008-12-17 11:01:18.0 +0100
+++ get-boot-info.new	2008-12-17 14:53:03.0 +0100
@@ -123,7 +123,7 @@
 boot=0
 
 # when using live-initramfs
-if [ -d /var/log/live.log ]; then
+if [ -f /var/log/live.log ]; then
 grep IP-Config /var/log/live.log | grep -q DHCP  get_dhcp_info
 grep IP-Config /var/log/live.log | grep -q BOOTP  get_bootp_info
 else

Bug#505502: Tagging the found version as for pdmenu

[Samuel Thibault]

Adam D. Barratt, le Thu 18 Dec 2008 07:03:57 +, a écrit :
 On Thu, 2008-12-18 at 00:29 +0100, Samuel Thibault wrote:
  Neil Williams, le Tue 09 Dec 2008 23:50:14 +, a écrit :
   The original bug report was tagged as found in a version of gpm and
   this wasn't changed when the bug was reassigned to pdmenu.
  
  Mmm, that's sad indeed.  Shouldn't the bts clear the versions when
  reassigning bugs?
 
 It does; if it didn't, then the bug would still be marked as found in
 1.20.3~pre3-3 (found adds a found version, it doesn't remove any).

Oh, ok, sorry for the noise.

Samuel



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

Bug#471440: /boot/vmlinuz-2.6.24-1-686: kobject_add failed for acl00180F9FF630 with -EEXIST

[Xavier Bestel]

On Wed, 2008-12-17 at 23:13 +0100, Moritz Muehlenhoff wrote:
 On Tue, Mar 18, 2008 at 09:33:23AM +0100, Xavier Bestel wrote:
  Package: linux-image-2.6.24-1-686
  Version: 2.6.24-4
  Severity: normal
  File: /boot/vmlinuz-2.6.24-1-686
  
  
  Hi,
  
  I know there's another bug opened with a kobject_add failure, but this
  one is on a different sysfs file: acl00180F9FF630 (see log).
 
 Does this error still occur with more recent kernel versions?

No, it doesn't happen anymore.

Thx,
Xav





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

Bug#504080: ITP: courier-pythonfilter -- filter collection for the Courier MTA

[Paweł Tęcza]

Paweł Tęcza pisze:


2. You could add suggestion for python-clamav, python-dns, python-spf
packages. There can be necessary for some Pythonfilter modules.

BTW, do you use Pythonfilter greylisting with PostgreSQL support?
Recently I've been working on it, but no success. Gordon Messmer use
mysterious Python pgsql module, but I can't find it in any Debian
Python package for PostgreSQL support.


Hello Frederik,

I've just found Python module for PostgreSQL support of Pythofilter.
It's python-pgsql [1]. Unfortunately it hasn't been debianized yet.
Debian has python-pgsql package for long time, but it's different
package! Its real name is pypgsql [2], grrr...

I would like to make Debian package with python-pgsql. I don't know
what the best name for it is, so probably I'll contact with Debian
Python Team.

My best regards,

Pawel


[1] http://people.rpath.com/~gafton/pgsql/
[2] http://pypgsql.sourceforge.net/



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

Bug#509047: regression - ATI driver - video flicks on mouse over content

[Michel Dänzer]

[ Fixed the quoting for you ]

On Thu, 2008-12-18 at 07:28 +0100, Peter Tuhársky wrote:
  
  Do either of these options help?
  Option DisplayPriority HIGH
  Option DisplayPriority BIOS
  
  please reboot between each setting.
 
 Which part of xorg.conf place them to? Device?

Yes, see the radeon manpage.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer



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

Bug#503631: confirmation

[Juha Jäykkä]

Hi all!

First of all, this bug is ages old, it's been around at least from 4.3. 
onwards.

Second, it is amd64-only; I can reproduce it with 100% certainty on all 
amd64-machines, but nowhere else (including, btw, one 64-bit alpha).

Third, dx works fine nevertheless: executive works, program runs etc, it's 
simply not possible to edit the program due to the layout bug.

Also, the layout bug can be fixed by recompiling against libmotif-dev instead 
of lesstif2-dev, so I guess blame can be squarely placed on lesstif2 or its 
use by dx.

Cheers,
-Juha, who's hoping this will eventually be fixed removing his need to keep 
recompiling dx

-- 
 ---
| Juha Jäykkä, juo...@utu.fi|
| Laboratory of Theoretical Physics |
| Department of Physics, University of Turku|
| home: http://www.utu.fi/~juolja/  |
 ---


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

Bug#508686: [Pkg-sysvinit-devel] Bug#508686: update after initramfs-tools upload

[Petter Reinholdtsen]

Personally, I would consider it a feature that init do not clear the
environment, but pass on all environment variables passed to it from
the kernel or initrd.  This places the responsibility where it
belongs, on those setting variables before calling init.

Why do you believe the responsibility should be moved to init?  What
if one want to pass environment variables from the initrd or kernel?

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#500589: linux-image-2.6.26-1-686 version 2.6.26-8: internal microphone does not work

[Michele Cascella]

Hello,
what happened with this bug? I'd be willing to provide additional
informations or test possibe patches, I would not like this to be
ignored for lenny, because it could be a nasty showstopper for many
people.

Cheers,

Emme

On Mon, Oct 27, 2008 at 6:22 PM, Laszlo Kajan ka...@bioinfo.pl wrote:
 Internal microphone is silent. Sound playback is all right. External
 microphone was not tested. The microphone is perfectly usable with
 2.6.24-etchnhalf.1-686.

 Machine: Acer Aspire 5520-5290
 Sound card: 10de:055c (rev a1)

 00:07.0 Audio device: nVidia Corporation MCP67 High Definition Audio (rev
 a1)
Subsystem: Acer Incorporated [ALI] Unknown device 0126
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 21
Memory at f268 (32-bit, non-prefetchable) [size=16K]
Capabilities: [44] Power Management version 2
Capabilities: [50] Message Signalled Interrupts: Mask+ 64bit+
 Queue=0/0 Enable-
Capabilities: [6c] HyperTransport: MSI Mapping Enable+ Fixed+
Kernel driver in use: HDA Intel
Kernel modules: snd-hda-intel


 Laszlo Kajan



 --
 To unsubscribe, send mail to 500589-unsubscr...@bugs.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#454498: 2.3.13 now available.

[Centurion Computer Technology (2005) Ltd]

 Wed, 2008-12-17 at 20:37 +0100, =?UTF-8?Q? Ond=C5=99ej_?=
=?UTF-8?Q?Sur=C3=BD ?= wrote:
  What help would the Debian Cyrus Team most appreciate?
 
 I cannot speak for others, but I see no sense to package cyrus-imapd
 2.3 right now,
 it will not get into next stable, so sensible approach is to wait for
 lenny to release
 and after that move cyrus-imapd-2.3 to unstable, prepare way how to upgrade
 from 2.2 to 2.3 and then remove 2.2 from unstable.
 
I disagree.  It should get into experimental ASAP and start getting some
work done so that by the time lenny releases, we have it ready to move
into unstable, and hopefully testing fairly quickly after that.  We are
talking about a relatively well tested and stable upstream source, so
this should be able to move reasonably quickly in as a replacement for
v2.2

Daniel.




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

Bug#508667: fetchmail does not more give ExitStatus 13 if --fetchlimit is used

[Michelle Konzack]

Hello Matthias,

Am 2008-12-15 02:03:09, schrieb Matthias Andree:
 Apparently this got introduced between 6.2.5 and 6.3.0.
 
 The patch below should remedy it (SVN r5255).
 Thanks for reporting this.

On my Laptop IBM TP570 I have Sarge installed and I have:

This is fetchmail release 6.2.5+NTLM+SDPS+SSL+NLS
Fallback MDA: (none)
Linux tp570 2.4.27-2-686 #1 Wed Aug 17 10:34:09 UTC 2005 i686 GNU/Linux
Taking options from command line
No mailservers set up -- perhaps /home/michelle.konzack/.fetchmailrc is missing?

which is properly working...


Thanks, Greetings and nice Day/Evening
Michelle Konzack
Systemadministrator
24V Electronic Engineer
Tamay Dogan Network
Debian GNU/Linux Consultant


-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
# Debian GNU/Linux Consultant #
Michelle Konzack   Apt. 917  ICQ #328449886
+49/177/935194750, rue de Soultz MSN LinuxMichi
+33/6/61925193 67100 Strasbourg/France   IRC #Debian (irc.icq.com)


signature.pgp
Description: Digital signature

Bug#508924: coreutils: `who --ips` output is sometimes incorrect

[Pascal Volk]

Hi Michael,

the expected result should be:
who --ips | tail -n1  who | tail -n1
pvo  pts/11   2008-12-16 18:49 fdfd::::122
pvo  pts/11   2008-12-16 18:49 (fdfd::::122)

The connection was established via ssh2. The output from `w` was
correct. Also in /var/log/auth.log the ip address was logged correct:
Accepted password for pvo from fdfd::::122 port 5043 ssh2

For the network fdfd::::/48 were no PTR records in the local DNS
deposited.

The output from `who --ips` is not always incorrect:
who --ips | tail -n 1  who | tail -n 1
pvo  pts/42008-12-18 10:00 2a00:ee8:1:1:230:48ff:fe91:2efa
pvo  pts/42008-12-18 10:00 (2a00:ee8:1:1:230:48ff:fe91:2efa)


Regards,
Pascal



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

Bug#509091: mc hangs up on attempt to enter .zip archive with encrypted headers

[Christoph Biedl]

Package: mc
Version: 2:4.6.2~git20080311-4
Severity: normal

To reproduce:

1. Create archive foo.zip with encrypted files like
$ echo test foo.txt
$ zip -e -r foo foo.txt
  (Select an arbitrary password)

2. Start mc, select foo.zip on a panel, hit Enter and try to read or
   copy foo.txt

mc hangs up

The problem is the same as in #324920: mc starts a program to handle
the archive - unzip in the case here, that program tries to read the
password from stdin and fails.

Chri- *sigh* stoph

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

Kernel: Linux 2.6.27.9 (PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mc depends on:
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines
ii  libgpm2   1.20.4-3.1 General Purpose Mouse - shared lib
ii  libslang2 2.1.3-3The S-Lang programming library - r

mc recommends no packages.

Versions of packages mc suggests:
pn  arj   none (no description available)
ii  bzip2 1.0.5-1high-quality block-sorting file co
pn  dbviewnone (no description available)
ii  file  4.26-1 Determines file type using magic
ii  mime-support  3.44-1 MIME files 'mime.types'  'mailcap
pn  odt2txt   none (no description available)
ii  perl  5.10.0-18  Larry Wall's Practical Extraction
ii  unzip 5.52-12De-archiver for .zip files
ii  w3m   0.5.2-2+b1 WWW browsable pager with excellent
ii  xpdf  3.02-1.4   Portable Document Format (PDF) sui
ii  zip   2.32-1 Archiver for .zip files

-- 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#509086: [Pkg-mol-devel] Bug#509086: MOL modules can't be compiled for 2.6.24

[Gaudenz Steinlin]

reassign 509086 mol-source
fixed 509086 0.9.72.1~dfsg-2
Thanks

On Thu, Dec 18, 2008 at 08:45:15AM +0300, Pavel Fedin wrote:
 Package: mol
 Version: 0.9.71.dfsg-5
 Severity: important
 
  I'm unable to build MOL modules for new 2.6.24 kernel. This happens
 because they ask for (now missing) linux/config.h, and some other
 things are also changed. I'm going to prepare a patch to fix it.

If I correctly understand what you are trying to do, you installed the
2.6.24 kernel from etch and 1/2 and now you are unable to compile the
mol kernel modules with the source from mol-source.

Unfortunately the etch and 1/2 kernel does not support mol out of the
box. The problem you reported is already fixed in the newer version
of mol that will be included in the upcomming release (lenny).

I think the easiest way to fix your problem is to install the package
mol-source from lenny and to compile the kernel modules from there. You
can download this package from 
ftp://ftp.debian.org/debian/pool/main/m/mol/mol-source_0.9.72.1~dfsg-2_powerpc.deb

Gaudenz

-- 
Ever tried. Ever failed. No matter.
Try again. Fail again. Fail better.
~ Samuel Beckett ~



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

Bug#432180: reportbug: premature exit when including text files with extended ASCII (vs attaching)

[Sandro Tosi]

tags 432180 unreproducible
thanks

Hello,
I tried to replicate it with both 3.31 (old etch version) and 3.48
(currently in sid), but it doesn't appear anylonger. May you please
try to replicate it yourself (with your environment, possible with the
same 2 versions above). If it still applies, please reporte the
*complete* reportbug transcript, along with whole the backtrace
(weird, they tend to be usefull to debug errors...)

Regards,
-- 
Sandro Tosi (aka morph, Morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#509092: Misc packaging cleanups/fixes

[Loïc Minier]

Package: libio-pty-perl
Version: 1:1.07-1
Severity: minor
Tags: patch

Hi there,

 I was looking at the packaging of libio-pty-perl and thought I could
 perhaps help improve it slightly; please consider the attached debdiff
 for merging.

  * Bump debhelper compatibility level to 5.
  * Bump Standards-Version to 3.8.0 (no change needed).
  * Cleanup rules.
  * Honor upstream realclean failures.
  * Handled noopt DEB_BUILD_OPTIONS.
  * Pass -s to dh_* in binary-arch.
  * Add watch file.
  * Depend on ${misc:Depends}.

   Cheers,
-- 
Loïc Minier
diff -u libio-pty-perl-1.07/debian/compat libio-pty-perl-1.07/debian/compat
--- libio-pty-perl-1.07/debian/compat
+++ libio-pty-perl-1.07/debian/compat
@@ -1 +1 @@
-4
+5
diff -u libio-pty-perl-1.07/debian/changelog libio-pty-perl-1.07/debian/changelog
--- libio-pty-perl-1.07/debian/changelog
+++ libio-pty-perl-1.07/debian/changelog
@@ -1,3 +1,16 @@
+libio-pty-perl (1:1.07-1.1) UNRELEASED; urgency=low
+
+  * Bump debhelper compatibility level to 5.
+  * Bump Standards-Version to 3.8.0 (no change needed).
+  * Cleanup rules.
+  * Honor upstream realclean failures.
+  * Handled noopt DEB_BUILD_OPTIONS.
+  * Pass -s to dh_* in binary-arch.
+  * Add watch file.
+  * Depend on ${misc:Depends}.
+
+ -- Loic Minier l...@dooz.org  Thu, 18 Dec 2008 10:40:17 +0100
+
libio-pty-perl (1:1.07-1) unstable; urgency=low

  * New upstream release
diff -u libio-pty-perl-1.07/debian/rules libio-pty-perl-1.07/debian/rules
--- libio-pty-perl-1.07/debian/rules
+++ libio-pty-perl-1.07/debian/rules
@@ -1,26 +1,20 @@
 #!/usr/bin/make -f
-# Sample debian/rules that uses debhelper.
 # GNU copyright 1997 to 1999 by Joey Hess.
 
-# Uncomment this to turn on verbose mode.
-#export DH_VERBOSE = 1
+OPTIMIZE += -Wall -g -O$(if $(findstring noopt,$(DEB_BUILD_OPTIONS)),0,2)
 
 build: build-stamp
 build-stamp:
 	dh_testdir
-
 	perl Makefile.PL INSTALLDIRS=vendor
-	$(MAKE) OPTIMIZE=-O2 -g -Wall
-
-	touch build-stamp
+	$(MAKE) OPTIMIZE=$(OPTIMIZE)
+	touch $@
 
 clean:
 	dh_testdir
 	dh_testroot
 	rm -f build-stamp
-
-	-$(MAKE) realclean
-
+	[ ! -f Makefile ] || $(MAKE) realclean
 	dh_clean
 
 install: build
@@ -28,31 +22,26 @@
 	dh_testroot
 	dh_clean -k
 	dh_installdirs
-
-	# Add here commands to install the package into debian/tmp.
 	$(MAKE) install PREFIX=$(CURDIR)/debian/libio-pty-perl/usr
 	-find debian/libio-pty-perl -depth -type d | xargs rmdir 2/dev/null
 
-# Build architecture-independent files here.
 binary-indep: build install
-# We have nothing to do by default.
 
-# Build architecture-dependent files here.
 binary-arch: build install
 	dh_testdir
 	dh_testroot
-	dh_installdocs
-	dh_installchangelogs ChangeLog
-	dh_link
-	dh_strip
-	dh_compress
-	dh_fixperms
-	dh_installdeb
-	dh_perl
-	dh_shlibdeps
-	dh_gencontrol
-	dh_md5sums
-	dh_builddeb
+	dh_installdocs -s
+	dh_installchangelogs -s ChangeLog
+	dh_link -s
+	dh_strip -s
+	dh_compress -s
+	dh_fixperms -s
+	dh_installdeb -s
+	dh_perl -s
+	dh_shlibdeps -s
+	dh_gencontrol -s
+	dh_md5sums -s
+	dh_builddeb -s
 
 binary: binary-indep binary-arch
 .PHONY: build clean binary-indep binary-arch binary install
diff -u libio-pty-perl-1.07/debian/control libio-pty-perl-1.07/debian/control
--- libio-pty-perl-1.07/debian/control
+++ libio-pty-perl-1.07/debian/control
@@ -2,12 +2,12 @@
 Section: perl
 Priority: optional
 Maintainer: Joergen Haegg j...@debian.org
-Standards-Version: 3.7.2
+Standards-Version: 3.8.0
 Build-Depends: perl (= 5.8), debhelper (= 5)
 
 Package: libio-pty-perl
 Architecture: any
-Depends: ${shlibs:Depends}, ${perl:Depends}
+Depends: ${shlibs:Depends}, ${perl:Depends}, ${misc:Depends}
 Provides: libio-tty-perl
 Description: Perl module for pseudo tty IO
  IO::Pty provides I/O handles to the master- and slave-side of a
only in patch2:
unchanged:
--- libio-pty-perl-1.07.orig/debian/watch
+++ libio-pty-perl-1.07/debian/watch
@@ -0,0 +1,2 @@
+version=3
+http://www.cpan.org/modules/by-module/IO/IO-Tty-([\d.]+)\.tar\.gz

Bug#509094: ITP: libxml-rss-libxml-perl -- create and update RSS files using XML::LibXML

[Damyan Ivanov]

Package: wnpp
Severity: wishlist
Owner: Damyan Ivanov d...@debian.org

* Package name: libxml-rss-libxml-perl
  Version : 0.3003
  Upstream Author : Daisuke Maki dm...@cpan.org,
Tatsuhiko Miyagawa miyag...@bulknews.net
* URL : http://search.cpan.org/dist/XML-RSS-LibXML/
* License : same as Perl (Artistic or GPL-1+)
  Programming Lang: Perl
  Description : create and update RSS files using XML::LibXML

XML::RSS::LibXML uses XML::LibXML (libxml2) for parsing RSS instead of
XML::RSS' XML::Parser (expat), while trying to keep interface
compatibility with XML::RSS.

XML::RSS is an extremely handy tool, but it is unfortunately not exactly
the most lean or efficient RSS parser, especially in a long-running
process.

Use this module when you have severe performance requirements working
with RSS files.

-=-=-=-=-=-=-

The package is a dependency of clive-utils (which was split off clive
upstream) and will be maintained by the Debian Perl Group.



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

Bug#509093: Kile autocompletion bug

[Arash Zeini]

Package: kile
Version: 2.0.1, using KDE 3.5.10

When I type the \cite command in Kile to invoke a bibliographical reference in 
a LaTeX document, the auto completion dropdown window comes up, which is the 
expected behaviour. But if I select the \cite{} command from the list, the 
auto completion feature crashes and the from that point onward this dropdown 
never comes up again. Selecting this command seems to disable the auto 
completion feature. In order to fix this problem I have to restart Kile.

I have added other variations of the \cite command to Kile, such as 
\citet[option]{param}, and these do not create any problems. It's only the 
default command that ships with Kile which crashes the auto completion 
feature.

I am using Debian GNU/Linux 5.0 (unstable), kernel 2.6.26-686.

Thanks.



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

Bug#509095: ITP: libhtml-strip-perl -- strip HTML markup from text

[Damyan Ivanov]

Package: wnpp
Severity: wishlist
Owner: Damyan Ivanov d...@debian.org

* Package name: libhtml-strip-perl
  Version : 1.06
  Upstream Author : Alex Bowley kilin...@cpan.org
* URL : http://search.cpan.org/dist/HTML-Strip/
* License : same as Perl (Artistic or GPL-1+)
  Programming Lang: C (Perl XS)
  Description : strip HTML markup from text

HTML::Strip simply strips HTML-like markup from text in a very quick and
brutal manner. It could quite easily be used to strip XML or SGML from
text as well.

It is written in XS, and thus about five times quicker than using
regular expressions for the same task.

It does not do any syntax checking (if you want that, use HTML::Parser).

-=-=-=-=-=-

Needed by clive-utils 2.0.0. Will be maintained by the Debian Perl
Group. Help preparing the actual package under DPG SVN trunk/
appreciated.



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

Bug#505131: Long list of available hot-spots is unusable and little ugly.

[Artur R. Czechowski]

On Thu, Dec 18, 2008 at 03:16:18AM +0100, Michael Biebl wrote:
 The 0.7 version of k-n-m has a different UI.
 You configure connections in a separate dialog, and the right click menu only
 shows the configured connections, which keeps the list of connections small.
 
 I think this addresses your issues, so I'm closing this bug for version
 1:0.7~~svn897092-1 (currently in experimental).
Sounds fair - thank you :)

Regards
Artur



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

Bug#509096: scribus: choosing landscape in print dialog won't work (page printed in portrait)

[Michel Briand]

Package: scribus
Version: 1.3.3.12.dfsg-1
Severity: normal

Hi

created a landscape document.
Print menu, choose landscape in printer's option dialog.
Page is printed in portrait.



-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages scribus depends on:
ii  ghostscript8.62.dfsg.1-3.1   The GPL Ghostscript PostScript/PDF
ii  ghostscript-x [gs-gpl] 8.62.dfsg.1-3.1   The GPL Ghostscript PostScript/PDF
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  libcups2   1.3.8-1lenny4 Common UNIX Printing System(tm) - 
ii  libfontconfig1 2.6.0-3   generic font configuration library
ii  libfreetype6   2.3.7-2   FreeType 2 font engine, shared lib
ii  libgcc11:4.3.2-1 GCC support library
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  liblcms1   1.17.dfsg-1   Color management library
ii  libqt3-mt  3:3.3.8b-5Qt GUI Library (Threaded runtime v
ii  libstdc++6 4.3.2-1   The GNU Standard C++ Library v3
ii  libtiff4   3.8.2-11  Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxml22.6.32.dfsg-5 GNOME XML library
ii  python 2.5.2-3   An interactive high-level object-o
ii  python-tk  2.5.2-1   Tkinter - Writing Tk applications 
ii  python2.5  2.5.2-14  An interactive high-level object-o
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages scribus recommends:
ii  cups-bsd [cupsys-bsd]  1.3.8-1lenny4 Common UNIX Printing System(tm) - 
ii  cupsys-bsd 1.3.8-1lenny4 Common UNIX Printing System (trans
ii  gsfonts-x110.21  Make Ghostscript fonts available t
ii  xfonts-scalable1:1.0.0-6 scalable fonts for X

Versions of packages scribus suggests:
pn  scribus-doc   none (no description available)
pn  scribus-template  none (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#509093: Kile autocompletion bug

[Thomas Braun]

tags 509093 upstream
thanks

Hi Arash,

this bug should be solved in the new 2.0.3 version of kile.
To verify that you can compile kile from source. 
Get it from kile.sf.net. Some compile help is available from 
http://kile.sourceforge.net/help.php.
If this doesn't resolve the issue, please tell me.

Hope that helps,
Thomas (member of kile dev team)



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

Bug#505097: i have the same problem

[José Carlos Benfati]

Only that in my case I use pulseaudio on a thin client, with 333 mhz 
geode cpu, and it eats between 20 an 80% of the cpu while idle.




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

Bug#508793: xserver-xorg-core: Xserver does not restore keyboard mode

[Julien Cristau]

On Mon, Dec 15, 2008 at 13:30:31 +0100, Piotr Lewandowski wrote:

 Package: xserver-xorg-core
 Version: 2:1.5.3-1
 Severity: normal

 Xserver does not restore keyboard mode:

 #v+
 $ startx /dev/null 21
 [ Ctrl+Alt+Backspace ]
 $ sudo kbd_mode -C /dev/tty10
 The keyboard is in raw (scancode) mode
 #v-

 tty10 is my X console.

Thanks for the report.  Can you send your full Xorg log?  There's a good
chance
http://lists.freedesktop.org/pipermail/xorg/2008-December/041644.html
fixes it, but your log would help confirm that.

Cheers,
Julien



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

Bug#509002: xserver-xorg-video-ati: xscreensaver mode M6502 causes a segfault

[Brice Goglin]

Svante Signell wrote:
 Package: xserver-xorg-video-ati
 Version: 1:6.9.0-1+lenny4
 Severity: normal

 Xscreensaver mode M6502 causes a segfault:
 Dec 17 11:25:16 em2 kernel: [4976003.100126] m6502[26494]: segfault at 0 
 ip  sp bf80f5ac error 4 in m6502[8048000+1d000]
   

This has probably nothing to do with the video driver. Could be mesa.
Please catch a backtrace of the crash with gdb.

Brice




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

Bug#509097: linux-2.6 - atl1e driver breaks multicast

[Bastian Blank]

Package: linux-2.6
Version: 2.6.26-11
Severity: important

The atl1e driver calculates the multicast MACs wrong. So neither ipv6
nor ipv4 multicast works.

Fixed in 7ee0fddfe0.

Bastian

-- 
You!  What PLANET is this!
-- McCoy, The City on the Edge of Forever, stardate 3134.0



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

Bug#509047: regression - ATI driver - video flicks on mouse over content

[Peter Tuhársky]

Michel Dänzer  wrote / napísal(a):

[ Fixed the quoting for you ]

On Thu, 2008-12-18 at 07:28 +0100, Peter Tuhársky wrote:
 

Do either of these options help?
Option DisplayPriority HIGH
Option DisplayPriority BIOS

please reboot between each setting.

Which part of xorg.conf place them to? Device?


Yes, see the radeon manpage.




Adding any of these to the mentioned section of xorg.conf did nothing.

Peter



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

Bug#508557: Error in previous patch

[Elie De Brauwer]

One small correction, in the vhdl_count binary the call to
generic_count '#' $@ is incorrect, this should obviously be
generic_count '--' $@

I made some copy paste error when making the patch.


--
Elie De Brauwer




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

Bug#509098: Security update for flashplugin-nonfree for bpo and new download URL

[Salvatore Bonaccorso]

Package: flashplugin-nonfree
Version: 1:1.4~bpo40+1
Severity: grave
Justification: renders package unusable

Hi

This is refering to flashplugin-nonfree via bpo.

The flashplugin-nonfree-lastminute script currently contains:
DOWNLOADFILE=install_flash_player_9_linux.tar.gz
DOWNLOADURL=http://fpdownload.macromedia.com/get/flashplayer/current/$DOWNLOADFILE;

but this is not anymore valid, so the package finally fails to install
the flashplugin-nonfree.

There was a security update for flashplugin 9, up to 9.0152.0. There
is a new URL where package can be downloaded:
http://download.macromedia.com/pub/flashplayer/installers/current/9/install_flash_player_9.tar.gz

Could you please update the bpo package, using:
DOWNLOADFILE=install_flash_player_9.tar.gz
DOWNLOADURL=http://download.macromedia.com/pub/flashplayer/installers/current/9/$DOWNLOADFILE;

The md5sum's are:
DOWNLOADFILEMD5=7cbd57d6582c754370dbb5e46b5b1809
SOFILEMD5=ab83de7666d305244797099c6873465f

and then update the flashplugin-nonfree-lastminute.gz on
http://people.debian.org/~bartm/flashplugin-nonfree/
and the package itself?

Note the updated package from adobe should fix CVE-2008-5499.

Thanks and kind regards
Salvatore Bonaccorso

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_CH.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#508614: fatal server error: lockup after changing screen resolutions

[Julien Cristau]

On Fri, Dec 12, 2008 at 19:43:38 -0600, themusicgod1 wrote:

 3) ran gdm / gnome, got me to the login screen, and as others have been
 complaining about it was at the 'default' what, 640x480 resolution or
 something low(never got to find out what), went to change the resoultion
 in the gnome resolution changer, changed it to something higher...it was
 too high and the screen went all wacky.  No problem --i could see the
 menu saying 'press this button or screen resolution will be reverted in
 14...13...' countdown finished, tried to revert...black screen.  Since
 that point I have gotten nothing but black screens.  Went into
 xorg.conf...it was 'empty'-- no drivers listed, no screens listed. Tried 
 adding a few, results in :

Please send the full Xorg log, and installed versions of
the xserver-xorg-core and xserver-xorg-video-intel packages.

Thanks,
Julien



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

Bug#508619: xserver-xorg: dpkg-reconfigure is skipping all the display/mouse related questions

[Julien Cristau]

On Sat, Dec 13, 2008 at 05:16:22 +0200, alex bodnaru wrote:

 calling dpkg-reconfigure -plow/high xserver-xorg does not show the 
 questions related to the video card, monitor and pointing devices 
 (mice).
 
 any bypassing suggestion would be welcome, too.
 
These questions don't exist anymore, so that's not a bug.  Does the
configuration it produces not work for you?  If not, we'll need some
specific info on what problems you're seeing.

Cheers,
Julien



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

Bug#509099: kernel-patch-openvz: Patch incompatible with post DSA1687-1 kernel

[Peter Vos]

Package: kernel-patch-openvz
Version: 028.18.1+etch6
Severity: grave
Justification: renders package unusable

Applying the patch on post DSA-1687-1 kernel source gives to errors:
Testing whether OpenVZ kernel patch for virtual server support patch
for 2.6.18 applies (dry run):
1 out of 2 hunks FAILED -- saving rejects to file
arch/x86_64/ia32/syscall32.c.rej
1 out of 2 hunks FAILED -- saving rejects to file
include/net/af_unix.h.rej
2 out of 2 hunks FAILED -- saving rejects to file net/unix/garbage.c.rej
OpenVZ kernel patch for virtual server support patch for 2.6.18 does
not apply cleanly



-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-openvz
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages kernel-patch-openvz depends on:
ii  bash  3.1dfsg-8  The GNU Bourne Again SHell
ii  grep-dctrl2.9.3  Grep Debian package information - 
ii  patch 2.5.9-4Apply a diff file to an original

kernel-patch-openvz recommends no packages.

-- no debconf information



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

Bug#509030: [Pkg-xfce-devel] Bug#509030: xfce4-terminal: Window decoration are not drawn even when enabled

[Yves-Alexis Perez]

On jeu, 2008-12-18 at 07:24 +0100, Yves-Alexis Perez wrote:
 reassign 509030 xserver-xorg-video-neomagic
 thanks
 On mer, 2008-12-17 at 21:25 -0600, john.lindg...@tds.net wrote:
  
  I just tried the VESA driver, and Terminal works correctly with that.
  Based on that, I'm guessing it's either a problem with the NeoMagic
  driver or with my laptop.  More likely my laptop.
 
 Thanks for analysing it. I'll reassign to the neomagic driver, but it's
 still weird why it happens on upgrading xfce4-terminal.


Also, could you try to:
export XLIB_SKIP_ARGB_VISUALS=1

before running xfce4-terminal?
--
Yves-Alexis




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

Bug#508402: xorg-input: mouse not recognized after startup

[Julien Cristau]

On Wed, Dec 10, 2008 at 23:20:50 +0100, Frank Lanitz wrote:

 When starting xserver with a nearly generic xorg.conf, the mouse icon
 appears but mouse seems to not be recognized correctly. When moving
 the mouse, the little arrow is not moving. I'm using a 3-botton-PS/2
 mouse and wasn't able to reproduce this issue with package from testing.
 
Make sure xserver-xorg-input-evdev and hal are installed, and hal is
started before your X server.

Cheers,
Julien



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

Bug#507805: initramfs-tools: after installation with Lenny RC1, ide disc is not available because of missing modules

[maximilian attems]

On Wed, 17 Dec 2008, Holger Wansing wrote:

 Hi,
 
 On Mon, 15 Dec 2008 00:14:07 +0100 maximilian attems wrote:
  try to boot your newly install with that boot arg too:
  all_generic_ide
 
 Great catch, Maximilian:
 
 booting with all_generic_ide works, while booting with
 all_generic_ide=1 (which is added to the configuration by
 the installer) fails!

urrgs, sorry for that goof, fixed in latest initramfs-tools git repo

will see if it's better fixed on initramfs-tools side.
 

thanks for the testing.

-- 
maks



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

Bug#509053: vmmouse: vmmouse unloads

[Michal Suchanek]

reopen 509053
severity important 509053
Thanks


Julien Cristau wrote:

On Wed, Dec 17, 2008 at 21:33:40 +, Michal Suchanek wrote:


Package: xserver-xorg-input-vmmouse
Version: 1:12.5.1-4
Severity: grave
File: vmmouse
Justification: renders package unusable


no

yes.
.



Hello

I tried installing vmmouse inside qemu, fails to provide a pointer at
all.

If I understand the log correctly vmmouse detects a vmware mouse, then
proceeds to incorrectly load the normal mouse, and then both vmmouse and
mouse are unloaded leaving the user with no pointer.

Looks like vmmouse is completely broken.


Looks like a configuration issue to me.


(II) VMWARE(0): vmmouse is available


Why does it say the above if it needs a device?


(**) Option CorePointer
(**) Configured Mouse: always reports core events
(EE) xf86OpenSerial: No Device specified.
(EE) Configured Mouse: cannot open input device
(EE) PreInit failed for input device Configured Mouse


You need to set the Device option in the InputDevice section.  If that
doesn't fix the problem, feel free to follow up and reopen (with a lower
severity, though).


Why do I need that a device?

The man page explicitly states there are no vmmouse specific options, 
and the mouse driver works without any options as well.


BTW the mouse(4x) reference is bogus. On Debian it's mousedrv(4).

A driver that is not documented by its man page nor provides 
understandable diagnostics is useless.



Thanks

Michal



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

Bug#470217: Support for consumers behind a proxy

[Jan Hauke Rahm]

Hi Phil,

please excuse the late reply. I recently adopted this package and got it
in a better shape for lenny. Unfortunately it was too late for a new
upstream release. That one will find its way into the archives after the
lenny release.

On Mon, Mar 10, 2008 at 12:53:07AM +0100, Philippe Teuwen wrote:
 I'd like to see some support for proxies.
 The reason is that a typical webserver is allowed
 to receive external connections but not to
 initiate directly connections to the outside world
 so now for such a webserver to be able to become
 an OpenID consumer, it requires such connectivity
 and I'd like to establish it via a proxy to
 get some control on it.

Did you have a look at upstream? They're at 2.1.2 now and maybe they
already implemented such thing (I didn't see it but I didn't spend too
much time on looking for it, either).

I'd appreciate any help on this and will get more into it after lenny
(as I said).

Cheers,
Hauke


signature.asc
Description: Digital signature

Bug#497096: libgl1-mesa-dri: Blender crashes in i915_dri.so

[Julien Cristau]

On Mon, Dec  8, 2008 at 16:17:08 -0800, Eric Anholt wrote:

 Does this persist with Mesa 7.2?  brianp committed a fix, and we'd like
 confirmation that it worked.  If not, are there precise steps to
 reproduce the issue?
 
Adding Vincent to the recipient list.  Vincent, could you see if this
still happens with an updated libgl1-mesa-dri?

Cheers,
Julien



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

Bug#498066: Info received (psmouse module is not the cause)

[Eloi Notario]

El Dilluns 01 Desembre 2008 15:31:31 Eloi Notario va escriure:
 El Dissabte 29 Novembre 2008 18:07:11 Moritz Muehlenhoff va escriure:
  Does this error still occur with the current Lenny versions?
 
  Cheers,
  Moritz

 I'm installing 2.6.26-10 right now and I'll give it a try the following
 days. I have a busy week so maybe I won't be able to run and watch it until
 Thursday or Friday.

Sorry about the delay. I had no freezes with 2.6.26-10 :-)

-- 
Atentament,

Eloi Notario.



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

Bug#508443: 508443 also on 2.6.23/sparc64

[Nelson A. de Oliveira]

Hi Evgeni!

On Thu, Dec 18, 2008 at 5:19 AM, Evgeni Golov sarge...@die-welt.net wrote:
 On Tue, 16 Dec 2008 15:36:12 -0200 Nelson A. de Oliveira wrote:

 Are you also able to test it with imagemagick from experimental
 (7:6.4.5.4.dfsg1-1), please?

 Funny,
 upgrading IM to the version from exp did not help, see attached traces

Right. Good to know this.

 (no IM debug symbols, sorry, no time to recompile that biest).

That's OK. But just in case it was necessary, experimental has
imagemagick-dbg :-)

 But after I upgraded librsvg2-2 to the version from exp (2.22.3-1),
 everything is fine.

Josselin and GNOME people,do you know something about this (#508443), please?
Do you agree if I reassign it to librsvg?

Thank you all!

Best regards,
Nelson



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

Bug#509100: aptitude: build-dep fails when a virtual package is needed

[Steve Cotton]

Package: aptitude
Version: 0.4.11.11-1
Severity: normal

bmpx build-depends on libcdparanoia0-dev, which is a virtual package
provided by libcdparanoia-dev.

aptitude install libcdparanoia0-dev understands this.
aptitude build-dep bmpx doesn't.


tsunami:~# aptitude build-dep bmpx
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Reading extended state information   
Initializing package states... Done
Unable to satisfy the build-depends: Build-Dependslibcdparanoia0-dev.Unable to 
satisfy the build-depends: Build-Dependslibcdparanoia0-dev.No packages will be 
installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 16 not upgraded.
Need to get 0B of archives. After unpacking 0B will be used.
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Reading extended state information   
Initializing package states... Done

tsunami:~# aptitude show libcdparanoia0-dev
Unable to find an archive unstable for the package libcdparanoia0-dev
Package: libcdparanoia0-dev
State: not a real package
Provided by: libcdparanoia-dev

tsunami:~# aptitude install libcdparanoia0-dev
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Reading extended state information   
Initializing package states... Done
Note: selecting libcdparanoia-dev instead of the
  virtual package libcdparanoia0-dev
The following NEW packages will be installed:
  libcdparanoia-dev 
0 packages upgraded, 1 newly installed, 0 to remove and 16 not upgraded.
Need to get 57.3kB of archives. After unpacking 205kB will be used.
Writing extended state information... Done
Get:1 debtorrent://localhost unstable/main libcdparanoia-dev 3.10.2+debian-4 
[57.3kB]
Fetched 57.3kB in 1s (34.2kB/s)   
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Selecting previously deselected package libcdparanoia-dev.
(Reading database ... 313742 files and directories currently installed.)
Unpacking libcdparanoia-dev (from 
.../libcdparanoia-dev_3.10.2+debian-4_amd64.deb) ...
Setting up libcdparanoia-dev (3.10.2+debian-4) ...
Reading package lists... Done 
Building dependency tree   
Reading state information... Done
Reading extended state information  
Initializing package states... Done
Writing extended state information... Done



-- Package-specific info:
aptitude 0.4.11.11 compiled at Nov 20 2008 05:11:32
Compiler: g++ 4.3.2
Compiled against:
  apt version 4.6.0
  NCurses version 5.7
  libsigc++ version: 2.0.18
  Ept support enabled.

Current library versions:
  NCurses version: ncurses 5.7.20081213
  cwidget version: 0.5.12
  Apt version: 4.6.0
linux-vdso.so.1 =  (0x7fff2f7ff000)
libapt-pkg-libc6.7-6.so.4.6 = /usr/lib/libapt-pkg-libc6.7-6.so.4.6 
(0x7faa27215000)
libncursesw.so.5 = /lib/libncursesw.so.5 (0x7faa26fca000)
libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7faa26dc5000)
libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7faa26af2000)
libept.so.0 = /usr/lib/libept.so.0 (0x7faa26879000)
libxapian.so.15 = /usr/lib/libxapian.so.15 (0x7faa2650f000)
libz.so.1 = /usr/lib/libz.so.1 (0x7faa262f8000)
libpthread.so.0 = /lib/libpthread.so.0 (0x7faa260dc000)
libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7faa25dd)
libm.so.6 = /lib/libm.so.6 (0x7faa25b4d000)
libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7faa25936000)
libc.so.6 = /lib/libc.so.6 (0x7faa255e3000)
libutil.so.1 = /lib/libutil.so.1 (0x7faa253e)
libdl.so.2 = /lib/libdl.so.2 (0x7faa251dc000)
/lib64/ld-linux-x86-64.so.2 (0x7faa2754a000)
Terminal: xterm
$DISPLAY not set.
`which aptitude`: /usr/bin/aptitude
aptitude version information:

aptitude linkage:

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6 0.7.20.steve2.1747 Advanced front-end for dpkg
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libcwidget3   0.5.12-3   high-level terminal interface libr
ii  libept0   0.5.26 High-level library for managing De
ii  libgcc1   1:4.3.2-1  GCC support library
ii  libncursesw5  5.7+20081213-1 shared libraries for terminal hand
ii  libsigc++-2.0-0c2a2.0.18-2   type-safe Signal Framework for C++
ii  libstdc++64.3.2-1The GNU Standard C++ Library v3
ii  libxapian15   1.0.7-4Search engine library
ii  zlib1g  

Bug#485615: xserver-xorg: It's not fixable on all hardware

[Julien Cristau]

On Thu, Dec 18, 2008 at 00:14:26 +, Michal Suchanek wrote:

 So an option for setting the values without studying the xorg.conf
 format of the current X mutation would be preferable.
 
 It should be clearly stated that this is a last resort after the
 configuration has been debugged and found not capable of autodetection
 but there should still be such option.
 
Agreed that there should be a configuration tool for xorg.conf.  There's
no reason that tool should be the packaging scripts for the xserver-xorg
package, though.

Cheers,
Julien



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

Bug#509081: [Pkg-lirc-maint] Bug#509081: lirc-modules-source FTBFS with 2.6.26

[Stefan Lippers-Hollmann]

tags 509081 + moreinfo
tags 509081 + unreproducible
thanks

Hi

On Donnerstag, 18. Dezember 2008, David Weinehall wrote:
 Package: lirc-modules-source
 Version: 0.8.3-3
 Severity: grave
 
 Rationale for severity: FTBFS with 2.6.26 kernel (at least using
 module-assistant), build log:
 
 /usr/src/modules/lirc/drivers/lirc_dev/lirc_dev.c: In function
 ‘cleanup’:  
 /usr/src/modules/lirc/drivers/lirc_dev/lirc_dev.c:132: error: implicit
 declaration of function ‘class_device_destroy’
 /usr/src/modules/lirc/drivers/lirc_dev/lirc_dev.c: In function
 ‘lirc_register_plugin’:
 /usr/src/modules/lirc/drivers/lirc_dev/lirc_dev.c:382: error: implicit
 declaration of function ‘class_device_create’
 make[6]: *** [/usr/src/modules/lirc/drivers/lirc_dev/lirc_dev.o] Error 1   
 make[5]: *** [_module_/usr/src/modules/lirc/drivers/lirc_dev] Error 2

Unfortunately you neither specify the architecture, nor the enabled modules
you're building lirc with, therefore it is rather hard to reproduce with 
sufficient certainty - using reportbug would have given better data about
your system environment.

 While it should be noted that it's not the package itself that fails to
 build, but the sources provided by the package, it seems reasonable that
 the failure is to be considered an FTBFS anyway, since it's a
 source-package.

I can only test against amd64 and i386, as lenny's glibc doesn't support 
sparc32 anymore, but both builds (with default settings := all smp safe 
plugins enabled (all but lirc_parallel and lirc_gpio, which is hard 
disabled due to failing to build against remotely recent kernels du to 
larger subsystem changes) succeed fine against lenny's 2.6.26-1-amd64 and
2.6.26-1-686 for me (see attached build logs).

Without further information, I strongly suspect an unclean source-/ build 
directory (/usr/src/modules/lirc*) to be at fault and am tempted to close
this bugreport.

 Regards: David

Regards
Stefan Lippers-Hollmann
$ LANG= m-a --kvers-list 2.6.26-1-686 --kernel-dir /usr/src/linux-headers-2.6.26-1-686/ --userdir /tmp/pkg/ --text-mode build lirc-modules
Extracting the package tarball, /usr/src/lirc-modules.tar.bz2, please wait...
for templ in ; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.26-1-686/g'` ; \
  done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \
sed -e 's/##KVERS##/2.6.26-1-686/g ;s/#KVERS#/2.6.26-1-686/g ; s/_KVERS_/2.6.26-1-686/g ; s/##KDREV##/2.6.26-12/g ; s/#KDREV#/2.6.26-12/g ; s/_KDREV_/2.6.26-12/g  '  $templ  ${templ%.modules.in}; \
  done
dh_clean
/usr/bin/make clean
make[1]: Entering directory `/tmp/pkg/usr_src/modules/lirc-modules'
rm -rf *.ko *.mod.* *.o .*.o.d .*.cmd .tmp_versions Module.symvers *.order
make[1]: Leaving directory `/tmp/pkg/usr_src/modules/lirc-modules'
/usr/bin/make  -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory `/tmp/pkg/usr_src/modules/lirc-modules'
for templ in ; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.26-1-686/g'` ; \
  done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \
sed -e 's/##KVERS##/2.6.26-1-686/g ;s/#KVERS#/2.6.26-1-686/g ; s/_KVERS_/2.6.26-1-686/g ; s/##KDREV##/2.6.26-12/g ; s/#KDREV#/2.6.26-12/g ; s/_KDREV_/2.6.26-12/g  '  $templ  ${templ%.modules.in}; \
  done
dh_clean
/usr/bin/make clean
make[2]: Entering directory `/tmp/pkg/usr_src/modules/lirc-modules'
rm -rf *.ko *.mod.* *.o .*.o.d .*.cmd .tmp_versions Module.symvers *.order
make[2]: Leaving directory `/tmp/pkg/usr_src/modules/lirc-modules'
make[1]: Nothing to be done for `kdist_config'.
dh_testdir
dh_testroot
dh_clean -k
dh_installdirs lib/modules/2.6.26-1-686/misc
# build module
/usr/bin/make -C /tmp/pkg/usr_src/modules/lirc-modules KSRC=/usr/src/linux-headers-2.6.26-1-686/
make[2]: Entering directory `/tmp/pkg/usr_src/modules/lirc-modules'
/usr/bin/make -C /usr/src/linux-headers-2.6.26-1-686/ SUBDIRS=/tmp/pkg/usr_src/modules/lirc-modules modules
make[3]: Entering directory `/usr/src/linux-headers-2.6.26-1-686'
  CC [M]  /tmp/pkg/usr_src/modules/lirc-modules/lirc_dev.o
/tmp/pkg/usr_src/modules/lirc-modules/lirc_dev.c: In function 'lirc_register_plugin':
/tmp/pkg/usr_src/modules/lirc-modules/lirc_dev.c:401: warning: too many arguments for format
  CC [M]  /tmp/pkg/usr_src/modules/lirc-modules/lirc_atiusb.o
/tmp/pkg/usr_src/modules/lirc-modules/lirc_atiusb.c: In function 'send_packet':
/tmp/pkg/usr_src/modules/lirc-modules/lirc_atiusb.c:287: warning: ignoring return value of 'down_interruptible', declared with attribute warn_unused_result
/tmp/pkg/usr_src/modules/lirc-modules/lirc_atiusb.c: In function 'set_use_inc':
/tmp/pkg/usr_src/modules/lirc-modules/lirc_atiusb.c:357: warning: ignoring return value of 'down_interruptible', declared with attribute 

Bug#509064: xserver-xorg: patch to switch dexconf to evdev

[Julien Cristau]

tag 509064 - patch
kthxbye

On Thu, Dec 18, 2008 at 00:31:59 +, Michal Suchanek wrote:

 For me evdev meks it possible to run X inside kvm(qemu) reasonably with
 the qemu USB tablet emulation.
 
 I patched dexconf to make use of evdev.
 
 Unfortunately this makes the input devices non-hotpluggable as the
 modules for non-existent evdevs are unloaded.
 
 Using /dev/input/mice is out of question as it would produce
 duplicate/invalid events.
 
We'll use input hotplug in squeeze, which will obsolete this
too-ugly-to-live patch.

Cheers,
Julien



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

Bug#509101: Process crush when using gethostbyname_r in several threads

[Oleg Malashenko]

Package: winbind
Version: 2:3.2.5-1
Severity: normal

When using libnss_wins.so backend for name resolving, process crushes 
when gethostbyname_r is called simultaneously in several threads. Simple 
test is attached.


Sometimes it crush with 'glibc double free detected', sometimes with SIGSEGV
Stack trace follows

(gdb) r
Starting program: /home/xen/work/ngp/test/ghbn_r/gethostbyname_r
[Thread debugging using libthread_db enabled]
[New Thread 0xb7d506b0 (LWP 2475)]
[New Thread 0xb7d4fb90 (LWP 2478)]
0.[New Thread 0xb7532b90 (LWP 2480)]
0.1.1.
Program received signal SIGABRT, Aborted.
[Switching to Thread 0xb7532b90 (LWP 2480)]
0xb7ee4424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7ee4424 in __kernel_vsyscall ()
#1  0xb7d7d640 in raise () from /lib/i686/cmov/libc.so.6
#2  0xb7d7f018 in abort () from /lib/i686/cmov/libc.so.6
#3  0xb69e1505 in talloc_strdup () from /usr/lib/libtalloc.so.1
#4  0xb6c665d8 in talloc_sub_basic () from /lib/libnss_wins.so.2
#5  0xb6ba9051 in ?? () from /lib/libnss_wins.so.2
#6  0x0874f368 in ?? ()
#7  0xb6cf1146 in ?? () from /lib/libnss_wins.so.2
#8  0xb6d311c0 in current_user_info () from /lib/libnss_wins.so.2
#9  0x086fb7c0 in ?? ()
#10 0x in ?? ()
(gdb) info threads
* 3 Thread 0xb7532b90 (LWP 2480)  0xb7ee4424 in __kernel_vsyscall ()
  2 Thread 0xb7d4fb90 (LWP 2478)  0xb7ee4424 in __kernel_vsyscall ()
  1 Thread 0xb7d506b0 (LWP 2475)  0xb7ee4424 in __kernel_vsyscall ()
(gdb) t 2
[Switching to thread 2 (Thread 0xb7d4fb90 (LWP 2478))]#0  0xb7ee4424 in
__kernel_vsyscall ()
(gdb) bt
#0  0xb7ee4424 in __kernel_vsyscall ()
#1  0xb7e2a9f1 in select () from /lib/i686/cmov/libc.so.6
#2  0xb6c683b9 in sys_select_intr () from /lib/libnss_wins.so.2
#3  0xb6c02d8a in receive_packet () from /lib/libnss_wins.so.2
#4  0xb6c02eeb in receive_nmb_packet () from /lib/libnss_wins.so.2
#5  0xb6c04767 in name_query () from /lib/libnss_wins.so.2
#6  0xb6ba537c in _nss_wins_gethostbyname_r () from /lib/libnss_wins.so.2
#7  0xb7e4c08b in gethostbyname_r@@GLIBC_2.1.2 () from
/lib/i686/cmov/libc.so.6
#8  0x08048662 in thread_proc (arg=0x0) at
/home/xen/work/ngp/test/ghbn_r/main.c:21
#9  0xb7eb34c0 in start_thread () from /lib/i686/cmov/libpthread.so.0
#10 0xb7e3261e in clone () from /lib/i686/cmov/libc.so.6
(gdb) t 1
[Switching to thread 1 (Thread 0xb7d506b0 (LWP 2475))]#0  0xb7ee4424 in
__kernel_vsyscall ()
(gdb) bt
#0  0xb7ee4424 in __kernel_vsyscall ()
#1  0xb7eb3ba7 in pthread_join () from /lib/i686/cmov/libpthread.so.0
#2  0x080487a8 in main () at /home/xen/work/ngp/test/ghbn_r/main.c:36

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

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages winbind depends on:
ii  adduser  3.110   add and remove users and groups
ii  libc62.7-16  GNU C Library: Shared libraries
ii  libcomerr2   1.41.3-1common error description
library
ii  libkrb53 1.6.dfsg.4~beta1-4  MIT Kerberos runtime libraries
ii  libldap-2.4-22.4.11-1OpenLDAP libraries
ii  libpam0g 1.0.1-4 Pluggable Authentication
Modules l
ii  libpopt0 1.14-4  lib for parsing cmdline
parameters
ii  libtalloc1   1.2.0~git20080616-1 hierarchical pool based
memory all
ii  libwbclient0 2:3.2.4-1   client library for
interfacing wit
ii  lsb-base 3.2-20  Linux Standard Base 3.2
init scrip
ii  samba-common 2:3.2.5-1   Samba common files used by
both th

winbind recommends no packages.

winbind suggests no packages.

-- no debconf information




wins_test.tar.gz
Description: GNU Zip compressed data

Bug#503532: Security vulnerability in dbus

[Patrick Schoenfeld]

Hi,

I saw that you made an upload for bug #503532 and #508032 to
experimental. Now I wonder if you plan to make an upload to unstable
suitable for lenny?

Best Regards,
Patrick



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

Bug#509102: xterm does not respond to Editres requests

[Łukasz Stelmach]

Package: xterm
Version: 235-1
Severity: normal


XTerm, and some other Xt applications on my system, do not respond to
Editres requests. 

To check if editres(1) works I connected to a remote
host with the ssh(1) with X11 forwarding turned on. I started xterm (v.224)
and asked it with locally running editres(1). I received expected answer.

Then I copied the xterm(1) binary (32bit x86) from the remote host and launched 
it
locally. It replied correctly.

I also tried running xterm from Debian testing xterm_235-1_i386.deb package.
It works fine.

Editres (64bit) responds to its question correctly provided it asks
for its own window. Asking for another process's window does not work.

This is probably not an xterm(1) bug but rather one of X11 libs
is broken but frankly speaking I have no blind ide which one this could be.
libXmu seems to be the first in the line because it contains some Editres
strings.

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

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xterm depends on:
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libfontconfig12.6.0-3generic font configuration library
ii  libice6   2:1.0.4-1  X11 Inter-Client Exchange library
ii  libncurses5   5.6+20080830-1 shared libraries for terminal hand
ii  libsm62:1.0.3-2  X11 Session Management library
ii  libx11-6  2:1.1.5-2  X11 client-side library
ii  libxaw7   2:1.0.4-2  X11 Athena Widget library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxft2   2.1.12-3   FreeType-based font drawing librar
ii  libxmu6   2:1.0.4-1  X11 miscellaneous utility library
ii  libxt61:1.0.5-3  X11 toolkit intrinsics library
ii  xbitmaps  1.0.1-2Base X bitmaps

Versions of packages xterm recommends:
ii  x11-utils 7.3+2  X11 utilities
ii  xutils1:7.3+18   X Window System utility programs m

Versions of packages xterm suggests:
pn  xfonts-cyrillic   none (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#508443: 508443 also on 2.6.23/sparc64

[Josselin Mouette]

Le jeudi 18 décembre 2008 à 09:19 -0300, Nelson A. de Oliveira a écrit :
  But after I upgraded librsvg2-2 to the version from exp (2.22.3-1),
  everything is fine.
 
 Josselin and GNOME people,do you know something about this (#508443), please?
 Do you agree if I reassign it to librsvg?

I’m not sure which change exactly between 2.22.2 and 2.22.3 is fixing
this bug. If you have the time, could you test revision 1174?

http://svn.gnome.org/viewvc/librsvg?view=revisionrevision=1174

Another solution is to upload 2.22.3 to unstable, but it brings a shlibs
bump and as such, would require approval from the release team.

Cheers,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#509045: python-dkim: tries to overwrite file owned by dkimproxy

[Jason Long]

 Thomas Goirand tho...@goirand.fr 12/18/08 1:49 AM 

Now, would it be easy for you to rename dkimverify to something else? I
have put the upstream author (Jason) of dkimproxy as a copy of his email
so he can tell what kind of problems we might find if we rename
dkimverify.


I don't know the full context of this conversation, but I'll try to provide
some useful information.

The dkimverify script that is bundled with DKIMproxy is not a component
of the proxy itself. It's just useful in terms of troubleshooting a
signature. It sounds like the dkimverify of python-dkim and the dkimverify
of dkimproxy have similar interfaces.

But as far as dkimproxy is concerned, you can delete the dkimverify script,
move it out of $PATH, or rename it. It won't affect the running of the smtp
proxy itself.
Hope that helps.

Jason



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

Bug#509053: vmmouse: vmmouse unloads

[Michal Suchanek]

If a device is required what is it supposed to be then?

I can look up the device name for a plain mouse but what device does 
vmmouse require?


Thanks

Michal



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

Bug#508032: [Pkg-utopia-maintainers] Bug#508032: Security vulnerability in dbus

[Michael Biebl]

Patrick Schoenfeld wrote:
 Hi,
 
 I saw that you made an upload for bug #503532 and #508032 to
 experimental. Now I wonder if you plan to make an upload to unstable
 suitable for lenny?

Just some pointers:

Fedora did an upload for their stable distribution, and they were burnt heavily
[1], so that they reverted the upload again [2].

Two much unrelated (D-Bus using) software was broken by this change. There is a
tracking bug, which tries to collect all affected software [3]. And we don't
know yet, if more stuff is broken.

The fallout of this change is significant.
With lenny being in deep freeze, it would be really hard to get all affected
packages fixed and it potentially delays the release even further.

If we try to address this bug for lenny, we would need a clear ack from the
release team.

There is a proposed new release of dbus [4], which will revert the policy
changes again but add improved logging, to allow it to easier identify which
software is affected.


Cheers,
Michael


[1] http://lists.freedesktop.org/archives/dbus/2008-December/010759.html
[2] 
https://www.redhat.com/archives/fedora-devel-list/2008-December/msg01445.html
[3] https://bugs.freedesktop.org/show_bug.cgi?id=18980
[4] http://lists.freedesktop.org/archives/dbus/2008-December/010769.html

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



signature.asc
Description: OpenPGP digital signature

Bug#508667: fetchmail does not more give ExitStatus 13 if --fetchlimit is used

[Michelle Konzack]

her a second log with fetchlimit set to 5

[ STDIN ]---
fetchmail: 6.3.6 fragt server4.pinguin-hosting.de ab (Protokoll IMAP) um Thu 18 
Dec 2008 01:43:02 PM CET: Abfrage gestartet
fetchmail: Versuche, mit 88.198.11.108/993 zu verbinden...verbunden.
fetchmail: Herausgeber-Organisation: Comodo CA Limited
fetchmail: Herausgeber-CommonName: PositiveSSL CA
fetchmail: Server-CommonName: server4.pinguin-hosting.de
fetchmail: server4.pinguin-hosting.de-Schlüssel-Fingerabdruck: 
B6:12:DD:96:5B:76:4A:B1:5C:14:41:9A:00:05:4D:92
fetchmail: server4.pinguin-hosting.de-Fingerabdrücke stimmen überein.
fetchmail: IMAP * OK Dovecot ready.
fetchmail: IMAP A0001 CAPABILITY
fetchmail: IMAP * CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES 
MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS QUOTA 
AUTH=PLAIN AUTH=LOGIN
fetchmail: IMAP A0001 OK Capability completed.
fetchmail: Protokoll identifiziert als IMAP4 rev 1
fetchmail: IMAP A0002 LOGIN linux4miche...@tamay-dogan.net *
fetchmail: IMAP A0002 OK Logged in.
fetchmail: Vorgabe-Ordner wird gewählt oder erneut abgefragt
fetchmail: IMAP A0003 SELECT INBOX
fetchmail: IMAP * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
fetchmail: IMAP * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft 
\*)] Flags permitted.
fetchmail: IMAP * 32 EXISTS
fetchmail: IMAP * 32 RECENT
fetchmail: IMAP * OK [UNSEEN 1] First unseen.
fetchmail: IMAP * OK [UIDVALIDITY 1210680164] UIDs valid
fetchmail: IMAP * OK [UIDNEXT 64482] Predicted next UID
fetchmail: IMAP A0003 OK [READ-WRITE] Select completed.
fetchmail: 32 Nachrichten warten nach der ersten Abfrage
fetchmail: IMAP A0004 EXPUNGE
fetchmail: IMAP A0004 OK Expunge completed.
fetchmail: 32 Nachrichten warten nach dem Löschen
fetchmail: 32 Nachrichten für linux4miche...@tamay-dogan.net bei 
server4.pinguin-hosting.de.
fetchmail: IMAP A0005 FETCH 1:32 RFC822.SIZE
fetchmail: IMAP * 1 FETCH (RFC822.SIZE 4197)
fetchmail: IMAP * 2 FETCH (RFC822.SIZE 3452)
fetchmail: IMAP * 3 FETCH (RFC822.SIZE 3461)
fetchmail: IMAP * 4 FETCH (RFC822.SIZE 25783)
fetchmail: IMAP * 5 FETCH (RFC822.SIZE 6673)
fetchmail: IMAP * 6 FETCH (RFC822.SIZE 2590)
fetchmail: IMAP * 7 FETCH (RFC822.SIZE 4232)
fetchmail: IMAP * 8 FETCH (RFC822.SIZE 3277)
fetchmail: IMAP * 9 FETCH (RFC822.SIZE 7028)
fetchmail: IMAP * 10 FETCH (RFC822.SIZE 3060)
fetchmail: IMAP * 11 FETCH (RFC822.SIZE 3493)
fetchmail: IMAP * 12 FETCH (RFC822.SIZE 4046)
fetchmail: IMAP * 13 FETCH (RFC822.SIZE 2285)
fetchmail: IMAP * 14 FETCH (RFC822.SIZE 12484)
fetchmail: IMAP * 15 FETCH (RFC822.SIZE 4927)
fetchmail: IMAP * 16 FETCH (RFC822.SIZE 2995)
fetchmail: IMAP * 17 FETCH (RFC822.SIZE 2981)
fetchmail: IMAP * 18 FETCH (RFC822.SIZE 3541)
fetchmail: IMAP * 19 FETCH (RFC822.SIZE 4754)
fetchmail: IMAP * 20 FETCH (RFC822.SIZE 2590)
fetchmail: IMAP * 21 FETCH (RFC822.SIZE 6003)
fetchmail: IMAP * 22 FETCH (RFC822.SIZE 4528)
fetchmail: IMAP * 23 FETCH (RFC822.SIZE 4860)
fetchmail: IMAP * 24 FETCH (RFC822.SIZE 1851)
fetchmail: IMAP * 25 FETCH (RFC822.SIZE 4407)
fetchmail: IMAP * 26 FETCH (RFC822.SIZE 3313)
fetchmail: IMAP * 27 FETCH (RFC822.SIZE 4529)
fetchmail: IMAP * 28 FETCH (RFC822.SIZE 4901)
fetchmail: IMAP * 29 FETCH (RFC822.SIZE 17710)
fetchmail: IMAP * 30 FETCH (RFC822.SIZE 5032)
fetchmail: IMAP * 31 FETCH (RFC822.SIZE 18495)
fetchmail: IMAP * 32 FETCH (RFC822.SIZE 9700)
fetchmail: IMAP A0005 OK Fetch completed.
fetchmail: IMAP A0006 FETCH 1 RFC822.HEADER
fetchmail: IMAP * 1 FETCH (RFC822.HEADER {3886}
fetchmail: Nachricht 
linux4miche...@tamay-dogan.net@server4.pinguin-hosting.de:1 von 32 wird gelesen 
(3886 Bytes im Nachrichtenkopf)
fetchmail: Dabei, Return-Path: 
php-general-return-284777-linux4michelle=tamay-dogan@lists.php.net
 umzuschreibenUmgeschriebene Version ist Return-Path: 
php-general-return-284777-linux4michelle=tamay-dogan@lists.php.net

fetchmail: Dabei, From: Richard Heyes rich...@php.net
 umzuschreibenUmgeschriebene Version ist From: Richard Heyes rich...@php.net

fetchmail: Dabei, Sender: richard.he...@gmail.com
 umzuschreibenUmgeschriebene Version ist Sender: richard.he...@gmail.com

fetchmail: Dabei, To: Kastner Mario off...@unite-it.at
 umzuschreibenUmgeschriebene Version ist To: Kastner Mario 
off...@unite-it.at

fetchmail: Dabei, Cc: php-gene...@lists.php.net, jeffery harris 
jhar...@harris4interactive.cm
 umzuschreibenUmgeschriebene Version ist Cc: php-gene...@lists.php.net, 
jeffery harris jhar...@harris4interactive.cm

fetchmail: dabei, auszuliefern mit: /usr/bin/procmail -d 'michelle.konzack'
#
fetchmail: IMAP )
fetchmail: IMAP A0006 OK Fetch completed.
fetchmail: IMAP A0007 FETCH 1 BODY.PEEK[TEXT]
fetchmail: IMAP * 1 FETCH (BODY[TEXT] {311}

fetchmail:  (311 Bytes im Nachrichtenkörper) (Log-Meldung 
unvollständig)fetchmail: IMAP )
fetchmail: IMAP A0007 OK Fetch completed.
fetchmail:  gelöscht
fetchmail: IMAP A0008 STORE 1 +FLAGS (\Seen \Deleted)
fetchmail: IMAP * 1 FETCH 

Bug#508443: 508443 also on 2.6.23/sparc64

[Evgeni Golov]

Hi,

On Thu, 18 Dec 2008 14:02:41 +0100 Josselin Mouette wrote:

 Le jeudi 18 décembre 2008 à 09:19 -0300, Nelson A. de Oliveira a écrit :
   But after I upgraded librsvg2-2 to the version from exp (2.22.3-1),
   everything is fine.
  
  Josselin and GNOME people,do you know something about this (#508443), 
  please?
  Do you agree if I reassign it to librsvg?
 
 I’m not sure which change exactly between 2.22.2 and 2.22.3 is fixing
 this bug. If you have the time, could you test revision 1174?

I'll do so, but prolly not before tomorrow.

 Another solution is to upload 2.22.3 to unstable, but it brings a shlibs
 bump and as such, would require approval from the release team.

Well, if the current version makes all packages which use
convert/librsvg to transform a SVG to something FTBFS, the release team
will hopefully ack that bump (if needed).

Regards
Evgeni



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

Bug#509103: pgadmin3-data: typo in Tip of the Day

[Arthur Marsh]

Package: pgadmin3-data
Version: 1.8.4-3
Severity: minor


In the following Tip of the Day the word it's meaning it is should  
be replaced by its:

The first stable version of pgAdmin II was downloaded over 35,000 times 
in the first 6 months following it's release.


-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- debconf-show failed



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

Bug#508595: [DebianGIS-dev] Bug#508595: CVE-2008-5380: allows local users to overwrite arbitrary files via a symlink attack

[Francesco P. Lovergine]

On Wed, Dec 17, 2008 at 10:29:10AM +0100, Tomas Hoger wrote:
 Hi Hamish!
 
 It seems that upstream fix for this issue is far from being ideal.
 
  TMP=`tempfile -d /tmp -p geo. -s .code`
 
 [...]
 
  so calling this fixed-upstream and hoping that tempfile is somewhat
  portable beyond Debian.
 
 Any particular reason for using Debian-specific tempfile, instead of
 generally available mktemp?
 
 Apart from the portability issues of the fix, the fix is not address
 the flaw properly as well.  Even though TMP file (never used, IIRC) is
 created in a secure way, all other temporary files are not (STYLE,
 COORDS, OUTWAY, MAP for geo-code).  So when TMP is created, local user
 can see its name and can create malicious symlinks
 TMP.style, .coords, .way, .gif before script will attempt to use them
 for the first time (or guess or brute-force TMP name in advance).  You
 either have to create all temporary files using mktemp, or make TMP a
 temporary directory (or dot-directory in user's home dir and you do not
 have to care about creating it securely at all).
 
 There are still few other issues in geo-nearest, like:
 
   cp $GEOWAY /tmp/geocaching.loc

A proper fix should use mkdtemp(3) and create there all relevant files.
Finally all files could be moved in place by prechecking type, attributes
and existence of the target files.

-- 
Francesco P. Lovergine



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

Bug#509092: Misc packaging cleanups/fixes

[Loïc Minier]

 Here's an updated patch which also runs the testsuite during build by
 default.

-- 
Loïc Minier
diff -u libio-pty-perl-1.07/debian/compat libio-pty-perl-1.07/debian/compat
--- libio-pty-perl-1.07/debian/compat
+++ libio-pty-perl-1.07/debian/compat
@@ -1 +1 @@
-4
+5
diff -u libio-pty-perl-1.07/debian/changelog libio-pty-perl-1.07/debian/changelog
--- libio-pty-perl-1.07/debian/changelog
+++ libio-pty-perl-1.07/debian/changelog
@@ -1,3 +1,18 @@
+libio-pty-perl (1:1.07-1.1) UNRELEASED; urgency=low
+
+  * Bump debhelper compatibility level to 5.
+  * Bump Standards-Version to 3.8.0 (no change needed).
+  * Cleanup rules.
+  * Honor upstream realclean failures.
+  * Handled noopt DEB_BUILD_OPTIONS.
+  * Pass -s to dh_* in binary-arch.
+  * Add watch file.
+  * Depend on ${misc:Depends}.
+  * Run upstream testsuite when building unless nocheck is set in
+DEB_BUILD_OPTIONS.
+
+ -- Loic Minier l...@dooz.org  Thu, 18 Dec 2008 10:40:17 +0100
+
libio-pty-perl (1:1.07-1) unstable; urgency=low

  * New upstream release
diff -u libio-pty-perl-1.07/debian/rules libio-pty-perl-1.07/debian/rules
--- libio-pty-perl-1.07/debian/rules
+++ libio-pty-perl-1.07/debian/rules
@@ -1,26 +1,20 @@
 #!/usr/bin/make -f
-# Sample debian/rules that uses debhelper.
 # GNU copyright 1997 to 1999 by Joey Hess.
 
-# Uncomment this to turn on verbose mode.
-#export DH_VERBOSE = 1
+OPTIMIZE += -Wall -g -O$(if $(findstring noopt,$(DEB_BUILD_OPTIONS)),0,2)
 
 build: build-stamp
 build-stamp:
 	dh_testdir
-
 	perl Makefile.PL INSTALLDIRS=vendor
-	$(MAKE) OPTIMIZE=-O2 -g -Wall
-
-	touch build-stamp
+	$(MAKE) OPTIMIZE=$(OPTIMIZE)
+	touch $@
 
 clean:
 	dh_testdir
 	dh_testroot
 	rm -f build-stamp
-
-	-$(MAKE) realclean
-
+	[ ! -f Makefile ] || $(MAKE) realclean
 	dh_clean
 
 install: build
@@ -31,28 +25,30 @@
-
-	# Add here commands to install the package into debian/tmp.
 	$(MAKE) install PREFIX=$(CURDIR)/debian/libio-pty-perl/usr
 	-find debian/libio-pty-perl -depth -type d | xargs rmdir 2/dev/null
 
-# Build architecture-independent files here.
-binary-indep: build install
-# We have nothing to do by default.
+maybe_check = $(if $(findstring nocheck,$(DEB_BUILD_OPTIONS)),,check)
+
+check: check-stamp
+check-stamp: build-stamp
+	$(MAKE) test
+	touch $@
+
+binary-indep: build $(maybe_check) install
 
-# Build architecture-dependent files here.
-binary-arch: build install
+binary-arch: build $(maybe_check) install
 	dh_testdir
 	dh_testroot
-	dh_installdocs
-	dh_installchangelogs ChangeLog
-	dh_link
-	dh_strip
-	dh_compress
-	dh_fixperms
-	dh_installdeb
-	dh_perl
-	dh_shlibdeps
-	dh_gencontrol
-	dh_md5sums
-	dh_builddeb
+	dh_installdocs -s
+	dh_installchangelogs -s ChangeLog
+	dh_link -s
+	dh_strip -s
+	dh_compress -s
+	dh_fixperms -s
+	dh_installdeb -s
+	dh_perl -s
+	dh_shlibdeps -s
+	dh_gencontrol -s
+	dh_md5sums -s
+	dh_builddeb -s
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install
+.PHONY: build clean check binary-indep binary-arch binary install
diff -u libio-pty-perl-1.07/debian/control libio-pty-perl-1.07/debian/control
--- libio-pty-perl-1.07/debian/control
+++ libio-pty-perl-1.07/debian/control
@@ -2,12 +2,12 @@
 Section: perl
 Priority: optional
 Maintainer: Joergen Haegg j...@debian.org
-Standards-Version: 3.7.2
+Standards-Version: 3.8.0
 Build-Depends: perl (= 5.8), debhelper (= 5)
 
 Package: libio-pty-perl
 Architecture: any
-Depends: ${shlibs:Depends}, ${perl:Depends}
+Depends: ${shlibs:Depends}, ${perl:Depends}, ${misc:Depends}
 Provides: libio-tty-perl
 Description: Perl module for pseudo tty IO
  IO::Pty provides I/O handles to the master- and slave-side of a
only in patch2:
unchanged:
--- libio-pty-perl-1.07.orig/debian/watch
+++ libio-pty-perl-1.07/debian/watch
@@ -0,0 +1,2 @@
+version=3
+http://www.cpan.org/modules/by-module/IO/IO-Tty-([\d.]+)\.tar\.gz

Bug#509104: cupsys: USB printer message fills up logs

[Martin Sin]

Package: cupsys
Severity: important

Hi,
I have serious problem with HP LaserJet USB printer, it is same problem as on:

https://bugs.launchpad.net/ubuntu/+source/cupsys/+bug/225898

There is 

Dec 18 14:36:58 idefix hp_LaserJet_1300?serial=00CNCD090714: io/hpmud/musb.c
1338: unable to write data hp:/usb/hp_LaserJet_1300?serial=00CNCD090714:
Connection refused
Dec 18 14:36:58 idefix hp_LaserJet_1300?serial=00CNCD090714: io/hpmud/musb.c
976: bulk_write failed buf=0x798dec10 size=8064 len=-19: Connection refused

message in /var/log/user.log and /var/log/syslog.

It works fine, but after some update I have now this problem - this message
fills up logs, and after it system fails with 100% disk ussage. :-(

My system default version is Debian GNU/Linux testing.

Best regards,
Martin Sin

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

Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.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#509105: libnet-smtp-server-perl: Typo in package description

[Istvan Nyitrai]

Package: libnet-smtp-server-perl
Severity: minor


Homapage: should be Homepage:

-- System Information:
Debian Release: lenny/sid
  APT prefers intrepid-updates
  APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), 
(500, 'intrepid-proposed'), (500, 'intrepid-backports'), (500, 'intrepid')

Architecture: i386 (i686)

Kernel: Linux 2.6.27-10-generic (SMP w/2 CPU cores)
Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.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#509106: libvirt vulnerable to CVE-2008-5086

[Jamie Strandboge]

Package: libvirt
Version: 0.4.6-5
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu jaunty ubuntu-patch

In Ubuntu, we've applied the attached patch to achieve the following:

  * SECURITY UPDATE: fix privilege escalation due to missing read only
connection checks
- debian/patches/0009-CVE-2008-5086.patch: update functions in
  src/libvirt.c to check against VIR_CONNECT_RO and return with operation
  denied error
- CVE-2008-5086

We thought you might be interested in doing the same. Note that the
attached patch is against Ubuntu's libvirt, which contains a qemu
migration patch backported from upstream git. As such, this should
apply to 0.5.1 in experimental, and you can leave out the patches to
virDomainMigratePrepare2 and virDomainMigrateFinish2 for sid. Patch
originated from Redhat.

Excerpted from the Ubuntu USN:
It was discovered that libvirt did not mark certain operations as
read-only. A local attacker may be able to perform privileged actions
such as migrating virtual machines, adjusting autostart flags, or
accessing privileged data in the virtual machine memory and disks.
diff -u libvirt-0.4.6/debian/changelog libvirt-0.4.6/debian/changelog
diff -u libvirt-0.4.6/debian/patches/series libvirt-0.4.6/debian/patches/series
--- libvirt-0.4.6/debian/patches/series
+++ libvirt-0.4.6/debian/patches/series
@@ -10,0 +11 @@
+0009-CVE-2008-5086.patch
only in patch2:
unchanged:
--- libvirt-0.4.6.orig/debian/patches/0009-CVE-2008-5086.patch
+++ libvirt-0.4.6/debian/patches/0009-CVE-2008-5086.patch
@@ -0,0 +1,156 @@
+#
+# Reference: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5086
+# Description: add missing read-only connection flag check
+#
+diff -Nur libvirt-0.4.6/src/libvirt.c libvirt-0.4.6.new/src/libvirt.c
+--- libvirt-0.4.6/src/libvirt.c	2008-12-16 10:46:30.0 -0600
 libvirt-0.4.6.new/src/libvirt.c	2008-12-16 10:46:44.0 -0600
+@@ -2181,6 +2181,16 @@
+ return NULL;
+ }
+ 
++if (domain-conn-flags  VIR_CONNECT_RO) {
++virLibDomainError(domain, VIR_ERR_OPERATION_DENIED, __FUNCTION__);
++return NULL;
++}
++if (dconn-flags  VIR_CONNECT_RO) {
++/* NB, delibrately report error against source object, not dest here */
++virLibDomainError(domain, VIR_ERR_OPERATION_DENIED, __FUNCTION__);
++return NULL;
++}
++
+ /* Check that migration is supported by both drivers. */
+ if (VIR_DRV_SUPPORTS_FEATURE (conn-driver, conn,
+   VIR_DRV_FEATURE_MIGRATION_V1) 
+@@ -2307,6 +2317,11 @@
+ return -1;
+ }
+ 
++if (dconn-flags  VIR_CONNECT_RO) {
++virLibConnError(dconn, VIR_ERR_OPERATION_DENIED, __FUNCTION__);
++return -1;
++}
++
+ if (dconn-driver-domainMigratePrepare)
+ return dconn-driver-domainMigratePrepare (dconn, cookie, cookielen,
+ uri_in, uri_out,
+@@ -2337,6 +2352,11 @@
+ }
+ conn = domain-conn;
+ 
++if (domain-conn-flags  VIR_CONNECT_RO) {
++virLibDomainError(domain, VIR_ERR_OPERATION_DENIED, __FUNCTION__);
++return -1;
++}
++
+ if (conn-driver-domainMigratePerform)
+ return conn-driver-domainMigratePerform (domain, cookie, cookielen,
+uri,
+@@ -2364,6 +2384,11 @@
+ return NULL;
+ }
+ 
++if (dconn-flags  VIR_CONNECT_RO) {
++virLibConnError(dconn, VIR_ERR_OPERATION_DENIED, __FUNCTION__);
++return NULL;
++}
++
+ if (dconn-driver-domainMigrateFinish)
+ return dconn-driver-domainMigrateFinish (dconn, dname,
+cookie, cookielen,
+@@ -2395,6 +2420,11 @@
+ return -1;
+ }
+ 
++if (dconn-flags  VIR_CONNECT_RO) {
++virLibConnError(dconn, VIR_ERR_OPERATION_DENIED, __FUNCTION__);
++return -1;
++}
++
+ if (dconn-driver-domainMigratePrepare2)
+ return dconn-driver-domainMigratePrepare2 (dconn, cookie, cookielen,
+  uri_in, uri_out,
+@@ -2424,6 +2454,11 @@
+ return NULL;
+ }
+ 
++if (dconn-flags  VIR_CONNECT_RO) {
++virLibConnError(dconn, VIR_ERR_OPERATION_DENIED, __FUNCTION__);
++return NULL;
++}
++
+ if (dconn-driver-domainMigrateFinish2)
+ return dconn-driver-domainMigrateFinish2 (dconn, dname,
+ cookie, cookielen,
+@@ -2782,6 +2817,11 @@
+ }
+ conn = dom-conn;
+ 
++if (dom-conn-flags  VIR_CONNECT_RO) {
++virLibDomainError(dom, VIR_ERR_OPERATION_DENIED, __FUNCTION__);
++return (-1);
++}
++
+ if (!path) {
+ virLibDomainError (dom, VIR_ERR_INVALID_ARG,
+_(path is NULL));
+@@ -2857,6 +2897,11 @@
+ }
+ conn = dom-conn;
+ 
++if (dom-conn-flags  VIR_CONNECT_RO) {
++

Bug#508714: denyhosts: remove doesn't clean up logrotate

[Marco Bertorello]

2008/12/14 Tobias Fünky tobiasfuenkyreport...@ko-sys.com:
 Package: denyhosts
 Version: 2.6-1etch1
 Severity: normal

 After apt-get remove denyhosts I've received the following mail from cron:

 /etc/cron.daily/logrotate:
 start-stop-daemon: Unable to start /usr/share/denyhosts/denyhosts_ctl.py: No 
 such file or directory (No such file or directory)
 error: error running postrotate script for /var/log/denyhosts
 run-parts: /etc/cron.daily/logrotate exited with return code 1

Hi Tobias,

the current version in unstable alredy remove the logrotate script.

bye

-- 
Marco Bertorello
System Administrator
http://bertorello.ns0.it



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

Bug#507405: gcc-snapshot: builds with -mtune=i486 by default

[Steinar H. Gunderson]

On Thu, Dec 18, 2008 at 01:00:03PM +0100, Arthur Loiret wrote:
 On amd64 and i386, gcc-4.3 and gcc-snapshot are both configured with
 --mtune=generic, and:

Yes, looks like it's been fixed since the version where I reported it.

/* Steinar */
-- 
Homepage: http://www.sesse.net/



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

Bug#509108: Rework/Update debian/copyright

[Stefan Ebner]

Package: frozen-bubble
Version: 2.2.0-1


debian/copyright is pretty outdated and not useful.
I reworked it a little bit (also regarding the new copyright format)

Cheers,
Stefan
--- debian/copyright	2008-12-17 12:40:02.0 +0100
+++ ../copyright	2008-12-18 15:29:54.0 +0100
@@ -1,14 +1,48 @@
 This package was debianized by Josselin Mouette j...@debian.org on
 Wed,  6 Feb 2002 16:29:25 +0100.
 
-It was downloaded from http://www.frozen-bubble.org/
-
-Upstream Author: Guillaume Cottenceau guillaume.cottenc...@free.fr
+Upstream-Name: frozen-bubble
+Upstream-Maintainer: Guillaume Cottenceau guillaume.cottenc...@free.fr
+Upstream-Source: http://www.frozen-bubble.org/
 
 Copyright:
 
-You are free to distribute this software under the terms of
-the GNU General Public License, version 2 or later.
-On Debian systems, the complete text of the GNU General Public
-License can be found in /usr/share/common-licenses/GPL file.
+frozen-bubble - Copyright (c) 2000-2008 The Frozen-Bubble Team  
+Design  Programming: Guillaume Cottenceau gc zarb.org
+Soundtrack: Matthias Le Bidan matthias.le_bidan caramail.com
+Level Editor: Kim and David Joham [k|d]joham yahoo.com
+Additional network programming: Mark Glines mark glines.org
+Artwork: Alexis Younes 73lab free.fr
+ Amaury Amblard-Ladurantie amaury linuxfr.org
+
+Files: server/tools.c
+   server/log.c
+
+Copyright: Copyright (C) 2004 Guillaume Cottenceau
+
+Files: server/fb-server.c
+   server/game.c
+   server/net.c
+
+Copyright: Copyright (C) 2004-2008 Guillaume Cottenceau
+
+License:
+
+This package is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 2 of the License.
+
+This package is distributed in the hope that it will be useful,
+but WITHOUT ANY WARRANTY; without even the implied warranty of
+MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+GNU General Public License for more details.
+
+You should have received a copy of the GNU General Public License
+along with this package; if not, write to the Free Software
+Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA  02110-1301 USA
+
+On Debian systems, the complete text of the GNU General
+Public License can be found in `/usr/share/common-licenses/GPL-2'.
 
+The Debian packaging is (C) 2002, Josselin Mouette j...@debian.org and
+is licensed under the GPL, see above.

Bug#509107: installation-reports: Installation report for Dell XPS M1210 laptop

[Gunnar Wolf]

Package: installation-reports
Severity: normal



-- Package-specific info:

Boot method: USB stick
Image version: http://people.debian.org/~aba/d-i/images/daily/hd-media 
(+netinst), built on 2008-12-16
Date: 2008-12-17 18:00 GMT-6

Machine: Dell XPS M1210
Partitions:

FilesystemType   1K-blocks  Used Available Use% Mounted on
/dev/mapper/malenkaya-root
  reiserfs19529128   2143988  17385140  11% /
tmpfstmpfs  509892 0509892   0% /lib/init/rw
udev tmpfs   1024096 10144   1% /dev
tmpfstmpfs  509892 0509892   0% /dev/shm
/dev/sda1 reiserfs  248948 50228198720  21% /boot
/dev/mapper/malenkaya-home
  reiserfs53709204 33248  53675956   1% /home
/dev/mapper/malenkaya-var
  reiserfs29293692   1017656  28276036   4% /var


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

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

Comments/Problems:

I did the install over the wireless network (iwl3945). The provided firmware 
package worked perfectly, without a glitch. 
Congratulations!

-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION=Debian GNU/Linux installer
DISTRIB_RELEASE=5.0 (lenny) - installer build 20081217-23:06
X_INSTALLATION_MEDIUM=hd-media

==
Installer hardware-summary:
==
umame -a: Linux malenkaya 2.6.26-1-amd64 #1 SMP Wed Nov 26 18:26:02 UTC 2008 
x86_64 unknown
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GM/PM/GMS, 
943/940GML and 945GT Express Memory Controller Hub [8086:27a0] (rev 03)
lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 
945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 
03)
lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation Mobile 
945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller [8086:27a6] 
(rev 03)
lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 82801G (ICH7 Family) 
High Definition Audio Controller [8086:27d8] (rev 01)
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) 
PCI Express Port 1 [8086:27d0] (rev 01)
lspci -knn: Kernel driver in use: pcieport-driver
lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) 
PCI Express Port 2 [8086:27d2] (rev 01)
lspci -knn: Kernel driver in use: pcieport-driver
lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) 
PCI Express Port 4 [8086:27d6] (rev 01)
lspci -knn: Kernel driver in use: pcieport-driver
lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801G (ICH7 
Family) USB UHCI Controller #1 [8086:27c8] (rev 01)
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: Kernel modules: uhci-hcd
lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801G (ICH7 
Family) USB UHCI Controller #2 [8086:27c9] (rev 01)
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: Kernel modules: uhci-hcd
lspci -knn: 00:1d.2 USB Controller [0c03]: Intel Corporation 82801G (ICH7 
Family) USB UHCI Controller #3 [8086:27ca] (rev 01)
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: Kernel modules: uhci-hcd
lspci -knn: 00:1d.3 USB Controller [0c03]: Intel Corporation 82801G (ICH7 
Family) USB UHCI Controller #4 [8086:27cb] (rev 01)
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: Kernel modules: uhci-hcd
lspci -knn: 00:1d.7 USB Controller [0c03]: Intel Corporation 82801G (ICH7 
Family) USB2 EHCI Controller [8086:27cc] (rev 01)
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: Kernel modules: ehci-hcd
lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI 
Bridge [8086:2448] (rev e1)
lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 82801GBM (ICH7-M) LPC 
Interface Bridge [8086:27b9] (rev 01)
lspci -knn: 00:1f.2 IDE interface [0101]: Intel Corporation 82801GBM/GHM (ICH7 
Family) SATA IDE Controller [8086:27c4] (rev 01)
lspci -knn: Kernel driver in use: ata_piix
lspci -knn: Kernel modules: ata_piix
lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 82801G (ICH7 Family) SMBus 
Controller [8086:27da] (rev 01)

Bug#509111: Package: installation-reports

[Mathieu BASTIDE]

Package: installation-reports

Boot method: network
Image version: 
http://cdimage.debian.org/cdimage/lenny_di_rc1/sparc/iso-cd/debian-testing-sparc-netinst.iso
Date: 28/12/2008 11h00

Machine: Sun Ultra5

Processor:
cpu : TI UltraSparc IIi (Sabre)
fpu : UltraSparc IIi integrated FPU
prom: OBP 3.19.4 1999/04/28 15:05
type: sun4u
ncpus probed: 1
ncpus active: 1
D$ parity tl1   : 0
I$ parity tl1   : 0
Cpu0ClkTck  : 13d92d40
MMU Type: Spitfire

Memory: 384Mo

Partitions:
Sys. de fich. Type1K-blocs   Occupé Disponible Capacité Monté sur
/dev/hda2 ext318429612   3385772  15043840  19% /
tmpfstmpfs  189704 0189704   0% /lib/init/rw
udev tmpfs   10240   144 10096   2% /dev
tmpfstmpfs  189704 0189704   0% /dev/shm
/dev/hda1 ext3   93335 20411 71961  23% /boot


Output of lspci -knn (or lspci -nn):
lspci -knn
00:00.0 Host bridge [0600]: Sun Microsystems Computer Corp. Psycho
UPA-PCI Bus Module [pcipsy] [108e:a000]
00:01.0 PCI bridge [0604]: Sun Microsystems Computer Corp. Simba
Advanced PCI Bridge [108e:5000] (rev 13)
00:01.1 PCI bridge [0604]: Sun Microsystems Computer Corp. Simba
Advanced PCI Bridge [108e:5000] (rev 13)
01:01.0 Bridge [0680]: Sun Microsystems Computer Corp. EBUS [108e:1000] (rev 01)
01:01.1 Ethernet controller [0200]: Sun Microsystems Computer Corp.
Happy Meal 10/100 Ethernet [hme] [108e:1001] (rev 01)
Kernel driver in use: hme
Kernel modules: sunhme
01:02.0 VGA compatible controller [0300]: ATI Technologies Inc 3D Rage
Pro 215GP [1002:4750] (rev 5c)
Kernel driver in use: atyfb
01:03.0 IDE interface [0101]: Silicon Image, Inc. PCI0646 [1095:0646] (rev 03)
Kernel driver in use: CMD64x_IDE
Kernel modules: cmd64x

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

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

Comments/Problems:

No Problem during installation, i haven't yet tested more but all seems good.

Bug#509110: ITP: devide -- Delft Visualization and Image processing Development Environment

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre mathieu.malate...@gmail.com


* Package name: devide
  Version : 8.5
  Upstream Author : Charl P. Botha c.p.bo...@tudelft.nl
* URL : http://code.google.com/p/devide/
* License : BSD
  Programming Lang: Python
  Description : Delft Visualization and Image processing Development 
Environment

DeVIDE, or the Delft Visualization and Image processing Development 
Environment, is a Python-based dataflow application builder that enables the 
rapid prototyping of medical visualization and image processing applications 
via visual programming. In other words, by visually connecting functional 
blocks (think Yahoo pipes), you can create cool visualizations.
See the DeVIDE website at http://visualisation.tudelft.nl/Projects/DeVIDE

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable'), (50, 'testing'), (40, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-amd64
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)



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

Bug#424718: Info received (Re)

[Anthony Gasperin]

Package: outguess
Version: 1:0.2-5
Severity: normal
retitle: O: ITA

Bug#508793: xserver-xorg-core: Xserver does not restore keyboard mode

[Piotr Lewandowski]

* Julien Cristau jcris...@debian.org, 2008-12-18 12:03:

Thanks for the report.  Can you send your full Xorg log?  There's a good
chance
http://lists.freedesktop.org/pipermail/xorg/2008-December/041644.html
fixes it, but your log would help confirm that.


I've attached my Xorg.0.log. I can confirm that this problem does not 
occur when allowEmptyInput is set to true.


--
Piotr Lewandowski

X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.26-1-686 i686 Debian
Current Operating System: Linux snowball 2.6.26-1-686 #1 SMP Wed Nov 26 
19:14:11 UTC 2008 i686
Build Date: 11 November 2008  11:19:34PM
xorg-server 2:1.5.3-1 (jcris...@debian.org) 
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: Thu Dec 18 15:41:35 2008
(==) Using config file: /etc/X11/xorg.conf
(==) No Layout section.  Using the first Screen section.
(==) No screen section available. Using defaults.
(**) |--Screen Default Screen Section (0)
(**) |   |--Monitor default monitor
(==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
(**) Option AllowEmptyInput false
(==) Automatically adding devices
(==) Automatically enabling devices
(==) No FontPath specified.  Using compiled-in default.
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(WW) The directory /usr/share/fonts/X11/100dpi/ does not exist.
Entry deleted from font path.
(WW) The directory /usr/share/fonts/X11/75dpi/ does not exist.
Entry deleted from font path.
(WW) The directory /usr/share/fonts/X11/Type1 does not exist.
Entry deleted from font path.
(WW) The directory /usr/share/fonts/X11/100dpi does not exist.
Entry deleted from font path.
(WW) The directory /usr/share/fonts/X11/75dpi does not exist.
Entry deleted from font path.
(WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not 
exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc
(==) ModulePath set to /usr/lib/xorg/modules
(==) |--Input Device Touchpad
(II) No default mouse found, adding one
(==) |--Input Device default pointer
(==) |--Input Device default keyboard
(==) No Layout section. Using the first core pointer device.
(==) No Layout section. Using the default keyboard configuration.
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
(II) No APM support in BIOS or kernel
(II) Loader magic: 0x81d12e0
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 4.1
X.Org XInput driver : 2.1
X.Org Server Extension : 1.1
X.Org Font Renderer : 0.6
(II) Loader running on linux
(--) using VT number 10

(--) PCI:*(0...@0:2:0) Intel Corporation Mobile 945GM/GMS, 943/940GML Express 
Integrated Graphics Controller rev 3, Mem @ 0xf440/0, 0xe000/0, 
0xf448/0, I/O @ 0x4000/0
(--) PCI: (0...@0:2:1) Intel Corporation Mobile 945GM/GMS/GME, 943/940GML 
Express Integrated Graphics Controller rev 3, Mem @ 0xf450/0
(II) System resource ranges:
[0] -1  0   0x - 0x (0x1) MX[B]
[1] -1  0   0x000f - 0x000f (0x1) MX[B]
[2] -1  0   0x000c - 0x000e (0x3) MX[B]
[3] -1  0   0x - 0x0009 (0xa) MX[B]
[4] -1  0   0x - 0x (0x1) IX[B]
[5] -1  0   0x - 0x (0x1) IX[B]
(II) LoadModule: extmod

(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor=X.Org Foundation
compiled for 1.5.3, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 1.1
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: dbe

(II) Loading /usr/lib/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor=X.Org Foundation
compiled for 1.5.3, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 1.1
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: glx

(II) Loading 

Bug#509112: boolstuff: version 0.1.12 is available

[Patrice Dumas]

Package: boolstuff
Severity: wishlist


Version 0.1.12 is available, some patches for gcc are included,
and there is a change in a constant name (but no change in ABI,
as far as I can tell). I am very new with debian, but I guess that
it should go to sid first and dependent packages rebuilt.


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

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#509114: libpam-ccreds: Doesn't work in non-root programs (i.e: Screensaver)

[Marc Fargas]

Package: libpam-ccreds
Severity: minor

Hi there,
I'm a happy pam_ccreds user! But there's a small problem with desktop
users... The password cache of pam_ccreds is only readable by root
which means that if a user's screensaver locks the desktop he/she
can't exit the screensaver until plugged to the office network! (as
gnome-screensaver cannot read the security cache)

I have no idea on how this can be fixed without compromising security,
maybe on SELinux systems a policy can be arranged so the cache is
readable by any process during PAM checks... dunno

I'll leave that up to you ;) In the meantime the workaround is easy:
Do not stop working at any time until you get back to the office! ;)

Cheers,
Marc

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 
'testing-proposed-updates'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (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#509113: ITP: opensourcepacs -- OpenSourcePACS is a free, open source image referral, archiving, routing and viewing system

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre mathieu.malate...@gmail.com


* Package name: opensourcepacs
  Version : 1.2.1
  Upstream Author : UCLA Medical Imaging Informatics group
* URL : http://www.mii.ucla.edu/opensourcepacs/
* License : LGPL
  Programming Lang: Java
  Description : OpenSourcePACS is a free, open source image referral, 
archiving, routing and viewing system

It adds functionality beyond conventional PACS by integrating wet read 
functions, implemented through DICOM Presentation State and Structured 
Reporting standards.
In its first release, OpenSourcePACS delivers a complete wet read system, 
enabling an imaging clinic or hospital to offer its services over the web to 
physicians within or outside the institution. In future releases, we hope to 
incorporate more RIS (dictation, transcription, and reporting) functionality.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable'), (50, 'testing'), (40, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-amd64
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)



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

Bug#509115: ITP: halevt -- Generic handler for HAL events

[Mike O'Connor]

Package: wnpp
Severity: wishlist
Owner: Mike O'Connor s...@debian.org


* Package name: halevt
  Version : 0.1.3
  Upstream Author : Patrice Dumas pertu...@free.fr
* URL : http://www.environnement.ens.fr/perso/dumas/halevt.html
* License : GPL
  Programming Lang: C
  Description : Generic handler for HAL events

 halevt is a daemon that acts as a policy agent on top of HAL. It
 listens to HAL events and reacts with user-configurable
 actions.  It is a reimplementation of the new dead ivman project.
 .
 Among other things, halevt is useful as an automount daemon that will mount
 removable devices but with a much smaller set of dependencies than tools such
 as gnome-volume-manager.

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



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

Bug#509105: libnet-smtp-server-perl: Typo in package description

[gregor herrmann]

On Thu, 18 Dec 2008 15:00:27 +0100, Istvan Nyitrai wrote:

 Homapage: should be Homepage:

Thanks for noticing, it's already fixed in our subversion repository
and will be in the next upload.

Cheers,
gregor
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Donovan: Mellow Yellow


signature.asc
Description: Digital signature

Bug#509116: apache2: mod_deflate with mod_fastcgi gives wrong content-length header

[Simon Waters]

Package: apache2.2-common
Version: 2.2.9-10+lenny1
Severity: normal


On upgrading from Etch to Lenny I got exceeding slow response on some FastCGI 
servers.

It was identified that the line: 
AddOutputFilterByType DEFLATE text/html text/plain text/xml application/json 
application/x-javascript
which adds the deflate filter is the culprit.

On inspection with curl:

curl -D h1  http://simon.example.com/ b1
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
100 33180  100 331800 0   389k  0 --:--:-- --:--:-- --:--:--  826k

curl --compressed -D h2  http://simon.example.com/ b2
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
 25 33180   25  86120 0572  0  0:00:58  0:00:15  0:00:43 0
curl: (18) transfer closed with 24568 bytes remaining to read

b1 and b2 are identical.
The content-length header in h2 was still 33180, where as I'd expect this 
page to compress effectively.

So the slow response is the web browser timing out, but finding all the data it 
needs is already in memory.

Likely cause is bad interaction with mod_fastcgid, which we are using here to 
deploy a Catalyst application, as the content is dynamic in nature.

I'm not an expert in these things. 

This combination of mod_fastcgi and mod_deflate was broken in Sarge,
but it resulted in the content being sent without compression, where as here 
the result is simply broken HTTP response, because it is being compressed, but 
the content-length header is wrong.

I see old reports of similar problems in Google.
e.g. 
http://archives.devshed.com/forums/dsm-125/apache-2-mod-deflate-mod-fastcgi-1284864.html

Shall go try mod_fcgid.

-- Package-specific info:
List of /etc/apache2/mods-enabled/*.load:
  actions alias auth_basic auth_digest authn_file authz_default
  authz_groupfile authz_host authz_user autoindex cgi dav dav_fs
  dav_svn deflate dir env expires fastcgi fcgid include mime
  negotiation perl rewrite setenvif ssl status userdir zembperl

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

Kernel: Linux 2.6.26-1-686 (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/bash

Versions of packages apache2 depends on:
ii  apache2-mpm-prefork  2.2.9-10+lenny1 Apache HTTP Server - traditional n

apache2 recommends no packages.

apache2 suggests no packages.

Versions of packages apache2.2-common depends on:
ii  apache2-utils  2.2.9-10+lenny1   utility programs for webservers
ii  libapr11.2.12-5  The Apache Portable Runtime Librar
ii  libaprutil11.2.12+dfsg-8 The Apache Portable Runtime Utilit
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  libmagic1  4.26-1File type determination library us
ii  libssl0.9.80.9.8g-14 SSL shared libraries
ii  lsb-base   3.2-20Linux Standard Base 3.2 init scrip
ii  mime-support   3.44-1MIME files 'mime.types'  'mailcap
ii  net-tools  1.60-22   The NET-3 networking toolkit
ii  perl   5.10.0-18 Larry Wall's Practical Extraction 
ii  procps 1:3.2.7-8 /proc file system utilities
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - 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#509030: xfce4-terminal: Window decoration are not drawn even when enabled

[john.lindgren]

Hello,

 export XLIB_SKIP_ARGB_VISUALS=1

That seems to fix the problem.

-- John Lindgren



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

Bug#509113: ITP: opensourcepacs -- OpenSourcePACS is a free, open source image referral, archiving, routing and viewing system

[Bernd Zeimetz]

Hi!

 * Package name: opensourcepacs
   Version : 1.2.1
   Upstream Author : UCLA Medical Imaging Informatics group
 * URL : http://www.mii.ucla.edu/opensourcepacs/
 * License : LGPL
   Programming Lang: Java
   Description : OpenSourcePACS is a free, open source image referral, 
 archiving, routing and viewing system

The Description is too long and contains the package name, which does not make
much sense. Also it is obvious that the package is free and opensource,
otherwise ti wouldn't be in main. So a short description would be something like
Image referral, archiving, routing and viewing system

 
 It adds functionality beyond conventional PACS by integrating wet read 
 functions, implemented through DICOM Presentation State and Structured 
 Reporting standards.
 In its first release, OpenSourcePACS delivers a complete wet read system, 
 enabling an imaging clinic or hospital to offer its services over the web to 
 physicians within or outside the institution. In future releases, we hope to 
 incorporate more RIS (dictation, transcription, and reporting) functionality.


This i snot really a descriptions, sounds more like an advertising. Also it is
not obious what PACS is, and why read functiones need to be wet

Please fix this before uploading the package.

Cheers,

Bernd

-- 
 Bernd Zeimetz   Debian GNU/Linux Developer
 GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79



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

Bug#509117: saving the console-setup keyboard config speeds boot

[Frédéric Boiteux]

Package: console-setup
Version: 1.28
Severity: minor


Using bootchart to profile the boot time of my laptop (Thinkpad X31), I've 
noticed that it takes a long time in keyboard-setup and console-setup init 
scripts.
I've searched and found that setupcon, tool called by these 2 init scripts, is
always rebuilding keyboard definition from Xorg files at each boot time !

I've used the '--save' command of setupcon to save it to disk (in 
/etc/console-setup/boottime.kmap.gz and now, these boot scripts run very 
quickly, and bootchart tells me I gained 9 seconds :-)

Perhaps a mechanism could be added to save config or suggest it ?

Fred.

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (990, 'testing'), (800, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-x31 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages console-setup depends on:
ii  console-terminus4.26-2.1 Fixed-width fonts for fast reading
ii  debconf [debconf-2. 1.5.24   Debian configuration management sy
ii  xkb-data1.3-2.1bepo+1.0rc2.2 X Keyboard Extension (XKB) configu

Versions of packages console-setup recommends:
ii  kbd   1.14.1-4   Linux console font and keytable ut

Versions of packages console-setup suggests:
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip

-- debconf information excluded




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

Bug#509045: python-dkim: tries to overwrite file owned by dkimproxy

[Scott Kitterman]

Yes.  That helps.

The two scripts provide a similar function, but python-dkim only does DKIM 
signing/verification.  It does not implement the policy component, so it's 
dkimverify can't provide a complete equivalent of the one in dkimproxy.

I do think their purposes are slightly different.  The one provided for python-
dkim is not just meant as a troubleshooting tool.  I think it's meant to make 
it easy to integrate DKIM verification into non-Python applications.  

While I'm not aware of any current users of this script (python-dkim is a new 
library), I think it would be better not to rename it since any future 
applications that made use of it would have to be patched when they would be 
packaged for Debian.

Thomas,

I would prefer if you rename the dkimproxy dkimverify since your upstream has 
confirmed it's not a problem.  What do you think?

Scott K



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

Bug#502266: eb-utils: ebinfo command does not show title properly not on EUC-JP locale

[Tatsuya Kinoshita]

Cc'ing the upstream maintainer: Motoyuki Kasahara

(This is Debian Bug: http://bugs.debian.org/502266
 Mail 502...@bugs.debian.org to reply.)

On October 15, 2008 at 3:23PM +0900,
rigarash (at gmail.com) wrote:

 Package: eb-utils
 Version: 4.3.2-1
 Severity: normal
 
 Hi,
 
 When showing information of japanese title dictionaries (e.g. eijiro 
 transformed by EBstudio),
 ebinfo command fails to show title properly on ja_JP.UTF-8 locale (or even C).
 Looks like ebinfo does not convert title string to proper encoding.

The cause of this problem is that HAVE_ICONV_H is defined but
HAVE_ICONV_OPEN is not defined in config.h by configure at build
time.  So, the fputs_eucjp_to_locale function in
libebutils/puts_eucjp.c fails to convert the string.

A workaround is:


--- eb-4.3.2-1/libebutils/puts_eucjp.c
+++ eb-4.3.2/libebutils/puts_eucjp.c
@@ -38,6 +38,7 @@
 
 #ifdef HAVE_ICONV_H
 #include iconv.h
+#define HAVE_ICONV_OPEN 1
 #endif
 
 #if defined(HAVE_LIBCHARSET_H)


Motoyuki, what do you think of this bug?  Is this a bug in autoconf?

Thanks,
-- 
Tatsuya Kinoshita



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

Bug#453259: sfs hanging

[Clint Adams]

On Sat, Nov 08, 2008 at 05:37:50PM +0100, Moritz Muehlenhoff wrote:
 Only images for 2.6.27, you'd need to build 2.6.28-rcX kernels
 yourself.

I think this may have regressed slightly from rc7 to rc8.



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

Bug#509118: dvgrab: do not work with DV over USB capable camera

[Petter Reinholdtsen]

Package: dvgrab
Version: 3.1-2

I've tried to get dvgrab in Lenny to fetch DV video from a Panasonic
NV-GS230 camera, without luck so far.  The camera claim to be able to
stream DV over USB, but dvgrab is unable to fetch any frames.

I used the following command line:

  dvgrab -V --input /dev/video0 -f raw foo

The camera was in recording mode.  The program report that grabbing is
started, but when I terminate dvgrab a few seconds later it report
that no frames were found, and no foo file is created.  The camera is
set to use Motion DV in USB mode, whatever that means.

I did find a program capable of dumping information about the V4L2
device, URL:http://blogs.adobe.com/penguin.swf/v4l2-formats.c, and
it reports this:

  /dev/video0 is a V4L2 device named 'DVC'
  /dev/video0 is capable of video capture
  /dev/video0 is capable of streaming capture
  /dev/video0 supports 'SD-DV 50Hz' (compressed format, V4L2_PIX_FMT_DV)

I also tested with the version 3.2 in unstable, and this one work.
Please update the one in testing with the one in unstable, to get a
version working with USB included in Lenny.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#509119: ide-generic causes resource conflict

[B. Janssen]

Package: linux-image-2.6-486
Version: 2.6.26+17

My VIA EPIA 5000 system using this Linux kernel image throws this error.

[   43.320437] ide_generic: I/O resource 0x1F0-0x1F7 not free.
[   43.320528] ide_generic: I/O resource 0x170-0x177 not free.

System operation is mostly flawless. The single PCI port sometimes does 
not initialize properly, unsure if this is a hardware or software issue. 
lspci for your information.


atlas:~# lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8601 [Apollo ProMedia] 
(rev 05)

00:01.0 PCI bridge: VIA Technologies, Inc. VT8601 [Apollo ProMedia AGP]
00:11.0 ISA bridge: VIA Technologies, Inc. VT8231 [PCI-to-ISA Bridge] 
(rev 10)
00:11.1 IDE interface: VIA Technologies, Inc. 
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:11.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 1e)
00:11.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 1e)

00:11.4 Bridge: VIA Technologies, Inc. VT8235 ACPI (rev 10)
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 
AC97 Audio Controller (rev 40)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] 
(rev 51)

00:14.0 PCI bridge: IBM PCI to PCI Bridge (IBM27-82351) (rev 01)
01:00.0 VGA compatible controller: Trident Microsystems CyberBlade/i1 
(rev 6a)
02:00.0 Network controller: Compaq Computer Corporation Netelligent Dual 
10/100 TX PCI UTP (rev 10)
02:01.0 Network controller: Compaq Computer Corporation Netelligent Dual 
10/100 TX PCI UTP (rev 10)


Here is a proposed solution from lkml:
http://lkml.org/lkml/2008/7/21/293

Regards



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

Bug#509120: Please make dvgrab work with uvcvideo devices out of the box

[Petter Reinholdtsen]

Package: dvgrab
Version: 3.1-2
Severity: wishlist

When connecting my Panasonic NV-GS230 camera via USB to a Lenny
machine, dvgrab -V is unable to find the video device created
automatically by udev.

dvgrab uses /dev/video by default, while only /dev/video0 is created
by udev when the camera is plugged in and the uvcvideo kernel module
is loaded.  Please change dvgrab to also look for /dev/video0 if
/dev/video do not exist.  It would make it easier for casual users to
grab video from an USB DV camera.

It would also be great if dvgrab was changed to try V4L2 grabbing if
no firewire camera is found.  This way, no extra option would be
required to use USB cameras with dvgrab, and for example dvswitch
would work out of the box with both firewire and USB cameras.  As it
is now, the dvsource program in dvswitch need to be changed to handle
USB sources.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#509121: boa: Please use --enable-access-control in ./configure call

[Raphael Hertzog]

Package: boa
Version: 0.94.14rc21-3
Severity: wishlist

Please add --enable-access-control to the configure call so that we can
use Allow and Deny directives in boa.conf. Those directives are
currently ignored and result in following warnings:
[18/Dec/2008:15:31:16 +] This version of Boa doesn't support access
controls. Please recompile with --enable-access-control.

Thanks.

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

Kernel: Linux 2.6.27-1-686-bigmem (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/bash



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

Bug#509045: python-dkim: tries to overwrite file owned by dkimproxy

[Thomas Goirand]

Scott Kitterman wrote:
 Yes.  That helps.
 
 The two scripts provide a similar function, but python-dkim only does DKIM 
 signing/verification.  It does not implement the policy component, so it's 
 dkimverify can't provide a complete equivalent of the one in dkimproxy.
 
 I do think their purposes are slightly different.  The one provided for 
 python-
 dkim is not just meant as a troubleshooting tool.  I think it's meant to make 
 it easy to integrate DKIM verification into non-Python applications.  
 
 While I'm not aware of any current users of this script (python-dkim is a new 
 library), I think it would be better not to rename it since any future 
 applications that made use of it would have to be patched when they would be 
 packaged for Debian.

That is exactly what I was thinking about as well.

 Thomas,
 
 I would prefer if you rename the dkimproxy dkimverify since your upstream has 
 confirmed it's not a problem.  What do you think?
 
 Scott K

Yes, I'll rename it dkimproxy-verify and keep it in /usr/bin, if that is
a satisfying solution for everyone. Jason, I can only suggest you to do
the same in your upstream sources, as you will have the problem with
some other distributions, that's quite inevitable.

I'll be able to work on that issue tomorrow. Scott, are you able to
upload yourself, or should I ask my usual sponsor (that might be busy)?

Thomas




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

Bug#509122: dvgrab have memory errors with USB DV device on termination

[Petter Reinholdtsen]

Package: dvgrab
Version: 3.2-2
Severity: important
Tags: patch

When grabbing video from my Panasonic NV-GS230 camera using a backport
of version 3.2-2 in Lenny, valgrind report errors when the grabbing is
terminated using ^C.  This is the output after building dvgrab with
the nostrip option to get debug output.

==11137== Memcheck, a memory error detector.
==11137== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==11137== Using LibVEX rev 1854, a library for dynamic binary translation.
==11137== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==11137== Using valgrind-3.3.1-Debian, a dynamic binary instrumentation 
framework.
==11137== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==11137== For more details, rerun with: -v
==11137== 
Warning: Cannot set RR-scheduler
Warning: Cannot disable swapping
Capture Started
/tmp/foo004.dv: 7.00 MiB 51 frames timecode 00:00:00.00 date 2008.12.18 
17:22:29
Capture Stopped
==11137== Invalid read of size 4
==11137==at 0x80780C8: v4l2Reader::Close() (v4l2reader.cc:117)
==11137==by 0x807850C: v4l2Reader::~v4l2Reader() (v4l2reader.cc:56)
==11137==by 0x80556F7: DVgrab::cleanup() (dvgrab.cc:1306)
==11137==by 0x8055786: DVgrab::~DVgrab() (dvgrab.cc:157)
==11137==by 0x8070469: main (main.cc:135)
==11137==  Address 0x526dfa4 is 4 bytes inside a block of size 32 free'd
==11137==at 0x4022B8A: free (vg_replace_malloc.c:323)
==11137==by 0x80780EE: v4l2Reader::Close() (v4l2reader.cc:120)
==11137==by 0x8077FDC: v4l2Reader::StopThread() (v4l2reader.cc:192)
==11137==by 0x80556D0: DVgrab::cleanup() (dvgrab.cc:1304)
==11137==by 0x8055786: DVgrab::~DVgrab() (dvgrab.cc:157)
==11137==by 0x8070469: main (main.cc:135)
==11137== 
==11137== Invalid read of size 4
==11137==at 0x80780CF: v4l2Reader::Close() (v4l2reader.cc:117)
==11137==by 0x807850C: v4l2Reader::~v4l2Reader() (v4l2reader.cc:56)
==11137==by 0x80556F7: DVgrab::cleanup() (dvgrab.cc:1306)
==11137==by 0x8055786: DVgrab::~DVgrab() (dvgrab.cc:157)
==11137==by 0x8070469: main (main.cc:135)
==11137==  Address 0x526dfa0 is 0 bytes inside a block of size 32 free'd
==11137==at 0x4022B8A: free (vg_replace_malloc.c:323)
==11137==by 0x80780EE: v4l2Reader::Close() (v4l2reader.cc:120)
==11137==by 0x8077FDC: v4l2Reader::StopThread() (v4l2reader.cc:192)
==11137==by 0x80556D0: DVgrab::cleanup() (dvgrab.cc:1304)
==11137==by 0x8055786: DVgrab::~DVgrab() (dvgrab.cc:157)
==11137==by 0x8070469: main (main.cc:135)
==11137== 
==11137== Invalid free() / delete / delete[]
==11137==at 0x4022B8A: free (vg_replace_malloc.c:323)
==11137==by 0x80780EE: v4l2Reader::Close() (v4l2reader.cc:120)
==11137==by 0x807850C: v4l2Reader::~v4l2Reader() (v4l2reader.cc:56)
==11137==by 0x80556F7: DVgrab::cleanup() (dvgrab.cc:1306)
==11137==by 0x8055786: DVgrab::~DVgrab() (dvgrab.cc:157)
==11137==by 0x8070469: main (main.cc:135)
==11137==  Address 0x526dfa0 is 0 bytes inside a block of size 32 free'd
==11137==at 0x4022B8A: free (vg_replace_malloc.c:323)
==11137==by 0x80780EE: v4l2Reader::Close() (v4l2reader.cc:120)
==11137==by 0x8077FDC: v4l2Reader::StopThread() (v4l2reader.cc:192)
==11137==by 0x80556D0: DVgrab::cleanup() (dvgrab.cc:1304)
==11137==by 0x8055786: DVgrab::~DVgrab() (dvgrab.cc:157)
==11137==by 0x8070469: main (main.cc:135)

==11137== 
==11137== ERROR SUMMARY: 9 errors from 3 contexts (suppressed: 61 from 1)
==11137== malloc/free: in use at exit: 35,216 bytes in 101 blocks.
==11137== malloc/free: 1,152 allocs, 1,052 frees, 113,716,869 bytes allocated.
==11137== For counts of detected errors, rerun with: -v
==11137== searching for pointers to 101 not-freed blocks.
==11137== checked 25,520,588 bytes.
==11137== 
==11137== LEAK SUMMARY:
==11137==definitely lost: 0 bytes in 0 blocks.
==11137==  possibly lost: 0 bytes in 0 blocks.
==11137==still reachable: 35,216 bytes in 101 blocks.
==11137== suppressed: 0 bytes in 0 blocks.
==11137== Rerun with --leak-check=full to see details of leaked memory.

I believe this patch solve the issue:

diff -ur dvgrab-3.2/v4l2reader.cc dvgrab-3.2-pere/v4l2reader.cc
--- dvgrab-3.2/v4l2reader.cc2008-02-27 04:31:52.0 +0100
+++ dvgrab-3.2-pere/v4l2reader.cc   2008-12-18 17:33:52.0 +0100
@@ -113,12 +113,21 @@
 void v4l2Reader::Close( void )
 {
// Release mmaped buffers
-   for ( unsigned int i = 0; i  m_bufferCount; i++ )
-   munmap( m_buffers[i].start, m_buffers[i].length );
-
-   // Release mmap buffers tracking list
-   free( m_buffers );
+   if ( m_buffers )
+   {
+   for ( unsigned int i = 0; i  m_bufferCount; i++ )
+   {
+   if ( m_buffers[i].start )
+   {
+   munmap( m_buffers[i].start, m_buffers[i].length 
);
+   m_buffers[i].start = 0;
+  

Bug#507501: No patch attached?

[Kjetil Oftedal]

Hi,

I have run into this problem on debian testing. As far as I can tell it will
occur
every time devices.map is outdate.
(i.e. moving the root disk from one controller to another )

As far as I can tell no patch was attached to the bug report so I created a
new one

Sincerly,
Oftedal


patch
Description: Binary data

Bug#509116: libapache2-mod-fcgid as workaround

[Simon Waters]

Re: bug 509116 failure of deflate with mod-fastcgid on upgrading to lenny.

Switching from libapache2-mod-fastcgi to libapache2-mod-fcgid allows 
dynamic content to be correctly served. So provides a workaround for 
those who need both compression and a fastCGI interface in Lenny.


I reassigned the bug to libapache2-mod-fastcgid, as I assume it is 
unlikely to be in Apache code or mod_deflate if they work with mod_fcgid.


I haven't tried rebuilding libapache2-mod-fastcgi, there is a separate 
bug regarding that on the database.




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

Bug#508900: libtommath0: New upstream version available

[Joe Nahmias]

severy 508900 wishlist
thanks

Hello Marco,

On Tue, Dec 16, 2008 at 01:40:00PM +0100, Marco Bodrato wrote:
 Package: libtommath0
 Version: 0.39-3
 Severity: normal

Requests for new versions are always wishlist bugs.

 New upsteram version available.
 libtom.org site seems dead, but a mirror of the 0.41 version is available at
 http://de1.opensde.net/opensde/mirror/trunk/l/ltm-0.41.tar.bz2
 It is not an important library, but since we have it...

Hmm, libtom.org is dead, but http://math.libtomcrypt.com/ is alive and
only lists version 0.39.  This will need some investigation to see where
this new version is coming from, which will have to wait until after
lenny is released.

 Marco

--Joe



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

Bug#509123: /usr/share/vim/vim71/syntax/matlab.vim: Vim check spell of whole code in matlab files

[Sergio Llorente]

Package: vim-runtime
Version: 1:7.1.314-3+lenny2
Severity: minor
File: /usr/share/vim/vim71/syntax/matlab.vim
Tags: patch


@Spell and @NoSpell clusters are usually used in syntax files of different 
languages in order 
to check spelling only in strings, comments and similar regions.

syntax/matlab.vim file does not use @Spell in matlabComment and 
matlabString and the 
default behaviour is spell checking whole text in the file.

A trivial patch is included if only strings and comments are wanted to be spell 
checked in 
matlab files.

Sergio Llorente.

--- /usr/share/vim/vim71/syntax/matlab.vim  2008-10-17 20:11:29.0 
+0200
+++ matlab.vim  2008-12-18 17:27:27.0 +0100
@@ -31,7 +31,7 @@
 syn match matlabIdentifier\\a\w*\
 
  String
-syn region matlabStringstart=+'+ end=+'+   oneline
+syn region matlabStringstart=+'+ end=+'+   oneline 
contai...@spell
 
  If you don't like tabs
 syn match matlabTab\t
@@ -50,7 +50,7 @@
 
 syn match matlabSemicolon  ;
 
-syn match matlabComment%.*$  
contains=matlabTodo,matlabTab
+syn match matlabComment%.*$  
contains=matlabTodo,matlabTab,@Spell
 
 syn keyword matlabOperator break zeros default margin round ones 
rand
 syn keyword matlabOperator ceil floor size clear zeros eye mean 
std cov



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

Kernel: Linux 2.6.24.2
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages vim-runtime depends on:
ii  dpkg  1.14.23Debian package management system

Versions of packages vim-runtime recommends:
ii  vim   1:7.1.314-3+lenny2 Vi IMproved - enhanced vi editor
ii  vim-gnome [vim]   1:7.1.314-3+lenny2 Vi IMproved - enhanced vi editor -
ii  vim-gtk [vim] 1:7.1.314-3+lenny2 Vi IMproved - enhanced vi editor -

vim-runtime suggests no packages.

-- no debconf information



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

Bug#413142: [Evolution] Bug#413142: evolution-exchange: Evolution stopped working with exchange - probably depends on keyring problem

[Yves-Alexis Perez]

On jeu, 2008-12-18 at 15:07 +0100, Emanoil Kotsev wrote:
 Unfortunately part of (my long mail/bug) report yesterday was that I
 mentioned that I'm using KDE. I don't want to have to do anything with
 gnome if possible, to keep my work simple.

Then don't use evolution.

  I don't think the gnome-keyring was running in Suse or in kubuntu. 

Well, it you can't be sure…


 I just think there are 3 possibilites
 
 1) dbus providing the keyring manager (thus pointing to kwallet)

dbus doesn't “provide” a keyring manager. But, a keyring manager
provides a dbus interface.

 I uninstalled the gnome-keyring now it's proven that evolution depends on
 it, but not directly. It expects from dbus to provide: org.gnome.keyring.
 
 ** (evolution:19240): WARNING **: couldn't communicate with gnome keyring
 daemon via dbus: The name org.gnome.keyring was not provided by
 any .service files
 
 Is it possible to provide this key pointing to kwallet. I think it is, 

I don't think so. You'll have to ask the kwallet people, but I don't
think a KDE app will provide a org.gnome interface.


 2) libraries with Evo version 2.22 changed so that it depends on the keyring
 now.

Well, I didn't follow this, but maybe there are good reasons for that.
 
 3) there is also some other option I can not think of
 
 Anyway I'm going to try to run Suse or Kubuntu from backup and check if it's
 really debian related, or may be the admins changed something on server
 side which I would exclude from the options.

If you want to use evolution-exchange, and evolution-exchange wants
gnome-keyring, then use gnome-keyring, or don't use evo-exchange at all.

Cheers,
--
Yves-Alexis




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

Bug#509028: submitted upstream

[Jameson Rollins]

I just wanted to mention that this bug was submitted upstream:

https://bugzilla.mindrot.org/show_bug.cgi?id=1544

jamie.


signature.asc
Description: Digital signature

Bug#509055: submitted upstream

[Jameson Rollins]

I just wanted to say that this bug has been submitted upstream:

https://bugzilla.mindrot.org/show_bug.cgi?id=1545

jamie.


signature.asc
Description: Digital signature

Bug#509125: python-opengl: libgl1-mesa-dev should be required

[Örjan Ekeberg]

Package: python-opengl
Version: 3.0.0~b6-3
Severity: normal

python-opengl is depending on the symbolic link /usr/lib/libGL.so being
present to work. The library itself (/usr/lib/libGL.so.1.2) is provided 
by the required libgl1-mesa-glx, but libgl1-mesa-dev is needed to get 
the /usr/lib/libGL.so link.

To test:
* Make sure libgl1-mesa-dev is not installed
* Start python
* Enter import OpenGL.GL
[this generates a backtrace due to the unfound GL sharable library]

Suggested fix:
Add libgl1-mesa-dev as a required dependency.


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

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

Versions of packages python-opengl depends on:
ii  freeglut3 2.4.0-6.1  OpenGL Utility Toolkit
ii  libgl1-mesa-glx [libgl1]  7.0.3-6A free implementation of the OpenG
ii  libglu1-mesa [libglu1]7.0.3-6The OpenGL utility library (GLU)
ii  python [python-ctypes]2.5.2-3An interactive high-level object-o
ii  python-central0.6.8  register and build utility for Pyt
ii  python-pkg-resources  0.6c8-4Package Discovery and Resource Acc

python-opengl recommends no packages.

Versions of packages python-opengl suggests:
ii  libgle3   3.1.0-6OpenGL tubing and extrusion librar
pn  python-numpy  none (no description available)
pn  python-tk none (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#456037: fenix 0.92 state

[marcos.marado]

Hi there,

Edward Z. Yang edwardzy...@thewritingpot.com wrote:
   I assume this has been forwarded upstream?
 
 I was attempting to check out the fenix website to find out whether or
 not the fenix developers were handling the issue on their bugtracker,
 and I get a generic your webserver has been configured correctly error
 [1], as well as most of the pages on their website being broken. Has
 fenix been abandoned, or do we have the wrong homepage?

The website is correct, but the bug tracking system is long gone. You can be 
sure the link is correct by using waybackmachine[1].

From their sf.net webpage[2], you can see that they aren't (publicly, at 
least) active in 18 months. Looking to the differences between 0.92a and the 
CVS version, nothing there seems to be related to fixing this particular 
issue. I guess that to open a ticket upstream, the best thing to do is to use 
the SourceForge ticket system.

On Sat, Dec 13, 2008 at 14:04, Matthew Johnson mj...@debian.org wrote:

 Well, restricting it to all the 32bit archs, presumably. I don't think
 that's necessarily a problem given it's not been released on other archs
 yet, so it's not a regression.

debian-devel-games people: what do you think of this? Could this be done to 
then downgrade the severity of this bug and have not as RC?

[1] - 
http://web.archive.org/web/20041113043048/bugtrack.divsite.net/login_page.php
[2] - http://sourceforge.net/projects/fenix

Best regards,
-- 
Marcos Marado



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

Bug#509124: rhythmbox: cover.jpg files not loaded

[Greg Auger]

Package: rhythmbox
Version: 0.11.6-1
Severity: normal

Previously files in a songs directory called cover.jpg were loaded as cover 
art. Now this simply does not happen. I suspect this is not a problem with the 
rhythmbox package as it has not be updated for several months, and I think this 
problem is fairly recent.


-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (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/bash

Versions of packages rhythmbox depends on:
ii  dbus   1.2.8-1   simple interprocess messaging syst
ii  gconf2 2.24.0-4  GNOME configuration database syste
ii  gnome-icon-theme   2.22.0-1  GNOME Desktop icon theme
ii  gstreamer0.10-alsa [gs 0.10.21-3 GStreamer plugin for ALSA
ii  gstreamer0.10-esd [gst 0.10.11-2 GStreamer plugin for ESD
ii  gstreamer0.10-gnomevfs 0.10.21-3 GStreamer plugin for GnomeVFS
ii  gstreamer0.10-plugins- 0.10.9-1  GStreamer plugins from the bad s
ii  gstreamer0.10-plugins- 0.10.21-3 GStreamer plugins from the base 
ii  gstreamer0.10-plugins- 0.10.11-2 GStreamer plugins from the good 
ii  gstreamer0.10-pulseaud 0.10.11-2 GStreamer plugin for PulseAudio
ii  gstreamer0.10-x0.10.21-3 GStreamer plugins for X11 and Pang
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.24.0-1  The ATK accessibility toolkit
ii  libavahi-client3   0.6.24-1  Avahi client library
ii  libavahi-common3   0.6.24-1  Avahi common library
ii  libavahi-glib1 0.6.24-1  Avahi glib integration library
ii  libbonobo2-0   2.24.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.24.0-1  The Bonobo UI library
ii  libc6  2.8+20080809-1GNU C Library: Shared libraries
ii  libcairo2  1.8.6-1   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.8-1   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.78-1simple interprocess messaging syst
ii  libexpat1  2.0.1-4   XML parsing C library - runtime li
ii  libfontconfig1 2.6.0-3   generic font configuration library
ii  libfreetype6   2.3.7-2   FreeType 2 font engine, shared lib
ii  libgconf2-42.24.0-4  GNOME configuration database syste
ii  libglade2-01:2.6.3-1 library to load .glade files at ru
ii  libglib2.0-0   2.18.3-1  The GLib library of C routines
ii  libgnome-keyring0  2.24.1-1  GNOME keyring services library
ii  libgnome-media02.22.0-3  runtime libraries for the GNOME me
ii  libgnome2-02.24.1-1  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomeui-0   2.22.1-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.24.0-1GNOME Virtual File System (runtime
ii  libgpod3   0.6.0-6   library to read and write songs an
ii  libgstreamer-plugins-b 0.10.21-3 GStreamer libraries from the base
ii  libgstreamer0.10-0 0.10.21-5 Core GStreamer libraries and eleme
ii  libgtk2.0-02.14.5-1  The GTK+ graphical user interface 
ii  libhal10.5.11-6  Hardware Abstraction Layer - share
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  liblircclient0 0.8.3-3   infra-red remote control support -
ii  libmtp70.2.6.1-3 Media Transfer Protocol (MTP) libr
ii  libmusicbrainz4c2a 2.1.5-2   Second generation incarnation of t
ii  libnautilus-burn4  2.24.0-1  Nautilus Burn Library - runtime ve
ii  libnotify1 [libnotify1 0.4.4-3   sends desktop notifications to a n
ii  libnspr4-0d4.7.1-4   NetScape Portable Runtime Library
ii  liborbit2  1:2.14.16-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.22.3-1  Layout and rendering of internatio
ii  libpixman-1-0  0.12.0-1  pixel-manipulation library for X a
ii  libpng12-0 1.2.33-1  PNG library - runtime
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  libsexy2   0.1.11-2+b1   collection of additional GTK+ widg
ii  libsm6 2:1.1.0-1 X11 Session Management library
ii  libsoup2.4-1   2.24.2.1-1an HTTP library implementation in 
ii  libtotem-plparser102.22.3-1  Totem Playlist Parser library - ru
ii  libusb-0.1-4   2:0.1.12-13   userspace USB 

Bug#509126: apt-cacher: cron job reports error 25

[Ross Boylan]

Package: apt-cacher
Version: 1.6.5pre1rb1
Severity: normal

Today, cron reported 
run-parts: /etc/cron.daily/apt-cacher exited with return code 25

Other than that, I don't see anything in the logs.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (990, 'stable'), (50, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (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

Versions of packages apt-cacher depends on:
ii  bzip2 1.0.5-1high-quality block-sorting file co
ii  ed0.7-2  The classic unix line editor
ii  libdigest-sha1-perl   2.11-2+b1  NIST SHA-1 message digest algorith
ii  libfreezethaw-perl0.43-4 converting Perl structures to stri
ii  libwww-curl-perl  4.05-1 Perl bindings to libcurl
ii  libwww-perl   5.813-1WWW client/server library for Perl
ii  perl  5.10.0-18  Larry Wall's Practical Extraction 

Versions of packages apt-cacher recommends:
ii  libberkeleydb-perl0.34-1+b1  use Berkeley DB 4 databases from P

Versions of packages apt-cacher suggests:
ii  libio-socket-inet6-perl   2.54-1 Object interface for AF_INET6 doma

-- 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#509105: libnet-smtp-server-perl: Typo in package description

[Deepak Tripathi]

Thanks gregor,





Thanks
dk



On Thu, Dec 18, 2008 at 7:30 PM, Istvan Nyitrai sia...@ubuntu.com wrote:

 Package: libnet-smtp-server-perl
 Severity: minor


 Homapage: should be Homepage:

 -- System Information:
 Debian Release: lenny/sid
   APT prefers intrepid-updates
   APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'),
 (500, 'intrepid-proposed'), (500, 'intrepid-backports'), (500, 'intrepid')
 Architecture: i386 (i686)

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



 ___
 pkg-perl-maintainers mailing list
 pkg-perl-maintain...@lists.alioth.debian.org
 http://lists.alioth.debian.org/mailman/listinfo/pkg-perl-maintainers




-- 
Deepak Tripathi
E3 71V3 8Y C063 (We Live By Code)
http://deepkatripathi.blogspot.com

Bug#509128: eigen2: New upstream (beta) version available

[Michael Banck]

Package: eigen2
Version: 2.0~beta1-1
Severity: wishlist

Hi,

according to http://eigen.tuxfamily.org,
http://download.tuxfamily.org/eigen/eigen-2.0-beta2.tar.bz2 is
available.

Not terribly important, as avogadro trunk still seems to build fine with
beta1.


cheers,

Michael



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