Bug#523896: (no subject)

Confirming the cause: uninstalling splashy resolved the problem for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#547649: grub-pc postinst exit status 128

@@ -20,7 +20,7 @@ db_get grub-pc/kopt_extracted || true # this check ensures we only do this once if [ $RET = false ] ; then -kopt=`sed -ne s/^# kopt=//p /boot/grub/menu.lst | tr -s \n | grep -vx \(ro\|root=[^ ]*\)` || true +kopt=`sed -ne s/^#

Bug#529289: upstreamed

Sjoerd Simons wrote: Thanks for looking into this. If i understand the upstream bug correctly fixing this issue is currently blocking on ALSA and can only then be properly fixed in pulseaudio ? Yes. I've been kind of swamped with work since, so I haven't pursued it further. I still intend

Bug#615486: unattended-upgrades: do not create unnecessary log directory

Package: unattended-upgrades Version: 0.62.2 Severity: minor Tags: patch The current code for unattended-upgrades creates the default logdir (/var/log/unattended-upgrades) regardless of whether the user has specified a different LogDir. (two additional sidenotes: - why the disparity between

Bug#524518: (no subject)

sorry for the late response, I don't think I have ever received message #10 by mail. I can confirm that installing busybox resolved the errors (variable was already set to =y). Cheers, Arno -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe.

Bug#525141: not just synaptic

The same problem also appears when using apt-get dist-upgrade. However, aptitude does things correctly: aschur...@neminis:~$ sudo aptitude dist-upgrade [sudo] password for aschuring: Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state

Bug#425301: gnome-mount: can't eject audio CDs

Package: gnome-mount Version: 0.8-2 Severity: normal It looks like gnome-mount (or some other GNOME component) is just way too possessive about audio CDs: if I put a CD in the tray and close it, then wait 5 seconds, I am no longer able to open the disc tray by pressing the Eject button. My

Bug#562872: tentative patch

Hi, Well I'm not really the most skilled Ada developer, but I figured I'd give this a shot anyway ;) The attached patch allows me to build (and install) adasockets with gnat-4.4 as currently in Debian testing. Basically, I did an apt-get source followed by dpkg-buildpackage and analyzed the

Bug#556809: patch available

A preliminary patch is attached to #562872 . Regards, Arno -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#540388: pulseaudio: no sinks available but auto_null

