Bug#509243: impressive: re-loads continuously when -u is specified
Package: impressive Version: 0.10.2r-2 Severity: normal I'm using impressive with command-line option impressive -t PageTurn -u 5 cvscheckout/external/tokyodebian/monthly-report/debianmeetingresume200812-presentation.pdf and -u5 seems to make it reload the PDF file every 5 seconds regardless of whether the file was changed or not. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) (ignored: LC_ALL set to ja_JP.eucJP) Shell: /bin/sh linked to /bin/bash Versions of packages impressive depends on: ii perl5.10.0-18Larry Wall's Practical Extraction ii poppler-utils 0.8.7-1 PDF utilitites (based on libpopple ii python 2.5.2-3 An interactive high-level object-o ii python-imaging 1.1.6-3 Python Imaging Library ii python-opengl 3.0.0~b6-3 Python bindings to OpenGL ii python-pygame 1.7.1release-4.2 SDL bindings for games development ii python-support 0.8.4automated rebuilding support for P ii xpdf-reader 3.02-1.4 Portable Document Format (PDF) sui Versions of packages impressive recommends: ii ghostscript-x8.62.dfsg.1-3.1 The GPL Ghostscript PostScript/PDF ii pdftk1.41-3 useful tool for manipulating PDF d Versions of packages impressive suggests: ii latex-beamer 3.07-1 LaTeX class to produce presentatio -- 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#509214: kpowersave: suspend to ram started to fail reporting bug on my two laptops
Michael Biebl wrote: valette wrote: Package: kpowersave Version: 0.7.3-3 Severity: important Message error is a popup containing : An unknown error occured while Suspend to RAM. The Error code is '1'. I suspected a chnage in my kernel config first but then I got the same error on my business laptop where config has not changed for mothns. Could you please send me the output of /var/log/pm-suspend.log? Initial commandline parameters: --quirk-dpms-suspend --quirk-dpms-on --quirk-vbestate-restore --quirk-vbemode-restore --quirk-vga-mode3 --quirk-vbe-post Sat Dec 20 09:17:36 CET 2008: Running hooks for suspend. /usr/lib/pm-utils/sleep.d/00auto-quirk suspend suspend: success. /usr/lib/pm-utils/sleep.d/00logging suspend suspend: Linux pink-floyd2 2.6.28-rc9 #21 SMP PREEMPT Fri Dec 19 07:54:25 CET 2008 x86_64 GNU/Linux Module Size Used by total used free sharedbuffers cached Mem: 4002192 7720723230120 0 18936 289152 -/+ buffers/cache: 4639843538208 Swap: 1951856 01951856 success. /usr/lib/pm-utils/sleep.d/00powersave suspend suspend: success. /usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend: not applicable. /usr/lib/pm-utils/sleep.d/55NetworkManager suspend suspend: success. /usr/lib/pm-utils/sleep.d/75modules suspend suspend: not applicable. /usr/lib/pm-utils/sleep.d/90chvt suspend suspend: success. /usr/lib/pm-utils/sleep.d/90clock suspend suspend: not applicable. /usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend: success. /usr/lib/pm-utils/sleep.d/95led suspend suspend: not applicable. /usr/lib/pm-utils/sleep.d/98smart-kernel-video suspend suspend: not applicable. /usr/lib/pm-utils/sleep.d/99video suspend suspend: kernel.acpi_video_flags = 0 Allocated buffer at 0x11000 (base is 0x0) ES: 0x1100 EBX: 0x success. /etc/pm/sleep.d/action_wpa suspend suspend: action_wpa: uknown ifplugd arguments: suspend suspend Returned exit code 1. Sat Dec 20 09:17:38 CET 2008: Inhibit found, will not perform suspend Sat Dec 20 09:17:38 CET 2008: Running hooks for resume /usr/lib/pm-utils/sleep.d/99video resume suspend: Function not supported success. /usr/lib/pm-utils/sleep.d/98smart-kernel-video resume suspend: success. /usr/lib/pm-utils/sleep.d/95led resume suspend: not applicable. /usr/lib/pm-utils/sleep.d/94cpufreq resume suspend: success. /usr/lib/pm-utils/sleep.d/90clock resume suspend: not applicable. /usr/lib/pm-utils/sleep.d/90chvt resume suspend: success. /usr/lib/pm-utils/sleep.d/75modules resume suspend: success. /usr/lib/pm-utils/sleep.d/55NetworkManager resume suspend: success. /usr/lib/pm-utils/sleep.d/49bluetooth resume suspend: not applicable. /usr/lib/pm-utils/sleep.d/00powersave resume suspend: success. /usr/lib/pm-utils/sleep.d/00logging resume suspend: success. /usr/lib/pm-utils/sleep.d/00auto-quirk resume suspend: success. /usr/lib/pm-utils/power.d/sched-powersave false: **sched policy powersave OFF success.
Bug#509244: debian-installer: Configure clock ignores my chosen country
Package: debian-installer Version: 20081220 Severity: normal I'm using the business card nightly lenny install downloaded 20081220. After entering Australia as my region, I am only presented with US timezones for Configure the Clock -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501911: inetutils-ping: ping6 gives completely broken ping times on amd64
On Sat, Dec 20, 2008 at 09:44:17AM +0200, Guillem Jover wrote: On my 2.6.27 amd64 machine, however, everything is fine. Any ideas? Did you try with other ping implementations? I guess it would be useful to see if this is actually an inetutils-ping or kernel/libc problem. iputils-ping works fine. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509237: purge: /var/lib/initramfs-tools' not empty so not removed
On Fri, 19 Dec 2008, shaul Karl wrote: Not sure if I had 0.92j. As you can see, I have already purged it. Removing initramfs-tools ... Purging configuration files for initramfs-tools ... dpkg - warning: while removing initramfs-tools, directory `/var/lib/initramfs-tools' not empty so not removed. Indeed, /var/lib/initramfs-tools is not empty. Wasn't initramfs-tools the one who wrote to that dir in the first place? not is up to the linux-image to nuke the sha1sum of it's initramfs. old linux-images had a bug and didn't. kernel-package home grewn packages might still not. what is the output of ls /var/lib/initramfs-tools -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#434543: grub can't boot because it mixes up devices
Hi, I'd like to confirm this issue on my Debian Lenny installation, using the net-install image. Drives in the system: /dev/sda - SATA drive (sda1: /, sda2: swap, sda3: /home, sda4: /data) on first SATA controller /dev/hda - IDE drive (hdb1: /more_data), master on 1st IDE controller /dev/hdb - DVD writer, slave on 1st IDE controller When I install with this configuration and let grub install itself on the MBR of the SATA drive, it assumes that the SATA drive is (hd1,0) instead of (hd0,0). When I kick out the IDE drive, all works fine. Best regards, Tommy -- Van m'n erf!!! ~ Boer Teunis. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509178: installation-reports: sparc fails to boot 2.6.26: Memory Address not Aligned
Hi, This might be the same bug as #509202. I'll try to setup cu or minicom to collect kernel messages on tuesday, while I am at the university again. FWIW, the boot fails in the same way with http://cdimage.debian.org/cdimage/lenny_di_rc1/sparc/iso-cd/debian-testing-sparc-netinst.iso , built on 20081104-23:58 : Allocated 8 Megs of memory at 0x4000 for kernel Loaded kernel version 2.6.26 Loading initial ramdisk (4284688 bytes at Memory Address not Aligned I'll try to get it to boot with the latest etch kernel on tuesday. Thanks, Bye, Joost -- Joost van Baalhttp://abramowitz.uvt.nl/ Tilburg University mailto:joostvb.uvt.nl The Netherlands signature.asc Description: Digital signature
Bug#504411: ITP: latexdiff -- Determine and mark up significant differences between LaTeX files
Hello. I thought the package was almost ready from the first round of comments on debian-mentor, but then snandro tosi gave me a long list of improvements to work on. So I left it in the todo list for the xmass holiday. If you are iterested on having a look at it I can pass you along the comments list. Everything is in git, it should be easy to work together. :) p On Wed, Dec 17, 2008 at 03:21:13PM +0200, Antti-Juhani Kaijanaho wrote: On Mon, Nov 03, 2008 at 04:33:17PM +0100, Pietro Abate wrote: * Package name: latexdiff Version : 0.5 What's the status of this package? -- Antti-Juhani Kaijanaho, Jyväskylä, Finland http://antti-juhani.kaijanaho.fi/newblog/ http://www.flickr.com/photos/antti-juhani/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508937: x86info: Use Extended Model ID
Package: x86info Version: 1.21-2 Followup-For: Bug #508937 See Intel Processor Identification and the CPUID Instruction, Application Note 485, November 2008: http://download.intel.com/design/processor/applnots/241618033.pdf For family 6 or 15, you should concatenate the model id with the extended model ID. On my CPU extended_model_id = 1, model_id = 7 = display_model_id = 23. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.6 (SMP w/4 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 x86info depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii makedev 2.3.1-88 creates device files in /dev ii udev 0.125-7/dev/ and hotplug management daemo x86info recommends no packages. x86info 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#509245: Add K7 to Description
Package: linux-image-686 Version: 2.6.26+17 The description reads: This package depends on the latest binary image for Linux kernel on Pentium Pro/Celeron/Pentium II/Pentium III/Pentium 4 machines. This is pulled in by the linux-image-k7 transition package, and the kernel it pulls in works fine on K7s. The change is causing confusion for users on various debian forums (Help! There is no K7 kernel in lenny! What should I do???) so I would suggest adding /K7 to the description, both here and in the actual binary kernel package itself. -- Barak A. Pearlmutter Hamilton Institute, 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#509129: evolution-exchange: Evolution-exchange stopped working suddenly (partly SOLVED)
On sam, 2008-12-20 at 00:58 +0100, Emanoil Kotsev wrote: Seems you are right about gnome-keyring. I uninstalled (see attachment) . It works without the keyring complaining about the absence of the daemon. Cool! I didn't find anithing password related to evolution in the gconf data with the gconf dump. May be gconf is storing the location where evolution stores the password. I think it is .evolution/exchange. Which could explain why after removing this directory and creating the account again I was able to login again. Yeah, I don't really know. What you can do is look at your backup too. I'm not sure, but it's possible that when evolution stores account settings in its backup, it stores the password too. I just did this, before reading your current e-mail. With the keyring it was easier. Though I should run evolution --force-shutdown, start again and reconnect to the server. Without the keyring installed and running it doesn't want to connect to the server every time. Sometime it quits after I press the quit button, sometimes it doesn't. Running --force-shutdown and starting again solves the problem after few tries. Very bizarre Ah yes, right. Even when Evolution is down, evolution-data-server keeps running, so it might be a good idea to shut it down too. It's not necessary for IMAP accounts, but maybe for exchange stuff it keeps the connection open or something like that. (I used to pkill evolution in such case, to be sure) thanks again for the attention to this issue. I think we can turn down the priority to something like occurring from time to time with possible workaround provided as I think removing the exchange directory in .evolution and the exchange configuration and recreating after this solved the problem for me. That still puzzles me, but eh. I still think it works better with the keyring, what makes me think that may be the evo-exchange routines handling the keyring password are working better then the routines which handle the other way to store passwords Yeah, I think the preferred way theses days is the keyring. ls -al /data/home/emanoil/.evolution/exchange/ общо 20 drwxr-xr-x 3 emanoil emanoil 4096 18 дек 23,41 . drwxr-xr-x 10 emanoil emanoil 4096 20 дек 0,39 .. drwxr-xr-x 5 emanoil emanoil 4096 18 дек 23,41 ekot...@viepexc101 lrwxrwxrwx 1 emanoil emanoil 81 18 дек 23,41 exchange___ekotsev;auth=ba...@viepexc101_;personal_Calendar - /home/emanoil/.evolution/exchange/ekot...@viepexc101/personal/subfolders/Calendar lrwxrwxrwx 1 emanoil emanoil 78 18 дек 23,41 exchange___ekotsev;auth=ba...@viepexc101_;personal_Tasks - /home/emanoil/.evolution/exchange/ekot...@viepexc101/personal/subfolders/Tasks Hm, strange how it was working in kubuntu. If it was a default kubuntu install and then you installed evolution using aptitude, I'd say that gnome-keyring was pulled in. If it was an Ubuntu installation and then you installed KDE, it's completely sure that gnome-keyring was present (well, except if you manually removed it :) ) I still have the drive with the installation, so I may check this tomorrow, but it would be nice to know how I can log more data. May I use debug (gdb) Hmhm I'm not sure gdb will be really helpful. Well, sure you can enter deep into evo/evo-exchange internals, but that would require some really good knowledge about its internals, which are quite complicated. Not to mention a good knowledge of gdb. If you don't have both, I guess it's worthless. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#509245: Add K7 to Description
#include hallo.h * Barak A. Pearlmutter [Sat, Dec 20 2008, 10:05:04AM]: This package depends on the latest binary image for Linux kernel on Pentium Pro/Celeron/Pentium II/Pentium III/Pentium 4 machines. This is pulled in by the linux-image-k7 transition package, and the kernel it pulls in works fine on K7s. The change is causing confusion for users on various debian forums (Help! There is no K7 kernel in lenny! What should I do???) so I would suggest adding /K7 to the description, both here and in the actual binary kernel package itself. K7 is a way too simplified, better use Athlon (K7). Regards, Eduard. -- Angenehm sind die erledigten Arbeiten. -- Marcus Tullius Cicero (106-43 v.Chr.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509246: iceweasel: view selection source does not show shy;
Package: iceweasel Version: 3.0.4-1 Severity: normal Dear iceweasel maintainer, The view selection source function does not actually show the source. shy; (soft hyphen) entities present in the source do not appear in the view selection source window. http://www.teaser.fr/~amajorel/bugs/firefox-3.0.4-shy-bug.html http://www.teaser.fr/~amajorel/bugs/firefox-3.0.4-shy-bug.png This is reproduceable on a fresh profile, without any add-ons. MOZ_DISABLE_PANGO=1 in the environment makes no difference. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages iceweasel depends on: [deleted - reportbug and iceweasel run on different hosts] -- no debconf information -- André Majorel http://www.teaser.fr/~amajorel/ The Debian project must be praised for their efforts in fighting spam by flooding spammers with email addresses, some of which are even bogus. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509247: Phatch 0.1.6 claims to be 0.1.5
Package: phatch Version: 0.1.6-1 Severity: normal This phatch is supposed to be version 0.1.6 but Help - About Phatch claims it's version 0.1.5. Pete Boyd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509210: Can not purged
On Fri, 19 Dec 2008, +22:00:09 EET (UTC +0200), Martin Michlmayr t...@cyrius.com pressed some keys: * Juhapekka Tolvanen juht...@iki.fi [2008-12-19 20:42]: Package: mecab-naist-jdic Version: 0.4.3-20080917-1 This package is not in Debian. Where did you get it from? I think it is from Hideki Yamane's own repository. He is Debian-developer, too. -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv ore wo mitsumeteiru anata sama wa ossharu bakari. kesshite dakiyosete wa kurenai ooki na anata no te. ore no tanjoubi ni wa ai wo kai ataeru. kyou wa kumori nochi ame. Dir en grey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509248: iceweasel: words not broken at shy;
Package: iceweasel Version: 3.0.4-1 Severity: normal Dear iceweasel maintainer, Iceweasel does not honour soft hyphens (shy;). http://www.teaser.fr/~amajorel/bugs/firefox-3.0.4-shy-bug.html http://www.teaser.fr/~amajorel/bugs/firefox-3.0.4-shy-bug.png The document above has two short tables. In the first, HTML Laboratory/shy;Katayama is not split, even though splitting it would allow the table to fit in the width of the window, as the second table shows. This is reproduceable on a fresh profile, without any add-ons. MOZ_DISABLE_PANGO=1 in the environment makes no difference. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages iceweasel depends on: [deleted - reportbug and iceweasel run on different hosts] -- no debconf information -- André Majorel http://www.teaser.fr/~amajorel/ The Debian project must be praised for their efforts in fighting spam by flooding spammers with email addresses, some of which are even bogus. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509250: ltp-tools: trying to overwrite pan.1.gz from package pan
Package: ltp-tools Version: 20060918-3 Severity: important /usr/shaer/man/man1/pan.1.gz is also in package pan Please rename this file, or make this package to conflict with pan (very artificial solution... ) -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.28-rc8-1-g6c34bc2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to pl_PL.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ltp-tools depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ltp-tools recommends no packages. ltp-tools 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#509249: liferea: please provide a config item to disable browser-plugins
Package: liferea Version: 1.4.18-1+b1 Severity: wishlist I've got mozilla-plugin-gnash 0.8.4-2 and lifera uses the plugin in a way that makes it litter zombies (see #424171). I'd like to see a method to disable the plugin for lifera until the bug above is fixed. Currently I have 210 gtk-gnash zombies that are children of liferea. Helmut -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-16GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libgcc11:4.3.2-1 GCC support library ii libgconf2-42.22.0-1 GNOME configuration database syste ii libgcrypt111.4.1-2 LGPL Crypto library - runtime libr ii libglade2-01:2.6.3-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnutls262.4.2-4 the GNU TLS library - runtime libr ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liblua5.1-05.1.3-1 Simple, extensible, embeddable pro ii libnm-glib00.6.6-2 network management framework (GLib ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libsm6 2:1.0.3-2 X11 Session Management library ii libsqlite3-0 3.5.9-6 SQLite 3 shared library ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxml22.6.32.dfsg-5 GNOME XML library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii xulrunner-1.9 1.9.0.4-2 XUL + XPCOM application runner ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages liferea recommends: ii curl 7.18.2-7 Get a file from an HTTP, HTTPS or ii dbus 1.2.1-4simple interprocess messaging syst ii dbus-x11 1.2.1-4simple interprocess messaging syst ii wget 1.11.4-2 retrieves files from the web liferea 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#497849: Ref: UK/9420X2/68
You won £750,000. Send information: Name, Age, Country Email irishnewsdep...@btinternet.com Mr Clark Johnson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497849: Ref: UK/9420X2/68
You won £750,000. Send information: Name, Age, Country Email irishnewsdep...@btinternet.com Mr Clark Johnson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509176: sound card losing configuration (upgrade-reports) additional info
Package: upgrade-reports
Severity: critical
Justification: breaks the whole system
[additional information]
Upon rebooting Debian Etch which was upgraded on 12/16/2008
linux-image-2.6.18-6-486 (2.6.18.dfsg.1-23) to 2.6.18.dfsg.1-23etch1
sound is redirected to /dev/null. XMMS reporting following error message:
upon reboot clicking on XMMS on any oss sound file gives the error
#--
Couldn't open audio
Please check that
Your sound card is configured properly
You have the correct output plugin selected
No other program is blocking the soundcard
#--
Running alsaconf the processes
2975 [esd]
3069 [mixer-applet2]
are being terminated. It appears the following kernel modules are unloaded and
then reloaded
snd-hda-intel {/lib/modules/2.6.18-6-486/kernel/sound/pci/hda/snd-hda-intel.ko}
snd-hda-codec {/lib/modules/2.6.18-6-486/kernel/sound/pci/hda/snd-hda-codec.ko}
snd-pcm-oss {/lib/modules/2.6.18-6-486/kernel/sound/core/oss/snd-pcm-oss.ko}
snd-mixer-oss {/lib/modules/2.6.18-6-486/kernel/sound/core/oss/snd-mixer-oss.ko}
snd-pcm {/lib/modules/2.6.18-6-486/kernel/sound/core/snd-pcm.ko}
snd-timer {/lib/modules/2.6.18-6-486/kernel/sound/core/snd-timer.ko}
snd-page-alloc {/lib/modules/2.6.18-6-486/kernel/sound/core/snd-page-alloc.ko}
Suspecting a mapping problem in the core module snd-hda-intel.ko
It can be replicated every time upon reboot, no sound even though speaker is
turned up all the way and sound is NOT muted. After running alsaconf the sound
works fine, but it is annoying having to run alsaconf every time that you boot
the system. This was never necessary since installing Etch as a network
install. Not sure if doing a new, full network install manifests the same
problem, if a new install does not have this bug, the system build must have
something missing between old binary and the new. No changes have been made to
any hardware and otherwise everything works. Problem became apparent after
secondary update on 12/18/2008, not sure if lib6c, dpkg, or locales may have
something to do with it. It's conceivable that I did not reboot system for 2
days after kernel update, but I am convinced that after a kernel update, you
are forced to reboot. I always had to do this on SuSE after any kernel update.
Why do the alsaconf settings not hold between
successive reboot? Not sure if I should rebuild the affected kernel modules
with full debug info to track down the bug further. Any suggestions?
With kindest regards,
Arkady
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509251: libchipcard-tools: wrong SUBSYSTEM identifier
Package: libchipcard-tools
Version: 4.1.3-2
Severity: normal
Tags: patch
Hi
On my system udev fails to create usb device nodes with correct
permissions. /etc/udev/libchipcard.rules checks for events with
SUBSYSTEM identifier usb_device, but should be checking for SUBSYSTEM
identifier usb. At least that is what all other udev rules do and what
works for me.
cu
Mathias
--- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--- libchipcard.rules 2008-08-17 22:43:15.0 +0200
+++ libchipcard.rules.new 2008-12-20 11:34:26.0 +0100
@@ -1,5 +1,5 @@
ACTION!=add, GOTO=libchipcard_rules_end
-SUBSYSTEM!=usb_device, GOTO=libchipcard_rules_end
+SUBSYSTEM!=usb, GOTO=libchipcard_rules_end
SYSFS{idVendor}==0c4b, SYSFS{idProduct}==0100, GROUP=chipcard
SYSFS{idVendor}==0c4b, SYSFS{idProduct}==0300, GROUP=chipcard
SYSFS{idVendor}==0c4b, SYSFS{idProduct}==0400, GROUP=chipcard
Bug#509187: libpoppler-dev: No poppler_version defined
On Fri, Dec 19, 2008 at 5:14 PM, Loïc Minier l...@dooz.org wrote:
On Fri, Dec 19, 2008, Mathieu Malaterre wrote:
Package: libpoppler-dev
Version: 0.4.5-5.1etch3
We wont patch the API in the *etch* version at this point; did you
check in lenny / unstable?
Tried again on debian testing(*). I guess this would need to be
forwarded upstream, but general practice recommend versioning for that
very particular case: API backward incompatible change.
Thank you.
(*=
$ grep -i VERSION `dpkg -L libpoppler-dev`
/usr/share/doc/libpoppler-dev/TODO: - make color space conversion
stuff more sane (right now we
/usr/share/doc/libpoppler-dev/TODO: - factor out some of the color
conversion code from CairoOutputDev and ArthurOutputDev.
/usr/share/doc/libpoppler-dev/copyright: the Free Software
Foundation; version 2 dated June, 1991.
/usr/share/doc/libpoppler-dev/README:new version of these xpdf based
viewers. It's safe to say that
/usr/lib/pkgconfig/poppler-cairo.pc:Version: 0.8.7
/usr/lib/pkgconfig/poppler-splash.pc:Version: 0.8.7
/usr/lib/pkgconfig/poppler.pc:Version: 0.8.7
Binary file /usr/lib/libpoppler.a matches
/usr/include/poppler/SecurityHandler.h: virtual int getEncVersion() = 0;
/usr/include/poppler/SecurityHandler.h: virtual int getEncVersion() {
return encVersion; }
/usr/include/poppler/SecurityHandler.h: int encVersion;
/usr/include/poppler/SecurityHandler.h: virtual int getEncVersion() {
return encVersion; }
/usr/include/poppler/SecurityHandler.h: int encVersion;
/usr/include/poppler/OptionalContent.h:// Released under the GPL
(version 2, or later, at your option)
/usr/include/poppler/OutputDev.h: //- coordinate conversion
/usr/include/poppler/poppler-config.h:// version
/usr/include/poppler/poppler-config.h:// xpdf version
/usr/include/poppler/poppler-config.h:#define xpdfVersion 3.00
/usr/include/poppler/poppler-config.h:#define xpdfVersionNum 3.00
/usr/include/poppler/poppler-config.h:#define xpdfMajorVersion3
/usr/include/poppler/poppler-config.h:#define xpdfMinorVersion0
/usr/include/poppler/poppler-config.h:#define xpdfMajorVersionStr 3
/usr/include/poppler/poppler-config.h:#define xpdfMinorVersionStr 0
/usr/include/poppler/poppler-config.h:// supported PDF version
/usr/include/poppler/poppler-config.h:#define supportedPDFVersionStr 1.5
/usr/include/poppler/poppler-config.h:#define supportedPDFVersionNum 1.5
/usr/include/poppler/poppler-config.h:#define winxpdfVersion WinXpdf 3.00
/usr/include/poppler/XRef.h: int encVersionA, int encRevisionA,
/usr/include/poppler/XRef.h: int encVersion; // encryption algorithm
/usr/include/poppler/Decrypt.h: static GBool makeFileKey(int
encVersion, int encRevision, int keyLength,
/usr/include/poppler/Decrypt.h: static GBool makeFileKey2(int
encVersion, int encRevision, int keyLength,
/usr/include/poppler/PDFDoc.h: // Return the PDF version specified by the file.
/usr/include/poppler/PDFDoc.h: double getPDFVersion() { return pdfVersion; }
/usr/include/poppler/PDFDoc.h: double pdfVersion;
/usr/include/poppler/XpdfPluginAPI.h: * The current API version.
/usr/include/poppler/XpdfPluginAPI.h:#define xpdfPluginAPIVersion 1
/usr/include/poppler/XpdfPluginAPI.h: * Version of the security
handler spec (this document) -- use
/usr/include/poppler/XpdfPluginAPI.h: * xpdfPluginAPIVersion.
/usr/include/poppler/XpdfPluginAPI.h: int version;
/usr/include/poppler/XpdfPluginAPI.h: * Get the decryption key and
algorithm version associated with the
/usr/include/poppler/XpdfPluginAPI.h:char **key, int *keyLen,
int *cryptVersion);
/usr/include/poppler/XpdfPluginAPI.h: int version;
/usr/include/poppler/XpdfPluginAPI.h: XpdfPluginVecTable
xpdfPluginVecTable = {xpdfPluginAPIVersion};
/usr/include/poppler/XpdfPluginAPI.h: XpdfPluginVecTable
xpdfPluginVecTable = {xpdfPluginAPIVersion};
/usr/include/poppler/Sound.h: * the Free Software Foundation; either
version 2, or (at your option)
/usr/include/poppler/Sound.h: * any later version.
/usr/include/poppler/Movie.h:// the Free Software Foundation; either
version 2 of the License, or
/usr/include/poppler/Movie.h:// (at your option) any later version.
/usr/include/poppler/TextOutputDev.h: // Turn extra processing for
HTML conversion on or off.
/usr/include/poppler/TextOutputDev.h: GBool doHTML;// extra
processing for HTML conversion
Binary file /usr/lib/libpoppler.so matches
$ apt-cache policy libpoppler-dev
libpoppler-dev:
Installed: 0.8.7-1
Candidate: 0.8.7-1
Version table:
*** 0.8.7-1 0
990 http://ftp.fr.debian.org testing/main Packages
300 http://ftp.fr.debian.org unstable/main Packages
100 /var/lib/dpkg/status
0.4.5-5.1etch3 0
500 http://ftp.fr.debian.org stable/main Packages
500 http://security.debian.org stable/updates/main Packages
--
Mathieu
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Bug#509252: ghc6: FTBFS on hurd-i386
Package: ghc6
Severity: important
Tags: patch
Hello,
ghc6 currently FTBFS on hurd-i386 because there is no support there for
setitimer(ITIMER_VIRTUAL). The attached patch was submitted upstream on
http://hackage.haskell.org/trac/ghc/ticket/2883
to autodetect such case and cope with.
Samuel
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.27 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
Samuel
La carte réseau fournie par cybercable (sn2000) ne va-t-elle que sur
bus isa ou peut-on aussi la mettre sur bus PCI.
Merci de m'éclairer.
-+- JP in le Neuneu Pète un Câble : Une carte dans chaque port -+-
diff -ur ghc6-6.8.2/configure.ac ghc6-6.8.2-mine/configure.ac
--- ghc6-6.8.2/configure.ac 2007-12-10 19:11:32.0 +0100
+++ ghc6-6.8.2-mine/configure.ac2008-12-20 11:53:05.0 +0100
@@ -1078,6 +1078,17 @@
dnl ** check for more functions
dnl ** The following have been verified to be used in ghc/, but might be used
somewhere else, too.
AC_CHECK_FUNCS([getclock getrusage gettimeofday setitimer siginterrupt sysconf
times ctime_r])
+AC_TRY_RUN([
+#include sys/types.h
+#include sys/time.h
+int main(void) {
+ struct itimerval tval;
+ tval.it_value.tv_sec = 1;
+ tval.it_value.tv_usec = 0;
+ tval.it_interval = tval.it_value;
+ return setitimer(ITIMER_VIRTUAL, tval, (void*)0) != 0;
+}
+],[AC_DEFINE([HAVE_SETITIMER_VIRTUAL], [1], [Define to 1 if setitimer accepts
ITIMER_VIRTUAL, 0 else.])])
dnl ** On OS X 10.4 (at least), time.h doesn't declare ctime_r if
dnl ** _POSIX_C_SOURCE is defined
AC_CHECK_DECLS([ctime_r], , ,
diff -ur ghc6-6.8.2/configure ghc6-6.8.2-mine/configure
--- ghc6-6.8.2/configure2007-12-10 19:27:08.0 +0100
+++ ghc6-6.8.2-mine/configure 2008-12-20 11:53:44.0 +0100
@@ -18129,6 +18129,66 @@
fi
done
+if test $cross_compiling = yes; then
+ { { echo $as_me:$LINENO: error: cannot run test program while cross
compiling
+See \`config.log' for more details. 5
+echo $as_me: error: cannot run test program while cross compiling
+See \`config.log' for more details. 2;}
+ { (exit 1); exit 1; }; }
+else
+ cat conftest.$ac_ext _ACEOF
+/* confdefs.h. */
+_ACEOF
+cat confdefs.h conftest.$ac_ext
+cat conftest.$ac_ext _ACEOF
+/* end confdefs.h. */
+
+#include sys/types.h
+#include sys/time.h
+int main(void) {
+ struct itimerval tval;
+ tval.it_value.tv_sec = 1;
+ tval.it_value.tv_usec = 0;
+ tval.it_interval = tval.it_value;
+ return setitimer(ITIMER_VIRTUAL, tval, (void*)0) != 0;
+}
+
+_ACEOF
+rm -f conftest$ac_exeext
+if { (ac_try=$ac_link
+case (($ac_try in
+ *\* | *\`* | *\\*) ac_try_echo=\$ac_try;;
+ *) ac_try_echo=$ac_try;;
+esac
+eval echo \\$as_me:$LINENO: $ac_try_echo\) 5
+ (eval $ac_link) 25
+ ac_status=$?
+ echo $as_me:$LINENO: \$? = $ac_status 5
+ (exit $ac_status); } { ac_try='./conftest$ac_exeext'
+ { (case (($ac_try in
+ *\* | *\`* | *\\*) ac_try_echo=\$ac_try;;
+ *) ac_try_echo=$ac_try;;
+esac
+eval echo \\$as_me:$LINENO: $ac_try_echo\) 5
+ (eval $ac_try) 25
+ ac_status=$?
+ echo $as_me:$LINENO: \$? = $ac_status 5
+ (exit $ac_status); }; }; then
+
+cat confdefs.h \_ACEOF
+#define HAVE_SETITIMER_VIRTUAL 1
+_ACEOF
+
+else
+ echo $as_me: program exited with status $ac_status 5
+echo $as_me: failed program was: 5
+sed 's/^/| /' conftest.$ac_ext 5
+
+fi
+rm -f core *.core core.conftest.* gmon.out bb.out conftest$ac_exeext
conftest.$ac_objext conftest.$ac_ext
+fi
+
+
echo $as_me:$LINENO: checking whether ctime_r is declared 5
echo $ECHO_N checking whether ctime_r is declared... $ECHO_C 6
if test ${ac_cv_have_decl_ctime_r+set} = set; then
diff -ur ghc6-6.8.2/mk/config.h.in ghc6-6.8.2-mine/mk/config.h.in
--- ghc6-6.8.2/mk/config.h.in 2007-12-10 19:27:08.0 +0100
+++ ghc6-6.8.2-mine/mk/config.h.in 2008-12-20 11:12:59.0 +0100
@@ -167,6 +167,9 @@
/* Define to 1 if you have the `setitimer' function. */
#undef HAVE_SETITIMER
+/* Define to 1 if setitimer accepts ITIMER_VIRTUAL, 0 else. */
+#undef HAVE_SETITIMER_VIRTUAL
+
/* Define to 1 if you have the `siginterrupt' function. */
#undef HAVE_SIGINTERRUPT
diff -ur ghc6-6.8.2/rts/posix/Itimer.c ghc6-6.8.2-mine/rts/posix/Itimer.c
--- ghc6-6.8.2/rts/posix/Itimer.c 2007-12-10 19:11:32.0 +0100
+++ ghc6-6.8.2-mine/rts/posix/Itimer.c 2008-12-20 11:31:53.0 +0100
@@ -80,7 +80,7 @@
#elif defined(HAVE_SETITIMER)
-# ifdef THREADED_RTS
+# if defined(THREADED_RTS) || !defined(HAVE_SETITIMER_VIRTUAL)
// Oh dear, we have to use SIGALRM if there's no timer_create and
// we're using the THREADED_RTS. This leads to problems, see bug #850.
#define ITIMER_SIGNAL SIGALRM
Bug#508402: xorg-input: mouse not recognized after startup
Hi, On Thu, 18 Dec 2008 12:21:57 +0100 Julien Cristau jcris...@debian.org wrote: On Wed, Dec 10, 2008 at 23:20:50 +0100, Frank Lanitz wrote: When starting xserver with a nearly generic xorg.conf, the mouse icon appears but mouse seems to not be recognized correctly. When moving the mouse, the little arrow is not moving. I'm using a 3-botton-PS/2 mouse and wasn't able to reproduce this issue with package from testing. Make sure xserver-xorg-input-evdev and hal are installed, and hal is started before your X server. xserver-xorg-input-evdev is installed and HAL is running before starting X. Cheers, Frank -- Frank Lanitz fr...@frank.uvena.de pgpa32mgenSG8.pgp Description: PGP signature
Bug#502836: t-p-u push to lenny for axel [Was: Bug#502836: axel: buffer overflow when expanding spaces in URLs]
Hi release team, More info about my request for pushing 1.1-3lenny1 to lenny from t-p-u: The changelog looks like this: axel (1.1-3lenny1) testing-proposed-updates; urgency=low . * Patch 04_http_overflow to fix buffer overflow while translating characters to hex. Thanks Philipp Hagemeister phi...@phihag.de (Closes: #502836) * Update Standards-Version to 3.8.0, add README.source * Remove DM-Upload-Allowed: yes and update Maintainer: to official Debian ID Giridhar On 08/12/17 14:55 +0530, Y Giridhar Appaji Nag said ... On 08/10/20 11:38 +0530, Y Giridhar Appaji Nag said ... Package: axel Version: 1.1-2 Severity: important Philipp Hagemeister found and fixed a buffer overflow in axel. Can you please unblock and push axel 1.1-3lenny1 to Lenny for this bug? This bug affects unstable too but unstable has had 2.0 for a while now, hence the t-p-u upload. 1.1-3lenny1 has been successfully built on all architectures - as seen at http://buildd.debian.org/build.php?arch=pkg=axel -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#509187: libpoppler-dev: No poppler_version defined
On Fri, Dec 19, 2008, Mathieu Malaterre wrote:
class GlobalParams {
public:
// Initialize the global parameters by attempting to read a config
// file.
- GlobalParams();
+ GlobalParams(char *cfgFileName);
~GlobalParams();
One cannot simple instanciate a GlobalParams anymore. I cannot even
test on the POPPLER_VERSION has it is only used during compilation but
never in any .h installed file.
So why don't you write a test before your build which would instanciate
GlobalParams with no args or a cfgFileName and set some
HAVE_GLOBALPARAMS_CONFIG flag?
Please set POPPLER_VERSION !
It's bad style to use versions as proxies; if you really want to get
the version, use pkg-config.
Or are you trying to this at runtime?
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509253: [ITP] python-shapely - library for manipulation and analysis of 2D geospatial geometries
Package: wnpp Severity: wishlist I'm (nearly finished) packaging Shapely [0], a free python library for programming with 2D geospatial geometries. It is a dependency of another package I will provide soon. Pietro Battiston [0]: http://pypi.python.org/pypi/Shapely/1.0 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#509254: ITP: liberubis-ruby -- Erubis is a fast, secure, and very extensible implementation of eRuby.
Package: wnpp Severity: wishlist http://www.kuwata-lab.com/erubis/ MIT License -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508995: tomboy: wrongly registers as Tomboy to the session manager
forwarded 508995 http://bugzilla.gnome.org/show_bug.cgi?id=565166 thanks Am Mittwoch, den 17.12.2008, 11:23 +0100 schrieb Josselin Mouette: Package: tomboy Version: 0.10.2-1 When registering to the session manager tomboy uses Tomboy as the name, while in the Debian package, the binary name is /usr/bin/tomboy. This results in the session failing to restore the tomboy process. Please add a /usr/bin/Tomboy symbolic link, or rename it entirely to tomboy (probably done in Utils.cs when initializing Gnome.Program). Thanks for reporting this issue. I've forwarded it upstream and will upload a fixed version soonish to experimental (and attach the patch to the upstream bugreport). signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#509179: gstreamer0.10-plugins-bad: libdvdnav4 breaks dvd playback
reassign 509179 libdvdnav notfound 509179 0.10.9-1 found 509179 4.1.3-1 thanks Am Freitag, den 19.12.2008, 10:10 + schrieb Will Thompson: Package: gstreamer0.10-plugins-bad Version: 0.10.9-1 Severity: normal Upgrading libdvdnav4 to 4.1.3-1 from experimental brings in libdvdread4, and appears to break Totem. Playing an ISO yields: 2017 % totem dvd:///media/brick/Media/30-rock-s1d2.iso ** (totem:11949): DEBUG: Init of Python module ** (totem:11949): DEBUG: Registering Python plugin instance: YouTube+TotemPythonPlugin ** (totem:11949): DEBUG: Creating object of type YouTube+TotemPythonPlugin ** (totem:11949): DEBUG: Creating Python plugin instance ** Message: no file info No accelerated IMDCT transform found libdvdnav: Using dvdnav version 4.1.3 libdvdnav: DVD Title: 30_ROCK_SEASON1_DISC2 libdvdnav: DVD Serial Number: 478D09B4___MVB__ libdvdnav: DVD Title (Alternative): libdvdnav: Unable to find map file '/home/wjt/.dvdnav/30_ROCK_SEASON1_DISC2.map' libdvdnav: DVD disk reports itself with Region mask 0x00e5. Regions: 2 4 5 libdvdread: Error cracking CSS key for /VIDEO_TS/VTS_04_1.VOB (0x9c05)!! libdvdnav: Cell is in block but did not enter at first cell! totem: /build/buildd/libdvdnav-4.1.3/src/vm/vm.c:863: vm_get_video_aspect: Assertion `aspect == 0 || aspect == 3' failed. zsh: abort totem dvd:///media/brick/Media/30-rock-s1d2.iso which is a bit upsetting. Downgrading libdvdnav4 to 4.1.2-3 fixes playback in Totem. Thoggen's quite happy with experimental libdvdnav4, though. This sounds more like an issue with libdvdnav. Thoggen doesn't use libdvdnav while totem through resindvd does. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#509255: coreutils: info paste should hit the Info file, not the manpage
Package: coreutils Version: 6.10-6 Severity: normal The commands info paste and info coreutils paste produce quite different results. However, the coreutils.info.gz file contains an entry for paste: INFO-DIR-SECTION Basics START-INFO-DIR-ENTRY * Coreutils: (coreutils). Core GNU (file, text, shell) utilities. * Common options: (coreutils)Common options. Common options. * File permissions: (coreutils)File permissions. Access modes. * Date input formats: (coreutils)Date input formats. END-INFO-DIR-ENTRY INFO-DIR-SECTION Individual utilities ... * paste: (coreutils)paste invocation. Merge lines of files. ... END-INFO-DIR-ENTRY There are some related bugs already in the database, but I believe this bug is not a duplicate, for these reasons: #402947 (coreutils: shred manpage points to wrong info location) - because that bug suggests a better form of info command for accessing the right page. That's valid but the coreutils info file is intended to allow info paste and info shred to work. Hence the manpage could be updated, fixing #402947, but the bug I am reporting now would still exist. #139569 ([INSTALL-INFO] support documents with more than one section) - AFAICT this is supposed to be fixed in Lenny. But I'm using Lenny. #483554 (coreutils: info chcon gives the man page...) - This bug simply caused by the fact that chcon has no info docs. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages coreutils depends on: ii libacl1 2.2.47-2 Access control list shared library ii libc6 2.7-16 GNU C Library: Shared libraries ii libselinux1 2.0.65-5 SELinux shared libraries coreutils recommends no packages. coreutils 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#508392: Handling of conflicting conffiles
found 508392 1.13.14 tag 508392 pending thanks Hi! On Wed, 2008-12-10 at 20:29:16 +0100, Patrick Schoenfeld wrote: On Wed, Dec 10, 2008 at 08:33:11PM +0200, Guillem Jover wrote: Please use debian-d...@lists.debian.org in the future so other people might be able to help, thanks. OK. Mea culpa, didn't notice that the address changed in newer versions. No problem. I've done some minor investigation and I'm suspecting the culprit could be the partial fix for 108587, commit id 854ad16837ca46. Ok, so it was that one. Fixed now in git. Will be queueing it also for the next etch update. regards, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498895: gnome-screensaver can now be inhibited via X11
Although it requires a bleeding-edge version of xorg's xserver, and a separate patch, X11 clients can now call XResetScreensaver to prevent gnome-screensaver 2.25.2 and later from activating. Details at http://bugzilla.gnome.org/show_bug.cgi?id=552209 -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#481947: please consider this patch
# Bcc: control tags 481947 + pending thanks Hi Steve, On 08/12/19 20:42 -0600, Steve M. Robbins said ... I have reconsidered: if a file exists on the server, I think the correct behaviour is to continue rather than aborting. Please consider the enclosed patch. Thank you for this patch. I think this behaviour is nice. However, in many cases, the file that is already present may have been partially uploaded (in particular the last file that was uploaded) and it needs to be dcut and then dput again. I committed the patch to git with the message modified a bit to indicate this. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#509256: Copyright link missing on packages.qa.debian.org
Package: 9wm Version: 1.2-9 Severity: wishlist Tags: patch The Copyright[0] link is missing on packages.qa.debian.org[1] As you can see in pool/main/9/9wm/current/[2] there is a copyright.ERROR file The Copyright and License can be found on the 9wm Home Page[3] or in 1.2-7 old 9wm version[4] Let me know if this is not the correct place to report this error type. Ciao Davide [0] http://packages.debian.org/changelogs/pool/main/9/9wm/current/copyright [1] http://packages.qa.debian.org/9/9wm.html [2] http://packages.debian.org/changelogs/pool/main/9/9wm/current/ [3] http://unauthorised.org/dhog/9wm/README [4] http://packages.debian.org/changelogs/pool/main/9/9wm/9wm_1.2-7/ -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-20081208 Locale: lang=it...@euro, lc_ctype=it...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages 9wm depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar 9wm recommends no packages. 9wm 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#480556: dpkg.log permissions should be user readable
Hi! On Sun, 2008-05-11 at 15:22:59 +0200, Raphael Hertzog wrote: On Sun, 11 May 2008, jida...@jidanni.org wrote: Please make all and create new /var/log/dpkg.log* in 644 mode. I see no reason for not letting users see what is going on. The can do dpkg -l anyway, and the only files not readable by the user in e.g., /var/lib/dpkg/ are some 0 byte lock files too. Why should this log file be treated differently? If the user is part of the adm group, he can see the logs, otherwise he can't. Some time ago I needed to take a look and I also found it being a bit annoying, also other related logs like apt or aptitude are world readable. But you are right about the adm group, and fixing this implies changing the group to root as well. On the other hand, I don't see any obvious security concern by giving read rights to this file except maybe for attacks that involve some precise timing wrt dpkg operations. I don't know if that's enough to warrant the restricted rights. I don't see any such attack being possible, the user would need higher privileges anyway, and you can already mointor what's going on in the file syste, with stuff like inotify. In case that kind of attack would be possible, the code is already vulnerable anyway, and it should be fixed instead. I've a local fix, which I'm thinking to push in few days if no one has strong objections? regards, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508694: Please add libcomedi support
Hi Ludovic Please note the RFA, go ahead, if you are interested in the package and want to take it over. Xoscope would be much more useful if support for comedilib was added. Just a dependency change. I can help if you need. Ah great. Haven't tested it, but if you did, feel free to go ahead with an upload. Cheers Steffen signature.asc Description: This is a digitally signed message part.
Bug#503532: Security vulnerability in dbus
On Thu, Dec 18, 2008 at 01:39:18PM +0100, Patrick Schoenfeld wrote: Hi, I saw that you made an upload for bug #503532 and #508032 to experimental. Now I wonder if you plan to make an upload to unstable suitable for lenny? Unfortunately the situation is a little bit more complicated then that. Tightening up the security of the dbus config is known to break various other programs. D-Bus upstream just released a permissive version which will allow the same things as the older dbus versions did, but logs about things that would break with the new rules. We intend to upload that to unstable rsn, so we can find and fix most if not all issues before uploading the final, secure verison. Sjoerd -- If you can survive death, you can probably survive anything. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509257: [pcmanfm] depends on gamin
Package: pcmanfm Version: 0.5-3 Severity: normal Hello, pacmanfm depends on gamin, which is a subset of fam - instead it should depend on libgamin0|libfam0 like many other applications do. This would allow people to install lxde next to applications which need fam... Thank you, Kiro signature.asc Description: This is a digitally signed message part.
Bug#509259: Please guard the inetd.conf checks
Package: dovecot Severity: wishlist Version: 1:1.1.7-1 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch jaunty Dear Maintainer, Could you please consider wrapping lines 53-66 of debian/dovecot-common.init between the check below? # dont check for inetd.conf if its not installed if [ -f /etc/inetd.conf ]; then [...] fi This is done in Ubuntu to avoid noise as it doesn't ship an inetd (https://bugs.launchpad.net/ubuntu/+source/dovecot/+bug/208411), but although it perpahps isn't that useful in Debian it can't hurt and will make merging the package easier. Kind regards, -- Siegfried-Angel Gevatter Pujals (RainCT) Ubuntu Developer. Debian Contributor. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508772: Please allow base-files 5 in lenny
FWIW, it also broke local scripts on my hosts: I switch between build envs depending on lsb-release output. Until know it would look at sources.list to gather what I was running (implementation of which was painfully slow, but that's another matter); now it reports lenny when I run unstable/sid and it's a pain. So +1 for keeping lsb-release working all the time; thanks! -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509258: smbclient recurse
Package: smbclient Version: 2:3.2.5-1 example list all files in share not work recursion, but use options 'recurce'. Also not work with smbclient Version 3.2.6 compile from source mail:/home/ffsearch# smbclient -U xxx //192.168.10.7/c$ -c 'recurse;ls *' Enter shintev_sv's password: Domain=[AD] OS=[Windows Server 2003 3790 Service Pack 2] Server=[Windows Server 2003 5.2] .sessionID A7 Fri Oct 26 09:39:49 2007 AUTOEXEC.BATA0 Mon Aug 6 12:21:14 2007 bat D0 Tue May 27 17:56:32 2008 boot.ini AHS 210 Sat Aug 26 22:44:54 2006 compaq D0 Sat Aug 26 23:01:44 2006 CONFIG.SYS A0 Sat Aug 26 22:50:58 2006 CPQSYSTEM D0 Sat Aug 26 23:01:30 2006 Documents and Settings D0 Tue Nov 20 09:59:49 2007 domino D0 Tue Jan 8 14:38:57 2008 hp D0 Wed Dec 10 23:09:03 2008 inetpub D0 Wed Dec 13 14:36:41 2006 IO.SYS AHSR0 Sat Aug 26 22:50:58 2006 MSDOS.SYSAHSR0 Sat Aug 26 22:50:58 2006 msizap.exe 94720 Sun Feb 18 00:31:38 2007 NTDETECT.COM AHSR47772 Fri Mar 25 17:00:00 2005 ntfilemon D0 Mon May 21 11:39:45 2007 ntldrAHSR 297072 Tue Jan 8 14:37:17 2008 PerlD0 Sat Apr 7 18:39:09 2007 Program Files DR0 Wed Dec 3 14:19:49 2008 PVSWD0 Mon Aug 6 12:28:23 2007 RECYCLER DHS0 Tue Jul 10 11:30:58 2007 Repository D0 Thu Aug 9 20:48:53 2007 System Volume Information DHS0 Sun Nov 30 01:00:28 2008 WINDOWS D0 Tue Dec 16 13:37:37 2008 wmpub D0 Sat Aug 26 22:52:02 2006 (null)\bat (null)\compaq (null)\CPQSYSTEM (null)\Documents and Settings (null)\domino (null)\hp (null)\inetpub (null)\ntfilemon (null)\Perl (null)\Program Files (null)\PVSW (null)\RECYCLER (null)\Repository (null)\System Volume Information (null)\WINDOWS (null)\wmpub 40003 blocks of size 262144. 12218 blocks available -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509260: Can not modify source (needs newer gob2)
Package: link-monitor-applet Version: 3.0-2 Severity: serious -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, this is kind of a FTBFMS bug (Fails To Build From Modified Source). Since I know have a 16:9 screen, I really need to get rid of the icon. But when I try to compile it, I get: Type ./jb build to build Link Monitor Applet 3.0. ./jb build ERROR: One or more .gob source files were modified but the version of gob2 (2.0.15) is too old. Please install gob2 = 2.0.16 and run configure again. Now gob2 2.0.16 is not yet released, and jbsrc/jb.c says: /* * At the time of this writing, gob2 2.0.16 is not yet * released. What is required is gob2 2.0.15 + my patches (see the * gob mailing list), which should eventually become gob2 2.0.16. */ jb_variable_set_string(gob2-minversion, 2.0.16); And indeed, trying to change the minversoin to 2.0.15 does not help... Severity serious because, at the moment, I am not able to execise my Free Software rights. I guess it can also be argued that it should be Severity: important, but it is definitely an issue. Greetings, Joachim - -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-486 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages link-monitor-applet depends on: ii gnome-panel2.20.3-5 launcher and docking facility for ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-16GNU C Library: Shared libraries ii libcairo2 1.8.4-1 The Cairo 2D vector graphics libra ii libgconf2-42.22.0-1 GNOME configuration database syste ii libgeoip1 1.4.4.dfsg-3 A non-DNS IP-to-country resolver l ii libglade2-01:2.6.3-1 library to load .glade files at ru ii libglib2.0-0 2.17.6-1 The GLib library of C routines ii libgnome2-02.20.1.1-2The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liborbit2 1:2.14.16-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.20.3-5 library for GNOME Panel applets ii libpango1.0-0 1.22.3-1 Layout and rendering of internatio ii libpopt0 1.14-4lib for parsing cmdline parameters ii libsm6 2:1.0.3-2 X11 Session Management library ii libxml22.6.32.dfsg-5 GNOME XML library ii link-monitor-applet-common 3.0-2 GNOME Panel Applet with graph of r link-monitor-applet recommends no packages. link-monitor-applet suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklM6xsACgkQ9ijrk0dDIGy2owCfc7Vz0lh4QiR6hfxKlM+tyiw1 RMoAn1QbUqIkCh7ggb2EeZTwXNFhmd7A =Wj1K -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#508635: binNMUs scheduled
On Thu, Dec 18, 2008 at 11:50:22PM +, Marc Brockschmidt wrote:
Please check if my binNMUs fixed the problem if I forget about it
Apparently so, you can see the .la file in the filelists for i386 and
amd64 (for instance), where the binNMUs have already happened:
http://packages.debian.org/sid/amd64/libexif-gtk-dev/filelist
http://packages.debian.org/sid/i386/libexif-gtk-dev/filelist
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507996: mazegaki conversion cannot be used
severity 507996 important
thanks
On Sun, Dec 07, 2008 at 04:10:17AM +0900, Jonny wrote:
Package: uim-tcode
Version: 1:1.5.3-1
Severity: serious
Using mazegaki conversion, the library of uim-skk and the dictionary of
t-code are required. Please be dependent on these. Moreover, please
Debianize tutcode-custom.scm with the patch of #482604. In a Debian system,
mazegaki.dic is in /usr/share/t-code instead of /usr/share/tc2.
AFAICT, this bug can't possibly be classified as a serious
one. Rationale: uim-tcode has support for various languages while your
complain applies to just one of them. I'm not arguing that your
complain isn't sound, just that the package is perfectly usable in
other contexts even without the dependency (and patch) you need.
FWIW, if I were the package maintainer, I'd also go for a Recommends
instead of a Depends on uim-skk, for the very same reason above.
Setting severity of this bug report to important, notwithstanding
that IMO it should even be normal.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508091: maintainer address bounces
severity 508091 normal
thanks
On Sun, Dec 07, 2008 at 09:18:21PM +0100, Thomas Viehmann wrote:
unfortunately, Philippe's mail seems to bounce:
r...@users.sf.net: host mx.sourceforge.net[216.34.181.68] said:
550 unknown user (in reply to RCPT TO command)
If this is transient, please feel free to close this bug, but otherwise
it should be fixed (also for Philippe's other packages).
Downgrading severity of this bug on two basis:
1) according to the bug log it is transient (though not reliably
solved yet)
2) I don't think a bouncing maintainer address should warrant a
serious bug report as it does not influence at all the usability
of the package by our users. Yes, it is annoying for us Debian-side
and should be fixed, but it is (mostly) irrelevant for our
users.
Would you do for example a stable release update for fixing
bouncing maintainer addresses? I doubt it ...
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509262: ftp.debian.org: Some packages have incorrect override (base is invalid section)
Package: ftp.debian.org Severity: normal Hello, I have noticed that the package zd1211-firmware has an incorrect override, which puts it in section base. The script simple attached validates some overrides files. It detects a few more mistake in Lenny: override.lenny.main:libc6-mips64optionalbase override.lenny.main:libc6-mipsn32 optionalbase override.lenny.non-free:zd1211-firmware extra non-free/base override.lenny.main.src:linux-modules-di-arm-2.6debian-installer None override.lenny.non-free.src:zd1211-firmware non-free/base override.lenny.non-free.src:parmetisnon-free/math None I don't know what None means in *.src files, so the script lists them as errors. Also, I have setup a wiki page which explains the override, since I couldn't find the information. Feel free to update, move or remove it. * https://wiki.debian.org/FtpMaster/Override Regards, Franklin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509262: ftp.debian.org: Some packages have incorrect override (base is invalid section)
On Sat, 2008-12-20 at 14:24 +0100, Frank Lin PIAT wrote: The script simple attached validates some overrides files. It detects a few more mistake in Lenny: Here it is, sorry. chk-overrides.sh.txt Description: application/shellscript
Bug#508091: maintainer address bounces
Hi, two comments. Stefano Zacchiroli wrote: Downgrading severity of this bug on two basis: 1) according to the bug log it is transient (though not reliably solved yet) It bounced very reliably for me, the person who said he didn't get bounces in the bug log later got bounces when he mailed us about that in ftpmaster communication. 2) I don't think a bouncing maintainer address should warrant a serious bug report as it does not influence at all the usability of the package by our users. Yes, it is annoying for us Debian-side and should be fixed, but it is (mostly) irrelevant for our users. Would you do for example a stable release update for fixing bouncing maintainer addresses? I doubt it ... Probably not a stable update, in particular because the BTS uses unstable's maintainer addresses. It should be a serious bug because it is impossible to contact the maintainer via the BTS et al. It's a major headache to have to dig up contacts for bouncing mail, both for users and people trying to achieve stuff in Debian that involves more than a single package. That said, I'm certainly not raising the severity again myself. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508934: gwenview: Pause to load images (or no images?)
I'm sorry, could you please restate the problem? I didn't quite get the nature of the problem from your description. Thanks! On December 16, 2008 14:10:22 psycheye wrote: Package: gwenview Version: 1.4.2-5+b1 Severity: normal In the file manager, when I click on a folder that contains lot of images there's a long pause, so I don't if gwenview loading images or there aren't any images. thanks psycheye -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509221: security.debian.org: Repeated intermittant GPG BADSIG errors with Automatic Signing Key
* Warren Overholt: Sorry, it took a while to find the right people to explain the network configuration. A BlueCoat was recently installed, which among other tasks is a proxy server. The bluecoat is supposed to be an inline cache. I guess it's the culprit here. Such issues are quite common, unfortunately. The error I cut and pasted the messages from today was roughly 2:45-3:00pm EST. The server's IP is 128.150.140.174. I have been told that the BlueCoat's IP should not show up in the access logs. We've got a request from the .174 IP in our logs for the etch Release file, but no request at all for the corresponding Release.gpg file. I suppose the proxy it is caching an outdated copy for some reason. Obviously, the signature doesn't match the new file. Given your response, will a solution like apt-proxy, approx, or apt-cacher help me? This only works if those instances aren't behind the same proxy, and if you can download data from them in ways which your proxy doesn't affect. Or will that only help me if I can have it's requests to *.debian.org not be filtered? Filtering and caching is fine, but the proxy should honor aptitude's requests to bypass it. This way, you will still get the benefit of caching the actual package files. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509263: cdbs: Create an option to pass arguments to dh_installman in the debhelper rule
Package: cdbs
Version: 0.4.52
Severity: wishlist
Hi,
This is from anjuta 2.24.2-1 debian/rules:
install/anjuta::
# dh_installman is buggy and doesnt like dealing with manpage names
# with periods in them.
mkdir -p debian/tmp/usr/share/man/man1/
cp debian/anjuta_import.sh.1 debian/tmp/usr/share/man/man1/
gzip -9 debian/tmp/usr/share/man/man1/anjuta_import.sh.1
That is a workaround for CDBS' debhelper rule not allowing to pass arguments to
dh_installman.
In this case, we would need to pass it '--language=C', as documented in
dh_installman(1).
The attached patch allows the use of DEB_INSTALL_MANPAGES_ARGS_ALL and
DEB_INSTALL_MANPAGES_ARGS_$(cdbs_curpkg).
Thanks,
Emilio
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages cdbs depends on:
ii debhelper 7.0.17 helper programs for debian/rules
Versions of packages cdbs recommends:
ii autotools-dev 20080123.2 Update infrastructure for config.{
Versions of packages cdbs suggests:
ii devscripts2.10.43scripts to make the life of a Debi
ii doc-base 0.8.18 utilities to manage online documen
-- no debconf information
--- /usr/share/cdbs/1/rules/debhelper.mk2008-04-01 11:51:40.0
+0200
+++ /usr/share/cdbs/1/rules/debhelper.mk.new2008-12-20 14:56:10.0
+0100
@@ -167,7 +167,7 @@ $(patsubst %,binary/%,$(DEB_ALL_PACKAGES
$(patsubst %,binary-install/%,$(DEB_ALL_PACKAGES)) :: binary-install/%:
dh_installdocs -p$(cdbs_curpkg) $(DEB_INSTALL_DOCS_ALL)
$(DEB_INSTALL_DOCS_$(cdbs_curpkg))
dh_installexamples -p$(cdbs_curpkg)
$(DEB_INSTALL_EXAMPLES_$(cdbs_curpkg))
- dh_installman -p$(cdbs_curpkg) $(DEB_INSTALL_MANPAGES_$(cdbs_curpkg))
+ dh_installman -p$(cdbs_curpkg) $(DEB_INSTALL_MANPAGES_ARGS_ALL)
$(DEB_INSTALL_MANPAGES_ARGS_$(cdbs_curpkg))
$(DEB_INSTALL_MANPAGES_$(cdbs_curpkg))
dh_installinfo -p$(cdbs_curpkg) $(DEB_INSTALL_INFO_$(cdbs_curpkg))
dh_installmenu -p$(cdbs_curpkg) $(DEB_DH_INSTALL_MENU_ARGS)
dh_installcron -p$(cdbs_curpkg) $(DEB_DH_INSTALL_CRON_ARGS)
Bug#508443: [imagemagick] Any news
Any news of this bug? Regards -- ROUCARIÈS Bastien roucaries.bastien+bast...@gmail.com --- DO NOT WRITE TO roucaries.bastien+blackh...@gmail.com OR BE BLACKLISTED -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#377468: Help needed for #377468
Hi! I would like to ask for some help for the bug #377468, if possible, please. Particularly from a mozilla-plugin wizard. The problem is that djvulibre in upstream is not linked against a particular libXt in order to adapt against different libXt version depending of the browser used. The question raised by the upsteam is the case of the browser itself already uses libXt, and links to a different version of the library than the plugin. This bug is easily demonstrable using the command [1]: $ ldd -d -r /usr/lib/netscape/plugins-libc6/nsdejavu.so But this behavior is quite fragile and could break [2] and I personally think that on debian browser and plugin will use the same version of library. Does my assertion is always valid? Can I enforce linking against libXt at build time? BTW should we contact other plugin developper about bug like this and should we document this issue? Regards Bastien -- ROUCARIÈS Bastien roucaries.bastien+deb...@gmail.com --- DO NOT WRITE TO roucaries.bastien+blackh...@gmail.com OR BE BLACKLISTED signature.asc Description: This is a digitally signed message part.
Bug#463720: gnu-fdisk: gfdisk -l /dev/sda segfaults; sfdisk -l /dev/sda ok
Package: gnu-fdisk Version: 1.1-1 Followup-For: Bug #463720 when I run gfdisk -l /dev/sda I get a segfault: _llseek(3, 2146830336, [2146830336], SEEK_SET) = 0 read(3, \353X\220MSWIN4.1\0\2\10(\0\2\0\0\0\0\370\0\0?\0\377\0\4\373?\0K..., 512) = 512 _llseek(3, 32256, [32256], SEEK_SET)= 0 read(3, \353\220mswin4.1\...@a\0\2\0\2\0\0\370\0\1?\0\377\0?\0\0\0\206..., 512) = 512 write(1, \n..., 1 )= 1 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ The other fdisk, reports: sfdisk -l /dev/sda Disk /dev/sda: 1019 cylinders, 134 heads, 62 sectors/track Warning: extended partition does not start at a cylinder boundary. DOS and Linux will interpret the contents differently. Warning: The partition table looks like it was made for C/H/S=*/255/63 (instead of 1019/134/62). For this listing I'll assume that geometry. Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/sda1 * 0+260 261- 20964516 FAT16 /dev/sda2261 526 2662136645f W95 Ext'd (LBA) end: (c,h,s) expected (526,254,63) found (525,254,63) /dev/sda3 0 - 0 00 Empty /dev/sda4 0 - 0 00 Empty /dev/sda5261+526 266- 2136613+ b W95 FAT32 The hard disk is reported as: EATA/DMA 2.0x: Copyright (C) 1994-2003 Dario Ballabio. EATA config options - tm:1, lc:y, mq:16, rs:y, et:n, ip:y, ep:n, pp:y. EATA0: 2.0C, PCI 0xe010, IRQ 5, BMST, SG 122, MB 64. EATA0: wide SCSI support enabled, max_id 16, max_lun 8. EATA0: SCSI channel 0 enabled, host target ID 7. scsi1 : EATA/DMA 2.0x rev. 8.10.00 scsi 1:0:6:0: Direct-Access IBM DCAS-34330W S65A PQ: 0 ANSI: 2 scsi 1:0:6:0: cmds/lun 16, sorted, simple tags. sd 1:0:6:0: [sda] 8466688 512-byte hardware sectors (4335 MB) sd 1:0:6:0: [sda] Write Protect is off sd 1:0:6:0: [sda] Mode Sense: b3 00 00 08 sd 1:0:6:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 1:0:6:0: [sda] 8466688 512-byte hardware sectors (4335 MB) sd 1:0:6:0: [sda] Write Protect is off sd 1:0:6:0: [sda] Mode Sense: b3 00 00 08 sd 1:0:6:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sda: sda1 sda2 sda5 sd 1:0:6:0: [sda] Attached SCSI disk Please also note that I get lock-ups loading eata on 2.6.23 and later kernels, but can load eata on 2.6.18 and 2.6.22 kernels successfully. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-git1 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnu-fdisk depends on: ii libc6 2.7-16GNU C Library: Shared libraries ii libncurses55.7+20081213-1shared libraries for terminal hand ii libparted1.8-1 1.8.8.git.2008.03.24-11.1 The GNU Parted disk partitioning s ii libreadline5 5.2-3 GNU readline and history libraries ii libuuid1 1.41.3-1 universally unique id library gnu-fdisk recommends no packages. gnu-fdisk 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#509242: ITP: lensfun -- LensCorrection editor plugin
On Sat, Dec 20, 2008 at 05:53:49PM +1100, Mark Purcell wrote: Package: wnpp Severity: wishlist Owner: Mark Purcell m...@debian.org * Package name: lensfun Version : 0.2.3 Upstream Author : Andrew Zabolotny z...@homelink.ru * URL : http://lensfun.berlios.de * License : GPL, MIT/X Programming Lang: C++ C Description : LensCorrection editor plugin Database of photographic lenses and their characteristics. I've also been looking into packaging it, but never got around to it. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509264: nlkt: Segfaults on exit when ~/.config/jackyf directory doesn't exist
Package: nlkt
Version: 0.3.2.0-2
Severity: normal
When ~/.config/jackyf directory does not exist nlkt segfaults on exit
(just start nlkt and press Cancel).
(gdb) run
Starting program: /usr/bin/nlkt
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0xf6ce16c0 (LWP 28700)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xf6ce16c0 (LWP 28700)]
0xf73c8fe2 in QThreadStorageData (this=0x98a3220, func=0xf73c2ed0
QThreadStorageunsigned int*::deleteData(void*))
at ../../include/QtCore/../../src/corelib/tools/qmap.h:162
162 ../../include/QtCore/../../src/corelib/tools/qmap.h: No such file or
directory.
in ../../include/QtCore/../../src/corelib/tools/qmap.h
Current language: auto; currently c++
(gdb) bt
#0 0xf73c8fe2 in QThreadStorageData (this=0x98a3220,
func=0xf73c2ed0 QThreadStorageunsigned int*::deleteData(void*))
at ../../include/QtCore/../../src/corelib/tools/qmap.h:162
#1 0xf73c20d1 in randTLS () at
../../include/QtCore/../../src/corelib/thread/qthreadstorage.h:132
#2 0xf73c22cc in qrand () at global/qglobal.cpp:2402
#3 0xf74635b6 in QTemporaryFileEngine::open (this=0x98782d8, openMode={i =
-3582768}) at io/qtemporaryfile.cpp:141
#4 0xf74494c0 in QFile::open (this=0xffc95564, mode={i = -3582700}) at
io/qfile.cpp:951
#5 0xf7463b51 in QTemporaryFile::open (this=0x98a3220, flags={i = -148672160})
at io/qtemporaryfile.cpp:669
#6 0xf747ea16 in QConfFile::isWritable (this=0x982c3c0) at
io/qtemporaryfile.h:78
#7 0xf7484d83 in QConfFileSettingsPrivate::syncConfFile (this=0x982c230,
confFileNo=0) at io/qsettings.cpp:1416
#8 0xf7485a57 in QConfFileSettingsPrivate::sync (this=0x982c230) at
io/qsettings.cpp:1358
#9 0xf747bdc1 in QConfFileSettingsPrivate::flush (this=0x982c230) at
io/qsettings.cpp:1365
#10 0xf747c449 in ~QSettings (this=0x807bbc8) at io/qsettings.cpp:2723
#11 0xf710dab9 in exit () from /lib/i686/cmov/libc.so.6
#12 0xf70f545d in __libc_start_main () from /lib/i686/cmov/libc.so.6
#13 0x08051811 in ?? ()
(gdb) bt full
#0 0xf73c8fe2 in QThreadStorageData (this=0x98a3220,
func=0xf73c2ed0 QThreadStorageunsigned int*::deleteData(void*))
at ../../include/QtCore/../../src/corelib/tools/qmap.h:162
No locals.
#1 0xf73c20d1 in randTLS () at
../../include/QtCore/../../src/corelib/thread/qthreadstorage.h:132
x = (SeedStorage *) 0x98a3220
cleanup = {globalStatic = @0x0}
#2 0xf73c22cc in qrand () at global/qglobal.cpp:2402
pseed = value optimized out
#3 0xf74635b6 in QTemporaryFileEngine::open (this=0x98782d8, openMode={i =
-3582768}) at io/qtemporaryfile.cpp:141
d = (class QFSFileEnginePrivate * const) 0x988cb30
qfilename = {static null = {No data fields}, static shared_null =
{ref = {_q_value = 28}, alloc = 0,
size = 0, data = 0x807b8aa, clean = 0, simpletext = 0, righttoleft = 0,
asciiCache = 0, capacity = 0,
reserved = 0, array = {0}}, static shared_empty = {ref = {_q_value = 2},
alloc = 0, size = 0, data = 0xf759f14e,
clean = 0, simpletext = 0, righttoleft = 0, asciiCache = 0, capacity = 0,
reserved = 0, array = {0}},
d = 0x9854ed0, static codecForCStrings = 0x0}
filename = 0x9836398 /home/stepan/.config/jackyf/nlkt.conf.X28700
fd = value optimized out
#4 0xf74494c0 in QFile::open (this=0xffc95564, mode={i = -3582700}) at
io/qfile.cpp:951
err = value optimized out
#5 0xf7463b51 in QTemporaryFile::open (this=0x98a3220, flags={i = -148672160})
at io/qtemporaryfile.cpp:669
d = (QTemporaryFilePrivate * const) 0x98a3ea0
#6 0xf747ea16 in QConfFile::isWritable (this=0x982c3c0) at
io/qtemporaryfile.h:78
dir = {d_ptr = 0x98a8258}
file = {QFile = {QIODevice = {QObject = {_vptr.QObject =
0xf759c888, static staticMetaObject = {d = {
superdata = 0x0, stringdata = 0xf7548e00 QObject, data =
0xf7548e80, extradata = 0x0}},
d_ptr = 0x98a3ea0, static staticQtMetaObject = {d = {superdata = 0x0,
stringdata = 0xf7551f20 Qt,
data = 0xf7553bc0, extradata = 0x0}}}, static staticMetaObject = {d
= {superdata = 0x807b960,
stringdata = 0xf7557180 QIODevice, data = 0xf75571e0, extradata =
0x0}}}, static staticMetaObject = {d = {
superdata = 0xf759c7c8, stringdata = 0xf7557120 QFile, data =
0xf7557140, extradata = 0x0}}},
static staticMetaObject = {d = {superdata = 0xf759c728, stringdata =
0xf7557280 QTemporaryFile,
data = 0xf75572a0, extradata = 0x0}}}
fileInfo = {d_ptr = 0x9869aa8}
#7 0xf7484d83 in QConfFileSettingsPrivate::syncConfFile (this=0x982c230,
confFileNo=0) at io/qsettings.cpp:1416
confFile = (QConfFile *) 0x982c3c0
---Type return to continue, or q return to quit---
readOnly = false
ok = value optimized out
file = {QIODevice = {QObject = {_vptr.QObject = 0xf759c748, static
staticMetaObject = {d = {
superdata = 0x0,
Bug#509265: CVE-2008-5237: Several integer overflows
Package: xine-lib Severity: important Tags: security Hi, the following CVE (Common Vulnerabilities Exposures) id was published for xine-lib. CVE-2008-5237[0]: | Multiple integer overflows in xine-lib 1.1.12, and other 1.1.15 and | earlier versions, allow remote attackers to cause a denial of service | (crash) or possibly execute arbitrary code via (1) crafted width and | height values that are not validated by the mymng_process_header | function in demux_mng.c before use in an allocation calculation or (2) | crafted current_atom_size and string_size values processed by the | parse_reference_atom function in demux_qt.c. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. Cheers Steffen For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5237 http://security-tracker.debian.net/tracker/CVE-2008-5237 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#142855: gnus nnimap+ssl don't work [without w3]
tags 142855 + fixed-upstream thanks On 2008-06-17 20:01 +0200, Richard Kettlewell wrote: This bug is unreproducible for me. However, I have seen it before, and it was because w3 was not available (it's required for ssl). Do you have the w3-el-e21 package installed? Perhaps a wishlist bug should be filed upstream to improve the ssl failure diagnostics, and/or emacs21 should recommend w3-el-21. I had the same problem and missing w3 was indeed the answer for me. However it took me quite a long time to discover this - indeed the penny only dropped when my googling led me to this particular bug. Now that I know what to look for I see that the gnus Info docs do mention the dependency in some of the places where you might need ssl.el, but not all of them. For instance I was editing mail-sources and therefore looking at s6.3.4.1 Mail Source Specifiers which does not mention it. Mentioning it this section would be a quick route to improvement. This bug is fixed in Emacs 22, it includes Simon Joseffson's tls.el package that supports both TLS and SSL and supersedes any ssl.el that might be included in add-on packages like w3-el-e21. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508857: libpurple0: bad handling of prefs after reinitialization
Hi, Ari Pollak wrote: FWIW, I have no plans to apply these patches independently of upstream, especially before lenny gets released. The useful patch is only one http://developer.pidgin.im/attachment/ticket/7761/nullptr-noleak.patch there others are win32 patches. Moreover it would be useful for qutecom to just have it into experimental, so without affecting the release process of lenny. Thanks, Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#377468: Help needed for #377468
Bastien ROUCARIES wrote: I would like to ask for some help for the bug #377468, if possible, please. Particularly from a mozilla-plugin wizard. The problem is that djvulibre in upstream is not linked against a particular libXt in order to adapt against different libXt version depending of the browser used. The question raised by the upsteam is the case of the browser itself already uses libXt, and links to a different version of the library than the plugin. This bug is easily demonstrable using the command [1]: $ ldd -d -r /usr/lib/netscape/plugins-libc6/nsdejavu.so But this behavior is quite fragile and could break [2] and I personally think that on debian browser and plugin will use the same version of library. Does my assertion is always valid? Can I enforce linking against libXt at build time? BTW should we contact other plugin developper about bug like this and should we document this issue? Just having made this choice w.r.t. to nsdejavu and pthread for properly fixing #504740, I'd recommend adding the libs to NSDEJAVU_LIBS for the reasons Steve explained (the pro becomes even more obvious when you factor in symbol versioning that some libraries may have). Personally, I'd also recommend to go with Steve's opinion on these matters when you don't have one of your own, but that's mostly based on the profound expertise in this area that he demonstrated in Debian over and over again and not an argument in itself. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509268: Wont build if linux-libc-dev supports eventfd but kernel doesn't
Package: asio Version: 1.3.1-1 Severity: normal Tags: patch Hi there, If libc6-dev supports eventfd (which is the in experimental) but the buildd's kernel or the developer's kernel doesn't, asio fails to build in the test suite; see e.g.: http://launchpadlibrarian.net/20538394/buildlog_ubuntu-jaunty-i386.asio_1.3.1-1_FAILEDTOBUILD.txt.gz There are actually two problems with this: 1) asio's build will differ depending on the libc6-dev used to build the package; as some arches lag, or when developers upload binary packages in general, this might cause surprizes; it would be reasonnable to force disabling eventfd support for now (-DASIO_DISABLE_EVENTFD) and revert this while adding a libc6-dev build-dep when it's available with libc6-dev support on all arches; this is also useful for e.g. backports. Consider that packages build-depending on asio will also be able to use this information to build-dep on an asio with eventfd support reliably. 2) the package actually failing to pass the testsuite in some cases. I'd recommend detecting eventfd support at runtime in the testsuite and providing macros to do this for programs using the lib. 3) There's another unrelated problem: eventfd support is assumed starting with a particular kernel version, but it's configurable and can be backported to an older kernel as well; asio shouldn't use kernel versions as proxies, but check at build and runtime for this support. For 1), the attached debdiff sets ASIO_DISABLE_EVENTFD in CXXFLAGS during check and documents this in README.Debian. For 2 and 3), I'd recommend: - changing include/asio/detail/select_interrupter.hpp into a real class which would detect which select_interrupter implementation to use at runtime - checking for eventfd in the system headers at build time and using the result in the installed headers (instead of requiring all users to test for it) but it would be too error prone for me to implement the first part and setting ASIO_DISABLE_EVENTFD is a good workaround in the mean time. :-P Cheers, -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27-1-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/bash -- Loïc Minier diff -u asio-1.3.1/debian/changelog asio-1.3.1/debian/changelog --- asio-1.3.1/debian/changelog +++ asio-1.3.1/debian/changelog @@ -1,3 +1,14 @@ +asio (1.3.1-1.1) unstable; urgency=low + + * Add a README.Debian to document that building programs using asio against +an eventfd-aware libc6-dev will introduce a runtime dependency on a kernel +with CONFIG_EVENTFD set. + * Define ASIO_DISABLE_EVENTFD in CXXFLAGS when running make check as +otherwise it fails to build with recent libc6-dev and older kernel +(typical on buildds running stable but building e.g. experimental). + + -- Loic Minier l...@dooz.org Sat, 20 Dec 2008 16:09:22 +0100 + asio (1.3.1-1) unstable; urgency=low * New upstream release diff -u asio-1.3.1/debian/rules asio-1.3.1/debian/rules --- asio-1.3.1/debian/rules +++ asio-1.3.1/debian/rules @@ -2,7 +2,7 @@ #export DH_VERBOSE=1 -CXXFLAGS = -W -Wall -g -pipe +CXXFLAGS = -W -Wall -g -pipe -DASIO_DISABLE_EVENTFD configure: configure.ac aclocal-1.10 only in patch2: unchanged: --- asio-1.3.1.orig/debian/README.Debian +++ asio-1.3.1/debian/README.Debian @@ -0,0 +1,12 @@ +eventfd() support += + +The current asio headers will turn on eventfd support at build time if +your libc6-dev supports it, disregarding support in the runtime kernel. + +In other words, if you build programs using asio against a recent libc6-dev, +they require a kernel with CONFIG_EVENTFD to run. You can define +ASIO_DISABLE_EVENTFD via CXXFLAGS to forcibly disable eventfd support. + +eventfd was included in linux 2.6.22. +
Bug#508939: [Pkg-lyx-devel] Bug#508939: lyx: Cannot compile Math help - missing xargs.sty
On Tue, Dec 16, 2008 at 10:43:26PM +0100, Sven Hoexter wrote: On Tue, Dec 16, 2008 at 03:23:30PM -0500, Pierre-Marc Fournier wrote: Hi, Select Math from the Help menu. Then select DVI (or another format) from the View menu. The document does not compile and a Latex error is displayed saying xargs.sty cannot be found. Latex log below: Hm xargs.sty seems to be unavailable in Debian. Looks like xargs.sty is included in texlive 2008 so this bug will eventually resolve when texlive 2008 enters Debian sometime next year after the lenny release. Sven -- If God passed a mic to me to speak I'd say stay in bed, world Sleep in peace [The Cardigans - 03:45: No sleep] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509269: linux-image-2.6.18-6-sparc64-smp: HIDDEV not included in sparc kernel image
Package: linux-image-2.6.18-6-sparc64-smp Version: 2.6.18.dfsg.1-23etch1 Severity: important In order to use the apcupsd package with a USB connected UPS, HIDDEV must be included in the kernel, either built-in, or as a module. But it is not in the default sparc kernel build at all. Why was it removed from the kernel image? I request that HIDDEV be reinserted as a module in the default sparc kernel (both single-processor and smp builds), as these systems can support usb (sometimes with an add-on PCI controller, as in my case), unless there is a compelling reason to leave it out. Thank you John -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-sparc64-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-image-2.6.18-6-sparc64-smp depends on: ii coreutils5.97-5.3The GNU core utilities ii debconf [debconf-2.0]1.5.11etch2 Debian configuration management sy ii initramfs-tools [linux-initr 0.85i tools for generating an initramfs ii module-init-tools3.3-pre4-2 tools for managing Linux kernel mo linux-image-2.6.18-6-sparc64-smp recommends no packages. -- debconf information: linux-image-2.6.18-6-sparc64-smp/postinst/depmod-error-2.6.18-6-sparc64-smp: false linux-image-2.6.18-6-sparc64-smp/prerm/would-invalidate-boot-loader-2.6.18-6-sparc64-smp: true linux-image-2.6.18-6-sparc64-smp/preinst/failed-to-move-modules-2.6.18-6-sparc64-smp: shared/kernel-image/really-run-bootloader: true linux-image-2.6.18-6-sparc64-smp/preinst/overwriting-modules-2.6.18-6-sparc64-smp: true linux-image-2.6.18-6-sparc64-smp/postinst/old-system-map-link-2.6.18-6-sparc64-smp: true linux-image-2.6.18-6-sparc64-smp/postinst/create-kimage-link-2.6.18-6-sparc64-smp: true linux-image-2.6.18-6-sparc64-smp/preinst/abort-overwrite-2.6.18-6-sparc64-smp: linux-image-2.6.18-6-sparc64-smp/preinst/initrd-2.6.18-6-sparc64-smp: * linux-image-2.6.18-6-sparc64-smp/preinst/already-running-this-2.6.18-6-sparc64-smp: linux-image-2.6.18-6-sparc64-smp/preinst/elilo-initrd-2.6.18-6-sparc64-smp: true linux-image-2.6.18-6-sparc64-smp/preinst/bootloader-initrd-2.6.18-6-sparc64-smp: true linux-image-2.6.18-6-sparc64-smp/preinst/lilo-initrd-2.6.18-6-sparc64-smp: true linux-image-2.6.18-6-sparc64-smp/postinst/kimage-is-a-directory: linux-image-2.6.18-6-sparc64-smp/postinst/depmod-error-initrd-2.6.18-6-sparc64-smp: false linux-image-2.6.18-6-sparc64-smp/postinst/old-dir-initrd-link-2.6.18-6-sparc64-smp: true linux-image-2.6.18-6-sparc64-smp/preinst/lilo-has-ramdisk: linux-image-2.6.18-6-sparc64-smp/prerm/removing-running-kernel-2.6.18-6-sparc64-smp: true linux-image-2.6.18-6-sparc64-smp/postinst/old-initrd-link-2.6.18-6-sparc64-smp: true linux-image-2.6.18-6-sparc64-smp/postinst/bootloader-test-error-2.6.18-6-sparc64-smp: linux-image-2.6.18-6-sparc64-smp/postinst/bootloader-error-2.6.18-6-sparc64-smp: linux-image-2.6.18-6-sparc64-smp/preinst/abort-install-2.6.18-6-sparc64-smp: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#377468: Help needed for #377468
On Sat, Dec 20, 2008 at 4:22 PM, Thomas Viehmann t...@beamnet.de wrote: Bastien ROUCARIES wrote: I would like to ask for some help for the bug #377468, if possible, please. Particularly from a mozilla-plugin wizard. Just having made this choice w.r.t. to nsdejavu and pthread for properly fixing #504740, I'd recommend adding the libs to NSDEJAVU_LIBS for the reasons Steve explained (the pro becomes even more obvious when you factor in symbol versioning that some libraries may have). Personally, I'd also recommend to go with Steve's opinion on these matters when you don't have one of your own, but that's mostly based on the profound expertise in this area that he demonstrated in Debian over and over again and not an argument in itself. Ok but I will do for my package. It seems other plugins have the same problem. Should I open bug report? $ldd -d -r /usr/lib/mozilla/plugins/* 21 | grep undefined undefined symbol: __gxx_personality_v0 (/usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so) undefined symbol: gdk_window_invalidate_rect (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: cairo_set_operator (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_cairo_create(/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_CStringSetData (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: cairo_destroy (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gtk_widget_get_type (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_StringContainerFinish (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_Alloc (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_CStringCopy (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_CStringContainerInit (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: cairo_paint (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: cairo_restore (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_GetMemoryManager (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_StringContainerInit (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_draw_rectangle (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_GetComponentManager (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gtk_widget_get_screen (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_CStringContainerFinish (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_StringGetData(/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: cairo_translate (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_draw_drawable (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_CStringGetData (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gtk_object_get_type (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gtk_button_get_type (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_window_begin_paint_rect (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gtk_widget_send_expose (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_cairo_rectangle (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gtk_button_get_image(/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_cairo_set_source_pixmap (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_pixmap_new (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_CStringGetMutableData (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gtk_settings_get_for_screen (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: cairo_clip (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_GetServiceManager(/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_UTF16ToCString (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_CStringContainerInit2 (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_Free (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: cairo_save (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_window_end_paint(/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: cairo_paint_with_alpha (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_window_process_updates (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_window_invalidate_rect (/usr/lib/mozilla/plugins/libtotem-complex-plugin.so) undefined
Bug#377468: Help needed for #377468
[dropped even more CCs] roucaries bastien wrote: It seems other plugins have the same problem. Should I open bug report? Well, that depends a bit: a) some of the symbols in your list (NS_*) might be from stuff that can reasonably be expected to always linked into things loading the plugins. (I don't know, but it should be checked before filing bugs, also see c) ), b) otherwise it seems to be a bug, c) for things that don't break within the set of packages Debian ships, I think fixing them for Lenny is not that important. For stuff that breaks, well, it might be worth fixing if it's easily fixable, but I'd ask for input of the release team before filing. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504989: connlimit and etchnhalf
On Sunday 2008-12-07 14:05, Florian Weimer wrote: It just confused me a bit because I was specifically reporting a bug in a Debian-modified iptables/kernel combiniation. Right. In your specific case, the only thing you can do is upgrade to a newer iptables from either upstream or Debian. Because once you patch iptables with your proposal, you break connlimit for all users running the 2.6.18 etch kernel. So the sanest solution is to backport xt_connlimit into 2.6.18 and update iptables for etch... Would such a backport run with a 2.6.18 etch kernel, too? That is the idea of backports in general. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505270: themes in /usr not working if /usr is not mounted
Hi, I have /usr in it's own partition. So it would not work if splashy wants to use files in /usr if it is not there at boot time. I hard copied /usr/share/splashy/themes to /etc/splashy and edited the themes path in /etc/splashy/config.xml back to /etc/splashy/themes and it works again. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508091: maintainer address bounces
On Sat, Dec 20, 2008 at 02:45:21PM +0100, Thomas Viehmann wrote:
Hi, two comments.
Hi Thomas, thanks for the feedback.
1) according to the bug log it is transient (though not reliably
solved yet)
It bounced very reliably for me, the person who said he didn't get
bounces in the bug log later got bounces when he mailed us about
that in ftpmaster communication.
Fair enough, it should be changed then, but the other reason for
lowering severity stands, IMHO.
Would you do for example a stable release update for fixing
bouncing maintainer addresses? I doubt it ...
Probably not a stable update, in particular because the BTS uses
unstable's maintainer addresses. It should be a serious bug because it
Good point, hence it is even less of a reason for keeping a high
severity affecting the current testing version of the package. Anyhow,
the package has another RC bug affecting testing, if that get fixed,
it can be a good chance to fix the maintainer address as well,
otherwise this bug can be closed later on, using unstable, not
affecting the triaging of testing bug reports.
That said, I'm certainly not raising the severity again myself.
Well, TBH I don't care either that much about the severity of this bug
report, I was just honestly surprised of seeing it marked as an RC and
explained my reasons. If you of anybody else has a strong feeling in
re-rising the severity, by all means go ahead.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509270: Duplicate output for autocomplete on ~/ followed by make command.
Package: bash Version: 3.1dfsg-8 When 2 time press TAB on $ make -C ~/de have dublicated auto completion output: ~/devel ~/devel In .bashrc has . /etc/bash_completion With this off - problem go away. -- Best regards! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508524: Subject: Re: Bug#508524: lenny - regression - ffmpeg lacks important codecs
Hello, I'm trying to follow this procedure: # apt-get build-dep ffmpeg-debian $ apt-get source ffmpeg-debian $ cd ffmpeg-debian_0.svn20080206 $ DEB_BUILD_OPTIONS=internalencoders \ fakeroot debian/rules get-orig-source $ sed -i '1s/ffmpeg-debian/ffmpeg/' debian/changelog $ DEB_BUILD_OPTIONS=internalencoders \ dpkg-buildpackage -us -uc but it fails during the last step with this error: dpkg-source: error: source package has two conflicting values - ffmpeg-debian and ffmpeg dpkg-buildpackage: failure: dpkg-source -b ffmpeg-debian-0.svn20080206 gave error exit status 255 I tried googling at it and it seems the cause is some wrong name in debian/control and debian/changelog. Could You please give some advice on what to change in these files? Thank You -- === Francesco Foresti Registered Linux User #332599 key fingerprint = 59D5 1E61 6631 5DEF DC88 C64C 7F53 2F45 99FB CD21 signature.asc Description: This is a digitally signed message part.
Bug#508697: [Debian][Zhone] Fresh install gives SystemError
I have heard that a newer release/snapshot of python-evas will work with the new cython. The source is in http://trac.enlightenment.org/e/browser/trunk/BINDINGS/python/python-evas and the commit commends indicate that it works better with cython now. The setup.py says that the latest version is 0.3.1. Albin, would you mind adding this to your TODO? I’ll sponsor it :-) I wanted to look on this, and meanwile found an issue with git repo holding debian packaging for pyton-evas: nik...@blacky:~/openmoko/python-evas/package git clone git://git.debian.org/pkg-e/proto/python-efl/python-evas.git Initialized empty Git repository in /home/nikita/openmoko/python-evas/package/python-evas/.git/ fatal: The remote end hung up unexpectedly nik...@blacky:~/openmoko/python-evas/package git clone http://git.debian.org/git/pkg-e/proto/python-efl/python-evas.git Initialized empty Git repository in /home/nikita/openmoko/python-evas/package/python-evas/.git/ warning: remote HEAD refers to nonexistent ref, unable to checkout. Althowus repo may be browsed ok at http://git.debian.org/?p=pkg-e/proto/python-efl/python-evas.git signature.asc Description: This is a digitally signed message part.
Bug#503566: desktop-base: Splashy ERROR: [...] XML File not found
Package: desktop-base Version: 5.0.3 Followup-For: Bug #503566 On my daily upgrade today I got the error message: === Splashy ERROR: Setting XML file to /etc/splashy/themes/default/theme.xml failed. XML File not found Set theme as: moreblue-orbit [ FAIL ] dpkg: error processing desktop-base (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: desktop-base === Before upgrade, everything went smoothly and without errors. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages desktop-base depends on: ii librsvg2-common 2.22.2-2 SAX-based renderer library for SVG desktop-base recommends no packages. Versions of packages desktop-base suggests: ii kde 5:48 the K Desktop Environment official -- 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#490171: rtorrent: I am getting random crashes, too.
Package: rtorrent Version: 0.7.9-2+b2 Followup-For: Bug #490171 With a large number (50+) torrents, the rtorrent process is becoming increasingly unstable. Sometimes it crashes even before it checks out all the torrents. Please, please, either push the new version, or do something to fix this crash - even with a script restarting rtorrent after every crash, it is becoming useless to me. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_GB.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages rtorrent depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libcurl3 7.18.2-7 Multi-protocol file transfer libra ii libgcc1 1:4.3.2-1 GCC support library ii libidn11 1.10-3 GNU libidn library, implementation ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.11-1 OpenLDAP libraries ii libncursesw5 5.7+20081213-1 shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.18-2 type-safe Signal Framework for C++ ii libssh2-1 0.18-1 SSH2 client-side library ii libssl0.9.8 0.9.8g-14 SSL shared libraries ii libstdc++64.3.2-1The GNU Standard C++ Library v3 ii libtorrent10 0.11.9-1.1 a C++ BitTorrent library ii libxmlrpc-c3 1.06.27-1 A lightweight RPC library based on ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime rtorrent recommends no packages. rtorrent 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#453259: sfs hanging
I think this may have regressed slightly from rc7 to rc8. No, rc7, rc8, and rc9 are showing problematic behavior (compared to 2.6.18, which works fine), but not for the case described in this bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509266: Clone and assign
Dear maintener, I clone and I assign one bug of my package about pdf2djvu that does not convert bookmark. It seems that this bug is closed. Regards Bastien -- ROUCARIES Bastien roucaries.bast...@gmail.com --- DO NOT WRITE TO roucaries.bastien+blackh...@gmail.com OR BE BLACKLISTED -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509271: [linux-image-2.6.26-1-686] vesafb as static interferes with other FB modules
Package: linux-image-2.6.26-1-686 Version: 2.6.26-12 Severity: minor Hello, I was trying to get my intelfb working, since I have: intelfb: Cannot reserve FB region. And, after some googling, I found that the problem is caused by vesafb being loaded *before*, and thus reserving the FB region I haven't tried a full kernel recompile yet, but, trying to remove vesafb, I found that it's not built as module: $ grep VESA /boot/config-2.6.26-1-686 CONFIG_FB_UVESA=m CONFIG_FB_VESA=y $ This is also present in 2.6.27-1~experimental.1~snapshot.12506 from kernel-archive.buildserver.net. I will try recompiling the kernel and making vesafb a module -- if that still doesn't work, I'll clone/retitle this bug for my specific problem. Kindly, David --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-686 Debian Release: 5.0 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 500 unstabledebian.corsac.net 500 kernel-dists-trunk kernel-archive.buildserver.net 1 experimentalwww.debian-multimedia.org 1 experimentaldebian.fastweb.it --- Package information. --- Depends (Version) | Installed =-+-= module-init-tools | 3.4-1 initramfs-tools(= 0.55) | 0.92n OR yaird(= 0.0.13) | OR linux-initramfs-tool | --- Output from package bug script --- -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#505270: /usr/share/splashy/themes
I forgot: I needed /etc/directfbrc and early starting of splashy does not work with the hard copied /usr/share/splashy/themes - /etc/splashy/themes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509264: nlkt: Segfaults on exit when ~/.config/jackyf directory doesn't exist
package nlkt
clone 509264 -1
retitle -1 libqtcore4: segmentation fault in ~QSettings
block 509264 by -1
reassign -1 libqtcore4
thanks
I guess this is Qt bug. The following tiny application crashes in the same way:
-8-
#include QApplication
#include QWidget
#include QSettings
QSettings settings(jackyf2, test2);
class MyWidget: public QWidget
{
public:
MyWidget()
{
settings.beginGroup(ProfileManager);
this-resize(settings.value(size, QSize(150, 100)).toSize());
this-move(settings.value(pos, QPoint(200, 200)).toPoint());
settings.endGroup();
}
~MyWidget()
{
settings.beginGroup(ProfileManager);
settings.setValue(pos, this-pos());
settings.setValue(size, this-size());
settings.endGroup();
}
};
int main(int argc, char* argv[])
{
QApplication app(argc, argv);
MyWidget widget;
widget.show();
app.exec();
}
-8-
To Qt maintainers: note that bug exists only when ~/.config/jackyf2 directory
doesn't
exist before the program run.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
Ukrainian C++ developer, Debian Maintainer, APT contributor
signature.asc
Description: OpenPGP digital signature
Bug#500919: [djvulibre-bin] Please retest
Package: djvulibre-bin Version: 3.5.20-8+lenny0 gs-djvu is not in debian therefore I have tagged this bug won't fix and reported upstream. I have also tagged this bug + patch because it seems lenny version pdf2djvu keep bookmark. Please reopen bug #509266 if not. I will close this bug report in a few days, if you agree. Regards Bastien ROUCARIÈS Bastien roucaries.bastien+deb...@gmail.com --- DO NOT WRITE TO roucaries.bastien+blackh...@gmail.com OR BE BLACKLISTED signature.asc Description: This is a digitally signed message part.
Bug#509258: [Pkg-samba-maint] Bug#509258: smbclient recurse
Quoting Шинтев Сергей (s...@kdvor.com): Package: smbclient Version: 2:3.2.5-1 example list all files in share not work recursion, but use options 'recurce'. Also not work with smbclient Version 3.2.6 compile from source mail:/home/ffsearch# smbclient -U xxx //192.168.10.7/c$ -c 'recurse;ls *' Enter shintev_sv's password: Domain=[AD] OS=[Windows Server 2003 3790 Service Pack 2] Server=[Windows Server 2003 5.2] What makes you think it should list files recursively ? smb: \ help recurse HELP recurse: toggle directory recursion for mget and mput Nothing is said here about ls becoming resursive. Indeed when resurse is toggled there are strange effects: smb: \ recurse smb: \ recurse off smb: \ ls . D0 Sun Aug 10 11:38:38 2008 .. D0 Sat Dec 20 08:39:44 2008 Musique D0 Sat Mar 31 14:49:53 2007 do_list: [(null)\192.168.1.1\famille\Musique\*] NT_STATUS_OBJECT_PATH_NOT_FOUND But one shouldn't really expect anything good while I agree there seem to be weird side effects signature.asc Description: Digital signature
Bug#503566: desktop-base: Splashy ERROR: [...] XML File not found
On sam, 2008-12-20 at 17:22 +0100, Sebastian Niehaus wrote: Package: desktop-base Version: 5.0.3 Followup-For: Bug #503566 On my daily upgrade today I got the error message: === Splashy ERROR: Setting XML file to /etc/splashy/themes/default/theme.xml failed. XML File not found Set theme as: moreblue-orbit [ FAIL ] dpkg: error processing desktop-base (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: desktop-base === Before upgrade, everything went smoothly and without errors. Can you give us: - dpkg -l splashy - ls -lh /etc/splashy - the version of desktop-base you were updating from - wether or not (as you remember) you touched splashy themes before Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#509273: spamassassin: s/to to/to/ spamd.8
Package: spamassassin Version: 3.2.5-2 Severity: minor Tags: patch File: /usr/share/man/man8/spamd.8p.gz --- /usr/share/man/man8/spamd.8p.gz +++ /tmp/spamd8p.gz.23571 2008-12-20 10:24:19.0 -0700 @@ -550,7 +550,7 @@ .IP \fB\-\-timeout\-child\fR=\fInumber\fR 4 .IX Item --timeout-child=number This option specifies the number of seconds to wait for a spamd child to -to process or check a message. The minimum value is \f(CW1\fR, the default +process or check a message. The minimum value is \f(CW1\fR, the default value is \f(CW300\fR, and a value of \f(CW0\fR will disable child timeouts completely. .IP \fB\-H\fR \fIdirectory\fR, \fB\-\-helper\-home\-dir\fR=\fIdirectory\fR 4 .IX Item -H directory, --helper-home-dir=directory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#255720: python2.3-rrd: would like to capture image written to standard out
Hi,
(This is a follow-up to Debian bug report #255720 - please see
http://bugs.debian.org/255720 for details.)
I've just realized that this bug report has not been forwarded to
rrd-developers but the original author of the Python bindings. However,
there has been no reply since then.
On Tue, Jun 22, 2004 at 10:28:37AM -0600, Glen Mabey wrote:
In using rrdtool from within python, it would be very convenient if the
following command did what one would hope it would do:
file =
rrdtool.graph('-','DEF:load=/var/lib/rrdcollect/stat.rrd:cpu_user:AVERAGE','LINE2:load#00a000:theload')
For the present, I'll just use
status,file = commands.getstatusoutput('rrdtool graph -
DEF:load=/var/lib/rrdcollect/stat.rrd:cpu_user:AVERAGE
LINE2:load#00a000:theload')
I think this feature (i.e. getting the image into 'file' instead of on
stdout) would make sense. However, I'm not into Python at all, so I hope
that someone else steps up to implement that (or convince me that this
feature does not make any sense ;-)).
TIA,
Sebastian
--
Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/
Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin
signature.asc
Description: Digital signature
Bug#503566: desktop-base: Splashy ERROR: [...] XML File not found
Yves-Alexis Perez cor...@debian.org writes: On sam, 2008-12-20 at 17:22 +0100, Sebastian Niehaus wrote: Package: desktop-base Version: 5.0.3 Followup-For: Bug #503566 On my daily upgrade today I got the error message: === Splashy ERROR: Setting XML file to /etc/splashy/themes/default/theme.xml failed. XML File not found Set theme as: moreblue-orbit [ FAIL ] dpkg: error processing desktop-base (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: desktop-base === Before upgrade, everything went smoothly and without errors. Can you give us: - dpkg -l splashy , | crystalline:/home/niehaus# LANG=EN dpkg -l splashy | Desired=Unknown/Install/Remove/Purge/Hold | | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend | |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) | ||/ Name Version Description | +++-=-=-== | ii splashy 0.3.10-2.1A complete user-space boot splash system | crystalline:/home/niehaus# ` - ls -lh /etc/splashy , | crystalline:/home/niehaus# LANG=EN ls -lh /etc/splashy | total 8.0K | -rw-r--r-- 1 root root 550 Oct 15 13:21 config.xml | drwxr-xr-x 10 root root 4.0K Dec 20 10:34 themes | crystalline:/home/niehaus# ` - the version of desktop-base you were updating from The /var/log/aptitudes says today desktop-base 5.0.1 - 5.0.3 - wether or not (as you remember) you touched splashy themes before I once configured spashy unsing splashy_config IIRC. By the way: , | crystalline:/tmp# LANG=EN splashy_config --info | Splashy ERROR: Setting XML file to /etc/splashy/themes/default/theme.xml failed. XML File not found | Theme currently used: | moreblue-orbit | version (null) | (null) | URLs (null) | by (null) | Installed themes: | kubuntusplashy | debian3 | debiansplashy | ubuntusplashy | crux | debian4 | debian-cubism | debian-moreblue | crystalline:/tmp# ` Thanks in advance, Sebastian pgpnybK4s7gV9.pgp Description: PGP signature
Bug#377468: Help needed for #377468
On Sat, Dec 20, 2008 at 03:50:21PM +0100, Bastien ROUCARIES wrote: Hi! I would like to ask for some help for the bug #377468, if possible, please. Particularly from a mozilla-plugin wizard. The problem is that djvulibre in upstream is not linked against a particular libXt in order to adapt against different libXt version depending of the browser used. The question raised by the upsteam is the case of the browser itself already uses libXt, and links to a different version of the library than the plugin. I think it should link against libXt in any case. AFAIK libXt properly tracks library version, so linking against it should actually do the right thing. Of course your plugin might only use a super stable subset of the symbols in libXt, but even then i think not linking against the system lib causes troubles. - Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#336603: Info about #336603
On Fri, Dec 19, 2008 at 01:41:16PM -0200, Nelson A. de Oliveira wrote: Is this a correct behaviour for Magick-config, please? (testing/unstable) $ Magick-config --cflags -I/usr/include (experimental) $ Magick-config --cflags -I/usr/include/ImageMagick -fopenmp Looks good too me. 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#509275: CVE-2008-5376: insecure temp file handling
Package: crip Severity: important Tags: security Hi, the following CVE (Common Vulnerabilities Exposures) id was published for crip. CVE-2008-5376[0]: | editcomment in crip 3.7 allows local users to overwrite arbitrary | files via a symlink attack on a /tmp/*.tag.tmp temporary file. This bug could still be fixed for lenny :) For etch, it could be fixed via s-p-u. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. Cheers Steffen For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5376 http://security-tracker.debian.net/tracker/CVE-2008-5376 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#488884: The problem is in __bswap_16
__bswap_16 in /usr/include/bits/byteswap.h has this: __v = __bswap_constant_16 (__x); Which should be this: __v = (unsigned short) __bswap_constant_16 (__x); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509275: crip also vulnerable
Hi Also crip seems to be vulnerable as well after a quick glance. Cheers Steffen signature.asc Description: This is a digitally signed message part.
Bug#488884: Still in 4.3.2
Oh, and this is in 4.3.2 as well. Thnaks! Monty -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#431485: vnc4server: stalls (100% cpu utilization) occasionally.
Ola Lundqvist o...@debian.org writes: Thanks for the report. Next time you hit this problem it would be nice with a strace (and also gdb) dump of the process. It is then possible to localize the hang further. $ strace -p 4453 -s24 -ff -tt Process 4453 attached - interrupt to quit 20:16:48.997783 --- SIGALRM (Alarm clock) @ 0 (0) --- 20:16:48.999135 sigreturn() = ? (mask now []) 20:16:49.000107 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c80708) = ? ERESTARTNOINTR (To be restarted) 20:16:49.041172 --- SIGALRM (Alarm clock) @ 0 (0) --- 20:16:49.041860 sigreturn() = ? (mask now []) 20:16:49.042671 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c80708) = ? ERESTARTNOINTR (To be restarted) 20:16:49.081748 --- SIGALRM (Alarm clock) @ 0 (0) --- 20:16:49.082438 sigreturn() = ? (mask now []) 20:16:49.083284 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c80708) = ? ERESTARTNOINTR (To be restarted) 20:16:49.123941 --- SIGALRM (Alarm clock) @ 0 (0) --- 20:16:49.124657 sigreturn() = ? (mask now []) 20:16:49.125439 --- SIGALRM (Alarm clock) @ 0 (0) --- 20:16:49.125934 sigreturn() = ? (mask now []) 20:16:49.126698 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c80708) = ? ERESTARTNOINTR (To be restarted) 20:16:49.166185 --- SIGALRM (Alarm clock) @ 0 (0) --- 20:16:49.166866 sigreturn() = ? (mask now []) 20:16:49.167641 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c80708) = ? ERESTARTNOINTR (To be restarted) 20:16:49.208339 --- SIGALRM (Alarm clock) @ 0 (0) --- 20:16:49.209065 sigreturn() = ? (mask now []) 20:16:49.209860 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c80708) = ? ERESTARTNOINTR (To be restarted) 20:16:49.249657 --- SIGALRM (Alarm clock) @ 0 (0) --- 20:16:49.250335 sigreturn() = ? (mask now []) 20:16:49.251124 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7c80708) = ? ERESTARTNOINTR (To be restarted) 20:16:49.291359 --- SIGALRM (Alarm clock) @ 0 (0) --- Hitting ctrl-c to strace cause Xvnc process to exit. I'll run gdb next time. My suspicion in this case is the Linux kernel or the gimp-print because they are the only one changed. Gimp print could hang in a display loop and the kernel can hang for various reasons... I used gimp-print only on the day I installed it and did not use gimp after it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503694: problems again today
On Mon, Dec 08, 2008 at 12:58:53PM -0500, Paul Higgins wrote: I tried twice - same result both times. Can you send your sources.list ? -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509276: Left key has no autorepeat
Package: xserver-xorg-input-evdev Version: 1:2.1.0-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I just installed Debian on a T400 (German keyboard, with Windows keys), using X from experimental, with the evdev input driver. I noticed that the Left key does not have autorepeat enabled, for some reason. The Right, Up and Down keys do auto-repeat. I can enable it with xset. Using evdev, I get these keycodes: Left: 113 Up: 111 Down: 116 Right: 114 113 was AltGr on a T41p (without windows keys), maybe this is hard-wired somewhere in X? Greetings, Joachim - -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 19. Dez 18:37 /etc/X11/X - /usr/bin/Xorg - -rwxr-xr-x 1 root root 1797392 12. Nov 14:14 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: - -rw-r--r-- 1 root root 1214 20. Dez 18:11 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg #Section InputDevice # Identifier Generic Keyboard # Driver evdev # Option device/dev/input/event1 # Option XkbRules xorg # Option XkbModel pc105 # Option XkbLayout de # Option XkbVariantnodeadkeys #EndSection # Section InputDevice # Identifier Configured Mouse # Driver mouse # EndSection # # Section Device # Identifier Configured Video Device # Driver intel # EndSection # # Section Monitor # Identifier Configured Monitor # EndSection # # Section Screen # Identifier Default Screen # Monitor Configured Monitor # EndSection Xorg X server log files on system: - -rw-r--r-- 1 root root 21635 20. Dez 18:32 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.17.7 x86_64 Debian Current Operating System: Linux kirk 2.6.27-1-amd64 #1 SMP Tue Dec 16 03:17:37 UTC 2008 x86_64 Build Date: 12 November 2008 12:59:43PM xorg-server 2:1.5.3-1 (bui...@xenophanes) Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sat Dec 20 18:32:35 2008 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) ModulePath set to /usr/lib/xorg/modules (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x7b1ec0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on linux (++)
Bug#481947: please consider this patch
On Sat, Dec 20, 2008 at 05:48:50PM +0530, Y Giridhar Appaji Nag wrote: On 08/12/19 20:42 -0600, Steve M. Robbins said ... I have reconsidered: if a file exists on the server, I think the correct behaviour is to continue rather than aborting. Please consider the enclosed patch. Thank you for this patch. I think this behaviour is nice. However, in many cases, the file that is already present may have been partially uploaded (in particular the last file that was uploaded) A partial upload is precisely the situation that prompted my patch. :-) In May, when I first thought about this, I was worried about having a corrupt file on the server, as you suggest. But when it happened again this week, I thought that probably the FTP server will delete a file that wasn't completely transferred (so you don't really need to worry). I'm not sure which hypothesis is true. If you find out, please let me know. it needs to be dcut and then dput again. I committed the patch to git with the message modified a bit to indicate this. If the FTP server retains the corrupt/truncated file, then the sequence is the following: 1. dput foo.changes ... fails partway through ... 2. submit dcut request 3. wait for acknowledgement by mail 4. dput foo.changes Waiting (step 3) is crucial, since the dcut requests are handled in batches by a cron job or similar. If you don't wait, what happens is that the newly-uploaded file (step 4) is cut and you'll get a message from DAK or whatever about a partially-uploaded package. I can tell you this from personal experience. :-( SO: if we need to consider this case, then the message for an upload failure in step 1 needs to suggest *both* steps 2 and 3 before re-trying the dput. Regards, -Steve signature.asc Description: Digital signature
Bug#509277: CVE-2008-5375: insecure temp file handling
Package: cmus Severity: important Tags: security Hi, the following CVE (Common Vulnerabilities Exposures) id was published for cmus. CVE-2008-5375[0]: | cmus-status-display in cmus 2.2.0 allows local users to overwrite | arbitrary files via a symlink attack on the /tmp/cmus-status temporary | file. debug.c also does something in /tmp, so one would need to check that as well. Since the program is not executed with root rights, this could be fixed for stable via stable-proposed-updates. It would also be nice to fix this bug for lenny. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. Cheers Steffen For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5375 http://security-tracker.debian.net/tracker/CVE-2008-5375 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508999: more on 508999 (lenny with wrong frequencies on Radeon Xpress 200)
Looking at the radeon_drv sources, it looks like those are only accessing 8 bit at RADEON_CLOCK_CNTL_INDEX and not the whole int that radeontool is writing, changing that in the driver via --- xserver-xorg-video-ati-6.9.0/src/radeon_driver.c2008-12-20 19:06:32.0 +0100 +++ xserver-xorg-video-ati-6.9.0/src/radeon_driver.c2008-12-20 18:29:24.0 +0100 @@ -544,7 +544,7 @@ unsigned char *RADEONMMIO = info-MMIO; uint32_t data; -OUTREG8(RADEON_CLOCK_CNTL_INDEX, addr 0x3f); +OUTREG(RADEON_CLOCK_CNTL_INDEX, addr 0x3f); RADEONPllErrataAfterIndex(info); data = INREG(RADEON_CLOCK_CNTL_DATA); RADEONPllErrataAfterData(info); @@ -558,7 +558,7 @@ RADEONInfoPtr info = RADEONPTR(pScrn); unsigned char *RADEONMMIO = info-MMIO; -OUTREG8(RADEON_CLOCK_CNTL_INDEX, (((addr) 0x3f) | +OUTREG(RADEON_CLOCK_CNTL_INDEX, (((addr) 0x3f) | RADEON_PLL_WR_EN)); RADEONPllErrataAfterIndex(info); OUTREG(RADEON_CLOCK_CNTL_DATA, data); fixes my problem (i.e. I get a working display, and it still works after switching to virtual console and back and changing resolutions and all those things). I fear that might be the case because it is overwriting some other data in there that causes this, but I guess to know this someone with knowledge about this registers is needed... Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509278: libminpack1: Depends on libgfortran2, but libgfortran3 is available
Package: libminpack1 Version: 19961126-13 Severity: wishlist Hi, is it possible to update minpack to use libgfortran3 instead of libgfortran2? /Jörgen -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libminpack1 depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libgfortran2 4.2.4-4Runtime library for GNU Fortran ap libminpack1 recommends no packages. libminpack1 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#488884: Root of the problem is __bswap_constant_16
The following: unsigned short int x= 1234; x= __bswap_constant_16(x); Will throw the warning. To fix, you need to change: #define __bswap_constant_16(x) \ x) 8) 0xff) | (((x) 0xff) 8)) To: #define __bswap_constant_16(x) \ x) 8) 0xff) | (unsigned short int)(((x) 0xff) 8)) -Eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
