Bug#854866: Confirmation

Hi Stephen, It seems the original submitter lost interest, but I can confirm that this happens. Not sure this is the only problem, but /lib/udev/rules.d/60-solaar.rules only has a limited set of device IDs: ATTRS{idVendor}=="046d", ATTRS{idProduct}=="c52b", GOTO="solaar_apply"

Bug#906958: needrestart: Complains when the microcode is newer than what Debian has

Package: needrestart Version: 3.3-1 On this box, needrestart gives this message: The currently running processor microcode revision is 0x20 which is not the expected microcode revision 0x1f. Unless I'm misunderstanding the versioning scheme, this release is newer than what intel-microcode

Bug#884784: systemd-network segfaults

On Sat, Mar 17, 2018 at 3:20 AM, Michael Biebl wrote: > On Tue, 19 Dec 2017 19:50:49 +0200 =?utf-8?q?R=C3=A9mi_Denis-Courmont?= >> systemd-networkd from version 236-1 systematically segfaults at start-up. > > Could you test with v238 please and report back with your results.

Bug#849963: tigervnc-standalone-server: Syntax error in /usr/bin/tigervncserver

Package: tigervnc-standalone-server Version: 1.7.0-2 Severity: normal In line 705, in the code path for the -fg option, the script does: system $cmd[0] (@cmd); This will lead to a "Can't use string as a subroutine ref" error with current Perl releases. The correct syntax is system { $cmd[0] }

Bug#831390: static global variables are not thread safe

On 15 Jul 2016, at 15:49, Daniel Kahn Gillmor <d...@fifthhorseman.net> wrote: > > On Fri 2016-07-15 14:19:51 +0200, Maik Zumstrull wrote: >> As a quick fix, I suggest declaring these variables thread-local: >> >> static __thread FILE *groupsfile = NULL; >&

Bug#831390: static global variables are not thread safe

Package: libnss-extrausers Version: 0.6-3 The implementation uses three static global pointer variables: static FILE *groupsfile = NULL; static FILE *shadowfile = NULL; static FILE *usersfile = NULL; Since these are used without locks or atomic operations, this is not thread-safe, even though

Bug#823530: systemd 228 reduced maximum number of tasks in a cgroup to 512 by default

On Sat, May 7, 2016 at 1:25 PM, Santiago Vila wrote: > I'm using a hand-made autobuilder which is triggered by cron, asks a > server for a package to build and uses sbuild to build the package. > Should I override this for the cron service only? cron probably shouldn't be

Bug#823530: In favor of keeping the limit

In my opinion, the bugs here are in different packages: - Packages that provide a way for users to log in to the system, but don't create a user slice - Packages that provide services that operate using an unreasonable number of processes or threads, and can't be bothered to declare as much in

Bug#822341: steam:i386: steam-devices package was not built

Package: steam Version: 1.0.0.52-1 Severity: normal With the last upload (1.0.0.51-1), you added a steam-devices package that installs udev rules for some Valve hardware like the Steam Controller. It appears with the current version, this package was not built or at least didn't end up in the

Bug#818116: Broken fix