Package: pulseaudio Version: 0.9.15-4.1 Severity: important After upgrading from 0.9.15-2 yesterday, I have no sinks available when using module-hal-detect. It appears to recognize the card correctly, as I still have the same number of card profiles available as with the last update (#529289).

Bug#540388: pulseaudio -vv logs

Attached are the relevant pulseaudio logs: 0.9.15-2: with stock default.pa, does initialize IEC958 output 0.9.15-4: with stock default.pa, fails to initialize IEC958 output 0.9.15-4-*: with my default.pa, crashes PA PA-0.9.15-2.log.gz Description: GNU Zip compressed data PA-0.9.15-4.log.gz

Bug#540388: fixed

Quoting Lennart from http://pulseaudio.org/ticket/624#comment:3 Could you please retry with 0.9.16-test4? Some drivers seem to have issues with the order in which buffer/frag size is configured. This is turned around in test4. This issue is indeed fixed in test4. -- To UNSUBSCRIBE, email to

Bug#529289: upstreamed

Upstream bug report is http://pulseaudio.org/ticket/624 I'm working on a fix myself, but this fix would require 0.9.16 (in experimental) and pulseaudio-module-udev (not packaged yet). According to Lennart, it also requires udev = 143 (not packaged yet). -- To UNSUBSCRIBE, email to

Bug#529290: pulseaudio: can't select non-iec958 profiles

Package: pulseaudio Version: 0.9.15-1 Severity: normal Since installation of 0.9.15-1 (0.9.14 worked without problems) I can not use pulseaudio in its default configuration with my soundcard (Terratec EWS88 MT). Like #522177 (where I reported this first), I received no error messages, no

Bug#529289: pulseaudio: can't select non-iec958 profiles

Subject: pulseaudio: can't select non-iec958 profiles Package: pulseaudio Version: 0.9.15-1 Severity: normal Since installation of 0.9.15-1 (0.9.14 worked without problems) I can not use pulseaudio in its default configuration with my soundcard (Terratec EWS88 MT). Like #522177 (where I reported

Bug#529289: Acknowledgement (pulseaudio: can't select non-iec958 profiles)

oops. Got submitted twice. This is a duplicate of 529290. Please kill one of them. Thanks, Arno -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#529290: pulseaudio -vvv log files

Attached are two pulseaudio log files, generated with $ pulseaudio -vvv 21 | tee PA-${file} The non-working case has an almost-default (dpkg-provided) /etc/pulse/default.pa, while the working case has the following modifications: -load-module module-hal-detect +#load-module module-hal-detect

Bug#529290: pulseaudio: can't select non-iec958 profiles

Sjoerd Simons wrote: Can you test if this issue still occurs with a 2.6.29 kernel and libasound2 1.0.20? There is a reasonably steady amount of fixes going into alsa as loads of bugs get uncovered by pulseaudio Unfortunately, neither solves this issue. Attached is again the output of

Bug#536739: in testing now

Just a heads-up: it seems that this version has now rippled down to testing, this bug notwithstanding. The packages given above do work for me as well, with the same warnings as the previous poster. Any progress towards a newer version? Thanks, Arno -- To UNSUBSCRIBE, email to

Bug#580779: cl-asdf: ecl won't install: The function SYSTEM-SOURCE-FILE is undefined

Package: cl-asdf Version: 2:1.502-1 Severity: normal I'm trying to install ecl, but the system won't let me: [...] Reinstalling for ecl Recompiling Common Lisp Controller for ecl /usr/lib/common-lisp/bin/ecl.sh loading and dumping clc. ;;; Loading /usr/lib/ecl/install-clc.lisp ;;; Loading

Bug#571312: aptitude ignores preferences.d directory

Package: aptitude Version: 0.6.1.5-3 Severity: normal Could this be a duplicate of #557580? I ran into this very same issue today (well, finally noticed it today). It appears a temporary fix is to re-create the single-file preferences: r...@neminis:~# cat /etc/apt/preferences.d/*

Bug#549080: strace

Attached is the strace log from 264-2+b1, the version currently in unstable. The relevant lines all look like: open(/lib/libnss_ldap.so.2, O_RDONLY) = -1 ENOENT Which is exactly what the submitter already indicated. The given workaround still applies: $ ln -s nss_ldap.so.1 /lib/libnss_ldap.so.2

Bug#523896: module-init-tools: Recent upgrade broke module auto-loading

Subject: module-init-tools: Recent upgrade broke module auto-loading Package: module-init-tools Version: 3.7-pre9-1 Severity: important After booting today, several essential modules were not loaded at bootup, giving me a barely functional system (no sound and no external drives). The missing

Bug#523904: quodlibet: QL crashes at exit

Subject: quodlibet: QL crashes at exit Package: quodlibet Version: 2.0-2 Severity: normal Qoudlibet consistently crashes when I shut it down. A similar report can be found in #449339, but since the backtraces and major versions differ I don't consider this bug a duplicate. === STACK TRACE

Bug#524518: splashy: grep and pidof are not available in initramfs

Subject: splashy: grep and pidof are not available in initramfs Package: splashy Version: 0.3.13-4 Severity: normal After adding splash to the kernel command line, I get the following error messages on the console: /scripts/local-premount/splashy: 35: grep: not found /scripts/init-bottom/splashy:

Bug#594725: icedove: Kerberos support?

Hi Christoph, Thanks for your reply. At least I know that it should be supported. On Tue, 31 Aug 2010 20:52:27 +0200 Christoph Goehre ch...@sigxcpu.org wrote: Type this two lines in a terminal: export NSPR_LOG_MODULES=negotiateauth:5 export NSPR_LOG_FILE=/tmp/negotiateauth.log There

Bug#594725: icedove: Kerberos support?

Package: icedove Version: 3.0.6-1 Severity: normal Somehow I cannot get Icedove to play nice with my Kerberos/Dovecot setup. Mutt works fine, but with icedove, I get ... you have enabled secure authentication and this server does not support it. But the Dovecot logs show that it is not even

Bug#598962: gtkvncviewer: fails to start - gnomekeyring error

Package: gtkvncviewer Version: 0.4-2.2 Severity: important aschur...@neminis:~$ gtkvncviewer ** Message: secret service operation failed: Cannot get secret of a locked object Traceback (most recent call last): File ./gtkvncviewer.py, line 426, in module instance = GtkVncViewer() File

Bug#603826: lsdvd: subsecond calculation is wrong

Package: lsdvd Version: 0.16-3+b1 Severity: normal Tags: patch I noticed that dvdxchap and disagreed on the subsecond resolution of (for example) chapter durations. Initially I thought that the two simply used a different scale (frames vs milliseconds), but when I looked at the source the

Bug#522177: pulseaudio: on EWS88MT (Via ice1712) this is caused by IEC958 profiles

Subject: pulseaudio: no sound because of IEC958 profiles Package: pulseaudio Version: 0.9.15-1 Severity: normal Short version: check the Configuration tab in pavucontrol! Long version: I got bitten today by this as well, after installation of 0.9.15-1 (0.9.14 worked without problems): no error

Bug#515009: another source

It looks like https://bugs.launchpad.net/pulseaudio/+bug/213053 describes the same bug. Like that bug, I have been unable to reproduce it since. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#517954: in testing now

I'm sorry for bringing this up again, but we're now in testing and I've only received more of these warning messages instead of less: WARNING: All config files need .conf: /etc/modprobe.d/isapnp, it will be ignored in a future release. WARNING: All config files need .conf:

Bug#583653: radeon.agpmode=-1

I can confirm that switching to PCI mode alleviates the slowdowns for me as well, on a Radeon 9550 (r300). But the overall 2d performance (as measured with gtkperf) is still 50% lower than without KMS: 18 seconds, as opposed to 12 seconds without KMS. Interestingly, the gtkperf tests take 19

Bug#580779: cl-asdf: ecl won't install: The function SYSTEM-SOURCE-FILE is undefined

I've since upgraded all components to unstable versions, that solved my immediate problem Thanks for the information, Arno -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587152: evince: needs to stop resizing its window

Package: evince Version: 2.30.1-3 Severity: normal Every new file I open with evince causes the program to resize its window to way beyond the size of my screen. What's worse, it does the resize *after* it has been placed by my window manager (e17, fwiw), completely defeating the intelligent

Bug#587263: exfalso: TitleCase broken for non-English locales

Package: exfalso Version: 2.2.1-1 Severity: normal I see that ql 2.2.1 included a fix for titlecase: - Title case: Improved title casing for English text. But that change completely defeats the way in which I have been using that plugin. That's fine, but QL seems to assume that the whole world

Bug#592251: e17: can't add shelf, can't move shelf

Package: e17 Version: 0.16.999.49898-1 Severity: important I was very happy this morning to see E17 finally appearing in Debian. Sadly, the happiness was shortlived since I spent the rest of the day getting it to work like the p.e.o version has been doing over the past year. Immediately after

Bug#592251: [Pkg-e-devel] Bug#592251: e17: can't add shelf, can't move shelf

Hi Albin, First: thanks for the swift response :) Problem is: I can't change the shelf positions. Whenever I try to move a shelf or add a new one (I'm using multiple monitors, and want to have at least one ibox on every screen), e17 SEGVs. Attached you will find a gdb backtrace of

