Bug#525510: background color

2009-04-25 Thread gurkan

Actually you can, just not so simply with the GUI

http://www.typeforge.net/cms/index.php?option=com_contenttask=viewid=41Itemid=72lang=en

And yes, gray is much better. Fully agree.

Yours,
Guerkan



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



Bug#525513: icedove: Does not remember Properties - Check this folder for new messages setting.

2009-04-25 Thread Bart-Jan Vrielink
Package: icedove
Version: 2.0.0.19-1
Severity: normal

Recently, icedove no longer remembers the Check this folder for new messages 
checkbox for my IMAP folders. If I check the box, then click Ok and then 
re-open the properties, the checkbox is unchecked again.
This is annoying, as I use procmail to filter all mailinglist mail into 
different inboxes and depend on a MUA that tells me what folder has new mail.

PS. It would be nice if this setting could be set globally to on...

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

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

Versions of packages icedove depends on:
ii  debianutils3.0.1 Miscellaneous utilities specific t
ii  fontconfig 2.6.0-3   generic font configuration library
ii  libatk1.0-01.24.0-2  The ATK accessibility toolkit
ii  libc6  2.9-7 GNU C Library: Shared libraries
ii  libcairo2  1.8.6-2+b1The Cairo 2D vector graphics libra
ii  libfontconfig1 2.6.0-3   generic font configuration library
ii  libfreetype6   2.3.9-4   FreeType 2 font engine, shared lib
ii  libgcc11:4.3.3-8 GCC support library
ii  libglib2.0-0   2.20.1-1  The GLib library of C routines
ii  libgtk2.0-02.16.1-2  The GTK+ graphical user interface 
ii  libhunspell-1.2-0  1.2.8-3   spell checker and morphological an
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libnspr4-0d4.7.4-2   NetScape Portable Runtime Library
ii  libnss3-1d 3.12.3-1  Network Security Service libraries
ii  libpango1.0-0  1.24.0-3+b1   Layout and rendering of internatio
ii  libpng12-0 1.2.35-1  PNG library - runtime
ii  libstdc++6 4.3.3-8   The GNU Standard C++ Library v3
ii  libx11-6   2:1.2.1-1 X11 client-side library
ii  libxft22.1.13-3  FreeType-based font drawing librar
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  psmisc 22.6-1Utilities that use the proc filesy
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

icedove recommends no packages.

Versions of packages icedove suggests:
pn  icedove-gnome-support none (no description available)
pn  latex-xft-fonts   none (no description available)
ii  libthai0  0.1.11-3   Thai language support library

-- 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#525496: [Pkg-samba-maint] Bug#525496: Bug#525496: winbind: windbindd crashes after start with SIGBUS

2009-04-25 Thread Steve Langasek
On Sat, Apr 25, 2009 at 07:40:13AM +0200, Christian Perrier wrote:
  Please provide a backtrace for the crash in question.

 And maybe some more information?

 We have tons of users who are happily using winbind, so I'm even very
 tempted to lower the severity to important.

No - SIGBUS == sparc, which was shown in the original bug report.  The
package may well be completely broken on sparc; a backtrace should be enough
to point to the broken code.

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



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



Bug#524125: virtualbox-ose-modules-2.6.26-2-amd64: Modprobed modules of specific kernel at a time

2009-04-25 Thread Deniz Akcal
Package: virtualbox-ose-modules-2.6.26-2-amd64
Followup-For: Bug #524125

When I was in 2.6.26-1-amd64, I modprobed 
virtualbox-ose-modules-2.6.26-1-amd64 and when I was in 2.6.26-2-amd64, 
I modprobed virtualbox-ose-modules-2.6.26-2-amd64. I went back to the 
first kernel and am therefore currently 
running the 2.6.26-1-amd64 kernel with 
virtualbox-ose-modules-2.6.26-1-amd64. I am running the 2.6.26-1-amd64 
kernel because when I install virtualbox-ose-modules-2.6.26-2-amd64 in 
the 2.6.26-2-amd64 kernel, I cannot use my internet at all. Is that what 
you asked when you said Are you sure you modprobe'd the same modules 
when running 2.6.26-1? As for module-assistant, I don't know what 
that is.

Sorry if I said something stupid, I am extremely tired as I am typing 
this.

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

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

Versions of packages virtualbox-ose-modules-2.6.26-2-amd64 depends on:
ii  linux-image-2.6.26-2-amd64 [l 2.6.26-15  Linux 2.6.26 image on AMD64

virtualbox-ose-modules-2.6.26-2-amd64 recommends no packages.

virtualbox-ose-modules-2.6.26-2-amd64 suggests no packages.



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



Bug#525496: [Pkg-samba-maint] Bug#525496: Bug#525496: winbind: windbindd crashes after start with SIGBUS

2009-04-25 Thread Christian Perrier
Quoting Steve Langasek (vor...@debian.org):
 On Sat, Apr 25, 2009 at 07:40:13AM +0200, Christian Perrier wrote:
   Please provide a backtrace for the crash in question.
 
  And maybe some more information?
 
  We have tons of users who are happily using winbind, so I'm even very
  tempted to lower the severity to important.
 
 No - SIGBUS == sparc, which was shown in the original bug report.  The
 package may well be completely broken on sparc; a backtrace should be enough
 to point to the broken code.


Ah, crap. Again I overread the bug report..:-(

Thanks for correcting, yet another time.




signature.asc
Description: Digital signature


Bug#477806: Any updates on this bug?

2009-04-25 Thread Reinhard Tartler
Rogerio Brito rbr...@ime.usp.br writes:

 Is there any progress on this? Any updates?

Is there a package that actually and actually benefits from djbfft?

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



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



Bug#525496: [Pkg-samba-maint] Bug#525496: winbind: windbindd crashes after start with SIGBUS

2009-04-25 Thread Daniel Smolik

Christian Perrier napsal(a):

Quoting Steve Langasek (vor...@debian.org):

severity 525496 grave
tags 525496 moreinfo
thanks

On Sat, Apr 25, 2009 at 01:52:20AM +0200, Dan Smolik wrote:

Package: winbind
Version: 2:3.3.3-1
Severity: critical
Justification: breaks unrelated software
winbindd crashes after start with SIGBUS.
On lenny and squeeze crashes with the same error.

Please provide a backtrace for the crash in question.



And maybe some more information?

We have tons of users who are happily using winbind, so I'm even very
tempted to lower the severity to important.

The context would then help. What are you using winbind for? What is
the output of testparm -s (better than the raw smb.conf file)?

Excerpts from the logs would also help (first activate log level =
10) and, in case you can do this, install the samba-dbg package so
that we can get more debug information about the crash.



Yes I can. But this classic align bug on SPARC I see and report this problem in 
other packages.
It crashes because some data are not aligned to address divide by 4.

Regards
Dan


--
Mydatex s r.o.
http://www.mydatex.cz
email: smo...@mydatex.cz
mob: 604200362
tel: 226210085



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



Bug#525515: xorg: uninstallable on GNU/kFreeBSD, hurd

2009-04-25 Thread Petr Salinger

Package: xorg
Severity: important
Version: 1:7.4+1
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd

Hi,

the current version of xserver-xorg is uninstallable on GNU/kFreeBSD.

The problematic parts are Depends:
 hal (= 0.5.12~git20090406),
 console-setup (= 1.29),

The hal is lacking behind on GNU/kFreeBSD, it does not even exist on hurd,
the console-setup depends on Linux specific package.

Would be possible to restore previous behaviour and use configuration 
of input devices from /etc/X11/xorg.conf on non-linux architectures

and restrict these depends only for Linux arhitectures ?

Thanks in advance

Petr



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



Bug#525443: libavcodec52: General protection fault

2009-04-25 Thread Reinhard Tartler
reassign 525443 gnash
stop

Adrian Lang deb...@adrianlang.de writes:

 Package: libavcodec52
 Version: 3:0.svn20090303-1
 Severity: important

 Error occurs with gnash 0.8.5-1 on
 http://www.youtube.com/watch?v=DJ4PMYphIJU and
 http://www.youtube.com/watch?v=5ky6vgQfU24

I don't use gnash, but I'm unable to reproduce this bug with youtube-dl
and ffplay either. Most likely gnash is passing garbage to libavcodec.

If you still think this is a bug in ffmpeg, please follow the ffmpeg bug
reporting guidelines: 

http://ffmpeg.org/bugreports.html

Without a reproducable testcase, there is nothing we can do. A link to
some youtube page is *not* helpful for me nor ffmpeg developers.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



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



Bug#525516: udev: eth0 stopped working - renamed to eth3 (driver: e100)

2009-04-25 Thread Antonio Fiol

Package: udev
Version: 0.141-1
Severity: important

After upgrading udev from 0.125-7 to 0.141-1 with the rest of available 
upgrades, and rebooting, my eth0 (plain ethernet, not wireless) got 
renamed to eth3, and thus stopped working.


There seems to have been a change in udev rules checking, as this was 
present in persistent net rules:


# PCI device 8086:1050 (e100)
ACTION==add, SUBSYSTEM==net, DRIVERS==?*, 
SYSFS{address}==00:0f:ea:3e:40:84, NAME=eth0


# FireWire host adapter 000fea0a00394e04 (/class/net/eth1)
ACTION==add, SUBSYSTEM==net, DRIVERS==?*, 
SYSFS{address}==00:0f:ea:0a:00:39:4e:04, NAME=eth1


# PCI device 1814:0201 (rt2500)
ACTION==add, SUBSYSTEM==net, DRIVERS==?*, 
SYSFS{address}==00:11:09:bf:05:d8, NAME=ra0


# USB device 0421:044f (rndis_host)
SUBSYSTEM==net, DRIVERS==?*, ATTR{address}==00:14:a7:dc:d1:3a, 
NAME=eth2



Apparently, the first line did not match (why?) and the following one 
got created:


# PCI device 0x8086:0x1050 (e100)
SUBSYSTEM==net, ACTION==add, DRIVERS==?*, 
ATTR{address}==00:0f:ea:3e:40:84, ATTR{type}==1, KERNEL==eth*, 
NAME=eth3



I've seen differences between rules attributes (most notably SYSFS - 
ATTR and an added ATTR{type}==1). If I understand this correctly, the 
missing ATTR{type} would match any ATTR{tpye} so it's not that. Then 
it must be that udev stopped understanding the SYSFS syntax ??


Please do not suggest me to clean up the file. I already know how to do 
that. What I am saying is the upgrade broke my system, while it should 
have taken care of any needed changes.


Looks related to the first change on version 0.140-2.

Also it might be related to the upstream change from from v135 to v136: 
require non-SYSFS_DEPRECATED 2.6.20+ kernel. Since v129 (which I never 
had) a warning is printed about that, and I looked for it, and it is 
actually present. Does this mean that my Debian packaged kernel is 
somehow obsolete? This is possible, as it appears like there is a new 
kernel package available. But if this is the problem, a dependency is 
missing somewhere ;-)


Thank you very much for any advice. If I can do any testing for you, I 
will be happy to do it.


Antonio Fiol


-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 120
lrwxrwxrwx 1 root root19 oct 27  2005 025_libgphoto2.rules - 
../libgphoto2.rules
lrwxrwxrwx 1 root root22 ene 15  2006 025_logitechmouse.rules - 
../logitechmouse.rules

-rw-r--r-- 1 root root  1137 oct  1  2008 65_dmsetup.rules
-rw-r--r-- 1 root root   698 sep 25  2006 70-persistent-cd.rules
-rw-r--r-- 1 root root   920 abr 25 08:07 70-persistent-net.rules
lrwxrwxrwx 1 root root16 abr 18 23:15 libmtp8.rules - ../libmtp8.rules
lrwxrwxrwx 1 root root19 sep 17  2005 z60_alsa-utils.rules - 
../alsa-utils.rules
lrwxrwxrwx 1 root root15 ene 15  2006 z60_hdparm.rules - 
../hdparm.rules

-rw-r--r-- 1 root root  5354 mar 17 10:27 z60_hplip.rules
-rw-r--r-- 1 root root  1914 nov 16  2007 z60_libccid.rules
-rw-r--r-- 1 root root  2656 ene  3  2008 z60_libpisock9.rules
-rw-r--r-- 1 root root  1742 mar 29 12:38 z60_libsane-extras.rules
-rw-r--r-- 1 root root 72908 mar  4 16:26 z60_libsane.rules
-rw-r--r-- 1 root root  3363 mar 17 08:52 z60_openct.rules
-rw-r--r-- 1 root root  6658 oct 31 13:54 z60_xserver-xorg-input-wacom.rules

-- /sys/:
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hda/hda4/dev
/sys/block/hda/hda5/dev
/sys/block/hda/hda6/dev
/sys/block/hdc/dev
/sys/block/ram0/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram1/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/block/sda/dev
/sys/block/sda/sda1/dev
/sys/block/sdb/dev
/sys/block/sdc/dev
/sys/block/sdd/dev
/sys/block/sde/dev
/sys/class/bsg/0:0:0:0/dev
/sys/class/bsg/0:0:0:1/dev
/sys/class/bsg/0:0:0:2/dev
/sys/class/bsg/0:0:0:3/dev
/sys/class/bsg/1:0:0:0/dev
/sys/class/hidraw/hidraw0/dev
/sys/class/hidraw/hidraw1/dev
/sys/class/input/input0/event0/dev
/sys/class/input/input1/event1/dev
/sys/class/input/input2/event2/dev
/sys/class/input/input3/event3/dev
/sys/class/input/input4/event4/dev
/sys/class/input/input5/event5/dev
/sys/class/input/input6/event6/dev
/sys/class/input/input6/mouse0/dev
/sys/class/input/mice/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/cpu_dma_latency/dev
/sys/class/misc/device-mapper/dev
/sys/class/misc/fuse/dev
/sys/class/misc/hpet/dev
/sys/class/misc/network_latency/dev
/sys/class/misc/network_throughput/dev
/sys/class/misc/psaux/dev
/sys/class/misc/snapshot/dev
/sys/class/misc/tun/dev
/sys/class/ppdev/parport0/dev
/sys/class/printer/lp0/dev
/sys/class/rtc/rtc0/dev
/sys/class/sound/adsp/dev
/sys/class/sound/audio/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/dsp/dev
/sys/class/sound/mixer/dev
/sys/class/sound/pcmC0D0c/dev

Bug#525517: tar-doc: Please upgrade to version 1.22

2009-04-25 Thread Sven Joachim
Package: tar-doc
Version: 1.20-1
Severity: wishlist

The tar documentation is slightly out of date with respect to the
program.  Could you please bring it in sync?


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

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

-- no debconf information



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



Bug#525483: [Pkg-clamav-devel] Bug#525483: clamav in lenny segfaults after freshclam update

2009-04-25 Thread Michael Tautschnig
 Subject: clamav: sfdfdsfdsff
 Package: clamav
 Version: 0.94.dfsg.2-1lenny2
 Severity: grave
 Justification: renders package unusable
 

Did you also run 0.94.dfsg.2 on the very same host, or is 0.94.dfsg.2-1lenny2
the first version running on your lenny host? I'm just trying to figure out
whether this is actually a regression introduced by our security patches (which
I doubt, but anyway) or whether 0.94 is to blame. In the latter case this might
the the same issue that had already been reported upstream and earlier also to
the Debian BTS.

Best,
Michael



pgp3jVbZwaSOu.pgp
Description: PGP signature


Bug#525518: fails to start crypt disks du to missing /sbin/udevsettle

2009-04-25 Thread Martin Krüger
Package: udev
Version: 0.125-7
Severity: critical
Justification: breaks the whole system

Actually the bug report is against package version 0.141-1. But I have to use 
this version in order to 
use my system. In the package 0.141-1 the program /sbin/udevsettle is missung. 
During boot my system 
complains about this and wont find my crypted partitions. After downgrading the 
udev package to 
0.125-7 everything works again. I am not sure if this is the only problem and 
adding a symlink to the 
package solves the problem.

If you need further information please let me know.

Best regards,
Martin

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
insgesamt 152
lrwxrwxrwx 1 root root20 24. Mär 08:50 025_libchipcard.rules - 
../libchipcard.rules
lrwxrwxrwx 1 root root19 17. Jan 2008  025_libgphoto2.rules - 
../libgphoto2.rules
lrwxrwxrwx 1 root root22 17. Jan 2008  025_logitechmouse.rules - 
../logitechmouse.rules
-rw-r--r-- 1 root root  3586 19. Sep 2008  50-udev.rules
-rw-r--r-- 1 root root  1543 19. Sep 2008  60-persistent-input.rules
-rw-r--r-- 1 root root  4554 19. Sep 2008  60-persistent-storage.rules
-rw-r--r-- 1 root root  1582 19. Sep 2008  60-persistent-storage-tape.rules
-rw-r--r-- 1 root root   523 19. Sep 2008  60-persistent-v4l.rules
-rw-r--r-- 1 root root  1137  1. Okt 2008  65_dmsetup.rules
-rw-r--r-- 1 root root   699 16. Jan 2008  70-persistent-cd.rules
-rw-r--r-- 1 root root   462 24. Apr 08:42 70-persistent-net.rules
-rw-r--r-- 1 root root   452 19. Sep 2008  75-cd-aliases-generator.rules
-rw-r--r-- 1 root root  3083 19. Sep 2008  75-persistent-net-generator.rules
-rw-r--r-- 1 root root  2282 19. Sep 2008  80-drivers.rules
lrwxrwxrwx 1 root root15 16. Jan 2008  85-pcmcia.rules - ../pcmcia.rules
-rw-r--r-- 1 root root  4247 19. Sep 2008  91-permissions.rules
-rw-r--r-- 1 root root   593 19. Sep 2008  95-late.rules
lrwxrwxrwx 1 root root16 10. Jul 2008  libmtp7.rules - ../libmtp7.rules
lrwxrwxrwx 1 root root16 20. Apr 08:55 libmtp8.rules - ../libmtp8.rules
lrwxrwxrwx 1 root root15  3. Feb 2008  libnjb.rules - ../libnjb.rules
lrwxrwxrwx 1 root root19 17. Jan 2008  z60_alsa-utils.rules - 
../alsa-utils.rules
lrwxrwxrwx 1 root root15 28. Feb 2008  z60_hdparm.rules - ../hdparm.rules
-rw-r--r-- 1 root root  2656 15. Jun 2008  z60_libpisock9.rules
-rw-r--r-- 1 root root  1742 20. Feb 22:32 z60_libsane-extras.rules
-rw-r--r-- 1 root root 72908  4. Mär 16:26 z60_libsane.rules
-rw-r--r-- 1 root root  6658 31. Okt 13:54 z60_xserver-xorg-input-wacom.rules