reopen 818116 thanks You replaced "grep" with "grep | true" which not only fixes the return code but also eats the output. The intention was probably to use "grep || true". The package now prints /var/lib/dpkg/info/uwsgi-plugin-python.postinst: 61: [: Illegal number: during install (but no

Bug#814321: Maybe not totally useless?

reopen 814321 thanks Dropping this dependency led to one of my machines uninstalling tex-common, which then made dpkg error out: # dpkg --configure -a Setting up fonts-lmodern (2.004.5-2) ... /var/lib/dpkg/info/fonts-lmodern.postinst: 17: /var/lib/dpkg/info/fonts-lmodern.postinst:

Bug#801869: nvidia-graphics-drivers: setting /dev/nvidia* to root:video 0660 breaks gdm3, sddm, ...

On Thu, 15 Oct 2015 15:14:39 +0200 Andreas Beckmann wrote: > For local users logging into X a session-based membership in the video > group is handled automatically via some consolekit magic (in > nvidia-kernel-common). I believe consolekit is deprecated, has this magic been

Bug#671305: (no subject)

On Thu, Oct 10, 2013 at 12:10 PM, Thomas Lange la...@informatik.uni-koeln.de wrote: Please try the newest dracut version (034-1 atm.) and setting rd.auto=1. Cryptsetup no longer hangs. Some weirdness handing over to init, which tries to unlock a device again that dracut already unlocked. But the

Bug#700975: RAID barely usable on my home machine

On Fri, Apr 5, 2013 at 10:23 AM, Robin Hill ro...@robinhill.me.uk wrote: On Thu Apr 04, 2013 at 10:13:05 +0200, Maik Zumstrull wrote: I've managed to find a configuration on my home desktop where a particular RAID array is barely usable. I used to have the same issues on one of my machines

Bug#700975: RAID barely usable on my home machine

On Fri, Apr 5, 2013 at 2:16 AM, Roger Heflin rogerhef...@gmail.com wrote: lspci look like this for the controller: SATA controller: Marvell Technology Group Ltd. Device 9230 (rev 10) 4pt sata3.0 6gbit or is yours a different one? Mine looks slightly different (included somewhere in my mail),

Bug#700975: RAID is still barely usable

Any way to get some attention on this bug? Unless I'm missing something, it seems to make a fairly major feature (md) nearly unusable (for me), with issues of potential data loss. Maybe my hardware is just too exotic? But as far as I can tell, this is a popular AHCI chip, and those are popular

Bug#700975: Marvell 88SE9230: Freaks out and drops all disks if sent SMART command during RAID rebuild

On Thu, Apr 4, 2013 at 9:34 PM, Jonathan Nieder jrnie...@gmail.com wrote: Please send a summary of symptoms to linux-r...@vger.kernel.org, cc-ing either me or this bug log so we can track it. Will do. FWIW I think the underlying issue is likely in the SATA code, with RAID just providing the

Bug#700975: RAID barely usable on my home machine

Hello Linux RAID and ATA people, I've managed to find a configuration on my home desktop where a particular RAID array is barely usable. You can find my initial report at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700975 In summary: - I create an array across four disks on a Marvell

Bug#671305: New dracut version 026 available

On Mon, Mar 25, 2013 at 2:12 PM, Thomas Lange la...@informatik.uni-koeln.de wrote: I just uploaded dracut_026+71+g78d1d4f-1. Could you please test if your problem is fixed in this version. Nope. - Didn't boot at all at first (I suspect non-dracut issue, fixed by power off) - Didn't activate md

Bug#700975: Also happens on 3.8

Just tried with 3.8.2, fresh from experimental.

Bug#700975: Happens with wheezy kernel

Tried building an array with linux-image-3.2.0-4-amd64 / 3.2.35-2, same issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#700975: linux-image-3.7-trunk-amd64: Marvell 88SE9230: Freaks out and drops all disks if sent SMART command during RAID rebuild

Package: src:linux Version: 3.7.8-1~experimental.1 Severity: normal Subject says most of it. These are new components: PCIe card with that Marvell chip, 4 exposed SATA 6G ports, one WD Red 3TB on each port. Disks are fine according to SMART conveyance test. Console action: maik@antares:~/ sudo

Bug#694481: opensc: Lacks support for ePass2003 USB token

Package: opensc Version: 0.12.2-3 Severity: normal Upstream apparently has this (epass2003.profile), please upload a build with this support included as soon as it's convenient. Thanks, Maik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe.

Bug#689753: linux-image-3.5-trunk-amd64: Please support /boot being vfat, or another way of having the kernel on the EFI system partition

Package: src:linux Version: 3.5.5-1~experimental.1 Severity: normal Call me a masochist, but I've been using UEFI boot on systems new enough to support it. For this, it makes sense to have the kernel and initrd images on the EFI system partition. It's not an absolute requirement. One could have

Bug#684767: kernel: missing support for Ivy Bridge GT2 Server

On Sun, Sep 30, 2012 at 1:52 AM, Jonathan Nieder jrnie...@gmail.com wrote: Hi Maik, Maik Zumstrull wrote: This is on an Ivy Bridge Xeon E3 with GPU. [...] 3.2 crashes as well, but not as hard as 3.4. With 3.2, X doesn't come up, but you can switch to a console and reboot. Sorry

Bug#684650: libdrm-intel1: X dies hard on Ivy Bridge GT2 Server graphics

On Sat, Aug 18, 2012 at 6:35 PM, Julien Cristau jcris...@debian.org wrote: Please package a version = 2.4.34 or backport the patches mentioned in this bug report: https://bugs.freedesktop.org/show_bug.cgi?id=53222 Why did you file a duplicate then? I felt a separate bug against libdrm was

Bug#684650: libdrm-intel1: X dies hard on Ivy Bridge GT2 Server graphics

Package: libdrm-intel1 Version: 2.4.33-3 Severity: important If X is started with this libdrm on a machine with Ivy Bridge GT2 Server Intel graphics, it crashes and leaves the machine in an almost unusable state (network/ssh might remain up). X is certainly completely unusable, as it won't start.

Bug#683167: Attempting to start X with intel driver hangs system

On Mon, Aug 6, 2012 at 2:39 AM, Jonathan Nieder jrnie...@gmail.com wrote: One more test and then we should take this upstream: does a boot without attempting to start X work ok? Do you get a working framebuffer console? Yes, that works fine. Either way, please report this upstream

Bug#683167: Attempting to start X with intel driver hangs system

On Sat, Aug 4, 2012 at 10:27 PM, Jonathan Nieder jrnie...@gmail.com wrote: Please attach a full log from netconsole from booting and reproducing the problem. (It's ok if it doesn't say anything interesting at the crucial moment.) Done. If you can get the corresponding Xorg log, that would

Bug#683167: Attempting to start X with intel driver hangs system

On Sat, Aug 4, 2012 at 10:04 AM, Jonathan Nieder jrnie...@gmail.com wrote: Can you get a trace of the crash using a serial console[1] or netconsole[2]? I got netconsole working, and some messages came through (I replugged a USB device to trigger some), but nothing when it crashes. I don't have

Bug#683167: Also in 3.5

Now running linux-image-3.5-trunk-amd64 (3.5-1~experimental.1). Still happens. Note that while I suspect the kernel, I'm in no position to rule out the X driver. Feel free to loop them in. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe.

Bug#683167: Attempting to start X with intel driver hangs system

On Fri, Aug 3, 2012 at 9:01 PM, Jonathan Nieder jrnie...@gmail.com wrote: Does the squeeze 2.6.32.y kernel reproduce the same trouble? (It should run fine on a wheezy/sid system.) Could you retrieve full dmesg output from the 3.2.y failure? 2.6.32 has never heard of this GPU, so the i915

Bug#683558: s3cmd: Please cherrypick upstream bugfix

Package: s3cmd Version: 1.1.0~beta3-1 Severity: normal Upstream issue: https://github.com/s3tools/s3cmd/issues/24 Upstream fix: https://github.com/s3tools/s3cmd/commit/9c57a3ba2163915deb2cc63cefa885a66ac377ab This prevents using s3cmd sync in a cronjob. Upstream has unfortunately not cut a

Bug#683167: linux-image-3.4-trunk-amd64: Attempting to start X with intel driver hangs system

Package: src Version: 3.4.4-1~experimental.1 Severity: important This is on an Ivy Bridge Xeon E3 with GPU. I thought it was the X driver, because i915 KMS works fine for the console, it only crashes when trying to bring up X. But I pulled in the 2.20.2 driver today and it still happens. So I now

Bug#671305: (no subject)

On Sat, May 26, 2012 at 9:20 AM, Thomas Lange la...@informatik.uni-koeln.de wrote: I wonder why this does not work, since the xts kernel modules should be included. Please call dracut -v and check if the xts module in not loaded into the initramfs. I can confirm that - dracut attempts to ship

Bug#646130: parted staleness

How about creating a separate parted3 package, if parted 2.x will be needed by d-i for the foreseeable future? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#671305: dracut: cryptsetup just hangs, making the system unbootable

Package: dracut Version: 018+32+geb6e141-1 So, I had a bit of a bad experience yesterday evening. :-) I switched from initramfs-tools to dracut 18, because I like the idea of dracut, and I had successfully used dracut 17. But after reboot and entering a LUKS password, nothing happened. I

Bug#664487: xvba-va-driver: Needs to make the multiarch move

Package: xvba-va-driver Version: 0.8.0-3 Severity: important With the recent libva update, xvba-va-driver no longer works by default, because libva looks for drivers in a multiarch path now. Workaround: LIBVA_DRIVERS_PATH=/usr/lib/dri LIBVA_DRIVER_NAME=xvba -- System Information: Debian Release:

Bug#605275: EeePC 1005HAG still freezes when probing the builtin 3G modem

On Tue, Feb 28, 2012 at 06:09, Dan Williams d...@redhat.com wrote: Notes I'd seen from another driver indicate that it's got a modem/PPP port (intf 0), a DIAG/DM port (intf 1 or 2) and the PCUI port (intf 1 or 2).  At least the PCUI port should be able to respond to AT commands too.  Can you

Bug#605275: EeePC 1005HAG still freezes when probing the builtin 3G modem

On Tue, Feb 28, 2012 at 19:19, Dan Williams d...@redhat.com wrote: On Tue, 2012-02-28 at 11:14 +0100, Maik Zumstrull wrote: ttyUSB0 acts like a modem. That it opens instantly holds with picocom as well, the other ones hang for a bit. ttyUSB1 doesn't seem to take AT commands (no response

Bug#605275: EeePC 1005HAG still freezes when probing the builtin 3G modem

On Mon, Feb 27, 2012 at 16:33, Dan Williams d...@redhat.com wrote: Ah, yeah, that would make sense.  Does this happen for *all* ports on the modem, or only a few ports? Patched the C snippet to open/close all three. Looks like ttyUSB0 is fine, 1 and 2 hang. #include sys/types.h #include

Bug#605275: EeePC 1005HAG still freezes when probing the builtin 3G modem

On Mon, Feb 27, 2012 at 17:19, Dan Williams d...@redhat.com wrote: Any chance you can get the Windows driver installer for this device? Weirdly, ASUS doesn't offer it for download. I wiped the included Windows first thing. Looking at the INF files gives us clues as to what the ports are used

Bug#605275: EeePC 1005HAG still freezes when probing the builtin 3G modem

On Mon, Feb 27, 2012 at 16:15, Dan Williams d...@redhat.com wrote: What device is this? Some kind of embedded Huawei USB thing. lsusb was in my first mail to the list, don't have the netbook next to me right now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a

Bug#605275: EeePC 1005HAG still freezes when probing the builtin 3G modem

On Sun, Feb 26, 2012 at 18:07, Greg KH g...@kroah.com wrote: On Sun, Feb 26, 2012 at 05:38:46PM +0100, Maik Zumstrull wrote: I don't see any long delay in your kernel log messages. The problem isn't visible in dmesg AFAIK. I was asked to include this output in the report just in case. It's

Bug#605275: EeePC 1005HAG still freezes when probing the builtin 3G modem

On Sun, Feb 26, 2012 at 18:57, Greg KH g...@kroah.com wrote: On Sun, Feb 26, 2012 at 06:35:43PM +0100, Maik Zumstrull wrote: Is the device stuck doing something? Not as far as I know. Are two userspace programs trying to access the device at the same time? The device exports three virtual

Bug#605275: EeePC 1005HAG freezes briefly after resuming

On Wed, Feb 22, 2012 at 22:59, Jonathan Nieder jrnie...@gmail.com wrote: Maik Zumstrull wrote: Reported as: https://bugzilla.kernel.org/show_bug.cgi?id=23962 Thanks.  Apparently Greg doesn't like the bugzilla interface.  Since there has been some BTM elimination work upstream, could you

Bug#605275: EeePC 1005HAG freezes briefly after resuming

On Wed, Feb 22, 2012 at 23:03, Maik Zumstrull m...@zumstrull.net wrote: I tried just a minute ago (the device is next to me) when I saw Greg's mail, on Debian 3.2. It still happens. That was 3.2.4-1, I will reboot into 3.2.6-1 and retry. Also happens on 3.2.6-1. -- To UNSUBSCRIBE, email

Bug#633116: fcgiwrap: Should make CGI error messages available

Package: fcgiwrap Version: 1.0.3-3 Severity: normal It is very useful (I would even say, necessary) to have access to CGI scripts' stderr output for debugging purposes. In its current form, the Debian init script for fcgiwrap apparently sends stderr to /dev/null. I think the actual redirect is

Bug#632641: network-manager should work harder to prevent information leaks with VPN connections

Package: network-manager-openvpn Version: 0.8.999-1 When opening a VPN connection to an IPv4-only OpenVPN host, the only thing NetworkManager currently does to direct traffic through the VPN is switching the IPv4 default route to the tunnel device. In my opinion, that is not enough to protect the

Bug#629290: unbound: Forwarding doesn't work if the target nameserver is broken

On Wed, Jun 15, 2011 at 20:05, Robert Edmonds edmo...@debian.org wrote: Maik Zumstrull wrote: I've noticed this on my home router, which has a fairly fresh dnsmasq. Apparently, unbound can't resolve through this and just SERVFAILs for everything. Obviously, this is primarily a problem

Bug#629290: unbound: Forwarding doesn't work if the target nameserver is broken

On Wed, Jun 15, 2011 at 21:16, Robert Edmonds edmo...@debian.org wrote: you're most likely running unbound in the default debian config which enables DNSSEC validation.  if you comment out the auto-trust-anchor-file line in /etc/unbound/unbound.conf and restart unbound, does it start working

Bug#630145: Problem gone

The problem has fixed itself with today's updates. It can't have been the kernel or libc after all, neither was in this round of updates. Anyway, feel free to close, unless you still want to isolate the cause. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a

Bug#630145: xserver-xorg-core: Segfault with Intel KMS on Asus netbook

Package: xserver-xorg-core Version: 2:1.10.2-1 Severity: important Happens reliably on every startup, not on intermittent problem. This is a very recent development. I suspect either the new kernel or the new libc. -- Package-specific info: X server symlink status:

Bug#629290: unbound: Forwarding doesn't work if the target nameserver is broken

Package: unbound Version: 1.4.10-1 Severity: normal I've noticed this on my home router, which has a fairly fresh dnsmasq. Apparently, unbound can't resolve through this and just SERVFAILs for everything. Obviously, this is primarily a problem in dnsmasq (I assume). But since dnsmasq is in tons

Bug#571196: CherryPy 3.2

Sorry to be a nag about this, but it would be helpful for me to know: Is anybody on this? Does anybody plan to get on this in the near future? I looked at http://svn.debian.org/viewsvn/python-modules/packages/cherrypy3/trunk/ and the package appears to be stalled for over a year now. Even a

Bug#624131: linux-image-2.6.39-rc4-686-pae: Can somewhat reliably produce kernel panic in btrfs code

On Tue, Apr 26, 2011 at 05:59, Ben Hutchings b...@decadent.org.uk wrote: This fix doesn't seem to be in your for-linux branch yet.  Please can you ensure that this (or an alternate fix) is included in 2.6.39. It seems to be in. I also haven't noticed panics with rc5/rc6. Just in case you want

Bug#571196: 3.2 is final

retitle 571196 Please package version 3.2.0 thanks The 3.2 line of CherryPy has been final for a while now. While 3.1 is working mostly fine, 3.2 is the first version of this (and, actually, any) Python web framework that supports Python 3 (PEP-). Especially for this reason, I'd like to see

Bug#624131: linux-image-2.6.39-rc4-686-pae: Can somewhat reliably produce kernel panic in btrfs code

Package: linux-image-2.6.39-rc4-686-pae Version: 2.6.39~rc4-1~experimental.1 Severity: normal Tags: experimental By simply stressing the system with some I/O, I can make it crash within seconds. I'm not setting a higher severity because the bug is in an experimental file system in an experimental

Bug#624131: linux-image-2.6.39-rc4-686-pae: Can somewhat reliably produce kernel panic in btrfs code

On Mon, Apr 25, 2011 at 22:15, Ben Hutchings b...@decadent.org.uk wrote: On Mon, 2011-04-25 at 22:05 +0200, Maik Zumstrull wrote: By simply stressing the system with some I/O, I can make it crash within seconds. I'm not setting a higher severity because the bug is in an experimental file

Bug#621754: fcgiwrap: Should set USER and HOME correctly or not at all

Package: fcgiwrap Version: 1.0.3-3 Severity: normal Right now, with a minimal test script I'm seeing in the environment, among other things: HOME=/root LOGNAME=root MAIL=/var/mail/root PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin USERNAME=root USER=root Of course, the

Bug#616552: fcgiwrap: Should have settings FCGI_SOCKET_OWNER / FCGI_SOCKET_GROUP

On Fri, Apr 1, 2011 at 20:09, Jordi Mallach jo...@debian.org wrote: On Wed, Mar 30, 2011 at 10:31:10PM +0200, Maik Zumstrull wrote: Just looked over it again, and actually, it's not right. This part is off: # Socket owner/group (defaults to FCGI_USER/FCGI_GROUP if not defined

Bug#616552: fcgiwrap: Should have settings FCGI_SOCKET_OWNER / FCGI_SOCKET_GROUP

On Wed, Mar 30, 2011 at 19:12, Jordi Mallach jo...@debian.org wrote: Hi Maik! On Sat, Mar 05, 2011 at 02:31:36PM +0100, Maik Zumstrull wrote: These would correspond to spawn-fcgi's -U and -G options. At the moment, you set these the same as -u/-g. To run scripts as a different user than

Bug#616552: fcgiwrap: Should have settings FCGI_SOCKET_OWNER / FCGI_SOCKET_GROUP

Would you mind having a look at http://svn.debian.org/viewsvn/collab-maint/deb-maint/fcgiwrap/trunk/debian/init?revision=18335 to see if this is what you're looking for? That's pretty close to what I'm already using, yes. Thanks. Just looked over it again, and actually, it's not right.

Bug#617800: Please commit to maintaining unbound in squeeze-updates or -backports

Package: unbound Severity: wishlist Since DNSsec is just now being somewhat widely deployed, significant bugs in DNS implementation pop up at an increased rate at the moment. For example, both unbound 1.4.7 and 1.4.8 consider validation fixes related to CNAMEs, and support for the

Bug#616551: fcgiwrap: DAEMON_OPTS are never actually passed to the daemon

Package: fcgiwrap Version: 1.0.3-1 Severity: normal Should be easy to fix. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-2-amd64 (SMP w/2 CPU

Bug#616552: fcgiwrap: Should have settings FCGI_SOCKET_OWNER / FCGI_SOCKET_GROUP

Package: fcgiwrap Version: 1.0.3-1 Severity: wishlist These would correspond to spawn-fcgi's -U and -G options. At the moment, you set these the same as -u/-g. To run scripts as a different user than the webserver, the needed configuration is: -u someuser -g someuser -U www-data -G www-data

Bug#610750: cryptsetup: decrypt_keyctl script needs an initramfs hook to pull in /bin/keyctl

Package: cryptsetup Version: 2:1.1.3-4 Severity: normal See subject. Additionally, the key script should fall back to unlocking just a single device at a time if keyctl doesn't work for any reason. I'd rather enter the passphrase several times than be left with an unbootable system. Speaking of

Bug#585568: Late devices

In my opinion, this bug should be upgraded from wishlist and retitled. There is a real need to scan for btrfs filesystems later than at the initramfs stage, because of devices that don't exist yet at that point. That includes not only actual hotplugging of the hardware, but also late-open

Bug#606124: lvm2: Should have an easy way to persistently set device owner/group/permissions

Package: lvm2 Version: 2.02.66-4 Severity: wishlist As far as I can see, all lvm2 block devices are owned by root:disk and 0660 and there is no easy way to change it. chown/chmod is lost on reboot when udev recreates the node. Writing your own udev rules is very iffy, as you would need a thorough

Bug#606124: lvm2: Should have an easy way to persistently set device owner/group/permissions

Alasdair G Kergon wrote: On Mon, Dec 06, 2010 at 04:29:57PM +0100, Maik Zumstrull wrote: As far as I can see, all lvm2 block devices are owned by root:disk and 0660 and there is no easy way to change it. chown/chmod is lost on reboot when udev recreates the node. Writing your own udev

Bug#605246: Built-in 3G modem can prevent sleep mode

Package: eeepc-acpi-scripts Version: 1.1.11 On the EeePC 1005HAG, the builtin 3G modem (12d1:1001 Huawei Technologies Co., Ltd. E620 USB Modem) prevents the device from staying in sleep mode. It goes to sleep fine, according to the logs, but immediately wakes up. I suspected that the 3G modem is

Bug#605246: [Debian-eeepc-devel] Bug#605246: Built-in 3G modem can prevent sleep mode

I tried putting the device to sleep after telling the kernel to ignore USB wakeup requests from the 3G modem, and it works, apparently without nasty side effects, the 3G still works after. I think eeepc-acpi-scripts should include a sleep.d hook to do this. A better solution would be to see

Bug#605246: [Debian-eeepc-devel] Bug#605246: Built-in 3G modem can prevent sleep mode

Please can you test whether the attached patch fixes our package of Linux 2.6.32.  You will need to rebuild the kernel package by following the instructions at http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official. On it. -- To UNSUBSCRIBE, email to

Bug#605246: [Debian-eeepc-devel] Bug#605246: Built-in 3G modem can prevent sleep mode

Please can you test whether the attached patch fixes our package of Linux 2.6.32. The system goes to sleep and doesn't immediately wake up. Good. There are no freezes as in #605275. Wifi comes back up. 3G needs to be left alone for a moment (immediate gnokii --monitor once fails), but does come

Bug#605275: EeePC 1005HAG freezes briefly after resuming

Well there's nothing obvious there but it looks like the wifi driver takes some time to start up again after resuming.  Could you test whether this happens if you disable wifi before suspending? Doesn't help, the freezes are still there. I used the Fn+F2 shortcut to disconnect. That leaves the

Bug#605275: EeePC 1005HAG freezes briefly after resuming

Please report this upstream at https://bugzilla.kernel.org under product 'Drivers', component 'USB'.  Let us know the bug number or URL so we can track it. Reported as: https://bugzilla.kernel.org/show_bug.cgi?id=23962 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org

Bug#600280: XKBOPTIONS=compose:rwin doesn't propagate to X

Julien Pinon wrote: Le mardi 23 novembre 2010 à 21:40, Cyril Brulebois k...@debian.org écrivait : If you feel like getting this fixed, find the actual culprit (on the gnome side, as suggested by Julien), and reassign it there. I digged a little bit, and found that maybe the problem

Bug#602087: flush: Should install a magnet: URL handler

Package: flush Version: 0.9.6-1 Severity: minor Subject says all. If you're stumped, see the transmission packaging for how to do this (eg install a gconf template for GNOME). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#600280: keyboard-configuration: Setting a compose key with the debconf question does not set a compose key

Anton Zinoviev wrote: On Sun, Oct 24, 2010 at 04:05:18PM +0200, Samuel Thibault wrote: Maik Zumstrull, le Fri 15 Oct 2010 15:24:47 +0200, a écrit : All I know is, I set Right Logo to be Compose with dpkg-reconfigure and it didn't work, set it again and it didn't work, and rebooted

Bug#600280: keyboard-configuration: Setting a compose key with the debconf question does not set a compose key

Samuel Thibault wrote: Maik Zumstrull, le Tue 26 Oct 2010 12:45:19 +0200, a écrit : XKBMODEL=pc105 XKBLAYOUT=de XKBVARIANT=nodeadkeys XKBOPTIONS=compose:rwin Mmm, I'm getting +compose(rwin) here with your keyboard configuration... Just to make sure keyboard-configuration does its

Bug#600269: vlc: Enqueueing a file to playlist doesn't consider the working directory

Package: vlc Version: 1.1.4-1 Severity: normal Assuming you have these: ~/f/foo.avi ~/b/bar.avi Run: cd ~/f vlc --one-instance foo.avi VLC starts playing foo.avi Elsewhere, run: cd ~/b vlc --playlist-enqueue bar.avi Problem: When done with foo.avi, VLC will try (and fail) to play ~/f/bar.avi

Bug#600280: keyboard-configuration: Setting a compose key with the debconf question does not set a compose key

Package: keyboard-configuration Version: 1.56 Severity: normal The subject will mostly have to do, because I don't understand the keyboard setup stuff anywhere near well enough to have any idea what's going wrong. All I know is, I set Right Logo to be Compose with dpkg-reconfigure and it didn't

Bug#587792: Please compile with --enable-vaapi

Package: vlc Version: 1.1.0-1 Since version 1.1.0, VLC supports hardware-accelerated video decoding through VA-API. The required library is already in Debian and should fail gracefully if no hardware accelerator is available. Please consider switching this feature on for the next upload. --

Bug#585850: claws-mail: forces creation of Queue folder on IMAP even if it's not used

Package: claws-mail Version: 3.7.6-1 Severity: normal I have moved the queue folder to a local Maildir while creating the account because I don't want it on the IMAP server. I have verified that this setting took, it actually uses the local Maildir, not the Queue folder on the Server. Yet,

Bug#585541: libxml-libxml-perl: Setting recover = 2 doesn't shut up the HTML loader

Package: libxml-libxml-perl Version: 1.70.ds-1 Severity: normal If I understand the documentation correctly, perl -MXML::LibXML -e 'XML::LibXML-load_html(location = http://www.yahoo.de/;, recover = 2);' should be completely silent (the page is parseable with warnings). It is not, the parser

Bug#585544: reportbug: exits without explanation if python-gtkspell is not installed

Package: reportbug Version: 4.12.2 Severity: normal reportbug suggests python-gtk2 and python-gtkspell, and the GTK UI needs both to function. If python-gtk2 is installed and python-gtkspell is not (the dependencies allow this), the GTK UI starts and the first few dialog pages work, but when it

Bug#585544: reportbug: exits without explanation if python-gtkspell is not installed

Sandro Tosi wrote: I don't have python-gtkspell installed, but I can use GTK+ UI without a problem, so I suspect something else is going on here. Can you launch $ reportbug --ui=gtk2 from a terminal, generate the error and report the message displayed on the terminal? Take your pick:

Bug#568363: Timing issue in /etc/network/if-pre-up.d/vde2

Package: vde2 Version: 2.2.2-3 Severity: normal On this system, I noticed that a vde interface fails to come up at boot, but ifup/ifdown by hand works when the system is running. I found that this is a timing issue. ifup starts the switch process, then fires off an ifconfig, but occasionally the

Bug#566862: nginx: Initscript should not depend on $all

Package: nginx Version: 0.7.64-2 Currently, /etc/init.d/nginx specifies: # Provides: nginx # Required-Start:$all # Required-Stop: $all I don't believe it's actually true that nginx needs every other service to be running before it starts or stops, and an $all dependency means

Bug#554635: fglrx-glx: Should install XvBA (video decoding acceleration) library files

Package: fglrx-glx Version: 1:9-10-1 Severity: normal Software is now available to use AMD's proprietary video decoding acceleration API, XvBA. I have confirmed on a test system that this works, however, it requires a few library files that the Debian package currently ignores (they're in the

Bug#544155: please test this GRUB snapshot

Robert Millan wrote: Here's a fixed build. Please confirm it's working and we'll get this fix merged ASAP. http://people.debian.org/~rmh/ati/dacfix/ Sorry, but no. This falls back to text mode, with unaligned pointers. -- To UNSUBSCRIBE, email to

Bug#544155: please test this GRUB snapshot

Robert Millan wrote: On Thu, Sep 10, 2009 at 01:36:41AM +0200, Robert Millan wrote: Here's a fixed build. Please confirm it's working and we'll get this fix merged ASAP. http://people.debian.org/~rmh/ati/dacfix/ Second attempt: http://people.debian.org/~rmh/ati/dacfix2/

Bug#544155: please test this GRUB snapshot

Robert Millan wrote: On Thu, Sep 10, 2009 at 03:13:29PM +0200, Robert Millan wrote: On Thu, Sep 10, 2009 at 01:36:41AM +0200, Robert Millan wrote: Here's a fixed build. Please confirm it's working and we'll get this fix merged ASAP. http://people.debian.org/~rmh/ati/dacfix/

Bug#544155: please test this GRUB snapshot

Robert Millan wrote: On Thu, Sep 10, 2009 at 09:31:44PM +0200, Maik Zumstrull wrote: Still broken, not noticably different. There we go again: http://people.debian.org/~rmh/ati/dacfix4/ Improvement. It successfully enters gfxterm, console commands including vbeinfo work

Bug#544155: please test this GRUB snapshot

Robert Millan wrote: On Wed, Sep 09, 2009 at 01:58:13AM +0200, Witold Baryluk wrote: Dnia 2009-09-08, wto o godzinie 22:55 +0200, Robert Millan pisze: Please test: http://people.debian.org/~rmh/ati/2464/ It works correctly here. Thanks. Then please test:

Bug#544155: please test this GRUB snapshot

Robert Millan wrote: 2476 is badly broken. The package has trouble even installing, and after manually interfering, the actual grub fails, too. Can't go into graphical mode, can't boot, unaligned pointer. Great, just as I expected. Please try this one now:

Bug#544155: please test this GRUB snapshot

Robert Millan wrote: Ok, can you try this one as well? Just to be sure 1.97~beta2-2 works fine for you once DAC calls are removed. http://people.debian.org/~rmh/ati/nodac/ It seems to work okay. Thanks for your efforts. -- To UNSUBSCRIBE, email to

Bug#544155: please test this GRUB snapshot

Robert Millan wrote: Ok. Please try: http://people.debian.org/~rmh/ati/2392/ Still works. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#544155: please test this GRUB snapshot

Robert Millan wrote: Ok. Please test: http://people.debian.org/~rmh/ati/2440/ 20090721 works, 20090808 fails. I switched between the two a couple of times to make sure. Seems it's pretty well narrowed down now. :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org

Bug#544155: please test this GRUB snapshot

Robert Millan wrote: Still down. I guess I'll be your snapshots.debian.net today. :-) Here's the first one: http://people.debian.org/~rmh/ati/2106/ I'm sorry, my T43p is fairly old (2005 model). Its Pentium M processor is strictly i686, not amd64 compatible. -- To UNSUBSCRIBE,

  1   2   >