Bug#834149: emacs24-common: org-mode's LaTeX preview unusable on HiDPI screens
Package: emacs24-common Version: 24.5+1-6 Severity: normal Tags: upstream One of the nice features of org-mode is the ability to write LaTeX in-line. When there is a lot of LaTeX in a document, the preview enabled with org-preview-latex-fragment comes in handy. Unfortunately, the preview is rendered with a fixed DPI setting and assumes regular (low-DPI) displays. On high-DPI displays (300dpi in my case) the generated images files are far too small to be legible which basically renders this functionality useless. Given the ubiquity of HiDPI displays this issue is not a minor issue. I am filing this bug report against emacs24-common, as I am using the built-in org-mode, not the one in the org-mode package. Please reassign if needed. Thanks for your assistance, Thomas -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to C.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages emacs24-common depends on: ii dpkg1.18.9 ii emacsen-common 2.0.8 ii install-info6.1.0.dfsg.1-8 Versions of packages emacs24-common recommends: pn emacs24-el Versions of packages emacs24-common suggests: ii emacs24-common-non-dfsg 24.5+1-2 ii ncurses-term 6.0+20160625-1 -- no debconf information
Bug#826045: systemd: New kernels are not booted
Package: systemd Version: 229-6 Severity: important After gummiboot has been integrated into systemd as systemd-boot, I decided to give this new feature a try and installed a new machine with systemd, not installing gummiboot or any other boot loader. The machine is capable of booting an UEFI stub, so systemd-boot should be able to handle this. However, with this approach the machine failed to boot. Only after manually copying the kernel and initramfs from /boot to /boot/efi, and manually setting up the relevant data structures in /boot/efi the machine came up as expected. It seems that integrating gummiboot into systemd is missing a critical piece, that is the update-gummiboot script that copies the kernel files. This script was installed in the postinst hook for kernels at /etc/kernel/postinst.d/ but is absent in systemd. Because of this omission new installs are broken, this is why I set the severy of this bug report to "important". Please add an equivalent of the update-gummiboot script to systemd. br, Thomas -- Package-specific info: -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to C.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemd depends on: ii adduser 3.113+nmu3 ii libacl1 2.2.52-2 ii libapparmor12.10-2+b2 ii libaudit1 1:2.4.5-1 ii libblkid1 2.27.1-1 ii libc6 2.22-7 ii libcap2 1:2.24-12 ii libcap2-bin 1:2.24-12 ii libcryptsetup4 2:1.6.6-5 ii libgcrypt20 1.6.4-4 ii libkmod221-1 ii liblzma55.1.1alpha+20120614-2.1 ii libmount1 2.27.1-1 ii libpam0g1.1.8-3.1 ii libseccomp2 2.2.3-2 ii libselinux1 2.4-3 ii libsystemd0 229-6 ii mount 2.27.1-1 ii sysv-rc 2.88dsf-59.2 ii util-linux 2.27.1-1 Versions of packages systemd recommends: ii dbus1.10.8-1 ii libpam-systemd 229-6 Versions of packages systemd suggests: pn systemd-container pn systemd-ui Versions of packages systemd is related to: ii udev 229-6 -- no debconf information
Bug#813379: xfce4-settings: Please also set DPI via RandR extension
Hello, On 02/05/16 11:02, Yves-Alexis Perez wrote: > As far as I know it's not “some graphics hardware”. Xorg explicitely sets DPI > to 96x96. I have a machine at home where the resolution is set to the correct value (ie not 96x96) without any further configuration (ie no xorg.conf etc). But I have to admit that this combination of hardware is not too common. > Can you explain what will forcing the resolution through XrandR will do? Applications that are not based upon a toolkit but link with the X libraries directly (in my case: the application is mupdf, it links with libx11 and libxext) will profit from the correct setting. This effect is in particular notable on a HiDPI display where every PDF I open with mupdf is initially about the size of a stamp unless I use the RandR extension to set the proper resolution. br, Thomas
Bug#813379: xfce4-settings: Please also set DPI via RandR extension
Package: xfce4-settings Version: 4.12.0-2 Severity: minor Tags: upstream XFCE comes with a configuration setting for adjusting the DPI of a monitor. However, this setting only has effects on Gtk, X itself is not affected. You can easily check this by selecting a non-default DPI setting in the XFCE settings manager, and then at the command line execute: xdpyinfo | grep resolution This will display the default resolution, chosen by X itself. However, some graphics hardware is broken and report a resolution of 96x96 dpi, even if this is clearly not the case. The old approach was to edit the xorg.conf file to add the relevant properties. However, this approach is deprecated. Another possibility is to use xrandr similar to xrandr --dpi 280 It would be nice if XFCE also changed the RandR DPI setting (not only the Gtk DPI setting) to make this command line trickery unnecessary. br, Thomas -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldoldstable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to C.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xfce4-settings depends on: ii libc62.21-6 ii libcairo21.14.4-1 ii libdbus-1-3 1.10.6-1 ii libdbus-glib-1-2 0.102-1 ii libexo-1-0 0.10.7-1 ii libfontconfig1 2.11.0-6.3 ii libgarcon-1-00.4.0-2 ii libgarcon-common 0.4.0-2 ii libgdk-pixbuf2.0-0 2.32.3-1 ii libglib2.0-0 2.46.2-3 ii libgtk2.0-0 2.24.29-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libupower-glib3 0.99.3-1+b2 ii libx11-6 2:1.6.3-1 ii libxcursor1 1:1.1.14-1+b1 ii libxfce4ui-1-0 4.12.1-2 ii libxfce4util74.12.1-2 ii libxfconf-0-24.12.0-2+b1 ii libxi6 2:1.7.5-1 ii libxklavier165.2.1-1 ii libxrandr2 2:1.5.0-1 ii xfconf 4.12.0-2+b1 Versions of packages xfce4-settings recommends: ii x11-utils 7.7+3 ii xfce4-volumed 0.1.13-5 xfce4-settings suggests no packages. -- no debconf information
Bug#810138: zim: Journal plugin does no longer work with LC_ALL unset
Package: zim Version: 0.65-2 Severity: normal Dear Maintainer, I recently upgraded zim from version 0.63 to 0.65. Unfortunately, on one of my machines zim showed weird behaviour: It could no longer display the calendar widget of the Journal plugin, and switching to the page for the current day (using Alt+D keyboard shortcut) opened an empty page saying "None" instead of today's date. This behaviour showed on some machines but not on others. The difference between these machines is the default locale for the system. After some testing I found out the following: LC_ALL=C zim , and LC_ALL=POSIX zim shows the previously described malformed behaviour, while LC_ALL=C.UTF-8 zim , and any other UTF-8 enabled locale I tried (such as en_US.utf8) shows the proper date along with the calendar widget in the sidepane. The old version of Zim (0.63) could always generate a proper date string. I am not sure what is the cause for this behaviour change but it is not depending on a particular notebook - this behaviour is reproducible with a new notebook as well. Anyway, no matter what the locale, Zim should be able to generate a proper date string and show the calendar widget if requested. Best regards, Thomas -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldoldstable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to C.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages zim depends on: ii python 2.7.11-1 ii python-gobject 3.18.2-2 ii python-gtk2 2.24.0-4 ii python-xdg 0.25-4 pn python:any Versions of packages zim recommends: pn python-gtkspell Versions of packages zim suggests: pn bzr pn ditaa ii dvipng1.14-2+b1 ii git 1:2.6.4-1 pn gnuplot ii graphviz 2.38.0-12+b1 pn lilypond ii mercurial 3.5.2-2 pn python-zeitgeist pn r-base pn scrot -- no debconf information
Bug#810076: network-manager: NM does not honor "push route" any more
Package: network-manager Version: 1.0.6-1 Severity: normal Dear Maintainer, I have just upgraded network-manager from 1.0.6 to 1.0.10 just to determine that my OpenVPN connection stopped working. Downgrading to 1.0.6 fixes the connection again. In my configuration, the central OpenVPN server pushes some route to the client with the push "route 192.168.x.x 255.255.x.x" directive. Everything has been set up properly so whenever I make a ip route on my nm-1.0.6 client I see the appropriate route. However, this has changed with 1.0.10: The appropriate route is no longer listed when doing a call to "ip route". If this behaviour change is intended, I could not find documentation on how to manually revert to the previous behaviour. If this change was not done by intention, it is a regression we should trace and fix. I am filing this bug report with network-manager (not network-manager-openvpn) because downgrading network-manager-openvpn alone did not have an effect. However, downgrading network-manager (without downgrading network-manager-openvpn) already had the desired effect. My current (working) package combination is: hi network-manager 1.0.6-1 ii network-manager-gnome 1.0.10-1 hi network-manager-openvpn 1.0.6-3 Best regards, Thomas -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldoldstable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to C.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.10.6-1 ii init-system-helpers1.24 ii isc-dhcp-client4.3.3-5 ii libbluetooth3 5.36-1 ii libc6 2.21-6 ii libdbus-1-31.10.6-1 ii libdbus-glib-1-2 0.102-1 ii libglib2.0-0 2.46.2-3 ii libgnutls-deb0-28 3.3.19-1 ii libgudev-1.0-0 230-2 ii libmm-glib01.4.12-1 ii libndp01.4-2 ii libnewt0.520.52.18-1+b1 ii libnl-3-2003.2.26-1 ii libnl-genl-3-200 3.2.26-1 ii libnl-route-3-200 3.2.26-1 ii libnm0 1.0.10-1 ii libpam-systemd 228-2+b1 ii libpolkit-agent-1-00.105-14 ii libpolkit-gobject-1-0 0.105-14 ii libreadline6 6.3-8+b4 ii libsoup2.4-1 2.52.1-1 ii libsystemd0228-2+b1 ii libteamdctl0 1.18-1 ii libuuid1 2.27.1-1 ii lsb-base 9.20150917 ii policykit-10.105-14 ii udev 228-2+b1 ii wpasupplicant 2.3-2.3 Versions of packages network-manager recommends: ii crda3.13-1+b1 ii dnsmasq-base2.75-1 ii iptables1.4.21-2+b1 ii iputils-arping 3:20121221-5+b2 ii modemmanager1.4.12-1 ii ppp 2.4.7-1+1 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.32~rc+dfsg-1 pn libteam-utils -- no debconf information
Bug#769282: mupdf: Fullscreen is not fullscreen
Package: mupdf
Version: 1.5-1
Followup-For: Bug #769282
Attached patch fixes the problem.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'oldstable-updates'), (500, 'unstable'),
(500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.16-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968)
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash
Versions of packages mupdf depends on:
ii libc62.19-13
ii libfreetype6 2.5.2-2
ii libjbig2dec0 0.11+20120125-1
ii libjpeg62-turbo 1:1.3.1-10
ii libopenjp2-7 2.1.0-2
ii libssl1.0.0 1.0.1j-1
ii libx11-6 2:1.6.2-3
ii libxext6 2:1.3.3-1
ii zlib1g 1:1.2.8.dfsg-2+b1
mupdf recommends no packages.
Versions of packages mupdf suggests:
ii mupdf-tools 1.5-1+b2
-- no debconf information
Index: mupdf-1.5/platform/x11/pdfapp.h
===
--- mupdf-1.5.orig/platform/x11/pdfapp.h
+++ mupdf-1.5/platform/x11/pdfapp.h
@@ -12,7 +12,7 @@
/* 25% .. 400% */
#define MINRES 18
-#define MAXRES 288
+#define MAXRES 576
typedef struct pdfapp_s pdfapp_t;
Index: mupdf-1.5/platform/x11/pdfapp.c
===
--- mupdf-1.5.orig/platform/x11/pdfapp.c
+++ mupdf-1.5/platform/x11/pdfapp.c
@@ -28,7 +28,7 @@ enum
static void pdfapp_showpage(pdfapp_t *app, int loadpage, int drawpage, int repaint, int transition, int searching);
static void pdfapp_updatepage(pdfapp_t *app);
-static const int zoomlist[] = { 18, 24, 36, 54, 72, 96, 120, 144, 180, 216, 288 };
+static const int zoomlist[] = { 18, 24, 36, 54, 72, 96, 120, 144, 180, 216, 288, 360, 480, 576 };
static int zoom_in(int oldres)
{
Bug#728113: smartmontools still broken
I have just tried running smartctl with the updated binutils version 2.24.90.20141201-1, however the bug is still there. $ smartctl -a /dev/sda Inconsistency detected by ld.so: dl-version.c: 224: _dl_check_map_versions: Assertion `needed != ((void *)0)' failed! br, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#769282: mupdf: Fullscreen is not fullscreen
Package: mupdf Version: 1.5-1+b2 Severity: wishlist Tags: upstream mupdf allows only zoom sizes between 0.25 and 4 (x11/pdfapp.h line 13ff) #define MINRES 18 #define MAXRES 288 These settings are too conservative, as LaTeX beamer slides cannot be presented full-screen on large monitors. Specifically, MAXRES should be set to 576 (this allows a magnification of 8; a magnification of 5.3 is needed for Beamer slides on 1920x1080). br, Thomas -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16-3-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages mupdf depends on: ii libc62.19-12 ii libfreetype6 2.5.2-2 ii libjbig2dec0 0.11+20120125-1 ii libjpeg62-turbo 1:1.3.1-10 ii libopenjp2-7 2.1.0-2 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii zlib1g 1:1.2.8.dfsg-2 mupdf recommends no packages. Versions of packages mupdf suggests: ii mupdf-tools 1.5-1+b2 -- 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#763014: geeqie: Version number wrong
Package: geeqie Version: 1:1.2-1 Severity: minor Tags: upstream Hello, in geeqie version 1.2 the Help/About dialog box says "Geequie 1.1". This can result in confusion when checking patches, reporting bugs etc. br, Thomas -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages geeqie depends on: ii geeqie-common1:1.2-1 ii libatk1.0-0 2.12.0-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libexiv2-13 0.24-4 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc1 1:4.9.1-14 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libglib2.0-0 2.40.0-5 ii libgtk2.0-0 2.24.24-1 ii libjpeg8 8d1-1 ii liblcms2-2 2.6-3 ii liblircclient0 0.9.0~pre1-1.1 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libpangoft2-1.0-01.36.7-1 ii libstdc++6 4.9.1-14 ii libtiff5 4.0.3-10 Versions of packages geeqie recommends: ii cups-bsd [lpr] 1.7.5-1 pn exiftran pn exiv2 ii imagemagick 8:6.8.9.6-4 ii librsvg2-common 2.40.4-1 pn ufraw-batch pn zenity Versions of packages geeqie suggests: pn geeqie-dbg ii gimp 2.8.10-2 ii libjpeg-progs 8d1-1 pn ufraw pn xpaint -- 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#762493: ruby-jekyll-watch: Package should suggest ruby-rb-inotify
Package: ruby-jekyll-watch Version: 1.0.0-1 Severity: minor Jekyll is crashing under the following conditions: 1. ruby-jekyll-watch is installed 2. ruby-rb-inotify is not installed 3. The user runs "jekyll build -w" or "jekyll serve -w" without the "--force_polling" command line option. The error message is: /usr/lib/ruby/vendor_ruby/celluloid/mailbox.rb:69:in `sleep': No live threads left. Deadlock? (fatal) from /usr/lib/ruby/vendor_ruby/celluloid/mailbox.rb:69:in `wait' from /usr/lib/ruby/vendor_ruby/celluloid/mailbox.rb:69:in `receive' from /usr/lib/ruby/vendor_ruby/celluloid/calls.rb:97:in `block in wait' from /usr/lib/ruby/vendor_ruby/celluloid/calls.rb:96:in `loop' from /usr/lib/ruby/vendor_ruby/celluloid/calls.rb:96:in `wait' from /usr/lib/ruby/vendor_ruby/celluloid.rb:99:in `suspend' from /usr/lib/ruby/vendor_ruby/celluloid/calls.rb:92:in `value' from /usr/lib/ruby/vendor_ruby/celluloid/proxies/sync_proxy.rb:33:in `method_missing' from /usr/lib/ruby/vendor_ruby/listen/listener.rb:134:in `_init_actors' from /usr/lib/ruby/vendor_ruby/listen/listener.rb:40:in `start' from /usr/lib/ruby/vendor_ruby/jekyll/commands/watch.rb:43:in `watch' from /usr/lib/ruby/vendor_ruby/jekyll/commands/build.rb:62:in `watch' from /usr/lib/ruby/vendor_ruby/jekyll/commands/build.rb:35:in `process' from /usr/lib/ruby/vendor_ruby/jekyll/commands/serve.rb:24:in `block (2 levels) in init_with_program' from /usr/lib/ruby/vendor_ruby/mercenary/command.rb:220:in `call' from /usr/lib/ruby/vendor_ruby/mercenary/command.rb:220:in `block in execute' from /usr/lib/ruby/vendor_ruby/mercenary/command.rb:220:in `each' from /usr/lib/ruby/vendor_ruby/mercenary/command.rb:220:in `execute' from /usr/lib/ruby/vendor_ruby/mercenary/program.rb:35:in `go' from /usr/lib/ruby/vendor_ruby/mercenary.rb:22:in `program' from /usr/bin/jekyll:18:in `' This is just a long way of saying that the inotify interface is not available. As Jekyll works fine with the "-w" and "--force_polling" options combined, even when the ruby-rb-inotify package is not installed, I am using "severity: minor" to report this bug. However, it would be nice if the user would be reminded to install the ruby-rb-inotify package somehow, eg by recommending this package, or printing an appropriate error message. Best wishes, Thomas -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-jekyll-watch depends on: ii ruby 1:2.1.0.4 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-2 ii ruby2.1 [ruby-interpreter]2.1.2-3 ruby-jekyll-watch recommends no packages. ruby-jekyll-watch 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#750724: mupdf-tools: Document mudraw -F command line switch in man page
Package: mupdf-tools Version: 1.3-2 Severity: minor The man page for mudraw does not document the -F command line switch. However, it would be really nice if one could read about the SVG export capabilities of mupdf. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages mupdf-tools depends on: ii libc6 2.18-5 ii libfreetype6 2.5.2-1 ii libjbig2dec0 0.11+20120125-1 ii libjpeg8 8d-2 ii zlib1g1:1.2.8.dfsg-1 mupdf-tools recommends no packages. mupdf-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#746607: jekyll: Needs dependency on ruby-colored
Package: jekyll Version: 1.5.1-1 Severity: grave Justification: renders package unusable Jekyll always aborts with the following error message: /usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:55:in `require': cannot load such file -- colored (LoadError) from /usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/vendor_ruby/jekyll.rb:25:in `' from /usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/bin/jekyll:7:in `' What is missing is a dependency on ruby-colored. Once this package is installed, the error is gone. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#736493: mupdf: Please make mouse behaviour configurable
Package: mupdf Version: 1.3-1 Severity: wishlist Tags: upstream I really like mupdf very much, as it is lightweight and does everything what I want a PDF viewer to do. However, I cannot accustom myself to the behaviour of the mouse: Panning switches pages, using the scroll wheel does not. Given the fact that most scroll wheels have discrete steps, I would prefer it to be the other way round: Switch to another page using the scroll wheel, and panning with the left mouse button stays on the current page. If you can configure to switch the behaviour, that would be a very useful feature IMHO. Thanks and best regards, Thomas -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages mupdf depends on: ii libc6 2.17-97 ii libfreetype6 2.5.2-1 ii libjbig2dec0 0.11+20120125-1 ii libjpeg8 8d-2 ii libssl1.0.0 1.0.1f-1 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 ii zlib1g1:1.2.8.dfsg-1 mupdf recommends no packages. Versions of packages mupdf suggests: ii mupdf-tools 1.3-1 -- 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#658905: gajim fails to start
Hello Tanguy, On 11/24/2013 06:48 PM, Tanguy Ortolo wrote: First of all, sorry for the very high delay of response, I have taken over the maintenance of the package gajim and this bug is anterior to that. thank you for coming back to me. Thomas Prokosch, 2012-02-06 18:33+0100: In case gajim cannot create a subdirectory share within directory $HOME/.local, it fails to start with the following error message: Yes, except here, it is not trying to save any configuration but some data. You are right - if it is data that is going to be written here, it really does not make much sense to insist on a read-only $HOME. One can always redirect $XDG_DATA_HOME to some other location. Thank you for helping me. I think we can refrain from forwarding that request, and thus give the developers some time back so that they are able to develop some desired features and/or fix real bugs :) Have a nice day, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#695536: libpaper1: Does not configure properly on unitialized systems
Package: libpaper1 Version: 1.1.24+nmu2 Severity: normal libpaper1 does not configure properly on newly set up systems: I am using multistrap to build an ARM image from scratch on i386 hardware. However, during unpacking on the real ARM hardware with dpkg --configure -a, libpaper1 fails to unpack properly. The symptoms are as follows: dpkg output: === Setting up libpaper1:armhf (1.1.24+nmu2) ... Creating config file /etc/papersize with new version /usr/bin/tl-paper: setting paper size for dvipdfm to a4. Running mktexlsr. This may take some time... done. Building format(s) --refresh. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.KI8wk5at Please include this file if you report a bug. run-parts: /etc/libpaper.d/texlive-base exited with return code 1 dpkg: error processing libpaper1:armhf (--configure): subprocess installed post-installation script returned error exit status 1 === The output of the mentioned file simply complains about the fact that the following file is missing from the file system: === /usr/share/texlive/texmf/texconfig/tcfmgr.map === One solution is to call /var/lib/dpkg/info/libpaper1\:armhf.postinst manually. As the architecture in question is armhf, the testing suite was used (no stable suite existing right now). Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658905: gajim fails to start
Package: gajim
Version: 0.14.4-2
Severity: important
In case gajim cannot create a subdirectory share within directory $HOME/.local,
it fails to start with the following error message:
Traceback (most recent call last):
File "gajim.py", line 145, in
import common.configpaths
File "/usr/share/gajim/src/common/configpaths.py", line 185, in
gajimpaths = ConfigPaths()
File "/usr/share/gajim/src/common/configpaths.py", line 101, in __init__
self.data_root = xdg.BaseDirectory.save_data_path('gajim')
File "/usr/lib/pymodules/python2.7/xdg/BaseDirectory.py", line 71, in
save_data_path
os.makedirs(path)
File "/usr/lib/python2.7/os.py", line 150, in makedirs
makedirs(head, mode)
File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
In this case, gajim should revert to the default configuration and start
nevertheless.
This behaviour of gajim was already implemented in earlier versions, so this
bug clearly is a regression.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'),
(500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15
(charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash
Versions of packages gajim depends on:
ii dnsutils 1:9.7.3.dfsg-1+b1
ii python 2.7.2-10
ii python-gtk2 2.24.0-2
Versions of packages gajim recommends:
ii dbus 1.4.16-1
ii python-crypto
ii python-dbus 0.84.0-3
ii python-gnupginterface
ii python-openssl
ii xfce4-notifyd [notification-daemon] 0.2.2-1
Versions of packages gajim suggests:
ii aspell-en
ii avahi-daemon
ii dvipng
ii gnome-keyring
ii gstreamer0.10-plugins-ugly
ii libgtkspell0
ii nautilus-sendto
ii network-manager
ii python-avahi
ii python-farsight
ii python-gconf
ii python-gnome2
ii python-gnomekeyring
ii python-kerberos
ii texlive-latex-base 2009-15
-- 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#620216: bugzilla.kernel.org
Kernel bug number is 32342 https://bugzilla.kernel.org/show_bug.cgi?id=32342 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620216: linux-image-2.6.38-1-686: kernel hangs with XFS
Package: linux-2.6 Version: 2.6.38-1 Severity: important Since the big XFS refacturing, kernels tend to hang on one particular machine. It is not a hardware problem, since the very same machine works flawlessly with the very same configuration, by just using an older (<=2.6.26) kernel. Especially bad in this respect is the latest 2.6.38 as given in the email subject: The problem appears right after the reboot. I am filing this bug report on linux-image-2.6.37-1-686 which also shows hangs but only 1-2 times per week. In order to isolate this bug, I am attending the kernel log for two distinct hangs (with a reboot in between) and disk information. I suspect that the problem occurs only on special types of disks, as I run almost the same configuration on multiple machines (same kernel, XFS formatted disks with the same XFS format version, same partitioning, etc.) without having any problems. If you need any more info, I will be more than glad to help. Best, Thomas -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information not available ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub [8086:27a0] (rev 03) Subsystem: Sony Corporation Device [104d:8207] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03) (prog-if 00 [VGA controller]) Subsystem: Sony Corporation Device [104d:8207] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- [disabled] Capabilities: Kernel driver in use: i915 00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller [8086:27a6] (rev 03) Subsystem: Sony Corporation Device [104d:8207] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High Definition Audio Controller [8086:27d8] (rev 02) Subsystem: Sony Corporation Device [104d:8207] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: HDA Intel 00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 1 [8086:27d0] (rev 02) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: 00:1d.0 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 [8086:27c8] (rev 02) (prog-if 00 [UHCI]) Subsystem: Sony Corporation Device [104d:8207] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- Kernel driver in use: ehci_hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev e2) (prog-if 01 [Subtractive decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: 00:1f.0 ISA bridge [0601]: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge [8086:27b9] (rev 02) Subsystem: Sony Corporation Device [104d:8207] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- 00:1f.1 IDE interface [0101]: Intel Corporation 82801G (ICH7 Family) IDE Controller [8086:27df] (rev 02) (prog-if 8a [Master SecP PriP]) Subsystem: Sony Corporation Device [104d:8207] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- Kernel driver in use: iwl3945 06:04.0 Ca
Bug#619333: vnstatd does not honour the CheckDiskSpace config option
Package: vnstat
Severity: normal
Tags: upstream
There is an unexpected difference between the vnstat and the vnstatd binaries:
In a low diskspace scenario, the CheckDiskSpace option set to 0 comes in handy.
Setting this option to 0 updates the database file even if the remaining
diskspace is <1MB. The vnstatd daemon however, does not update the database in
this case.
>From the vnstat source code: (line 540)
if (!spacecheck(dirname) && !force) {
>From the vnstatd source code: (line 337)
if (spacecheck(dirname)) {
I would opt that both binaries behave the same way, ie replace line 337 in
vnstatd.c by
if (spacecheck(dirname)||force) {
Thanks,
Thomas
-- System Information:
Debian Release: 6.0
APT prefers stable
APT policy: (990, 'stable'), (500, 'squeeze-updates'), (500, 'unstable'),
(500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.35-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615629: zim misses the emphasis
On Monday 28 February 2011 12:11 AM, Jaap Karssenberg wrote: I'm sorry but zim does no translation at all from properties in style.conf to CSS. The config file is for the style of the user interface, the CSS is hardcoded in the HTML template used. Oh, I see. I am glad I used the same spelling of "grey", otherwise I would have gotten suspicious :-) Can I make this a wishlist bug? Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615629: zim misses the emphasis
Package: zim
Version: 0.48-1
Severity: normal
When printing to the browser, zim embeds a snippet of CSS for proper
formatting. While doing this zim seems to miss the attributes for an emphasis
tag.
In my style.conf file I do have the following entry:
[Tag emphasis]
style=italic
foreground=#e69d00
However, there is no corresponding "em" entry in the "style" environment. So,
the text will be emphasized, however it will not be shown in the given color.
The same is true for bold styles. On the other hand, other formats are
displayed properly (in their according color):
[Tag strike]
strikethrough=true
foreground=grey
gives:
strike { color: grey}
So, it would be nice if zim could be consistent in this respect and add the
missing format directives.
Best,
Thomas
-- System Information:
Debian Release: 6.0
APT prefers stable
APT policy: (990, 'stable'), (500, 'squeeze-updates'), (500, 'unstable'),
(500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.37-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15
(charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash
Versions of packages zim depends on:
ii python 2.6.6-3+squeeze5 interactive high-level object-orie
ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge
ii python-simplejson 2.1.1-1 simple, fast, extensible JSON enco
ii python-support 1.0.10 automated rebuilding support for P
ii python-xdg 0.19-2 Python library to access freedeskt
Versions of packages zim recommends:
pn python-gtkspell(no description available)
Versions of packages zim suggests:
pn bzr(no description available)
pn dvipng (no description available)
pn graphviz (no description available)
pn scrot (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615251: jabref: Jabref opens maximized
On Saturday 26 February 2011 05:36 PM, gregor herrmann wrote: On Sat, 26 Feb 2011 08:30:47 -0800, tony mancill wrote: Starting with this version, Jabref always opens in a maximized state, despite the following entry in the config file: This new behaviour is pretty annoying on a large screen. I'm not seeing this behavior with either 2.6+ds-4 or 2.7~beta1+ds-3. Is it possible that this behavior is related to your window manager? I also can't reproduce this. JabRef opens in the way my window manager (awesome) allows it, and in "floating mode" in the size it was last saved. If this helps, my system runs xfwm4 version 4.6.2-1. I am reporting this bug since this has worked in previous versions of jabref, and I cannot recall having updated xfwm4 recently. xfwm4 4.6.2-1 is current since Jun-2010, and the bug has only occured afterwards. It also happens on two separate systems (the other one also running the same version of xfwm4). After restoring the window to the un-maximized state, the window proportions are restored to the saved values. HTH, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615251: jabref: Jabref opens maximized
Package: jabref Version: 2.6+ds-4 Severity: normal Starting with this version, Jabref always opens in a maximized state, despite the following entry in the config file: This new behaviour is pretty annoying on a large screen. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (990, 'stable'), (500, 'squeeze-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.35-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages jabref depends on: ii antlr 2.7.7-16 language tool for constructing rec ii antlr3 3.2-5 language tool for constructing rec ii java-wrappers 0.1.16wrappers for java executables ii libcommons-logging 1.1.1-8 commmon wrapper interface for seve ii libglazedlists-jav 1.8.0.dfsg-2 java list transformation library ii libjempbox-java0.2.0.dfsg-2 XMP Compatible Java Library ii libjgoodies-forms- 1.3.0-1 Framework to lay out and implement ii libjgoodies-looks- 2.3.1-1 library with Swing look&feel imple ii libjpf-java1.5.1+dfsg-2 Java Plugin Framework: plug-in inf ii libjpfcodegen-java 0.4+dfsg-2tool for generating classes from J ii libmicroba-java1:0.4.4.3-2 set of JFC (Swing) components ii libmysql-java 5.1.10+dfsg-2 Java database (JDBC) driver for My ii libpdfbox-java 1:0.7.3+dfsg-2PDF library for Java ii libspin-java 1.5+dfsg-3transparent threading solution for ii openjdk-6-jre 6b18-1.8.3-2+squeeze1 OpenJDK Java runtime, using Hotspo ii velocity 1.6.2-4 Java-based template engine for web Versions of packages jabref recommends: ii xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from Versions of packages jabref suggests: ii acroread [pdf-viewer] 9.4.1-0.1Adobe Acrobat Reader: Portable Doc ii ghostscript [postscript-vie 8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF ii gv [postscript-viewer] 1:3.7.1-1PostScript and PDF viewer for X pn jabref-plugin-oo (no description available) ii xpdf [pdf-viewer] 3.02-12 Portable Document Format (PDF) rea ii zathura [pdf-viewer]0.0.8.1-2PDF viewer with a minimalistic int -- 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#614280: xfce4-battery-plugin: Does not show time estimate with recent kernels
Package: xfce4-battery-plugin Version: 0.5.1-1+b1 Severity: normal xfce4-battery-plugin has a problem with recent (>2.6.36) kernels: It does no longer show time estimates of the remaining run time/charging time. The charging state (given in percent) is fine, however. IMHO would also be reasonable to upload this change to the stable-updates archive. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (990, 'stable'), (500, 'squeeze-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-battery-plugin depends on: ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-1+squeeze1 Layout and rendering of internatio ii libxfce4util4 4.6.2-1 Utility functions library for Xfce ii libxfcegui4-4 4.6.4-1 Basic GUI C functions for Xfce4 ii xfce4-panel4.6.4-1 The Xfce4 desktop environment pane xfce4-battery-plugin recommends no packages. xfce4-battery-plugin 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#542114: acpitool: Segfault on 2.6.30
Package: acpitool Version: 0.5-5 Severity: grave Justification: renders package unusable acpitools segfaults on linux-image-2.6.30 on i386 when called with -B option. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages acpitool depends on: ii libc6 2.9-23 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-1 GCC support library ii libstdc++64.4.1-1The GNU Standard C++ Library v3 Versions of packages acpitool recommends: ii acpid 1.0.10-2 Utilities for using ACPI power man acpitool 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#539194: mercurial: hgrc config file syntax changed
Package: mercurial Version: 1.3-2 Severity: normal hgrc manpage states: A configuration file consists of sections, led by a "[section]" header and followed by "name: value" entries; "name=value" is also accepted. This means that the primary way of specifying config file entries is using colons. However, this is no longer true - obviously this variant has been completely removed from the config file parser. The only way to specify config file options is using an equal character as delimiter. Therefore, the man page should be updated accordingly. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#526765: xfwm4: workspace names do not get saved
Package: xfwm4 Version: 4.6.1-1 Severity: normal xfce 4.6 does not remember the names of the workspaces any more, except for the first workspace. It also does not help to make the config file readonly, since xfce resets the permission of the file on next restart (how weird is that??). The workspace name gets displayed on a prominent place (the workspace switcher on the panel can be and is configured that way in my installation). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages xfwm4 depends on: ii libc62.9-4 GNU C Library: Shared libraries ii libdbus-glib-1-2 0.80-3 simple interprocess messaging syst ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.20.0-2The GLib library of C routines ii libgtk2.0-0 2.16.1-2The GTK+ graphical user interface ii libpango1.0-01.24.0-3+b1 Layout and rendering of internatio ii libstartup-notification0 0.10-1 library for program launch feedbac ii libwnck222.24.2-2Window Navigator Construction Kit ii libx11-6 2:1.2.1-1 X11 client-side library ii libxcomposite1 1:0.4.0-3 X11 Composite extension library ii libxdamage1 1:1.1.1-4 X11 damaged region extension libra ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfce4util44.6.1-1 Utility functions library for Xfce ii libxfcegui4-44.6.1-1 Basic GUI C functions for Xfce4 ii libxfconf-0-24.6.1-1 Client library for Xfce4 configure ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxrandr2 2:1.3.0-2 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra Versions of packages xfwm4 recommends: ii librsvg2-common 2.22.3-2 SAX-based renderer library for SVG ii xfwm4-themes 4.6.0-2Theme files for xfwm4 Versions of packages xfwm4 suggests: ii xfce4 4.6.1 Meta-package for the Xfce Lightwei -- 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#522175: gxine and invalid checksum
Package: gxine Version: 0.5.903-4 Severity: normal gxine changes the desktop file during installation (updates MIME type). Therefore, the checksum provided by debsums becomes invalid: debsums: checksum mismatch gxine file /var/lib/xine/gxine.desktop -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages gxine depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii libdbus-1-31.2.12-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-3simple interprocess messaging syst ii libglib2.0-0 2.20.0-2 The GLib library of C routines ii libgtk2.0-02.14.7-5 The GTK+ graphical user interface ii libhal10.5.11-8 Hardware Abstraction Layer - share ii liblircclient0 0.8.3-3 infra-red remote control support - ii libmozjs1d 1.9.0.7-1 The Mozilla SpiderMonkey JavaScrip ii libpango1.0-0 1.22.4-2 Layout and rendering of internatio ii librsvg2-common2.22.3-2 SAX-based renderer library for SVG ii libx11-6 2:1.2-1 X11 client-side library ii libxcb11.2-1 X C Binding ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxine1 1.1.16.2-1+b1 the xine video/media player librar ii libxine1-x 1.1.16.2-1+b1 X desktop video output plugins for ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library Versions of packages gxine recommends: ii libxine1-ffmpeg1.1.16.2-1+b1 MPEG-related plugins for libxine1 Versions of packages gxine suggests: pn gxineplugin(no description available) pn libdvdcss2 | libdvdcss (no description available) ii libgnomevfs2-01:2.24.0-2 GNOME Virtual File System (runtime pn realplayer (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513848: gstreamer0.10-plugins-good: Please put plugin dependent on gconf in an extra package
Package: gstreamer0.10-plugins-good Version: 0.10.8-4 Severity: normal As the title suggests, having an extra package for the plugin dependant on gconf2 would be a good idea. Neither gstr-pl-base nor gstr-pl-bad are dependent upon gconf. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages gstreamer0.10-plugins-good depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii gstreamer0.10-alsa 0.10.19-2 GStreamer plugin for ALSA ii libaa1 1.4p5-37+b1 ascii art library ii libavc1394-0 0.5.3-1+b1control IEEE 1394 audio/video devi ii libc6 2.7-18GNU C Library: Shared libraries ii libcaca0 0.99.beta14-1 colour ASCII art library ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libcdio7 0.78.2+dfsg1-3library to read and control CD-ROM ii libcucul0 0.99.beta14-1 low-level Unicode character drawin ii libdbus-1-31.2.1-5 simple interprocess messaging syst ii libdv4 1.0.0-1+b1software library for DV format dig ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim ii libgcc11:4.3.2-1.1 GCC support library ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgstreamer-plugins-b 0.10.19-2 GStreamer libraries from the "base ii libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libhal10.5.11-8 Hardware Abstraction Layer - share ii libiec61883-0 1.1.0-2 an partial implementation of IEC 6 ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liboil0.3 0.3.15-1 Library of Optimized Inner Loops ii libpng12-0 1.2.27-2 PNG library - runtime ii libraw1394-8 1.3.0-4 library for direct access to IEEE ii libshout3 2.2.2-5 MP3/Ogg Vorbis broadcast streaming ii libsoup2.4-1 2.4.1-2 an HTTP library implementation in ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libtag1c2a 1.5-3 TagLib Audio Meta-Data Library ii libwavpack14.50.1-1 an audio codec (lossy and lossless ii libx11-6 2:1.1.5-2 X11 client-side library ii libxdamage11:1.1.1-4 X11 damaged region extension libra ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxml22.6.32.dfsg-5 GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages gstreamer0.10-plugins-good recommends: pn gstreamer0.10-x(no description available) gstreamer0.10-plugins-good 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#503231: Please provide inkscape-nognome
Package: inkscape Severity: wishlist An inkscape-nognome package (without the dependencies on libgconf2 and libgnomevfs2) would be very helpful. Not everybody wants the GConf bloat, and Inkscape works fine without it. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495706: gxine: screensaver starts although turned off
Package: gxine Version: 0.5.903-2 Severity: normal When explicitely disabling the screensaver through the preference window within xine, it starts nevertheless when GNOME is not installed (in case of XFCE). The error message tells why: can't poke gnome-screensaver: Failed to execute child process "/usr/bin/gnome-screensaver-command" (No such file or directory) Of course the screensaver is not called gnome-screensaver but xscreensaver or similar. Either the proper screensaver should be detected automatically, or it should be configurable (via GUI or config file), and documented properly. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages gxine depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-3simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst ii libglib2.0-0 2.16.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface ii libhal1 0.5.11-2 Hardware Abstraction Layer - share ii liblircclient00.8.3-2infra-red remote control support - ii libmozjs1d1.9.0.1-1 The Mozilla SpiderMonkey JavaScrip ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii librsvg2-common 2.22.2-2 SAX-based renderer library for SVG ii libx11-6 2:1.1.4-2 X11 client-side library ii libxcb1 1.1-1.1X C Binding ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxine1 1.1.14-2 the xine video/media player librar ii libxine1-x1.1.14-2 X desktop video output plugins for ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#438969: libxrandr2: Restoring the backlight uses inadequate values
Package: libxrandr2 Version: 2:1.2.1-1 Severity: normal I do have a Sony laptop, and I have mapped the function keys controlling the brightness of the display to a script setting values in /sys/class/backlight/sony. This works fine both in the console and within X up to the point where xscreensaver kicks in and sets the display to DPMS standby, suspend or off mode. After reactivating the computer the screensaver sets the brightness of the display using the xrandr extension not to the value the display brightness had before, but to the value which is still in memory. To make a long story short, xrandr should check the actual brightness of the display before it is changed. I am filing this bug against xrandr because the xbacklight tool shows the same behaviour, so I do not think that this is an xscreensaver problem. If I am wrong, please feel free to reassign the bug to another package. Thanks, Thomas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.19.2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages libxrandr2 depends on: ii libc6 2.6-2 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxrender1 1:0.9.2-1 X Rendering Extension client libra ii x11-common1:7.2-5X Window System (X.Org) infrastruc libxrandr2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403557: xscreensaver does not lock when there are network problems
Package: xscreensaver Version: 4.24-5 Severity: grave Tags: security Justification: user security hole I do have set up xscreensaver so that it locks the screen after a certain timeout. This is a handy security feature which is the main reason for using the screensaver. However today the screen was not locked and so my data exposed, initially I had no idea what the problem was. The problem was a missing network cable which made xscreensaver log the following line: xscreensaver: nss_ldap: failed to bind to LDAP server ldap://ldap.example.com: Can't contact LDAP server xscreensaver does not need to contact the user database by default for locking the screen - xscreensaver already knowns its own uid and gid. I see that it could be necessary to check the username when xscreensaver has been started as root, and of course it needs to confirm the password when unlocking. But it can lock the screen when running with user priviledges. I tag this bug "grave" because everyone with local access could pull the network cable and thus compromise every machine. This attack is much more subtle than pressing keys on the keyboard: You do not be in front of the computer, you can cut the connection anywhere between the client and the NIS or LDAP server. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages xscreensaver depends on: ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpam0g 0.79-4Pluggable Authentication Modules l ii libpango1.0-0 1.14.8-2 Layout and rendering of internatio ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxmu61:1.0.2-2 X11 miscellaneous utility library ii libxpm41:3.5.5-2 X11 pixmap library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii libxxf86misc1 1:1.0.1-2 X11 XFree86 miscellaneous extensio ii libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l Versions of packages xscreensaver recommends: ii libjpeg-progs 6b-13 Programs for manipulating JPEG fil ii perl [perl5] 5.8.8-6.1 Larry Wall's Practical Extraction ii wamerican [wordlist] 6-2American English dictionary words ii wogerman [wordlist] 2-23 The old German dictionary for /usr pn xli | xloadimage (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397301: ink: Not possible to specify alternate device path
Package: ink Version: 0.3.2~rc3-1 Severity: grave Justification: renders package unusable On my system there is no /dev/usb directory - the USB device files are found in another location. Ink does not provide the possiblity to support a filename as a parameter, so this program is unusable in its current form. Given the numerous ways devices are handled (udev, hotplug, static, sysfs) on a multitude of architectures within Debian, I am filing this bug with priority grave. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages ink depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libinklevel3 0.6.6~rc5-1 library for checking the ink level ink recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386623: hibernate: Incorrect error message when GRUB configuration rewrites are disabled
Package: hibernate
Version: 1.93-1
Severity: normal
Tags: patch
My laptop boots off a separate, XFS formatted /boot partition. I do not
let hibernate rewrite GRUB's configuration files (at least not now) and
so I was able to spot an incorrect short cicuit evaluation which leads
to the following misleading error message:
failed to remount the /boot partition.
The attached patch fixes this bug.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.28-viasuspend2
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Versions of packages hibernate depends on:
ii console-tools 1:0.2.3dbs-64 Linux console and font utilities
Versions of packages hibernate recommends:
ii hdparm6.6-1 tune hard disk parameters for high
pn vlock (no description available)
-- no debconf information
--- /usr/share/hibernate/scriptlets.d/remount_xfsboot 2006-07-14
00:49:13.0 +0200
+++ /tmp/remount_xfsboot2006-09-09 00:27:51.207474505 +0200
@@ -67,10 +67,13 @@
RemountXFSBootRW()
{
-[ "$CHANGE_GRUB_MENU" = 1 ] && [ "$REMOUNT_XFSBOOT" = 1 ] \
- && _XFSBoot_boot_on_xfs && _XFSBoot_boot_separate_partition \
- && mount -o remount,rw /boot \
- || vecho 1 "$EXE: failed to remount the /boot partition."
+if [ "$CHANGE_GRUB_MENU" = 1 ] && [ "$REMOUNT_XFSBOOT" = 1 ] \
+ && _XFSBoot_boot_on_xfs && _XFSBoot_boot_separate_partition
+then
+ mount -o remount,rw /boot \
+|| vecho 1 "$EXE: failed to remount the /boot partition."
+fi
+return 0
}
# vim:ft=sh:ts=8:sw=4:noet
Bug#386483: yaird: Troubles when resuming from LUKS-encrypted swap partition
Package: yaird Version: 0.0.12-17 Severity: important I am using the Suspend2 patches together with LUKS-encrypted root and swap. Yaird writes the init file in a way so that the root disk is opened first, then the resume happens, and after resuming the swap partition is LUKS-opened. It is clear that this ordering of events does not produce the desired results (open the swap partition, then try to resume, after that mount root). Since software suspend in yaird is not clear to me by only reading the documentation, I have tried to debug the problem by creating a ramdisk directory tree using the "-f directory" option. Unfortunately now I am stuck. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.28-viapatch Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages yaird depends on: ii cpio 2.6-17 GNU cpio -- a program to manage ar ii dash 0.5.3-3 The Debian Almquist Shell ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libhtml-template-perl2.8-1 HTML::Template : A module for usin ii libparse-recdescent-perl 1.94.free-3 Generates recursive-descent parser ii perl 5.8.8-6.1 Larry Wall's Practical Extraction yaird recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384125: RFP: truetypeviewer -- viewer for TrueType and OpenType fonts
Package: wnpp Severity: wishlist * Package name: truetypeviewer Version : 20030318 Upstream Author : Rogier van Dalen <[EMAIL PROTECTED]> * URL : http://home.kabelfoon.nl/~slam/fonts/truetypeviewer.html * License : GPL Programming Lang: C++ Description : viewer for TrueType and OpenType fonts TrueTypeViewer displays any True- or OpenType font graphically together with some debug information on the TrueType instructions. The font viewer is based on the Qt toolkit and has therefore few dependencies. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291120: xfce4-battery-plugin: Plugin still displays wrong timing
Package: xfce4-battery-plugin Version: 0.4.0-1 Followup-For: Bug #291120 I can confirm that when running on AC the plugin still displays the time which would be left if I was not running on AC. For example when the battery is 40% full, the battery panel plugin displays 40 minutes, however acpitool says that I need another 60 minutes before the battery is fully charged. Contrary to the OP I would prefer not to hide the timing display when running on AC but display the time needed for fully charging the battery. This is a useful feature for me, and it would be easier to implement than hiding the display. What does the Ubuntu patch do? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages xfce4-battery-plugin depends on: ii libatk1.0-0 1.12.1-1The ATK accessibility toolkit ii libc62.3.6-15GNU C Library: Shared libraries ii libcairo21.2.0-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libglib2.0-0 2.10.3-3The GLib library of C routines ii libgtk2.0-0 2.8.18-1The GTK+ graphical user interface ii libpango1.0-01.12.3-1+b1 Layout and rendering of internatio ii libx11-6 2:1.0.0-7 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfce4util24.3.90.1-1 Utility functions library for Xfce ii libxfcegui4-44.3.90.1-1 Basic GUI C functions for Xfce4 ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii xfce4-panel 4.3.90.1-3 The Xfce4 desktop environment pane xfce4-battery-plugin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381683: yaird fails because of changed output in new mdadm
Package: yaird
Version: 0.0.12-16
Severity: important
Tags: patch
The output of "mdadm --detail" has changed in the new version 2.5.2, and
yaird 0.0.12 has problems with parsing the new output format. To be more
precise, mdadm offers a new key/value pair with the key "Name" in its
output.
The attached patch ignores the new behaviour and therefore fixes yaird.
--- RaidTab.pm 2006-08-06 15:26:33.710290095 +0200
+++ /usr/lib/yaird/perl/RaidTab.pm 2006-08-03 22:23:42.313192000 +0200
@@ -146,6 +146,9 @@
elsif ($fields[$i] =~ /^spares=(\d+)$/i) {
# nothing
}
+ elsif ($fields[$i] =~ /^name=(.+)$/i) {
+ # nothing
+ }
else {
my $pair = $fields[$i];
Base::fatal ("Unknown attribute $pair in mdadm output");
Bug#381681: zim: v0.16 available upstream
Package: zim Version: 0.15-1 Severity: normal There is a new version available (v0.16) and I'd really love to try it... -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages zim depends on: ii libfile-basedir-perl 0.02-1 Perl module to use the freedesktop ii libfile-mimeinfo-perl 0.13-1 Perl module to determine file type ii libgtk2-perl 1:1.121-1 Perl interface to the 2.x series o ii perl 5.8.8-4Larry Wall's Practical Extraction Versions of packages zim recommends: pn libgtk2-spell-perl (no description available) pn libgtk2-trayicon-perl (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379845: zile: Feature request: truncate-lines
Package: zile Version: 2.2.13-1 Severity: wishlist For editing text files with longer paragraphs I would appreciate something like a buffer variable "truncate-lines" or a function "toggle-truncate-lines" which are present in GNU Emacs. This feature would be especially useful when writing prose text files where hard line breaks are not an option (i. e. auto-fill-mode is ruled out). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages zile depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand zile recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377535: pengupop: glibc free() with invalid pointer
Package: pengupop Version: 2.0.2-1 Severity: important After some joyful time playing the game, pengupop crashes with the following error: *** glibc detected *** free(): invalid pointer: 0x087afd08 *** -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages pengupop depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libsdl1.2debian 1.2.10-3 Simple DirectMedia Layer ii zlib1g1:1.2.3-11 compression library - runtime pengupop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374172: xfce4: Recommends instead of Depends
Package: xfce4 Version: 4.3.90.1-2 Severity: normal In my opinion it is a bit harsh for xfce4 to depend on thunar since the XFCE desktop runs fine without it. Either xfce4 should depend on all orage, xfce4-terminal, xfmedia and thunar, or it should recommend them. Having a mix does not feel right. If depending on all of them would be the better solution, I would like to see a xfce4-light package. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages xfce4 depends on: ii gtk2-engines-xfce 2.3.90.1-1 A GTK+-2.0 theme engine for Xfce ii thunar 0.3.0beta1-1 File Manager for Xfce ii xfce4-icon-theme4.3.90.1-1 Xfce Standard icon theme ii xfce4-mcs-plugins 4.3.90.1-1 Special modules for the xfce4-mcs- ii xfce4-panel 4.3.90.1-2 The Xfce4 desktop environment pane ii xfce4-session 4.3.90.1-1 Xfce4 Session Manager ii xfce4-utils 4.3.90.1-1 Various tools for Xfce ii xfdesktop4 4.3.90.1-2 Provides desktop background and ro ii xfwm4 4.3.90.1-1 window manager of the Xfce project ii xfwm4-themes4.3.90.1-2 Theme files for xfwm4 Versions of packages xfce4 recommends: pn orage (no description available) ii xfce4-mixer 4.3.90.1-2 Xfce4 Mixer frontend pn xfce4-terminal (no description available) pn xfmedia(no description available) pn xfprint4 (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329657: cupsys-driver-gutenprint: rc3 shows no change
Package: cupsys-driver-gutenprint Followup-For: Bug #329657 I have tried the package from unstable (version 4.3.99+cvs20060521-2) but there is no improvement as far as the color density on this particular model is concerned. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369383: [Resend] Offer le to be an editor alternative
Package: le Version: 1.9.1-4.1 Followup-For: Bug #369383 The last message was not readable due to an error in the bug report - the file contained an improperly escaped character, sorry. The bug report should read: le should integrate itself into the "alternatives" system, in particular le should show up when root issues the command update-alternatives --list editor -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages le depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libgcc1 1:4.1.0-4 GCC support library ii libncurses5 5.5-2 Shared libraries for terminal hand ii libstdc++51:3.3.6-13 The GNU Standard C++ Library v3 le recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369373: New upstream version available
Package: le Version: 1.9.1-4.1 Severity: normal At the time of writing this bug report, version 1.13.2 is already available from the upstream server ftp://ftp.yars.free.net/pub/source/le/ -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages le depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libgcc1 1:4.1.0-4 GCC support library ii libncurses5 5.5-2 Shared libraries for terminal hand ii libstdc++51:3.3.6-13 The GNU Standard C++ Library v3 le recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369367: zim: New upstream version available
Package: zim Version: 0.14-1 Severity: normal There is a new version available which offers some exciting new features (v0.15). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages zim depends on: ii libfile-basedir-perl 0.02-1 Perl module to use the freedesktop ii libfile-mimeinfo-perl 0.13-1 Perl module to determine file type ii libgtk2-perl 1:1.121-1 Perl interface to the 2.x series o ii perl 5.8.8-4Larry Wall's Practical Extraction Versions of packages zim recommends: pn libgtk2-spell-perl (no description available) pn libgtk2-trayicon-perl (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367663: No support for large files in GDMap
Package: gdmap Version: 0.7.5-1 Severity: important gdmap does not support large files which are bigger than 2G. I had a look at the source code which uses large ints for the size information. The problem simply is that LFS support is not enabled in the build system, ie. the lstat call is mapped to the original system call, not to lstat64. To fix this, the compiler option -D_FILE_OFFSET_BITS=64 needs to be given. As the build system uses autoconf, solving the problem would be as easy as adding the AC_SYS_LARGEFILE macro. I have tagged the bug as important because gdmap's task is to point out large files which occupy the most space. As the largest files are all of size 0 bytes, not supporting files > 2G is a grave bug. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages gdmap depends on: ii libatk1.0-0 1.11.4-2 The ATK accessibility toolkit ii libc6 2.3.6-7GNU C Library: Shared libraries ii libcairo2 1.0.4-2The Cairo 2D vector graphics libra ii libfontconfig12.3.2-5.1 generic font configuration library ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgtk2.0-0 2.8.16-1 The GTK+ graphical user interface ii libpango1.0-0 1.12.1-2 Layout and rendering of internatio ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxi66.9.0.dfsg.1-6 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-6 X Window System multi-head display ii libxml2 2.6.24.dfsg-1 GNOME XML library ii libxrandr26.9.0.dfsg.1-6 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii zlib1g1:1.2.3-11 compression library - runtime gdmap recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357677: zim: Suggest or recommend packages
Package: zim Version: 0.13-1 Severity: normal In my opinion the dependencies of the zim package are too strong. Particularly it is not necessary to depend on the packages libgtk2-trayicon-perl, libgtk2-spell-perl Zim v0.13 runs fine without these packages, so instead of depending on these packages, suggesting them should be sufficient. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352831: sleepd does not put laptop into sleep mode any longer
Package: sleepd Version: 1.3.0 Severity: important After upgrading from 1.2.16 to 1.3.0 my laptop does no longer sleep. I have no idea why, I am using the --ac-unused option which does not help. Calling apm -s manually works as expected. The syslog and daemon.log do not indicate different behaviour from previous versions. I am aware that several patches have been included between the two versions, and so I wanted to find the patch which is the source of my problem. However, the subversion repository on http://svn.kitenet.net/trunk/src/sleepd/?root=joey seems to be down. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages sleepd depends on: ii libapm1 3.2.2-5Library for interacting with APM d ii libc6 2.3.5-13 GNU C Library: Shared libraries an Versions of packages sleepd recommends: ii apmd 3.2.2-5Utilities for Advanced Power Manag -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338326: wget: does not provide adequate information in non-verbose spider mode
Package: wget Version: 1.10.2-1 Severity: normal When using wget in non-verbose mode, it prints out each file transferred: $ wget -nv 14:35:19 URL: [2838/2838] -> "" [1] When using spider mode I expect to get a similar output, because I want to see which files are still available and which aren't. However: $ wget --spider -nv 200 OK The filename is missing. The problem is that spider mode is used especially when a large number of files is checked, and it would be really helpful to know which urls triggered which (successful) server response. So I would expect something like that: $ wget -nv 14:35:19 URL: 200 OK -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages wget depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libssl0.9.8 0.9.8a-3 SSL shared libraries wget recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337845: ijsgutenprint: Package description is not useful
Package: ijsgutenprint Severity: normal The package description says: This package contains the ijsgutenprint binary which provides Ghostscript with a Gutenprint driver, including all printers supported by Gutenprint. I just found this package and have asked myself what it does. I do have Gutenprint installed and running, I have Ghostscript in use, so what is the package about? I have briefly searched the internet but came up with no answer except that this package provides a Gutenprint driver for Ghostscript. I have always thought that it is the other way round: Gutenprint utilizes Ghostscript for rasterfile generation. I am guessing that this driver lets Ghostscript produce rasterfiles which will be device independent, but first I want confirmation on that, and second if that is really the case what is the advantage of of defining a new rasterfile format instead of using Ghostscript's PNG rasterizer or a similar "standard" format. Even if I am completely mistaken, the package description does not help me with the decision whether the package is useful to me and should therefore be installed. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329263: psi: Introduced by Debian patch
Package: psi Version: 0.9.3-2 Followup-For: Bug #329263 I can confirm that this bug did not occur with version 0.9.3-1, so I am quite confident that it has been introduced by one of the Debian patches. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages psi depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-2 GCC support library ii libqca1c2 1.0-8 Qt Cryptographic Architecture - sh ii libqt3-mt 3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libstdc++64.0.2-2The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages psi recommends: ii qca-tls 1.0-2 TLS plugin for the Qt Cryptographi pn sox(no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336646: mercurial: Correction to bug report
Package: mercurial Version: 0.7-4 Followup-For: Bug #336646 In the bug report I copied the wrong id, sorry for that. The original bug report points to the manifest - the changeset id for the timezone patch is 4d38b85e60aa03be29c0e3ba30349fd405c80470 It is already available from upstream repository. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages mercurial depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii python2.3.5-3An interactive high-level object-o Versions of packages mercurial recommends: pn kdiff3 | tkdiff | rcs (no description available) pn tk8.4 | wish (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336646: mercurial: Mercurial does not handle daylight saving time
Package: mercurial Version: 0.7-4 Severity: minor Mercurial always uses DST if current time zone specifies one. Please apply the patch from the Mercurial mailing list with the patch id d6159d08ad1633b891b89de611cabddc83fd9625 The error is very annoying, I would be glad if it could be corrected by uploading a new revision of the package. Version 0.8 could still take a while, please consider an upload. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages mercurial depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii python2.3.5-3An interactive high-level object-o Versions of packages mercurial recommends: pn kdiff3 | tkdiff | rcs (no description available) pn tk8.4 | wish (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332583: pagebuf_get: failed to lookup pages
Package: kernel-image-2.6.8-2-386 Severity: normal I am running the stable kernel on a production server, leading to the following message during this night's backup of an XFS partition via xfsdump: Oct 7 04:56:18 rt2 kernel: pagebuf_get: failed to lookup pages Oct 7 04:56:18 rt2 last message repeated 3 times According to the thread starting at http://oss.sgi.com/archives/linux-xfs/2004-07/msg00133.html this bug is critical and a patch should already be included in the stable 2.6.8 kernel sources. Did the patch did not make it into the tree, or is this a Debian-only problem? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330627: rkhunter daily cron script is open to symlink attacks
Package: rkhunter Severity: grave Tags: security Justification: user security hole The rkhunter daily cron script version 1.2.7-13 uses the following command to create a file in the /tmp directory: $RKHUNTER --cronjob --report-warnings-only > /tmp/$$ If I am not mistaken this command poses a security risk for the system because it allows a symlink attack. Using the following commands instead would solve the problem: OUTFILE=`mktemp ` || exit 1 $RKHUNTER --cronjob --report-warnings-only > $OUTFILE -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330384: rkhunter: Depending on wget is bad for security
Package: rkhunter Severity: wishlist Depending on wget is bad for security. As it is well known security related bugs are often exploited by providing shell code when input sanitizing is missing. That is why I do not install wget or curl on systems which need to be well protected. This is the reason why I am not happy when security-related software depend on wget. I understand that there is no easy solution to this problem since rkhunter is a shell script, therefore the possibilities to connect to an HTTP server are limited to calling external programs. This wishlist bug should warn about the possible security risk when installing this program. A solution to this problem could involve appending a binary to the shell script in the spirit of "makeself" (see Debian package with the same name). The binary file would have the sole purpose of connecting to the server updating the database files. This way no exploit can ever misuse the rkhunter package or its dependencies which would mean a harder system. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330127: rkhunter: Do not send mail when there is no output
Package: rkhunter Severity: normal Rkhunter sends an email on the daily invocation even if there are no warnings or errors. The sent mail is empty which in turn makes /usr/bin/mail complain about the null message body. As a result there are two messages, one confusing, when there should be none. The probably easiest solution would be to remove the pipe to /usr/bin/mail completely and let cron handle the mailing of the output. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318273: guessnet: Bug status?
Package: guessnet Version: 0.36-1 Followup-For: Bug #318273 What is the status of this bug? I experience it too, it is rather annoying because one always has to bring up the network interface by hand (ifup eth0=somesetting) which kind of defeats the purpose of guessnet. What can I do to help solving this bug? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages guessnet depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-2 GCC support library ii libnet1 1.1.2.1-2 library for the construction and h ii libpcap0.70.7.2-7System interface for user-level pa ii libstdc++51:3.3.6-7 The GNU Standard C++ Library v3 guessnet recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329657: cupsys-driver-gutenprint: Canon BJC-250 printout too light
Package: cupsys-driver-gutenprint Severity: normal I own a Canon BJC-250 and never cared to use the printer under Linux because the printout quality is too bad. Now I have no other choice and therefore filing this bug report. My print server runs Gutenprint 5.0rc1 but this bugreport also applies to all versions before. The problem is that the printout is too light. Black text gets printed out gray, with an opacity of about 50 percent. I have tried several settings but only two change the result: Setting of the media type and setting of black density. When using plain paper setting the media type to Photo Glossy Paper makes the printout appear nearly black, estimated 80 percent saturation. Adjusting the black density value to 2 makes the printout acceptable, but not completely black. The saturation is then about 98 percent. Using these two settings to produce reasonable output seems like a misuse to me. Things get worse when I choose a different color model from RGB or change any other settings such as color correction. Those are the facts. I have done some source code lookup but with no concrete evidence. Somehow seem the values of canon_paper_list in print-canon.c involved but I cannot tell for sure. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326849: qiv: Stops working after Xorg upgrade
Package: qiv Version: 2.0-4 Followup-For: Bug #326849 I wanted to add that this bug happens also with my installation, but only after upgrading from XFree to Xorg. The error message and the behaviour is completely the same. I don't know whether it is of any importance but I am using X in framebuffer mode. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages qiv depends on: ii gdk-imlib11.9.14-16.2imaging library for use with gtk ( ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libglib1.21.2.10-10 The GLib library of C routines ii libgtk1.2 1.2.10-17 The GIMP Toolkit set of widgets fo ii libx11-6 6.8.2.dfsg.1-6 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-6 X Window System miscellaneous exte ii libxi66.8.2.dfsg.1-6 X Window System Input extension li ii xlibs 6.8.2.dfsg.1-6 X Window System client libraries m qiv recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317945: le: background drawing errors on framebuffer
Package: le Version: 1.9.1-4.1 Severity: normal I am not quite sure whether this bug has its origin in le or in libncurses5 but since le is the only curses bases program with with I experience this problem I file the bug report here. In case the console is in framebuffer mode le erases its (normally blue) background in a very strange way. The background of normal characters is unaffected but the background where no characters are drawn has stripes, green, black, violet and blue stripes. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages le depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-1GCC support library ii libncurses5 5.4-4Shared libraries for terminal hand ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 le recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317284: RFP: courier-pythonfilter -- Filter suite for the Courier MTA
Package: wnpp Severity: wishlist * Package name: courier-pythonfilter Version : 0.8 Upstream Author : Gordon Messner <[EMAIL PROTECTED]> * URL : http://phantom.dragonsdawn.net/~gordon/courier-patches/courier-pythonfilter/ * License : GPL Description : Filter suite for the Courier MTA python-courierfilter provides a filtering framework for the Courier MTA written in Python. It allows to filter spam with plugins which can be turned on and off individually. Those filter plugins include: comeagain (provides greylisting), dialback (contacts the MX for a message's sender and validates their address), noduplicates (filters out duplicate messages), ratelimit (limits the rate of incoming messages for each IP), spfcheck (uses the SPF mechanism), whitelist and nosuccessdsn. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317280: darcs calls "less" instead of "pager"
Package: darcs Version: 1.0.3-1 Severity: normal When piping output through a pager darcs calls the "less" binary directly instead of relying on the pager symlink. This is confusing when no less binary is installed (yes, there are machines) or the user prefers another pager over less (such as me). Less as a fallback should only be used after 1. there is no "pager" binary 2. it has been checked that there is indeed a "less" binary on the machine. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages darcs depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcurl37.14.0-2 Multi-protocol file transfer libra ii libgmp3 4.1.4-6 Multiprecision arithmetic library ii libidn110.5.13-1.0 GNU libidn library, implementation ii libncurses5 5.4-4Shared libraries for terminal hand ii libreadline55.0-10 GNU readline and history libraries ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316490: courier-mta: Courier filters
Package: courier-mta Severity: wishlist Hello, After searching for a greylisting solution for Courier I found http://phantom.dragonsdawn.net/~gordon/courier-patches/courier-pythonfilter/ on the net. I would like to see this in Debian. Before I go and file an RFP I would like to know whether a package of its own is justified (the scripts are rather small and make only sense for Courier) or it makes more sense to include these scripts as a patch to the courier-mta package itself. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316442: at does not mail job output if at command is installed by root
Package: at Version: 3.1.8-11 Severity: important When root installs an at command the command is run but the results are not mailed. User IDs other than 0 work as expected. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages at depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii ssmtp [mail-transport-agent 2.61-3 extremely simple MTA to get mail o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311357: kernel-image-2.6.8-2-386: Different problem?
Package: kernel-image-2.6.8-2-386 Version: 2.6.8-16 Followup-For: Bug #311357 Dan, your problems seems to me to be a different one. I only experienced the network card problems after upgrading from 2.6.8-13 to 2.6.8-16, not with earlier kernels. It also happens with only one Via Rhine card installed (though there are several other cards in the machine). -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages kernel-image-2.6.8-2-386 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities ii initrd-tools 0.1.81.1 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311357: kernel-image-2.6.8-2-k7: Confirmed
Package: kernel-image-2.6.8-2-k7 Followup-For: Bug #311357 I can confirm this problem. Please revert the latest VIA Rhine patches introduced between 2.6.8-15 and 2.6.8-16. The latest kernel is completely unusable. There is a big difference between a few not properly handled IRQs and a machine not able to handle network traffic at all. IMHO the kernel should not enter sarge in such a bad shape. Thanks. :00:0a.0 Ethernet controller: VIA Technologies, Inc. VT86C100A [Rhine] (rev 06) Subsystem: D-Link System Inc DFE-530TX rev A Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at d800 [size=128] Memory at d900 (32-bit, non-prefetchable) [size=128] -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305018: torsmo: Torsmo fails to show Xft text
Package: torsmo Version: 0.18-5 Severity: important I am using torsmo in a window, double-buffered with a Xft font. After some time the text goes away leaving only the bars and horizontal lines on the screen. This bug makes torsmo unusable without a restart since information is no longer provided. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages torsmo depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304623: gqview: Use Gimp file format plugins
Package: gqview Version: 2.0.0-1 Severity: wishlist It would be really nice if gqview would use the Gimp file format plugins if they are detected. I know this is a major feature request but writing an interface to the Gimp plugins would really pay off in the long term for gqview and the whole open source community. gqview would profit since it can show obscure and less obscure files (.psd and .xwd come to mind) with the help of several well-tested plugins. The community would profit since having a preview capability for legacy data makes moving away from using closed-source operating systems and closed-source image manipulation software more likely. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.11-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages gqview depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libglib2.0-02.6.3-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304612: libgtk2.0-0: Mouse cursor flickers in combination with the unclutter package
Package: libgtk2.0-0 Version: 2.6.2-4 Severity: normal I am using the unclutter package to hide the mouse cursor when the mouse is not in use. After upgrading the Gtk library from version 2.4 to 2.6 the mouse will not get hidden after the timeout but starts flickering (in blue, while the cursor itself is default black) and the window state changes (I am using sloppy focus). Whenever I am using a Gtk application together with the keyboard I first have to make sure the mouse cursor is located outside the Gtk window. Though I experience this behaviour only with a specific X server (using the r128 module) I am filing this bug to the Gtk library since the bug manifests only when using Gtk 2.6 applications - Gtk 1.2 applications as well as Motif/Athena/whatever applications are perfectly fine. Ask if you need more information on hardware or software. Thanks. Thomas Prokosch -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.11-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages libgtk2.0-0 depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgtk2.0-bin2.6.2-4 The programs for the GTK+ graphica ii libgtk2.0-common 2.6.2-4 Common files for the GTK+ graphica ii libjpeg626b-9The Independent JPEG Group's JPEG ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libtiff4 3.7.2-1 Tag Image File Format (TIFF) libra ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxi6 4.3.0.dfsg.1-12.0.1 X Window System Input extension li ii libxrandr2 4.3.0.dfsg.1-12.0.1 X Window System Resize, Rotate and ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304485: slapd: No backup of configuration files made on upgrade
Package: slapd Severity: normal During the upgrade from slapd version 2.1 to 2.2 I noticed that the configuration file /etc/ldap/slapd.conf is altered. It is a nice feature to have the configuration altered to match a new slapd version (kudos to the implementor), it works really well. However I was shocked that the configuration was altered without making a backup. Since OpenLDAP is the integral part in bigger installations having easy access to the original configuration file would be... uhm... handy in case anything goes wrong (such as an error in the perl script ;) The Debian policy states that maintainer scripts must "not overwrite or otherwise mangle the user's configuration without asking", so I think making a backup copy would be a good idea. Thanks, Thomas -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304478: Possibility to change slapd/dump_database_destdir without dpkg-reconfigure
Package: slapd Severity: normal Yesterday I upgraded from slapd 2.1 to version 2.2. I was asked where I wanted to store the database dump. However I misinterpreted the question, the "VERSION" hint made me think that I was asked for a filename template within an already existing directory. Later I realized that I was asked for a directory name only, without the filename part. So I want to change the directory location to which the backups are made but I did not find any other way than calling dpkg-reconfigure, which is kind of cumbersome since I do not want to set the other options again (such as passwords or organization name etc). So it would be really nice when those options could be set via a shell snippet in /etc/default, or alternatively the slapd/dump_database_destdir setting is asked each time when an upgrade is performed (which would make sense anyway since free space on the partitions is probably subject to change). Calling "db_fset slapd/dump_database_destdir seen false || true" after the database upgrade has been finished would probably be enough to solve this problem. Thanks for your effort, Thomas -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304406: xscreensaver: New Login button without gdmflexiserver
Package: xscreensaver Version: 4.21-2 Severity: normal On my Xfce powered laptop I am seeing a "New Login" button in xscreensaver's password dialog even though no gdmflexiserver is present. Clicking on the button leaves the screensaver running with an error message saying that gdmflexiserver exited with an error. A check whether a binary exists would be nice prior to running it. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages xscreensaver depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxml2 2.6.16-6GNOME XML library ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-12.0.1 X pixmap library ii libxrandr2 4.3.0.dfsg.1-12.0.1 X Window System Resize, Rotate and ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#302825: mlterm: PAGE_UP does not start backscroll mode
Package: mlterm Version: 2.9.2-2 Severity: normal Perhaps it is just me or I am doing something wrong, but I have deeply looked into it (read the man page etc) and cannot find the reason. The problem is that PAGE_UP (the default Shift+Prior) does not start backscroll mode any more (SCROLL_UP, that is Shift+Up however does). It does not help adding the key combination to .mlterm/key. It worked with versions prior to 2.9.2. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages mlterm depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libfribidi0 0.10.4-6Free Implementation of the Unicode ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxrender1 0.8.3-7 X Rendering Extension client libra ii mlterm-common2.9.2-2 MultiLingual TERMinal, common file ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298621: Critical Buffer Overflow in mlterm
Package: mlterm Version: 2.8.0.cvs20040403-2 Severity: grave Tags: security Justification: user security hole According to Secunia the version of mlterm which is currently in testing and unstable has a serious buffer overflow. See http://secunia.com/advisories/14509/ for details. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.10-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages mlterm depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libfribidi0 0.10.4-6Free Implementation of the Unicode ii libglib2.0-0 2.6.2-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-3 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxrender1 0.8.3-7 X Rendering Extension client libra ii mlterm-common2.8.0.cvs20040403-2 MultiLingual TERMinal, common file ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295839: fbpanel: menu image is too small
Package: fbpanel Version: 4.0-1 Severity: normal I am using fbpanel with the menu plugin. I have set the panel height to 26 pixel. I wanted to use an image file sized 80x26 pixels. While this works great with the image plugin the menu plugin shows the image far too small. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.10-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages fbpanel depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libglib2.0-0 2.6.1-3 The GLib library of C routines ii libgtk2.0-0 2.6.2-3 The GTK+ graphical user interface ii libpango1.0-01.8.0-3 Layout and rendering of internatio ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxmu6 4.3.0.dfsg.1-10 X Window System miscellaneous util ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294589: torsmo consumes too much resources when drawing on background
Package: torsmo Version: 0.18-1 Severity: minor When starting torsmo with the option to draw on the root window my window manager slows down incredibly. I did not look at the source code closely but from what I have seen torsmo grabs the background pixmap *every time* the display is updated. A better strategy would be to draw only the part of the background which has really changed, ie paintwidth=max(oldwidth, newwidth) and paintheight=max(oldheight, newheight) and using XClearArea with these coordinates instead of XClearWindow. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.10-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages torsmo depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294293: qiv should support the new background setting mechanism
Package: qiv
Version: 2.0-3
Severity: wishlist
Tags: patch
qiv is my favourite application for setting the desktop background. However,
there is one disadvantage: qiv sets the background in a way so that
terminals with transparency support cannot grab the pixmap. To support this
the only thing to do is setting the appropriate atoms on the root window,
there is NO disadvantage (such as memory consumption).
As nearly all other background setting applications support this (and I
don't want qiv to stay behind them) I have taken the liberty and created a
patch which does exactly this.
I would be glad if this could be integrated in upstream sources.
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i586)
Kernel: Linux 2.6.10-1-386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Versions of packages qiv depends on:
ii gdk-imlib1 1.9.14-16.2 imaging library for use with gtk (
ii libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii libglib1.2 1.2.10-9The GLib library of C routines
ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo
ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li
ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
-- no debconf information
diff -Naur qiv-2.0/image.c qiv-2.0.edited/image.c
--- qiv-2.0/image.c 2005-02-09 00:22:26.0 +0100
+++ qiv-2.0.edited/image.c 2005-02-09 00:18:09.0 +0100
@@ -193,9 +193,16 @@
{
GdkWindow *root_win = GDK_ROOT_PARENT();
GdkVisual *gvis = gdk_window_get_visual(root_win);
- GdkPixmap *temp;
+ GdkPixmap *pixmap;
GdkPixmap *m = NULL;
gchar *buffer;
+ unsigned char *data_root, *data_esetroot;
+ Display *display=GDK_DISPLAY();
+ Atom prop_root=XInternAtom(display, "_XROOTPMAP_ID", False),
+prop_esetroot=XInternAtom(display, "ESETROOT_PMAP_ID", False),
+xa_pixmap=XInternAtom(display, "PIXMAP", True), prop_type;
+ int prop_format;
+ unsigned long prop_length, after;
gint root_w = screen_x, root_h = screen_y;
gint root_x = 0, root_y = 0;
@@ -227,17 +234,60 @@
}
if (to_root_t) {
-gdk_window_set_back_pixmap(root_win, q->p, FALSE);
+pixmap=q->p;
} else {
GdkGC *rootGC;
buffer = calloc(1, screen_x * screen_y);
rootGC = gdk_gc_new(root_win);
-temp = gdk_pixmap_create_from_data(root_win, buffer, screen_x,
- screen_y, gvis->depth, &image_bg, &image_bg);
-gdk_draw_pixmap(temp, rootGC, q->p, 0, 0, root_x, root_y, root_w, root_h);
-gdk_window_set_back_pixmap(root_win, temp, FALSE);
+pixmap = gdk_pixmap_create_from_data(root_win, buffer, screen_x,
+ screen_y, gvis->depth, &image_bg, &image_bg);
+gdk_draw_pixmap(pixmap, rootGC, q->p, 0, 0,
+ root_x, root_y, root_w, root_h);
gdk_gc_destroy(rootGC);
}
+ /* Send the pixmap to the server so that it can be referenced by the
+ atoms later on. */
+ gdk_window_set_back_pixmap(root_win, pixmap, FALSE);
+
+ /* set the appropriate properties on the root window to allow other apps to
+ find the pixmap */
+ if (prop_root!=None && prop_esetroot!=None) {
+/* NB: There once was a GDK/Imlib version of this code. It liked to
+ segfault other apps; there is obviously a discrepancy between what
+ GDK_WINDOW_XWINDOW spits out and what gdk_property_change expects. We
+ don't need GDK anyway for this code snippet since it will not get much
+ simpler with it. Give it a try again once this app has been ported to
+ Gdk/Pixbuf. */
+Pixmap pixmap_id=GDK_WINDOW_XWINDOW(pixmap);
+Window xwin=RootWindow(display, DefaultScreen(display));
+
+/* test whether an existing client should be killed */
+XGetWindowProperty(display, xwin,
+ prop_root, 0, 1, False, AnyPropertyType,
+ &prop_type, &prop_format, &prop_length, &after,
+ &data_root);
+if (prop_type==xa_pixmap) {
+ XGetWindowProperty(display, xwin,
+ prop_esetroot, 0, 1, False, AnyPropertyType,
+ &prop_type, &prop_format, &prop_length, &after,
+ &data_esetroot);
+ /* If data structures match the client can be safely killed. In case of
+ data structure mismatch just ignore the client since it possibly could
+ be the window manager. Memory should not be reclaimed in this case. */
+ if (data_root&&data_esetroot&&prop_type==xa_pixmap&&
+ *((Pixmap*)data_root)==*((Pixmap*)data_esetroot))
+/* Do NOT kill any clients. It seems that GDK is already taking care
+ of ki
Bug#294164: kernel-image-2.6.10-1-386: kernel oops when launching jvm
Package: kernel-image-2.6.10-1-386 Version: 2.6.10-4 Severity: important I experienced an oops when launching a Java Virtual Machine. I cannot reproduce this bug since it oopsed only once, it worked when I tried again. However I have the feeling the kernel should never oops :) The JVM is the same for months, it never oopsed on a 2.6.8 kernel. Attached is the ksymoops information. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.10-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages kernel-image-2.6.10-1-386 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities ii initrd-tools 0.1.77 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information Unable to handle kernel NULL pointer dereference at virtual address 0055 c0111534 *pde = Oops: [#1] CPU:0 EIP:0060:[do_emu+23/1107]Not tainted VLI EFLAGS: 00210202 (2.6.10-1-386) eax: c2a36000 ebx: 002d ecx: 007b edx: esi: edi: 002d ebp: bfff62e0 esp: c2a37f88 ds: 007b es: 007b ss: 0068 Stack: bfff600c c2a36000 bfff5f0c ab521a20 c2a36000 c01022ce bfff5fa0 bfff6288 002d 002d 0063 c011151d bfff62e0 c0103a9b 002d ab506e48 002d 0063 0001 bfff62e0 0063 007b 007b Call Trace: Code: 0f be 02 01 c3 8d 42 01 89 45 00 0f b7 c3 5a 5b 5e 5f 5d c3 55 57 56 53 83 ec 28 8b 7c 24 3c 31 f6 b8 00 e0 ff ff 21 e0 ff 40 14 <8b> 47 28 89 44 24 24 8b 5c 24 24 8a 13 80 fa 0f 0f 85 d1 02 00 Using defaults from ksymoops -t elf32-i386 -a i386 >>eax; c2a36000 >>esp; c2a37f88 Code; ffd5 <__kernel_rt_sigreturn+1b95/> <_EIP>: Code; ffd5 <__kernel_rt_sigreturn+1b95/> 0: 0f be 02 movsbl (%edx),%eax Code; ffd8 <__kernel_rt_sigreturn+1b98/> 3: 01 c3 add%eax,%ebx Code; ffda <__kernel_rt_sigreturn+1b9a/> 5: 8d 42 01 lea0x1(%edx),%eax Code; ffdd <__kernel_rt_sigreturn+1b9d/> 8: 89 45 00 mov%eax,0x0(%ebp) Code; ffe0 <__kernel_rt_sigreturn+1ba0/> b: 0f b7 c3 movzwl %bx,%eax Code; ffe3 <__kernel_rt_sigreturn+1ba3/> e: 5apop%edx Code; ffe4 <__kernel_rt_sigreturn+1ba4/> f: 5bpop%ebx Code; ffe5 <__kernel_rt_sigreturn+1ba5/> 10: 5epop%esi Code; ffe6 <__kernel_rt_sigreturn+1ba6/> 11: 5fpop%edi Code; ffe7 <__kernel_rt_sigreturn+1ba7/> 12: 5dpop%ebp Code; ffe8 <__kernel_rt_sigreturn+1ba8/> 13: c3ret Code; ffe9 <__kernel_rt_sigreturn+1ba9/> 14: 55push %ebp Code; ffea <__kernel_rt_sigreturn+1baa/> 15: 57push %edi Code; ffeb <__kernel_rt_sigreturn+1bab/> 16: 56push %esi Code; ffec <__kernel_rt_sigreturn+1bac/> 17: 53push %ebx Code; ffed <__kernel_rt_sigreturn+1bad/> 18: 83 ec 28 sub$0x28,%esp Code; fff0 <__kernel_rt_sigreturn+1bb0/> 1b: 8b 7c 24 3c mov0x3c(%esp),%edi Code; fff4 <__kernel_rt_sigreturn+1bb4/> 1f: 31 f6 xor%esi,%esi Code; fff6 <__kernel_rt_sigreturn+1bb6/> 21: b8 00 e0 ff ffmov$0xe000,%eax Code; fffb <__kernel_rt_sigreturn+1bbb/> 26: 21 e0 and%esp,%eax Code; fffd <__kernel_rt_sigreturn+1bbd/> 28: ff 40 14 incl 0x14(%eax) Code; Before first symbol 2b: 8b 47 28 mov0x28(%edi),%eax Code; 0003 Before first symbol 2e: 89 44 24 24 mov%eax,0x24(%esp) Code; 0007 Before first symbol 32: 8b 5c 24 24 mov0x24(%esp),%ebx Code; 000b Before first symbol 36: 8a 13 mov(%ebx),%dl Code; 000d Before first symbol 38: 80 fa 0f cmp$0xf,%dl Code; 0010 Before first symbol 3b: 0f.byte 0xf Code; 0011 Before first symbol 3c: 85 d1 test %edx,%ecx Code; 0013 Before first symbol 3e: 02 00 add(%eax),%al
Bug#293941: perlpanel does not start without hicolor-icon-theme
Package: perlpanel Version: 1:0.9.0-2 Severity: grave Justification: renders package unusable I just installed perlpanel on a machine without Gnome or similar stuff, in particular a machine without hicolor-icon-theme installed. When starting up perlpanel I just get the following error message, and all my CPU gets eaten up (as far as I can tell the reason for that is a recursive call without termination, but I may be wrong). Perlpanel refuses to work until hicolor-icon-theme is installed, so please depend on it or at least recommend this package. The error message was: Gtk-WARNING **: Could not find the icon 'perlpanel-applet-commander'. The 'hicolor' theme was not found either, perhaps you need to install it. You can get a copy from: http://freedesktop.org/Software/icon-theme/releases at /usr/share/perlpanel//PerlPanel.pm line 1173. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.10-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages perlpanel depends on: ii libdate-manip-perl5.42a-2a perl library for manipulating da ii libglib-perl 1:1.061-1 Perl interface to the GLib and GOb ii libgnome2-wnck-perl 0.09-1 Perl interface to the Window Navig ii libgtk2-gladexml-perl 1.003-1Perl interface to use user interfa ii libgtk2-perl 1:1.061-1 Perl interface to the 2.x series o ii libgtk2.0-0 2.4.14-2 The GTK+ graphical user interface ii liblocale-gettext-perl1.01-17Using libc functions for internati ii libxml-parser-perl2.34-4 Perl module for parsing XML files ii libxml-simple-perl2.13-1 Perl module for reading and writin ii perl 5.8.4-5Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291529: xscreensaver is broken on kernel 2.6
Package: xscreensaver Version: 4.16-1 Severity: important With kernel 2.6, specifically 2.6.10 in my case, xscreensaver does not work anymore. It blanks (and locks) the screen randomly, even if I use the mouse and keyboard continuously. When trying to unblank (by pressing a key on the keyboard) xscreensaver sometimes hogs the CPU, in this case I have to kill it from the console. One time xscreensaver told me that there are no interrupts in /proc/interrupts which is certainly not true. The changelog at http://www.jwz.org/xscreensaver/changelog.html tells me that a new version would fix these problems. Could you please upgrade? Thanks. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages xscreensaver depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libglade2-0 1:2.4.1-1 Library to load .glade files at ru ii libglib2.0-0 2.4.8-1 The GLib library of C routines ii libgtk2.0-0 2.4.14-2The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libpango1.0-01.6.0-3 Layout and rendering of internatio ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxml2 2.6.11-5GNOME XML library ii libxmu6 4.3.0.dfsg.1-10 X Window System miscellaneous util ii libxrandr2 4.3.0.dfsg.1-10 X Window System Resize, Rotate and ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291029: unregister_netdevice: waiting for br0 to become free. Usage count = 1
Package: kernel-source-2.6.10 Severity: important I am still experiencing in kernel 2.6.10 what seems to be bug #277934. When I try to poweroff the machine it hangs with the error message given in the subject. The syslog is already shut down so the message is printed to the console. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