Bug#592251: [Pkg-e-devel] Bug#592251: e17: can't add shelf, can't move shelf

[..] I might try to reproduce it too. Just so I'm close enough to your configuration: did you just use xrandr --whatever-option, or something else (nvidia twinview/xinerama, etc etc) ? $ xrandr --size 2304x1280 --output VGA-0 --mode 1280x1024 --pos 0x256 \ --output DVI-0 --mode 1280x1024

Bug#547649: grub-pc postinst exit status 128

Package: grub-pc Version: 1.97~beta3-1 Severity: important dist-upgrade today tried to install grub-pc as a replacement for grub-legacy. Installation went fine, then I was presented with the debconf dialog to chainload grub-pc from grub-legacy. No matter which option I choose in that dialog

Bug#547649: grub-pc postinst exit status 128

Felix Zielcke wrote: [...] I hope you have at least time to do this: Change the first line of /var/lib/dpkg/info/grub-pc.postinst from `#!/bin/bash -e' to `#!/bin/bash -ex', i.e. add `x' then run DEBCONF_DEVELOPER=debug /var/lib/dpkg/info/grub-pc.postinst configure 1.97~beta3-1 Here it is,

Bug#547649: grub-pc postinst exit status 128

Felix Zielcke wrote: [...] It's the other way around: DEBCONF_DEBUG=developer [...] And you added the x to the shebang of grub-pc.postinst? Maybe also add it in grub-pc.config. I only get the above output if I run it with `bash -x .../grub-pc.postinst' without adding a x in the shebang.

