Bug#990331: reportbug: cups-browsed printing fails due to apparmor config with message 'No destination host name supplied by cups-browsed for printer'
Package: cups-browsed Version: 1.28.7-1 Severity: important Dear Maintainer, I have a Brother printer configured per [1] using cups-browsed. It used to work perfectly, but now fails to print with the same error message as in #887495: > No destination host name supplied by cups-browsed for printer "name", is > cups-browsed running? Note that #887495 is a catch-all without a root cause ever identified, which is why I'm opening a more specific bug for this issue. [1] https://wiki.debian.org/CUPSDriverlessPrinting The cause of my issue lies is app armor config. I noticed the following lines in the logs: juin 22 16:42:55 wiyake audit[638]: AVC apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cups-browsed" pid=638 comm="apparmor_parser" juin 22 16:42:55 wiyake audit[636]: AVC apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=636 comm="apparmor_parser" juin 22 16:42:55 wiyake audit[636]: AVC apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cupsd" pid=636 comm="apparmor_parser" juin 22 16:42:55 wiyake audit[636]: AVC apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cupsd//third_party" pid=636 comm="apparmor_parser" juin 22 16:42:55 wiyake audit[766]: AVC apparmor="DENIED" operation="capable" profile="/usr/sbin/cupsd" pid=766 comm="cupsd" capability=12 capname="net_admin" juin 22 16:42:55 wiyake audit[782]: AVC apparmor="DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=782 comm="cups-browsed" capability=23 capname="sys_nice" juin 22 16:44:21 wiyake audit[2615]: AVC apparmor="DENIED" operation="capable" profile="/usr/sbin/cupsd" pid=2615 comm="cupsd" capability=12 capname="net_admin" juin 22 16:44:21 wiyake audit[2618]: AVC apparmor="DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=2618 comm="cups-browsed" capability=23 capname="sys_nice" net_admin sounded suspicious, since the error message mentionned a host name. I then tried the following workaround, originally found for Ubuntu [2]: # apt install apparmor-utils # aa-complain cupsd-browsed # systemctl restart cups-browsed [2] https://askubuntu.com/questions/645636/apparmor-with-cupsd-denied-in-logs It resolved my issue, and my printer immediately started printing the jobs in the queue. The logs now show: juin 25 22:23:06 wiyake audit[221791]: AVC apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cups-browsed" pid=221791 comm="apparmor_parser" juin 25 22:24:40 wiyake audit[222966]: AVC apparmor="ALLOWED" operation="capable" profile="/usr/sbin/cups-browsed" pid=222966 comm="cups-browsed" capability=23 capname="sys_nice" I'm not sure what exactly needs to be updated in the apparmor config to fix this issue. Note that #988764 is also about apparmor issues, but is marked minor and doesn't seem to block printing. My issue yields to a complete impossibility to print (at least in my use case). I'd be happy to test any fix you could provide. Thanks! Gabriel -- System Information: Debian Release: 11.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-7-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cups-browsed depends on: ii cups-daemon 2.3.3op2-3+deb11u1 ii init-system-helpers 1.60 ii libavahi-client3 0.8-5 ii libavahi-common3 0.8-5 ii libavahi-glib1 0.8-5 ii libc62.31-12 ii libcups2 2.3.3op2-3+deb11u1 ii libcupsfilters1 1.28.7-1 ii libglib2.0-0 2.66.8-1 ii libldap-2.4-22.4.57+dfsg-3 ii lsb-base 11.1.0 Versions of packages cups-browsed recommends: ii avahi-daemon 0.8-5 cups-browsed suggests no packages. -- Configuration Files: /etc/apparmor.d/usr.sbin.cups-browsed changed: /usr/sbin/cups-browsed flags=(attach_disconnected, complain) { #include #include #include #include #include /etc/cups/cups-browsed.conf r, /etc/cups/lpoptions r, /etc/cups/ppd/* r, /{var/,}run/cups/certs/* r, /var/cache/cups/* rw, /var/log/cups/* rw, /tmp/** rw, # Site-specific additions and overrides. See local/README for details. #include } -- no debconf information
Bug#892275: redshift: Unable to connect to GeoClue.
On Mon, 1 Feb 2021, at 19:30, nicoo wrote: > Could you check the following two things for me? > > 1. Does redshift work in “manual” mode, i.e. providing it with latitude and >longitude? That could be a workaround, as you can pass it `-l LAT:LON` on >the command line, or set it in ~/.config/redshift.conf like so: > > [redshift] > location-provider=manual > > [manual] > lat=12.34 > lon=56.78 It does: both `redshift-gtk -l 48.86:2.35` and `redshift -l 48.86:2.35` work correctly. Putting the setting in redshift.conf works as well. > 2. Is the AppArmor profile denying any actions from redshift? >You should be able to find the relevant logs in /var/log/audit.log >if you install/enable auditd. I've seen bug reports about redshift and AppArmor but that doesn't seem related. I tried `apt-get install auditd`, followed by `redshift` (which failed with the GeoClue error), but nothing related to redshift or geoclue showed up in audit.log. Thanks for your help, -- Gabriel Kerneis
Bug#892275: redshift: Unable to connect to GeoClue.
Le Thu, Jan 07, 2021 at 09:14:46PM +, Mike Gabriel a écrit : > I can confirm this. After upgrading geoclue-2.0 from 2.5.6-1 to 2.5.7-2, > gtk-redshift is broken (again). I can confirm as well. > user@host#:~ kill -9 `ps aux | grep redshift | grep -v grep | awk '{ print > $2 }'` Also in my case I found useful to remove ~/.config/autostart/redshift-gtk.desktop and to disable the service in systemd which (according to pstree) was responsible for launching it: $ systemctl --user disable redshift $ systemctl --user disable redshift-gtk Gabriel
Bug#720782: jack: encoding with flac fails
Package: jack Version: 3.1.1+cvs20050801-29 Followup-For: Bug #720782 Hi, The following patch works-around the issue for me: --- /usr/lib/pymodules/python2.7/jack_helpers.py.orig 2014-07-07 10:52:19.475502337 +0100 +++ /usr/lib/pymodules/python2.7/jack_helpers.py 2014-07-07 10:49:32.566674682 +0100 @@ -210,8 +210,8 @@ 'flac': { 'type': encoder, 'target': flac, -'vbr-cmd': flac -o %o %i, -'vbr-otf-cmd': flac --channels 2 --bps 16 --sample-rate 44100 --force-raw-format --endian=big --sign=signed -o %o -, +'vbr-cmd': flac --silent -o %o %i, +'vbr-otf-cmd': flac --silent --channels 2 --bps 16 --sample-rate 44100 --force-raw-format --endian=big --sign=signed -o %o -, 'status_blocksize': 160, 'status_start': %, 'percent_fkt': r Of course, adding --silent also breaks display of encoding progress, but this is not a big deal on a modern machine where ripping is taking most of the time, and encoding is almost instantaneous. I have not been able to produce a better fix (probably some vterm magic is needed to convince flac that it has a real console available), but in the meantime, I'm very happy with this solution. Best, Gabriel -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jack depends on: ii cdparanoia 3.10.2+debian-11 ii flac1.3.0-2 ii libc6 2.18-4 ii libncursesw55.9+20140118-1 ii libtinfo5 5.9+20140118-1 ii python 2.7.5-5 ii python-cddb 1.4-5.1+b3 ii python-eyed30.6.18-1 ii python-mutagen 1.22-1 ii python-support 1.0.15 ii vorbis-tools1.4.0-1 jack recommends no packages. jack 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#741463: [Pkg-xfce-devel] Bug#741463: xfce4-settings: xfsettingsd steals Supere shortcut
In case anybody is impacted by the same bug, I use the following startup script as a workaround (launched by xfce): #!/bin/sh pkill xfsettingsd # make sure xfsettingsd has released its passive grab on Supere sleep 1 # restart xmonad and sleep long enough for it to acquire the grab xmonad --restart sleep 1 # restore xfce settings xfsettingsd # sleep long enough for xfsettingsd to mess up with xrandr settings sleep 2 # fix xrandr to my taste xrandr --output LVDS1 --primary --mode 1280x800 --output VGA1 --mode 1920x1200 --rotate normal --right-of LVDS1 Best, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741463: xfce4-settings: xfsettingsd steals Supere shortcut
Package: xfce4-settings Version: 4.10.1-2 Severity: normal Hello, I use xfce with xmonad as a window manager. Xmonad uses ModM+e to switch physical xinerama screen. In my case, ModM is set to Super in xmonad (MS windows key). The problem is that xfsettingsd steals this shortcut before xmonad can get it. Here is how I tracked down the problem: - when the session starts, shortcut doesn't work; Super+e does nothing, echoes nothing in a terminal. - pkill xfsettingsd - Super+e does nothing, but echoes e in a terminal. - Restarting xmonad (without restarting the xfce session) now binds Super+e correctly. - I can then restart xfsettingsd manually too, and the shortcut is kept under xmonad's control. This is extremely disturbing because I have *not* set up Super+e as a shortcut in xfce (see xfconf-query result below). Do you have any idea why xfsettingsd is still grabbing it nonetheless? Many thanks, Gabriel $ xfconf-query -c xfce4-keyboard-shortcuts -l -v /commands/custom/AltF2 xfrun4 /commands/custom/override true /commands/custom/PrimaryAltDelete xflock4 /commands/custom/PrimaryEscape xfdesktop --menu /commands/custom/Superp xfce4-display-settings --minimal /commands/custom/XF86AudioNext mpc next /commands/custom/XF86AudioPlay mpc toggle /commands/custom/XF86AudioPrev mpc prev /commands/custom/XF86AudioStop mpc stop /commands/custom/XF86Display xfce4-display-settings --minimal /commands/default/AltF1 xfce4-popup-applicationsmenu /commands/default/AltF2 xfce4-appfinder --collapsed /commands/default/AltF2/startup-notify true /commands/default/AltF3 xfce4-appfinder /commands/default/AltF3/startup-notify true /commands/default/PrimaryAltDelete xflock4 /commands/default/PrimaryEscape xfdesktop --menu /commands/default/Superp xfce4-display-settings --minimal /commands/default/XF86Display xfce4-display-settings --minimal /commands/default/XF86Mail exo-open --launch MailReader /commands/default/XF86WWW exo-open --launch WebBrowser /providers UNSUPPORTED /xfwm4/custom/AltControlEndmove_window_next_workspace_key /xfwm4/custom/AltControlHome move_window_prev_workspace_key /xfwm4/custom/AltControlKP_1 move_window_workspace_1_key /xfwm4/custom/AltControlKP_2 move_window_workspace_2_key /xfwm4/custom/AltControlKP_3 move_window_workspace_3_key /xfwm4/custom/AltControlKP_4 move_window_workspace_4_key /xfwm4/custom/AltControlKP_5 move_window_workspace_5_key /xfwm4/custom/AltControlKP_6 move_window_workspace_6_key /xfwm4/custom/AltControlKP_7 move_window_workspace_7_key /xfwm4/custom/AltControlKP_8 move_window_workspace_8_key /xfwm4/custom/AltControlKP_9 move_window_workspace_9_key /xfwm4/custom/AltDelete del_workspace_key /xfwm4/custom/AltF10 maximize_window_key /xfwm4/custom/AltF11 fullscreen_key /xfwm4/custom/AltF12 above_key /xfwm4/custom/AltF4 close_window_key /xfwm4/custom/AltF6 stick_window_key /xfwm4/custom/AltF7 move_window_key /xfwm4/custom/AltF8 resize_window_key /xfwm4/custom/AltF9 hide_window_key /xfwm4/custom/AltInsert add_workspace_key /xfwm4/custom/AltShiftTab cycle_reverse_windows_key /xfwm4/custom/Altspace popup_menu_key /xfwm4/custom/AltTab cycle_windows_key /xfwm4/custom/ControlAltd show_desktop_key /xfwm4/custom/ControlAltDown down_workspace_key /xfwm4/custom/ControlAltLeft left_workspace_key /xfwm4/custom/ControlAltRight right_workspace_key /xfwm4/custom/ControlAltUp up_workspace_key /xfwm4/custom/ControlF1 workspace_1_key /xfwm4/custom/ControlF10 workspace_10_key /xfwm4/custom/ControlF11 workspace_11_key /xfwm4/custom/ControlF12 workspace_12_key /xfwm4/custom/ControlF2 workspace_2_key /xfwm4/custom/ControlF3 workspace_3_key /xfwm4/custom/ControlF4 workspace_4_key /xfwm4/custom/ControlF5 workspace_5_key /xfwm4/custom/ControlF6 workspace_6_key /xfwm4/custom/ControlF7 workspace_7_key /xfwm4/custom/ControlF8 workspace_8_key /xfwm4/custom/ControlF9 workspace_9_key /xfwm4/custom/ControlShiftAltLeftmove_window_left_key /xfwm4/custom/ControlShiftAltRight move_window_right_key /xfwm4/custom/ControlShiftAltUp move_window_up_key /xfwm4/custom/Down down_key /xfwm4/custom/Escape
Bug#741463: [Pkg-xfce-devel] Bug#741463: xfce4-settings: xfsettingsd steals Supere shortcut
On 12 mars 2014 21:18:23 GMT+00:00, Yves-Alexis Perez cor...@debian.org wrote: No idea. Is it only the case for Super-E or all Super- shortcuts? Only this one (or at least many other work, I've not done systematic testing). -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615158: ITP: ocaml-cil -- OCaml library for manipulating C programs
On Wed, Oct 09, 2013 at 12:30:12PM +0200, Stéphane Glondu wrote: In the sources, the doc/cilcode.tmp directory looks suspicious. It contains many .o files. Shouldn't it be removed? Indeed, I have no idea how it was included but it is (re)generated by make doc so I'll make sure it is removed. The OCaml library (/usr/lib/ocaml/cil) must be in its own binary package (libcil-ocaml-dev) with a Provides field, so that reverse dependencies get their dependencies right. OK. Fedora also uses separate packages for ocaml-cil-doc and ocaml-cil-cilly; is this also required for Debian? Is is really needed to have cilly.byte AND cilly.native? The perl wrapper script bin/cilly provides a --bytecode flag to invoke the bytecode version. I'm not sure about the historical motivation for this (ocamldebug comes to mind), but I am reluctant to potentially break existing user workflows just for the sake saving 1.3 MB. Please set the Maintainer field to Debian OCaml Maintainers ... and move your name to an Uploaders field. OK. I'll let you know when a new version is available. Thanks for your review, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615158: ITP: ocaml-cil -- OCaml library for manipulating C programs
On Wed, Sep 04, 2013 at 07:48:53AM +0200, Stéphane Glondu wrote: I will have a look. Meanwhile, you can join the OCaml Task Force on Alioth, and update the ocaml-cil package there (feel free to overwrite it, actually). I've just done that, thanks. (The default branch is debian rather than master because it's more convenient in my workflow, but I can change it if it's too annoying for other maintainers.) -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721938: guestfish should depend on libguestfs-tools
Package: guestfish Version: 1:1.22.5-1+b2 Severity: grave Justification: renders package unusable Dear Maintainer, guestfish should depend on libguestfs-tools. Otherwise, most (every?) attempts to use it result in the following error: libguestfs: error: cannot find any suitable libguestfs supermin, fixed or old-style appliance on LIBGUESTFS_PATH The libguestfs faq [1] says that if you see this error on Debian/Ubuntu, you need to run the following command as root: update-guestfs-appliance, but update-guestfs-appliance is provided by libguestfs-tools, not by guestfish. [1] http://libguestfs.org/guestfs-faq.1.html Best regards, Gabriel -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages guestfish depends on: ii libc6 2.17-5 ii libconfig91.4.8-5 ii libguestfs0 1:1.22.5-1+b2 ii libncurses5 5.9+20130504-1 ii libreadline6 6.2+dfsg-0.1 ii libtinfo5 5.9+20130504-1 ii libxml2 2.9.1+dfsg1-3 guestfish recommends no packages. guestfish 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#615158: ITP: ocaml-cil -- OCaml library for manipulating C programs
On Wed, Sep 04, 2013 at 07:48:53AM +0200, Stéphane Glondu wrote: This is my first Debian package so it's probably far from perfect. Any feedback or hint about how to proceed next would be greatly appreciated. I will have a look. Thanks. Note that make test will fail on big-endian architectures (tests wchar3 and wchar4). I'm working on fixing that. -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615158: CIL Debian and Ubuntu packages
Dear all, I've started working on Debian and Ubuntu packages for CIL. A preliminary package for CIL 1.7.3 is available on OBS (openSUSE Build Service): https://build.opensuse.org/package/show/home:kerneis/ocaml-cil To install it, follow the instructions on: http://software.opensuse.org/download.html?project=home%3Akerneispackage=ocaml-cil It builds successfully for Debian 6 (squeeze) and 7 (wheezy), as well as xUbuntu 12.04 (LTS), 12.10 and 13.04. It has only been tested on Debian 7, though: any feedback on other systems is welcome. This will hopefully land in official repositories at some point. You can reply or subscribe to the relevant Debian ITP (Intent To Package): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=615158 Note to RPM users: I am aware that Fedora packages are outdated (1.4.0). This is the next bullet on my TODO list. Best regards, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615158: ITP: ocaml-cil -- OCaml library for manipulating C programs
retitle 615158 ITP: ocaml-cil -- OCaml library for manipulating C programs owner 615158 ! thanks Hi, I have worked on a new ocaml-cil package, from scratch. I am also the new upstream for CIL and it has changed a lot since Stéphane first tried to package it. My current version (ocaml-cil_1.7.3, not to be confused with Stéphane's 1.3.7 ;-) builds as follows: git clone -b debian https://github.com/kerneis/cil ocaml-cil cd ocaml-cil gbp buildpackage This is my first Debian package so it's probably far from perfect. Any feedback or hint about how to proceed next would be greatly appreciated. Many thanks, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681934: logcheck-database: More dovecot rule enhancements
Package: logcheck-database Version: 1.3.15 Followup-For: Bug #681934 Hi, could this patch be applied, please? I needed to update it a bit (the first hunk didn't apply cleanly), new version below. Many thanks. Gabriel diff --git a/logcheck/ignore.d.server/dovecot b/logcheck/ignore.d.server/dovecot index 8f4dcb6..370af94 100644 --- a/logcheck/ignore.d.server/dovecot +++ b/logcheck/ignore.d.server/dovecot @@ -1,6 +1,6 @@ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ (dovecot: )?(imap|pop3)-login: Disconnected \[[.:[:xdigit:]]+\]$ -^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ (dovecot: )?deliver\([-_.@[:alnum:]]+\): msgid=?.*?( \((added by [^[:space:]]+|sfid-[_[:xdigit:]]+)\)?)?[[:space:]]*: (saved mail to [-_.[:alnum:]]+|(forwarded|discarded duplicate forward) to [^[:space:]]+)$ -^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ (dovecot: )?deliver\([-_.@[:alnum:]]+\): sieve: msgid=?.*?( \(((added by )?[^[:space:]]+|sfid-[_[:xdigit:]]+)\)?)?[[:space:]]*: (stored mail into mailbox '.*'|marked message to be discarded if not explicitly delivered \(discard action\)|(forwarded to|sent vacation response to|discarding vacation response for message implicitly delivered to|not sending vacation response to system address|discarding vacation response to mailinglist recipient|discarded vacation reply to|discarding vacation response to (auto-submitted|precedence=(bulk|Bulk|list)) message from|discarded duplicate (vacation response|forward) to) [^[:space:]]*)$ +^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ (dovecot: )?(deliver|lda)\([-_.@[:alnum:]]+\): msgid=?[^\(]*?( \((added by [^[:space:]]+|sfid-[_[:xdigit:]]+)\)?)?[[:space:]]*: (saved mail to [-_.[:alnum:]]+|(forwarded|discarded duplicate forward) to [^[:space:]]+)$ +^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ (dovecot: )?(deliver|lda)\([-_.@[:alnum:]]+\): sieve: msgid=?[^\(]*?( \(((added by )?[^[:space:]]+|sfid-[_[:xdigit:]]+)\)?)?[[:space:]]*: (stored mail into mailbox '.*'|marked message to be discarded if not explicitly delivered \(discard action\)|(forwarded to|sent vacation response to|discarding vacation response for message implicitly delivered to|not sending vacation response to system address|discarding vacation response to mailinglist recipient|discarded vacation reply to|discarding vacation response to (auto-submitted|precedence=bulk) message from|discarded duplicate (vacation response|forward) to) [^[:space:]]*)$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot-auth: \(pam_unix\) authentication failure; logname= uid=0 euid=0 tty=dovecot ruser=([-_.@[:alnum:]]+)? rhost=([.:[:xdigit:]]+)?( user=[-_.@[:alnum:]]+)?$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot-auth: \(pam_unix\) check pass; user unknown$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot-auth: pam_unix\(dovecot:[[:alnum:]]+\): authentication failure; logname= uid=0 euid=0 tty=dovecot ruser=([-_.@[:alnum:]]+)? rhost=([.:[:xdigit:]]+)?( user=[-_.@[:alnum:]]+)?$ @@ -11,11 +11,11 @@ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: (pop3|imap)-login: (Disconnected|Aborted login)(: Inactivity)? (\(no auth attempts\):|\(auth failed, [[:digit:]]+ attempts\): user=[-_.@[:alnum:]]+, method=PLAIN,|\(aborted authentication\): method=PLAIN,) rip=[.[:digit:]]+, lip=[.[:digit:]]+, (TLS|SSL)(( handshaking)?(: Disconnected)?|: SSL_read\(\) syscall failed: Connection reset by peer)?$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: (pop3|imap)-login: Disconnected: ((Too many invalid commands|Inactivity): )?(user=[-_.@[:alnum:]]+, )?(method=[[:alnum:]-]+, )?rip=[.:[:xdigit:]]+, lip=[.:[:xdigit:]]+(, (TLS( handshake)?|secured))?$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: (pop3|imap)-login: Disconnected: Logged out$ -^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: (pop3|imap)-login: Login: user=[-_.@[:alnum:]]+, method=[[:alnum:]-]+, rip=[.:[:xdigit:]]+, lip=[.:[:xdigit:]]+(, (TLS( handshake)?|secured))?$ -^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: IMAP\([-_.@[:alnum:]]+\): Connection closed(: Connection reset by peer)?( bytes=[[:digit:]]+/[[:digit:]]+)?$ -^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: IMAP\([-_.@[:alnum:]]+\): Disconnected(: Logged out| for inactivity|: Disconnected| in [[:upper:]]+|: Too many invalid IMAP commands\.)?( bytes=[[:digit:]]+/[[:digit:]]+)?$ -^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: IMAP\([-_.@[:alnum:]]+\): Fixed index file /[-._/[:alnum:]]+/dovecot\.index: first_(recent|unseen)_uid_lowwater [[:digit:]]+ - [[:digit:]]+$ -^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: POP3\([-_.@[:alnum:]]+\): Disconnected(: Logged out| for inactivity|: Disconnected)? top=[[:digit:]]+/[[:digit:]]+, retr=[[:digit:]]+/[[:digit:]]+, del=[[:digit:]]+/[[:digit:]]+, size=[[:digit:]]+$ +^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: (pop3|imap)-login: Login: user=[-_.@[:alnum:]]+, method=[[:alnum:]-]+, rip=[.:[:xdigit:]]+, lip=[.:[:xdigit:]]+, mpid=[.:[:xdigit:]]+(, (TLS( handshake)?|secured))?(, session=[+/[:alnum:]]+)?$
Bug#681934: logcheck-database: More dovecot rule enhancements
On Sun, Jun 30, 2013 at 05:38:33PM +, Gabriel Kerneis wrote: I needed to update it a bit (the first hunk didn't apply cleanly), new version below. Attached is a slightly improved version, taking into account lmtp transport (which is easier to use and more efficient than lda). Best, -- Gabriel diff --git a/logcheck/ignore.d.server/dovecot b/logcheck/ignore.d.server/dovecot index 8f4dcb6..a37e03f 100644 --- a/logcheck/ignore.d.server/dovecot +++ b/logcheck/ignore.d.server/dovecot @@ -1,6 +1,6 @@ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ (dovecot: )?(imap|pop3)-login: Disconnected \[[.:[:xdigit:]]+\]$ -^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ (dovecot: )?deliver\([-_.@[:alnum:]]+\): msgid=?.*?( \((added by [^[:space:]]+|sfid-[_[:xdigit:]]+)\)?)?[[:space:]]*: (saved mail to [-_.[:alnum:]]+|(forwarded|discarded duplicate forward) to [^[:space:]]+)$ -^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ (dovecot: )?deliver\([-_.@[:alnum:]]+\): sieve: msgid=?.*?( \(((added by )?[^[:space:]]+|sfid-[_[:xdigit:]]+)\)?)?[[:space:]]*: (stored mail into mailbox '.*'|marked message to be discarded if not explicitly delivered \(discard action\)|(forwarded to|sent vacation response to|discarding vacation response for message implicitly delivered to|not sending vacation response to system address|discarding vacation response to mailinglist recipient|discarded vacation reply to|discarding vacation response to (auto-submitted|precedence=(bulk|Bulk|list)) message from|discarded duplicate (vacation response|forward) to) [^[:space:]]*)$ +^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ (dovecot: )?(deliver|lda|lmtp)\([-_.@[:alnum:]]+\): msgid=?[^\(]*?( \((added by [^[:space:]]+|sfid-[_[:xdigit:]]+)\)?)?[[:space:]]*: (saved mail to [-_.[:alnum:]]+|(forwarded|discarded duplicate forward) to [^[:space:]]+)$ +^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ (dovecot: )?(deliver|lda|lmtp)\([-_.@[:alnum:]]+\): sieve: msgid=?[^\(]*?( \(((added by )?[^[:space:]]+|sfid-[_[:xdigit:]]+)\)?)?[[:space:]]*: (stored mail into mailbox '.*'|marked message to be discarded if not explicitly delivered \(discard action\)|(forwarded to|sent vacation response to|discarding vacation response for message implicitly delivered to|not sending vacation response to system address|discarding vacation response to mailinglist recipient|discarded vacation reply to|discarding vacation response to (auto-submitted|precedence=bulk) message from|discarded duplicate (vacation response|forward) to) [^[:space:]]*)$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot-auth: \(pam_unix\) authentication failure; logname= uid=0 euid=0 tty=dovecot ruser=([-_.@[:alnum:]]+)? rhost=([.:[:xdigit:]]+)?( user=[-_.@[:alnum:]]+)?$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot-auth: \(pam_unix\) check pass; user unknown$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot-auth: pam_unix\(dovecot:[[:alnum:]]+\): authentication failure; logname= uid=0 euid=0 tty=dovecot ruser=([-_.@[:alnum:]]+)? rhost=([.:[:xdigit:]]+)?( user=[-_.@[:alnum:]]+)?$ @@ -11,11 +11,11 @@ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: (pop3|imap)-login: (Disconnected|Aborted login)(: Inactivity)? (\(no auth attempts\):|\(auth failed, [[:digit:]]+ attempts\): user=[-_.@[:alnum:]]+, method=PLAIN,|\(aborted authentication\): method=PLAIN,) rip=[.[:digit:]]+, lip=[.[:digit:]]+, (TLS|SSL)(( handshaking)?(: Disconnected)?|: SSL_read\(\) syscall failed: Connection reset by peer)?$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: (pop3|imap)-login: Disconnected: ((Too many invalid commands|Inactivity): )?(user=[-_.@[:alnum:]]+, )?(method=[[:alnum:]-]+, )?rip=[.:[:xdigit:]]+, lip=[.:[:xdigit:]]+(, (TLS( handshake)?|secured))?$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: (pop3|imap)-login: Disconnected: Logged out$ -^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: (pop3|imap)-login: Login: user=[-_.@[:alnum:]]+, method=[[:alnum:]-]+, rip=[.:[:xdigit:]]+, lip=[.:[:xdigit:]]+(, (TLS( handshake)?|secured))?$ -^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: IMAP\([-_.@[:alnum:]]+\): Connection closed(: Connection reset by peer)?( bytes=[[:digit:]]+/[[:digit:]]+)?$ -^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: IMAP\([-_.@[:alnum:]]+\): Disconnected(: Logged out| for inactivity|: Disconnected| in [[:upper:]]+|: Too many invalid IMAP commands\.)?( bytes=[[:digit:]]+/[[:digit:]]+)?$ -^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: IMAP\([-_.@[:alnum:]]+\): Fixed index file /[-._/[:alnum:]]+/dovecot\.index: first_(recent|unseen)_uid_lowwater [[:digit:]]+ - [[:digit:]]+$ -^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: POP3\([-_.@[:alnum:]]+\): Disconnected(: Logged out| for inactivity|: Disconnected)? top=[[:digit:]]+/[[:digit:]]+, retr=[[:digit:]]+/[[:digit:]]+, del=[[:digit:]]+/[[:digit:]]+, size=[[:digit:]]+$ +^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: (pop3|imap)-login: Login: user=[-_.@[:alnum:]]+, method=[[:alnum:]-]+, rip=[.:[:xdigit:]]+, lip=[.:[:xdigit:]]+, mpid=[.:[:xdigit:]]+(, (TLS( handshake
Bug#688893: texlive-binaries: Outdated information in updmap.cfg man page
Hi Norbert, sorry if I sounded rude, I didn't mean it. It was just angry against myself being unable to make things work, and even angrier because I felt the man page could have helped me and it didn't. I agree with all of your points, except: The paragraph in the NEWS files clearly explains what is going on. I'm sorry, but it doesn't. It says: That means, the easiest way to activate local fonts (in TEXMFLOCAL) by putting the respective map lines into /usr/local/share/texmf/web2c/updmap.cfg, and call updmap-sys once (as root). You can't just put the map lines there and run updmap-sys once. You *also* have to run mktexlsr before. Which is nothing specific to Debian, ... I guess you should * read the documentation of kpathsea info kpathsea * read the configuration files: /etc/texmf/web2c/texmf.cnf /usr/share/texlive/texmf/web2c/texmf.cnf Agreed, but it would be so much easier if the information about mktexlsr could be added to the manpage nonetheless. When a poor, clueless user looks for help about updmap.conf, he probably wants a straightforward way to have its new fonts taken into account; giving the necessary steps explicitely cannot hurt. I propose the following wording (feel free to improve it): The easiest way to activate local fonts is by putting the respective map lines into /usr/local/share/texmf/web2c/updmap.cfg (creating the directory if necessary), and call mktexlsr and updmap-sys once, in that order (as root). (And maybe another sentence about fonts installed only for the user.) My future self, who only needs to mess up with updmap once a year and forgets about it in the meantime, would be very glad to find this quick instructions in the man page next time. Many thanks, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688893: texlive-binaries: Outdated information in updmap.cfg man page
Package: texlive-binaries Version: 2012.20120628-3 Severity: normal Dear Maintainer, man updmap.cfg says: SPECIAL TO DEBIAN In Debian the file updmap.cfg is a generated file sitting in /var. It is generated by concatenating the *.cfg files from /etc/texmf/updmap.d/. These files follow the syntax of updmap.cfg, but contain only parts of it. This is wrong because this technique is deprecated. Therefore, update-updmap warns: Warning: Old configuration style found in /etc/texmf/updmap.d Warning: For now these files have been included, Warning: but expect inconsistencies. Please see /usr/share/doc/tex-common/NEWS.Debian.gz This information in /usr/share/doc/tex-common/NEWS.Debian.gz should be duplicated in the man page: For users: If you are using PostScript fonts that are not packaged for Debian, some changes have been done: updmap now reads *all* updmap.cfg files it finds. That means, the easiest way to activate local fonts (in TEXMFLOCAL) by putting the respective map lines into /usr/local/share/texmf/web2c/updmap.cfg, and call updmap-sys once (as root). If you have fonts in your home directory you want to activate, paralleling the above you put the respective map line into $HOME/texmf/web2c/updmap.cfg and call updmap (as user). But be reminded that you have to do that everytime system fonts have changed (there is no automatic syncronization between user specific and system wide updmap(-sys) generated files). Note that the directory /usr/local/share/texmf/web2c/ has to be created by the user, whereas /usr/share/texmf/web2c already exists but has a totally different purpose, which adds to the whole confusion about updmap on Debian (but this is another story). A note about that fact might be a worthwile addition to the man page. Many thanks, Gabriel Kerneis -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-binaries depends on: ii dpkg1.16.8 ii ed 1.6-2 ii install-info4.13a.dfsg.1-10 ii libc6 2.13-35 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgcc1 1:4.7.1-7 ii libgraphite31:2.3.1-0.2 ii libkpathsea62012.20120628-3 ii libpng12-0 1.2.49-1 ii libpoppler190.18.4-3 ii libptexenc1 2012.20120628-3 ii libstdc++6 4.7.1-7 ii libx11-62:1.5.0-1 ii libxaw7 2:1.0.10-2 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.3-1 ii perl5.14.2-13 ii tex-common 3.13 ii texlive-common 2012.20120611-4 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages texlive-binaries recommends: ii luatex0.70.1.20120524-3 ii python2.7.3~rc2-1 ii ruby 4.9 ii texlive-base 2012.20120611-4 ii tk8.5 [wish] 8.5.11-2 texlive-binaries 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#688893: texlive-binaries: Outdated information in updmap.cfg man page
On Wed, Sep 26, 2012 at 05:50:23PM +0100, Gabriel Kerneis wrote: Note that the directory /usr/local/share/texmf/web2c/ has to be created by the user, whereas /usr/share/texmf/web2c already exists but has a totally different purpose, which adds to the whole confusion about updmap on Debian (but this is another story). A note about that fact might be a worthwile addition to the man page. Moreover, this directory is mysteriously ignored by updmap-sys unless mktexlsr is run at least once before. This should also be mentioned in the man page (although maybe not specific to Debian, it is essential to get your fonts taken into account). Thanks, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684409: texlive-lang-french: missing dependencies for facture class
Le 12.08.2012 12:18, Frank Kuester a écrit : Gabriel Kerneis kern...@pps.jussieu.fr writes: the texlive-lang-french provides (among others) the facture class. To be used, this class requires the following packages: - texlive-xetex, for the xetex/xelatex binary - texlive-latex-extra, for makecmds.sty - etoolbox, for etoolbox.sty - texlive-generic-extra, for fltpoint.sty. I'm not sure whether these should be mandatory or only recommanded dependencies, but it would help a lot not having to look for them one by one. They are for sure not mandatory, since not everyone who installs texlive-lang-french wants to use the facture class. Unless you convince me that most or at least really many french TeX users use it, I think that even Recommends is too much. The question is rather whether we make it a Suggests - or nothing at all, because we usually take our dependency information from upstream, but they won't introduce the Suggests concept, I'm sure. I'd say either make it a Suggest (which seems the best to me, but I understand your point about upstream), or at least mention them in README.Debian. Playing hide and seek with dependencies when trying to compile is really frustrating. Kind regards, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684409: texlive-lang-french: missing dependencies for facture class
Package: texlive-lang-french Version: 2012.20120611-2 Severity: normal Dear Maintainer, the texlive-lang-french provides (among others) the facture class. To be used, this class requires the following packages: - texlive-xetex, for the xetex/xelatex binary - texlive-latex-extra, for makecmds.sty - etoolbox, for etoolbox.sty - texlive-generic-extra, for fltpoint.sty. I'm not sure whether these should be mandatory or only recommanded dependencies, but it would help a lot not having to look for them one by one. Kind regards, -- Gabriel Kerneis ## List of ls-R files -rw-r--r-- 1 root root 1544 Aug 9 18:55 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 Apr 23 16:04 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 31 Jun 26 00:39 /usr/share/texlive/texmf/ls-R - /var/lib/texmf/ls-R-TEXLIVEMAIN -rw-rw-r-- 1 root staff 80 Aug 9 18:32 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 31 Jun 26 00:39 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Jun 26 00:39 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Jun 26 00:39 /usr/share/texlive/texmf/ls-R - /var/lib/texmf/ls-R-TEXLIVEMAIN ## Config files -rw-r--r-- 1 root root 475 May 10 21:53 /etc/texmf/web2c/texmf.cnf -rw-r--r-- 1 root root 4531 Aug 9 18:55 /var/lib/texmf/web2c/fmtutil.cnf lrwxrwxrwx 1 root root 32 Jun 26 00:39 /usr/share/texmf/web2c/updmap.cfg - /var/lib/texmf/updmap.cfg-DEBIAN -rw-r--r-- 1 root root 3731 Aug 9 18:55 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 8 -rw-r--r-- 1 root root 283 Jun 26 2011 mktex.cnf -rw-r--r-- 1 root root 475 May 10 21:53 texmf.cnf ## md5sums of texmf.d ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-lang-french depends on: ii dpkg1.16.3 ii tex-common 3.10 ii texlive-base2012.20120611-3 ii texlive-common 2012.20120611-3 texlive-lang-french recommends no packages. texlive-lang-french suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.42 ii dpkg 1.16.3 ii ucf3.0025+nmu3 Versions of packages tex-common suggests: ii debhelper 9.20120419 Versions of packages texlive-lang-french is related to: ii tex-common3.10 ii texlive-binaries 2012.20120628-2 -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666051: openssl 1.0.1 issues
On Sun, Apr 29, 2012 at 07:32:03PM +0200, Kurt Roeckx wrote: If you think there still is a problem in openssl, please file a new bug. I'm not sure whether there is still a problem with openssl, but the following site is still broken with 1.0.1c-1: $ openssl s_client -connect www.labanquepostale.fr:443 The remote server is IBM_HTTP_Server. Since it used to work with openssl = 1.0.0h-1 and the remote server is neither Microsoft nor BigIP, I thought it might be worth reporting. Thanks, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657495: : network-manager: Fails to achieve stable link when IPv6 enabled on
On Tue, Feb 28, 2012 at 11:32:29AM +1100, David Basden wrote: I'm seeing the same problem (same version on network-manager on sid), when connecting to wifi networks with IPv6. The connection comes up for 2-3 seconds and then is dropped, at which point the connection is restarted. IPv4 at least is working for those few seconds. I'm seeing the issue too. It is also reported in Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=797524 (see also https://bugzilla.redhat.com/show_bug.cgi?id=771130) Someone said there that it is fixed upstream already: FYI: I have attempted to reproduce this problem using NetworkManager-0.9.3-0.2.git20120215 rebuilt on F16, but it seems to be fixed there. -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651199: iwlwifi: Connection lost on WPA: Group rekeying
On Wed, Dec 28, 2011 at 03:01:25PM +0100, Ben Hutchings wrote: On Wed, 2011-12-28 at 10:32 +0100, Andreas Gustafsson wrote: I think I was a bit fast to cheer. There is still problems but seem to be not as frequent. Sometimes the link gets unusable after: Dec 28 10:23:15 neith NetworkManager[1503]: info (wlan0): supplicant connection state: completed - group handshake Dec 28 10:23:15 neith wpa_supplicant[1681]: WPA: Group rekeying completed with 00:30:bd:9d:ad:6b [GTK=TKIP] Dec 28 10:23:15 neith NetworkManager[1503]: info (wlan0): supplicant connection state: group handshake - completed I don't often use WPA, but that looks to me like successful rekeying. This is the whole issue: rekeying is successful according to the logs but the connection becomes frozen(unable to ping the AP, although the association is reported to be correct). I can confirm that 3.1.6 does not fix the issue for me. Best, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649540: ACPI failures on Dell Latitude E6220
Juliusz, On Wed, Dec 21, 2011 at 05:37:39PM +0100, Juliusz Chroboczek wrote: This issue appears to be worked around by linux-image-3.1.0-1-amd64 3.1.5-1 Note that it is *not* fixed by linux-image-3.2.0-rc4-amd64 3.2~rc4-1~experimental.1 I agree that kernel 3.1.5 (and 3.1.6) does not exhibit the method parse/execution failed ACPI error, whereas 3.2~rc4 does. In case you're interested in what's going on under the hood -- the kernel is now able to put the processor in one of the low-power package states. Previously, the cores were able to switch to low-power states, but the package remained in PC0. cr CPU%c0 GHz TSC%c1%c3%c6%c7 %pc2 %pc3 %pc6 %pc7 1.03 0.80 2.49 5.21 0.01 0.00 93.74 1.22 0.00 2.07 84.59 0 0 2.32 0.80 2.49 3.02 0.03 0.00 94.63 1.22 0.00 2.07 84.59 0 2 1.05 0.80 2.49 4.28 0.03 0.00 94.64 1.22 0.00 2.07 84.59 1 1 0.60 0.80 2.49 6.55 0.00 0.00 92.85 1.22 0.00 2.07 84.59 1 3 0.14 0.80 2.49 7.01 0.00 0.00 92.85 1.22 0.00 2.07 84.59 But what seems to really make a difference is adding i915.i915_enable_rc6=1 to GRUB_CMDLINE_LINUX in /etc/default/grub (and run update-grub), not using a different kernel. Despite the ACPI error, using this option with kernel 3.2 boosts battery life and turbostat shows the package reaching PC7 more than 90% of the time. In other words, I am not convinced this ACPI issue is related with the battery life (but I must admit I do not understand a lot about power-saving stuff). Best regards, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651199: iwlwifi: Connection lost on WPA: Group rekeying
On Sun, Dec 11, 2011 at 11:05:06AM -0600, Jonathan Nieder wrote: I cant find any relevant log messages from the driver. Not even with iw event -t? I can confirm the bug, and there is no significant event displayed (in fact, no event at all except scanning at unrelated times). The only message is WPA: Group rekeying in syslog. Best, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651199: iwlwifi: Connection lost on WPA: Group rekeying
Hi, On Fri, Dec 16, 2011 at 03:17:30AM -0600, Jonathan Nieder wrote: There have been a few iwlwifi fixes upstream recently. Could you try[1] v3.2-rc5 or later? I did not test 3.2 yet but for people looking for a workaround until a fix is available, the following seems to work for me (found on openSUSE's bug report): $ echo options iwlagn swcrypto=1 /etc/modprobe.d/iwlagn Best, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#414309: cannot configure encrypted volume if stray swap exists
Hi, On Sat, Mar 10, 2007 at 03:03:20PM -0500, Stephen Gildea wrote: In the Partition disks step, using the Manual partitioning method, I cannot configure encrypted volumes. I create a partition, for use as a physical volume for encryption. When I try to Configure encrypted volumes, I get the error screen Unsafe swap space detected and cannot proceed. I had the same issue today, while trying to install testing. But my case is slightly more confusing since I did *not* have any swap partition shown in /proc/swaps (I restarted the install from scratch and checked in the alt+F2 console before and after launching the partition manager). As mentionned in bug #396138 (merged with this one), the only way has been to set my swap partition to Use as: Do not use in the partitioner. Automatic partitionning yielded the same result, and my disk was a new, unpartitionned SSD. I do not understand what is going on. I already used the automatic (and even manual) partman-crypt in the past and never faced such an issue. It also works to, in the partitioner, edit the swap partition on the other disk and set its Use as field to do not use. It took me a while to figure this out, and I feel this step should not be necessary. I don't think we can skip this step if we still want to automatically configure existing swap partitions on the system, but I agree that it should be easier to handle. I'm afraid I do not understand: I have installed several Debian systems in the past featuring an encrypted swap partition. The fact that it (sometimes) does not work looks like a random bug, not an absolute impossibility. If the above should turn out to be impossible or too much work, I'll try to improve the error template to mention that one can set the Use as field rather than switch to a different VT and use swapoff to deconfigure it manually. (This is post-etch as well) Then again, swapoff did not solve the issue in my case. Somehow, the installer seems to think that, because I want to configure a swap partition, a swap partition is already setup and might leak my passphrase (which is not the case, and anyway this is supposed to be an encrypted swap so WTF?). Best regards, -- Gabriel Kerneis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647267: debian-installer: grub-install tries to install on the wrong drive
Package: debian-installer Severity: important Tags: d-i Dear Maintainer, I used the debian-installer yesterday: daily build for testing, netinst image, hybrid ISO image written directly to a usb key, expert mode. The installer correctly detected that Debian was the only OS installed (on a fresh SSD) but then failed to write the boot sector. The reason is that it tried to write to /dev/sda, which was the USB key containing the netinstall image. It should instead have tried to write to /dev/sdb, which was the SSD. Removing the usb key and retrying solved the issue. This is annoying nonetheless. IMHO, the installer should: - try to install on the device which holds the /boot partition, - or at least, allow to select which drive to install grub on. Best regards, -- Gabriel Kerneis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644924: ImportError: cannot import name EditingPlugins
On Mon, Oct 10, 2011 at 03:23:01PM -0400, Daniel Bolton wrote: I get this when I try to launch quodlibet Traceback (most recent call last): File /usr/bin/quodlibet, line 289, in module main() File /usr/bin/quodlibet, line 47, in main from quodlibet import widgets File /usr/lib/pymodules/python2.7/quodlibet/__init__.py, line 132, in import_ql try: return old_import(module, *args, **kwargs) File /usr/lib/pymodules/python2.7/quodlibet/widgets.py, line 17, in module from quodlibet.plugins.editing import EditingPlugins ImportError: cannot import name EditingPlugins Looks like a duplicate of #552775. Purging and reinstalling quodlibet, exfalso and quodlibet-plugins as advised there solves the issue. I tried to reopen #552775 but my bts-foo is quite low those days I'm afraid... Best, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552775: quodlibet: Fails to start: ImportError: cannot import name EditingPlugins
Package: quodlibet Version: 2.3-1 Followup-For: Bug #552775 Dear Maintainer, I experienced exactly the same issue as described by Josh, but with my latest update of quodlibet (to 2.3-1). Purging and reinstalling as advised solved the problem, but I thought it might be good to report anyway, just in case you could fix it for future users. Best, Gabriel -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages quodlibet depends on: ii exfalso 2.3-1 ii gstreamer0.10-plugins-base 0.10.35-1 ii gstreamer0.10-plugins-good 0.10.30-1 ii gstreamer0.10-plugins-ugly 0.10.18-3 ii python 2.7.2-7 ii python-gst0.10 0.10.21-2.1 Versions of packages quodlibet recommends: ii gstreamer0.10-alsa 0.10.35-1 ii gstreamer0.10-gnomevfs 0.10.35-1 ii media-player-info 15-1 ii python-dbus 0.84.0-2 ii python-feedparser 5.0.1-1 ii python-gpod 0.8.2-4 ii python-mmkeys 1.6.2.1-4 ii udisks 1.0.4-1 Versions of packages quodlibet suggests: ii gstreamer0.10-gconfnone ii gstreamer0.10-plugins-bad 0.10.22-3 ii quodlibet-plugins 1:2.3-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627982: xorg: MatchDevicePath does not handle symlinks (required by latest udev)
Package: xorg Version: 1:7.5+7 Severity: normal Hi, latest versions of udev require (or suggest strongly) to use SYMLINK instead of NAME in udev rules, thus letting the kernel choose the name and merely installing symlinks in /dev. [ see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581593 for instance ] I used to have the following udev rule: # /etc/udev/rules.d/typematrix.rules ATTRS{name}==TypeMatrix.com USB Keyboard, NAME=input/typematrix and the corresponding xorg rule: # /etc/X11/xorg.conf.d/typematrix.conf Section InputClass Identifier Typematrix Bepo MatchIsKeyboard on MatchDevicePath /dev/input/typematrix Driver evdev Option XkbRules xorg Option XkbModel pc105 Option XkbLayout fr Option XkbVariant bepo EndSection Facing warnings from udev, I changed the rule to read: # /etc/udev/rules.d/typematrix.rules ATTRS{name}==TypeMatrix.com USB Keyboard, SYMLINK+=input/typematrix It correctly installs a symlink in /dev: $ ls -l /dev/input total 0 drwxr-xr-x 2 root root 80 26 mai 09:03 by-id drwxr-xr-x 2 root root140 26 mai 09:03 by-path crw-r- 1 root root 13, 64 26 mai 08:39 event0 crw-r- 1 root root 13, 65 26 mai 09:03 event1 crw-r- 1 root root 13, 66 26 mai 09:03 event2 crw-r- 1 root root 13, 67 26 mai 08:39 event3 crw-r- 1 root root 13, 68 26 mai 08:39 event4 crw-r- 1 root root 13, 69 26 mai 08:39 event5 crw-r- 1 root root 13, 70 26 mai 08:39 event6 crw-r- 1 root root 13, 63 26 mai 08:39 mice crw-r- 1 root root 13, 32 26 mai 08:39 mouse0 lrwxrwxrwx 1 root root 6 26 mai 09:03 typematrix - event2 But xorg does not set up the requested layout anymore. I therefore guess MatchDevicePath does not handle symlinks, which will become an increasingly annoying issue as the udev switch to symlinks becomes more widespread. Best, Gabriel -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xorg depends on: ii gnome-terminal [x-terminal-em 2.30.2-1 The GNOME terminal emulator applic ii libgl1-mesa-dri 7.10.2-2 free implementation of the OpenGL ii libgl1-mesa-glx [libgl1] 7.10.2-2 free implementation of the OpenGL ii libglu1-mesa 7.10.2-2 The OpenGL utility library (GLU) ii x11-apps 7.6+4 X applications ii x11-session-utils 7.6+1 X session utilities ii x11-utils 7.5+4 X11 utilities ii x11-xfs-utils 7.6+1 X font server utilities ii x11-xkb-utils 7.6+2 X11 XKB utilities ii x11-xserver-utils 7.6+2 X server utilities ii xauth 1:1.0.5-1 X authentication utility ii xfonts-100dpi 1:1.0.3100 dpi fonts for X ii xfonts-75dpi 1:1.0.375 dpi fonts for X ii xfonts-base 1:1.0.3standard fonts for X ii xfonts-scalable 1:1.0.3-1 scalable fonts for X ii xfonts-utils 1:7.6~1X Window System font utility progr ii xinit 1.3.0-1X server initialisation tool ii xkb-data 2.1-2 X Keyboard Extension (XKB) configu ii xorg-docs-core1:1.6-1Core documentation for the X.org X ii xserver-xorg 1:7.5+7the X.Org X server ii xterm [x-terminal-emulator] 269-1 X terminal emulator xorg recommends no packages. Versions of packages xorg suggests: pn xorg-docs 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#627982: xorg: MatchDevicePath does not handle symlinks (required by latest udev)
On Thu, May 26, 2011 at 11:14:03AM +0200, Cyril Brulebois wrote: (And I think symlinks are handled just fine, fwiw.) Looks like symlinks are not the culprit, indeed, since changing /dev/input/typematrix into /dev/input/event2 does not solve my issue. And now that I finished upgrading packages, using NAME= instead of SYMLINK+= disables my keyboard completely, so I must say I am a bit lost. Using SYMLINK+= for udev rule and then setxkcomp -device XXX fr bepo in a terminal still works fine though (shall I consider myself lucky? ;-). Best, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627982: xorg: MatchDevicePath does not handle symlinks (required by latest udev)
On Thu, May 26, 2011 at 07:25:40PM +0200, Julien Cristau wrote: MatchDevicePath is almost never what you want to use. Use MatchVendor or MatchProduct instead? Someone suggested me to do that on IRC too. I'll test tomorrow and let you know. Thanks, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587149: xserver-xorg-video-nouveau: X segfault and kernel oops when displaying large images
On Fri, Jun 25, 2010 at 05:30:09PM +0100, Julien Cristau wrote: Thanks, please file a bug upstream at bugs.freedesktop.org (product=xorg, component=Driver/nouveau) and report the bug number here so we can track it. Make sure to attach dmesg and X log there too. https://bugs.freedesktop.org/show_bug.cgi?id=28763 Regards, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587149: xserver-xorg-video-nouveau: X segfault and kernel oops when displaying large images
On Fri, Jun 25, 2010 at 02:29:23PM +0200, Gabriel Kerneis wrote: well, I have a dual-core so I had a few seconds to realise what was going on when a second oops occurred and froze the machine. This has probably nothing to do with the fact that I have a dual-core, actually, since the logs of the second series of oops shows that both of them happened on the same CPU. But the screen consistently becomes black after the *second* oops. Regards, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587149: xserver-xorg-video-nouveau: X segfault and kernel oops when displaying large images
kernel: [ 156.828182] 0 88012c6be180 a026b979 88012c6be220 Jun 25 16:54:59 rhodium kernel: [ 156.828185] Call Trace: Jun 25 16:54:59 rhodium kernel: [ 156.828189] [a026b979] ? ttm_bo_swapout+0x1d6/0x216 [ttm] Jun 25 16:54:59 rhodium kernel: [ 156.828192] [a026933f] ? ttm_shrink+0x9a/0xc0 [ttm] Jun 25 16:54:59 rhodium kernel: [ 156.828195] [a026942d] ? ttm_mem_global_alloc_zone+0x5a/0x130 [ttm] Jun 25 16:54:59 rhodium kernel: [ 156.828198] [a0269d17] ? __ttm_tt_get_page+0x60/0x9b [ttm] Jun 25 16:54:59 rhodium kernel: [ 156.828202] [a0269d84] ? ttm_tt_populate+0x32/0x68 [ttm] Jun 25 16:54:59 rhodium kernel: [ 156.828205] [a0269de3] ? ttm_tt_set_caching+0x29/0xb3 [ttm] Jun 25 16:54:59 rhodium kernel: [ 156.828208] [a026ab0e] ? ttm_bo_handle_move_mem+0xfb/0x2bf [ttm] Jun 25 16:54:59 rhodium kernel: [ 156.828211] [a026c2fb] ? ttm_mem_evict_first+0x412/0x49e [ttm] Jun 25 16:54:59 rhodium kernel: [ 156.828215] [a026be6f] ? ttm_bo_mem_space+0x3db/0x455 [ttm] Jun 25 16:54:59 rhodium kernel: [ 156.828219] [810f4a00] ? do_select+0x427/0x4b2 Jun 25 16:54:59 rhodium kernel: [ 156.828222] [a026c7e6] ? ttm_bo_move_buffer+0x8d/0xf1 [ttm] Jun 25 16:54:59 rhodium kernel: [ 156.828228] [a023c08a] ? drm_mm_split_at_start+0x17/0x6d [drm] Jun 25 16:54:59 rhodium kernel: [ 156.828232] [a026c8e8] ? ttm_bo_validate+0x9e/0xe3 [ttm] Jun 25 16:54:59 rhodium kernel: [ 156.828235] [a026cc56] ? ttm_bo_init+0x329/0x365 [ttm] Jun 25 16:54:59 rhodium kernel: [ 156.828242] [a0280028] ? nouveau_bo_new+0x2f3/0x35f [nouveau] Jun 25 16:54:59 rhodium kernel: [ 156.828248] [a027fc82] ? nouveau_bo_del_ttm+0x0/0xb3 [nouveau] Jun 25 16:54:59 rhodium kernel: [ 156.828254] [a0280bde] ? nouveau_gem_ioctl_new+0x0/0x27c [nouveau] Jun 25 16:54:59 rhodium kernel: [ 156.828260] [a0280b6f] ? nouveau_gem_new+0x35/0xa4 [nouveau] Jun 25 16:54:59 rhodium kernel: [ 156.828265] [a0280d70] ? nouveau_gem_ioctl_new+0x192/0x27c [nouveau] Jun 25 16:54:59 rhodium kernel: [ 156.828270] [a023439f] ? drm_ioctl+0x258/0x32d [drm] Jun 25 16:54:59 rhodium kernel: [ 156.828273] [810e777d] ? do_sync_read+0xb1/0xea Jun 25 16:54:59 rhodium kernel: [ 156.828276] [81187a33] ? rb_insert_color+0x61/0xdd Jun 25 16:54:59 rhodium kernel: [ 156.828279] [810f34ca] ? vfs_ioctl+0x23/0x93 Jun 25 16:54:59 rhodium kernel: [ 156.828280] [810f3d74] ? do_vfs_ioctl+0x476/0x4ba Jun 25 16:54:59 rhodium kernel: [ 156.828283] [810f3e03] ? sys_ioctl+0x4b/0x70 Jun 25 16:54:59 rhodium kernel: [ 156.828284] [810e7ec6] ? sys_read+0x5f/0x6b Jun 25 16:54:59 rhodium kernel: [ 156.828287] [810089c2] ? system_call_fastpath+0x16/0x1b Jun 25 16:54:59 rhodium kernel: [ 156.828288] Code: 48 c7 c7 67 f6 26 a0 31 c0 44 89 e5 e8 13 d8 08 e1 e9 48 01 00 00 49 8b 44 24 18 65 48 8b 2c 25 08 cc 00 00 48 81 ed d8 1f 00 00 48 8b 40 10 4c 8b b0 10 01 00 00 c7 44 24 0c 00 00 00 00 e9 de Jun 25 16:54:59 rhodium kernel: [ 156.828306] RIP [a026a120] ttm_tt_swapout+0x9e/0x1e2 [ttm] Jun 25 16:54:59 rhodium kernel: [ 156.828309] RSP 88012c3f9758 Jun 25 16:54:59 rhodium kernel: [ 156.828310] CR2: 0010 Jun 25 16:54:59 rhodium kernel: [ 156.828312] ---[ end trace b72f1fe5c9743536 ]--- Jun 25 16:54:59 rhodium kernel: [ 156.830205] [drm] nouveau :01:00.0: nouveau_channel_free: freeing fifo 1 Jun 25 16:54:59 rhodium kernel: [ 156.841293] [drm:drm_release] *ERROR* Device busy: 1 Jun 25 16:55:00 rhodium acpid: client 1976[0:0] has disconnected Jun 25 16:55:00 rhodium gdm[1966]: WARNING: gdm_slave_xioerror_handler : erreur X fatale - Redémarrage de :0 Jun 25 16:55:01 rhodium /USR/SBIN/CRON[2857]: (root) CMD (command -v debian-sa1 /dev/null debian-sa1 1 1) Jun 25 16:57:54 rhodium ntpd[2535]: adjusting local clock by 1.632038s Jun 25 16:58:59 rhodium ntpd[2536]: 1 out of 5 peers valid Jun 25 16:58:59 rhodium ntpd[2536]: bad peer 0.debian.pool.ntp.org (91.121.154.174) Jun 25 16:58:59 rhodium ntpd[2536]: bad peer 1.debian.pool.ntp.org (88.191.223.128) Jun 25 16:58:59 rhodium ntpd[2536]: bad peer 2.debian.pool.ntp.org (91.121.104.146) Jun 25 16:58:59 rhodium ntpd[2536]: bad peer 3.debian.pool.ntp.org (88.191.80.230) Jun 25 16:58:59 rhodium shutdown[2903]: shutting down for system halt Jun 25 16:58:59 rhodium init: Switching to runlevel: 0 Jun 25 16:59:02 rhodium shutdown[2919]: shutting down for system halt -- Gabriel Kerneis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587149: xserver-xorg-video-nouveau: X segfault and kernel oops when displaying large images
A quick google search gave me the following bits of information. Very similar bug reported on the dri-devel ML (01/2010): http://www.mail-archive.com/dri-de...@lists.sourceforge.net/msg46220.html Patch for the bug (02/2010): http://www.mail-archive.com/dri-de...@lists.sourceforge.net/msg47752.html Same (review) patch on LKML, for 2.6.32-stable and 2.6.33-stable (03/2010): http://linux.derkeiler.com/Mailing-Lists/Kernel/2010-03/msg05455.html http://lkml.indiana.edu/hypermail/linux/kernel/1003.1/02309.html Similar bug reported by a Fedora user (05/2010): http://bugzilla.redhat.com/show_bug.cgi?id=595203 But I just checked with apt-get source and this patch is included in linux-2.6_2.6.34-1~experimental, so it must be something else. Note that linux-2.6-2.6.32 does include the patch, of course: it was worth trying the latest one. Regards, -- Gabriel Kerneis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569927: roundcube-core: script should be fixed to not stop debconf before calling ucf
Package: roundcube Version: 0.3.1-3 Severity: normal Hi, I have no idea what the following means, but it says the bug should be reported, so here it is: $ sudo aptitude safe-upgrade [...] Paramétrage de roundcube-core (0.3.1-3) ... dbconfig-common: writing config to /etc/dbconfig-common/roundcube.conf *** WARNING: ucf was run from a maintainer script that uses debconf, but the script did not pass --debconf-ok to ucf. The maintainer script should be fixed to not stop debconf before calling ucf, and pass it this parameter. For now, ucf will revert to using old-style, non-debconf prompting. Ugh! Please inform the package maintainer about this problem. Replacing config file /etc/roundcube/debian-db.php with new version [...] Regards, Gabriel Kerneis -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31.5--std-ipv6-32 (SMP w/1 CPU core) Locale: lang=fr_fr.ut...@euro, lc_ctype=fr_fr.ut...@euro (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages roundcube-core depends on: ii dbconfig-common1.8.39common framework for packaging dat ii debconf [debconf-2 1.5.24Debian configuration management sy ii libjs-jquery 1.4.1-1 JavaScript library for dynamic web ii libmagic1 4.26-1File type determination library us ii lighttpd [httpd] 1.4.19-5+lenny1 A fast webserver with minimal memo ii php-auth 1.6.1-1 PHP PEAR modules for creating an a ii php-mail-mime 1.5.2-0.1 PHP PEAR module for creating MIME ii php-mdb2 2.5.0b2-1 PHP PEAR module to provide a commo ii php-net-smtp 1.3.1-1 PHP PEAR module implementing SMTP ii php-net-socket 1.0.8-2 PHP PEAR Network Socket Interface ii php5 5.2.6.dfsg.1-1+lenny4 server-side, HTML-embedded scripti ii php5-gd5.2.6.dfsg.1-1+lenny4 GD module for php5 ii php5-mcrypt5.2.6.dfsg.1-1+lenny4 MCrypt module for php5 ii php5-pspell5.2.6.dfsg.1-1+lenny4 pspell module for php5 ii roundcube-sqlite 0.3.1-3 metapackage providing sqlite depen ii tinymce3.0.8-1 platform independent web based Jav ii ucf3.0016Update Configuration File: preserv roundcube-core recommends no packages. Versions of packages roundcube-core suggests: pn php-auth-sasl none (no description available) roundcube depends on no packages. -- debconf information: * roundcube/dbconfig-install: true roundcube/db/dbname: roundcube roundcube/pgsql/authmethod-admin: ident roundcube/pgsql/admin-user: postgres roundcube/internal/skip-preseed: false roundcube/db/app-user: roundcube/dbconfig-reinstall: false roundcube/restart-webserver: true roundcube/dbconfig-upgrade: true roundcube/remote/port: roundcube/pgsql/no-empty-passwords: roundcube/passwords-do-not-match: roundcube/internal/reconfiguring: false roundcube/upgrade-error: abort roundcube/pgsql/authmethod-user: password roundcube/purge: false roundcube/language: fr_FR roundcube/remote/newhost: roundcube/pgsql/changeconf: false roundcube/upgrade-backup: true roundcube/install-error: abort roundcube/mysql/admin-user: root roundcube/hosts: roundcube/dbconfig-remove: roundcube/mysql/method: unix socket roundcube/remove-error: abort roundcube/pgsql/method: unix socket roundcube/pgsql/manualconf: roundcube/db/basepath: /var/lib/dbconfig-common/sqlite/roundcube roundcube/reconfigure-webserver: apache2, lighttpd * roundcube/database-type: sqlite roundcube/remote/host: roundcube/missing-db-package-error: abort -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100215074302.30318.90498.report...@witko.kerneis.info
Bug#546822: update of grub-pc daisychained from -legacy boots into -pc
Package: grub-pc Severity: normal Hi, If it was presented to you, was there something misleading about it? What I find misleading is that a dummy user might think: well, until now Debian folks have been very cautious with the grub upgrade: there is the chainload stuff and it requires me to explicitely use upgrade-grub-legacy, so they couldn't break everything without an extra-big-red-bold-letters warning, could they? what they ask in this dialog is probably the drives where the chainload should take place, isn't it? or maybe this is some configuration file that is being set-up, but it cannot have any effect on my system as long as I did not run that silly upgrade-grub-legacy... I am that dummy user who just lost an afternoon with SystemRescue CD to restore grub-legacy, and a co-worker would have made the same mistake if I hadn't stopped him, so trust me: a big warning would be more than welcome. [One might argue that dummy users should not use unstable, of course.] Regards, Gabriel Kerneis -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grub-pc depends on: ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii grub-common 1.97~beta4-1 GRand Unified Bootloader, version ii libc6 2.9-27 GNU C Library: Shared libraries ii ucf 3.0022 Update Configuration File: preserv grub-pc recommends no packages. Versions of packages grub-pc suggests: ii desktop-base 5.0.5 common files for the Debian Deskto ii genisoimage 9:1.1.9-1 Creates ISO-9660 CD-ROM filesystem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518117: [No:003492] Bug#518117: Bug#518362: foomatic-filters: /usr/lib/cups/filter/foomatic-rip stopped with status 3!
[CCing Brother's technical support] On Thu, Mar 05, 2009 at 12:13:38PM -0600, Chris Lawrence wrote: One thing that might help: Gabriel and Thomas, can you send me the PPD files from /etc/cups/ppd/ for your printers? I might be able to do some debugging of foomatic-rip manually even though I don't have the printers in question with the PPD file. I did a lot of testing and here is what works and what doesn't: * Using the Brother HL-2060 - CUPS+Gutenprint v5.2.3 driver works perfectly well! I tried it because it was selected by default when I reinstalled the printer. * Using the Brother HL-2060 Foomatic/hl1250 (recommended) driver fails with a segfault of foomatic, as reported previously. Files related: hl1250.ppd and debug (from /var/log/cups/error_log). * Using the propietary driver from Brother fails silently (no segfault, the task is reported to work and the printer seems to wake up but doesn't print anything). Files related: HL2070N-prop.ppd and debug-prop. This applies to Debian Sid x86_64 updated this morning. I'll try on x86 in the next few days and let you know. The following Ubuntu bug report seems related, by the way: https://bugs.launchpad.net/ubuntu/+source/foomatic-filters/+bug/321164 It includes a patch that I didn't try. Regards, -- Gabriel Kerneis *PPD-Adobe: 4.3 *% *% For information on using this, and to obtain the required backend *% script, consult http://www.openprinting.org/ *% *% This file is published under the GNU General Public License *% *% PPD-O-MATIC (3.0.0 or newer) generated this PPD file. It is for use with *% all programs and environments which use PPD files for dealing with *% printer capability information. The printer must be configured with the *% foomatic-rip backend filter script of Foomatic 3.0.0 or newer. This *% file and foomatic-rip work together to support PPD-controlled printer *% driver option access with arbitrary free software printer drivers and *% printing spoolers. *% *% To save this file on your disk, wait until the download has completed *% (the animation of the browser logo must stop) and then use the *% Save as... command in the File menu of your browser or in the *% pop-up manu when you click on this document with the right mouse button. *% DO NOT cut and paste this file into an editor with your mouse. This can *% introduce additional line breaks which lead to unexpected results. *% *% You may save this file as 'Brother-HL-2060-hl1250.ppd' *% *% *FormatVersion: 4.3 *FileVersion: 1.1 *LanguageVersion: English *LanguageEncoding: ISOLatin1 *PCFileName:HL1250.PPD *Manufacturer: Brother *Product: (HL-2060) *cupsVersion: 1.0 *cupsManualCopies: True *cupsModelNumber: 2 *cupsFilter:application/vnd.cups-postscript 0 foomatic-rip *%pprRIP:foomatic-rip other *ModelName: Brother HL-2060 *ShortNickName: Brother HL-2060 hl1250 *NickName: Brother HL-2060 Foomatic/hl1250 (recommended) *PSVersion: (3010.000) 550 *PSVersion: (3010.000) 651 *PSVersion: (3010.000) 652 *PSVersion: (3010.000) 653 *PSVersion: (3010.000) 704 *PSVersion: (3010.000) 705 *PSVersion: (3010.000) 800 *LanguageLevel: 3 *ColorDevice: False *DefaultColorSpace: Gray *FileSystem:False *Throughput:1 *LandscapeOrientation: Plus90 *TTRasterizer: Type42 *1284DeviceID: DRV:Dhl1250,R1,M0,TG; *driverName hl1250/hl1250: *driverType G/GhostScript built-in: *driverUrl: http://www.amelek.gda.pl/gs-hl1250/; *driverObsolete: False *VariablePaperSize: False *FoomaticIDs: Brother-HL-2060 hl1250 *FoomaticRIPCommandLine: gs -q -dBATCH -dPARANOIDSAFER -dNOPAUSE -sDE VICE=hl1250%A%Z -sOutputFile=- - *End *OpenGroup: General/General *OpenUI *PageSize/Page Size: PickOne *OrderDependency: 100 AnySetup *PageSize *DefaultPageSize: A4 *PageSize Letter/US Letter: /PageSize[612 792]/ImagingBBox nullsetpagedevice *PageSize A4/A4: /PageSize[595 842]/ImagingBBox nullsetpagedevice *PageSize 11x17/11x17: /PageSize[792 1224]/ImagingBBox nullsetpagedevice *PageSize A3/A3: /PageSize[842 1191]/ImagingBBox nullsetpagedevice *PageSize A5/A5: /PageSize[421 595]/ImagingBBox nullsetpagedevice *PageSize B5/B5 (JIS): /PageSize[516 729]/ImagingBBox nullsetpagedevice *PageSize Env10/Envelope #10: /PageSize[297 684]/ImagingBBox nullsetpagedevice *PageSize EnvC5/Envelope C5: /PageSize[459 649]/ImagingBBox nullsetpagedevice *PageSize EnvDL/Envelope DL: /PageSize[312 624]/ImagingBBox nullsetpagedevice *PageSize EnvISOB5/Envelope B5: /PageSize[499 709]/ImagingBBox nullsetpagedevice *PageSize EnvMonarch/Envelope Monarch: /PageSize[279 540]/ImagingBBox nullsetpagedevice *PageSize Executive/Executive: /PageSize[522 756]/ImagingBBox nullsetpagedevice *PageSize Legal/US Legal: /PageSize[612 1008]/ImagingBBox nullsetpagedevice *CloseUI: *PageSize *OpenUI *PageRegion: PickOne *OrderDependency: 100 AnySetup *PageRegion *DefaultPageRegion: A4 *PageRegion Letter/US Letter: /PageSize[612 792]/ImagingBBox nullsetpagedevice *PageRegion A4/A4
Bug#518117: foomatic-filters: foomatic-rip segfaults with Brother HL-2070N
On Thu, Mar 05, 2009 at 02:07:05AM -0600, Chris Lawrence wrote: On Wed, Mar 4, 2009 at 2:58 AM, Gabriel Kerneis kern...@pps.jussieu.fr wrote: I purged /etc/cups/ppd. Have you tried reinstalling the printer driver? I thought removing everything in /etc/cups/ppd and then reseting the printer in cups would do the job; do I need to do something more? I'm not sure Foomatic 4.0 plays as nicely with 3.x driver info as it should. I have a very faint understanding of foomatic. How can I check the version of a driver? Upstream has discontinued foomatic-filters-ppds but you can either grab the PPD for the HL-2070N from http://www.openprinting.org/ The HL-2070N is not supported by openprinting, but using the hl1250 driver used to work quite well. One more time, I'm a bit lost: do you mean the hl1250 driver bundled with Debian is deprecated and I should get the latest one upstream? or use foomatic-gui to reinstall. I'll try that and let you know. I'm also in touch with Brother's technical support. Thanks for your help, -- Gabriel Kerneis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518117: foomatic-filters: foomatic-rip segfaults with Brother HL-2070N
Package: foomatic-filters Version: 4.0-20090301-1 Severity: important Hi, I have a Brother HL-2070N on my network. It's installed on my computer with the Foomatic hl1250 driver, which is the recommended one. It used to work fine until I upgraded to foomatic-filters 4.0. /var/log/syslog says: Mar 4 09:32:06 hokahe kernel: [ 5336.864642] foomatic-rip[18281]: segfault at ip 40fe5a sp 76658160 error 4 in foomatic-rip[40+17000] It might be important to notice that installing the proprietary drivers for the HL-2070N causes a segfault too (in Brother's rawtobr2 binary). I also have a Brother DCP-350C (usb) using proprietary drivers which works still fine, and I purged /etc/cups/ppd. Downgrading foomatic-filters to 3.0.2 solves the problem (with both drivers). # cat /var/log/cups/error_log E [04/Mar/2009:08:52:53 +0100] PID 17058 (/usr/lib/cups/filter/foomatic-rip) stopped with status 3! E [04/Mar/2009:08:52:58 +0100] [Job 32] Job stopped due to filter errors. I've also reproduced this bug on an x86 architecture (with the same network printer, and both drivers). Regards, Gabriel Kerneis -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages foomatic-filters depends on: ii bash 3.2-5 The GNU Bourne Again SHell ii debconf [debconf-2.0] 1.5.26Debian configuration management sy ii libc6 2.9-4 GNU C Library: Shared libraries ii libgs8 8.63.dfsg.1-2 The Ghostscript PostScript/PDF int ii perl 5.10.0-19 Larry Wall's Practical Extraction ii ucf3.0016Update Configuration File: preserv Versions of packages foomatic-filters recommends: ii cups 1.3.9-14 Common UNIX Printing System(tm) - ii cups-bsd [lpr]1.3.9-14 Common UNIX Printing System(tm) - ii cups-client 1.3.9-14 Common UNIX Printing System(tm) - ii foomatic-db-engine4.0-20090301-1 OpenPrinting printer support - pro ii ghostscript 8.63.dfsg.1-2 The GPL Ghostscript PostScript/PDF foomatic-filters suggests no packages. -- debconf information: foomatic-filters/config_parsed: true foomatic-filters/spooler: direct foomatic-filters/textfilter: Automagic foomatic-filters/filter_debug: false foomatic-filters/ps_accounting: false foomatic-filters/custom_textfilter: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515905: gdm starts with the wrong keymap
Package: gdm Version: 2.20.7-5 Severity: important Hi, Since lenny was released and I upgraded my system with the new sid packages, I face an important bug in GDM. At system startup, gdm is launched with a qwerty keymap. But the only locale installed on my system is fr_FR.UTF-8 and Xorg is configured to use fr as the default keymap. A few details: - apart from the keymap, the rest of the interface is correctly localized, so it seems to be more a problem of the weird things done with setxkbmap in /etc/gdm/Init/Default than a problem of locale. - by default, the selected locale is last locale used. If I select either French or System default, the keymap is changed to fr immediately. Even if I select last language used once again beyond this point, the keymap remains in fr. - if do not touch the locale selection menu and login using the qwerty keymap, the keymap is then correctly set to fr in my session. Moreover, in both cases, when I logout, the keymap stays in fr. Well, this is annoying but I'm describing an easy workaround, so why tagging this as important? Because this bug does indeed render the system unusable for some users. Namely, when: - gdm is configured with a login browser, - the user chooses its login name by clicking on it, - then its password is rejected. In that (real-life) example, the user has no clue what's going on (remember, the interface is still in French). And gdm with a login browser in designed for such (possibly unexperienced) users who will then be locked out of the system. So please, fix this bug to save my grand-mother ;-) Regards, Gabriel Kerneis -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gdm depends on: ii adduser3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.24Debian configuration management sy ii gksu 2.0.0-8 graphical frontend to su ii gnome-session [x-sessi 2.22.3-2 The GNOME 2 Session Manager ii gnome-terminal [x-term 2.22.3-3 The GNOME 2 terminal emulator appl ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libattr1 1:2.4.43-2Extended attribute shared library ii libc6 2.7-18GNU C Library: Shared libraries ii libcairo2 1.8.6-2 The Cairo 2D vector graphics libra ii libdbus-1-31.2.12-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-3simple interprocess messaging syst ii libdmx11:1.0.2-3 X11 Distributed Multihead extensio ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libglade2-01:2.6.3-1 library to load .glade files at ru ii libglib2.0-0 2.18.4-2 The GLib library of C routines ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgtk2.0-02.12.12-1 The GTK+ graphical user interface ii libpam-modules 1.0.1-5 Pluggable Authentication Modules f ii libpam-runtime 1.0.1-5 Runtime support for the PAM librar ii libpam0g 1.0.1-5 Pluggable Authentication Modules l ii libpango1.0-0 1.22.4-2 Layout and rendering of internatio ii librsvg2-2 2.22.2-4 SAX-based renderer library for SVG ii librsvg2-common2.22.2-4 SAX-based renderer library for SVG ii libselinux12.0.65-5 SELinux shared libraries ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii libx11-6 2:1.1.5-2 X11 client-side library ii libxau61:1.0.4-2 X11 authorisation library ii libxdmcp6 1:1.0.2-3 X11 Display Manager Control Protoc ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi6 2:1.2.0-2 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxml22.6.32.dfsg-5 GNOME XML library ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii metacity [x-window-man 1:2.22.0-2A lightweight GTK2 based Window Ma ii twm [x-window-manager] 1:1.0.4-2 Tab window manager ii xterm [x-terminal-emul 241-1 X terminal emulator ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages gdm
Bug#491270: pulseaudio: PulseAudio freezes the boot process in some situations
Package: pulseaudio Version: 0.9.10-2 Severity: critical Justification: breaks the whole system Hi, in the following situation, pulseaudio freezes the boot process: - pulseaudio system start enabled (in /etc/default/pulseaudio) - some bad permissions in the /dev directory (due to bug #491114 in my case). In my case, the error message was: Jul 18 07:22:56 tatanka pulseaudio[2715]: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted Jul 18 07:22:56 tatanka pulseaudio[2715]: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted In understand that the origin of the bug doesn't lie in pulseaudio, and that is has been fixed already (see #491114). But, whatever causes pulseaudio to fail its startup, I think it shouldn't freeze the whole boot process, but rather die gracefully. Kind regards, Gabriel Kerneis -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-rc5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pulseaudio depends on: ii adduser 3.108 add and remove users and groups ii libasound21.0.16-2 ALSA library ii libasyncns0 0.3-1 Asyncronous name service query lib ii libc6 2.7-12 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libdbus-1-3 1.2.1-2simple interprocess messaging syst ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim ii libltdl3 1.5.26-4 A system independent dlopen wrappe ii libogg0 1.1.3-4Ogg Bitstream Library ii liboil0.3 0.3.15-1 Library of Optimized Inner Loops ii libpulsecore5 0.9.10-2 PulseAudio sound server core ii libsamplerate00.1.4-1audio rate conversion library ii libsndfile1 1.0.17-4 Library for reading/writing audio ii libwrap0 7.6.q-15 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-15 Linux Standard Base 3.2 init scrip Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.9.7-2 GStreamer plugin for PulseAudio ii libasound2-plugins 1.0.16-1+b1 ALSA library additional plugins ii padevchooser 0.9.3-2 PulseAudio Device Chooser ii paprefs 0.9.6-2 PulseAudio Preferences ii pulseaudio-esound-compat 0.9.10-2PulseAudio ESD compatibility layer ii pulseaudio-module-hal0.9.10-2HAL device detection module for Pu ii pulseaudio-module-x110.9.10-2X11 module for PulseAudio sound se Versions of packages pulseaudio suggests: ii paman0.9.4-1 PulseAudio Manager ii pavucontrol 0.9.6+svn20080426-1 PulseAudio Volume Control ii pavumeter0.9.3-1 PulseAudio Volume Meter ii pulseaudio-utils 0.9.10-2Command line tools for the PulseAu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491270: pulseaudio: PulseAudio freezes the boot process in some situations
On Fri, Jul 18, 2008 at 11:52:33AM +0200, CJ van den Berg wrote: If opening a device causes pulseaudio to block indefinitely, then the device needs to be fixed (as it was in your case). I don’t see what pulseaudio can (or should) do about this. It could timeout, so that the rest of the system can finish its startup. In fact, it might already timeout: I waited some time but maybe not enough, and didn't check the source code. In understand that the origin of the bug doesn't lie in pulseaudio, and that is has been fixed already (see #491114). But, whatever causes pulseaudio to fail its startup, I think it shouldn't freeze the whole boot process, but rather die gracefully. I don’t see how bad permissions could cause pulseaudio block indefinitely on a device. What makes you think that is what happened? Because everything under /dev was 660 instead of 666 (belonging to root). But you made me realize that it might as well have been the case that the devices did not even exist (#491114 messed up *many* things). I don't see why a device that do not exist at all should be treated differently from a device that you can't open because of bad permissions. Then again, I might be wrong on the real origin of the problem. If this the case, please forgive me and close this bug report. But seeing pulseaudio hanging on startup and blocking the whole system (for whatever reason) didn't seem the right thing to me — unless it times out and I wasn't patient enough. Thank you for your quick reply anyway. Regards, -- Gabriel Kerneis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491270: pulseaudio: PulseAudio freezes the boot process in some situations
reopen 491270 thank you On Fri, Jul 18, 2008 at 01:22:51PM +0200, CJ van den Berg wrote: I’m going to close this now, but if you find something that causes pulseaudio to block on start-up, please let me know. I found the bug thanks to strace: it loops for ever with open(/dev/urandom,O_RDONLY|O_LARGEFILE) = -1 EACCES (Permission denied) I guess it comes from src/pulsecore/random.c, line 64: /* $Id: random.c 1971 2007-10-28 19:13:50Z lennart $ */ [snip - device = /dev/urandom] while (*device) { ret = 0; if ((fd = open(*device, O_RDONLY)) = 0) { if ((r = pa_loop_read(fd, ret_data, length, NULL)) 0 || (size_t) r != length) ret = -1; pa_close(fd); } else ret = -1; if (ret == 0) break; } It can't open /dev/urandom (because of wrong file permission) and thus never gets out of the while loop. I think it would be safer to exit (with a failure code) when /dev/urandom is not available. Kind regards, -- Gabriel Kerneis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485873: linux-image-2.6.25-2-686: fails to suspend to ram (hangs when Suspending console(s))
On Thu, Jun 12, 2008 at 03:20:37AM +0200, maximilian attems wrote: the screen becomes black, then displays 3 lines, the last one being: Suspending console(s) It hangs at this point. echo mem /sys/power/state #check Doesn't change anything. checkout latest trunk see wiki.d.o/DebianKernel 2.6.25-rc5 Fixes the problem. Thanks. -- Gabriel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485757: pulseaudio: module-suspend-on-idle is disabled, which prevents CPU from going idle
Package: pulseaudio Version: 0.9.10-2 Severity: wishlist Tags: patch Hi, as reported here [http://www.pulseaudio.org/ticket/114], pulseaudio wakes up the audio hardware a lot, even when idle, which prevents the CPU from entering C3/C4 state, thus killing battery life. The module module-suspend-on-idle solves the problem (at least when no sound is played). Please, could you add: load-module module-suspend-on-idle to /etc/pulse/default.pa. If you don't want to enable it by default, I strongly suggest that you add it (commented out) with an explicit comment stating that it can save a lot of battery life. Regards, Gabriel -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pulseaudio depends on: ii adduser 3.108 add and remove users and groups ii libasound21.0.16-2 ALSA library ii libasyncns0 0.3-1 Asyncronous name service query lib ii libc6 2.7-12 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libdbus-1-3 1.2.1-2simple interprocess messaging syst ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim ii libltdl3 1.5.26-4 A system independent dlopen wrappe ii libogg0 1.1.3-4Ogg Bitstream Library ii liboil0.3 0.3.14-4 Library of Optimized Inner Loops ii libpulsecore5 0.9.10-2 PulseAudio sound server core ii libsamplerate00.1.3-1audio rate conversion library ii libsndfile1 1.0.17-4 Library for reading/writing audio ii libwrap0 7.6.q-15 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.9.7-2 GStreamer plugin for PulseAudio ii libasound2-plugins 1.0.16-1+b1 ALSA library additional plugins ii padevchooser 0.9.3-2 PulseAudio Device Chooser ii paprefs 0.9.6-2 PulseAudio Preferences ii pulseaudio-esound-compat 0.9.10-2PulseAudio ESD compatibility layer ii pulseaudio-module-hal0.9.10-2HAL device detection module for Pu ii pulseaudio-module-x110.9.10-2X11 module for PulseAudio sound se -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485873: linux-image-2.6.25-2-686: fails to suspend to ram (hangs when Suspending console(s))
Package: linux-image-2.6.25-2-686 Version: 2.6.25-4 Severity: normal Hi, * steps to reproduce: - start the computer (Thinkpad T42) - login (console mode) - sudo s2ram * result: the screen becomes black, then displays 3 lines, the last one being: Suspending console(s) It hangs at this point. I can switch to the consoles (Alt+F1...F6). I can type things in the first console (I get a blinking cursor), nothing in the others, and none of them reacts. Once I've switched to one of the consoles, I can't go back to the Suspending console(s) screen. My logs are empty. I have to hard-reboot the computer. It definitely hangs *before* suspending (so this is not a problem of can't wakeup but rather something like can't suspend). FWIW, suspend-to-ram works fine with linux-image-2.6.18-4-686 on my computer. Sadly, I can't figure out exactly when it stopped working. I'm willing to investigate this issue further but I don't have any idea of what I could try. Could you provide me some hints? Regards, Gabriel -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.25-2-686 depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii initramfs-tools [linux-initra 0.92b tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-25 Yet Another mkInitRD Versions of packages linux-image-2.6.25-2-686 recommends: ii libc6-i6862.7-12 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.25-2-686/preinst/abort-install-2.6.25-2-686: linux-image-2.6.25-2-686/postinst/bootloader-test-error-2.6.25-2-686: linux-image-2.6.25-2-686/postinst/old-initrd-link-2.6.25-2-686: true linux-image-2.6.25-2-686/prerm/removing-running-kernel-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/initrd-2.6.25-2-686: linux-image-2.6.25-2-686/postinst/kimage-is-a-directory: linux-image-2.6.25-2-686/postinst/depmod-error-2.6.25-2-686: false shared/kernel-image/really-run-bootloader: true linux-image-2.6.25-2-686/preinst/overwriting-modules-2.6.25-2-686: true linux-image-2.6.25-2-686/prerm/would-invalidate-boot-loader-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/elilo-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/depmod-error-initrd-2.6.25-2-686: false linux-image-2.6.25-2-686/preinst/bootloader-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/lilo-has-ramdisk: linux-image-2.6.25-2-686/postinst/bootloader-error-2.6.25-2-686: linux-image-2.6.25-2-686/preinst/lilo-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/old-system-map-link-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/create-kimage-link-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/old-dir-initrd-link-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/abort-overwrite-2.6.25-2-686: linux-image-2.6.25-2-686/preinst/failed-to-move-modules-2.6.25-2-686: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458738: gajim: Fixed
Package: gajim Followup-For: Bug #458738 Bug fixed, thanks. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gajim depends on: ii dnsutils 1:9.4.2-1 Clients provided with BIND ii python2.4.4-6An interactive high-level object-o ii python-glade2 2.12.0-2 GTK+ bindings: Glade support ii python-gtk2 2.12.0-2 Python bindings for the GTK+ widge ii python-pysqlite2 2.4.0-2python interface to SQLite 3 ii python-support0.7.5 automated rebuilding support for p Versions of packages gajim recommends: ii dbus 1.1.2-1simple interprocess messaging syst ii notification-daemon 0.3.7-1+b1 a daemon that displays passive pop ii python-dbus 0.82.4-1 simple interprocess messaging syst ii python-gnupginterface 0.3.2-9Python interface to GnuPG (GPG) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458738: Gajim: crash at startup
Package: gajim Version: 0.11.4-1 Severity: grave Justification: renders package unusable Hi, when I try to start gajim, it fails with the following error message: % gajim --verbose Requires docutils 0.4 for set_classes to be available ImportError: could not import bonobo.ui Traceback (most recent call last): File gajim.py, line 2279, in ? cli.set_restart_command(len(argv), argv) AttributeError: '__main__.GnomeClient' object has no attribute 'set_restart_command' zsh: exit 1 gajim --verbose Regards, Gabriel Kerneis -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gajim depends on: ii dnsutils 1:9.4.2-1 Clients provided with BIND ii python2.4.4-6An interactive high-level object-o ii python-glade2 2.12.0-2 GTK+ bindings: Glade support ii python-gtk2 2.12.0-2 Python bindings for the GTK+ widge ii python-pysqlite2 2.4.0-2python interface to SQLite 3 ii python-support0.7.5 automated rebuilding support for p Versions of packages gajim recommends: ii dbus 1.1.2-1simple interprocess messaging syst ii notification-daemon 0.3.7-1+b1 a daemon that displays passive pop ii python-dbus 0.82.4-1 simple interprocess messaging syst ii python-gnupginterface 0.3.2-9Python interface to GnuPG (GPG) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448832: txt2tags: Invalid blockquote with xhtml output
Package: txt2tags Version: 2.3-1 Severity: normal Tags: patch Hi, txt2tags fails to produce valid xhtml output in blockquote mode: $ txt2tags -t xhtml -H -i - -o - RET TABinvalid quotation CTRL-D blockquote invalid quotation /blockquote should be: blockquotep quotation /p/blockquote Please note that this is *unrelated* with the known problem described at the begining of /usr/bin/txt2tags: #XXX Paragraph separation not valid inside Quote # Quote will not have p/p inside, instead will close and open # again the blockquote. This really sux in CSS, when defining a # diferent background color. Still don't know how to fix it. Here is a fix for the problem I'm describing (NOT fixing the paragraph separation bug): /usr/bin/txt2tags, line 634 (and following) becomes: 'img' : 'img~A~ src=\a border=0 alt=/', 'blockQuoteOpen' : 'blockquotep' , 'blockQuoteClose' : '/p/blockquote' }, Once this patch has been applied: $ txt2tags -t xhtml -H -i - -o - RET TABvalid quotation CTRL-D blockquotep valid quotation /p/blockquote One could fix it a few lines above instead, in the html part (I don't know if BLOCKQUOTE without P is valid html). It's a very annoying bug (although quite easy to fix) because txt2tags produces otherwise nice valid xhtml (AFAICT). Regards, Gabriel Kerneis -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21-2-686 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages txt2tags depends on: ii python2.4.4-2An interactive high-level object-o txt2tags recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423827: yaird: fails to build the ramdisk - /lib/lvm-200/vgchange missing
Package: yaird Version: 0.0.12-20 Severity: critical Justification: breaks the whole system Hi, Yaird fails to build my ramdisk. I'm using a LUKS-encrypted disk, with LVM (both installed by the Debian Etch installer). Here is the problem : 13:10 gabriel ~% sudo dpkg-reconfigure linux-image-2.6.18-4-686 Running depmod. Finding valid ramdisk creators. Using mkinitrd.yaird to build the ramdisk. yaird error: missing file requested for image: /lib/lvm-200/vgchange (/etc/yaird/Templates.cfg:287) (fatal) mkinitrd.yaird failed to create initrd image. Failed to create initrd image. zsh: exit 9 sudo dpkg-reconfigure linux-image-2.6.18-4-686 Any idea ? Thank you. Gabriel Kerneis. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-3-686 (SMP w/1 CPU core) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages yaird depends on: ii cpio 2.7-2 GNU cpio -- a program to manage ar ii dash 0.5.3-7 The Debian Almquist Shell ii libc62.5-7 GNU C Library: Shared libraries ii libhtml-template-perl2.9-1 HTML::Template : A module for usin ii libparse-recdescent-perl 1.94.free-4 Generates recursive-descent parser ii perl 5.8.8-7 Larry Wall's Practical Extraction yaird recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353283: yaird: Load boottime keymap before cryptsetup_luks
Package: yaird Version: 0.0.12-18 Followup-For: Bug #353283 Hi, the patch provided for this bug is nice but it didn't solve the problem in my configuration : it applies only to the TEMPLATE cryptsetup, and i use cryptsetup_luks. I do not fully understand the inner differences but i managed to load the correct keymap on my system by copy/pasting the following lines (provided in the patch) from the TEMPLATE cryptsetup part to the TEMPLATE cryptsetup_luks one (in /etc/yaird/Template.cfg) : TEMPLATE cryptsetup_luks BEGIN FILE /bin/loadkeys FILE /bin/gunzip FILE /etc/console/boottime.kmap.gz FILE /sbin/cryptsetup SCRIPT /init BEGIN !if [-e /etc/console/boottime.kmap.gz] !then gunzip /etc/console/boottime.kmap.gz !fi !if [-e /etc/console/boottime.kmap] !then loadkeys /etc/console/boottime.kmap !fi (...) It would be nice to integrate this in the next version (unless i missed something and there is another way of making things work). Note that i used the debian etch installer to create my encrypted disk, and that everything worked out of the box. It stopped working when i have updated my system : i may have break something uncounsciously at some point. Sincerely, Gabriel Kerneis -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages yaird depends on: ii cpio 2.6-17 GNU cpio -- a program to manage ar ii dash 0.5.3-6 The Debian Almquist Shell ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libhtml-template-perl2.8-1 HTML::Template : A module for usin ii libparse-recdescent-perl 1.94.free-3 Generates recursive-descent parser ii perl 5.8.8-7 Larry Wall's Practical Extraction yaird recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]