-- /sys/:
/sys/dev
/sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:06/device:07/input/input4/event4/dev
/sys/devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input2/event2/dev
/sys/devices/LNXSYSTM:00/device:00/PNP0C0E:00/input/input3/event3/dev
/sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1/event1/dev
/sys/devices/pci:00/:00:1a.0/usb2/2-0:1.0/usb_endpoint/usbdev2.1_ep81/dev
/sys/devices/pci:00/:00:1a.0/usb2/2-1/2-1:1.0/usb_endpoint/usbdev2.2_ep02/dev
/sys/devices/pci:00/:00:1a.0/usb2/2-1/2-1:1.0/usb_endpoint/usbdev2.2_ep81/dev
/sys/devices/pci:00/:00:1a.0/usb2/2-1/2-1:1.0/usb_endpoint/usbdev2.2_ep82/dev
/sys/devices/pci:00/:00:1a.0/usb2/2-1/2-1:1.1/usb_endpoint/usbdev2.2_ep03/dev
/sys/devices/pci:00/:00:1a.0/usb2/2-1/2-1:1.1/usb_endpoint/usbdev2.2_ep83/dev
/sys/devices/pci:00/:00:1a.0/usb2/2-1/2-1:1.2/usb_endpoint/usbdev2.2_ep04/dev
/sys/devices/pci:00/:00:1a.0/usb2/2-1/2-1:1.2/usb_endpoint/usbdev2.2_ep84/dev
/sys/devices/pci:00/:00:1a.0/usb2/2-1/dev
/sys/devices/pci:00/:00:1a.0/usb2/2-1/usb_endpoint/usbdev2.2_ep00/dev
/sys/devices/pci:00/:00:1a.0/usb2/2-2/2-2:1.0/usb_endpoint/usbdev2.3_ep02/dev
/sys/devices/pci:00/:00:1a.0/usb2/2-2/2-2:1.0/usb_endpoint/usbdev2.3_ep81/dev
/sys/devices/pci:00/:00:1a.0/usb2/2-2/2-2:1.0/usb_endpoint/usbdev2.3_ep83/dev
/sys/devices/pci:00/:00:1a.0/usb2/2-2/dev
/sys/devices/pci:00/:00:1a.0/usb2/2-2/usb_endpoint/usbdev2.3_ep00/dev
/sys/devices/pci:00/:00:1a.0/usb2/dev
/sys/devices/pci:00/:00:1a.0/usb2/usb_endpoint/usbdev2.1_ep00/dev
/sys/devices/pci:00/:00:1a.1/usb4/4-0:1.0/usb_endpoint/usbdev4.1_ep81/dev
/sys/devices/pci:00/:00:1a.1/usb4/dev
/sys/devices/pci:00/:00:1a.1/usb4/usb_endpoint/usbdev4.1_ep00/dev
/sys/devices/pci:00/:00:1a.7/usb1/1-0:1.0/usb_endpoint/usbdev1.1_ep81/dev
/sys/devices/pci:00/:00:1a.7/usb1/dev
/sys/devices/pci:00/:00:1a.7/usb1/usb_endpoint/usbdev1.1_ep00/dev
/sys/devices/pci:00/:00:1b.0/sound/card0/controlC0/dev
/sys/devices/pci:00/:00:1b.0/sound/card0/pcmC0D0c/dev
/sys/devices/pci:00/:00:1b.0/sound/card0/pcmC0D0p/dev
/sys/devices/pci:00/:00:1b.0/sound/card0/pcmC0D1p/dev
/sys/devices/pci:00/:00:1d.0/usb5/5-0:1.0/usb_endpoint/usbdev5.1_ep81/dev

Bug#525496: [Pkg-samba-maint] Bug#525496: Bug#525496: winbind: windbindd crashes after start with SIGBUS

2009-04-25 Thread Steve Langasek
On Sat, Apr 25, 2009 at 08:43:57AM +0200, Daniel Smolik wrote:
 Yes I can. But this classic align bug on SPARC I see and report this problem 
 in other packages.
 It crashes because some data are not aligned to address divide by 4.

Yes, and we need a backtrace to know which data that is...

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



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



Bug#525510: [Pkg-fonts-devel] Bug#525510: background color

2009-04-25 Thread Theppitak Karoonboonyanan
tags 525510 + patch
thanks

On Sat, Apr 25, 2009 at 12:59 PM, gurkan gur...@phys.ethz.ch wrote:

 Actually you can, just not so simply with the GUI

 http://www.typeforge.net/cms/index.php?option=com_contenttask=viewid=41Itemid=72lang=en

Ah, yes, thanks. In fact, I've just also found a GUI way, using menu:

  File  X Resource Editor

Then, edit the GDraw  Default Background entry and Save As ~/.Xdefaults

 And yes, gray is much better. Fully agree.

I've got a small patch to set the default background color, as attached.
Please consider if it's OK to apply (it works for me), as well as adjust
the default gray scale background as appropriate.

Regards,
-- 
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
Index: fontforge-0.0.20090408/gdraw/gxdraw.c
===
--- fontforge-0.0.20090408.orig/gdraw/gxdraw.c	2009-04-25 13:02:39.0 +0700
+++ fontforge-0.0.20090408/gdraw/gxdraw.c	2009-04-25 13:02:55.0 +0700
@@ -4815,7 +4815,7 @@
 GXResourceInit(gdisp,programname);
 
 gdisp-bs.double_time = GResourceFindInt( DoubleClickTime, gdisp-bs.double_time );
-gdisp-def_background = GResourceFindColor( Background, COLOR_CREATE(0xf5,0xff,0xfa));
+gdisp-def_background = GResourceFindColor( Background, COLOR_CREATE(0xf5,0xf5,0xf5));
 gdisp-def_foreground = GResourceFindColor( Foreground, COLOR_CREATE(0x00,0x00,0x00));
 if ( GResourceFindBool(Synchronize, false ))
 	XSynchronize(gdisp-display,true);


Bug#524927: merkaartor: Texts not displayed anymore in the GUI

2009-04-25 Thread Martin Michlmayr
I have the same problem.  I run lenny and installed
0.0.11~svn7913+lenny-1 from lenny.  This works fine.  Then I installed
the 0.13.1-1 package from unstable and most texts are not displayed.
I didn't change anything else.  I use ion3 as my WM.

-- 
Martin Michlmayr
http://www.cyrius.com/



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



Bug#525229: bow: Should this package be removed?

2009-04-25 Thread Javier Fernández-Sanguino Peña
severity 525229 normal
reassign 525229 ftp.debian.org
retitle 525229 RM: bow  -- RoM; inactive upstream, low popcon
thanks


On Wed, Apr 22, 2009 at 11:56:00PM -0400, Barry deFreese wrote:
 Package: bow
 Version: 20020213-10
 Severity: normal
 User: debian...@lists.debian.org
 Usertags: proposed-removal

 Dear Maintainer,

 While reviewing some packages, your package came up as a possible
 candidate for removal from Debian, because:

 * Out of date. (Last maintainer upload was 2005).
 * Possibly inactive maintainer.
 * Upstream appears inactive since at least 2002.
 * Fairly low popcon

Well, the package is not out of date since it the latest upstream is
provided. However, I agree that it is not that much use and could probably be
removed from Debian.

Pray tell, why do you say Possibly inactive maintainer.?

 If you disagree and want to continue to maintain this package, please
 just close this bug and do an upload also fixing the other issues.

What other issues? The BTS is clean.

I'm going to ask for the removal of this package, anyway, but I'n curious as
to why those statements are made.

Regards

Javier



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



Bug#525436: cdbs: distutils does not call setup.py install any more

2009-04-25 Thread Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

package cdbs
retitle 525436 distutils calls setup.py install later than earlier
thanks

On Fri, Apr 24, 2009 at 06:07:46PM +0200, Martin Pitt wrote:
I now bisected this to svn r341 [1]. All previous versions work, all 
future versions fail.

However, I'm afraid I need to blow some dust off my Make fu to even 
fully understand that change. Jonas, any idea what broke here?

Right, that's where it broke.  And I am to blame for that :-(