Bug#547649: grub-pc postinst exit status 128

Felix Zielcke wrote: [...] And you added the x to the shebang of grub-pc.postinst? Maybe also add it in grub-pc.config. I only get the above output if I run it with `bash -x .../grub-pc.postinst' without adding a x in the shebang. With added -x in /var/lib/dpkg/info/grub-pc.config I get:

Bug#549994: eterm: No dependency on k14 fallback font

Package: eterm Version: 0.9.5-2 Severity: minor After cleaning my system (using aptitude markauto) this weekend, I am encountering the same problem as in bug #112919, but in my case I'm not using a remote X session. aschur...@neminis:~$ Eterm Eterm: Error: Unable to load font

Bug#550293: .../initramfs-tools/hooks/util-linux ignored: not alphanumeric or '_' file

Package: util-linux Version: 2.16.1-3 Severity: minor I encountered the following warning while writing my own initramfs hook: /usr/share/initramfs-tools/hooks/util-linux ignored: not alphanumeric or '_' file Apparently the initramfs hook processing code does not like filenames with hyphens

Bug#550392: firmware-linux: Radeon kernel modesetting requires pre-initramfs firmware loading

Package: firmware-linux Version: 0.18 Severity: wishlist Tags: patch (Yes I know, I'm way ahead of the curve. Since I had to tackle this problem, I figured I might just as well publish my results) Starting with kernel 2.6.32, the radeon in-kernel driver will stall the boot process while

Bug#529289: pulseaudio: can't select non-iec958 profiles

Sjoerd Simons wrote: [...] The 0.9.15-3 package contains a backported patch from git which allows the hw device to be used as a fallback, if the front device isn't usuable for 2ch stereo. This patch might fix this issue, could you give it a try ? :) Well, trying to upgrade causes aptitude to

Bug#532926: gtkperf results

As a point of information, here are the results of gtkperf running on both monitors (in a 2360 x 1920 virtual screen): -- 17 LCD in 1280x1024 GtkPerf 0.40 - Starting testing: Sat Jun 13 10:48:48 2009 GtkEntry - time: 0.12 GtkComboBox - time: 2.99 GtkComboBoxEntry - time: 1.95 GtkSpinButton -

Bug#532926: gtkperf part 2

I did the tests above again, but now included the results for single-monitor setups, and without any other apps running. extended screen, 17 monitor: Total time: 15.06 extended screen, 24 monitor: Total time: 47.58 $ xrandr --output DVI-0 --off single screen, 17 monitor: Total time: 14.97 $

Bug#532926: xserver-xorg-video-ati: XRandR multi-monitor: slowness on one screen, acceleration on the other

Alex Deucher wrote: Rotation uses the 3D engine so the largest desktop size that can be rotated with hardware is limited to the max texture size: 2048x2048 for your card. For desktops larger than that, software is used for rotation. 1280 + 1920 2048. Ah, I see. That does explain the speed

Bug#532926: xserver-xorg-video-ati: XRandR multi-monitor: slowness on one screen, acceleration on the other

Alex Deucher wrote: The solution will be implemented xserver and driver side via EXA changes. This is being addressed in the shatter work being done right now as a GSOC project. Yay, more testing! ;) This bug should probably be closed now as I'm asking for a (currently) non-existing

Bug#630701: qemu-kvm: preserve kvm capabilities on upgrade

Package: qemu-kvm Version: 0.14.1+dfsg-1 Severity: wishlist Using KVM with tap-based network interfaces, I need to set the cap_net_admin capability on the kvm binary because I want to start VMs as a normal user. However, on every package upgrade, the binary files are overwritten and the

Bug#622721: quodlibet: --start-playing does not play if current file does not match search filter

Package: quodlibet Version: 2.2.99-1 Severity: normal I always start quodlibet with --start-playing because, well, that's what it's for. However, since the new version quodlibet occasionally starts with no audio track selected, causing it to start Not Playing even though ..quodlibet/current

Bug#594791: acknowledged by developer (closing 594791)

Hi Julien, please keep me CC'ed when talking to my bug report -- the Debian Bug System does not automatically relay mails to the submitter. What is the output of `dspam_admin aggregate preference your-username'? ladmin@gnome:~$ sudo dspam_admin aggregate preference aschuring spamAction=tag

