Bug#525510: background color
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.
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
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
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
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?
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
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
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
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)
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
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
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
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
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
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
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?
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
-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
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)
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
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
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
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
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?
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
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
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
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
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
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
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
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
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
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
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
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
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
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?
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)
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
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
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
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
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
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
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
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
-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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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)
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)
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
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?
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
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
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)
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
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
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
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
... 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,
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
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
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
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
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
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
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)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
-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
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
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
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
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