That commit switched from using the earlier package-independent 
common-install-* targets to the slightly later package-dependent 
install/* targets.

My change did not take into account packages relying on python 
installation being finished at the time of install/* targets.

In other words, the problem is not that python install rule does no 
longer get invoked, but that it now gets invoked in parallel (or in 
undefined order of) other install/* rules.

Concretely for calibre, it seems to me that the install/* target is 
being abused for non-install routine (it is cleanup of other installs, 
not additional - independent - install).  I believe it would be better 
for that package to _depend_ on install rule instead _be_ one.  Like 
this:

install/calibre:: calibre-fixup
calibre-fixup:
rm -r ...

Still, from the perspective of this CDBS backwards-compatibility bug, 
above is only a workaround, not calibre approach is wrong.


I really want to keep the CDBS change (i.e. not revert r341) but 
acknowledge that backwards-compatibility needs to be improved somehow.  
As I wrote in the commit message, the change both cleans up some ugly 
restrictions (use of ifeq) and paves the way for future improvements:

 Use package-specific build targets and avoid ifeq constructs.
 
 ifeq constructs are evil: They are resolved early, so any variables 
 used needs to be declared _before_.  CDBS snippets should ideally 
 allow options declared either before or after including the snippets.
 
 This change gets rid of some of some needless ifeq constructs.
 
 Also, the replacement build targets are carefully constructed to use 
 trailing binary package names, so $(cdbs_curdir) is properly expanded, 
 so allows per-package customized options.


Kind regards,

 - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAknyvYwACgkQn7DbMsAkQLi+pACfZzbIFo/oWqx9FgObVQ2PeKS2
WmsAn26Tfm/6pFIxkQSHMBf4sulFAk41
=+d7u
-END PGP SIGNATURE-



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



Bug#513546: [Pkg-octave-devel] Bug#513546: qtoctave: XFCE

2009-04-25 Thread Thomas Weber
On Sun, Apr 12, 2009 at 03:54:01PM +0200, Thomas Weber wrote:
 On Fri, Jan 30, 2009 at 08:28:57AM +0100, Torquil Macdonald Sørensen wrote:
  Package: qtoctave
  Version: 0.7.4+dfsg-3
  Followup-For: Bug #513546
  
  Sorry, I meant the XFCE menu... :-)

snip 
 
 So, I guess the desktop files is as good as it can be. Whatever a menu
 manager makes out of that is out of our control.

I intend to close this bug unless someone has a better idea on how to
write the .desktop file.

Thomas



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



Bug#459482: please add support from arm/eabi port (armel)

2009-04-25 Thread Yuri Kozlov
On Wed, 22 Apr 2009 23:26:29 +0200
Mathias Reem m.r...@gmx.net wrote:

 Hi
 
 after Yuri wrote that dietlibc cvs works for him, I've tried to compile
 it myself on a qemu emulated ARM (prebuid debian lenny from
 http://people.debian.org/~aurel32/qemu/armel/).
 
 CVS seems not to work if you are compiling on a real arm, instead of
 crosscompiling. I get the same error as Martin.
 
  bin-arm/diet gcc -D__dietlibc__ -pipe -nostdinc -Os
  -fomit-frame-pointer -fstrict-aliasing -mabi=aapcs-linux
  -mfloat-abi=soft -mno-thumb-interwork -W -Wall -Wextra
  -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations
  -Wno-switch -Wno-unused -Wredundant-decls -o bin-arm/elftrunc
  contrib/elftrunc.c make: *** [bin-arm/elftrunc] Segmentation fault
 
 The problem is the call to bin-arm/diet, that is where the Segmentation
 fault comes from. As the emulated Arch (armv5tejl) is not recognized by
 the makefile, I've tried to build the dietlibc with:
 
 make MYARCH=arm
 
 Are there any tips or hints how to make dietlibc work with EABI?

The bug is exists, indeed.
Try
make MYARCH=arm DEBUG=1

Its worked on pointed by you qemu emulated ARM.

-- 
Best Regards,
Yuri Kozlov




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



Bug#525519: approx: [INTL:fr] French debconf templates translation update

2009-04-25 Thread Christian Perrier
Package: approx
Version: N/A
Severity: wishlist
Tags: patch l10n

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

Thanks for taking care of warning translators before uploading a new
version with string changes. It's highly appreciated.



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

Kernel: Linux 2.6.28-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/dash
# French po-debconf translation of approx
# Copyright (C) 2009 Debian French l10n team 
debian-l10n-fre...@lists.debian.org
# This file is distributed under the same license as the approx package.
#
# Translators:
# Christian Perrier bubu...@debian.org, 2009.
msgid 
msgstr 
Project-Id-Version: fr\n
Report-Msgid-Bugs-To: app...@packages.debian.org\n
POT-Creation-Date: 2009-04-09 07:33+0200\n
PO-Revision-Date: 2009-04-25 09:59+0200\n
Last-Translator: Christian Perrier bubu...@debian.org\n
Language-Team: French debian-l10n-fre...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: Lokalize 0.3\n
Plural-Forms: nplurals=2; plural=(n  1);\n

#. Type: string
#. Description
#: ../approx.templates:2001
msgid TCP port for approx service:
msgstr Port TCP pour le service approx :

#. Type: string
#. Description
#: ../approx.templates:2001
msgid 
Please enter the TCP port on which approx should listen for requests. The 
default is the value used by apt-proxy, for compatibility with its clients' /
etc/apt/sources.list files.
msgstr 
Veuillez indiquer le port TCP sur lequel approx sera à l'écoute des 
connexion entrantes. La valeur par défaut est celle utilisée par apt-proxy, 
ce qui permet d'utiliser les mêmes fichiers /etc/apt/sources.list sur les 
machines clients.


Bug#525481: Wrong usage of gnome proxy settings

2009-04-25 Thread Giuseppe Sacco
Hi Mike,

Il giorno ven, 24/04/2009 alle 22.30 +0200, Mike Hommey ha scritto:
[...]
 I'm not sure iceweasel uses gnome settings, but uses what gnome exports
 in the *_proxy environment variable. Can you check what they look like?

giuse...@scarafaggio:~/src/django/mberi$ env | grep prox
http_proxy=http://192.168.1.53:3128/
no_proxy=localhost,127.0.0.0/8,192.168.0.0/16,scarafaggio





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



Bug#522367: request-tracker3.8: General update after the debconf review process

2009-04-25 Thread Christian Perrier
Dear Debian maintainer,

On Thursday, March 19, 2009, I sent you a notification about the beginning of a 
review
action on debconf templates for request-tracker3.8.

Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.

Translators have been working hard and here is now the result of their efforts.

Please consider using it EVEN if you committed files to your
development tree as long as they were reported.

The attached tarball contains:

- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/templates with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)

As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.

The patch.rfr file contains a patch for the templates and control
file(s) alone.

Please note that this patch applies to the templates and control
file(s) of your package as of Thursday, March 19, 2009. If your package was 
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)

It is now safe to upload a new package version with these changes.

Please notify me of your intents with regards to this. 

There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.



-- 




patch.tar.gz
Description: Binary data
--- request-tracker3.8.old/debian/templates 2009-03-15 08:34:34.229522268 
+0100
+++ request-tracker3.8/debian/templates 2009-04-03 08:30:05.747822158 +0200
@@ -1,8 +1,17 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: request-tracker3.8/rtname
 Type: string
-_Description: Name for this RT instance:
+_Description: Name for this Request Tracker (RT) instance:
  Every installation of Request Tracker must have a unique name.
- The domain name or an abbreviation of the name of your organization are
+ The domain name or an abbreviation of the organization name are
  usually good candidates.
  .
  Please note that once you start using a name, you should probably never
@@ -25,7 +34,7 @@
 Template: request-tracker3.8/correspondaddress
 Type: string
 _Description: Default email address for RT correspondence:
- This address will be listed in From: and Reply-To: headers of
+ Please choose the address that will be listed in From: and Reply-To: headers 
of
  emails tracked by RT, unless overridden by a queue-specific
  address.
  .
@@ -34,17 +43,17 @@
 Template: request-tracker3.8/commentaddress
 Type: string
 _Description: Default email address for RT comments:
- This address will be listed in From: and Reply-To: headers of comment
- emails, unless overridden by a queue-specific address. (Comments can be
- used for adding ticket information that is not visible to the client.)
+ Please choose the address that will be listed in From: and Reply-To: headers 
of comment
+ emails, unless overridden by a queue-specific address. Comments can be
+ used for adding ticket information that is not visible to the client.
  .
  This setting corresponds to the $CommentAddress configuration variable.
 
 Template: request-tracker3.8/webbaseurl
 Type: string
-_Description: Base URL to the web interface:
+_Description: Base URL for the RT web interface:
  Please specify the scheme, server and (optionally) port for constructing
- URLs to the RT web interface.
+ RT web interface URLs.
  .
  The value should not have a trailing slash (/).
  .
@@ -54,7 +63,7 @@
 Type: string
 _Description: Path to the RT web interface:
  If the RT web interface is going to be installed somewhere other than at
- the root of your server, you should specify the path to it here.
+ the documents root of the web server, you should specify the path to it here.
  .
  The value requires a leading slash (/) but not a trailing one.
  .
@@ -70,15 +79,17 @@
  If you reject this option, the file will be readable only by root, and
  you will have to set up appropriate access controls yourself.
  .
- Note: with the SQLite backend, your answer will also affect the
- permissions of automatically generated local database files.
+ With the SQLite backend, this choice will also affect the
+ permissions of automatically-generated local database files.
 
 Template: request-tracker3.8/warn-sqlite-file
-Type: note
-_Description: Broken SQLite file found
- Due to a bug in 

Bug#415836: findutils: better french l10n for a message

2009-04-25 Thread Andreas Metzler
On 2007-03-22 Arnaud Giersch arnaud.gier...@iut-bm.univ-fcomte.fr wrote:
[...]
 Hi,

 I suggest a better translation for an error message of find.

 Extract from po/fr.po:

 #: find/parser.c:372
 #, c-format
 msgid 
 warning: you have specified the %s option after a non-option argument %s, 
 but options are not positional (%s affects tests specified before it as well 
 
 as those specified after it).  Please specify options before other 
 arguments.\n
 msgstr 
 AVERTISSEMENT: vous avez spécifié l'option %s après un argument qui n'est 
 pas une option %s mais les options sont positionnelles (%s affecte les tests 
 
 spécifiés avant aussi bien qu'après)\n

 Suggested translation (slightly changed the first sentence, and added
 the last one):

 msgstr 
 AVERTISSEMENT: vous avez spécifié l'option %s après un paramètre %s qui 
 n'est pas une option mais les options sont positionnelles (%s affecte les 
 tests spécifiés avant aussi bien qu'après).  Veuillez spécifier les options 
 avant les autres paramètres.\n

 Regard,
 Arnaud Giersch

Hello,

findutils 4.4.1 contains this:

AVERTISSEMENT : vous avez spécifié l'option %s après un argument qui n'est 
pas une option %s mais les options sont positionnelles (%s affecte les tests 
spécifiés avant aussi bien qu'après). SVP spécifiez des options avant les 
autres arguments. \n

which seems to be the result of
http://benji1.traduc.org/pipermail/traduc/2007-March/004933.html. Can
this bug therefore be closed?

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



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



Bug#477806: Any updates on this bug?

2009-04-25 Thread Rogério Brito
Hi.

On Apr 25 2009, Reinhard Tartler wrote:
 Rogerio Brito rbr...@ime.usp.br writes:
  Is there any progress on this? Any updates?
 
 Is there a package that actually and actually benefits from djbfft?

I'm not sure right now, but I think that some functions of lame (OK, not
packaged in Debian) and lossywav (still not packaged) might benefit from
a Fast Fourier Transform.

Regards,

-- 
Rogério Brito : rbr...@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.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#520680: libc6-dbg: Debug symbols not broken up by runtime package

2009-04-25 Thread Aurelien Jarno
severity 520680 wishlist
tag 520680 + wontfix
thanks

On Sat, Mar 21, 2009 at 05:33:44PM -0400, Samuel Bronson wrote:
 Package: libc6-dbg
 Version: 2.7-15
 Severity: normal
 
 It looks like the symbols for all three of libc6, libc6-amd64, and
 libc6-i686 are included in this package. Combined with the fixing of
 #516516, this results (well, will result, for me) in a quite large
 package, parts of which may be quite useless -- I don't even have an
 AMD64, for instance.

Yes, debugging packages in Debian are all using the same layout: one per
source package. A lot of them are a lot bigger than libc6-dbg.

 Wouldn't it be better to split the symbols for libc6-foo into a
 seperate -foo-dbg package?
 

This would increase the number of packages in the archive for no real
gain. This is not an option.

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



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



Bug#525481: Wrong usage of gnome proxy settings

2009-04-25 Thread Mike Hommey
On Sat, Apr 25, 2009 at 09:56:54AM +0200, Giuseppe Sacco wrote:
 Hi Mike,
 
 Il giorno ven, 24/04/2009 alle 22.30 +0200, Mike Hommey ha scritto:
 [...]
  I'm not sure iceweasel uses gnome settings, but uses what gnome exports
  in the *_proxy environment variable. Can you check what they look like?
 
 giuse...@scarafaggio:~/src/django/mberi$ env | grep prox
 http_proxy=http://192.168.1.53:3128/
 no_proxy=localhost,127.0.0.0/8,192.168.0.0/16,scarafaggio

I'm pretty sure iceweasel doesn't support the CIDR notation (e.g.
127.0.0.0/8).

I'm not sure if this has to be considered a bug in gnome or a lack of
feature in iceweasel... I'm not even sure other stuff like this
format either (like lynx, links, python's urllib, etc.)

Fellow developpers, what do you think?

Mike



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



Bug#525520: gitg: Version 0.0.3 available upstream

2009-04-25 Thread Guilhem BONNEFILLE
Package: gitg
Version: 0.0.2-1
Severity: wishlist


The version 0.0.3 has been released.
Please, find the tarball here: 
http://ftp.gnome.org/pub/GNOME/sources/gitg/0.0/gitg-0.0.3.tar.gz

Upgrading to this version, perhaps can you update the tarball repository URL: 
it is now hosted at Gnome.


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

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

Versions of packages gitg depends on:
ii  libatk1.0-01.24.0-2  The ATK accessibility toolkit
ii  libc6  2.9-4 GNU C Library: Shared libraries
ii  libcairo2  1.8.6-2+b1The Cairo 2D vector graphics libra
ii  libfontconfig1 2.6.0-3   generic font configuration library
ii  libfreetype6   2.3.9-4   FreeType 2 font engine, shared lib
ii  libgconf2-42.24.0-7  GNOME configuration database syste
ii  libglib2.0-0   2.20.0-2  The GLib library of C routines
ii  libgtk2.0-02.14.7-5  The GTK+ graphical user interface 
ii  libgtksourceview2.0-0  2.4.2-1   shared libraries for the GTK+ synt
ii  libpango1.0-0  1.24.0-3+b1   Layout and rendering of internatio
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

gitg recommends no packages.

gitg 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#525521: approx: [INTL:ru] Russian debconf templates translation

2009-04-25 Thread Yuri Kozlov
Package: approx
Version: 4.0-2
Severity: wishlist
Tags: l10n patch


Russian debconf templates translation is attached.

-- System Information:
Debian Release: squeeze/sid
  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=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
# translation of ru.po to Russian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Yuri Kozlov yu...@komyakino.ru, 2009.
msgid 
msgstr 
Project-Id-Version: approx 4.0-2\n
Report-Msgid-Bugs-To: app...@packages.debian.org\n
POT-Creation-Date: 2009-04-09 07:33+0200\n
PO-Revision-Date: 2009-04-25 12:31+0400\n
Last-Translator: Yuri Kozlov yu...@komyakino.ru\n
Language-Team: Russian debian-l10n-russ...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: KBabel 1.11.4\n
Plural-Forms:  nplurals=3; plural=(n%10==1  n%100!=11 ? 0 : n%10=2  
n%10=4  (n%10010 || n%100=20) ? 1 : 2);\n

#. Type: string
#. Description
#: ../approx.templates:2001
msgid TCP port for approx service:
msgstr TCP-порт для службы approx:

#. Type: string
#. Description
#: ../approx.templates:2001
msgid 
Please enter the TCP port on which approx should listen for requests. The 
default is the value used by apt-proxy, for compatibility with its clients' /
etc/apt/sources.list files.
msgstr 
Укажите порт TCP, на котором approx должен ожидать запросы. 
По умолчанию используется значение порта от apt-proxy, в целях 
совместимости с файлами его клиентов /etc/apt/sources.list.



Bug#525519: Corrected file

2009-04-25 Thread Christian Perrier
Shame on me. Horrible grammar error in the file I sent (quite in a
hurry because, while I was coordinating all translations I completely
forgot about doing he French one).

Please use the attached file.


-- 




fr.po
Description: application/gettext


signature.asc
Description: Digital signature


Bug#525436: cdbs: distutils does not call setup.py install any more

2009-04-25 Thread Martin Pitt
Hello Jonas,

Jonas Smedegaard [2009-04-25  9:36 +0200]:
 That commit switched from using the earlier package-independent 
 common-install-* targets to the slightly later package-dependent 
 install/* targets.

Ah, I see.

 My change did not take into account packages relying on python 
 installation being finished at the time of install/* targets.

If there's a more appropriate target I should be using, I'm all ears.

 In other words, the problem is not that python install rule does no 
 longer get invoked, but that it now gets invoked in parallel (or in 
 undefined order of) other install/* rules.

So if I first include distutils.mk and then define an install/foo::
rule, my own rule isn't guaranteed to be invoked later than the
distutils ones? I always understood :: as an append operator, not
throw it into the set. It's entirely possible that I was wrong all
the time, of course.

 install/calibre:: calibre-fixup
 calibre-fixup:
   rm -r ...

I don't understand how this would help? Wouldn't this mean that
calibre-fixup would run _before_ install/calibre (since it is now a
dependency), thus aggravating the problem even further?

 Still, from the perspective of this CDBS backwards-compatibility bug, 
 above is only a workaround, not calibre approach is wrong.

If calibre is the only (or amongst very few) packages which break
because they used the install target wrongly, I'm fine with keeping
current cdbs and fixing calibre's debian/rules accordingly.

Basically, I need to do a cleanup at a point when setup.py install was
run already, but dh_install* etc. didn't start yet. The reason is that
the extra libraries must not go into the .debs, and doing the cleanup
after all the dh_* magic makes it much harder to ensure that none of
the dh_* stuff copied the files to anywhere.

Thanks!

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature


Bug#525522: RM: eel2 -- ROM; obsolete, no rdeps, now in nautilus

2009-04-25 Thread Josselin Mouette
Package: ftp.debian.org
Severity: normal

Hi,

in GNOME 2.26, the eel library is only used by nautilus. Therefore it is
now statically linked and distributed in the same source package.

Since there are no more reverse dependencies in unstable, please remove
eel2 entirely.

Thanks,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


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


Bug#525523: postgresql-8.3: /etc/postgresql directory missing after postgresql install in squeeze

2009-04-25 Thread Susam Pal
Package: postgresql-8.3
Version: 8.3.7-1
Severity: grave
Justification: renders package unusable


I installed postgresql using the command:
aptitude update; aptitude install postgresql

(postgresql depends on postgresql-8.3)

I try to start postgresql by running this command:
/etc/init.d/postgresql-8.3 start

However, it does not start. When I tried to debug the
/etc/init.d/postgresql-8.3 and the
/usr/share/postgresql-common/init.d-functions scripts, I found that the
later is trying to look for /etc/postgresql/8.3 directory.

But, as I mentioned this directory is missing.

I found the following postgresql related .deb files:

nifty:/var/cache/apt/archives# ls postgresql*.deb
/var/cache/apt/archives/postgresql_8.3.7-1_all.deb
/var/cache/apt/archives/postgresql-8.3_8.3.7-1_amd64.deb
/var/cache/apt/archives/postgresql-client-8.3_8.3.7-1_amd64.deb
/var/cache/apt/archives/postgresql-client-common_98_all.deb
/var/cache/apt/archives/postgresql-common_98_all.deb

However, none of them have the /etc/postgresql directory.

-- System Information:
Debian Release: squeeze/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=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages postgresql-8.3 depends on:
ii  libc6 2.9-4  GNU C Library: Shared libraries
ii  libcomerr21.41.3-1   common error description library
ii  libgssapi-krb5-2  1.6.dfsg.4~beta1-9 MIT Kerberos runtime libraries - k
ii  libkrb5-3 1.6.dfsg.4~beta1-9 MIT Kerberos runtime libraries
ii  libldap-2.4-2 2.4.11-1   OpenLDAP libraries
ii  libpam0g  1.0.1-7Pluggable Authentication Modules l
ii  libpq58.3.6-1PostgreSQL C client library
ii  libssl0.9.8   0.9.8g-15  SSL shared libraries
ii  libxml2   2.7.3.dfsg-1   GNOME XML library
ii  locales   2.9-4  GNU C Library: National Language (
ii  postgresql-client-8.3 8.3.7-1front-end programs for PostgreSQL 
ii  postgresql-common 98 PostgreSQL database-cluster manage
ii  ssl-cert  1.0.23 simple debconf wrapper for OpenSSL
ii  tzdata2009b-1time zone and daylight-saving time

postgresql-8.3 recommends no packages.

Versions of packages postgresql-8.3 suggests:
ii  pidentd [ident-server]  3.0.19.ds1-5 TCP/IP IDENT protocol server with 

-- 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#525524: libsane: CanoScan N656U grinding noise

2009-04-25 Thread Stefan
Package: libsane
Version: 1.0.19-23
Severity: important


My scanner is CanoScan N656U.
I use debian lenny on a iBook G4 and on a standard recent Intel-base
desktop.

The scanner is properly detected :

ste...@debian:~$ lsusb
Bus 008 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 04a9:2206 Canon, Inc. CanoScan N650U/N656U
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

ste...@debian:~$ su
Password:
debian:/home/stefan# scanimage -L
device `plustek:libusb:003:002' is a Canon CanoScan N650U/N656U flatbed
scanner
^C
debian:/home/stefan#

I use Kooka, XSane and scanimage.

Most of the time, the scanner makes a very loud noise. When lucky I can
scan a preview of the document I want to scan. When I'm very lucky I can
actually scan the document. In all other cases, the scanner makes this
very loud noise.

It doesn't depend on the program I use to scan. However I've been able
to scan on my iBook but I've never been able to on my PC.

I've tried the script proposed here :

https://bugs.launchpad.net/ubuntu/+source/sane-backends/+bug/83957

on Kooka but it doesn't help.

The scanner was working on my PPC when I was using Etch so it seems like
a regression somewhere.

Thanks for providing us with such a nice distribution.

Stefan



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

Kernel: Linux 2.6.26-2-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 libsane depends on:
ii  adduser   3.110  add and remove users and groups
ii  libavahi-client3  0.6.23-3lenny1 Avahi client library
ii  libavahi-common3  0.6.23-3lenny1 Avahi common library
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libexif12 0.6.16-2.1 library to parse EXIF files
ii  libgphoto2-2  2.4.1-3gphoto2 digital camera library
ii  libgphoto2-port0  2.4.1-3gphoto2 digital camera port librar
ii  libieee1284-3 0.2.11-5   cross-platform library for paralle
ii  libjpeg62 6b-14  The Independent JPEG Group's JPEG 
ii  libsane-extras1.0.19.11  API library for scanners -- extra 
ii  libtiff4  3.8.2-11   Tag Image File Format (TIFF) libra
ii  libusb-0.1-4  2:0.1.12-13userspace USB programming library
ii  makedev   2.3.1-88   creates device files in /dev
ii  udev  0.125-7/dev/ and hotplug management daemo

Versions of packages libsane recommends:
ii  avahi-daemon  0.6.23-3lenny1 Avahi mDNS/DNS-SD daemon
ii  sane-utils1.0.19-23  API library for scanners -- utilit

Versions of packages libsane suggests:
pn  hplip none (no description available)
pn  hpoj  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#525519: Corrected file

2009-04-25 Thread Christian Perrier
Quoting Christian Perrier (bubu...@debian.org):
 Shame on me. Horrible grammar error in the file I sent (quite in a
 hurry because, while I was coordinating all translations I completely
 forgot about doing he French one).
 
 Please use the attached file.


Ahem. Another typo..:-)




fr.po
Description: application/gettext


signature.asc
Description: Digital signature


Bug#525525: do not separate stanzas with empty lines when showing Description field only

2009-04-25 Thread Stefano Zacchiroli
Package: dctrl-tools
Version: 2.14
Severity: normal

Hi, I was used to see the output of the various grep-dctrl tools as
stanzas separated by empty lines. That makes such output RFC822
compliant and parseable with related tools, including python-debian.

However, I noticed that if I specify as output field only
Description, the empty lines separating output stanzas are not
there. Quick examples to show the problem:
  
This is OK:

  $ grep-available -s Description,Enhances ''
  Description: create device mappings for partitions
   Kpartx can be used to set up device mappings for the partitions of any
   partitioned block device. It is part of the Linux multipath-tools.
  
  Description: A Comprehensive English Dictionary
   This package contains the GNU version of the Collaborative
   snip
   dictd package, or another RFC 2229 compliant server.
  
  Description: tool for building TAGS files from O'Caml sources
   otags is a tool for building TAGS files for emacs and vi.  TAGS
   files provide the editor with an index table, mapping important

Note that I've chosen Enhances to show that it does not matter whether
the field actually appears in the matched stanza, what it matters is
to have it as part of -s.

The following on the contrary is not OK:

  $ grep-available -s Description ''
  Description: create device mappings for partitions
   Kpartx can be used to set up device mappings for the partitions of any
   partitioned block device. It is part of the Linux multipath-tools.
  Description: A Comprehensive English Dictionary
   This package contains the GNU version of the Collaborative
   snip
   dictionary server in the dictd package.  The GCIDE contains the
  Description: tool for building TAGS files from O'Caml sources
   otags is a tool for building TAGS files for emacs and vi.  TAGS
   files provide the editor with an index table, mapping important

The problem is reproducible with the various grep-* tools. I've found
no other fields acting as Description, so my best guess is that the
bug relies somewhere in the code handling multi-line fields.

Many thanks in advance
Cheers

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

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

Versions of packages dctrl-tools depends on:
ii  libc6 2.9-7  GNU C Library: Shared libraries

dctrl-tools recommends no packages.

Versions of packages dctrl-tools suggests:
ii  apt   0.7.20.2   Advanced front-end for dpkg
ii  debtags   1.7.9  Enables support for package tags

-- 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#519670: Batch Number: 074/05/ZY369

2009-04-25 Thread Irish Lottery News Center
You won £750,000.

Contact Mr.Derek White
Send Information: Name Age Country




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



Bug#312265: Batch Number: 074/05/ZY369

2009-04-25 Thread Irish Lottery News Center
You won £750,000.

Contact Mr.Derek White
Send Information: Name Age Country




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



Bug#379855: [Debootloaders-miboot] Bug#379855: Any updates on this bug?

2009-04-25 Thread Holger Levsen
Hi Rogerio,

On Samstag, 25. April 2009, Rogerio Brito wrote:
 Is there any progress on this? Any updates?

no, no updates. Just as in 2006 miboot still doesnt build without a propietary 
toolchain, so it cannot go into main. It could go into non-free, but
according to 20090420115012.ga25...@celtic.nixsys.be posted this monday on 
debian-boot, recent kernels dont boot anymore on oldworld hardware


regards,
Holger


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


Bug#511901: closed by Luis Rodrigo Gallardo Cruz rodr...@debian.org (Bug#482379: fixed in stunnel4 3:4.27-1)

2009-04-25 Thread Peter Palfrader
On Sat, 25 Apr 2009, Debian Bug Tracking System wrote:

 This is an automatic notification regarding your Bug report
 which was filed against the stunnel4 package:
 
 #482379: stunnel4: does not properly detach without a terminal

* New upstream release.

 - Libwrap helper processes fixed to close standard
   input/output/error file descriptors. (Closes: #482379)

Can we expect that this patch will be applied to a stable update as
well?  Pretty please?

weasel
-- 
   |  .''`.  ** Debian GNU/Linux **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://www.debian.org/



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



Bug#525526: RFP: dict-dex-romanian -- DEX dictionary of the Romanian language

2009-04-25 Thread Joost van Baal
Package: wnpp
Severity: wishlist

* Package name: dict-dex-romanian
  Upstream Author : Cătălin Frâncu e.a.
* URL : http://dexonline.ro/
* License : GPL
  Description : DEX dictionary of the Romanian language

 This is a package of the DEX dictionary of the Romanian language, formatted for
 the dictionary server and client which uses the DICT Protocol.  The data is
 based upon the DEX Dicţionarul explicativ al limbii române and other works.



Before uploading a package, please contact upstream. He writes: it is possible
that, after discussions with Romanian Academy, the GNU license on the DEX
database becomes invalid.

Bye,

Joost



signature.asc
Description: Digital signature


Bug#525527: [I18N:es] Updated Spanish translation

2009-04-25 Thread Javier Fernandez-Sanguino Pen~a
Package: netselect
Version: netselect_0.3.ds1-12.2.es.po
Severity: wishlist
Tags: l10n patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Please find attached an updated po-debconf translation of this package into
Spanish as requested by email February 26th. Sorry for not providing this 
translation update before.

Thanks for including it in your next package upload,

Javier

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

iD8DBQFJ8txysandgtyBSwkRAkb6AKCCmt1qlsjHjA6UphVZaWIspQKW1ACdGsUY
5SrkKUlX7m7k4fSlH2iJ+o0=
=qumS
-END PGP SIGNATURE-
# netselect po-debconf translation to Spanish
# Copyright (C) 2007 Software in the Public Interest, SPI Inc.
# This file is distributed under the same license as the netselect package.
#
# Changes:
# - Initial translation
#   Javier Fernández-Sanguino , 2007
#
#
#  Traductores, si no conoce el formato PO, merece la pena leer la 
#  documentación de gettext, especialmente las secciones dedicadas a este
#  formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducción de Debian al español
#   http://www.debian.org/intl/spanish/
#   especialmente las notas y normas de traducción en
#   http://www.debian.org/intl/spanish/notas
#
# - La guía de traducción de po's de debconf:
#   /usr/share/doc/po-debconf/README-trans
#   o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
# Si tiene dudas o consultas sobre esta traducción consulte con el último
# traductor (campo Last-Translator) y ponga en copia a la lista de
# traducción de Debian al español (debian-l10n-span...@lists.debian.org)
#
msgid 
msgstr 
Project-Id-Version: netselect 0.3.ds1-9\n
Report-Msgid-Bugs-To: netsel...@packages.debian.org\n
POT-Creation-Date: 2009-02-26 07:37+0100\n
PO-Revision-Date: 2009-04-25 11:47+0200\n
Last-Translator: Javier Fernández-Sanguino j...@debian.org\n
Language-Team: Debian Spanish debian-l10n-span...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: boolean
#. Description
#: ../templates:2001
msgid Should netselect be installed setuid root?
msgstr ¿Desea que netselect se instale «setuid root»?

#. Type: boolean
#. Description
#: ../templates:2001
msgid 
Netselect can be installed with the set-user-id bit set, so that it will run 
with the permissions of the \root\ user. Since netselect needs these 
permissions to work properly, unprivileged users cannot run it unless it is 
installed this way.
msgstr Netselect puede instalarse con el bit «set-user-id» activo de forma que 
se ejecutará con los permisos del usuario «root». Los usuarios sin privilegios 
no podrán utilizarlo a no ser que se instale de esta forma, dado que netselect 
necesita estos permisos para funcionar correctamente.

#. Type: boolean
#. Description
#: ../templates:2001
msgid 
Enabling this feature may be a security risk. If in doubt, it is suggested 
to leave it disabled.
msgstr La activación de esta opción puede introducir un problema de seguridad 
en el sistema y por ello está deshabilitada por omisión. Debe mantenerla 
deshabilitada si no está seguro de qué hacer.


Bug#525503: [merkaartor] update needed for the current svn head

2009-04-25 Thread Bernd Zeimetz
severity 525503 wishlist
thanks

Hi,

thanks for your patch. Most of your proposed changes were done by me in Debian's
SVN tree already, you're pretty much wasting your time if you don't use
svn.debian.org! Please note that I'll move from svn to git soon.

Also please note that there's no need to upload an update to the last svn head
of merkaartor, so such bugs are wishlist bugs.

As I mentioned before, you're welcome to co-maintain the package. Its in
collab-maint on alioth.


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#525528: Does not install in unstable

2009-04-25 Thread Vincent Fourmond
Package: librmagick-ruby1.8
Version: 2.5.2-1
Severity: serious

  Hello,

  librmagick-ruby depends on libmagick10, which is not available in
unstable anymore. On a pure unstable system, it does not install. This
is annoying, as it makes webgen0.4 FTBS (hence the serious severity).

  The newer imagemagick does not provide anymore the libmagick
library, but a ...core and a ...wand library. I don't know which one
should be used as build-dep. I'll have a look.

  Cheers,

Vincent


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

Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages librmagick-ruby depends on:
pn  librmagick-ruby1.8none (no description available)

librmagick-ruby recommends no packages.

Versions of packages librmagick-ruby suggests:
pn  librmagick-ruby-doc   none (no description available)




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



Bug#525524: libsane: CanoScan N656U grinding noise

2009-04-25 Thread Julien BLACHE
Stefan schampaillers...@skynet.be wrote:

Hi,

 The scanner was working on my PPC when I was using Etch so it seems like
 a regression somewhere.

Could you:
 - test the scanner with known-good software?
 - test again with a known-good version of libsane?

If both work fine, try the current SANE CVS (or wait a bit for the
next release). If that works, obviously it's fine :)

If it doesn't, it'd be nice if you could try to pinpoint what caused
the breakage in the code history. SANE should switch to git after the
next release, so hopefully using git bisect will be an option to speed
that up.

Thanks,

JB.

-- 
 Julien BLACHE - Debian  GNU/Linux Developer - jbla...@debian.org 
 
 Public key available on http://www.jblache.org - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 



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



Bug#519670: Batch Number: 074/05/ZY369

2009-04-25 Thread Irish Lottery News Center
You won £750,000.

Contact Mr.Derek White
Send Information: Name Age Country




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



Bug#525529: GParted doesn't mention its name in the menu entry

2009-04-25 Thread Felix Geyer
Package: gparted
Version: 0.4.4-1
Severity: normal

Current situation:
GParted doesn't mention its name in the menu entry.
Patch 01_fix-desktop.patch changes Name in gparted.desktop from GParted 
Partition Editor
to Partition Editor.

I suggest setting the Name to GParted and GenericName to Partition Editor.





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



Bug#525436: [Build-common-hackers] Bug#525436: cdbs: distutils does not call setup.py install any more

2009-04-25 Thread Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sat, Apr 25, 2009 at 10:42:43AM +0200, Martin Pitt wrote:
Jonas Smedegaard [2009-04-25 9:36 +0200]:
 In other words, the problem is not that python install rule does no 
 longer get invoked, but that it now gets invoked in parallel (or in 
 undefined order of) other install/* rules.

So if I first include distutils.mk and then define an install/foo:: 
rule, my own rule isn't guaranteed to be invoked later than the 
distutils ones? I always understood :: as an append operator, not 
throw it into the set. It's entirely possible that I was wrong all 
the time, of course.

I might be wrong, but yes, my understanding of :: rules is that even if 
they often in practice run in the order defined, that is not ensured.

Besides, ideally CDBS snippets should not require to be declared in a 
specific order, even if some make expressions really do keep order - 
CDBS should try to avoid those, then (as is the case if ifeq).


 install/calibre:: calibre-fixup
 calibre-fixup:
  rm -r ...

I don't understand how this would help? Wouldn't this mean that 
calibre-fixup would run _before_ install/calibre (since it is now a 
dependency), thus aggravating the problem even further?

Stupid me - above is completely upside down.  The following should work:

common-binary-arch common-binary-indep:: calibre-fixup
calibre-fixup: install/calibre
rm -r ...

Or to be exact, above works using buildcore.mk, and I believe also using 
python-distutils.mk and debhelper.mk - if using other snippets too, you 
may need to adjust to the additional rules you want it to be invoked 
in-between.


 Still, from the perspective of this CDBS backwards-compatibility bug, 
 above is only a workaround, not calibre approach is wrong.

If calibre is the only (or amongst very few) packages which break 
because they used the install target wrongly, I'm fine with keeping 
current cdbs and fixing calibre's debian/rules accordingly.

Basically, I need to do a cleanup at a point when setup.py install was 
run already, but dh_install* etc. didn't start yet. The reason is that 
the extra libraries must not go into the .debs, and doing the cleanup 
after all the dh_* magic makes it much harder to ensure that none of 
the dh_* stuff copied the files to anywhere.

Makes sense.  As already said, it is not exactly wrong of you to use the 
install/* target, but as it really is a post-install routine it makes 
better sense to treat it as such.


Help investigating if any other package uses python-distutils.mk and add 
custom install/* rules is much appreciated!


Kind regards,

  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkny2qEACgkQn7DbMsAkQLhGWwCdEzZPvyLuvkUJE9ywT8JLhJuh
l4AAn1f/A3O7ouetBjCDqlXz4CiJFsHV
=5uxh
-END PGP SIGNATURE-



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



Bug#525530: nss-ldapd: [INTL:pt] Updated Portuguese translation for debconf messages

2009-04-25 Thread Traduz - Portuguese Translation Team
Package: nss-ldapd
Version: 0.6.8
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for nss-ldapd's debconf messages.
Translator: Américo Monteiro a_monte...@netcabo.pt
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team traduz _at_ debianpt.org.


-- 
Best regards,

Miguel Figueiredo
Traduz - Portuguese Translation Team
http://www.DebianPT.org




# translation of nss-ldapd debconf to Portuguese
# Copyright (C) 2007 the nss-ldapd's copyright holder
# Released under the same license as the nss-ldapd package
#
#
# Américo Monteiro a_monte...@netcabo.pt, 2007, 2009.
msgid 
msgstr 
Project-Id-Version: nss-ldapd 0.6.8\n
Report-Msgid-Bugs-To: nss-ld...@packages.debian.org\n
POT-Creation-Date: 2009-04-21 21:21+0200\n
PO-Revision-Date: 2009-04-24 00:05+0100\n
Last-Translator: Américo Monteiro a_monte...@netcabo.pt\n
Language-Team: Portuguese tra...@debianpt.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: KBabel 1.11.4\n

#. Type: string
#. Description
#: ../libnss-ldapd.templates:1001
msgid LDAP server Uniform Resource Identifier:
msgstr Uniform Resource Identifier (URI) do servidor LDAP:

#. Type: string
#. Description
#: ../libnss-ldapd.templates:1001
msgid 
Please enter the URI of the LDAP server used. This is a string in the form 
ldap://hostname or IP:port/ . ldaps:// or ldapi:// can also be used. The 
port number is optional.
msgstr 
Por favor insira o URI do servidor LDAP a usar. Esta é uma sequência no 
formato ldap://nome da máquina ou IP:porto/. ldaps:// ou ldapi:// podem 
também ser usados. O número do porto é opcional.

#. Type: string
#. Description
#: ../libnss-ldapd.templates:1001
msgid 
When useing the ldap or ldaps schemes it is usually a good idea to use an IP 
address; this reduces the risk of failure when name services are unavailable.
msgstr 
Geralmente é boa ideia usar um endereço IP quando se usam esquemas ldap ou 
ldaps; isto reduz riscos de falhas quando o serviço de nomes não está 
disponível.

#. Type: string
#. Description
#: ../libnss-ldapd.templates:1001
msgid Multiple URIs can be be specified by separating them with spaces.
msgstr Podem ser especificados múltiplos URIs, separando-os com espaços.

#. Type: string
#. Description
#: ../libnss-ldapd.templates:2001
msgid LDAP server search base:
msgstr Base de busca do servidor LDAP:

#. Type: string
#. Description
#: ../libnss-ldapd.templates:2001
msgid 
Please enter the distinguished name of the LDAP search base.  Many sites use 
the components of their domain names for this purpose.  For example, the 
domain \example.net\ would use \dc=example,dc=net\ as the distinguished 
name of the search base.
msgstr 
Por favor insira o nome distinto da base de busca LDAP. Muitos sítios usam 
componentes dos seus nomes de domínio para este propósito. Por exemplo, o 
domínio \exemplo.net\ deverá usar \dc=exemplo,dc=net\ como nome distinto 
da base de busca.

#. Type: string
#. Description
#: ../libnss-ldapd.templates:3001
msgid LDAP database user:
msgstr Utilizador da base de dados LDAP:

#. Type: string
#. Description
#: ../libnss-ldapd.templates:3001
msgid 
If the LDAP database requires a login for normal lookups, enter the name of 
the account that will be used here. Leave empty otherwise.
msgstr 
Se a base de dados LDAP requerer autenticação para buscas normais, indique 
aqui o nome da conta que vai ser usada. Em caso contrário, deixe o campo 
vazio.

#. Type: string
#. Description
#: ../libnss-ldapd.templates:3001
msgid This value should be specified as a DN (distinguished name).
msgstr Este valor deve ser especificado como um nome distinto (DN).

#. Type: password
#. Description
#: ../libnss-ldapd.templates:4001
msgid LDAP user password:
msgstr Password de utilizador LDAP:

#. Type: password
#. Description
#: ../libnss-ldapd.templates:4001
msgid Enter the password that will be used to log in to the LDAP database.
msgstr 
Indique a palavra-passe que vai ser usada para autenticação na base de dados 
LDAP.

#. Type: multiselect
#. Description
#: ../libnss-ldapd.templates:5001
msgid Name services to configure:
msgstr Nomes de serviços para configurar:

#. Type: multiselect
#. Description
#: ../libnss-ldapd.templates:5001
msgid 
For this package to work, you need to modify your /etc/nsswitch.conf to use 
the ldap datasource.
msgstr 
Para que este pacote funcione, você precisa de modificar o seu /etc/nsswitch.
conf para usar a fonte de dados ldap.

#. Type: multiselect
#. Description
#: ../libnss-ldapd.templates:5001
msgid 
You can select the services that should be enabled or disabled for LDAP 
lookups. The new LDAP lookups will be added as last option. Be sure to 
review these changes.
msgstr 
Você pode seleccionar os serviços que deverão estar activos ou inactivos 
para buscas LDAP. Novas buscas LDAP serão adicionadas como últimas opções.
Certifique-se de rever estas alterações.

#. Type: boolean
#. 

Bug#415836: findutils: better french l10n for a message

2009-04-25 Thread Arnaud Giersch
Samedi 25 avril 2009, vers 10:07:10 (+0200), Andreas Metzler a écrit :

 warning: you have specified the %s option after a non-option argument %s, 
 but options are not positional (%s affects tests specified before it as 
 well 
 as those specified after it).  Please specify options before other 
 arguments.\n
[...]

 findutils 4.4.1 contains this:

 AVERTISSEMENT : vous avez spécifié l'option %s après un argument qui n'est 
 pas une option %s mais les options sont positionnelles (%s affecte les tests 
 
 spécifiés avant aussi bien qu'après). SVP spécifiez des options avant les 
 autres arguments. \n

Hello,

I am sorry, but I do not agree that this bug can be closed.  There
remains at least two problems in this translation:

1. after a non-option argument %s
   is translated as
   après un argument qui n'est pas une option %s.
   This translation is misleading: is not clear thar %s is related
   to argument, and not to option.  A better translation can be:
   après un argument %s qui n'est pas une option.

   To try to explain the difference in english, it is like saying
   after an argument which is not an option %s
   instead of
   after an argument %s which is not an option.

2. but options are not positional
   is wrongly translated as
   mais les options sont positionnelles,
   where the negation not is lost.  It should be something like
   mais les options ne sont pas positionnelles.

Then, from a stylistic point of view, I am not fully statisfied with
the translation.  I prefer, for example, the one sugested by François
Poulain in
http://benji1.traduc.org/pipermail/traduc/2007-March/004934.html.
This may however be just a matter of personal taste, and is not an
objection to closing the bug.

Regards,
Arnaud
-- 
http://info.iut-bm.univ-fcomte.fr/staff/giersch/



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



Bug#312265: Batch Number: 074/05/ZY369

2009-04-25 Thread Irish Lottery News Center
You won £750,000.

Contact Mr.Derek White
Send Information: Name Age Country




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



Bug#525532: linphone: FTBFS: configure: error: The intltool scripts were not found. Please install intltool.

2009-04-25 Thread Kurt Roeckx
Source: linphone
Version: 3.1.1-1
Severity: serious

Hi,

Your package is failing to build with the following error:
checking for intltool-update... no
checking for intltool-merge... no
checking for intltool-extract... no
configure: error: The intltool scripts were not found. Please
install intltool.
make: *** [config.status] Error 1
dpkg-buildpackage: failure: debian/rules build gave error exit status 2


Kurt




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



Bug#525533: inkscape: FTBFS: /bin/sh: ./config.status: No such file or directory

2009-04-25 Thread Kurt Roeckx
Source: inkscape
Version: 0.46-8
Severity: serious

Hi,

Your package is failing to build with the following error:
Can't open ./po/vi.po: No such file or directory at ./po/check-markup line 155, 
 chunk 118767.
Can't open ./po/zh_CN.po: No such file or directory at ./po/check-markup line 
155,  chunk 118767.
Can't open ./po/zh_TW.po: No such file or directory at ./po/check-markup line 
155,  chunk 118767.
cd .  /bin/sh ./config.status config.h
/bin/sh: ./config.status: No such file or directory
make[3]: *** [stamp-h1] Error 127


Kurt




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



Bug#525503: [merkaartor] update needed for the current svn head

2009-04-25 Thread Per Hansen
Bernd Zeimetz wrote:
 thanks for your patch. Most of your proposed changes were done by me in 
 Debian's
 SVN tree already,

I looked at the debian svn trunk for merkaator and found none of my
changes there.


 you're pretty much wasting your time if you don't use
 svn.debian.org!

In my report I wrote that I checked out the debian svn head!

'''
The patch is a svn diff against
svn://svn.debian.org/merkaartor/trunk/debian/
revision 12819
'''

Did't you read that?


 Please note that I'll move from svn to git soon.

Uh, why is that needed?


 Also please note that there's no need to upload an update to the last svn head
 of merkaartor, so such bugs are wishlist bugs.

Yes, but 0.13.2 will be released tomorrow...


 As I mentioned before, you're welcome to co-maintain the package. Its in
 collab-maint on alioth.

Yes, why not?


Greets
Per






signature.asc
Description: OpenPGP digital signature


Bug#503677: mediatomb-daemon: Mediatomb kills the system while updating its database

2009-04-25 Thread Thibaut VARENE
On Sat, Apr 25, 2009 at 5:51 AM, Andres Mejia mcita...@gmail.com wrote:
 Are you still having problems with mediatomb? I have 200GB media directory and
 I'm not having any problems.

Hi,

It seems mediatomb doesn't like my 20GB iTunes library. As soon as I
add it to the watched folder, it crashes. Can't get any useful debug
output tho.

I'm using inotify scan, which btw doesn't seem to be very reliable/responsive...

I'll see if I can get closer to the actual issue (bad music file, too
many files, i don't know) but I don't have much time for it now.

HTH

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/



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



Bug#525534: *** glibc detected *** /usr/bin/perl: double free or corruption

2009-04-25 Thread Kurt Roeckx
Package: perl
Version: 5.10.0-19
Severity: important

Hi,

When building the libgtk2-mozembed-perl 0.08-1 package,
various arches saw an error like this:
t/GtkMozEmbedXlib:  extension RANDR missing on display :99.0.
*** glibc detected *** /usr/bin/perl: double free or corruption (out): 
0x2b364e552920 ***
=== Backtrace: =
/lib/libc.so.6[0x2b3645d4c1b8]
/lib/libc.so.6(cfree+0x76)[0x2b3645d4dcf6]
/usr/lib/libperl.so.5.10(perl_destruct+0x136d)[0x2b36453739fd]
/usr/bin/perl(main+0xb3)[0x400ce3]
/lib/libc.so.6(__libc_start_main+0xe6)[0x2b3645cf85a6]
/usr/bin/perl[0x400b69]


Kurt




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



Bug#523018: xfce4-panel: doesn't work with some gtk programs either

2009-04-25 Thread Dirk Griesbach
Package: xfce4-panel
Version: 4.6.1-1
Severity: normal

Hi,

the same problem occurs with some gtk-applications too, e.g. gajim.  If
the panel with the notification area is set to auto-hide, it will only
get a small space on the rigth side. (notification area is sitting at
the right corner of the panel.) So the icon is out of sight.

If the panel is not set to auto hide, everything works for me. The icons
of the mentioned applications appear where they should.

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

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

Versions of packages xfce4-panel depends on:
ii  exo-utils  0.3.101-1 Utility files for libexo
ii  libatk1.0-01.26.0-1  The ATK accessibility toolkit
ii  libc6  2.9-7 GNU C Library: Shared libraries
ii  libcairo2  1.8.6-2+b1The Cairo 2D vector graphics libra
ii  libexo-0.3-0   0.3.101-1 Library with extensions for Xfce
ii  libfontconfig1 2.6.0-3   generic font configuration library
ii  libfreetype6   2.3.9-4   FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.20.1-1  The GLib library of C routines
ii  libgtk2.0-02.16.1-2  The GTK+ graphical user interface 
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libpango1.0-0  1.24.0-3+b1   Layout and rendering of internatio
ii  libsm6 2:1.1.0-2 X11 Session Management library
ii  libstartup-notificatio 0.10-1library for program launch feedbac
ii  libwnck22  2.24.2-2  Window Navigator Construction Kit 
ii  libx11-6   2:1.2.1-1 X11 client-side library
ii  libxfce4util4  4.6.1-1   Utility functions library for Xfce
ii  libxfcegui4-4  4.6.1-1   Basic GUI C functions for Xfce4
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

xfce4-panel recommends no packages.

xfce4-panel 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#525275: dict-freedict-deu-eng: description of notruf contains non-printable chars

2009-04-25 Thread Justin B Rye
From: Justin B Rye j...@xibalba.demon.co.uk
To: Kęstutis Biliūnas ke...@kaunas.init.lt
Cc: Timo Juhani Lindfors timo.lindf...@iki.fi
Bcc: 
Subject: Re: Bug#525275: dict-freedict-deu-eng: description of notruf
contains non-printable chars
Reply-To: 
In-Reply-To: 49f234dd.2030...@kaunas.init.lt

Kęstutis Biliūnas wrote:
   Notruf [noËtruËf] (n) , s.(m )
  emergency call
 
 It seems that the reason that in the translation transcriptions are used
 character MODIFIER LETTER TRIANGULAR COLON 'ː' (UTF-8: 0xCB 0x90),
 instead of a simple symbol COLONY ':' (0x3A).

[ː] is the correct length-mark character for use in a phonetic
transcription, and it's only one of many IPA symbols that require
those wordlists to be in UTF-8 - compare the entry for Geschenkkorb
[gəʃɛŋkɔrp] (n) , s.(m ).  The problem is that the bugreporter is
using a legacy ISO-8859-1 charmap.  Dict might fail more gracefully,
but it's got to fail.
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package



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



Bug#525536: systemimager: Please update to the latest upstream release

2009-04-25 Thread Alessio Treglia
Package: systemimager
Version: 3.6.3dfsg1-3
Severity: wishlist

systemimager 4.1.6 is available at
http://wiki.systemimager.org/index.php/Main_Page


-- System Information:
Debian Release: 5.0
  APT prefers jaunty-updates
  APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty')
Architecture: i386 (i686)

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

-- 
Alessio Treglia quadris...@ubuntu.com
Ubuntu MOTU Developer | Homepage: http://www.alessiotreglia.com
0FEC 59A5 E18E E04F 6D40  593B 45D4 8C7C DCFC 3FD0



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



Bug#525535: [libexiv2-5] New upstream version 0.18.1

2009-04-25 Thread Carsten Pfeiffer
Package: libexiv2-5
Version: 0.18-1
Severity: normal

--- Please enter the report below this line. ---
Hi,

there's a new version available, with some nice features:
- an organize tool that very flexibly organizes your images based on tags
- the ability to access manufacturer-specific non-standard exif data through a 
standard interface

Thanks,
Carsten

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.29-1-686-bigmem

Debian Release: squeeze/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.de.debian.org 
  500 testing ftp.de.debian.org 
  500 oldstable   security.debian.org 
1 experimentalftp.de.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-=
libc6(= 2.7-1) | 2.9-6
libexpat1   (= 1.95.8) | 2.0.1-4
libgcc1(= 1:4.1.1) | 1:4.3.3-5
libstdc++6   (= 4.2.1) | 4.3.3-5
zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-13



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



Bug#525483: [Pkg-clamav-devel] Bug#525483: clamav in lenny segfaults after freshclam update

2009-04-25 Thread Stephen Gran
On Fri, Apr 24, 2009 at 07:21:04PM -0400, Brett Dikeman said:
 On Fri, Apr 24, 2009 at 6:12 PM, Stephen Gran sg...@debian.org wrote:
 
  It would have been great if you had used reportbug to send this report,
  as it would have saved several roundtrips asking for information.  Can
  you reportbug -M clamav, and then just send the information the scripts
  place in the bug report to this report?  Copy and paste into a mail from
  gmail will be fine, I just care about the information.
 
 What several roundtrips?

It's not the end of the world, just a time waster.  We're now 3 or 4
mails into the report, and I haven't seen the one thing that probably
matters most:
ls -l /var/lib/clamav

This is done automatically by the report script, which was why I asked
you to send the whole output.

Also, can you please keep the bug report in the cc?

Cheers,
-- 
 --
|  Stephen Gran  | It was a JOKE!!  Get it??  I was|
|  st...@lobefin.net | receiving messages from DAVID   |
|  http://www.lobefin.net/~steve | LETTERMAN!! YOW!!   |
 --


signature.asc
Description: Digital signature


Bug#523372: consolekit: Couldn't read /proc/'pid_number'/environ

2009-04-25 Thread Justin B Rye
Me too.  I get both sorts of WARNINGs and the sixty-odd TIDs, which
isn't exactly a bug:
https://bugs.launchpad.net/ubuntu/+source/consolekit/+bug/148454 

Michael Biebl wrote:
 Does it help if you change in
 /usr/share/dbus-1/system-services/org.freedesktop.ConsoleKit.service
 the following line
 Exec=/usr/sbin/console-kit-daemon
 to
 Exec=/usr/sbin/console-kit-daemon --no-daemon

Yes; for me this fixes everything.  The daemon is still running, but
apparently in no-daemon mode.

What does that mean?

Does it have any disadvantages for single-user machines?

Does it have any advantages over using Exec=/bin/true?

And above all, is there a way of configuring this in /etc, so that I
can be confident it will survive the next apt-get run?
 
 (reboot afterwards)

/etc/init.d/dbus restart was enough.

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

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

Versions of packages consolekit depends on:
ii  dbus   1.2.12-1  simple interprocess messaging syst
ii  libc6  2.9-4 GNU C Library: Shared libraries
ii  libck-connector0   0.3.0-2   ConsoleKit libraries
ii  libdbus-1-31.2.12-1  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.80-3simple interprocess messaging syst
ii  libglib2.0-0   2.20.0-2  The GLib library of C routines
ii  libx11-6   2:1.2.1-1 X11 client-side library
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

Versions of packages consolekit recommends:
ii  libpam-ck-connector   0.3.0-2ConsoleKit PAM module

consolekit suggests no packages.

-- no debconf information
-- 
JBR
Ankh kak! (Ancient Egyptian blessing)



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



Bug#525522: RM: eel2 -- ROM; obsolete, no rdeps, now in nautilus

2009-04-25 Thread Frank Lichtenheld
On Sat, Apr 25, 2009 at 10:46:49AM +0200, Josselin Mouette wrote:
 in GNOME 2.26, the eel library is only used by nautilus. Therefore it is
 now statically linked and distributed in the same source package.
 
 Since there are no more reverse dependencies in unstable, please remove
 eel2 entirely.

Checking reverse dependencies...
# Broken Depends:
meta-gnome2: gnome-core-devel
nautilus: libnautilus-extension-dev [hurd-i386]
  nautilus [alpha armel hppa i386 ia64 mips powerpc s390 sparc]
nautilus-cd-burner: libnautilus-burn-dev [hppa mipsel]
nautilus-cd-burner [mips]
nautilus-python: python-nautilus [mips]

# Broken Build-Depends:
control-center: libeel2-dev (= 2.24)
mail-notification: libeel2-dev (= 2.6.0)
mlview: libeel2-dev (= 2.6.2)
nautilus-python: libeel2-dev (= 2.6.0)
nautilus-share: libeel2-dev (= 2.10.0)

Dependency problem found.

While the broken depends are mostly just waiting for buildds to catch up, the
broken build-depends should either be fixed or documented by RC bugs before
removing the package.

Gruesse,
-- 
Frank Lichtenheld dj...@debian.org
www: http://www.djpig.de/



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



Bug#525538: xterm 242-1 no longer beeps (broken for 1-2 months now)

2009-04-25 Thread Justin Piszcz

Package: xterm
Version: 242-1

Version 235-2 works fine but I always have to dpkg -i after a dist-upgrade 
because all new versions do not beep.  Will this be fixed in -testing 
mainline so I no longer have to pin xterm at 235-2?


Justin.



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



Bug#525516: udev: eth0 stopped working - renamed to eth3 (driver: e100)

2009-04-25 Thread Edgar Sippel
Same here, using kernel 2.6.29-1-686 from unstable.
Old entry in /etc/udev/rules.d/70-persistent-net.rules was

# PCI device 1039:0900 (sis900)
ACTION==add, SUBSYSTEM==net, DRIVERS==?*, 
SYSFS{address}==00:0a:e6:d5:5f:99, NAME=eth0

which led, approximately due to the fact that the SYSFS entry is no more 
recognized correctly by udev 0.141-1 to creating a new rule for the same 
device

# PCI device 0x1039:0x0900 (sis900)
SUBSYSTEM==net, ACTION==add, DRIVERS==?*, 
ATTR{address}==00:0a:e6:d5:5f:99, ATTR{type}==1, KERNEL==eth*, 
NAME=eth1

and so the network interface was renamed from eth0 to eth1 (which had no 
configuration in /etc/network/interfaces), resulting in system starting up 
with no valid network interface at all after next reboot.

Isn't it possible to at least deploy a warning message to the user at udev 
update, containing a hint that he SHALL review 70-persistent-net.rules for 
entries containing deprecated values which may lead to non-working 
networking?

-- 
Best regards,
Edgar Sippel
mailto:dont.spam...@gmx.de



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



Bug#525181: [Pkg-utopia-maintainers] Bug#525181: Bug#525181: network-manager: simply doesn't work for WLAN

2009-04-25 Thread Adrian von Bidder
Heyho!

(Only saw your mail after I wrote the other one this morning...)

On Friday 24 April 2009 16.07:35 Michael Biebl wrote:
 Ok, could you then please comment out all interface configurations in
 /e/n/i (besides lo),
 kill nm-system-settings and NetworkManager, start NetworkManager
 --no-daemon and preferably also use network-manager-gnome (nm-applet),
 as I have no idea how mature the KDE4 applet is already.
 Please attach the output of NetworkManager --no-daemon then.

+
~# ifdown wlan0
~# vim ...
~# grep ^[^#] /etc/network/interfaces
auto lo
iface lo inet loopback
~# NetworkManager --no-daemon
NetworkManager: info  starting...
/sbin/ifup: interface lo already configured
NetworkManager: info  Found radio killswitch 
/org/freedesktop/Hal/devices/platform_acer_wmi_rfkill_acer_wireless_wlan
NetworkManager: info  (eth0): new Ethernet device (driver: 'r8169')
NetworkManager: info  (eth0): exported as 
/org/freedesktop/Hal/devices/net_00_1e_68_cd_7b_3f
NetworkManager: info  (wlan0): driver supports SSID scans (scan_capa 0x01).
NetworkManager: info  (wlan0): new 802.11 WiFi device (driver: 'ath5k')
NetworkManager: info  (wlan0): exported as 
/org/freedesktop/Hal/devices/net_00_22_69_77_40_84
NetworkManager: info  Trying to start the system settings daemon...
NetworkManager: info  Wireless now disabled by radio killswitch

 --- note the message about killswitch.  There is a killswitch on this 
 --- notebook, and it used to work.  Will test this next.

NetworkManager: info  (eth0): device state change: 1 - 2
NetworkManager: info  (eth0): bringing up device.
NetworkManager: info  (eth0): preparing device.
NetworkManager: info  (eth0): deactivating device (reason: 2).
NetworkManager: info  (wlan0): device state change: 1 - 2
NetworkManager: info  (wlan0): bringing up device.
NetworkManager: info  (wlan0): preparing device.
NetworkManager: info  (wlan0): deactivating device (reason: 2).

 --- at this point: starting nm-applet now.

+

A dialog pops up:

The NetworkManager applet could not find some required resources.  It 
cannot continue.

And in the terminal:

** (nm-applet:5724): WARNING **: Icon nm-no-connection missing: Icon 
'nm-no-connection' not present in theme

Hmmm.  The icon is present in the hicolor icon theme.  How do I tell it 
to use them?  Is there no CLI for nm?

Ok, while I'm still offline, restarting the KDE4 widget.

No further output on the NetworkManager terminal, but .xsession-error has:

+
plasma(3244) NetworkManagerApplet::NetworkManagerApplet: 165 
kded(3200) KNetworkManagerService::KNetworkManagerService: registered 
org.freedesktop.NetworkManagerUserSettings
  
kded(3200) NetworkSettings::NetworkSettings: Registered settings object  
/org/freedesktop/NetworkManagerSettings 
   
kded(3200) KNetworkManagerServicePrefs::instance: 
KNetworkManagerServicePrefs::instance called after the first use - ignoring 
  
kded(3200) KDEDModule::setModuleName: Registration of kded module  
knetworkmanager without dbus interface.   
 
kded(3200) KDEDModule::setModuleName: registerObject() returned false for  
knetworkmanager   
 
kded(3200) KConfigToService::start: 
kded(3200) KConfigToService::restoreConnection: 
{c1b0fa4c-1274-40c6-9884-9114db297b5d}

kded(3200): timestamp - conversion of 1240241847 to QDateTime failed  
(wrong format: expected 6 items, got 1)
   
kded(3200) NetworkSettings::addConnection:  
kded(3200) NetworkSettings::addConnection: NewConnection 
/org/freedesktop/NetworkManagerSettings/0 
   
kded(3200) KNetworkManagerService::serviceRegistered: service registered
kded(3200) NetworkSettings::ListConnections: There are  1  known connections
plasma(3244) NetworkManagerApplet::NetworkManagerApplet: true   
plasma(3244) NetworkManagerSettings::NetworkManagerSettings: 
org.freedesktop.NetworkManagerUserSettings true   
   
kded(3200) NetworkSettings::ListConnections: There are  1  known connections
plasma(3244) NetworkManagerSettings::initConnections: 
/org/freedesktop/NetworkManagerSettings/0 
  
plasma(3244) RemoteConnection::RemoteConnection: 802-11-wireless  
plasma(3244) NetworkManagerSettings::NetworkManagerSettings: 
org.freedesktop.NetworkManagerSystemSettings true 
   
plasma(3244) NetworkManagerSettings::initConnections: 
/org/freedesktop/NetworkManagerSettings/0   

Bug#524024: Any news of the new quick-lounge-applet?

2009-04-25 Thread Josselin Mouette
Hi,

did you have time to update quick-lounge-applet to fix this bug? I’d
like to see the gnome-desktop transition done soon. I can sponsor the
upload if you need.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


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


Bug#525495: Please provide a minimal hal package

2009-04-25 Thread Harald Braumann
Hi,

On Sat, 25 Apr 2009 00:59:16 +0200
Michael Biebl bi...@debian.org wrote:

 Michael Biebl wrote:
  Hi Harry,
  
  I agree with you, that HAL has somewhat grown into a kitchensync
  over its lifetime. Unfortunately it's not easily, if at all
  possible to rip HAL apart in smaller pieces (that's why I mark the
  bug as wontfix).
My main concerns are callouts and addons. These are enabled in
/usr/share/hal/fdi/policy/10osvendor/*.fdi. So these fdi files could be
put in a separate package and people who don't care about this cruft
could choose to not install it.

There is, however, a much simpler solution: attached you can find fdi
files that completely disable addons and callouts. Could you please add
them to the package as examples and mention them in README.Debian?

Or maybe put them in preferences.fdi as commented out blocks.

With these files in place, the only root process remaining is
hald_runner. But since all callouts are removed, the risk should be
minimised (modulo bugs in hald, like buffer overflows, that could be
exploited to invoke hald_runner with arbitrary scripts).

  
  On the other hand, there is work underway to replace HAL with
  something new, more modular, called DeviceKit, where you have
  separate components (e.g. DeviceKit-power, DeviceKit-disks), which
  can be installed separately and will deprecate/replace HAL step by
  step.
  
 
 See also:
 DeviceKit ITP: http://bugs.debian.org/521361
 DeviceKit-power ITP: http://bugs.debian.org/521363
 DeviceKit-disks ITP: http://bugs.debian.org/521364

In my opinion still the wrong approach. Information about hardware
should be made available in a file system similar to sysfs, maybe a
fuse fs. There's no need for daemons, D-Bus, etc. The interface would
then just be regular file operations and notification would be done
using inotify. But at least it's an improvement over HAL. Still it will
take time until Xorg moves to DeviceKit, if ever.

Cheers,
harry



99-disable-addons.fdi
Description: XML document


99-disable-callouts.fdi
Description: XML document


Bug#521617: tls is broken in version 0.6.8

2009-04-25 Thread Tiziano Zito
Package: libnss-ldapd
Version: 0.6.8
Severity: normal

I can confirm that the bug is more serious that just tls_reqcert never
not working. We have here an openldap server with a self-signed
certificate. Lenny clients with version 0.6.7 connect using tls
without any problem. The relevant part of the nss-ldapd.conf file reads:
ssl  start_tls
tls_checkpeer yes
tls_cacertfile  /etc/ssl/certs/bccnca.pem

On a sid client with version 0.6.8 ssl start_tls does not work.
The relevant part of the nss-ldapd.conf file reads:
ssl  start_tls
tls_reqcert demand
tls_cacertfile  /etc/ssl/certs/bccnca.pem

A debug session looking up a valid user on a working lenny client:
nslcd: DEBUG: add_uri(ldap://ldap1)
nslcd: DEBUG: add_uri(ldap://ldap2)
nslcd: /etc/nss-ldapd.conf:30: option tls_checkpeer is currently untested 
(please report any successes)
nslcd: /etc/nss-ldapd.conf:31: option tls_cacertfile is currently untested 
(please report any successes)
nslcd: version 0.6.7 starting
nslcd: DEBUG: unlink() of /var/run/nslcd/socket failed (ignored): No such file 
or directory
nslcd: DEBUG: setgroups(0,NULL) done
nslcd: DEBUG: setgid(120) done
nslcd: DEBUG: setuid(113) done
nslcd: accepting connections
nslcd: [8b4567] DEBUG: connection from pid=12401 uid=0 gid=0
nslcd: [8b4567] DEBUG: nslcd_passwd_byname(tiziano)
nslcd: [8b4567] DEBUG: myldap_search(base=dc=bccn-berlin,dc=de, 
filter=((objectClass=posixAccount)(uid=tiziano)))
nslcd: [8b4567] DEBUG: simple anonymous bind to ldap://ldap1
nslcd: [8b4567] connected to LDAP server ldap://ldap1
nslcd: [8b4567] DEBUG: ldap_result(): end of results
nslcd: [7b23c6] DEBUG: connection from pid=12401 uid=0 gid=0
nslcd: [7b23c6] DEBUG: nslcd_passwd_byuid(2061)
[...]


A debug session looking up the same user on the broken sid client with tls 
enabled:
nslcd: DEBUG: add_uri(ldap://ldap1)
nslcd: DEBUG: add_uri(ldap://ldap2)
nslcd: /etc/nss-ldapd.conf:30: option tls_reqcert is currently untested (please 
report any successes)
nslcd: /etc/nss-ldapd.conf:31: option tls_cacertfile is currently untested 
(please report any successes)
nslcd: version 0.6.8 starting
nslcd: DEBUG: unlink() of /var/run/nslcd/socket failed (ignored): No such file 
or directory
nslcd: DEBUG: setgroups(0,NULL) done
nslcd: DEBUG: setgid(122) done
nslcd: DEBUG: setuid(112) done
nslcd: accepting connections
nslcd: [8b4567] DEBUG: connection from pid=22112 uid=0 gid=0
nslcd: [8b4567] DEBUG: nslcd_passwd_byname(tiziano)
nslcd: [8b4567] DEBUG: myldap_search(base=dc=bccn-berlin,dc=de, 
filter=((objectClass=posixAccount)(uid=tiziano)))
nslcd: [8b4567] ldap_start_tls_s() failed: Connect error: No such file or 
directory
nslcd: [8b4567] failed to bind to LDAP server ldap://ldap1: Connect error: No 
such file or directory
nslcd: [8b4567] ldap_start_tls_s() failed: Connect error: Success
nslcd: [8b4567] failed to bind to LDAP server ldap://ldap2: Connect error: 
Success
nslcd: [8b4567] no available LDAP server found, sleeping 1 seconds
nslcd: [8b4567] no available LDAP server found
[...]

A debug session looking up the same user on the same broken sid client this 
time with tls disabled:
nslcd: DEBUG: add_uri(ldap://ldap1)
nslcd: DEBUG: add_uri(ldap://ldap2)
nslcd: version 0.6.8 starting
nslcd: DEBUG: unlink() of /var/run/nslcd/socket failed (ignored): No such file o
r directory
nslcd: DEBUG: setgroups(0,NULL) done
nslcd: DEBUG: setgid(122) done
nslcd: DEBUG: setuid(112) done
nslcd: accepting connections
nslcd: [8b4567] DEBUG: connection from pid=22121 uid=0 gid=0
nslcd: [8b4567] DEBUG: nslcd_passwd_byname(tiziano)
nslcd: [8b4567] DEBUG: myldap_search(base=dc=bccn-berlin,dc=de, filter=((obj
ectClass=posixAccount)(uid=tiziano)))
nslcd: [8b4567] DEBUG: simple anonymous bind to ldap://ldap1
nslcd: [8b4567] connected to LDAP server ldap://ldap1
nslcd: [8b4567] DEBUG: ldap_result(): end of results
nslcd: [7b23c6] DEBUG: connection from pid=22121 uid=0 gid=0
nslcd: [7b23c6] DEBUG: nslcd_passwd_byuid(2061)
[...]


If more info is needed, I'm happy to assist: we need to use TLS (LAN network
can not be trusted).

ciao,
tiziano

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

Kernel: Linux 2.6.26-2-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 libnss-ldapd depends on:
ii  adduser  3.110   add and remove users and groups
ii  debconf [debconf-2.0 1.5.26  Debian configuration management sy
ii  libc62.9-7   GNU C Library: Shared libraries
ii  libgssapi-krb5-2 1.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries - k
ii  libldap-2.4-22.4.15-1.1  OpenLDAP libraries
ii  libsasl2-2   2.1.22.dfsg1-23 Cyrus SASL - authentication abstra

Versions of packages libnss-ldapd recommends:
ii  libpam-ldap   184-8  Pluggable Authentication Module fo
pn  nscd

Bug#525539: kwin in testing is still broken (for 1-2 months now)

2009-04-25 Thread Justin Piszcz

Package: kwin
Version: 3.5.10.dfsg.1-2

It is not compiled with XINERAMA support so all of the windows do not 
appear properly when using multiple monitors.


A version that works is: kwin_3.5.9.dfsg.1-6_i386.deb

When will this be fixed in mainline -testing so I no longer have to pin 
this package to this version?


Justin.



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



Bug#525495: Please provide a minimal hal package

2009-04-25 Thread Harald Braumann
Forgot this one in my last mail: disable methods.

Also, these files should maybe be called 00-..., so
callouts/addons/methods could still be added for specific devices
in /etc/hal/fdi/policy, if the user so wishes.

Cheers,
harry


99-disable-methods.fdi
Description: XML document


Bug#525540: kwallnetmanager: looses pass key strokes when opening the wallet

2009-04-25 Thread Remi Denis-Courmont
Package: kwalletmanager
Version: 4:4.2.2-1
Severity: important

Hello,

Just upgraded from KDE 3.5.10 to 4.2.2 from unstable. As per my older
configuration, the KDE password widgets are printing 3 dots instead of
just 1, whenever a key is pressed.

However, this has now become horribly slow. It takes around half a
second between pressing the key, and the dots showing up on screen.
Worse, key strokes are lost altogether when if I don't pace between
key presses. For some reason, this only seem to affect password
widgets - clear text input works just fine.

Opening the wallet when KDE starts has become a huge pain.

Admittedly, this is probably a bug in an underlying library, though I
have no idea which.

Regards,

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

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

Versions of packages kwalletmanager depends on:
ii  kdebase-runtime   4:4.2.2-1  runtime components from the offici
ii  kdelibs5  4:4.2.2-2  core libraries for all KDE 4 appli
ii  libc6 2.9-7  GNU C Library: Shared libraries
ii  libqt4-dbus   4.4.3-2Qt 4 D-Bus module
ii  libqt4-qt3support 4.4.3-2Qt 3 compatibility library for Qt 
ii  libqt4-xml4.4.3-2Qt 4 XML module
 ii  libqtcore44.4.3-2Qt 4 core module
ii  libqtgui4 4.4.3-2Qt 4 GUI module
ii  libstdc++64.3.3-8The GNU Standard C++ Library v3

kwalletmanager recommends no packages.

kwalletmanager 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#446068: Please package a new upstream version

2009-04-25 Thread Kurt Roeckx
On Thu, Mar 20, 2008 at 11:49:36PM +0100, Aurelien Jarno wrote:
 Hi,
 
 Do you plan to work on packaging a new version before the Lenny freeze
 which will happen soon? I see no reason of not packaging version 7.0
 which is available for almost 9 months.
 
 Note that this new upstream version fixes bugs #405669 and #401724.
 
 If you lack some time to package it, please tell me I will work on that
 and upload the package.

Hi,

I would also like to see a new version uploaded.

Ryan, could you upload the new upstream version?


Kurt




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



Bug#268631: force preference of IPv4 over IPv6

2009-04-25 Thread Barak A. Pearlmutter
 ...  It doesn't belong in APT, it should be a global, system-wide
 preference.  I don't feel like adjusting the preferences of every
 single network program whenever I switch from a good IPv6 to a bad
 IPv6 network.

I absolutely agree.

 Barak: if IPv6 is much slower than IPv4, please adjust the
 preferences in /etc/gai.conf.  Just say

   precedence :::0:0/96  100

That configuration file is impossible for non-super-uber-expert
programmers to find.

  $ man -k ipv6 | egrep gai | wc -l
  0

  $ man -k gai.conf
  gai.conf (5) - getaddrinfo(3) configuration file

Preferring IPv4 over IPv6 should be the default.  If there is any
non-silly argument for not making it the default, I have not heard it.

Please feel free to switch this bug over to Package: libc6, which
holds /etc/gai.conf.

Cheers,

--Barak.
--
Barak A. Pearlmutter
 Hamilton Institute  Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
 http://www.bcl.hamilton.ie/~barak/



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



Bug#295316: Sincere Greeting,

2009-04-25 Thread clement.matti...@libero.it
Sincere Greeting,I'm Mr. Clement Mattins from bank of Africa. firstly,accept my 
apologies ,am the personal accountant to Dr. Ravindra F. Shah who died with his 
wife Mrs. Manjula Parikh-Shah in a plane crash on 1st Oct. 2003 on their way to 
Boston. i came across ($8,500.000.00USD) in his balance with our Bank (B.O.A), 
then i want you to provide an account where this money will be transfer into 
for both of us, contact me immediately through clement_matt...@voila.fr for 
more detail, Regards Mr Clement Mattins







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



Bug#525541: debian-maintainers: jetring changeset for Marco Túlio Gontijo e Silva

2009-04-25 Thread Marco Túlio Gontijo e Silva
Package: debian-maintainers
Version: 1.56
Severity: normal
Tags: patch

Hello,

please add me to the Debian Maintainers keyring.  Jetring changeset is
attached.

Thanks.

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

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

debian-maintainers depends on no packages.

Versions of packages debian-maintainers recommends:
ii  gnupg 1.4.9-4GNU privacy guard - a free PGP rep

debian-maintainers suggests no packages.

-- no debconf information
Comment: Add Marco Túlio Gontijo e Silva mar...@holoscopio.com as a Debian Maintainer
Date: Sat, 25 Apr 2009 07:54:14 -0300
Action: import
Recommended-By: 
  Joachim Breitner nome...@debian.org, Gustavo Noronha k...@debian.org
Agreement: 
  http://lists.debian.org/debian-newmaint/2009/04/msg00047.html
Advocates: 
  http://lists.debian.org/debian-newmaint/2009/04/msg00048.html,
  http://lists.debian.org/debian-newmaint/2009/04/msg00049.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.9 (GNU/Linux)
  
  mQGiBEhtPPARBADlBZwwnUCIQbVXIhRMz1SnV0muUJUaY+KREV8rlUl4sLIlNie/
  ta8qptMVVZ4wSmHqNc1IzSq18qpEnFjEAOxmvOXhLnCVgFl0DySeGMgnNDzHKDqz
  1AI9OPnyBPxxdoYn+AUGG5alvTL3klJyl+2VlI5UF396kDn16DBXIwsBgwCg01wR
  ABG5KDm73L88lv7Q+Zvrp4sD+wa+FTz2c4wofeJD1Lefp0KcEluITzQuo9ScPfAC
  rWpJulCNuK4tq7sTuIPHxB0Xwra59kTNEdD/i0sK6uSt7nZsoQn1/xIFlRz/7zi/
  q7CRqP23KfhxvwSpF0rTbjgFSBNd4jPUukG8PF5s7WwivWOhLzQNrcDdkexRLww/
  BsisBAC+8l8XUOfJmaMT007oUdr6Xek9Wqh4PUZRH92rmcT0kV2ltXhdRguXUESN
  mb3I7Avj/ey+4Y8eiN5l4RXmH7eVCAdmjbRApm+8iqIlYm+SLyBW9b82CYcbJgYf
  Y3ejmqntvwLMa0CFvhxMUx5FrtLFQ58eWFVpxOt8eQVKdJblsbQwTWFyY28gVMO6
  bGlvIEdvbnRpam8gZSBTaWx2YSA8bWFyY290QHJpc2V1cC5uZXQ+iGYEExECACYC
  GwMGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgAUCSfG4vgUJApDSMAAKCRCEDA6aRXVO
  RGxcAJ9qA4OWnAJJ3IzIrt5hke++PgGKKACfWZhdmfnoRyebW1Sx59J8VXJRBIqI
  YAQTEQIAIAUCSG088AIbAwYLCQgHAwIEFQIIAwQWAgMBAh4BAheAAAoJEIQMDppF
  dU5EzoAAn1M18j/zlo9FfBQ4XnuWl/fPK/AaAKDOvL+j6wYAoaOc4kxMvGndaI0w
  OLQ0TWFyY28gVMO6bGlvIEdvbnRpam8gZSBTaWx2YSA8bWFyY290QGhvbG9zY29w
  aW8uY29tPohmBBMRAgAmAhsDBgsJCAcDAgQVAggDBBYCAwECHgECF4AFAknxuKoF
  CQKQ0jAACgkQhAwOmkV1TkQ5XACgk0sgDZGmZuBd0n7rrGC9a0st4ysAoKWLxnpr
  C9//CC75q+KnMpRHDO4WiGAEExECACAFAkkjPq0CGwMGCwkIBwMCBBUCCAMEFgID
  AQIeAQIXgAAKCRCEDA6aRXVORPUeAKCLt9fjX6lgvg1I8LPK+52srXaL5ACgy/LF
  USqfspCs3j2KNzLMWejmGz65BA0ESG088BAQAOnQoBW9fCyq3iMo54naejkDs/Mm
  k6bugLSQeakPqzSRBZDZDfofmAudAUJaTwFuN0jFdBvNppkMF6SPt6joxlUm2Kvo
  cZuQxkIWTtvmee3W1woCzeG9srxA495r1HoeNuR8o35s7JnK//n4yAlhorSBbspJ
  WQy1H3vfZRi7F1kXOPqtu4fEk2rpWY+udt8uofOx+oniNBKldSj78Iy53GoynkiQ
  aNyakbtG+3K0iQuixIb8y3Xr1UZS+zXWAYVOTbzifkCajMVqt4M+N/s8En/gEhB0
  4dENU9xkqzhGfxz6v/zWqYFdRU892YqcMPr6G5xITOgofV6V9KN4xYZFP+4FsBEj
  5McGYU7zXVLb8siwlqzDSslakiJ3mYFULu1LhjxbU33SJlwfTb15hYq0MA9Qn7Vq
  CusxFr/UD+XPB5nUfyUsj9qvhaEanPp8AGxqCEIX9LpeAV09s1CK/n7OM9n9GvL3
  CUwmauQKylPXmIZ+0JElkd4oTJ2FOkI6LsauW4cposYgtN2hQPlDaTTbQios0hWG
  Y2gyrKwiRN1k221O4edh/Ixe3ZECEAuOvUQg3NkKSorysBqpujmTRw6KwDmOcHT1
  R4aE8SxSyNZ5VEb1F0MqFTkzldbngFTPLY0Si+AHfbnRTjHfvhJrJuTotjfDLv2k
  F5qt7195+37L4GfrAAMGD/9ZbAgAxr/8T72HCPOC+Q9lcTuPwHrBvzUJK+K47spF
  u8GuaZlRYyyN4A3VH4qqY4P+ryGa/FipKI2rIFycR1yM3muGyv4hD27aE7a9rhIK
  5WjtYYpWbiakiobRFmhfabIyH1RBOJw/cJ+GSVREi7kTOgoW8unaElPjwh0oAjtk
  aUHCfrvsWRKEYQSG68ll1OBGwy6CRDfBzb4bV4nj6y79un3tZ3d1M91aZ8S7UQDB
  JFfNvIq1auQgC2MIFTe46deJ18p7474Gk6asFFp/ssk2SA/MWb4RdyhA10G9JU67
  e7phWdDgYbEPj27NzSDiIqkiJeoaV3ewdCFbkQ2t3+/ea01YopQ8JigVM5OA9HCx
  rN4ujvf3mVjtTB+vnTGbqFjujoDX6bLjOZmyje7ZJ0/Dj0AduR2WCOtiDp0JfiL0
  39Lpg6OSHaJHmQTt+LagC3pY5seU1ZSemIryQYKKzf7+ZEEcLTrX51mm6vMIFlQ1
  4sm+8b109sp5hSN7gg4LJQnZhXRbLxLoTJkcUI+Ugqqu2lVBPrmcTnNjbVJL6TDY
  ujyVLYeXFTak9CgfhX8AltOlt4NOCOXekjXXZ4YKX4yONwKglAAz+KWloMzwqymL
  XAnscpj6SZSBsqJdKKfVRvuAUTfuSskOLsEBquTpB7FXGTkWtW3GUsaBnKkSjDCs
  AohJBBgRAgAJBQJIbTzwAhsMAAoJEIQMDppFdU5EqCIAoLraYovfsgtF5B03X3t1
  BE0EDaNDAKCMw8UcMYDveWx+8aeB/+K2dCYRJA==
  =3F0W
  -END PGP PUBLIC KEY BLOCK-



Bug#521071: stardict: diff for NMU version 3.0.1-4.1

2009-04-25 Thread Josselin Mouette
tags 521071 + patch
thanks

Dear maintainer,

I've prepared an NMU for stardict (versioned as 3.0.1-4.1) and
uploaded it to DELAYED/02. Please free to tell me if I should
delay it longer.

Regards.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling
diff -u stardict-3.0.1/debian/changelog stardict-3.0.1/debian/changelog
--- stardict-3.0.1/debian/changelog
+++ stardict-3.0.1/debian/changelog
@@ -1,3 +1,11 @@
+stardict (3.0.1-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * 06_new_gucharmap.dpatch: patch stolen from Ubuntu. Update StarDict 
+to work with the latest gucharmap. Closes: #521071.
+
+ -- Josselin Mouette j...@debian.org  Sat, 25 Apr 2009 12:34:41 +0200
+
 stardict (3.0.1-4) unstable; urgency=low
 
   * debian/patches/05_g++-4.3.dpatch:
diff -u stardict-3.0.1/debian/control stardict-3.0.1/debian/control
--- stardict-3.0.1/debian/control
+++ stardict-3.0.1/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Andrew Lee and...@linux.org.tw
 Uploaders: Anthony Fok f...@debian.org
-Build-Depends: debhelper (= 5.0.51), dpatch, libgnomeui-dev, scrollkeeper, libbonobo2-dev, libgconf2-dev, liborbit2-dev, zlib1g-dev, sharutils, libxml-parser-perl, libx11-dev, x11proto-core-dev, libenchant-dev, libgucharmap-dev, libespeak-dev, festival-dev, libestools1.2-dev, libtool, intltool, autoconf, automake (= 1.10), autotools-dev, libsigc++-2.0-dev (= 2.0.18-2)
+Build-Depends: debhelper (= 5.0.51), dpatch, libgnomeui-dev, scrollkeeper, libbonobo2-dev, libgconf2-dev, liborbit2-dev, zlib1g-dev, sharutils, libxml-parser-perl, libx11-dev, x11proto-core-dev, libenchant-dev, libgucharmap2-dev, libespeak-dev, festival-dev, libestools1.2-dev, libtool, intltool, autoconf, automake (= 1.10), autotools-dev, libsigc++-2.0-dev (= 2.0.18-2)
 Build-Conflicts: autoconf2.13, automake1.4
 Standards-Version: 3.8.0.0
 DM-Upload-Allowed: yes
diff -u stardict-3.0.1/debian/patches/00list stardict-3.0.1/debian/patches/00list
--- stardict-3.0.1/debian/patches/00list
+++ stardict-3.0.1/debian/patches/00list
@@ -5,0 +6 @@
+06_new_gucharmap.dpatch
only in patch2:
unchanged:
--- stardict-3.0.1.orig/debian/patches/06_new_gucharmap.dpatch
+++ stardict-3.0.1/debian/patches/06_new_gucharmap.dpatch
@@ -0,0 +1,32 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 06_new_gucharmap.dpatch by Steve Kowalik stev...@ubuntu.com
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Correct pkg-config name for gucharmap, and correct some code changes
+## DP: with the new version of the library.
+
+...@dpatch@
+diff -urNad stardict-3.0.1~/configure.in stardict-3.0.1/configure.in
+--- stardict-3.0.1~/configure.in	2008-09-01 18:37:55.0 +1000
 stardict-3.0.1/configure.in	2008-09-01 18:37:56.0 +1000
+@@ -76,7 +76,7 @@
+ 	[enable_gucharmap=yes])
+ 
+ if test x$enable_gucharmap = xyes ; then
+-	PKG_CHECK_MODULES(GUCHARMAP, [gucharmap = 1.4.0], have_gucharmap=yes, have_gucharmap=no)
++	PKG_CHECK_MODULES(GUCHARMAP, [gucharmap-2 = 1.4.0], have_gucharmap=yes, have_gucharmap=no)
+ 	if test x$have_gucharmap = xyes; then
+ 		GUCHARMAP_CFLAGS=${GUCHARMAP_CFLAGS}
+ 		GUCHARMAP_LIBS=${GUCHARMAP_LIBS}
+diff -urNad stardict-3.0.1~/stardict-plugins/stardict-gucharmap-plugin/stardict_gucharmap.cpp stardict-3.0.1/stardict-plugins/stardict-gucharmap-plugin/stardict_gucharmap.cpp
+--- stardict-3.0.1~/stardict-plugins/stardict-gucharmap-plugin/stardict_gucharmap.cpp	2008-09-01 18:37:55.0 +1000
 stardict-3.0.1/stardict-plugins/stardict-gucharmap-plugin/stardict_gucharmap.cpp	2008-09-01 18:38:49.0 +1000
+@@ -237,7 +237,7 @@
+ 	/* canonical decomposition */
+ 	gunichar *decomposition;
+ 	gsize result_len;
+-	decomposition = gucharmap_unicode_canonical_decomposition (uc, result_len);
++	decomposition = g_unicode_canonical_decomposition (uc, result_len);
+ 	if (result_len != 1) {
+ 		definition += _(Canonical decomposition:);
+ 		definition +=  ;


Bug#493459: No difference in KDE 4

2009-04-25 Thread Rémi Denis-Courmont
found 493459 4:4.2.2-1
tags 493459 - moreinfo
thanks

The bug is unchanged, as easily seen with Wireshark.

-- 
Rémi Denis-Courmont
http://www.remlab.net/




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



Bug#523018: [Pkg-xfce-devel] Bug#523018: xfce4-panel: doesn't work with some gtk programs either

2009-04-25 Thread Yves-Alexis Perez
On sam, 2009-04-25 at 12:20 +0200, Dirk Griesbach wrote:
 the same problem occurs with some gtk-applications too, e.g. gajim.  If
 the panel with the notification area is set to auto-hide, it will only
 get a small space on the rigth side. (notification area is sitting at
 the right corner of the panel.) So the icon is out of sight.

I'm afraid I still can't reproduce, even with gajim and auto-hide

Cheers,
-- 
Yves-Alexis


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


Bug#525542: wicd: please show used wireless channel in the list

2009-04-25 Thread Norbert Preining
Package: wicd
Version: 1.5.9-5
Severity: wishlist

It would be nice to see the wlan channel used in the list that is displayed
by wicd.

Thanks and all the best

Norbert


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

Kernel: Linux 2.6.30-rc3 (SMP w/2 CPU cores; PREEMPT)
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 wicd depends on:
ii  adduser 3.110add and remove users and groups
ii  dhcp3-client3.1.2-1  DHCP client
ii  dhcpcd  1:3.2.3-3DHCP client for automatically conf
ii  ethtool 6+20090307-1 display or change Ethernet device 
ii  iproute 20090324-1   networking and traffic control too
ii  net-tools   1.60-23  The NET-3 networking toolkit
ii  python  2.5.4-2  An interactive high-level object-o
ii  python-dbus 0.83.0-1 simple interprocess messaging syst
ii  python-glade2   2.14.1-2 GTK+ bindings: Glade support
ii  python-gtk2 2.14.1-2 Python bindings for the GTK+ widge
ii  python-support  1.0.2automated rebuilding support for P
ii  wireless-tools  29-1.1   Tools for manipulating Linux Wirel
ii  wpasupplicant   0.6.9-2  client support for WPA and WPA2 (I

wicd recommends no packages.

Versions of packages wicd suggests:
ii  pm-utils  1.2.5-2utilities and scripts for power ma

-- 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#525543: nautilus-share: bogus build-dependency on libeel2-dev

2009-04-25 Thread Josselin Mouette
Package: nautilus-share
Version: 0.7.2-4
Severity: serious

Hi,

the nautilus-share package build-depends on libeel2-dev, but does not
actually uses the eel library, as show the dependencies.

As libeel is being removed, please remove this bogus dependency.

Thanks,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


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


Bug#493458: (no subject)

2009-04-25 Thread Rémi Denis-Courmont
forwarded 493458 http://bugs.kde.org/show_bug.cgi?id=112213
tags 493458 - moreinfo unreproducible
found 493458 4:4.2.2-1
thanks

-- 
Rémi Denis-Courmont
http://www.remlab.net/




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



Bug#523018: [Pkg-xfce-devel] Bug#523018: xfce4-panel: doesn't work with some gtk programs either

2009-04-25 Thread Yves-Alexis Perez
On sam, 2009-04-25 at 12:20 +0200, Dirk Griesbach wrote:
 the same problem occurs with some gtk-applications too, e.g. gajim.  If
 the panel with the notification area is set to auto-hide, it will only
 get a small space on the rigth side. (notification area is sitting at
 the right corner of the panel.) So the icon is out of sight.

So the problems is related to panel auto-hide?

Cheers,
-- 
Yves-Alexis


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


Bug#525544: mlview: bogus build-dependency on libeel2-dev

2009-04-25 Thread Josselin Mouette
Package: mlview
Version: 0.9.0-2.1
Severity: serious

Hi,

the mlview package build-depends on libeel2-dev, but does not
actually uses the eel library, as show the dependencies.

As libeel is being removed, please remove this bogus dependency.

Thanks,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


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


Bug#415836: findutils: better french l10n for a message

2009-04-25 Thread James Youngman
On Sat, Apr 25, 2009 at 10:26 AM, Arnaud Giersch
arnaud.gier...@iut-bm.univ-fcomte.fr wrote:
 Samedi 25 avril 2009, vers 10:07:10 (+0200), Andreas Metzler a écrit :

 warning: you have specified the %s option after a non-option argument %s, 
 but options are not positional (%s affects tests specified before it as 
 well 
 as those specified after it).  Please specify options before other 
 arguments.\n
 [...]

 findutils 4.4.1 contains this:

 AVERTISSEMENT : vous avez spécifié l'option %s après un argument qui n'est 
 pas une option %s mais les options sont positionnelles (%s affecte les 
 tests 
 spécifiés avant aussi bien qu'après). SVP spécifiez des options avant les 
 autres arguments. \n

 Hello,

 I am sorry, but I do not agree that this bug can be closed.  There
 remains at least two problems in this translation:
[...]
 Then, from a stylistic point of view, I am not fully statisfied with
 the translation.

Please take up translation issues with the translation team; the
upstream package doesn't maintain the translations either.   See the
guidance at http://translationproject.org/html/maintainers.html

For the French translation in particular, see
http://translationproject.org/team/fr.html

Thanks!
James.



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



Bug#525545: mail-notification: bogus build-dependency on libeel2-dev

2009-04-25 Thread Josselin Mouette
Package: mail-notification
Version: 5.4.dfsg.1-1.1
Severity: serious

Hi,

the mail-notification package build-depends on libeel2-dev, but does not
actually uses the eel library, as show the dependencies.

As libeel is being removed, please remove this bogus dependency.

Thanks,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


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


Bug#525546: libxi-dev: manpage bugs in XInput.h related manpages

2009-04-25 Thread Bernhard R. Link
Package: libxi-dev
Version: 2:1.1.4-1
Severity: minor

XInput related manpages have same inaccuraties in their SYNTAX lines:

XDeviceBell.3.gz:
  feedbackclass, feedbackid and percent are numbers and not pointers
  as claimed by the SYNTAX line.

XQueryDeviceState.3.gz:
 as the manpage correctly states, it returns an XDeviceState.
 But the prototype in the SYNTAX header lists int.

XGetDeviceControl.3.gz:
 controlType is listed as pointer, put is int.

XSelectExtensionEvent.3.gz:
 other way around, last four arguments of XGetSelectedExtensionEvents
 all miss an *. (and both are old KR syntax, as some others are)

XChangeDeviceDontPropagateList.3.gz:
 count is listed as pointer but should not.

Hochachtungsvoll,
Bernhard R. Link
-- 
Never contain programs so few bugs, as when no debugging tools are available!
Niklaus Wirth



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



Bug#522098: coreutils: du -H does not provides du --si

2009-04-25 Thread Marco Túlio Gontijo e Silva
reopen 522098
reassign 522098 manpages-pt 20040726-2
tag l10n
thanks

Hello.

Em Ter, 2009-04-07 às 21:04 -0400, Michael Stone escreveu:
 On Tue, Mar 31, 2009 at 03:42:29PM -0300, Marco Túlio Gontijo e Silva wrote:
 In du(1), it sais that du -H is the same as du --si, but it's not what I get:
 
 Mine says:
 
 -H equivalent to --dereference-args (-D)
 
 Are youe using something other than the english man page? (Various 
 translations are available, but aren't part of the coreutils package.)

Yes, I noticed this is a problem specific of the translation package.
Sorry to bother.

-- 
marcot
http://marcot.iaaeee.org/





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



Bug#525522: RM: eel2 -- ROM; obsolete, no rdeps, now in nautilus

2009-04-25 Thread Josselin Mouette
Le samedi 25 avril 2009 à 12:31 +0200, Frank Lichtenheld a écrit :
  Since there are no more reverse dependencies in unstable, please remove
  eel2 entirely.
 
 Checking reverse dependencies...

Thanks for noticing, I forgot to look at the build-dependencies.

 # Broken Depends:
 meta-gnome2: gnome-core-devel
Fixed in 2.24.3~2.

 # Broken Build-Depends:
 control-center: libeel2-dev (= 2.24)
Fixed in 2.24.0.1-5.

 mail-notification: libeel2-dev (= 2.6.0)
#525545

 mlview: libeel2-dev (= 2.6.2)
#525544

 nautilus-python: libeel2-dev (= 2.6.0)
Fixed in 0.5.1-2.

 nautilus-share: libeel2-dev (= 2.10.0)
#525543

 While the broken depends are mostly just waiting for buildds to catch up, the
 broken build-depends should either be fixed or documented by RC bugs before
 removing the package.

All done now.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


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


Bug#525547: installs gconf-2.m4 with broken GCONF_SCHEMA_FILE_DIR

2009-04-25 Thread Robert Millan
Package: libgconf2-dev
Version: 2.24.0-7
Severity: important

This package installs /usr/share/aclocal/gconf-2.m4 whose GCONF_SCHEMA_FILE_DIR
definition ($(sysconfdir)/gconf/schemas) propagates to aclocal.m4 files,
resulting in gconf schema files being installed to /etc, which lintian is not
happy with:

W: gnote: package-installs-into-etc-gconf-schemas 
etc/gconf/schemas/gnote.schemas
N: 
N:The package installs files into the /etc/gconf/schemas directory. No
N:package should do this; this directory is reserved for local overrides.
N:Instead, schemas should be installed into /usr/share/gconf/schemas.
N:
N:Severity: normal, Certainty: certain

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

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

Versions of packages libgconf2-dev depends on:
ii  gconf2 2.24.0-7  GNOME configuration database syste
ii  libdbus-1-dev  1.2.12-1  simple interprocess messaging syst
ii  libgconf2-42.24.0-7  GNOME configuration database syste
ii  libglib2.0-dev 2.20.0-2  Development files for the GLib lib
ii  liborbit2-dev  1:2.14.17-0.1 development files for ORBit2 - a C

libgconf2-dev recommends no packages.

libgconf2-dev 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#523704: nessus-core: Please update build dep for libglib1.2

2009-04-25 Thread Javier Fernández-Sanguino Peña
On Sat, Apr 11, 2009 at 08:09:12PM -0400, Barry deFreese wrote:
 Now that Gtk1.2 is removed we are also looking to remove glib1.2 from
 the archive.  Nessus-core seems to build-depend on libglib1.2-dev and  
 libglib2.0-dev.  Is this a mistake?  It seems to build fine without  
 libglib1.2-dev.

I'd say this is a mistake. I will package the latest version of Nessus-core
and remove this Build-Dep

Regards

Javier


signature.asc
Description: Digital signature


Bug#525548: [I18N:es] Updated Spanish translation

2009-04-25 Thread Javier Fernandez-Sanguino Pen~a
Package: dbconfig-common
Version: 1.8.41
Severity: wishlist
Tags: l10n patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Please find attached an updated po-debconf translation of this package into
Spanish.

Thanks for including it in your next package upload,

Javier


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

iD8DBQFJ8vlWsandgtyBSwkRAoDAAJ40T6z5FSZeupZ+pVBLBaZdcz4YUQCfbRMU
u7Z1ZOSviesGQ1VfjkhPN/0=
=3vrV
-END PGP SIGNATURE-
#
# dbconfig-common translation to spanish
# Copyright (C) 2005 Software in the Public Interest, SPI Inc.
# This file is distributed under the same license as the dbconfig-common 
# package.
#
# Changes:
# - Initial translation
# Javier Fernández-Sanguino, 2005
# - Revision
# Javier Fernandez-Sanguino, 2006
#
#
#  Traductores, si no conoce el formato PO, merece la pena leer la 
#  documentación de gettext, especialmente las secciones dedicadas a este
#  formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducción de Debian al español
#   http://www.debian.org/intl/spanish/coordinacion
#   especialmente las notas y normas de traducción en
#   http://www.debian.org/intl/spanish/notas
#
# - La guía de traducción de po's de debconf:
#   /usr/share/doc/po-debconf/README-trans
#   o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
# Si tiene dudas o consultas sobre esta traducción consulte con el último
# traductor (campo Last-Translator) y ponga en copia a la lista de
# traducción de Debian al español (debian-l10n-span...@lists.debian.org)
#
msgid 
msgstr 
Project-Id-Version: dbconfig-common\n
Report-Msgid-Bugs-To: dbconfig-com...@packages.debian.org\n
POT-Creation-Date: 2009-02-06 07:18+0100\n
PO-Revision-Date: 2009-04-25 13:50+0200\n
Last-Translator: Javier Fernandez-Sanguino j...@debian.org\n
Language-Team: Debian Spanish debian-l10n-span...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=ISO-8859-15\n
Content-Transfer-Encoding: 8bit\n

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:2001
msgid Will this server be used to access remote databases?
msgstr ¿Se utilizará este servidor para acceder a bases de datos remotas?

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:2001
msgid 
For the database types that support it, dbconfig-common includes support for 
configuring databases on remote systems.  When installing a package's 
database via dbconfig-common, the questions related to remote configuration 
are asked with a priority such that they are skipped for most systems.
msgstr 
Dbconfig-common dispone de soporte para la configuración de bases de datos 
en sistemas remotos para aquellos tipos de bases de datos que lo soportan. 
Las preguntas relacionadas con la configuración de sistemas remotos se 
preguntarán con una prioridad tal que se omitirán en la mayoría de los 
sistemas cuando instale un base de datos a través de dbconfig-common.
Dbconfig-common dispone de soporte para la configuración de bases de datos 
en sistemas remotos para aquellos tipos de bases de datos que lo soportan. 
Las preguntas relacionadas con la configuración de sistemas remotos se 
preguntarán con una prioridad tal que se omitirán en la mayoría de los 
sistemas cuando instale un base de datos a través de dbconfig-common.

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:2001
#| msgid 
#| If you select this option, the default behaviour will be to prompt you 
#| with questions related to remote database configuration when you install 
#| new packages.
msgid 
If you select this option, the default behavior will be to prompt you with 
questions related to remote database configuration when you install new 
packages.
msgstr Si selecciona esta opción, el comportamiento por omisión será realizar 
las preguntas relacionadas con la configuración de bases de datos en sistemas 
remotos cuando instale nuevos paquetes.

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:2001
msgid If you are unsure, you should not select this option.
msgstr No debería seleccionar esta opción si no está seguro.

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:3001
#| msgid Keep \administrative\ database passwords in debconf?
msgid Keep \administrative\ database passwords?
msgstr ¿Desea guardar las contraseñas «administrativas» de la base de datos?

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:3001
#| msgid 
#| By default, you will be prompted for all administrator-level database 
#| passwords when you configure, upgrade, or remove applications with 
#| dbconfig-common.  These passwords will not be stored in debconf for any 
#| longer than they are needed.
msgid 
By default, you will be prompted for all administrator-level database 
passwords when you configure, upgrade, or remove applications 

Bug#525494: hugin creates Makefiles that are not compatible with -j

2009-04-25 Thread Andreas Metzler
On 2009-04-25 Helmut Grohne hel...@subdivi.de wrote:
 Package: hugin
 Version: 0.7.0-2
 Severity: important

 The Makefiles hugin creates seem to be incompatible with -j. Having
 MAKEFLAGS=-j2 on my system therefore makes hugin fail badly while
 stitching. There are basically two options:
 1) unset MAKEFLAGS
 2) write proper Makefiles
[...]

Hello,
I think the makefiles are ok. The problem is that hugin invokes 

make -f huginmk_xbVYON all clean
instead of
make -f huginmk_xbVYON all  make -f huginmk_xbVYON clean

This causes make to try to do cleaning up and stitching in paralell.
With -j2 and two images, this happens:

1a nona for image 1
1b nona for image 2
--
2a nona for image 3
2b rm temporary files, including the output the first nona invocations
--
3a run enblend, which fails due to missing files.

cu andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
# makefile for panorama stitching, created by hugin 



# Tool configuration
NONA=nona
PTSTITCHER=PTStitcher
PTMENDER=PTmender
PTBLENDER=PTblender
PTMASKER=PTmasker
PTROLLER=PTroller
ENBLEND=enblend
ENFUSE=enfuse
SMARTBLEND=smartblend.exe
HDRMERGE=hugin_hdrmerge
RM=rm
EXIFTOOL=exiftool

ifndef ENBLEND
  ENBLEND=false
endif

ifndef ENFUSE
  ENFUSE=false
endif

# options for the programs

NONA_LDR_REMAPPED_COMP=-z PACKBITS
ENBLEND_OPTS=-m 1500 -f2277x4564
ENBLEND_LDR_COMP=--compression LZW
ENBLEND_HDR_COMP=
ENFUSE_OPTS=
EXIFTOOL_COPY_ARGS=-ImageDescription -Make -Model -Artist -WhitePoint 
-Copyright -GPS:all -DateTimeOriginal -CreateDate -UserComment -ColorSpace 
-OwnerName -SerialNumber

# the output panorama
LDR_REMAPPED_PREFIX=f
LDR_REMAPPED_PREFIX_SHELL=f
HDR_STACK_REMAPPED_PREFIX=f_hdr_
HDR_STACK_REMAPPED_PREFIX_SHELL=f_hdr_
LDR_EXPOSURE_REMAPPED_PREFIX=f_exposure_layers_
LDR_EXPOSURE_REMAPPED_PREFIX_SHELL=f_exposure_layers_
PROJECT_FILE=/tmp/huginpto_oinZd8
PROJECT_FILE_SHELL=/tmp/huginpto_oinZd8
LDR_BLENDED=f.tif
LDR_BLENDED_SHELL=f.tif
LDR_STACKED_BLENDED=f_fused.tif
LDR_STACKED_BLENDED_SHELL=f_fused.tif
HDR_BLENDED=f_hdr.exr
HDR_BLENDED_SHELL=f_hdr.exr

# first input image
INPUT_IMAGE_1=/tmp/HUGIN/test/IMG_2767.JPG
INPUT_IMAGE_1_SHELL=/tmp/HUGIN/test/IMG_2767.JPG
# all input images
INPUT_IMAGES=/tmp/HUGIN/test/IMG_2767.JPG\
/tmp/HUGIN/test/IMG_2768.JPG\
/tmp/HUGIN/test/IMG_2769.JPG

INPUT_IMAGES_SHELL=/tmp/HUGIN/test/IMG_2767.JPG\
/tmp/HUGIN/test/IMG_2768.JPG\
/tmp/HUGIN/test/IMG_2769.JPG

# remapped images
LDR_LAYERS=f.tif\
f0001.tif\
f0002.tif

LDR_LAYERS_SHELL=f.tif\
f0001.tif\
f0002.tif

# remapped images (hdr)
HDR_LAYERS=f_hdr_.exr\
f_hdr_0001.exr\
f_hdr_0002.exr

HDR_LAYERS_SHELL=f_hdr_.exr\
f_hdr_0001.exr\
f_hdr_0002.exr

# remapped maxval images
HDR_LAYERS_WEIGHTS=f_hdr__gray.pgm \
f_hdr_0001_gray.pgm \
f_hdr_0002_gray.pgm 

HDR_LAYERS_WEIGHTS_SHELL=f_hdr__gray.pgm\
f_hdr_0001_gray.pgm\
f_hdr_0002_gray.pgm

# stacked images
HDR_STACKS_NUMBERS = 0 1 2 
HDR_STACK_0 = f_stack_hdr_.exr
HDR_STACK_0_SHELL = f_stack_hdr_.exr
HDR_STACK_0_INPUT = f_hdr_.exr

HDR_STACK_0_INPUT_SHELL = f_hdr_.exr

HDR_STACK_1 = f_stack_hdr_0001.exr
HDR_STACK_1_SHELL = f_stack_hdr_0001.exr
HDR_STACK_1_INPUT = f_hdr_0001.exr

HDR_STACK_1_INPUT_SHELL = f_hdr_0001.exr

HDR_STACK_2 = f_stack_hdr_0002.exr
HDR_STACK_2_SHELL = f_stack_hdr_0002.exr
HDR_STACK_2_INPUT = f_hdr_0002.exr

HDR_STACK_2_INPUT_SHELL = f_hdr_0002.exr


HDR_STACKS = $(HDR_STACK_0) $(HDR_STACK_1) $(HDR_STACK_2) 
HDR_STACKS_SHELL = $(HDR_STACK_0_SHELL) $(HDR_STACK_1_SHELL) 
$(HDR_STACK_2_SHELL) 


# number of image sets with similar exposure
LDR_EXPOSURE_EXPOSURE_LAYERS_NUMBERS = 0 
LDR_EXPOSURE_LAYER_0 = f_exposure_00.tif
LDR_EXPOSURE_LAYER_0_SHELL = f_exposure_00.tif
LDR_EXPOSURE_LAYER_0_INPUT = f_exposure_layers_.tif\
f_exposure_layers_0001.tif\
f_exposure_layers_0002.tif

LDR_EXPOSURE_LAYER_0_INPUT_SHELL = f_exposure_layers_.tif\
f_exposure_layers_0001.tif\
f_exposure_layers_0002.tif

LDR_EXPOSURE_LAYER_0_INPUT_PTMENDER = f.tif\
f0001.tif\
f0002.tif

LDR_EXPOSURE_LAYER_0_INPUT_PTMENDER_SHELL = f.tif\
f0001.tif\
f0002.tif
LDR_EXPOSURE_LAYER_0_EXPOSURE = 23.8605

LDR_EXPOSURE_LAYERS = $(LDR_EXPOSURE_LAYER_0) 
LDR_EXPOSURE_LAYERS_SHELL = $(LDR_EXPOSURE_LAYER_0_SHELL) 
LDR_EXPOSURE_LAYERS_REMAPPED = f_exposure_layers_.tif\
f_exposure_layers_0001.tif\
f_exposure_layers_0002.tif

LDR_EXPOSURE_LAYERS_REMAPPED_SHELL = f_exposure_layers_.tif\
f_exposure_layers_0001.tif\
f_exposure_layers_0002.tif


# stacked images for enfuse or other automatic exposure blending tools
LDR_STACKS_NUMBERS = 0 1 2 
LDR_STACK_0 = f_stack_ldr_.tif
LDR_STACK_0_SHELL = f_stack_ldr_.tif
LDR_STACK_0_INPUT = 

Bug#525547: installs gconf-2.m4 with broken GCONF_SCHEMA_FILE_DIR

2009-04-25 Thread Robert Millan
tags 525547 patch
thanks

Patch attached.

-- 
Robert Millan

  The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all.
--- gconf-2.m4~	2009-04-25 13:56:45.0 +0200
+++ gconf-2.m4	2009-04-25 13:57:07.0 +0200
@@ -22,7 +22,7 @@
   AC_MSG_RESULT([Using config source $GCONF_SCHEMA_CONFIG_SOURCE for schema installation])
 
   if test x$GCONF_SCHEMA_FILE_DIR = x; then
-GCONF_SCHEMA_FILE_DIR='$(sysconfdir)/gconf/schemas'
+GCONF_SCHEMA_FILE_DIR='$(datarootdir)/gconf/schemas'
   fi
 
   AC_ARG_WITH([gconf-schema-file-dir],


Bug#505071: [Pkg-shadow-devel] Bug#505071: closed ... fixed in shadow 1:4.1.3-1

2009-04-25 Thread Paul Szabo
Dear Nicolas,

Comments on (snippet of code comments, and your words):

   * but users must exec login which will use the existing utmp
   * entry (will not overwrite remote hostname).  --marekm

 My point would be: In case login is setuid, shall we require that it is
 called with exec login. That would be my preference.

 Then, how to enforce this? (note the point is not to enforce this is all
 cases, but to make sure regular user will not leave a opened session).

If login is not setuid then it cannot be used in that fashion anyway.
So this is not about current Debian or Ubuntu.

In my experience, if users want something, they will get it with some
worse means. If we do not let them run login directly, then they will
run telnet instead which is probably much more wasteful; they will not
use exec login or su, because are not familiar with those. There is
not much point in protecting users from own foolishness.

But mainly, exec login cannot possibly work in a PAM environment, but
will fail/die and lose the user session; users should not be tricked
into doing that. Presumably the user logged in with login (e.g. telnet,
may not apply for ssh or xterm); then login done a fork before running
the shell; any utmp entry refers to the PID of the parent login.
Incidentally, seems rather wasteful to have login waiting to
pam_close_session and telnetd waiting to clear utmp.

Cheers, Paul

Paul Szabo   p...@maths.usyd.edu.au   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia



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



Bug#525436: cdbs: distutils not installing into non-python-named package

2009-04-25 Thread Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

package cdbs
retitle 525436 cdbs: distutils not installing into non-python-named package
thanks

On Sat, Apr 25, 2009 at 11:40:50AM +0200, Jonas Smedegaard wrote:
On Sat, Apr 25, 2009 at 10:42:43AM +0200, Martin Pitt wrote:
Jonas Smedegaard [2009-04-25 9:36 +0200]:
 In other words, the problem is not that python install rule does no 
 longer get invoked, but that it now gets invoked in parallel (or in 
 undefined order of) other install/* rules.

So if I first include distutils.mk and then define an install/foo:: 
rule, my own rule isn't guaranteed to be invoked later than the 
distutils ones? I always understood :: as an append operator, not 
throw it into the set. It's entirely possible that I was wrong all 
the time, of course.

I might be wrong, but yes, my understanding of :: rules is that even if 
they often in practice run in the order defined, that is not ensured.

According to make documentation, :: rules are indeed executed in the 
order they appear in the makefile as you expected.

The problem is another: calibre relied on python-distutils installing 
into topmost binary package declared in debian/control.

Adding the following (either above or below snippet inclusions - order 
does not matter) makes the package build corectly:

DEB_PYTHON_MODULE_PACKAGES = calibre


Not sure yet if this is a bug in CDBS - just emailing this as soon as I 
discovered the true issue.


  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

   [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkny+6sACgkQn7DbMsAkQLiH2ACfamSfwDo3htW3Ayhcqs9HIEBi
cFoAnRPYV9eVLR0pA5XEerBNKrvbrHw5
=fcbe
-END PGP SIGNATURE-



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



Bug#525534: *** glibc detected *** /usr/bin/perl: double free or corruption

2009-04-25 Thread Niko Tyni
On Sat, Apr 25, 2009 at 12:23:29PM +0200, Kurt Roeckx wrote:
 Package: perl
 Version: 5.10.0-19
 Severity: important
 
 When building the libgtk2-mozembed-perl 0.08-1 package,
 various arches saw an error like this:
 t/GtkMozEmbedXlib:  extension RANDR missing on display :99.0.
 *** glibc detected *** /usr/bin/perl: double free or corruption (out): 
 0x2b364e552920 ***
 === Backtrace: =
 /lib/libc.so.6[0x2b3645d4c1b8]
 /lib/libc.so.6(cfree+0x76)[0x2b3645d4dcf6]
 /usr/lib/libperl.so.5.10(perl_destruct+0x136d)[0x2b36453739fd]
 /usr/bin/perl(main+0xb3)[0x400ce3]
 /lib/libc.so.6(__libc_start_main+0xe6)[0x2b3645cf85a6]
 /usr/bin/perl[0x400b69]

As Gtk2::MozEmbed isn't pure Perl but an XS module, the bug can well be
in its C parts. It's a bit early to blame Perl itself.

I'll have a look though.

Cheers,
-- 
Niko Tyni   nt...@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#524393: [debchange] dch -r without editing no longer modifies the changelog

2009-04-25 Thread Mark Purcell
On Friday 17 April 2009 05:44:14 Peter Eisentraut wrote:
 I used to use dch -r habitually before releasing a package because it sets
 the release in the changelog and updates the timestamp.  In the new
 devscripts version, if you don't do any other editing, it will then say,
 changelog not modified and not apply the changes.  I think this was
 broken as the fix to #422450.  I think I want the old behavior back.  What
 is the purpose of dch -r otherwise?

Hi I too use dch -r for exactly this purpose.

I do find the current behaviour difficult to work with.

Mark


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


Bug#525184: Segmentation fault on startup

2009-04-25 Thread Cesare Leonardi

Hoping to help, i attach the strace output.
Amule is a multithreaded application, so that can mean nothing, but the 
last instruction executed seems the same as Alex: an open-read-close on 
/dev/urandom.


Regards.

Cesare.
execve(/usr/bin/amule, [/usr/bin/amule], [/* 31 vars */]) = 0
brk(0)  = 0xa144000
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fbd000
access(/etc/ld.so.preload, R_OK)  = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=82007, ...}) = 0
mmap2(NULL, 82007, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fa8000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/i686/cmov/libpthread.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 H\0\0004\0\0\0..., 
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=116294, ...}) = 0
mmap2(NULL, 98772, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb7f8f000
mmap2(0xb7fa4000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14) = 0xb7fa4000
mmap2(0xb7fa6000, 4564, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fa6000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/usr/lib/libz.so.1, O_RDONLY)= 3
read(3, 
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\30\0\0004\0\0\0..., 512) 
= 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=82160, ...}) = 0
mmap2(NULL, 84892, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb7f7a000
mmap2(0xb7f8e000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13) = 0xb7f8e000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/usr/lib/libcrypto++.so.8, O_RDONLY) = 3
read(3, 
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\34\0004\0\0\0..., 512) = 
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=4105368, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7f79000
mmap2(NULL, 4122804, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb7b8a000
mmap2(0xb7f3d000, 229376, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3b2) = 0xb7f3d000
mmap2(0xb7f75000, 14516, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f75000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/usr/lib/libupnp.so.3, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\2002\0\0004\0\0\0..., 
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=102188, ...}) = 0
mmap2(NULL, 110272, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb7b6f000
mmap2(0xb7b88000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x18) = 0xb7b88000
mmap2(0xb7b89000, 3776, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7b89000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/usr/lib/libthreadutil.so.2, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\24\0\0004\0\0\0..., 
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=15592, ...}) = 0
mmap2(NULL, 18480, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb7b6a000
mmap2(0xb7b6e000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3) = 0xb7b6e000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/usr/lib/libixml.so.2, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\*\0\0004\0\0\0..., 
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=36064, ...}) = 0
mmap2(NULL, 34812, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb7b61000
mmap2(0xb7b69000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8) = 0xb7b69000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/usr/lib/libwx_gtk2u_adv-2.8.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0PB\4\0004\0\0\0..., 
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=766992, ...}) = 0
mmap2(NULL, 776840, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb7aa3000
mmap2(0xb7b56000, 36864, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb2) = 0xb7b56000
mmap2(0xb7b5f000, 6792, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7b5f000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/usr/lib/libwx_gtk2u_core-2.8.so.0, 

Bug#525550: libradiusclient-ng2 - how to get the radiusclient binary installed

2009-04-25 Thread Dan-Cristian Bogos
Package: libradiusclient-ng2
Version: 0.5.5-1

Hi Mark,

I got your address listed as one of the maintainer of the libradius-ng
package.

I have noticed that, when installing both packages
libradiusclient-ng-dev and libradiusclient-ng2, the radiusclient binary
is missing. However if I download and install it manually from the
sources I can run it just fine. 
Can u please let me know whether this is the desired behaviour or shall
I get the radiusclient utility out of some other sources?

Ta,
DanB





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



  1   2   3   >