Bug#594791: acknowledged by developer (closing 594791)

What you seem to want is that DSPAM delivers spam without tagging them, am I right? If so, do use spamAction=deliver (instead of tag). Ah, oops. The way I understood the documentation (well, what I could find), was that spamAction=tag combined with signatureLocation=headers would achieve the

Bug#618275: dup of #617791

Hi, this has been reported twice, other report is #617791. The cause is in #490277 (adding support for IPv6). I have done a local rebuild with --disable-ipv6 (both libtorrent and rtorrent), which has resolved the issue for me. This might not be a fix, but on my system, the DHT error caused

Bug#618275: dup of #617791

Thusly spoke Rogério Brito (rbr...@ime.usp.br on 2011-03-14 19:44 -0300): This might not be a fix, but on my system, the DHT error caused rtorrent to exit immediately, rendering the package useless. Well, this didn't happen where to me, as I could download the new live image that Gentoo

Bug#618733: x11-common: startx as non-root no longer working

Package: x11-common Version: 1:7.5+8 Severity: minor It appears to be no longer possible to start X as non-root user, regardless of the x11-common configuration. I don't use this too often, so I can't say exactly when it broke. I do remember that this worked fine before Squeeze was released

Bug#618733: x11-common: startx as non-root no longer working

Hi Julien, Julien Cristau (jcris...@debian.org on 2011-03-18 10:53 +0100): the -logfile option makes X drop privileges. Ah, that explains what the man page was trying to tell me. From the wording there, I had expected Xorg to bail out with an error, not silently drop privileges. Please provide

Bug#618275: dup of #617791

Thusly spoke Steinar H. Gunderson (sgunder...@bigfoot.com on 2011-03-17 23:05 +0100): On Thu, Mar 17, 2011 at 06:50:18PM -0300, Rogério Brito wrote: And do I understand it right in that users are reporting it to break IPv4 DHT? Yes, possibly. Would you be so kind to look at the latest bugs?

Bug#618733: x11-common: startx as non-root no longer working

you're missing /usr/bin/X? Yes, it appears so: aschuring@neminis:~$ file /usr/bin/X /usr/bin/X: ERROR: cannot open `/usr/bin/X' (No such file or directory) aschuring@neminis:~$ apt-file search /usr/bin/X | grep -w X xserver-xorg: /usr/bin/X But that shouldn't really be surprising given that

Bug#618733: x11-common: startx as non-root no longer working

