Bug#834615: davfs2: Fails to parse cookies
Package: davfs2
Version: 1.5.2-1
Severity: normal
Dear Maintainer,
Davfs2 fails to accept/parse cookies and therefore Novell drives can't
be mounted, as Novell uses session cookies.
There are 2 problems in src/webdav.c: get_cookies()
1. Cookies are only accepted for status codes 2xx and 3xx. But novell
sends the cookie header in an "Authorization required" response with
status 4xx. According to rfc6265:
"User agents [...] MUST process Set-Cookie headers contained in other
responses (including responses with 400- and 500-level status codes)."
So I think this restriction can be removed.
2. Cookies are ignored, if their value ends with a `='. This is
regularly the case with Base64 encoded values.
Attached patch fixes both problems. It was created for 1.5.2, but it
also applies to 1.5.4.
Cheers,
harry
PS: I would have reported this upstream, but I'm not allowed to.
-- System Information:
Debian Release: jessie/sid
APT prefers vivid-updates
APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500,
'vivid'), (100, 'vivid-backports') Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.19.0-64-generic (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages davfs2 depends on:
ii adduser3.113+nmu3ubuntu3
ii debconf [debconf-2.0] 1.5.55ubuntu2
ii libc6 2.21-0ubuntu4
ii libneon27 0.30.1-1
davfs2 recommends no packages.
davfs2 suggests no packages.
-- Configuration Files:
/etc/davfs2/davfs2.conf changed [not included]
/etc/davfs2/secrets [Errno 13] Permission denied: u'/etc/davfs2/secrets'
-- debconf information excluded
Index: davfs2-1.5.2/src/webdav.c
===
--- davfs2-1.5.2.orig/src/webdav.c
+++ davfs2-1.5.2/src/webdav.c
@@ -1728,14 +1728,10 @@ file_reader(void *userdata, const char *
When a cookie with the same name as an already stored cookie, but with
a different value is received, it's value is updated if necessary.
Only n_cookies cookies will be stored. If the server sends more
- different cookies these will be ignored.
- status must be of class 2XX or 3XX, otherwise the cookie is ignored. */
+ different cookies these will be ignored. */
static void
get_cookies(ne_request *req, void *userdata, const ne_status *status)
{
-if (status->klass != 2 && status->klass != 3)
-return;
-
const char *cookie_hdr = ne_get_response_header(req, "Set-Cookie");
if (!cookie_hdr)
return;
@@ -1758,14 +1754,13 @@ get_cookies(ne_request *req, void *userd
while (end > start && *(end - 1) == ' ')
end--;
-if ((start + 4) > end || *start == '=' || *(end - 1) == '=')
-continue;
-
char *es = strchr(start, '=');
if (!es)
continue;
size_t nl = es - start;
size_t vl = end - es - 1;
+if (nl == 0 || vl == 0)
+continue;
int i = 0;
for (i = 0; i < n_cookies; i++) {
Bug#611490: closed by Boris Pek tehnic...@mail.ru (Re: psi-plus: Single-click opens chat window)
On Sun, Jun 05, 2011 at 07:21:10PM +, Debian Bug Tracking System wrote: Hi, I can't reproduce this bug in my systems. Maybe it was fixed in upstream some time ago. So I close the bug report. Confirmed. This bug went away when I upgraded to 0.15~svn3910-1. Cheers, harry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592958: debhelper: dh_gconf add superfluous dependency to gconf2
On Sun, Sep 05, 2010 at 02:12:06PM +0200, Josselin Mouette wrote: The dependency is here for two reasons: 1. Ensuring a recent enough version is installed. This reason will indeed cease to exist after the next release. 2. Ensuring that gconf2 is installed on the system. You don’t want to end up in a situation where gconf2 is not installed, since in this case the schemas would not be registered. But that's exactly what I want to end up with, because no application on my system uses gconf. To clarify: mumble only uses dh_gconf to install a url-handler: --- debian/mumble.gconf-defaults --- /desktop/gnome/url-handlers/mumble/command mumble %s /desktop/gnome/url-handlers/mumble/needs_terminal false /desktop/gnome/url-handlers/mumble/enabled true --- So the only thing dh_gconf does as I can see, is copy this file to debian/mumble/usr/share/gconf/defaults/10_mumble. No maintainer script snippets are created. I'm not sure about the workings of gconf, but I guess if a package registers a schema, it does this because it actually uses gconf as a configuration backend, and in this case it is of course OK to add a dependency to gconf, because it would be needed in any case. dh_gconf should differentiate between these cases and only add the dependency, if it is really required. Cheers, harry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611490: psi-plus: Single-click opens chat window
Package: psi-plus Version: 0.15~svn3447-1 Severity: normal Hi, since recently, when single-clicking on a contact in the roster, it opens the chat window. It should only be opened by a double-click. I haven't upgraded either QT or psi-plus for some time. This change of behaviour seemingly came out of the blue and I find it rather annoying. I've just now upgraded to the experimental version of psi-plus, but this bug already existed in the previous version 0.15~svn2744-1. There is an option `options.ui.contactlist.use-single-click', but it is set to false. Cheers, harry -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-hb (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages psi-plus depends on: ii libaspell15 0.60.6-4 GNU Aspell spell-checker runtime l ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libqca2 2.0.2-1 libraries for the Qt Cryptographic ii libqt4-dbus 4:4.6.3-4Qt 4 D-Bus module ii libqt4-network 4:4.6.3-4Qt 4 network module ii libqt4-qt3support 4:4.6.3-4Qt 3 compatibility library for Qt ii libqt4-xml 4:4.6.3-4Qt 4 XML module ii libqtcore4 4:4.6.3-4Qt 4 core module ii libqtgui4 4:4.6.3-4Qt 4 GUI module ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-4X11 client-side library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxss1 1:1.2.0-2X11 Screen Saver extension library ii psi-plus-common 0.15~svn3447-1 common files for Psi+ ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime psi-plus recommends no packages. psi-plus 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#611491: pulseaudio: Depends on consolekit, though it isn't needed
Package: pulseaudio Version: 0.9.21-3+b1 Severity: normal Hi, I don't have consolekit installed and pulseaudio runs without problems. Nevertheless, pulseaudio depends on consolekit. On my system, pulseaudio is the only package that depends on consolekit. I had to make a dummy package using equivs just for this. Please downgrade the dependency to a recommends. Cheers, harry -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-hb (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pulseaudio depends on: ii adduser 3.112+nmu2 add and remove users and groups ii consolekit 1.0 Dummy package to satisfy dependenc ii libasound2 1.0.23-2.1 shared library for ALSA applicatio ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3 support for getting/setting POSIX. ii libdbus-1-3 1.2.24-4 simple interprocess messaging syst ii libgdbm31.8.3-9 GNU dbm database routines (runtime ii libice6 2:1.0.6-2X11 Inter-Client Exchange library ii libltdl72.2.6b-2 A system independent dlopen wrappe ii libpulse0 0.9.21-3+b1 PulseAudio client libraries ii libsamplerate0 0.1.7-3 Audio sample rate conversion libra ii libsm6 2:1.1.1-1X11 Session Management library ii libsndfile1 1.0.21-3 Library for reading/writing audio ii libspeexdsp11.2~rc1-1The Speex extended runtime library ii libudev0164-3libudev shared library ii libx11-62:1.3.3-4X11 client-side library ii libxtst62:1.1.0-3X11 Testing -- Record extension li ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii udev164-3/dev/ and hotplug management daemo Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.10.24-1 GStreamer plugin for PulseAudio ii libasound2-plugins 1.0.23-1+b1 ALSA library additional plugins ii pulseaudio-esound-compat 0.9.21-3+b1 PulseAudio ESD compatibility layer ii pulseaudio-module-x110.9.21-3+b1 X11 module for PulseAudio sound se Versions of packages pulseaudio suggests: ii paman0.9.4-1 PulseAudio Manager pn paprefs none (no description available) ii pavucontrol 0.9.9-1 PulseAudio Volume Control ii pavumeter0.9.3-1 PulseAudio Volume Meter ii pulseaudio-utils 0.9.21-3+b1 Command line tools for the PulseAu -- Configuration Files: /etc/default/pulseaudio changed: PULSEAUDIO_SYSTEM_START=1 DISALLOW_MODULE_LOADING=1 /etc/pulse/daemon.conf changed: ; daemonize = no ; fail = yes ; allow-module-loading = yes allow-exit = no ; use-pid-file = yes ; system-instance = no ; enable-shm = yes ; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 MiB ; lock-memory = no ; cpu-limit = no ; high-priority = yes ; nice-level = -11 ; realtime-scheduling = yes ; realtime-priority = 5 ; exit-idle-time = 20 ; scache-idle-time = 20 ; dl-search-path = (depends on architecture) ; load-default-script-file = yes ; default-script-file = ; log-target = auto ; log-level = notice ; log-meta = no ; log-time = no ; log-backtrace = 0 ; resample-method = speex-float-3 ; enable-remixing = yes ; enable-lfe-remixing = no ; flat-volumes = yes ; rlimit-fsize = -1 ; rlimit-data = -1 ; rlimit-stack = -1 ; rlimit-core = -1 ; rlimit-as = -1 ; rlimit-rss = -1 ; rlimit-nproc = -1 ; rlimit-nofile = 256 ; rlimit-memlock = -1 ; rlimit-locks = -1 ; rlimit-sigpending = -1 ; rlimit-msgqueue = -1 ; rlimit-nice = 31 ; rlimit-rtprio = 9 ; rlimit-rttime = 100 ; default-sample-format = s16le ; default-sample-rate = 44100 ; default-sample-channels = 2 ; default-channel-map = front-left,front-right ; default-fragments = 4 ; default-fragment-size-msec = 25 /etc/pulse/default.pa changed: .nofail .fail load-module module-device-restore load-module module-stream-restore load-module module-card-restore load-module module-augment-properties load-module module-alsa-sink device=surround51 load-module module-alsa-source device=hw:0 .ifexists module-udev-detect.so load-module module-udev-detect .else load-module module-detect .endif .ifexists module-bluetooth-discover.so load-module module-bluetooth-discover .endif .ifexists module-esound-protocol-unix.so load-module module-esound-protocol-unix .endif load-module module-native-protocol-unix .ifexists module-gconf.so .nofail load-module module-gconf .fail .endif
Bug#610696: udev: Udev changes device file ACLs and depends on consolekit
reopen 610696 thanks I've had another look at the package and it seems, that udev doesn't really require consolekit. The only dependency to consolekit I could find is the usage of /var/run/ConsoleKit/database by udev-acl. And the rules file already checks the existence of this file, before actually calling udev-acl. So the issue could be fixed very easily by simply removing the dependency to consolekit (or at at least downgrading it to a recommends). Or did I miss something here? Cheers, harry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610696: udev: Udev changes device file ACLs and depends on consolekit
Package: udev Version: 164-3 Severity: normal Hi, udev contains support for consolekit. The rule file 70-acl.rules and /lib/udev/udev-acls change the ACLs of certain device files to give local users access. I consider this a serious security problem. I have a guest account to let others use my system. When they log in, they automatically gain access to these devices. And they can keep this access even after logout, if they so wish, by starting a background job that keeps the device open. Think: camera and microphone. Consolekit is broken by design and there is no way of fixing these security implications. The only real fix is, to not use consolekit, and stick with the traditional scheme of letting root decide who gets permissions for what. Consolekit takes away this control from root. In my opinion, root should always be in full control. I'd suggest to move 70-acl.rules to the consolekit package and remove the dependency to consolekit. This way, nothing changes for folks who value convenience over everything else. But those who value security and like to be in full control over their own system, would no longer be forced to use consolekit. In any case, it seems more logical to me, that consolekit specifica should be contained in the consolekit package. Cheers, harry -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-hb (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libudev0164-3libudev shared library ii libusb-0.1-42:0.1.12-16 userspace USB programming library ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii util-linux 2.17.2-5 Miscellaneous system utilities Versions of packages udev recommends: ii pciutils 1:3.1.7-6 Linux PCI Utilities ii usbutils 0.87-5 Linux USB utilities udev suggests no packages. -- Configuration Files: /etc/udev/udev.conf changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554506: [pkg-cryptsetup-devel] Bug#554506: unable to find root volume
reopen 554506
tags 554506 patch
stop
Hi,
On Thu, Jul 08, 2010 at 12:58:02AM +0200, Jonas Meurer wrote:
hey Harald,
On 28/06/2010 Harald Braumann wrote:
This bug also hits, if a source device name of the form /dev/vg/lv is
used
in /etc/crypttab. The hook script fails to properly map this to
/dev/mapper/vg-lv
The reason is, that dmsetup changed the way links are set up in /dev.
Formerly,
files in /dev/vg/ (or /dev/disk/by-uuid) where links to device files in
/dev/mapper/. Now they are links to /dev/dm-*.
The solution is simple, and actually already there in the function
`canonical_device'. I've just copied that part to `get_device_opts'. Patch
appended.
cryptsetup svn trunk should have fixed this bug in a different way.
canonical_device is now invoked both in get_root_device() and
get_resume_devices(). could you verify that the new package fixes this
bug for you?
sorry for not getting back to you sooner, I somehow lost track of this.
This bug is still not fixed for me in version 2:1.1.3-3. In my case,
the problem is, that the source device doesn't start with /dev/mapper.
I have attached another patch, which is equivalent to my previous
patch, but this time using canonical_device().
Cheers,
harry
--- cryptroot.a 2010-08-20 01:17:26.0 +0200
+++ cryptroot.b 2010-08-20 01:05:12.0 +0200
@@ -193,6 +193,8 @@
echo cryptsetup: WARNING: $source is a dangling symlink 2
return 1
fi
+
+ link=/dev/mapper/$(canonical_device $link)
if [ $link != ${link#/dev/mapper/} ]; then
echo cryptsetup: NOTE: using $link instead of $source for $target 2
Bug#592958: debhelper: dh_gconf add superfluous dependency to gconf2
Package: debhelper Version: 7.9.3 Severity: normal I wanted to install mumble and it depends on gconf2, though it doesn't use it. It seems the dependency only gets in because dh_gconf is used to install a gconf default file (a URL handler). I've looked at dh_gconf and it only installs files that might or might not be used by gconf. Still it adds a dependency to gconf2. I think this is wrong, since gconf2 is not really required. Programmes that do require gconf will have a dependency through shlibdeps, anyway. Please remove adding a dependency to gconf2 from dh_gconf. Cheers, harry -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-hb (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debhelper depends on: ii binutils 2.20.1-12 The GNU assembler, linker and bina ii dpkg-dev 1.15.7.2 Debian package development tools ii file 5.04-4 Determines file type using magic ii html2text 1.3.2a-15 advanced HTML to text converter ii man-db2.5.7-3on-line manual pager ii perl 5.10.1-14 Larry Wall's Practical Extraction ii perl-base 5.10.1-14 minimal Perl system ii po-debconf1.0.16 tool for managing templates file t debhelper recommends no packages. Versions of packages debhelper suggests: ii dh-make 0.55 tool that converts source archives -- 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#554506: unable to find root volume
Package: cryptsetup
Version: 2:1.1.2-1
Severity: normal
This bug also hits, if a source device name of the form /dev/vg/lv is used
in /etc/crypttab. The hook script fails to properly map this to
/dev/mapper/vg-lv
The reason is, that dmsetup changed the way links are set up in /dev. Formerly,
files in /dev/vg/ (or /dev/disk/by-uuid) where links to device files in
/dev/mapper/. Now they are links to /dev/dm-*.
The solution is simple, and actually already there in the function
`canonical_device'. I've just copied that part to `get_device_opts'. Patch
appended.
harry
--- cryptroot.a 2010-06-28 14:50:50.0 +0200
+++ cryptroot.b 2010-06-28 14:57:54.0 +0200
@@ -191,6 +191,16 @@
return 1
fi
+ if [ x${link%/dev/dm-*} = x ]; then
+ # try to detect corresponding symlink in /dev/mapper/
+ for dmdev in /dev/mapper/*; do
+ if [ $(readlink -e $dmdev) = $link ]; then
+ link=$dmdev
+ break
+ fi
+ done
+ fi
+
if [ $link != ${link#/dev/mapper/} ]; then
echo cryptsetup: NOTE: using $link instead of $source
for $target 2
source=$link
Bug#578576: grub-pc: Option to never automatically run update-grub
Package: grub-pc Version: 1.98-1 Severity: wishlist Please provide an option, so that update-grub is never run automatically. Not on update, nor on kernel installation. It should be possible to manage grub.cfg manually. I can already opt to not install grub automatically, but update-grub is called unconditionally. Reasons: - Every other update makes my system unbootable. I don't want this automatism. I'd like to be in control. - I want to have different kernel command lines for different kernels. update-grub doesn't support this. - I want to decide which is the default kernel. Just that a new kernel has a higher version doesn't mean it should become the default. - I have systems installed on USB drives. If I update grub-pc there, I don't want all kernels that happen to be on the host installed in grub.cfg Cheers, harry -- Package-specific info: -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.2-hb (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-pc depends on: ii debconf [debconf-2.0] 1.5.30 Debian configuration management sy ii grub-common 1.98-1 GRand Unified Bootloader, version ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii ucf 3.0025 Update Configuration File: preserv grub-pc recommends no packages. Versions of packages grub-pc suggests: pn desktop-base none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570529: fancontrol: Fan should be controllable by multiple temperature sensors
Package: fancontrol Version: 1:3.1.2-2 Severity: normal Hi, my AMD 64 X2 has 4 internal temperature sensors, 2 per core. The temperatures can differ quite a bit, if only one core is under load. So for reliable fan control it would be necessary, that the CPU fan is controlled based on all 4 temperatures, where the highest determines the fan speed. Fancontrol, however, only allows one to map one temperature to a fan. I didn't make this a mere wishlist bug, because watching only one temperature might potentially be harmful to your CPU. Cheers, harry -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.2-athlon64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fancontrol depends on: ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip fancontrol recommends no packages. fancontrol 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#566075: esperanza: Segfaults in setup wizard
Package: esperanza Version: 0.4.0+git20090708-1+b2 Severity: grave Justification: renders package unusable The setup wizard crashes when the Test It button is pressed in the Server Settings window. It doesn't matter, whether xmms2d is running or not and wether a socket path is entered or not. Backtrace: #0 0x7793a579 in boost::function0void::assign_to_own(boost::function0void const) () from /usr/lib/libxmmsclient++.so.3 #1 0x7793a5a4 in boost::function0void::function0(boost::function0void const) () from /usr/lib/libxmmsclient++.so.3 #2 0x7793a5c3 in boost::functionvoid ()()::function(boost::functionvoid ()() const) () from /usr/lib/libxmmsclient++.so.3 #3 0x7793b39b in boost::any::holderboost::functionvoid ()() ::holder(boost::functionvoid ()() const) () from /usr/lib/libxmmsclient++.so.3 #4 0x7793b3f8 in boost::any::anyboost::functionvoid ()() (boost::functionvoid ()() const) () from /usr/lib/libxmmsclient++.so.3 #5 0x7793c0e2 in boost::signal0void, boost::last_valuevoid, int, std::lessint, boost::functionvoid ()() ::connect(boost::slotboost::functionvoid ()() const, boost::signals::connect_position) () from /usr/lib/libxmmsclient++.so.3 #6 0x77937ff9 in Xmms::Client::setDisconnectCallback(boost::slotboost::functionvoid ()() const) () from /usr/lib/libxmmsclient++.so.3 #7 0x0044f4f3 in ?? () #8 0x0045ed34 in ?? () #9 0x7643ddf2 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/libQtCore.so.4 #10 0x004c71ff in ?? () #11 0x004a6ee5 in ?? () #12 0x004840fb in ?? () #13 0x00486a88 in ?? () #14 0x7643ddf2 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/libQtCore.so.4 #15 0x7722a037 in QAbstractButton::clicked(bool) () from /usr/lib/libQtGui.so.4 #16 0x76f8930b in ?? () from /usr/lib/libQtGui.so.4 #17 0x76f8af1b in ?? () from /usr/lib/libQtGui.so.4 #18 0x76f8b175 in QAbstractButton::mouseReleaseEvent(QMouseEvent*) () from /usr/lib/libQtGui.so.4 #19 0x76c6837f in QWidget::event(QEvent*) () from /usr/lib/libQtGui.so.4 #20 0x76c1801d in QApplicationPrivate::notify_helper(QObject*, QEvent*) () ---Type return to continue, or q return to quit--- from /usr/lib/libQtGui.so.4 #21 0x76c207ca in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #22 0x76428c9c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4 #23 0x76c1fa78 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointerQWidget) () from /usr/lib/libQtGui.so.4 #24 0x76c88659 in ?? () from /usr/lib/libQtGui.so.4 #25 0x76c8740f in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib/libQtGui.so.4 #26 0x76caf76c in ?? () from /usr/lib/libQtGui.so.4 #27 0x73c8a2fa in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #28 0x73c8db58 in ?? () from /lib/libglib-2.0.so.0 #29 0x73c8dd0c in g_main_context_iteration () from /lib/libglib-2.0.so.0 #30 0x7645139c in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #31 0x76caef1f in ?? () from /usr/lib/libQtGui.so.4 #32 0x76427562 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #33 0x76427934 in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #34 0x770a0c7e in QDialog::exec() () from /usr/lib/libQtGui.so.4 #35 0x0047ff41 in ?? () #36 0x0044e14b in ?? () #37 0x755ddabd in __libc_start_main () from /lib/libc.so.6 #38 0x004342b9 in ?? () #39 0x7fffe3f8 in ?? () #40 0x001c in ?? () #41 0x0001 in ?? () #42 0x7fffe6e4 in ?? () #43 0x in ?? () Cheers, harry -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.2-athlon64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages esperanza depends on: ii libboost-signa 1.40.0-4 managed signals and slots library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcc11:4.4.2-8 GCC support library ii libqt4-network 4:4.5.3-4 Qt 4 network module ii libqt4-xml 4:4.5.3-4 Qt 4 XML module ii libqtcore4 4:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libstdc++6 4.4.2-8 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.2-1 X11
Bug#564593: qjackctl: Uses LC_NUMERIC to set interface language
On Mon, 11 Jan 2010 22:06:06 +0100 Harald Braumann ha...@unheit.net wrote: Maybe there is a bug in libqt4? Yes there is: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486380 Guess you can close the bug. harry signature.asc Description: PGP signature
Bug#564593: qjackctl: Uses LC_NUMERIC to set interface language
On Mon, 11 Jan 2010 16:06:10 +0100 Adrian Knoth a...@drcomp.erfurt.thur.de wrote: On Sun, Jan 10, 2010 at 04:21:48PM +0100, Harald Braumann wrote: I'm not quite sure if this is really qtractor's fault. If you set LANG=C instead of POSIX, it works. No, that's not the problem. Both, C and POSIX work for me, as they should. You might have hit another problem here. The problem is, that the interface language should be controlled by the variable LC_MESSAGES, but instead it is controlled by LC_NUMERIC. Try setting LANG=de_AT.utf8 LC_MESSAGES=POSIX This should give you an English interface, but it is German. If you set LANG=de_AT.utf8 LC_NUMERIC=POSIX the interface language is English. So LC_NUMERIC controls the interface language. I don't know whose fault this is. I don't have problems with other QT programs. QT programs seem to a mess in this respect. qvlc only reacts to LANG. Setting any other locale variable doesn't have any effect. The same is true for kdiff3. Maybe there is a bug in libqt4? Cheers, harry signature.asc Description: PGP signature
Bug#550061: [pkg-ntp-maintainers] Bug#550061: ntp: Leaves stale tmp files
On Sun, 27 Dec 2009 23:59:39 +0100 Kurt Roeckx k...@roeckx.be wrote: On Wed, Oct 07, 2009 at 04:32:11PM +0200, Harald Braumann wrote: So you somehow must be triggering other code than other people. Can you tell me something more about your setup? Like how is the resolver configured. What do you have in /etc/resolv.conf when that happens, I have a local bind. So /etc/resolv.conf always contains nameserver 127.0.0.1. Bind's options are controlled by resolvconf (like adding/removing forwarders). This is on a laptop, so it is often without network connection. The interface is controlled by ifplugd. It takes the interface down or up, depending on the link state. and what does grep hosts /etc/nsswitch.conf return? hosts: files dns Do you have ipv6 connectivity? Or is ipv6 completly disabled? It is enabled but not used for outside connections (no ipv6 router). harry signature.asc Description: PGP signature
Bug#564593: qjackctl: Uses LC_NUMERIC to set interface language
Package: qjackctl Version: 0.3.5-1 Severity: normal Tags: l10n Hi, qjackctl uses LC_NUMERIC to set the interface language, instead of LC_MESSAGES. Here are my locale settings: $ locale LANG=POSIX LANGUAGE=POSIX LC_CTYPE=de_AT.utf8 LC_NUMERIC=de_AT.utf8 LC_TIME=de_AT.utf8 LC_COLLATE=de_AT.utf8 LC_MONETARY=de_AT.utf8 LC_MESSAGES=POSIX LC_PAPER=de_AT.utf8 LC_NAME=de_AT.utf8 LC_ADDRESS=de_AT.utf8 LC_TELEPHONE=de_AT.utf8 LC_MEASUREMENT=de_AT.utf8 LC_IDENTIFICATION=POSIX LC_ALL= The interface language should be English, as LC_MESSAGES is set to POSIX, but it uses German. LC_MESSAGES has no influence on the interface language. Instead it is controlled by LC_NUMERIC, which is quite stupid. Cheers, harry -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.2-athlon64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qjackctl depends on: ii libasound2 1.0.21a-1 shared library for ALSA applicatio ii libc62.10.2-2GNU C Library: Shared libraries ii libgcc1 1:4.4.2-3 GCC support library ii libjack0 0.118+svn3796-1 JACK Audio Connection Kit (librari ii libqt4-dbus 4:4.5.3-4 Qt 4 D-Bus module ii libqt4-xml 4:4.5.3-4 Qt 4 XML module ii libqtcore4 4:4.5.3-4 Qt 4 core module ii libqtgui44:4.5.3-4 Qt 4 GUI module ii libstdc++6 4.4.2-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.2-1 X11 client-side library qjackctl recommends no packages. qjackctl 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#563961: cryptsetup: Please support single passphrase prompt for multiple volumes
Package: cryptsetup Version: 2:1.1.0~rc2-1 Severity: wishlist Hi, cryptsetup should support decrypting multiple volumes with the same passphrase and only prompt for it once. Attached is a script which can be used as a `keyscript'. It prompts for the passphrase and stores it in a key ring for a short amount of time using Linux' key retention facility. Further passphrase requests are satisfied from the stored value without prompting again. This works quite well, however there are a view problems: - only works on Linux - the passphrase is stored for some time and might be exposed (at least root can dump the stored passphrase) - the passphrase is piped between processes and might end up in unsecure memory and be written to swap The script contains more detailed documentation. A better approach would be to add support for this functionality to cryptsetup. Cryptsetup could then decrypt all volumes that belong to the same group at once and there would be no need to retain the passphrase. I'm not sure, if there would be problems if the root volume is part of such a group, because then all the volumes would have to be decrypted at the time the root volume is decrypted, which happens very early in the boot process. Until a better solution is found, the attached script could be included in the package as an example. Cheers, harry -- 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.32.2-hb (SMP w/1 CPU core) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cryptsetup depends on: ii dmsetup 2:1.02.39-1 The Linux Kernel Device Mapper use ii libc62.10.2-2GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.39-1 The Linux Kernel Device Mapper use ii libpopt0 1.15-1 lib for parsing cmdline parameters ii libuuid1 2.16.2-0Universally Unique ID library cryptsetup recommends no packages. Versions of packages cryptsetup suggests: ii dosfstools3.0.6-1utilities for making and checking ii initramfs-tools [linux-initra 0.93.4 tools for generating an initramfs ii udev 149-2 /dev/ and hotplug management daemo -- 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#563961: [pkg-cryptsetup-devel] Bug#563961: cryptsetup: Please support single passphrase prompt for multiple volumes
On Wed, 06 Jan 2010 19:35:27 +0100 Michael Gebetsroither g...@sbox.tugraz.at wrote: Harald Braumann wrote: Your attachment seems to be missing. Sorry, attached now. Though i've written a similar script some time ago and just fixed a few things up. The script can be found on github with additional Dokumentation: http://github.com/gebi/keyctl_keyscript/blob/master/keyctl_keyscript http://github.com/gebi/keyctl_keyscript Seems we had the same idea. Differences are: - I use /lib/cryptsetup/askpass. I think that this is required if you use a graphical boot screen - Retry on wrong password (see below) This works quite well, however there are a view problems: - only works on Linux no problem, as dm-crypt is linux only Ah, alright. - the passphrase is stored for some time and might be exposed (at least root can dump the stored passphrase) root can get the passphrase anyway. Sure, he can do all sorts of things to sniff the passphrase at entry time. But if it's retained, it can also be retrieved later. Not that much of a difference, but still. - the passphrase is piped between processes and might end up in unsecure memory and be written to swap This is not nice, ack! Though it's not that smart to have crypto filesystems without crypted swap. Agreed, but while it's already bad enough to leak some sensitive data, it is much worse to leak the passphrase, because that can be used to decrypt the whole encrypted volume. Also, this can then be done offline. And the passphrase might be used for other encrypted volumes. While it is a user error to not encrypt the swap, the system should be implemented in a way to minimise the damage. At least a option to get cryptsetup to cache the passphrase in a specific keyring would be nice, and _only_ cache it if the passphrase was correct. My script already does this to a certain extent. You have to tag a special entry by appending `:' to the key parameter. In this case it always asks for the passphrase, even if it is called a second time (in case the user mistyped). This should be the first entry for the group. This would also remove the problem with passphrase piping and possible ending in unsecure memory. Yes, that would be nice. harry cryptgroup.tgz Description: application/compressed-tar signature.asc Description: PGP signature
Bug#563300: kernel-package: on cross compile the control file contains host architecture
Hi, works fine for me. Please note that you have to call the command with: DEB_HOST_ARCH=i386 make-kpkg --arch i386 --cross-compile - ... ^^ This is documented in the README. However, maybe kernel-package could set this automatically if --arch is given? harry signature.asc Description: PGP signature
Bug#563376: kernel-package: Cross-compile builds wrong architecture in kernel_headers
Package: kernel-package Version: 12.031 Severity: normal Hi, I compile an i386 kernel on an amd64 system with the following command: DEB_HOST_ARCH=i386 make-kpkg --rootcmd fakeroot --initrd --cross_compile - --arch i386 ... The kernel_image works fine. However, all the ELF executables in the scripts/ directory of the the kernel_headers package are 64 bit executable. E.g.: $ file scripts/genksyms/genksyms scripts/genksyms/genksyms: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), ... Therefore building modules on the target host (i386) using the kernel_headers package fails, because these scripts can't be executed. Cheers, harry -- 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.32.2-hb (SMP w/1 CPU core) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kernel-package depends on: ii binutils 2.20-4 The GNU assembler, linker and bina ii build-essential 11.4 Informational list of build-essent ii debianutils 3.2.2 Miscellaneous utilities specific t ii file 5.03-5 Determines file type using magic ii gettext 0.17-8 GNU Internationalization utilities ii make 3.81-7 An utility for Directing compilati ii module-init-tools 3.11-1 tools for managing Linux kernel mo ii po-debconf1.0.16 tool for managing templates file t ii util-linux2.16.2-0 Miscellaneous system utilities Versions of packages kernel-package recommends: ii cpio 2.10-1 GNU cpio -- a program to manage ar Versions of packages kernel-package suggests: ii bzip2 1.0.5-3high-quality block-sorting file co pn docbook-utils none (no description available) ii e2fsprogs 1.41.9-1 ext2/ext3/ext4 file system utiliti ii initramfs-tools [linux-in 0.93.4 tools for generating an initramfs pn libdb3-devnone (no description available) ii libncurses5-dev [libncurs 5.7+20090803-2 developer's libraries and docs for ii linux-source-2.6.31.4-i38 sbs173.02 Linux kernel source for version 2. pn xmlto none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563161: Provide way to distinguish remove and purge in postrm hooks
Package: linux-2.6 Version: 2.6.30-2 Severity: wishlist Hi, if a kernel package is purged, the scripts in /etc/kernel/postrm.d are run twice. Once for `remove' and once for `purge'. There is no way, however, to find out the current phase and to prevent running the script twice. A kernel built with kernel-package sets the variable `DEB_MAINT_PARAMS' to `remove' and `purge', respectively. Something similar should also be supported by official kernel builds (preferably kernel-package and official builds should agree on the way to do this). Cheers, harry signature.asc Description: PGP signature
Bug#554175: Bug#554171: grub2: add hook script for linux-2.6 make deb-pkg
tags 554175 patch
thanks
Hi,
attached is a script that can be used as a hook
in /etc/kernel/{postinst,postrm}.d/.
It checks the value of DEB_MAINT_PARAMS to prevent
running it twice on package purge. This parameter is set by kernels
built with kernel-package. For official kernel builds, no such check
exists, unfortunately, and update-grub will be run twice on package
purge[0].
This script must be run after initrd creation, so there should probably
be some agreement about the naming with the initramfs-tools maintainer.
I called the script z99grub in the hook directories.
Please ship this script with grub and create symlinks to it in the
respective hook directories.
Cheer,
harry
[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=563161.
grub-kernel-hook
Description: application/shellscript
signature.asc
Description: PGP signature
Bug#554790: use /dev/disk/by-uuid (or similiar) for grub-pc/install_devices
Package: grub-pc
Version: 1.98~20091229-1
Severity: normal
Got me too. Updating grub left my system unbootable, again.
In my case the BIOS shuffeled the HDDs around when I changed some setting.
It will affect a lot of people when the kernel changes to use libata and
all disks are renamed from /dev/hdN to /dev/sdN.
Please note that this can also destroy your data, if you don't have a
partition table on the disk (which reserves some space for the MBR). E.g.,
if you use the whole disk as a physical volume for LVM and grub writes on it
the LVM metadata and probably some user data too will be lost.
So this bug better be fixed soon. If it can't be fixed easily, I'd suggest,
as a work-around, to not remember the install device but instead ask each
time grub is updated.
Cheers,
harry
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/mapper/vgsys-lvroot64 / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/sda2 /boot ext2 rw,relatime,errors=continue 0 0
/dev/mapper/vgsys-lvvar64 /var ext3 rw,relatime,errors=continue,data=ordered 0 0
/dev/mapper/vgsys-lvhome /home ext3 rw,relatime,errors=continue,data=ordered 0 0
/dev/mapper/vgsys-lvkvm /var/local/vm ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/mapper/vgsys-lvbackup /var/local/backup ext3
rw,nosuid,nodev,noexec,relatime,errors=continue,data=ordered 0 0
/dev/mapper/vg_data02-data /var/local/data ext3
rw,nosuid,nodev,noexec,relatime,errors=continue,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(fd0) /dev/fd0
(hd0) /dev/sda
(hd1) /dev/sdb
(hd2) /dev/sdc
(hd3) /dev/sdd
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set default=0
insmod ext2
set root=(hd0,2)
search --no-floppy --fs-uuid --set ab670ec5-78bb-4d73-bf14-96642f721ec9
if loadfont /grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
set locale_dir=/boot/grub/locale
set lang=
insmod gettext
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry Debian GNU/Linux, with Linux 2.6.32.2-athlon64 {
insmod ext2
set root=(hd0,2)
search --no-floppy --fs-uuid --set ab670ec5-78bb-4d73-bf14-96642f721ec9
linux //vmlinuz-2.6.32.2-athlon64 root=/dev/mapper/vgsys-lvroot64 ro
initrd //initrd.img-2.6.32.2-athlon64
}
menuentry Debian GNU/Linux, with Linux 2.6.32.2-athlon64 (recovery mode) {
insmod ext2
set root=(hd0,2)
search --no-floppy --fs-uuid --set ab670ec5-78bb-4d73-bf14-96642f721ec9
linux //vmlinuz-2.6.32.2-athlon64 root=/dev/mapper/vgsys-lvroot64 ro
single
initrd //initrd.img-2.6.32.2-athlon64
}
menuentry Debian GNU/Linux, with Linux 2.6.32-amd64 {
insmod ext2
set root=(hd0,2)
search --no-floppy --fs-uuid --set ab670ec5-78bb-4d73-bf14-96642f721ec9
linux //vmlinuz-2.6.32-amd64 root=/dev/mapper/vgsys-lvroot64 ro
initrd //initrd.img-2.6.32-amd64
}
menuentry Debian GNU/Linux, with Linux 2.6.32-amd64 (recovery mode) {
insmod ext2
set root=(hd0,2)
search --no-floppy --fs-uuid --set ab670ec5-78bb-4d73-bf14-96642f721ec9
linux //vmlinuz-2.6.32-amd64 root=/dev/mapper/vgsys-lvroot64 ro
single
initrd //initrd.img-2.6.32-amd64
}
menuentry Debian GNU/Linux, with Linux 2.6.31.4-amd64 {
insmod ext2
set root=(hd0,2)
search --no-floppy --fs-uuid --set ab670ec5-78bb-4d73-bf14-96642f721ec9
linux //vmlinuz-2.6.31.4-amd64 root=/dev/mapper/vgsys-lvroot64 ro
initrd //initrd.img-2.6.31.4-amd64
}
menuentry Debian GNU/Linux, with Linux 2.6.31.4-amd64 (recovery mode) {
insmod ext2
set root=(hd0,2)
search --no-floppy --fs-uuid --set ab670ec5-78bb-4d73-bf14-96642f721ec9
linux //vmlinuz-2.6.31.4-amd64 root=/dev/mapper/vgsys-lvroot64 ro
single
initrd //initrd.img-2.6.31.4-amd64
}
menuentry Debian GNU/Linux, with Linux 2.6.30-2-amd64 {
insmod ext2
set root=(hd0,2)
search --no-floppy --fs-uuid --set ab670ec5-78bb-4d73-bf14-96642f721ec9
linux //vmlinuz-2.6.30-2-amd64 root=/dev/mapper/vgsys-lvroot64 ro
initrd //initrd.img-2.6.30-2-amd64
}
menuentry Debian GNU/Linux, with Linux 2.6.30-2-amd64 (recovery mode) {
insmod ext2
set root=(hd0,2)
search --no-floppy --fs-uuid
Bug#557929: Why I don't think breaks is the right approach
Hi, On Sat, 12 Dec 2009 17:34:44 -0500 Sam Hartman hartm...@debian.org wrote: Harald == Harald Braumann ha...@unheit.net writes: Harald Hi, yes, very sad, indeed, especially if the host is only Harald reachable via ssh and that breaks. Agreed. This is not intended to reduce the severity of the problem, but is advice you may find useful for reducing this sort of thing in the future. I find that when I upgrade a machine it's worth restarting the main sshd and then sshing into the machine while I still have a root shell open just to test for this sort of thing. The problem is so severe because there is no indication at all that you're going to do something stupid. The only thing that happens is that a package is removed that no other packages depend on. This doesn't really ring any alarm bells. So I didn't employ any extra safe-guards. But it's a good advise. I should make it a habit to restart sshd in any case. Harald I had libkrb53 installed from lenny and libk5crypto3 from Harald sid. Something depended on it and it was set as an Harald automatic dependency. On upgrade, that dependency vanished Harald and so libk5crypto3 was removed automatically. Now If you could provide more detail here it would be useful. I'd like to evaluate whether I made the right tradeoff here and in particular how likely it is that someone would manage to get into a situation where they have libk5crypto3 from squeeze without also having something from squeeze that will keep it installed. Do you know how you got into a situation where you had libk5crypto3 installed and then later no longer had it? I have jabberd2 2.2.1-1.1 installed from sid (the newest version would depend on libk5crypto3, but this version still depends on libkrb53). This also pulls in libudns0 from sid. Everything else is lenny. However, I can't really figure out why libk5crypto3 got installed in the first place. Here's an excerpt of the dpkg.log where libk5crypto3 was installed (full log appended as dpkg.log.7.gz): 2009-04-30 21:24:38 upgrade base-files 5 5lenny2 2009-04-30 21:24:40 upgrade libpam-modules 1.0.1-5 1.0.1-5+lenny1 2009-04-30 21:24:42 upgrade apt 0.7.20.2 0.7.20.2+lenny1 2009-04-30 21:24:45 upgrade libpam-runtime 1.0.1-5 1.0.1-5+lenny1 2009-04-30 21:24:47 upgrade libpam0g 1.0.1-5 1.0.1-5+lenny1 2009-04-30 21:24:48 upgrade apt-utils 0.7.20.2 0.7.20.2+lenny1 2009-04-30 21:24:49 upgrade libssl0.9.8 0.9.8g-15 0.9.8g-15+lenny1 2009-04-30 21:24:49 upgrade bind9 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:49 upgrade bind9-host 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:50 upgrade dnsutils 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:50 upgrade libbind9-40 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:50 upgrade libisccfg40 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:50 upgrade libisccc40 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:50 upgrade libdns45 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:50 upgrade libisc45 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:50 upgrade libkrb53 1.6.dfsg.4~beta1-5 1.6.dfsg.4~beta1-5lenny1 2009-04-30 21:24:50 upgrade liblwres40 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:51 upgrade bind9utils 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:51 install libkrb5support0 none 1.6.dfsg.4~beta1-13 2009-04-30 21:24:51 install libk5crypto3 none 1.6.dfsg.4~beta1-13 2009-04-30 21:24:51 install libdb4.7 none 4.7.25-6 2009-04-30 21:24:51 upgrade mysql-common 5.0.51a-24 5.0.51a-24+lenny1 2009-04-30 21:24:51 upgrade libmysqlclient15off 5.0.51a-24 5.0.51a-24+lenny1 2009-04-30 21:24:51 upgrade libpq5 8.3.6-1 8.3.7-0lenny1 2009-04-30 21:24:52 upgrade openssl 0.9.8g-15 0.9.8g-15+lenny1 I can only see security upgrades for lenny, so I'm not sure why lik5crypto3 got installed. Here's an excerpt of the dpkg.log where lib5crypto3 got removed (full log appended as dpkg.log.gz): 2009-12-11 23:44:54 remove libdb4.7 4.7.25-8 4.7.25-8 2009-12-11 23:44:54 remove libk5crypto3 1.7dfsg~beta3-1 1.7dfsg~beta3-1 2009-12-11 23:44:55 remove libkrb5support0 1.7dfsg~beta3-1 1.7dfsg~beta3-1 2009-12-11 23:44:55 upgrade libgnutls26 2.4.2-6+lenny1 2.4.2-6+lenny2 2009-12-11 23:44:57 upgrade ldap-utils 2.4.11-1 2.4.11-1+lenny1 2009-12-11 23:44:58 upgrade slapd 2.4.11-1 2.4.11-1+lenny1 2009-12-11 23:45:01 upgrade libldap-2.4-2 2.4.11-1 2.4.11-1+lenny1 Again, I can only see security upgrades for lenny, so again I'm not sure why that changed anything in regard to libk5crypto3. Package removals where done by aptitude because those packages where automatic dependencies and nothing depended on them any more. It is possible that I installed libk5crypto3 manually, and then later set it to an automatic dependency without removing it immediately. Harald I know it's my own fault if I shoot myself in the foot, Harald but would you please not hand me a loaded gun with the Harald safety released and a broken trigger
Bug#557929: Why I don't think breaks is the right approach
On Mon, 14 Dec 2009 09:16:42 -0500 Sam Hartman hartm...@debian.org wrote: I'm very confused. I've looked over your logs and your package dependencies and I cannot figure out how you managed to get into this state. It's possible that one version of jabberd2 was built against a newer Kerberos and a later version ]was built against an older Kerberos. If that's the case, then the problem is unlikely to happen for others in the future. No matter what happened exactly in my case, I see it quite likely that people break their system. The only thing you have to do is to install a package from testing/unstable on a lenny system with a dependency to libk5crypto3 and then uninstall it again. Libk5crypto3 will get uninstalled as well, as it is marked as an automatic dependency and it's good bye for your remote system. Cheers, harry signature.asc Description: PGP signature
Bug#561194: Replace udns
Package: jabberd2 Version: 2.2.8-2+b1 Severity: wishlist Tags: upstream Hi, Jabberd2 currently depends on udns which was abandoned a long time ago. It should be replaced by something else. See upstream bug https://bugs.launchpad.net/jabberd2/+bug/496824 Cheers, harry (I don't expect anything to happen in the Debian package now, just to keep track of the issue) signature.asc Description: PGP signature
Bug#557929: Why I don't think breaks is the right approach
Hi, yes, very sad, indeed, especially if the host is only reachable via ssh and that breaks. I had libkrb53 installed from lenny and libk5crypto3 from sid. Something depended on it and it was set as an automatic dependency. On upgrade, that dependency vanished and so libk5crypto3 was removed automatically. Now /usr/lib/libk5crypto.so.3 was missing which left the machine more or less dead. I usually don't read all the NEWS about packages that are removed automatically. I wasn't even aware about the fact, that this action corresponds to a downgrade. Also I was ignorant about the way `Replaces:' works. So I'm not sure how I could have known beforehand that I'm going to blow away the system. Or can Joe Admin really be expected to be aware about all these details? I know it's my own fault if I shoot myself in the foot, but would you please not hand me a loaded gun with the safety released and a broken trigger that can go off any time? Cheers, harry signature.asc Description: PGP signature
Bug#214741: #399802 and #214741 the same?
Hi, aren't #399802 and #214741 the same? Cheers, harry PS: I'm not sure if I'm supposed to merge bugs in such a case or if this is something that only the maintainers do. signature.asc Description: PGP signature
Bug#557215: open-vm-tools: dependency on libgtk2 and libpango
Package: open-vm-tools Version: 2009.10.15-201664-1 Severity: normal Hi, open-vm-tool depends on libgtk2 which pulls in a lot of other dependencies. Many virtualised servers run headless, where these packages would not be required otherwise. This is a real problem in Lenny, as the version there is too old for ESXi 4.0. If it weren't for libgtk2, one could easily install the version from testing. But currently this would install 21 additional packages from testing and upgrade 7 others (including libc6). I had a quick look at the package and it seems that only libresolutionSet.so depends on libgtk2/libpango. Maybe this part could be split out in an extra package? Then it would be possible to install open-vm-tools on a head-less server without unneeded dependencies and install the testing version in stable without even the need to backport. Cheers, harry signature.asc Description: PGP signature
Bug#557215: open-vm-tools: dependency on libgtk2 and libpango
On Fri, 20 Nov 2009 21:09:04 +0100 Daniel Baumann dan...@debian.org wrote: forcemerge 557215 539282 thanks Harald Braumann wrote: open-vm-tool depends on libgtk2 which pulls in a lot of other dependencies. Many virtualised servers run headless, where these packages would not be required otherwise. next time, please check existing bugs before submitting now ones. I did, but I must have overlooked this one. Sorry for the noise. Cheers, harry signature.asc Description: PGP signature
Bug#521280: [Pkg-acpi-devel] Bug#521280: doesn't seem to affect thinkpad-acpi only
On Mon, 9 Nov 2009 09:56:03 +0100 Michael Meskes mes...@debian.org wrote: Hi, another thing that needs to be done is to start acpid with the `-n' option. Why? Please note that teh netlink interface is always used as a fallbac if the proc interface is not available. The -n option essantially is not a use netlink option but a do not use /proc option. My mistake. I didn't realise I had /proc/acpi/event enabled on the machine I tried this. harry signature.asc Description: PGP signature
Bug#555471: iptables: Error in manpage: --physdev-out only works in FORWARD
Package: iptables Version: 1.4.4-2 Severity: normal Hi, iptables(8) states: [!] --physdev-out name Name of a bridge port via which a packet is going to be sent (for packets entering the FORWARD, OUTPUT and POSTROUTING chains). If the interface name ends in a +, then any interface which begins with this name will match. Note that in the nat and mangle OUTPUT chains one cannot match on the bridge output port, however one can in the filter OUTPUT chain. If the packet won't leave by a bridge device or if it is yet unknown what the output device will be, then the packet won't match this option, unless '!' is used. This doesn't work (anymore?) in the OUTPUT chain. Here's an explanation about this issue: http://www.archivum.info/netfilter/2007-09/00022/Re:_Iptables_and_bridging If eth0 and eth1 are part of bridge br0, the following command returns an error: iptables -A OUTPUT -m physdev --physdev-out eth0 -j LOG If --physdev-is-bridged is added, the rule is added but never matches. It seems, --physdev-out only works in the FORWARD chain between the bridge interfaces: iptables -A FORWARD -m physdev --physdev-in eth0 --physdev-out eth1 -j LOG This rule is added and also matches but it gives the following error in syslog: physdev match: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported anymore. My guess would be that this error message is just a false positive, but it is not very reassuring. The man page should be fixed regarding the OUTPUT chain and it should be stated somewhere, if it's OK to use --physdev-out in the FORWARD chain, despite the error message. Cheers, harry -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iptables depends on: ii libc6 2.9-25 GNU C Library: Shared libraries iptables recommends no packages. iptables 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#521280: doesn't seem to affect thinkpad-acpi only
tags 521280 + patch
thanks
Hi,
another thing that needs to be done is to start acpid with the `-n'
option.
Attached is a patch for the acpid source package that adds the
necessary definitions to input_layer.c and sets the `-n' option in
acpid.default.
Please apply this patch, as acpid is currently broken.
Cheers,
harry
diff -urN a/debian/acpid.default b/debian/acpid.default
--- a/debian/acpid.default 2009-11-08 17:17:37.0 +0100
+++ b/debian/acpid.default 2009-11-08 17:10:12.692962806 +0100
@@ -1,7 +1,7 @@
# Options to pass to acpid
#
# OPTIONS are appended to the acpid command-line
-#OPTIONS=
+OPTIONS=-n
# Modules to load before starting acpid
#
diff -urN a/debian/patches/input_events.diff b/debian/patches/input_events.diff
--- a/debian/patches/input_events.diff 1970-01-01 01:00:00.0 +0100
+++ b/debian/patches/input_events.diff 2009-11-08 17:06:37.816447496 +0100
@@ -0,0 +1,55 @@
+diff -ruN a/input_layer.c b/input_layer.c
+--- a/input_layer.c 2009-10-20 18:17:28.135310348 +0200
b/input_layer.c 2009-10-20 18:32:04.907313692 +0200
+@@ -57,7 +57,50 @@
+ {{{0,0}, EV_KEY, KEY_SUSPEND, 1},
+ button/suspend SUSP 0080 },
+ {{{0,0}, EV_SW, SW_LID, 1}, button/lid LID close},
+- {{{0,0}, EV_SW, SW_LID, 0}, button/lid LID open}
++ {{{0,0}, EV_SW, SW_LID, 0}, button/lid LID open},
++ /* blue access IBM button on Thinkpad T42p*/
++ {{{0,0}, EV_KEY, KEY_PROG1, 1}, button/prog1 PROG1 0080 },
++ {{{0,0}, EV_KEY, KEY_VENDOR, 1},
++ button/vendor VNDR 0080 },
++ {{{0,0}, EV_KEY, KEY_FN_F1, 1}, button/fnf1 FNF1 0080 },
++ {{{0,0}, EV_KEY, KEY_FN_F2, 1}, button/fnf2 FNF2 0080 },
++ /* Fn-F2 produces KEY_BATTERY on Thinkpad T42p */
++ {{{0,0}, EV_KEY, KEY_BATTERY, 1},
++ button/battery BAT 0080 },
++ {{{0,0}, EV_KEY, KEY_SCREENLOCK, 1},
++ button/screenlock SCRLCK 0080 },
++ {{{0,0}, EV_KEY, KEY_COFFEE, 1},
++ button/coffee CFEE 0080 },
++ {{{0,0}, EV_KEY, KEY_SLEEP, 1}, button/sleep SBTN 0080 },
++ {{{0,0}, EV_KEY, KEY_WLAN, 1}, button/wlan WLAN 0080 },
++ {{{0,0}, EV_KEY, KEY_FN_F6, 1}, button/fnf6 FNF6 0080 },
++ {{{0,0}, EV_KEY, KEY_SWITCHVIDEOMODE, 1},
++ button/videomode VMOD 0080 },
++ {{{0,0}, EV_KEY, KEY_FN_F9, 1}, button/fnf9 FNF9 0080 },
++ {{{0,0}, EV_KEY, KEY_FN_F10, 1},
++ button/fnf10 FNF10 0080 },
++ {{{0,0}, EV_KEY, KEY_FN_F11, 1},
++ button/fnf11 FNF11 0080 },
++ /* Fn-F9 produces KEY_F24 on Thinkpad T42p */
++ {{{0,0}, EV_KEY, KEY_F24, 1}, button/fnf24 FNF24 0080 },
++ {{{0,0}, EV_MSC, 4, 12}, button/fnbs FNBS 0080 },
++ {{{0,0}, EV_MSC, 4, 13}, button/fnins FNINS 0080 },
++ {{{0,0}, EV_MSC, 4, 14}, button/fndel FNDEL 0080 },
++ {{{0,0}, EV_MSC, 4, 18}, button/fnpgdown FNPGDOWN 0080 },
++ {{{0,0}, EV_KEY, KEY_ZOOM, 1}, button/zoom ZOOM 0080 },
++ {{{0,0}, EV_KEY, KEY_BRIGHTNESSDOWN, 1},
++ button/brightnessdown BRTDN 0080 },
++ {{{0,0}, EV_KEY, KEY_BRIGHTNESSUP, 1},
++ button/brightnessup BRTUP 0080 },
++ {{{0,0}, EV_KEY, KEY_KBDILLUMTOGGLE, 1},
++ button/kbdillumtoggle KBILLUM 0080 },
++ {{{0,0}, EV_KEY, KEY_VOLUMEDOWN, 1},
++ button/volumedown VOLDN 0080 },
++ {{{0,0}, EV_KEY, KEY_VOLUMEUP, 1},
++ button/volumeup VOLUP 0080 },
++ /* mute button produces KEY_MIN_INTERESTING on Thinkpad T42p */
++ {{{0,0}, EV_KEY, KEY_MIN_INTERESTING, 1},
++ button/mininteresting MININT 0080 }
+ };
+
+ /*--*/
diff -urN a/debian/patches/series b/debian/patches/series
--- a/debian/patches/series 2009-11-08 17:17:37.0 +0100
+++ b/debian/patches/series 2009-11-08 17:07:06.117286756 +0100
@@ -1,3 +1,4 @@
event.c.diff
netlink.diff
+input_events.diff
gcc44.diff
signature.asc
Description: PGP signature
Bug#554156: mpd: Mpd and per-user pulseaudio daemon don't go together
Package: mpd Version: 0.15.4-1 Severity: normal If pulseaudio output is used for mpd, mpd starts a pulseaudio daemon on startup. Now users can't play sound through pulseaudio. The solution is to run pulseaudio as a system-wide daemon and add mpd to the group pulse-access. But the pulseaudio documentation advises against running it as a system-wide daemon, so this probably shouldn't be the default for the pulseaudio package. For lack of a real solution - at least I don't see one - this problem should at least be documented in the README.Debian and a hint added to the comments regarding pulseaudio output in mpd.conf. Cheers, harry -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mpd depends on: ii adduser 3.111 add and remove users and groups ii libao20.8.8-5Cross Platform Audio Output Librar ii libasound21.0.21a-1 shared library for ALSA applicatio ii libaudiofile0 0.2.6-7Open-source version of SGI's audio ii libavcodec52 5:0.5+svn20091021-0.0 library to encode decode multimedi ii libavformat52 5:0.5+svn20091021-0.0 ffmpeg file format library ii libavutil49 4:0.5+svn20090706-2+b1 ffmpeg utility library ii libc6 2.9-25 GNU C Library: Shared libraries ii libcue1 1.3.0-1CUE Sheet Parser Library ii libcurl3-gnutls 7.19.5-1.1 Multi-protocol file transfer libra ii libfaad2 2.7-2 freeware Advanced Audio Decoder - ii libflac8 1.2.1-2+b1 Free Lossless Audio Codec - runtim ii libgcc1 1:4.4.1-4 GCC support library ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libid3tag00.15.1b-10 ID3 tag reading library from the M ii libjack0 0.116.2+svn3592-3 JACK Audio Connection Kit (librari ii libmad0 0.15.1b-4 MPEG audio decoder library ii libmms0 0.4-2 MMS stream protocol library - shar ii libmpcdec31:1.2.2-2.1Musepack (MPC) format library ii libogg0 1.1.4~dfsg-1 Ogg bitstream library ii libpulse0 0.9.19-1 PulseAudio client libraries ii libresid-builder0 2.1.1-8SID chip emulation class based on ii libsamplerate00.1.7-3Audio sample rate conversion libra ii libshout3 2.2.2-5+b1 MP3/Ogg Vorbis broadcast streaming ii libsidplay2 2.1.1-8SID (MOS 6581) emulation library ii libsqlite3-0 3.6.19-3 SQLite 3 shared library ii libstdc++64.4.1-4The GNU Standard C++ Library v3 ii libvorbis0a 1.2.3-3The Vorbis General Audio Compressi ii libvorbisenc2 1.2.3-3The Vorbis General Audio Compressi ii libvorbisfile31.2.3-3The Vorbis General Audio Compressi ii libwavpack1 4.60.0-1 an audio codec (lossy and lossless mpd recommends no packages. Versions of packages mpd suggests: ii ario [mpd-client] 1.3-1 GTK+ client for the Music Player D pn avahi-daemon none (no description available) pn icecast2 none (no description available) ii mpc [mpd-client] 0.17-1 A command-line tool to interface M ii pulseaudio0.9.19-1 PulseAudio sound server -- 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#551999: bind9: Installation fails if installed together with resolvconf
Package: bind9 Version: 1:9.6.1.dfsg.P1-3 Severity: normal If bind9 is installed together with resolvconf and it is configured to use resolvconf, it fails to start: # apt-get install resolvconf bind9 Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: bind9-doc ufw The following NEW packages will be installed: bind9 resolvconf 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/344kB of archives. After this operation, 1155kB of additional disk space will be used. Preconfiguring packages ... Selecting previously deselected package bind9. (Reading database ... 89752 files and directories currently installed.) Unpacking bind9 (from .../bind9_1%3a9.6.1.dfsg.P1-3_amd64.deb) ... Selecting previously deselected package resolvconf. Unpacking resolvconf (from .../resolvconf_1.45_all.deb) ... Processing triggers for man-db ... Setting up bind9 (1:9.6.1.dfsg.P1-3) ... Adding group `bind' (GID 108) ... Done. Adding system user `bind' (UID 102) ... Adding new user `bind' (UID 102) with group `bind' ... Not creating home directory `/var/cache/bind'. wrote key file /etc/bind/rndc.key # Starting domain name service...: bind9resolvconf: Error: /etc/resolvconf/run/interface is not a directory invoke-rc.d: initscript bind9, action start failed. And it just hangs there. The culprit seems to be in bind9's init script: if [ X$RESOLVCONF != Xno ] [ -x /sbin/resolvconf ] ; then echo nameserver 127.0.0.1 | /sbin/resolvconf -a lo.named fi So resolvconf is executed, because the package is already installed but it fails, because resolvconf is not yet configured. If bind9 is installed after resolvconf is properly configured, there's no problem. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bind9 depends on: ii adduser3.111 add and remove users and groups ii bind9utils 1:9.6.1.dfsg.P1-3 Utilities for BIND ii debconf [debconf-2.0] 1.5.27Debian configuration management sy ii libbind9-501:9.6.1.dfsg.P1-3 BIND9 Shared Library used by BIND ii libc6 2.9-25GNU C Library: Shared libraries ii libcap21:2.17-1 support for getting/setting POSIX. ii libdb4.7 4.7.25-8 Berkeley v4.7 Database Libraries [ ii libdns50 1:9.6.1.dfsg.P1-3 DNS Shared Library used by BIND ii libgssapi-krb5-2 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k ii libisc50 1:9.6.1.dfsg.P1-3 ISC Shared Library used by BIND ii libisccc50 1:9.6.1.dfsg.P1-3 Command Channel Library used by BI ii libisccfg501:9.6.1.dfsg.P1-3 Config File Handling Library used ii libldap-2.4-2 2.4.17-1 OpenLDAP libraries ii liblwres50 1:9.6.1.dfsg.P1-3 Lightweight Resolver Library used ii libssl0.9.80.9.8k-5 SSL shared libraries ii libxml22.7.6.dfsg-1 GNOME XML library ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii net-tools 1.60-23 The NET-3 networking toolkit ii netbase4.37 Basic TCP/IP networking system bind9 recommends no packages. Versions of packages bind9 suggests: pn bind9-doc none(no description available) ii dnsutils 1:9.6.1.dfsg.P1-3 Clients provided with BIND pn resolvconf none(no description available) pn ufwnone(no description available) -- debconf information: bind9/different-configuration-file: bind9/run-resolvconf: true bind9/start-as-user: bind -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521279: Bug#521280: acpid does support netlink, so the problem only affects thinkpad-acpi
Hi, I was just wondering, why the Thinkpad special keys don't work when I use a Debian kernel instead of my home-grown one and I stumbled over this bug report ... Well, I just looked at the most up-to-date acpid, and it supports netlink. Therefore, the issue is just that thinkpad-acpi wants you to get hotkeys from the input layer since kernel 2.6.23, Fair enough. But who gets them? and now finally the borrowed time is over in Debian installs, with the procfs event delivery being shut off. Which leaves users out in the cold. What I wrote about a thinkpad-apci backwards compatibility mode was slightly incorrect... teaches me to trust memories over one year old about stuff I never had to look back at, before writing something. The non-hotkey events go over netlink, yes. But hotkeys go only over the input device, where they belong, and there is no driver switch to mess with that. That's wrong. The default as of 2.6.31 is still to deliver them as both, input events and ACPI events (see the `hotkey_report_mode' parameter of thinkpad_acpi). But the ACPI events are only delivered through the legacy interface /proc/acpi/event and not through netlink. This means that all configs that use acpid to process thinkpad-acpi hotkeys will break, and need to be ported over to HAL or something else that binds to input devices. You are kidding, right? You don't seriously suggest that I have to install HAL, D-BUS daemons and what not to be able to hibernate or switch WIFI on and off. I think these bugs can be tagged wontfix, and we just deal with it as the usual perils of using unstable and testing. It is probably a good idea to leave them open in the BTS for a while, in hopes that people will read them before filing more bugs. Thanks for that. I don't think it affects any Debian standard config, but it will affect most of the local configs by end-users. I would like to use a Debian standard config, however there doesn't seem to be any alternative to acpid handling these events (HAL is _not_ an alternative). So what is the standard? I haven't found any daemon that listens to input events and executes actions on them, like acpid does. The only thing available is inputlirc, but that just routes them to a socket which doesn't really gain you anything. So either acpid is extended to also listen to button events, or a daemon is provided, that does this. Until then, the only alternative is to support /proc/acpi/event so acpid can be used for the extra buttons. Cheers, harry signature.asc Description: PGP signature
Bug#521280: doesn't seem to affect thinkpad-acpi only
Hi,
acpid in principle supports button events from the input layer. The
problem is just, that the necessary events are not defined. This is
from Debian's acpid (1.0.10-2) in file input_layer.c:
static struct evtab_entry evtab[] = {
{{{0,0}, EV_KEY, KEY_POWER, 1}, button/power PBTN 0080 },
{{{0,0}, EV_KEY, KEY_SLEEP, 1}, button/sleep SBTN 0080 },
{{{0,0}, EV_KEY, KEY_SUSPEND, 1},
button/suspend SUSP 0080 },
{{{0,0}, EV_SW, SW_LID, 1}, button/lid LID close},
{{{0,0}, EV_SW, SW_LID, 0}, button/lid LID open}
};
I've recorded all the button events when the Fn key is pressed on my
Thinkpad T42p and also merged events found in the version here:
http://www.tedfelix.com/linux/acpid-netlink.html
With these additions, acpid is able to listen to all Fn button events.
So acpid should be patched to include these:
static struct evtab_entry evtab[] = {
{{{0,0}, EV_KEY, KEY_POWER, 1}, button/power PBTN 0080 },
{{{0,0}, EV_KEY, KEY_SLEEP, 1}, button/sleep SBTN 0080 },
{{{0,0}, EV_KEY, KEY_SUSPEND, 1}, button/suspend SUSP 0080
},
{{{0,0}, EV_SW, SW_LID, 1}, button/lid LID close},
{{{0,0}, EV_SW, SW_LID, 0}, button/lid LID open},
/* blue access IBM button on Thinkpad T42p*/
{{{0,0}, EV_KEY, KEY_PROG1, 1}, button/prog1 PROG1 0080 },
{{{0,0}, EV_KEY, KEY_VENDOR, 1}, button/vendor VNDR 0080
},
{{{0,0}, EV_KEY, KEY_FN_F1, 1}, button/fnf1 FNF1 0080 },
{{{0,0}, EV_KEY, KEY_FN_F2, 1}, button/fnf2 FNF2 0080 },
/* Fn-F2 produces KEY_BATTERY on Thinkpad T42p */
{{{0,0}, EV_KEY, KEY_BATTERY, 1}, button/battery BAT 0080
},
{{{0,0}, EV_KEY, KEY_SCREENLOCK, 1}, button/screenlock SCRLCK 0080
},
{{{0,0}, EV_KEY, KEY_COFFEE, 1}, button/coffee CFEE 0080
},
{{{0,0}, EV_KEY, KEY_SLEEP, 1}, button/sleep SBTN 0080 },
{{{0,0}, EV_KEY, KEY_WLAN, 1}, button/wlan WLAN 0080 },
{{{0,0}, EV_KEY, KEY_FN_F6, 1}, button/fnf6 FNF6 0080 },
{{{0,0}, EV_KEY, KEY_SWITCHVIDEOMODE, 1}, button/videomode VMOD
0080 },
{{{0,0}, EV_KEY, KEY_FN_F9, 1}, button/fnf9 FNF9 0080 },
{{{0,0}, EV_KEY, KEY_FN_F10, 1}, button/fnf10 FNF10 0080
},
{{{0,0}, EV_KEY, KEY_FN_F11, 1}, button/fnf11 FNF11 0080
},
/* Fn-F9 produces KEY_F24 on Thinkpad T42p */
{{{0,0}, EV_KEY, KEY_F24, 1}, button/fnf24 FNF24 0080 },
{{{0,0}, EV_KEY, KEY_SUSPEND, 1}, button/suspend SUSP 0080
},
{{{0,0}, EV_MSC, 4, 12}, button/fnbs FNBS 0080 },
{{{0,0}, EV_MSC, 4, 13}, button/fnins FNINS 0080 },
{{{0,0}, EV_MSC, 4, 14}, button/fndel FNDEL 0080 },
{{{0,0}, EV_MSC, 4, 18}, button/fnpgdown FNPGDOWN 0080 },
{{{0,0}, EV_KEY, KEY_ZOOM, 1}, button/zoom ZOOM 0080 },
{{{0,0}, EV_KEY, KEY_BRIGHTNESSDOWN, 1}, button/brightnessdown BRTDN
0080 },
{{{0,0}, EV_KEY, KEY_BRIGHTNESSUP, 1}, button/brightnessup BRTUP
0080 },
{{{0,0}, EV_KEY, KEY_KBDILLUMTOGGLE, 1}, button/kbdillumtoggle KBILLUM
0080 },
{{{0,0}, EV_KEY, KEY_VOLUMEDOWN, 1}, button/volumedown VOLDN 0080
},
{{{0,0}, EV_KEY, KEY_VOLUMEUP, 1}, button/volumeup VOLUP 0080
},
/* mute button produces KEY_MIN_INTERESTING on Thinkpad T42p */
{{{0,0}, EV_KEY, KEY_MIN_INTERESTING, 1}, button/mininteresting MININT
0080 }
};
Other models might produce different events. They can all be found with
`input-events' from the input-utils package. To find the device to
listen on, call lsinput and look for the right one. For instance mine
shows:
# lsinput
...
/dev/input/event6
bustype : BUS_HOST
vendor : 0x1014
product : 0x5054
version : 16641
name: ThinkPad Extra Buttons
phys: thinkpad_acpi/input0
bits ev : EV_SYN EV_KEY EV_MSC
...
So I would call `input-events 6'
Cheers,
harry
signature.asc
Description: PGP signature
Bug#521279: Bug#521280: acpid does support netlink, so the problem only affects thinkpad-acpi
On Mon, 19 Oct 2009 16:18:05 +0200 maximilian attems m...@stro.at wrote: On Mon, Oct 19, 2009 at 02:50:58PM +0200, Harald Braumann wrote: Hi, I was just wondering, why the Thinkpad special keys don't work when I use a Debian kernel instead of my home-grown one and I stumbled over this bug report ... please *use* reportbug so that valid info on your bugreport get submitted. Sorry, here's the relevant information: Thinkpad T42p Linux 2.6.31 acpid 1.0.10-2 acpid from testing/sid just works fine on my x61s. Acpid can handle button events, but it only defines a handful of them. So either you only use those or it works differently on x61s. See #521280. I've added more information there. As long as acpid is not fixed, users who depend on this functionality are left out in the cold and there is no alternative (and please don't mention HAL). So I think, until then, Debian's Linux kernel should support the legacy /proc/acpi/event interface. Cheers, harry signature.asc Description: PGP signature
Bug#521280: doesn't seem to affect thinkpad-acpi only
Hi, I think an even better solution for button events would be for acpid to support arbitrary events. Details can be found in a bug report I created upstream: https://sourceforge.net/tracker/?func=detailaid=2881849group_id=33140atid=407344. Cheers, harry signature.asc Description: PGP signature
Bug#551530: ifplugd: Hotplug interfaces are not restarted on suspend/resume
Package: ifplugd
Version: 0.28-15
Severity: normal
Ifplugd can restart interfaces on suspend/resume, but only static interfaces
that are managed by /etc/init.d/ifplugd.
The same is needed for hotplug interfaces, for which ifplugd is started by
udev. Otherwise the network might not work after resume because no
DHCP lease is requested, etc.
Attached is a script for pm-utils and apmd, that implements restarting
for hotplug interfaces. It should be put in /etc/pm/sleep.d and
/etc/apm/scripts.d and replace the current script.
This script extends the one attached to #527583.
-- Package-specific info:
/sys/class/net/ interfaces:
/sys/class/net/eth0/
/sys/class/net/lo/
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.31.4-amd64 (SMP w/2 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages ifplugd depends on:
ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy
ii libc6 2.9-25 GNU C Library: Shared libraries
ii libdaemon00.13-3 lightweight C library for daemons
ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip
Versions of packages ifplugd recommends:
ii ifupdown 0.6.9 high level tools to configure netw
Versions of packages ifplugd suggests:
pn wpasupplicant none (no description available)
-- debconf information:
ifplugd/interfaces:
ifplugd/hotplug_interfaces:
ifplugd/args: -q -f -u0 -d10 -w -I
ifplugd/suspend_action: stop
#!/bin/sh
#
# suspend/resume ifplugd
[ -f /etc/default/ifplugd ] || exit 0
. /etc/default/ifplugd
[ $SUSPEND_ACTION ] || [ $SUSPEND_ACTION != none ] || exit 0
if [ $SUSPEND_ACTION = suspend ] ; then
RESUME_ACTION=resume
elif [ $SUSPEND_ACTION = stop ] ; then
RESUME_ACTION=start
else
exit 0
fi
# Hotplug interfaces
#
# ifplugd for interfaces in HOTPLUG_INTERFACES is started by udev.
# The ifplugd init.d script doesn't touch them. We still want to
# stop/start these interfaces on suspend/resume. Here is some
# hackery to do this.
# use pm-utils functions for state save/restore, if available
[ -f ${PM_FUNCTIONS} ] . ${PM_FUNCTIONS}
# name of the save/restore state
IFPLUGD_STATE=ifplugd_ifs
# return 0 if the first parm is an element of the remaining parms
# or they contain the special value all
elem_of() {
local E=$1
shift
echo $@ | grep -Eq (\\all\\)|(\\${E}\\)
}
# save state using pm-utils
save_state() {
savestate ${IFPLUGD_STATE} 2/dev/null
}
# load saved state using pm-utils
load_state() {
restorestate ${IFPLUGD_STATE} 2/dev/null
}
# filter only hotplug interfaces
filter_hotplug_ifs() {
while read L; do
for IF in $L; do
# interface is managed statically
elem_of ${IF} ${INTERFACES} continue
# interface is not managed by udev
elem_of ${IF} ${HOTPLUG_INTERFACES} || continue
# ignore lo
[ x${IF} = xlo ] continue
echo -n ${IF}
done
done
echo
}
# get interfaces of running ifplugds for hotplug IFs
get_running_ifs() {
ps --no-headers -o args -C ifplugd | \
sed -e 's/.*-[[:alpha:]]*i[[:space:]]*\([^[:space:]]\+\).*/\1/' | \
filter_hotplug_ifs
}
# get all existing hotplug IFs
get_hotplug_ifs() {
local IFACES=
for IF in /sys/class/net/*; do
echo ${IF##*/}
done | filter_hotplug_ifs
}
# stop all ifplugd instances that where started by udev
# stop_udev_ifs action
stop_udev_ifs() {
local ACTION=$1
local IFACES
local IF
IFACES=`get_running_ifs`
# save list of interfaces we stop, so we can restart them
echo ${IFACES} | save_state || true
for IF in ${IFACES}; do
if [ x${ACTION} = xsuspend ]; then
ifplugd -i ${IF} -S
else
ifplugd -i ${IF} -k
fi
# ifplugd started by udev doesn't take down the IF
/etc/ifplugd/ifplugd.action ${IF} down
done
}
# start ifplugd for all interfaces that were stopped by us
# start_udev_ifs action
start_udev_ifs() {
local ACTION=$1
local IFACES
local IF
# try to load list of interfaces
# if it can't be loaded, we just start all hotplug interfaces
IFACES=`load_state || get_hotplug_ifs`
for IF in ${IFACES}; do
if [ x${ACTION} = xresume ] ifplugd -i ${IF} -c; then
ifplugd -i ${IF} -R
else
# start ifplugd just as udev would
INTERFACE=${IF} ACTION=add /lib/udev/ifplugd.agent
fi
done
}
case $1 in
hibernate|suspend|suspend_hybrid)
/etc/init.d/ifplugd ${SUSPEND_ACTION}
stop_udev_ifs ${SUSPEND_ACTION}
;;
thaw|resume)
if [ x$2 !=
Bug#550847: linux-patch-tuxonice: Should recommend pm-utils instead of hibernate
Package: linux-patch-tuxonice Version: 3.0.1+2.6.30-2 Severity: wishlist The package recommends hibernate. The standard nowadays, however, seems to be pm-utils. pm-utils should be recommended instead of hibernate. -- 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.29.3 Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-patch-tuxonice depends on: ii bash 4.0-4 The GNU Bourne Again SHell ii dctrl-tools [grep-dctrl] 2.13.1 Command-line tools to process Debi ii patch 2.5.9-5Apply a diff file to an original Versions of packages linux-patch-tuxonice recommends: ii hibernate 1.99-1 smartly puts your computer to slee pn linux-source-2.6.29 | linux-s none (no description available) Versions of packages linux-patch-tuxonice suggests: ii tuxonice-userui 1.0-1 user-space interfaces for TuxOnIce -- 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#545293: sysv-rc: upgrade error: report incomprehensible
Hi, I upgraded today and got quite the list of problems. I would suggest the following changes to the output: * The reported files are a mix of scripts in /etc/init.d an links in /etc/rc?.d. For each file you have to to a `find /etc filename'. Please output the complete path to each offending file. * The output is given in a single very long line. Please change to a list output with one `path: reason' per line * The problem with `removed by not purged' is not only the typo, which is fixed now, anyway, but that it's not clear at all, this should be a problem. Please give the path to the script/link and a real reason (missing LSB header/whatever). You can still give the hint to purge the package (like `(package foo removed, purge it to delete the script)'). * The whole list of errors is printed twice: The following problems were detected: lots of errors error: Unable to migrate to dependency based boot sequencing. error: the same lot of errors This is a bit confusing. The errors shouldn't be printed a second time. * On upgrade I got the error grep: /var/lib/update-rc.d/*: No such file or directory I didn't get this error on dpkg-reconfigure and it doesn't seem to be problem. The output could lead people into investigating a non-existent problem. Please redirect to /dev/null, if it's not really a problem. Cheers, harry signature.asc Description: PGP signature
Bug#550370: privoxy: Forward to localhost only tries IPv6
Package: privoxy Version: 3.0.12-2 Severity: normal Hi, Example: forward to TOR forward-socks5 / localhost:9050 . Now privoxy tries IPv6, which fails, because TOR doesn't support IPv6 (and doesn't listen on ::1). Solution: privoxy should retry with IPv4. Other solutions, like using 127.0.0.1 or removing `::1 localhost' from /etc/hosts are just work-arounds, that will fail when everything switches to IPv6 (ha!). Cheers, harry -- 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.29.3 Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages privoxy depends on: ii adduser3.110 add and remove users and groups ii libc6 2.9-25GNU C Library: Shared libraries ii libpcre3 7.8-2+b1 Perl 5 Compatible Regular Expressi ii logrotate 3.7.8-4 Log rotation utility ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii perl 5.10.0-25 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages privoxy recommends: ii doc-base 0.9.3 utilities to manage online documen privoxy 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#550061: ntp: Leaves stale tmp files
Package: ntp Version: 1:4.2.4p6+dfsg-2 Severity: normal Ntpd leaves stale files in /tmp: # ls -lt /tmp/ntp* -rw--- 1 root root 255 Oct 7 11:41 /tmp/ntp7sDRlU -rw--- 1 root root 255 Oct 7 01:28 /tmp/ntpJlA0PZ -rw--- 1 root root 255 Oct 6 21:44 /tmp/ntpZ4Wl1R -rw--- 1 root root 255 Oct 6 21:44 /tmp/ntpdE80Lf -rw--- 1 root root 255 Oct 6 11:10 /tmp/ntpRPBzDv -rw--- 1 root root 255 Oct 5 12:54 /tmp/ntp9zKmSp -rw--- 1 root root 255 Oct 4 15:47 /tmp/ntpFCxeMj -rw--- 1 root root 373 Oct 4 15:47 /tmp/ntpkp6zkf -rw--- 1 root root 36 Oct 4 13:34 /tmp/ntp0aIUiv -rw--- 1 root root 36 Oct 4 13:34 /tmp/ntpn2Nkw8 -rw--- 1 root root 255 Oct 3 12:39 /tmp/ntpQvgk8M -rw--- 1 root root 255 Oct 3 12:39 /tmp/ntpgkeImV -rw--- 1 root root 112 Oct 1 15:51 /tmp/ntpkzdSId [... and it goes on ...] Such a file looks like this: # cat /tmp/ntp7sDRlU ts1.univie.ac.at 3 4 6 10 512 0 0 * ts2.univie.ac.at 3 4 6 10 512 0 0 * ntp1.lrz-muenchen.de 3 4 6 10 512 0 0 * ntp2.lrz-muenchen.de 3 4 6 10 512 0 0 * ptbtime1.ptb.de 3 4 6 10 512 0 0 * ptbtime2.ptb.de 3 4 6 10 512 0 0 * ntp.liwest.at 3 4 6 10 512 0 0 * Ntpd should clean-up temporary files. -- 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.29.3 Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ntp depends on: ii adduser 3.110 add and remove users and groups ii libc62.9-25 GNU C Library: Shared libraries ii libcap2 1:2.16-5support for getting/setting POSIX. ii libedit2 2.11-20080614-1 BSD editline and history libraries ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libssl0.9.8 0.9.8k-4SSL shared libraries ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii netbase 4.37Basic TCP/IP networking system Versions of packages ntp recommends: ii perl 5.10.0-25 Larry Wall's Practical Extraction Versions of packages ntp suggests: ii ntp-doc 1:4.2.4p6+dfsg-2 Network Time Protocol documentatio -- 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#550061: ntp: Leaves stale tmp files
Hi, here is some additional info: it seems, ntpd creates these files, when it can't connect to a server. If I unplug the network cable, the interface is taken down by ifplugd, dhcp loses the lease and restarts ntpd via /etc/dhcp3/dhclient-exit-hooks.d/ntp. In this case a temporary file is created and never deleted. If I restart ntpd manually while the network is connected, no temporary file is created. Cheers, harry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513848: Please put plugin dependent on gconf in an extra
Hi, yes, please don't depend on gconf. Isn't the gconf stuff confined in some specific plugins, anyway? So these plugins could be moved to a separate package gstreamer0.10-plugins-gconf. gstreamer0.10-plugins-good could still recommend that package and most users wouldn't know the difference. Cheers, harry signature.asc Description: PGP signature
Bug#547406: grub-pc: Linux command line not extracted from /etc/default/grub
Package: grub-pc
Version: 1.97~beta3-1
Severity: normal
On upgrade, I'm presented with the following dialog:
---8---
Configuring grub-pc
---
The following Linux command line was extracted from /etc/default/grub or the
`kopt' parameter in GRUB Legacy's
menu.lst. Please verify that it is correct, and modify it if necessary.
Linux command line:
The following string will be used as Linux parameters for the default menu
entry but not for the recovery mode.
Linux default command line:
---8---
But the parameter `Linux [default] command line' is not prefilled with the
value from /etc/default/grub. In fact, I couldn't find any code in
grub-pc.postinst that would extract that value.
Here's my /etc/default/grub file:
---8---
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2 /dev/null || echo Debian`
#GRUB_CMDLINE_LINUX_DEFAULT=quiet
GRUB_CMDLINE_LINUX='resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend
hpet=force acpi_sleep=s4_nohwsig'
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
# Uncomment if you don't want GRUB to pass root=UUID=xxx parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
# Uncomment to disable generation of recovery mode menu entrys
#GRUB_DISABLE_LINUX_RECOVERY=true
---8---
On a side note, it's a bit confusing that the description uses
`Linux command line' in one case and `string [...] as Linux parameters' in the
other.
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/mapper/vgsys-lvroot / ext3 rw,errors=remount-ro,commit=5,data=ordered 0 0
/dev/mapper/vgraw-lvboot /boot ext3 rw,errors=continue,commit=5,data=ordered 0 0
/dev/mapper/vghb-lvhb /home/hb ext3 rw,errors=continue,commit=5,data=ordered 0 0
/dev/mapper/vgsys-lvvar /var ext3 rw,errors=continue,commit=5,data=ordered 0 0
/dev/mapper/vgsys-lvvm /var/lib/vm ext3
rw,errors=continue,commit=5,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/sda
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
insmod lvm
set root=(vgraw-lvboot)
search --no-floppy --fs-uuid --set 4631fcaa-cb7f-4147-818f-001ce123668f
if loadfont /grub/ascii.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output.gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry Debian GNU/Linux, Linux 2.6.29.3 {
insmod lvm
set root=(vgraw-lvboot)
search --no-floppy --fs-uuid --set 4631fcaa-cb7f-4147-818f-001ce123668f
linux /vmlinuz-2.6.29.3 root=/dev/mapper/vgsys-lvroot ro
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force
acpi_sleep=s4_nohwsig
initrd /initrd.img-2.6.29.3
}
menuentry Debian GNU/Linux, Linux 2.6.29.3 (recovery mode) {
insmod lvm
set root=(vgraw-lvboot)
search --no-floppy --fs-uuid --set 4631fcaa-cb7f-4147-818f-001ce123668f
linux /vmlinuz-2.6.29.3 root=/dev/mapper/vgsys-lvroot ro single
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force
acpi_sleep=s4_nohwsig
initrd /initrd.img-2.6.29.3
}
menuentry Debian GNU/Linux, Linux 2.6.27.8 {
insmod lvm
set root=(vgraw-lvboot)
search --no-floppy --fs-uuid --set 4631fcaa-cb7f-4147-818f-001ce123668f
linux /vmlinuz-2.6.27.8 root=/dev/mapper/vgsys-lvroot ro
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force
acpi_sleep=s4_nohwsig
initrd /initrd.img-2.6.27.8
}
menuentry Debian GNU/Linux, Linux 2.6.27.8 (recovery mode) {
insmod lvm
set root=(vgraw-lvboot)
search --no-floppy --fs-uuid --set 4631fcaa-cb7f-4147-818f-001ce123668f
linux /vmlinuz-2.6.27.8 root=/dev/mapper/vgsys-lvroot ro single
resume=swap:/dev/mapper/vgsys-lvswap
Bug#547409: grub-pc: /boot/grub/grub.cfg gets mode 400
Package: grub-pc Version: 1.97~beta3-1 Severity: minor The changelog says: * patches/907_grub.cfg_400.diff: New patch to make grub.cfg again mode 444 if it does not contain a password line. This doesn't seem to work. My grub.cfg doesn't contain any password line, and still the mode is always set to 400. -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/vgsys-lvroot / ext3 rw,errors=remount-ro,commit=5,data=ordered 0 0 /dev/mapper/vgraw-lvboot /boot ext3 rw,errors=continue,commit=5,data=ordered 0 0 /dev/mapper/vghb-lvhb /home/hb ext3 rw,errors=continue,commit=5,data=ordered 0 0 /dev/mapper/vgsys-lvvar /var ext3 rw,errors=continue,commit=5,data=ordered 0 0 /dev/mapper/vgsys-lvvm /var/lib/vm ext3 rw,errors=continue,commit=5,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg -- 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.29.3 Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-pc depends on: ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii grub-common 1.97~beta3-1 GRand Unified Bootloader, version ii libc6 2.9-25 GNU C Library: Shared libraries ii ucf 3.0021 Update Configuration File: preserv grub-pc recommends no packages. Versions of packages grub-pc suggests: pn desktop-base none (no description available) ii genisoimage 9:1.1.9-1 Creates ISO-9660 CD-ROM filesystem -- debconf information: grub2/kfreebsd_cmdline: * grub-pc/linux_cmdline: * grub2/linux_cmdline: resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force acpi_sleep=s4_nohwsig * grub-pc/chainload_from_menu.lst: false grub-pc/kopt_extracted: false grub-pc/postrm_purge_boot_grub: false grub2/kfreebsd_cmdline_default: quiet * grub2/linux_cmdline_default: * grub-pc/install_devices: /dev/sda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547406: grub-pc: Linux command line not extracted from /etc/default/grub
On Sat, 19 Sep 2009 15:36:08 +0200 Felix Zielcke fziel...@z-51.de wrote: Am Samstag, den 19.09.2009, 15:17 +0200 schrieb Harald Braumann: But the parameter `Linux [default] command line' is not prefilled with the value from /etc/default/grub. In fact, I couldn't find any code in grub-pc.postinst that would extract that value. Because it's not there. It's in grub-pc.config or if you look in the source package debian/config.in now. OK, found it. #GRUB_CMDLINE_LINUX_DEFAULT=quiet That's commented out so it's clear. That's OK then. GRUB_CMDLINE_LINUX='resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force acpi_sleep=s4_nohwsig' I just put that in my default/grub and ran `dpkg-reconfigure grub-pc'. Worked fine. So I don't have any clue where the problem is for you. Me neither. Here's a debug output: ---8--- # DEBCONF_DEBUG=developer dpkg-reconfigure grub-pc debconf (developer): starting /var/lib/dpkg/info/grub-pc.prerm upgrade 1.97~beta3-1 debconf (developer): starting /var/lib/dpkg/info/grub-pc.config reconfigure 1.97~beta3-1 debconf (developer): -- SET grub2/linux_cmdline resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force acpi_sleep=s4_nohwsig debconf (developer): -- 0 value set debconf (developer): -- SET grub2/linux_cmdline_default debconf (developer): -- 0 value set debconf (developer): -- INPUT high grub2/linux_cmdline debconf (developer): -- 0 question will be asked debconf (developer): -- INPUT high grub2/linux_cmdline_default debconf (developer): -- 0 question will be asked debconf (developer): -- GO Configuring grub-pc --- The following Linux command line was extracted from /etc/default/grub or the `kopt' parameter in GRUB Legacy's menu.lst. Please verify that it is correct, and modify it if necessary. Linux command line: ---8--- So the value is extracted correctly from /etc/default/grub but is then not used when the question is asked. I'm not familiar enough with debconf to solve the problem, but if you need any more information or want me some more tests to run, I'm happy to help. Cheers, harry signature.asc Description: PGP signature
Bug#543221: tk8.6: Font specification incompatible with legacy apps
Hi, On Sat, 29 Aug 2009 22:31:27 +0400 Sergei Golovan sgolo...@gmail.com wrote: A big difference between Tk and xterm is that in Tk you can't choose between font rendering systems at runtime as in xterm (-fn or -fa in command line, font or faceName and faceSize in XRDB). Tk can be compiled with Xft support in which case it renders all fonts using Xft. Thanks for the clarification. So, if Tk is built with Xft enabled, it still understands XLFD but converts it into Xft structure internally. As a result, you don't have to use the new font naming format in your resource file. Just specify XLFD and Tk will still use Xft to render fonts. For DejaVu Sans Mono 7 the following specification should be acceptable by both emacs and Tk: *font: -dejavu-dejavu sans mono-medium-r-normal-*-*-70-*-*-*-*-*-* OK, that's all that's needed. If you want to specify different fonts based on toolkit they are based on, then you're out of luck, because XRDB doesn't allow that. No, that's not required. I'm changing the bug severity to wishlist as it doesn't fit to important, and will close it if yuo won't give some more info. Yes, please go ahead and close the bug. Thanks, harry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543214: console-setup: Debconf output language partly determined by LC_CTYPE
Package: console-setup Version: 1.44 Severity: minor Tags: l10n The output language of `dpkg-reconfigure console-setup' partly depends on LC_CTYPE. Here's the output: ---8 # locale LANG= LC_CTYPE=de_AT.utf8 LC_NUMERIC=POSIX LC_TIME=POSIX LC_COLLATE=POSIX LC_MONETARY=POSIX LC_MESSAGES=POSIX LC_PAPER=POSIX LC_NAME=POSIX LC_ADDRESS=POSIX LC_TELEPHONE=POSIX LC_MEASUREMENT=POSIX LC_IDENTIFICATION=POSIX LC_ALL= # dpkg-reconfigure console-setup Configuring console-setup - [...] 65. Generische Logitech-Tastatur 66. Generische PC-Tastatur mit 101 Tasten 67. Generische PC-Tastatur mit 102 Tasten (Intl) 68. Generische PC-Tastatur mit 104 Tasten 69. Generische PC-Tastatur mit 105 Tasten (Intl) [...] Keyboard model: 68 Please select the layout matching the keyboard for this machine. 1. Deutschland 2. Deutschland - Akzenttatsen deaktivieren [...] ---8 The selection lists depend on LC_CTYPE. In this case they are in German. If I change LC_CTYPE, the language changes too. Prompts and messages are correct, though, and only depend on LC_MESSAGES. I've dpke-reconfigured other packages with such lists, but they behave correctly. So the bug is not in debconf. -- 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.29.3 Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages console-setup depends on: ii console-terminus 4.28-1 Fixed-width fonts for fast reading ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii xkb-data 1.6-1 X Keyboard Extension (XKB) configu Versions of packages console-setup recommends: ii kbd 1.15-1 Linux console font and keytable ut Versions of packages console-setup suggests: ii locales 2.9-23 GNU C Library: National Language ( ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543221: tk8.6: Font specification incompatible with legacy apps
Package: tk8.6 Version: 8.6.0~b1-2 Severity: important Fonts can now be specified in additional formats. E.g., I can set the X resource *font: DejaVu Sans Mono 7 and this works with tk8.6-apps. But it breaks legacy apps: $ xterm xterm: cannot load font DejaVu Sans Mono 7 $ emacs Font `DejaVu Sans Mono 7' is not defined They expect an XLFD in the font resource. It is thus not possible to specify an Xft default font. Each application would have to be configured separately. The solution IMO is to indroduce new variables for the new font specifications, just like xterm did when it gained Xft support (XTerm*faceName, XTerm*faceSize). -- 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.29.3 Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tk8.6 depends on: ii libc6 2.9-23GNU C Library: Shared libraries ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libx11-6 2:1.2.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.13-3 FreeType-based font drawing librar ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxss11:1.1.3-1 X11 Screen Saver extension library ii tcl8.6 8.6.0~b1-3Tcl (the Tool Command Language) v8 ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages tk8.6 recommends: ii mrxvt [x-terminal-emulator] 0.5.4-1lightweight multi-tabbed X termina ii tilda [x-terminal-emulator] 0.09.6-1 terminal emulator with first perso ii xterm [x-terminal-emulator] 243-1 X terminal emulator tk8.6 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#541451: gtk-qt-engine: Don't depend on GNOME libs
severity 541451 wishlist thank you On Fri, 14 Aug 2009 13:41:53 +0200 Harald Braumann ha...@unheit.net wrote: As gtk-qt-engine runs just fine without bonobo, it should not depend on it but only recommend it. Sorry, I was wrong about that. It does not just run. Bonobo would have to be disabled at compile time. But then I think some things wouldn't work for apps that use bonobo. It would still be nice if it would not depend on GNOME libs, especially as it is meant to be used primarily in the KDE desktop. Also bonobo is deprecated by GNOME. So if there's a simple way to make it optional, please do so. Otherwise it's probably not worth the trouble and we have to just wait until bonobo dies out. Cheers, harry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541447: laptop-mode-tools: pm-utils should be used instead of hibernate
Package: laptop-mode-tools Version: 1.50-1 Severity: minor /etc/laptop-mode/conf.d/auto-hibernate.conf contains `HIBERNATE_COMMAND=/usr/sbin/hibernate'. It should use /usr/sbin/pm-hibernate from the pm-utils package, as this seems to be the standard nowadays. Also it should suggest or recommend pm-utils. -- 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.29.3 Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages laptop-mode-tools depends on: ii lsb-base3.2-23 Linux Standard Base 3.2 init scrip ii psmisc 22.8-1 utilities that use the proc file s ii util-linux 2.15.1~rc1-1 Miscellaneous system utilities Versions of packages laptop-mode-tools recommends: ii acpid1.0.10-2Utilities for using ACPI power man pn ethtool none (no description available) ii hal 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer ii hdparm 9.15-1 tune hard disk parameters for high ii net-tools1.60-23 The NET-3 networking toolkit ii sdparm 1.02-1 Output and modify SCSI device para ii wireless-too 29-1.1 Tools for manipulating Linux Wirel laptop-mode-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#541451: gtk-qt-engine: Don't depend on GNOME libs
Package: gtk-qt-engine Version: 1:1.1+svn5-1 Severity: normal Hi, The package now depends on bonobo which pulls in a lot of GNOME dependencies, which is a nuisance on non-GNOME system. As gtk-qt-engine runs just fine without bonobo, it should not depend on it but only recommend it. I dont have either libbonobo2-0 or libbonoboui2-0 installed and forced the installation of gtk-qt-engine. It outputs a warning (gqview:2415): Gtk-WARNING **: libbonoboui-2.so.0: cannot open shared object file: No such file or directory but besides that runs without problems, so far. Cheers, harry -- 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.29.3 Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gtk-qt-engine depends on: ii kdebase-runtime 4:4.2.4-2 runtime components from the offici ii kdelibs5 4:4.2.4-1 core libraries for all KDE 4 appli ii libart-2.0-2 2.3.20-2Library of functions for 2D graphi ii libatk1.0-0 1.26.0-1The ATK accessibility toolkit pn libbonobo2-0 none (no description available) pn libbonoboui2-0 none (no description available) ii libc62.9-23 GNU C Library: Shared libraries ii libcairo21.8.6-2+b1 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.1-1 GCC support library ii libglib2.0-0 2.20.1-2The GLib library of C routines pn libgnome2-0 none (no description available) pn libgnomecanvas2-0none (no description available) ii libgtk2.0-0 2.16.1-2The GTK+ graphical user interface pn liborbit2none (no description available) ii libpango1.0-01.24.0-3+b1 Layout and rendering of internatio ii libpopt0 1.14-4 lib for parsing cmdline parameters ii libqt4-dbus 4:4.5.2-1 Qt 4 D-Bus module ii libqt4-svg 4:4.5.2-1 Qt 4 SVG module ii libqtcore4 4:4.5.2-1 Qt 4 core module ii libqtgui44:4.5.2-1 Qt 4 GUI module ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library gtk-qt-engine recommends no packages. gtk-qt-engine 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#541462: grub-pc: Incompatible grub.cfg after upgrade
Package: grub-pc
Version: 1.96+20090725-1
Severity: normal
Hi,
I upgraded grub-pc but didn't install it in the boot record. A new
grub.cfg was still created by update-grub and it is incompatible with
the grub version installed in the boot record. The culprit is the line
search --no-floppy --fs-uuid ...
When booting and selecting the first menu entry, I get the error:
error: Unknown argument `--no-floppy'
Pressing a key got me back to the menu. But if I enter `e' to edit the
entry, the `unknown argument' seems to have confused grub so much, that
it now only shows the first line of the menu entry, i.e. `insmod lvm', which
in turn confused me quite a bit. `grub-install' fixed the problem.
IMO, this whole automagic configuration system is far too fragile, anyway
and breaks the boot more often than not.
But a concrete solution for cases like this might be to only call update-grub
from postinst, if the user selects to install grub in the boot record and
leave it alone otherwise.
Cheers,
harry
PS: The new version of the loader doesn't get confused by unknown arguments.
I tried to add a nonsense argument, it showed me an error but I them can still
edit the menu entry with `e'.
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/mapper/vgsys-lvroot / ext3 rw,errors=remount-ro,data=ordered 0 0
/dev/mapper/vgraw-lvboot /boot ext3 rw,errors=continue,data=ordered 0 0
/dev/mapper/vghb-lvhb /home/hb ext3 rw,errors=continue,data=ordered 0 0
/dev/mapper/vgsys-lvvar /var ext3 rw,errors=continue,data=ordered 0 0
/dev/mapper/vgsys-lvvm /var/lib/vm ext3 rw,errors=continue,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/sda
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
insmod lvm
set root=(vgraw-lvboot)
search --no-floppy --fs-uuid --set 4631fcaa-cb7f-4147-818f-001ce123668f
if loadfont /grub/ascii.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output.gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry Debian GNU/Linux, Linux 2.6.29.3 {
insmod lvm
set root=(vgraw-lvboot)
search --no-floppy --fs-uuid --set 4631fcaa-cb7f-4147-818f-001ce123668f
linux /vmlinuz-2.6.29.3 root=/dev/mapper/vgsys-lvroot ro
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force
acpi_sleep=s4_nohwsig
initrd /initrd.img-2.6.29.3
}
menuentry Debian GNU/Linux, Linux 2.6.29.3 (recovery mode) {
insmod lvm
set root=(vgraw-lvboot)
search --no-floppy --fs-uuid --set 4631fcaa-cb7f-4147-818f-001ce123668f
linux /vmlinuz-2.6.29.3 root=/dev/mapper/vgsys-lvroot ro single
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force
acpi_sleep=s4_nohwsig
initrd /initrd.img-2.6.29.3
}
menuentry Debian GNU/Linux, Linux 2.6.27.8 {
insmod lvm
set root=(vgraw-lvboot)
search --no-floppy --fs-uuid --set 4631fcaa-cb7f-4147-818f-001ce123668f
linux /vmlinuz-2.6.27.8 root=/dev/mapper/vgsys-lvroot ro
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force
acpi_sleep=s4_nohwsig
initrd /initrd.img-2.6.27.8
}
menuentry Debian GNU/Linux, Linux 2.6.27.8 (recovery mode) {
insmod lvm
set root=(vgraw-lvboot)
search --no-floppy --fs-uuid --set 4631fcaa-cb7f-4147-818f-001ce123668f
linux /vmlinuz-2.6.27.8 root=/dev/mapper/vgsys-lvroot ro single
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force
acpi_sleep=s4_nohwsig
initrd /initrd.img-2.6.27.8
}
menuentry Debian GNU/Linux, Linux 2.6.26 {
insmod lvm
set root=(vgraw-lvboot)
search --no-floppy --fs-uuid --set 4631fcaa-cb7f-4147-818f-001ce123668f
linux /vmlinuz-2.6.26 root=/dev/mapper/vgsys-lvroot ro
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force
acpi_sleep=s4_nohwsig
initrd /initrd.img-2.6.26
}
menuentry Debian GNU/Linux, Linux 2.6.26 (recovery mode) {
insmod lvm
set root=(vgraw-lvboot)
search --no-floppy --fs-uuid --set 4631fcaa-cb7f-4147-818f-001ce123668f
linux /vmlinuz-2.6.26 root=/dev/mapper/vgsys-lvroot ro single
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force
acpi_sleep=s4_nohwsig
initrd /initrd.img-2.6.26
}
menuentry Debian GNU/Linux,
Bug#541286: Update-grub guesses wrong root
On Thu, 13 Aug 2009 07:00:48 +0200 Felix Zielcke fziel...@z-51.de wrote: Am Donnerstag, den 13.08.2009, 02:57 +0200 schrieb Harald Braumann: Hi, after updating grub-pc, the system was unbootable. The problem is, that update-grub is run in postinst and it guesses the wrong boot partition. I have a mixed IDE/SATA system and the disks are ordered differently by the BIOS and Linux. That's why you sometimes have to fix /boot/grub/device.map yourself. It gets only recreated if you run grub-install with --recheck or directly grub-mkdevicemap. But anyway we use UUIDs in the default grub.cfg so it shouldn't matter how your disks are ordered in device.map The search --set --fs-uuid line sets the root variable to the device with that UUID. Something else must have been rotten, then. When I first booted after the update, I was dropped in grub rescue immediately. The error message was something like symbol not found bz_something. None of the commands, like `help', `search', etc. worked. Error was always command not found. I booted from USB and changed grub.cfg. I replaced set root=(hd...) with set root=SYSBOOT. Rebooted and it worked. So I was sure that this was the cause. However, I can not reproduce the error now. I tried to change grub.cfg back to how it was before, but that works. I called update-grub and that works, too. I guess we have to close that bug as unreproducible. Cheers, harry signature.asc Description: PGP signature
Bug#541291: console-setup: No special characters after update
On Thu, 13 Aug 2009 03:26:32 +0200 Harald Braumann ha...@unheit.net wrote: After an upgrade of console-setup, most special characters don't work anymore (öäüß°). Most of them just produce a beep. `ä' doesn't beep but also doesn't output anything. 'ß' behaves like the up-key (previous entry in history). It seems to have something to do with the locale settings. I've now set CHARMAP=UTF-8 and LC_ALL=de_AT.utf8. Now all keys work as expected. If I set LC_ALL to POSIX, I get back the weird behaviour. But the locale is set from ~/.profile, i.e. by the user's login shell and not while /etc/init.d/console-setup runs. It gets even weirder: If I login with LC_ALL=de_AT.utf8 symbols like öäüß°€µ work. If I then `export LC_ALL=POSIX', these symbols still work but backspacing to the start of the line also deletes part of the prompt. For `€' two additional characters are deleted. For the other symbols one additional character is deleted. And it adds up. Thus if I type '€öäü', 5 additional characters are deleted. It is completely beyond me how setting an environment variable can influence keyboard/console output. This is completely different from how environment variables usually work (i.e. they only influence child processes that inherit the environment). It also makes it impossible for different users to use different locale settings. For instance as root I usually use POSIX, because all the files I touch as root are ASCII-only anyway. So far I never had a problem with that. The keyboard was set to a DE layout and the console font supported ISO-8859-15. That's all that was needed. Now this doesn't work anymore. Is this behaviour regarded as a bug or a `feature'? And how is it even possible that setting an environment variable changes the behaviour immediately? Cheers, harry signature.asc Description: PGP signature
Bug#541291: console-setup: No special characters after update
On Thu, 13 Aug 2009 14:02:45 +0200 Samuel Thibault sthiba...@debian.org wrote: Did you usually use a UTF-8 locale or a latin1 locale before? It may be that setupcon doesn't properly detect whether you're using a unicode console or not. This is configured in /etc/default/console-setup, maybe the upgrade path didn't work for you. Harald Braumann, le Thu 13 Aug 2009 13:31:51 +0200, a écrit : It is completely beyond me how setting an environment variable can influence keyboard/console output. It can in that readline uses it to know how to process characters. Ah, alright. At least one mystery solved. It also makes it impossible for different users to use different locale settings. They at least need to use either 8bit locales or UTF-8 locales, according to the /etc/default/console-setup CHARMAP's parameter. The POSIX locale can be both. Of course, don't expect to be able to type non-ascii characters at the shell of a POSIX locale. Contrary to what I believed, I could have set LC_CTYPE to POSIX instead of ISO-8859-1 (small bug in .profile). With the combination of LC_CTYPE=POSIX and CHARMAP=ISO-8859-15 I can reproduce the weird behaviour. However, this very same combination worked before the upgrade. But I've also upgraded bash and libreadline. So the changed behaviour might very well be due to changes in those packages or a combination of changes in those and in console-setup. While it would be interesting to know how this problem came to be, I think I just set LC_CTYPE to utf8 in /etc/environment and leave it at that. My previous experiences with digging into the details of keyboard and font problems was, that you can invest days and days... Cheers, harry PS: I think you can close that bug. signature.asc Description: PGP signature
Bug#541291: console-setup: No special characters after update
On Thu, 13 Aug 2009 19:36:36 +0300 Anton Zinoviev an...@lml.bas.bg wrote: retitle 541291 Some issues to document in FAQ severity 541291 minor thank you On Thu, Aug 13, 2009 at 01:31:51PM +0200, Harald Braumann wrote: For `€' two additional characters are deleted. For the other symbols one additional character is deleted. And it adds up. Thus if I type '€öäü', 5 additional characters are deleted. This is because in UTF-8 '€' is coded with 3 bytes and the non-ascii letters with 2 bytes. I suspected something like this. Console-setup permits user-level configuration. The system configuration in /etc/default/console-setup can be overriden by ~/.console-setup. But during the last few years, due to a change in the kernel configuration the non-priviledged users are not allowed to change the keyboard layout. That's good to know. Could you please add that information to setupcon(1)? Even if the kernel doesn't permit a non-privileged user to change the keymap, he can do it at least with sudo/su. /usr/share/doc/console-setup/FAQ.gz has not been updated for a while and your bug contains several things that need to be documented there. I don't blame you. Writing documentation is always a PITA. Cheers, harry signature.asc Description: PGP signature
Bug#541286: Update-grub guesses wrong root
Package: grub-pc Version: 1.96+20090725-1 Severity: critical Justification: system unbootable after update Hi, after updating grub-pc, the system was unbootable. The problem is, that update-grub is run in postinst and it guesses the wrong boot partition. I have a mixed IDE/SATA system and the disks are ordered differently by the BIOS and Linux. For this reason I have set the label SYSBOOT on the boot partition and added set root=SYSBOOT to /boot/grub/grub.cfg. This works like a charm, however: - update-grub is called in postinst and overwrites grub.cfg (naughty!) - I haven't found a way to configure the boot partition for update-grub to use. I think the only real solution is for update-grub to stop thinking it'd be smarter than it actually is. A lot of automagic is done which broke my boot a view times already. There is no straightforward way to tell grub to do as I say and make it obey its master's wishes. This `smart' system made me do too much working around and circumventing, already. Combined with the fact that it is also very inflexible (e.g. only one kernel cmdline for all entries), it is my opinion that it should be replaced by something very different, which does less guessing and gives more power to the user. If you don't agree, at least make it configurable so I can prevent update-grub from ever running. Please let me configure my system as I like. Cheers, harry signature.asc Description: PGP signature
Bug#541291: console-setup: No special characters after update
Package: console-setup Version: 1.44 Severity: grave Justification: renders package unusable After an upgrade of console-setup, most special characters don't work anymore (öäüß°). Most of them just produce a beep. `ä' doesn't beep but also doesn't output anything. 'ß' behaves like the up-key (previous entry in history). Before I had version 1.36 which didn't have these problems. Cheers, harry -- 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.29.4 (SMP w/2 CPU cores) Locale: LANG=POSIX, lc_ctype=de_at.iso-8859...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages console-setup depends on: ii console-terminus 4.28-1 Fixed-width fonts for fast reading ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii xkb-data 1.6-1 X Keyboard Extension (XKB) configu Versions of packages console-setup recommends: ii console-tools1:0.2.3dbs-65.1 Linux console and font utilities Versions of packages console-setup suggests: ii locales 2.9-23 GNU C Library: National Language ( ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip -- debconf information: * console-setup/variant: Germany console-setup/unsupported_options: true * console-setup/fontsize-text: 16 * console-setup/compose: No compose key debian-installer/console-setup-udeb/title: console-setup/other: * console-setup/ctrl_alt_bksp: true console-setup/modelcode: pc104 console-setup/switch: No temporary switch console-setup/unsupported_config_layout: true console-setup/use_system_font: console-setup/fontsize: 16 console-setup/unsupported_layout: true * console-setup/charmap: ISO-8859-15 console-setup/layoutcode: de console-setup/optionscode: terminate:ctrl_alt_bksp console-setup/unsupported_config_options: true console-setup/layout: Germany console-setup/variantcode: console-setup/codesetcode: Lat15 * console-setup/altgr: The default for the keyboard layout console-setup/ttys: /dev/tty[1-6] * console-setup/model: Generic 104-key PC console-setup/fontsize-fb: 16 * console-setup/codeset: # Latin1 and Latin5 - western Europe and Turkic languages console-setup/toggle: No toggling * console-setup/fontface: Fixed signature.asc Description: PGP signature
Bug#493090: libwxgtk2.8-0: unwanted dependency on libgconf
Hi, On Tue, 4 Aug 2009 21:09:12 -0700 Ryan Niebur ryanrya...@gmail.com wrote: tag 493090 wontfix quit I think that this request is unreasonable. Why is it unreasonable to not want useless dependencies? I don't see what the problem here is. gconf doesn't do anything evil, I'm not going to comment on the evilness of gconf ;) and it's not really that big. just having it installed shouldn't hurt. also, there are many other packages which depend on gconf. For instance my system is at the moment completely G-free. Now with the dependency of wx on gconf, I can't update certain packages if I want to keep it this way (which I want). why don't you want wx to depend on it? I can understand, that from your, i.e. the package maintainer's, point of view this request seems unreasonable. IMO the bug lies upstream. Why would any non-GNOME software want to use gconf? Upstream seems to acknowledge that this is a bug, when they say This probably could be corrected[1]. Unfortunately, at the same time they say [...] but I don't think we will do that. So the real solution would be to get upstream to correct this. But if they are unwilling to do this, the second best thing is to factor this out in the Debian package, so at least Debian users are not affected by this bug. Cheers, harry [1] http://trac.wxwidgets.org/ticket/3719 signature.asc Description: PGP signature
Bug#493090: libwxgtk2.8-0: unwanted dependency on libgconf
On Wed, 5 Aug 2009 01:14:54 -0700 Ryan Niebur ryanrya...@gmail.com wrote: Hi! On Wed, Aug 05, 2009 at 09:56:06AM +0200, Harald Braumann wrote: Hi, On Tue, 4 Aug 2009 21:09:12 -0700 Ryan Niebur ryanrya...@gmail.com wrote: tag 493090 wontfix quit I think that this request is unreasonable. Why is it unreasonable to not want useless dependencies? because they're small enough and they don't hurt anything? So the rationale about including a dependency is its size? I was under the impression that it is also desirable for the package maintainer to have minimal dependencies. I don't see what the problem here is. gconf doesn't do anything evil, I'm not going to comment on the evilness of gconf ;) ummm...what problems does it cause you? or is the reason just that you are anti-GNOME? if that's the reason, then yes, your request is unreasonable. I honestly have no idea why you don't want the gconf libraries installed. Whether I'm anti- or pro-GNOME has got nothing to do whatsoever with the issue at hand. and it's not really that big. just having it installed shouldn't hurt. also, there are many other packages which depend on gconf. For instance my system is at the moment completely G-free. Now with the dependency of wx on gconf, I can't update certain packages if I want to keep it this way (which I want). why? are you just assuming it's bad because it starts with a g? I'm confused what the problem is.. Yes, I do, for the simple reason that I don't use GNOME, and so I don't see any advantages in having to install GNOME-specific packages. why don't you want wx to depend on it? I can understand, that from your, i.e. the package maintainer's, point of view this request seems unreasonable. IMO the bug lies upstream. Why would any non-GNOME software want to use gconf? Upstream seems to it's not non-GNOME software. this is the gtk version of wxwidgets. gtk, gstreamer, gconf, etc are all GNOME projects. And yet gtk does not depend on gconf. And for good reason: it's a base libraries meant to be used also without a GNOME desktop. Just as one would expect from wxwidgets. I haven't checked gstreamer, but if it depends on gconf that would be a bug as well, because it's used everywhere, also outside GNOME. acknowledge that this is a bug, when they say This probably could be corrected[1]. Unfortunately, at the same time they say [...] but I don't think we will do that. So the real solution would be to get upstream to correct this. But if they are unwilling to do this, the second best thing is to factor this out in the Debian package, so at least Debian users are not affected by this bug. is it possible to build with wxMediaCtrl disabled? anyway, I'm assuming that some package uses wxMediaCtrl. and I really don't want to go through the trouble to find out. Having minimum dependencies is an advantage. They do need space and bandwidth. They can break things even if they are not used. E.g. I use unstable and testing and often packages can not migrate because some of their dependencies are not yet available. The less dependencies the less likely this is. They might have other side effects. But I don't want to familiarise myself with software, I don't even intend to use. Maybe you're right that libgconf on its own is not such a big problem, but it adds up. As it wouldn't make much sense to say please, all DDs, try to minimise your dependencies, this sort of pleading has to be done on a per package basis, where it is maybe more difficult to convincingly argue that a dependency is bad in on specific instance. Cheers, harry Cheers, Ryan signature.asc Description: PGP signature
Bug#535525: grub-pc: Upgrade uses stale entry from devices.map
Package: grub-pc
Version: 1.96+20090603-2
Severity: normal
On upgrade, grub-pc asks on which devices I'd like to run grub-install.
The only option it displays, is /dev/hda. However, I only have /dev/sda.
It seems, that it only uses entries from devices.map, which might be
outdated (as in my case). Also, there is no option to enter a device
manually.
grub-pc should either rescan the devices on upgrade or at least allow
the user to enter the device manually.
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/mapper/vgsys-lvroot / ext3 rw,errors=remount-ro,commit=5,data=ordered 0 0
/dev/mapper/vgraw-lvboot /boot ext3 rw,errors=continue,commit=5,data=ordered 0 0
/dev/mapper/vghb-lvhb /home/hb ext3 rw,errors=continue,commit=5,data=ordered 0 0
/dev/mapper/vgsys-lvvar /var ext3 rw,errors=continue,commit=5,data=ordered 0 0
/dev/mapper/vgsys-lvvm /var/lib/vm ext3
rw,errors=continue,commit=5,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(fd0) /dev/fd0
(hd0) /dev/hda
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry Debian GNU/Linux, linux 2.6.29.3 {
insmod lvm
set root=(vgraw-lvboot)
linux /vmlinuz-2.6.29.3 root=/dev/mapper/vgsys-lvroot ro
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force
acpi_sleep=s4_nohwsig
initrd /initrd.img-2.6.29.3
}
menuentry Debian GNU/Linux, linux 2.6.29.3 (recovery mode) {
insmod lvm
set root=(vgraw-lvboot)
linux /vmlinuz-2.6.29.3 root=/dev/mapper/vgsys-lvroot ro single
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force
acpi_sleep=s4_nohwsig
initrd /initrd.img-2.6.29.3
}
menuentry Debian GNU/Linux, linux 2.6.27.8 {
insmod lvm
set root=(vgraw-lvboot)
linux /vmlinuz-2.6.27.8 root=/dev/mapper/vgsys-lvroot ro
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force
acpi_sleep=s4_nohwsig
initrd /initrd.img-2.6.27.8
}
menuentry Debian GNU/Linux, linux 2.6.27.8 (recovery mode) {
insmod lvm
set root=(vgraw-lvboot)
linux /vmlinuz-2.6.27.8 root=/dev/mapper/vgsys-lvroot ro single
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force
acpi_sleep=s4_nohwsig
initrd /initrd.img-2.6.27.8
}
menuentry Debian GNU/Linux, linux 2.6.26 {
insmod lvm
set root=(vgraw-lvboot)
linux /vmlinuz-2.6.26 root=/dev/mapper/vgsys-lvroot ro
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force
acpi_sleep=s4_nohwsig
initrd /initrd.img-2.6.26
}
menuentry Debian GNU/Linux, linux 2.6.26 (recovery mode) {
insmod lvm
set root=(vgraw-lvboot)
linux /vmlinuz-2.6.26 root=/dev/mapper/vgsys-lvroot ro single
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force
acpi_sleep=s4_nohwsig
initrd /initrd.img-2.6.26
}
menuentry Debian GNU/Linux, linux 2.6.25-1-686 {
insmod lvm
set root=(vgraw-lvboot)
linux /vmlinuz-2.6.25-1-686 root=/dev/mapper/vgsys-lvroot ro
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force
acpi_sleep=s4_nohwsig
initrd /initrd.img-2.6.25-1-686
}
menuentry Debian GNU/Linux, linux 2.6.25-1-686 (recovery mode) {
insmod lvm
set root=(vgraw-lvboot)
linux /vmlinuz-2.6.25-1-686 root=/dev/mapper/vgsys-lvroot ro single
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force
acpi_sleep=s4_nohwsig
initrd /initrd.img-2.6.25-1-686
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file is an example on how to add custom entries
### END /etc/grub.d/40_custom ###
*** END /boot/grub/grub.cfg
-- 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.29.3
Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages grub-pc depends on:
ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy
pn grub-common none (no description available)
ii libc6 2.9-12 GNU C Library: Shared libraries
grub-pc recommends no packages.
Versions of packages grub-pc suggests:
Bug#527583: ifplugd: no suspend/resume support for pm-utils
Hi,
On Thu, 14 May 2009 21:24:22 +0530
Y Giridhar Appaji Nag app...@debian.org wrote:
Hi Harald,
Thank you for the bug report.
On 09/05/08 11:35 +0200, Harald Braumann said ...
There is no support for suspend/resume with pm-utils.
ifplugd thould contain a script similar
to /etc/apm/scripts.d/ifplugd for /etc/pm/sleep.d
Would the same script be good enough?
I've attached my script (forgot to send it). It's mainly a copy
of /etc/apm/suspend.d/20ifplugd. So I guess you could merge them and
use the same script. Differences:
- pm-utils can call the script with arguments `hibernate' and `thaw' (in
addition to `suspend' and `resume')
- there is no 2nd argument `standby' or some such. But it doesn't hurt
to check for it, either.
Alternatively, if you can
point me to some documentation as to how I can write a script
specifically for pm-utils, I will do that.
man pm-utils
Cheers,
harry
#!/bin/sh
#
# suspend/resume ifplugd
[ -f /etc/default/ifplugd ] || exit 0
. /etc/default/ifplugd
[ $SUSPEND_ACTION ] || [ $SUSPEND_ACTION != none ] || exit 0
if [ $SUSPEND_ACTION = suspend ] ; then
RESUME_ACTION=resume
elif [ $SUSPEND_ACTION = stop ] ; then
RESUME_ACTION=start
else
exit 0
fi
case $1 in
hibernate|suspend)
/etc/init.d/ifplugd ${SUSPEND_ACTION}
;;
thaw|resume)
/etc/init.d/ifplugd ${RESUME_ACTION}
;;
*) exit 1
;;
esac
signature.asc
Description: PGP signature
Bug#528726: pm-utils: pm-action(8) gives wrong syntax for config.d files
Package: pm-utils Version: 1.2.5-2 Severity: normal pm-utils(8) states under FILES for /etc/pm/config.d: ``The syntax is simply: VAR_NAME = value.'' It should read: ``VAR_NAME=value'', whithout spaces arount `='. Otherwise it won't work, as this file is sourced by the shell. -- 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.29.3 (SMP w/1 CPU core) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pm-utils depends on: ii kbd 1.15-1 Linux console font and keytable ut ii powermgmt-base1.30+nmu1 Common utils and configs for power Versions of packages pm-utils recommends: ii hal 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer ii radeontool 1.5-5 utility to control ATI Radeon back pn uswsusp none (no description available) ii vbetool 1.1-2 run real-mode video BIOS code to a Versions of packages pm-utils suggests: pn cpufrequtils none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527583: ifplugd: no suspend/resume support for pm-utils
On Fri, 15 May 2009 01:22:32 +0200 Harald Braumann ha...@unheit.net wrote: I've attached my script (forgot to send it). It's mainly a copy The file I've attached is called ``20ifplugd''. I just checked the man page and it says, scripts that start/stop services should be in the range 50-74. So it should probably be called 74ifplugd, so that the network is stopped last. Cheers, harry signature.asc Description: PGP signature
Bug#527924: hal: missing man pages
Package: hal Version: 0.5.12~git20090406.46dc48-2 Severity: important The hal package is missing some man pages for utilities installed in /usr/bin or /usr/sbin (not even talking about all those executables hidden in /usr/lib/hal). Man pages for the following files are missing: /usr/bin/hal-setup-keymap /usr/bin/hal-device /usr/sbin/umount.hal -- 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.27.8 (SMP w/1 CPU core) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hal depends on: ii acl 2.2.47-2Access control list utilities ii adduser 3.110 add and remove users and groups ii consolekit 0.3.0-2 framework for defining and trackin ii dbus 1.2.12-1simple interprocess messaging syst ii hal-info 20090309-1 Hardware Abstraction Layer - fdi f ii libc62.9-4 GNU C Library: Shared libraries ii libdbus-1-3 1.2.12-1simple interprocess messaging syst ii libdbus-glib 0.80-4 simple interprocess messaging syst ii libexpat12.0.1-4 XML parsing C library - runtime li ii libgcc1 1:4.3.3-3 GCC support library ii libglib2.0-0 2.20.0-2The GLib library of C routines ii libhal-stora 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share ii libhal1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share ii libpolkit2 0.9-3 library for accessing PolicyKit ii libsmbios2 2.0.3.dfsg-1Provide access to (SM)BIOS informa ii libstdc++6 4.3.3-3 The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii libvolume-id 0.141-1 libvolume_id shared library ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip ii mount2.13.1.1-1 Tools for mounting and manipulatin ii pciutils 1:3.1.2-3 Linux PCI Utilities ii pm-utils 1.2.5-2 utilities and scripts for power ma ii policykit0.9-3 framework for managing administrat ii udev 0.141-1 /dev/ and hotplug management daemo ii usbutils 0.73-10 Linux USB utilities Versions of packages hal recommends: ii eject 2.1.5+deb1+cvs20081104-6 ejects CDs and operates CD-Changer pn libsmbios-bin none (no description available) Versions of packages hal suggests: pn gnome-device-manager none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527580: udev: no coldplugging after resume
Package: udev Version: 0.141-1 Severity: normal No coldplugging is done after resume. Thus, if you suspend/hibernate, plug in some devices and wake up again, those devices are not available. They have to be unplugged and plugged again to be detected. udev should add a script to /etc/pm/sleep.d with a call to `udevadm trigger' on `resume' and `thaw'. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 108 lrwxrwxrwx 1 root root14 2008-10-05 21:03 010_local.rules - ../local.rules lrwxrwxrwx 1 root root19 2008-10-05 21:03 025_libgphoto2.rules - ../libgphoto2.rules -rw-r--r-- 1 root root 1137 2008-10-01 19:05 65_dmsetup.rules -rw-r--r-- 1 root root 1149 2009-04-03 09:03 70-persistent-cd.rules lrwxrwxrwx 1 root root15 2008-10-05 21:03 85-pcmcia.rules - ../pcmcia.rules lrwxrwxrwx 1 root root16 2009-04-29 20:45 libmtp8.rules - ../libmtp8.rules lrwxrwxrwx 1 root root15 2008-10-05 21:03 libnjb.rules - ../libnjb.rules lrwxrwxrwx 1 root root19 2008-10-05 21:03 z60_alsa-utils.rules - ../alsa-utils.rules lrwxrwxrwx 1 root root15 2008-10-05 21:03 z60_hdparm.rules - ../hdparm.rules -rw-r--r-- 1 root root39 2008-03-18 12:51 z60_ifplugd.rules -rw-r--r-- 1 root root 2656 2008-01-03 09:15 z60_libpisock9.rules -rw-r--r-- 1 root root 1742 2009-02-20 22:32 z60_libsane-extras.rules -rw-r--r-- 1 root root 72908 2009-03-04 16:26 z60_libsane.rules -rw-r--r-- 1 root root75 2009-02-28 04:21 z60_virtualbox-ose.rules -rw-r--r-- 1 root root 5716 2007-06-08 19:11 z60_xserver-xorg-input-wacom.rules -- /sys/: /sys/block/dm-0/dev /sys/block/dm-1/dev /sys/block/dm-2/dev /sys/block/dm-3/dev /sys/block/dm-4/dev /sys/block/dm-5/dev /sys/block/dm-6/dev /sys/block/dm-7/dev /sys/block/dm-8/dev /sys/block/dm-9/dev /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hdc/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/class/drm/card0/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input2/event2/dev /sys/class/input/input3/event3/dev /sys/class/input/input4/event4/dev /sys/class/input/input5/event5/dev /sys/class/input/input5/mouse0/dev /sys/class/input/input6/event6/dev /sys/class/input/input7/event7/dev /sys/class/input/input7/mouse1/dev /sys/class/input/mice/dev /sys/class/misc/agpgart/dev /sys/class/misc/cpu_dma_latency/dev /sys/class/misc/device-mapper/dev /sys/class/misc/fuse/dev /sys/class/misc/hpet/dev /sys/class/misc/network_latency/dev /sys/class/misc/network_throughput/dev /sys/class/misc/nvram/dev /sys/class/misc/psaux/dev /sys/class/misc/snapshot/dev /sys/class/misc/tun/dev /sys/class/misc/vmci/dev /sys/class/misc/vmmon/dev /sys/class/ppdev/parport0/dev /sys/class/printer/lp0/dev /sys/class/rtc/rtc0/dev /sys/class/sound/adsp/dev /sys/class/sound/audio1/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/controlC1/dev /sys/class/sound/dsp1/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer1/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1c/dev /sys/class/sound/pcmC0D2c/dev /sys/class/sound/pcmC0D3c/dev /sys/class/sound/pcmC0D4p/dev /sys/class/sound/pcmC1D0c/dev /sys/class/sound/pcmC1D0p/dev /sys/class/sound/seq/dev /sys/class/sound/sequencer2/dev /sys/class/sound/sequencer/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev3.1/dev /sys/class/usb_device/usbdev4.1/dev /sys/class/usb_endpoint/usbdev1.1_ep00/dev /sys/class/usb_endpoint/usbdev1.1_ep81/dev /sys/class/usb_endpoint/usbdev2.1_ep00/dev /sys/class/usb_endpoint/usbdev2.1_ep81/dev /sys/class/usb_endpoint/usbdev3.1_ep00/dev /sys/class/usb_endpoint/usbdev3.1_ep81/dev /sys/class/usb_endpoint/usbdev4.1_ep00/dev /sys/class/usb_endpoint/usbdev4.1_ep81/dev /sys/dev /sys/devices/pci:00/:00:1d.0/usb2/dev /sys/devices/pci:00/:00:1d.1/usb3/dev /sys/devices/pci:00/:00:1d.2/usb4/dev /sys/devices/pci:00/:00:1d.7/usb1/dev -- Kernel configuration: isapnp_init not present. -- 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.27.8 (SMP w/1 CPU core) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii libc6 2.9-4 GNU C Library: Shared libraries ii libselinux1 2.0.71-1 SELinux shared libraries ii libvolume-id1 0.141-1
Bug#527583: ifplugd: no suspend/resume support for pm-utils
Package: ifplugd Version: 0.28-15 Severity: normal There is no support for suspend/resume with pm-utils. ifplugd thould contain a script similar to /etc/apm/scripts.d/ifplugd for /etc/pm/sleep.d -- Package-specific info: /sys/class/net/ interfaces: /sys/class/net/irda0/ /sys/class/net/lan0/ /sys/class/net/lo/ /sys/class/net/tun0/ /sys/class/net/vmnet8/ /sys/class/net/wifi0/ -- 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.27.8 (SMP w/1 CPU core) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ifplugd depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii libc6 2.9-4 GNU C Library: Shared libraries ii libdaemon00.13-3 lightweight C library for daemons ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip Versions of packages ifplugd recommends: ii ifupdown 0.6.8+nmu1 high level tools to configure netw Versions of packages ifplugd suggests: ii wpasupplicant 0.6.9-2client support for WPA and WPA2 (I -- debconf information: * ifplugd/interfaces: lan0 * ifplugd/hotplug_interfaces: * ifplugd/args: -b ifplugd/suspend_action: stop -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525495: Please provide a minimal hal package
Hi, On Sat, 25 Apr 2009 00:59:16 +0200 Michael Biebl bi...@debian.org wrote: Michael Biebl wrote: Hi Harry, I agree with you, that HAL has somewhat grown into a kitchensync over its lifetime. Unfortunately it's not easily, if at all possible to rip HAL apart in smaller pieces (that's why I mark the bug as wontfix). My main concerns are callouts and addons. These are enabled in /usr/share/hal/fdi/policy/10osvendor/*.fdi. So these fdi files could be put in a separate package and people who don't care about this cruft could choose to not install it. There is, however, a much simpler solution: attached you can find fdi files that completely disable addons and callouts. Could you please add them to the package as examples and mention them in README.Debian? Or maybe put them in preferences.fdi as commented out blocks. With these files in place, the only root process remaining is hald_runner. But since all callouts are removed, the risk should be minimised (modulo bugs in hald, like buffer overflows, that could be exploited to invoke hald_runner with arbitrary scripts). On the other hand, there is work underway to replace HAL with something new, more modular, called DeviceKit, where you have separate components (e.g. DeviceKit-power, DeviceKit-disks), which can be installed separately and will deprecate/replace HAL step by step. See also: DeviceKit ITP: http://bugs.debian.org/521361 DeviceKit-power ITP: http://bugs.debian.org/521363 DeviceKit-disks ITP: http://bugs.debian.org/521364 In my opinion still the wrong approach. Information about hardware should be made available in a file system similar to sysfs, maybe a fuse fs. There's no need for daemons, D-Bus, etc. The interface would then just be regular file operations and notification would be done using inotify. But at least it's an improvement over HAL. Still it will take time until Xorg moves to DeviceKit, if ever. Cheers, harry 99-disable-addons.fdi Description: XML document 99-disable-callouts.fdi Description: XML document
Bug#525495: Please provide a minimal hal package
Forgot this one in my last mail: disable methods. Also, these files should maybe be called 00-..., so callouts/addons/methods could still be added for specific devices in /etc/hal/fdi/policy, if the user so wishes. Cheers, harry 99-disable-methods.fdi Description: XML document
Bug#525495: Please provide a minimal hal package
Package: hal Version: 0.5.11-8 Severity: wishlist hal is now required for Xorg's input hotplugging. This is also the only thing I use hal for. I would like to disable all the other functionality. My main concerns are about security: - hal might change device configurations when a new device is detected. I don't need that and so it should not be done. That's what udev is for. - On my system, there are 3 daemons spawned, that run as root! These are hald-runner, hald-addon-input, hald-addon-cpufreq. I don't want unnecessary root processes, as I don't trust them. I especially don't trust hal daemons, because there doesn't seem to be any documentation available, about what they do. There aren't even man pages. - If I understand correctly, hal can provide access to devices for ordinary users by means of methods and addons. The access is then performed by a privileged process (I guess that's what those root processes do). Access is probably protected by some hal internal policies. Only with a true capability based system is there at least a theoretical chance to make this secure. As Linux doesn't provide this, I'd really rather not have this. It is, however, not easily possible to disable this stuff because the hal package ships with all the fdi files. The only solution I've found so far is to remove /usr/share/hal/fdi/policy, which is not really practical and reverted on a package update. Also disabling these things in /etc/hal/fdi is not practical, because it requires intimate knowledge about hal and the configuration would have to be revised on each update. Would it be possible, to provide a minimal hal package that _only_ provides information about hardware and hotplugging events? All the additional stuff could be provided in an add-on package, which hal would recommend. I think, this could be useful also for others who don't use the GNOME or KDE OS. Cheers, harry -- 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.27.8 (SMP w/1 CPU core) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hal depends on: ii adduser 3.110add and remove users and groups ii dbus1.2.12-1 simple interprocess messaging syst ii hal-info20090309-1 Hardware Abstraction Layer - fdi f ii libc6 2.9-4GNU C Library: Shared libraries ii libdbus-1-3 1.2.12-1 simple interprocess messaging syst ii libdbus-glib-1-20.80-3 simple interprocess messaging syst ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii libgcc1 1:4.3.3-3GCC support library ii libglib2.0-02.20.0-2 The GLib library of C routines ii libhal-storage1 0.5.11-8 Hardware Abstraction Layer - share ii libhal1 0.5.11-8 Hardware Abstraction Layer - share ii libsmbios2 2.0.3.dfsg-1 Provide access to (SM)BIOS informa ii libstdc++6 4.3.3-3 The GNU Standard C++ Library v3 ii libusb-0.1-42:0.1.12-13 userspace USB programming library ii libvolume-id0 0.125-7 libvolume_id shared library ii lsb-base3.2-22 Linux Standard Base 3.2 init scrip ii mount 2.13.1.1-1 Tools for mounting and manipulatin ii pciutils1:3.1.2-3Linux PCI Utilities ii pm-utils1.2.4-2 utilities and scripts for power ma ii udev0.125-7 /dev/ and hotplug management daemo ii usbutils0.73-10 Linux USB utilities Versions of packages hal recommends: ii eject 2.1.5+deb1+cvs20081104-5 ejects CDs and operates CD-Changer pn libsmbios-bin none (no description available) Versions of packages hal suggests: pn gnome-device-manager none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502333: Bug #502333 ext3 external journal_dev crashes grub2
On Wed, 04 Feb 2009 08:38:15 +0100 Felix Zielcke fziel...@z-51.de wrote: Hello, can you please try out if the attached patch solves your problem? You can find instructions for compiling your own grub packages at the Debian wiki: http://wiki.debian.org/de/GRUB2/Anleitung/DebianPaketVonOriginalQuelltext Just place the patch in debian/patches. Yeah, that did the trick. Everything works fine with that patch applied. I'm glad, my bug report can no longer be responsible for delaying Lenny ;) BTW, I also tried 1.96+20080724-14 but that didn't work. I noticed, that while the `set root` immediately before the menu entries is gone with -14, there is still a `set root (vgsys-lvroot)` at the very top stanza. Is that intended? Anyway, I also removed this set root command, and grub still crashed. Cheers, harry signature.asc Description: PGP signature
Bug#502333: grub-pc: Search uuid in LVM crashes the bootloader
On Thu, 29 Jan 2009 00:02:01 +0100 Robert Millan r...@aybabtu.com wrote: Hi Harald, Marcus confirmed [1] that this bug disappeared after upgrading grub-pc. This seems to indicate it's a duplicate of #512787. But the symptoms in #512787 are completely different. I don't get complaints about ``initrd'', I don't even get that far. Grub just crashes at the ``search'' line in the header, when it encounters an ext3 journal volume. Please could you check if re-running grub-install with 1.96+20080724-14 makes it disappear? I already tried with 1.96+20080724-14 and also with 1.96+20081201-1 . Same problem and there's no newer version in Debian. I will try to reproduce the bug with grub-emu, though. Sorry I didn't get to it, yet. Cheers, harry signature.asc Description: PGP signature
Bug#502333: grub-pc: Search uuid in LVM crashes the bootloader
On Thu, 29 Jan 2009 07:57:37 +0100 Harald Braumann ha...@unheit.net wrote: I already tried with 1.96+20080724-14 and also with 1.96+20081201-1 . Same problem and there's no newer version in Debian. Sorry, I didn't test with 1.96+20080724-14. I'll try that, though I have my doubts, that the ``set root'' command causes the problem. Cheers, harry signature.asc Description: PGP signature
Bug#502333: grub-pc: Search uuid in LVM crashes the bootloader
Robert Millan r...@aybabtu.com wrote on 22.01.2009 13:51:49: On Wed, Oct 15, 2008 at 07:19:41PM +0200, Harald Braumann wrote: If I remove this stanza and then enter those commands at the grub cmdline one by one, the crash occurs in the search --fs-uuid ... line. Hi Harald, There are two search lines in your grub.cfg, and the logs you provided don't make it clear which of them is causing the problem. grubdbg-1.96%2B20080724-10.log refers to 249d254f-9ee3-4908-aec6-177 which is neither of them, and grubdbg-1.96%2B20081201-1.log only has scrambled output. I entered the search command manually. Could be that I mistyped something. But I think, it doesn't really matter, because grub crashes before it finds the volume, anyway. The logs seem to contain control characters. Well, they're minicom dumps. I recommend that you try to reproduce this on grub-emu to obtain proper logs, and also tell us which of the search commands is failing. I'll do that. Actually, it'd be good to know if the problem appears at all in grub-emu or not, too. I would expect it to. My guess is, that grub finds the journal volume, thinks its ext2 (which it kind of is) and expects to find some things, which are not there because it's not ext2, after all. Cheers, harry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511156: xserver-xorg-input-evdev: Include upstream's x11-input.fdi
Package: xserver-xorg-input-evdev Version: 1:2.1.0-1 Severity: wishlist Upstream's x11-input.fdi is the best documentation I've found on configuring input for HAL/evdev. It gives you a good idea about the basics of the configuration and, in fact, had everything I needed (setting layout). So I think, it could help some if this file were distributed as an example. Cheers, harry -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2008-10-05 21:03 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1623452 2008-11-11 23:26 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc M10 NT [FireGL Mobility T2] (rev 80) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 6249 2009-01-07 19:58 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf.dpkg-new (Xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf.dpkg-new manual page. # (Type man xorg.conf.dpkg-new at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/xorg.conf.dpkg-new /etc/X11/xorg.conf.dpkg-new.custom # md5sum /etc/X11/xorg.conf.dpkg-new /var/lib/xfree86/xorg.conf.dpkg-new.md5sum # dpkg-reconfigure xserver-xorg Section Module Load ddc Load vbe Load int10 Load synaptics Load xaa EndSection Section Extensions Option Composite Enable EndSection Section Files # TrueType/CID fonts made available by defoma FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType # X fonts FontPath/usr/share/fonts/X11/Type1 FontPath/usr/share/fonts/X11/misc:unscaled FontPath/usr/share/fonts/X11/100dpi:unscaled FontPath/usr/share/fonts/X11/75dpi:unscaled FontPath/usr/share/fonts/X11/cyrillic EndSection Section ServerFlags Option Xinerama false #Option AllowEmptyInput false EndSection Section InputDevice Identifier Keyboard0 Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel thinkpad Option XkbLayout de EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice # Option Protocol ImPS/2 Option Protocol ExplorerPS/2 Option Emulate3Buttons false Option EmulateWheel on Option EmulateWheelButton2 #Option XAxisMapping 6 7 #Option YAxisMapping 4 5 Option ZAxisMapping 4 5 EndSection Section InputDevice Identifier IntelliMouseUSB Driver mouse Option Protocol IMPS/2 Option ZAxisMapping 4 5 Option Device /dev/input/mice EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics OptionDevice /dev/input/touchpad OptionProtocol event OptionLeftEdge 0 OptionRightEdge5500 OptionTopEdge 0 OptionBottomEdge 4500 OptionFingerLow20 OptionFingerHigh 45 OptionMaxTapTime 120 OptionMaxTapMove 220 OptionMaxDoubleTapTime 180 OptionClickTime100 OptionFastTaps 0 OptionEmulateMidButtonTime 75 OptionVertScrollDelta 100 OptionHorizScrollDelta 100 OptionMinSpeed 0.1 OptionMaxSpeed 0.3 OptionAccelFactor 0.003 OptionEdgeMotionMinZ 30 OptionEdgeMotionMaxZ 200 OptionEdgeMotionMinSpeed 1 OptionEdgeMotionMaxSpeed 1000 OptionEdgeMotionUseAlways 0 OptionUpDownScrolling 1 OptionTouchpadOff 0 OptionGuestMouseOff0 OptionLockedDrags 0 OptionRTCornerButton 0 OptionRBCornerButton 0 OptionLTCornerButton 0 OptionLBCornerButton 0 OptionTapButton1
Bug#483805: Opens /dev/null read-only as stdout and stderr
tags 483805 patch
thanks
Hi,
stumbled across the same bug. The problem is, that acpid connects
stdout and stderr to /dev/null (only in daemon mode), but it
opens /dev/null read-only.
Thus, any output in /etc/init.d/gdm will fail, and as the script most
probably does a ``set -e'', it fails altogether.
The attached patch fixes this.
In the meantime, you can work around the bug, by creating the
following script as /etc/acpi/restart_gdm.sh:
#!/bin/sh
/etc/init.d/gdm restart /dev/null 21 /dev/null
and setting ``action=/etc/acpi/restart_gdm.sh''. Or, more generally,
put the following line in any script in /etc/acpi at the top:
#!/bin/sh
exec /dev/null 21 /dev/null
#...
Cheers,
harry
diff -Nru a/acpid.c b/acpid.c
--- a/acpid.c 2008-11-03 14:04:43.0 +0100
+++ b/acpid.c 2008-12-19 18:38:14.291127677 +0100
@@ -456,7 +456,7 @@
int log_opts;
/* open /dev/null */
- nullfd = open(/dev/null, O_RDONLY);
+ nullfd = open(/dev/null, O_RDWR);
if (nullfd 0) {
fprintf(stderr, %s: can't open %s: %s\n, progname,
/dev/null, strerror(errno));
signature.asc
Description: PGP signature
Bug#502333: grub-pc: Search uuid in LVM crashes the bootloader
Felix Zielcke [EMAIL PROTECTED] wrote on 25.11.2008 16:15:37: Re: Bug#502333: grub-pc: Search uuid in LVM crashes the bootloader Felix Zielcke to: Harald Braumann, 502333 25.11.2008 16:21 Am Mittwoch, den 15.10.2008, 19:19 +0200 schrieb Harald Braumann: Package: grub-pc Version: 1.96+20080724-10 Severity: important The stanza created by 00_header makes the bootloader crash. There is no output by grub whatsoever, the machine reboots immediately. [...] Hello, in just one version after you reported this (i.e. 1.96+20080724-11) there were now some important LVM fixes. So could you please try again and please don't forget to rerun grub-install to really update /boot/grub/ Unfortunately, that wasn't successful. I've purged grub-common and grub-pc, deleted /boot/grub, installed grub2 1.96+20080724-12, did update-grub, grub-install. Still the same problem. Maybe it's got something to do with the 3ware RAID controller? Cheers, harry PS: this issue is not urgent for me, because it affects only one machine which is not in production use anymore. Anyway, there's a work-around (editing grub.cfg). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502333: grub-pc: Search uuid in LVM crashes the bootloader
Package: grub-pc
Version: 1.96+20080724-10
Severity: important
The stanza created by 00_header makes the bootloader crash. There is no
output by grub whatsoever,
the machine reboots immediately.
If I remove this stanza and then enter those commands at the grub cmdline
one by one,
the crash occurs in the search --fs-uuid ... line. But search only
crashes for LVM.
If I don't insmod lvm, the search command just prints some not-found
message, which
is expected, but doesn't produce a crash.
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/mapper/vgsys-lvroot / ext3 rw,errors=remount-ro,data=ordered 0 0
/dev/sda1 /boot ext2 rw,errors=continue 0 0
/dev/mapper/vgsys-lvvar /var ext3 rw,errors=continue,data=ordered 0 0
/dev/mapper/vgsys-lvbackup /var/local/cache/backup ext3
rw,errors=continue,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/sda
(hd1) /dev/sdb
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/update-grub using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
insmod lvm
set root=(vgsys-lvroot)
search --fs-uuid --set 249d254f-9ee3-4908-aec6-176e7b8b0778
if font /usr/share/grub/ascii.pff ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
terminal gfxterm
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_hurd ###
### END /etc/grub.d/10_hurd ###
### BEGIN /etc/grub.d/10_linux ###
set root=(hd0,1)
search --fs-uuid --set ae72eb77-3f72-415a-9581-e74255ba8073
menuentry Debian GNU/Linux, linux 2.6.26-1-686 {
linux /vmlinuz-2.6.26-1-686 root=/dev/mapper/vgsys-lvroot ro
elevator=deadline
initrd /initrd.img-2.6.26-1-686
}
menuentry Debian GNU/Linux, linux 2.6.26-1-686 (single-user mode) {
linux /vmlinuz-2.6.26-1-686 root=/dev/mapper/vgsys-lvroot ro
single elevator=deadline
initrd /initrd.img-2.6.26-1-686
}
menuentry Debian GNU/Linux, linux 2.6.24-1-686 {
linux /vmlinuz-2.6.24-1-686 root=/dev/mapper/vgsys-lvroot ro
elevator=deadline
initrd /initrd.img-2.6.24-1-686
}
menuentry Debian GNU/Linux, linux 2.6.24-1-686 (single-user mode) {
linux /vmlinuz-2.6.24-1-686 root=/dev/mapper/vgsys-lvroot ro
single elevator=deadline
initrd /initrd.img-2.6.24-1-686
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file is an example on how to add custom entries
### END /etc/grub.d/40_custom ###
*** END /boot/grub/grub.cfg
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages grub-pc depends on:
ii debconf [debconf-2.0] 1.5.22 Debian configuration
management sy
ii grub-common 1.96+20080724-10 GRand Unified Bootloader,
version
ii libc6 2.7-14 GNU C Library: Shared
libraries
ii liblzo2-2 2.03-1 data compression library
ii libncurses5 5.6+20080830-1 shared libraries for terminal
hand
grub-pc recommends no packages.
Versions of packages grub-pc suggests:
pn desktop-base none (no description available)
pn os-prober none (no description available)
-- debconf information:
grub-pc/linux_cmdline: fillme
grub-pc/chainload_from_menu.lst: true
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499379: Hash Sum Mismatch on apt-get update
Package: apt Version: 0.7.14+b1 Severity: normal Recently we get a lot of Hash Sum mismatch errors when doing apt-get update: W: Failed to fetch http://ftp.at.debian.org/debian/dists/lenny/main/binary-i386/Packages.gz Hash Sum mismatch W: Failed to fetch http://ftp.at.debian.org/debian/dists/lenny/non-free/binary-i386/Packages.gz Hash Sum mismatch E: Some index files failed to download, they have been ignored, or old ones used instead. This happens on various machines. They are all behind a squid, but we don't have any other issues with the proxy, so I don't expect the problem to be there. To fix it I have to rm /var/lib/apt/lists/* and redo the update. The problem gets worse with aptitude, because that fails silently. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=451137. Maybe this bug is related to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=450510. -- Package-specific info: -- (/etc/apt/preferences present, but not submitted) -- -- (/etc/apt/sources.list present, but not submitted) -- -- 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 (SMP w/1 CPU core) Locale: LANG=POSIX, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages apt depends on: ii debian-archive-keyring 2008.04.16+nmu1 GnuPG archive keys of the Debian a ii libc62.7-13 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-9 GCC support library ii libstdc++6 4.3.1-9 The GNU Standard C++ Library v3 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none (no description available) ii aptitude 0.4.11.8-1 terminal-based package manager ii bzip2 1.0.5-1high-quality block-sorting file co ii dpkg-dev 1.14.22Debian package development tools ii lzma 4.43-14Compression method of 7z format in -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477452: wine: Box symbol displayed in text
fixed 477452 1.0-rc2-1 thanks This bug seems to be fixed in 1.0. It was also closed in upstream's BTS. Regards, harry signature.asc Description: PGP signature
Bug#451137: aptitude update succeeds despite md5sum mismatches
Hi, I can confirm this with aptitude 0.4.11.4-1. Packages.bz2 was somehow broken in the proxy cache and apt-get update shows: W: Failed to fetch http://ftp.at.debian.org/debian/dists/lenny/main/binary-i386/Packages.bz2 Hash Sum mismatch Aptitude doesn't show any error message on update. So with aptitude alone, there's no way to find out what the problem is, one needs apt-get for that. Regards, harry signature.asc Description: PGP signature
Bug#482470: Please package version 0.2.26
Package: gsasl Version: 0.2.21-2 Severity: wishlist Cheers, harry signature.asc Description: PGP signature
Bug#467058: This issue seems fixed in 2:1.4.1~git20080131-3
On Fri, 04 Apr 2008 22:20:06 +0200 Julien BLACHE [EMAIL PROTECTED] wrote: Brice Goglin [EMAIL PROTECTED] wrote: Well, it has been in unstable for a while :) I mistook that for the version of the radeonhd package. Anyway, it's not fixed. It seems to be fixed in 2:1.4.1~git20080131-4. At least it doesn't happen anymore here. harry JB. signature.asc Description: PGP signature
Bug#471778: smplayer: wrong interface language used
So it should be forwarded to the QT package? Cheers, harry signature.asc Description: PGP signature
Bug#477444: wine: Page fault in X11DRV_XRender_ExtTextOut
Package: wine Version: 0.9.60-1 Severity: important Wine page faults when opening a certain document in Lotus Notes 5.0.8. The exact same behavior could also be reproduced in wine 0.9.44. wine: Unhandled page fault on read access to 0x0022cd4c at address 0x7e59b03b (thread 0013), starting debugger... Unhandled exception: page fault on read access to 0x0022cd4c in 32-bit code (0x7e59b03b). Attached wine.log was created with WINEDEBUG=+font,+xrender -- 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.24.2 (PREEMPT) Locale: LANG=POSIX, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages wine depends on: ii libwine-alsa 0.9.44-1 Windows API Implementation (ALSA S ii libwine-cms 0.9.60-1 Windows API implementation - color ii libwine-gl0.9.60-1 Windows API implementation - OpenG ii libwine-gphoto2 0.9.60-1 Windows API implementation - camer ii libwine-jack 0.9.60-1 Windows API implementation - JACK ii libwine-ldap 0.9.60-1 Windows API implementation - LDAP ii libwine-print 0.9.60-1 Windows API implementation - print ii libwine-sane 0.9.60-1 Windows API implementation - scann ii wine-bin 0.9.60-1 Windows API implementation - binar ii wine-utils0.9.60-1 Windows API implementation - utili wine recommends no packages. Versions of packages libwine depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib ii libhal1 0.5.11~rc2-1 Hardware Abstraction Layer - share ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-3 PNG library - runtime ii libsm62:1.0.3-1+b1 X11 Session Management library ii libssl0.9.8 0.9.8g-8 SSL shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi62:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-1 X11 Xinerama extension library ii libxml2 2.6.31.dfsg-2 GNOME XML library ii libxrandr22:1.2.2-1 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra ii libxslt1.11.1.23-1 XSLT processing library - runtime ii libxxf86vm1 1:1.0.1-2 X11 XFree86 video mode extension l -- no debconf information wine.log.gz Description: GNU Zip compressed data
Bug#477444: wine: Page fault in X11DRV_XRender_ExtTextOut
On Wed, 23 Apr 2008 12:18:57 +0200 Ove Kaaven [EMAIL PROTECTED] wrote: Harald Braumann skrev: Package: wine Version: 0.9.60-1 Severity: important Wine page faults when opening a certain document in Lotus Notes 5.0.8. The exact same behavior could also be reproduced in wine 0.9.44. wine: Unhandled page fault on read access to 0x0022cd4c at address 0x7e59b03b (thread 0013), starting debugger... Unhandled exception: page fault on read access to 0x0022cd4c in 32-bit code (0x7e59b03b). Attached wine.log was created with WINEDEBUG=+font,+xrender Please install libwine-dbg, in order to get a better backtrace. Here you go. Also attached is a wine debug log with +relay added to WINEDEBUG. fixme:process:GetProcessWorkingSetSize (0x,0x33fcf0,0x33fcf4): stub wine: Unhandled page fault on read access to 0x0022d3c4 at address 0x7e59403b (thread 0013), starting debugger... Unhandled exception: page fault on read access to 0x0022d3c4 in 32-bit code (0x7e59403b). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:7e59403b ESP:0033c980 EBP:0033cce8 EFLAGS:00010202( - 00 - -RI1) EAX:0022d3bc EBX:7e5ab5dc ECX:0165 EDX:00182168 ESI:001790f8 EDI:0001 Stack dump: 0x0033c980: 0011 0014 0052 0x0033c990: 0017d5e8 0033c9d8 7b88d1b0 0x0033c9a0: 7ea52c00 0017da30 0005 7e9f95e4 0x0033c9b0: 7b8b1888 7ea52c04 7ea4acec 0x0033c9c0: 001782a0 7ea4acec 7b88d3fb 7ea4acec 0x0033c9d0: 0001 00178140 0033ca08 7ea228f4 Backtrace: =1 0x7e59403b X11DRV_XRender_ExtTextOut+0x5fb(physDev=0x1782a0, x=0x23, y=0x113, flags=is not available, lprect=0x33cf98, wstr=0x1d6e64, count=0x1, lpDx=0x182590) [/tmp/buildd/wine-0.9.60/build32/dlls/winex11.drv/../../../dlls/winex11.drv/xrender.c:1306] in winex11 (0x0033cce8) 2 0x7e57b0aa X11DRV_ExtTextOut+0x5a(physDev=register EDI not in topmost frame, x=0x23, y=0x113, flags=0x14, lprect=0x33cf98, wstr=0x1d6e64, count=0x1, lpDx=0x182590) [/tmp/buildd/wine-0.9.60/build32/dlls/winex11.drv/../../../dlls/winex11.drv/text.c:55] in winex11 (0x0033cd98) 3 0x7ea11817 ExtTextOutW+0xd87(hdc=0x88ac, x=0x23, y=0x113, flags=0x14, lprect=0x33d0b0, str=0x1d6e64, count=0x1, lpDx=0x178520) [/tmp/buildd/wine-0.9.60/build32/dlls/gdi32/../../../dlls/gdi32/font.c:1950] in gdi32 (0x0033cfd8) 4 0x7ea12a56 ExtTextOutA+0x56(hdc=0x88ac, x=0xa, y=0x14, flags=is not available, lprect=0x33d0b0, str=0x1d6e64, count=0x1, lpDx=0x178520) [/tmp/buildd/wine-0.9.60/build32/dlls/gdi32/../../../dlls/gdi32/font.c:1566] in gdi32 (0x0033d028) 5 0x7ea27dd8 PlayMetaFileRecord+0x1dd8(hdc=0x88ac, ht=0x1790b0, mr=0x1d6e4e, handles=0x8) [/tmp/buildd/wine-0.9.60/build32/dlls/gdi32/../../../dlls/gdi32/metafile.c:1287] in gdi32 (0x0033d0f8) 6 0x0098a339 in nnotesws (+0x48a339) (0x0033d110) 7 0x7ea25e0e EnumMetaFile+0x11e(hdc=0x88ac, hmf=0x89f4, lpEnumFunc=0x98a2f0, lpData=0x0) [/tmp/buildd/wine-0.9.60/build32/dlls/gdi32/../../../dlls/gdi32/metafile.c:527] in gdi32 (0x0033d160) 8 0x0098a609 in nnotesws (+0x48a609) (0x0033d1f8) 9 0x0055cf0d in nnotesws (+0x5cf0d) (0x0033d238) 10 0x0055dcc0 in nnotesws (+0x5dcc0) (0x0033d408) 11 0x00550c90 in nnotesws (+0x50c90) (0x0033d468) 12 0x0051a66b in nnotesws (+0x1a66b) (0x0033d598) 13 0x0056fdbe in nnotesws (+0x6fdbe) (0x0033d9f8) 14 0x00561ca4 in nnotesws (+0x61ca4) (0x0033dd80) 15 0x00534bba in nnotesws (+0x34bba) (0x0033ded8) 16 0x00534fc0 in nnotesws (+0x34fc0) (0x0033e098) 17 0x00531648 in nnotesws (+0x31648) (0x0033e350) 18 0x0053a21c in nnotesws (+0x3a21c) (0x0033e5b8) 19 0x00539ad0 in nnotesws (+0x39ad0) (0x0033e704) 20 0x0052b36d in nnotesws (+0x2b36d) (0x0033e768) 21 0x0053924d in nnotesws (+0x3924d) (0x0033e8d8) 22 0x00543122 in nnotesws (+0x43122) (0x0033ea38) 23 0x0052256e in nnotesws (+0x2256e) (0x0033ea78) 24 0x0052699c in nnotesws (+0x2699c) (0x0033ea9c) 25 0x00538545 in nnotesws (+0x38545) (0x0033ead4) 26 0x0054727d in nnotesws (+0x4727d) (0x0033ec94) 27 0x0052b36d in nnotesws (+0x2b36d) (0x0033ecf8) 28 0x00547177 in nnotesws (+0x47177) (0x0033ed6c) 29 0x005b1e8d in nnotesws (+0xb1e8d) (0x0033eedc) 30 0x005b21c6 in nnotesws (+0xb21c6) (0x0033f198) 31 0x0052b36d in nnotesws (+0x2b36d) (0x0033f1fc) 32 0x005b58bb in nnotesws (+0xb58bb) (0x0033f268) 33 0x005b1c30 in nnotesws (+0xb1c30) (0x0033f410) 34 0x005f716d in nnotesws (+0xf716d) (0x0033f530) 35 0x005f6c75 in nnotesws (+0xf6c75) (0x0033f56c) 36 0x0053f6cd in nnotesws (+0x3f6cd) (0x0033f594) 37 0x00506b44 in nnotesws (+0x6b44) (0x0033f5dc) 38 0x00506d88 in nnotesws (+0x6d88) (0x0033f608) 39 0x7eb2a05a WINPROC_wrapper+0x1a() in user32 (0x0033f638) 40 0x7eb2a6ee call_window_proc+0x6e(hwnd=register EDI not in topmost frame, msg=0x203, wp=0x1, lp=0x9c0172, result=0x33f6e8, arg=0x506ca0) [/tmp/buildd/wine-0.9.60/build32/dlls/user32/../../../dlls/user32/winproc.c:457] in user32 (0x0033f678) 41 0x7eb2f961 WINPROC_call_window+0xd1
Bug#477452: wine: Box symbol displayed in text
On Wed, 23 Apr 2008 19:06:53 +0200 Ove Kaaven [EMAIL PROTECTED] wrote: Harald Braumann skrev: There is a box symbol displayed in the Text hb on Local on the icons in Lotus Notes 5.0.8. See icon_wrong.png. This text was displayed correctly in wine 0.9.44-1. See icon_right.png. Then in wine 0.9.58-1 is was displayed as hb on: Local. Starting with wine 0.9.59-1 it is now displayed with the box symbol between on and Local. Well, looks like upstream is pointing you to instructions at http://wiki.winehq.org/RegressionTesting Cheers. I am not amused, but git bisect it shall be. Should I post stuff to to the upstream bug directly and CC/not CC the Debian bug, or post everything to the Debian bug only? Regards, harry signature.asc Description: PGP signature
Bug#467058: xserver-xorg-video-radeonhd: crash with openoffice.org
Hi, this bug hit me after a recent upgrade. The bug seems to have been introduced in xserver-xorg-core 2:1.4.1~git20080131-2. A downgrade to 2:1.4.1~git20071212-2 made it disappear. This bug also seems to be related to https://bugs.freedesktop.org/show_bug.cgi?id=10525. The little test programme there in comment #20 triggers the crash. After the downgrade neither opening the OO menu nor the little test programme crash the server. Cheers, harry signature.asc Description: PGP signature
Bug#471778: smplayer: wrong interface language used
Package: smplayer Version: 0.6.0~rc2-1 Severity: normal Tags: l10n smplayer uses German as interface language, though LC_MESSAGES is set to POSIX. All i18n variables: LC_ALL is not set LANGUAGE=POSIX LANG=POSIX LC_MESSAGES=POSIX [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] -- 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.24.2 (PREEMPT) Locale: LANG=POSIX, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages smplayer depends on: ii libc6 2.7-6GNU C Library: Shared libraries ii libgcc1 1:4.3.0~rc2-1GCC support library ii libqt4-core 4.3.4-1 Qt 4 core non-GUI functionality ru ii libqt4-gui 4.3.4-1 Qt 4 core GUI functionality runtim ii libstdc++6 4.3.0~rc2-1 The GNU Standard C++ Library v3 ii mplayer 1:1.0.rc2svn20071207-0.3 The Ultimate Movie Player For Linu ii smplayer-transl 0.6.0~rc2-1 complete front-end for MPlayer - t Versions of packages smplayer recommends: ii smplayer-themes0.1.15.dfsg-1 complete front-end for MPlayer - i -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471778: LC_NUMERIC used to select interface language
Hi, A little testing revealed, that smplayer actually uses LC_NUMERIC to select the interface language. Cheers harry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471256: Missing minimum version in shlibs file
Package: libgsasl7 Version: 0.2.21-2 Severity: normal The supplied shlibs file still doesn't include a minimum version. Thus bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448230 still exists (it's archived, so I couldn't reopen it). See there for a description. Cheers, harry signature.asc Description: PGP signature
Bug#407000: ITA: jabberd2: Jabber Open Source Instant Messenger Server
Hi, I'm maintaining a private package for jabberd2 for some time now. But I would really like to see it in Debian. The packages can be found here: deb http://debian.unheit.net/debian sid main deb-src http://debian.unheit.net/debian sid main As the authreg and storage backends are now loaded dynamically by jabberd2, the structure of the packages has changed significantly. I've made the different backends into separate packages so you only get the dependencies that are really needed. I've also separated the different server components into packages (s2s, c2s, router, resolver, sm) as very often they will be installed on different machines. They could be re-combined into one package, however, for simplicity if so desired. There is just one big problem with jabberd2: it's GPL'd source linked with OpenSSL. This is not allowed by Debian, AFAIK. So until someone writes a GnuTLS backend there won't be much chance to get it into main, I guess. Regards, harry signature.asc Description: PGP signature
Bug#467071: libxine1-misc-plugins: xine with pulseaudio aborts with Assertion `q-front' failed
Package: libxine1-misc-plugins Version: 1.1.10.1-1 Severity: normal If the pulseaudio plugin is used, xine aborts after some playing time with the following error: xine: pulsecore/queue.c:85: pa_queue_push: Assertion `q-front' failed. This also happens when playing audio files with amarok through the xine engine. Backtrace: #0 0xb7bd8f06 in raise () from /lib/libc.so.6 #1 0xb7bda811 in abort () from /lib/libc.so.6 #2 0xb7bd20e0 in __assert_fail () from /lib/libc.so.6 #3 0xb48ed130 in pa_queue_push (q=0x8f59188, p=0x8f8a658) at pulsecore/queue.c:85 #4 0xb48ec66b in pa_pstream_send_memblock (p=0x8f28c40, channel=0, offset=0, seek_mode=PA_SEEK_RELATIVE, chunk=0xb40982cc) at pulsecore/pstream.c:389 #5 0xb48d7a58 in pa_stream_write (s=0x8f2aeb0, data=0x866d768, length=336, free_cb=0, offset=0, seek=PA_SEEK_RELATIVE) at pulse/stream.c:852 #6 0xb491191e in ao_pulse_write (this_gen=0x8606128, data=0x866d768, num_frames=1152) at audio_pulse_out.c:338 #7 0xb7f03f19 in ao_loop (this_gen=0x8606760) at audio_out.c:1240 #8 0xb7b9b383 in start_thread () from /lib/libpthread.so.0 #9 0xb7c8473e in clone () from /lib/libc.so.6 -- 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.24.2 (PREEMPT) Locale: LANG=POSIX, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages libxine1-misc-plugins depends on: ii libasound2 1.0.15-3 ALSA library ii libc6 2.7-6 GNU C Library: Shared libraries ii libflac8 1.2.1-1.1 Free Lossless Audio Codec - runtim ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libmagick9 7:6.2.4.5.dfsg1-2 Image manipulation library ii libmng11.0.9-1 Multiple-image Network Graphics li ii libmodplug0c2 1:0.7-7 shared libraries for mod music bas ii libmpcdec3 1.2.2-1 Musepack (MPC) format library ii libogg01.1.3-3 Ogg Bitstream Library ii libpulse0 0.9.9-1 PulseAudio client libraries ii libsmbclient 3.0.28-2+b1 shared library that allows applica ii libspeex1 1.1.12-3 The Speex Speech Codec ii libstdc++6 4.3-20080202-1The GNU Standard C++ Library v3 ii libtheora0 1.0~beta2-3 The Theora Video Compression Codec ii libvorbis0a1.2.0.dfsg-3 The Vorbis General Audio Compressi ii libwavpack14.41.0-1 an audio codec (lossy and lossless ii libxine1-bin 1.1.10.1-1the xine video/media player librar ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime libxine1-misc-plugins recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464653: git-buildpackage: Allow multiple file filters for git-import-orig
Package: git-buildpackage Version: 0.4.13 Severity: wishlist It seems that only one `--filter' option can be given to git-import-orig. It would be nice to be able to exclude multiple files. Also it should be possible to specify filters in the config file (maybe as comma separated list or some such). -- 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.23-1-686 (SMP w/1 CPU core) Locale: LANG=POSIX, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages git-buildpackage depends on: ii devscripts 2.10.13 Scripts to make the life of a Debi ii git-core 1:1.5.3.8-1 fast, scalable, distributed revisi ii python 2.4.4-6 An interactive high-level object-o ii python-support 0.7.6 automated rebuilding support for p git-buildpackage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462155: avahi-daemon: Please support AVAHI_DAEMON_START again
Package: avahi-daemon Version: 0.6.22-2 Severity: wishlist Why was the AVAHI_DAEMON_START option removed from the defaults file? It's quite standard to have an option there to simply enable/disable a service. Renaming links in the rc*.d directories, on the other hand, is a PITA. I only have avahi-daemon installed as some other packages depend on it, but I really don't want to start it. Please put this option back as it's standard, makes life easier and doesn't hurt anyone. -- 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.23-1-686 (SMP w/1 CPU core) Locale: LANG=POSIX, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages avahi-daemon depends on: ii adduser 3.105 add and remove users and groups ii bind9-host [host] 1:9.4.2-3 Version of 'host' bundled with BIN ii dbus 1.1.2-1simple interprocess messaging syst ii libavahi-common3 0.6.22-2 Avahi common library ii libavahi-core50.6.22-2 Avahi's embeddable mDNS/DNS-SD lib ii libc6 2.7-5 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libdaemon00.12-1 lightweight C library for daemons ii libdbus-1-3 1.1.2-1simple interprocess messaging syst ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip Versions of packages avahi-daemon recommends: ii libnss-mdns 0.10-3 NSS module for Multicast DNS name -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