Thusly spoke Julien Cristau (jcris...@debian.org on 2011-03-18 23:18 +0100): On Fri, Mar 18, 2011 at 23:14:11 +0100, Arno Schuring wrote: you're missing /usr/bin/X? Yes, it appears so: aschuring@neminis:~$ file /usr/bin/X /usr/bin/X: ERROR: cannot open `/usr/bin/X' (No such file

Bug#618733: x11-common: startx as non-root no longer working

Grumble. I apologize for the noise, I should have been more thorough. Apparently somewhere in the mists of time, while trying to solve things myself, I decided to hand-edit the startx script. And while I did reinstall everything X-related, I apparently did not reinstall xinit itself. A simple sh

Bug#566735: grub-pc: data point +1

With set debug=all I do get an error message: Dropping to grub command line (lsmod confirmed that lvm was already loaded, but I was hoping for an error message): grub insmod lvm grub ls disk/i386/pc/biosdisk.c: 298: Read error when probing drive 0x82 But this error occurs when reading the

Bug#620814: initramfs-tools: fails to include essential module for other leg of md0

Package: initramfs-tools Version: 0.98.8 Severity: normal (resending manually because exim hadn't been configured yet) This is a new Wheezy install on an old server machine. The machine has four PATA disks, tied to two controllers. The four disks are combined into a SW-raid volume using mdadm:

Bug#620814: initramfs-tools: fails to include essential module for other leg of md0

Hi Ben, During installation, I configured initramfs-tools to determine the required modules automatically, which resulted in a non-booting system (notice that the sil680 module is missing): [...] The initramfs-tools 'MODULES=dep' mode is primarily meant for small systems with limited

Bug#620814: initramfs-tools: fails to include essential module for other leg of md0

no, check your box with: egrep MODULES -r /etc/initramfs-tools/ Great. /etc/initramfs-tools/initramfs.conf:# MODULES: [ most | netboot | dep | list ] /etc/initramfs-tools/initramfs.conf:MODULES=most /etc/initramfs-tools/conf.d/driver-policy:MODULES=dep So, which one is the preferred

Bug#620814: initramfs-tools: fails to include essential module for other leg of md0

Thusly spoke maximilian attems (m...@debian.org on 2011-04-05 06:44 +): On Mon, Apr 04, 2011 at 10:15:21PM +, Arno Schuring wrote: no, check your box with: egrep MODULES -r /etc/initramfs-tools/ Great. /etc/initramfs-tools/initramfs.conf:# MODULES: [ most | netboot

Bug#613918: xserver-xorg-video-radeon: display corruption with DefaultDepth 16

forwarded 613918 https://bugs.freedesktop.org/show_bug.cgi?id=34441 hope this works ;) Hello Cyril, thanks for the swift reply! AFAICT from reading xorg-devel, you shouldn't be using depth 16, it's broken in various ways, and kind of unsupported. (Tagging accordingly.) I've asked upstream

Bug#613918: xserver-xorg-video-radeon: display corruption with DefaultDepth 16

Hi, On Sun, 20 Feb 2011 12:05:54 +0100 Cyril Brulebois k...@debian.org wrote: Michel Dänzer daen...@debian.org (20/02/2011): I followed up on the upstream report, I suspect this is the xserver EXA bug causing problems with tiling. Thanks! It indeed appears to be the same bug. In which

Bug#613918: xserver-xorg-video-radeon: display corruption with DefaultDepth 16

In which case, Arno, you may want to give xserver-xorg-core 2:1.9.4-3 a try. Tried, tested, and confirmed: aschuring@neminis:~$ egrep Til\|Dep\|xorg-server /var/log/Xorg.0.log [ 37184.429] xorg-server 2:1.9.4-3 (Cyril Brulebois k...@debian.org) [ 37184.475] (**) RADEON(0): Depth 16, (--)

Bug#637572: gdisk: fails to write protective MBR

(replying to myself because I seem to have lost your message, apologies Rob) Arno Schuring (aelschur...@hotmail.com on 2011-08-16 00:55 +0200): Hi, I've taken a (cursory) look at the diffs, version 0.7's MBR is always all-zeroes. I did get to try these disks on i386 as well

Bug#682365: dpkg: native package in rc state prevents installation of m-a:foreign counterpart

Package: dpkg Version: 1.16.4.3 Severity: normal It appears that dpkg's logic to prevent installing different versions of a multi-arch:foreign package considers removed but-not-purged packages as still installed: dpkg: error processing /var/cache/apt/archives/libwine_1.4.1-2_i386.deb (--unpack):

Bug#682365: dpkg: native package in rc state prevents installation of m-a:foreign counterpart

Guillem Jover (guil...@debian.org on 2012-07-22 05:13 +0200): I also notice that libwine no longer is listed as libwine:i386. Not sure where that comes from though. Maybe because there is a non-multiarch libwine in stable? libwine 1.4.1-2 is not arch-qualified because it's not

Bug#645306: linux-image-2.6.32-5-kirkwood: page allocation failure after enabling jumbo frames

Maybe I should have searched the 'Net before firing... I'm seeing multiple swapper allocation failures (with backtrace) since I increased the MTU on one of the network interfaces: According to http://www.mail-archive.com/debian-arm@lists.debian.org/msg10282.html this is actually expected

Bug#653834: dpkg: update-alternatives removing manually selected alternative on upgrade

Package: dpkg Version: 1.16.1.2 Severity: minor I noticed the following when doing a regular safe-upgrade from aptitude: Preparing to replace xfce4-session 4.8.2-1 (using .../xfce4-session_4.8.2-2_i386.deb) ... update-alternatives: removing manually selected alternative - switching

Bug#656155: #656155: /run/lock mounting

Martin Orr (mar...@martinorr.name on 2012-02-09 09:39 +): On Tue, Jan 17, 2012 at 12:06:16AM +0100, Arno wrote: So, bug report first: mountkernfs.sh restores the context for /run/lock before mounting it as a separate filesystem. This doesn't go down well with selinux policy,

Bug#656155: initscripts: SELinux and tmpfs

Martin Orr (mar...@martinorr.name on 2012-02-09 09:39 +): avc: denied { mounton } for pid=287 comm=mount path=/run/lock dev=tmpfs ino=3033 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:var_lock_t:s0 tclass=dir The correct fix is to allow mounting on

Bug#670047: linux-image-3.2.0-2-amd64: radeon card no longer detects connected TV

There is no recent mention of EDID parsing in the changelog, but I'm pretty sure that I've ran an earlier version of 3.2.0-2 succesfully on this box. I'll see if I can fetch some older 3.2.0-2 kernels to narrow down the search. Both 3.2.10 and 3.2.12 work fine. Browsing the upstream

Bug#670047: linux-image-3.2.0-2-amd64: radeon card no longer detects connected TV

Hrm, let's try that again but now without the mangling of Hotmail's web interface. Arno Schuring (aelschur...@hotmail.com on 2012-04-22 15:10 +): There is no recent mention of EDID parsing in the changelog, but I'm pretty sure that I've ran an earlier version of 3.2.0-2 succesfully

Bug#670047: linux-image-3.2.0-2-amd64: radeon card no longer detects connected TV

Arno Schuring (aelschur...@hotmail.com on 2012-04-22 18:14 +0200): Compilation without that patch went fine, and display issues are solved. I'll follow up upstream. Fix is already queued as e3632507, to be found here: http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-fixesid

Bug#687086: oss4-dkms: missing dependency on dpkg-dev

Package: oss4-dkms Version: 4.2-build2006-2 Severity: normal Dear Maintainer, This is a fresh Wheezy install, still fairly minimal. Installing oss4-dkms pulled in a fair number of dependencies (e.g. the complete build system), but the module build still failed with dpkg-architecture: command not

Bug#694942: dspam: incompatible with wheezy's postgresql version

Hi Thomas, Thomas Preud'homme (robo...@debian.org on 2012-12-02 16:37 +0100): Le dimanche 2 décembre 2012 15:53:13, vous avez écrit : [..] ERROR: invalid byte sequence for encoding UTF8: 0xae: INSERT INTO dspam_signature_data [..] - unblock 3.10.2 because it is said to have a fix for

Bug#766413: /lib/systemd/systemd-resolved: domain and search lines missing from resolv.conf

forwarded 85397 https://bugs.freedesktop.org/show_bug.cgi?id=85397 -- Hi Michael, Therefore, I'd kindly ask you to file a bug report upstream [1] and report back with the bug number. Submitted as https://bugs.freedesktop.org/show_bug.cgi?id=85397 Regards, Arno

Bug#730073: linux-image-3.11-2-amd64: postinst fails with no_symlinks=yes

Hi Ben, > this configuration is no longer supported. Fair enough. Thanks for considering. Does that mean /etc/kernel-img.conf will disappear completely? Arno From: Ben Hutchings Sent: Sunday, June 5, 2016 12:18:50 AM To: