Bug#364942: rubber: references to regexp groups impossible in user-defined rules

Hi, Since I am unable to reproduce this issue anymore, feel free to close this bug report. Regards, Jochen. -- I can tell a Whopper™ from a BigMac™ and Coke™ from Pepsi™. [Agree] [Disagree] signature.asc

Bug#624684: [Pkg-xfce-devel] Bug#624684: xfce4-terminal: stops to accept keyboard input

Yves-Alexis Perez: It might be interesting to start a strace when pressing the menu key and stopping it just after that, so one can see what happens. See the attachment. J. -- Ultimately, the Millenium Dome is a spectacular monument of the doublethink of our times. [Agree] [Disagree]

Bug#624684: [Pkg-xfce-devel] Bug#624684: xfce4-terminal: stops to accept keyboard input

Hi again, I found the trigger of the freeze. Xfce4-terminal always freezes when I press the menu key (between AltGr and the right Ctrl key) while the terminal has the input focus. There may be other affected programs, but I didn't find any yet. I am using a german keyboard. While running xev in

Bug#624684: [Pkg-xfce-devel] Bug#624684: xfce4-terminal: stops to accept keyboard input

Yves-Alexis Perez: Oh and please get a full backtrace (bt full) :) I hope this helps you better. J. -- After the millenium I will shoot to kill. [Agree] [Disagree] http://www.slowlydownward.com/NODATA/data_enter2.html #0 0x7f34501536a3 in __poll (fds=value optimized

Bug#624684: [Pkg-xfce-devel] Bug#624684: xfce4-terminal: stops to accept keyboard input

Yves-Alexis Perez: On sam., 2011-04-30 at 17:42 +0200, Jochen Schulz wrote: The only thing I found is the following line in ~/.xsession-errors: (xfce4-terminal:13006): Gtk-CRITICAL **: IA__gtk_widget_event: assertion `WIDGET_REALIZED_FOR_EVENT (widget, event)' failed Can't

Bug#624684: xfce4-terminal: stops to accept keyboard input

Package: xfce4-terminal Version: 0.4.7-1 Severity: normal Tags: sid Hi, today my terminals stopped reacting to keyboard input twice. I don't have any way to reproduce this issue yet. All I can say is that I was using the keyboard and suddenly the terminal stopped echoing keyboard input. It's not

Bug#507722: closed by Jonas Meurer jo...@freesources.org (Re: Bug#507722: issues with insserv, CONCURRENCY=shell and bootlogd enabled)

Jonas Meurer jo...@freesources.org On 21/07/2009 Petter Reinholdtsen wrote: Because of this, I reassign this back to the cryptsetup package, and ask for this header to show up in the init.d scripts needing it, and ask the bug reporter to use a newer insserv package until the cryptsetup

Bug#523737: ept-cache: fails to rebuild index

Package: ept-cache Version: 0.5.26 Severity: important Hi, I just did a fresh install of goplay which pulled in ept-cache. It looked like this: Setting up debtags (1.7.9) ... /usr/share/apt-xapian-index/plugins/apttags.py:104: DeprecationWarning: Accessed deprecated property

Bug#507722: cryptsetup: unable to enter passphrase at boot time with bootlogd enabled

Jonas Meurer: Here, the passphrase prompt is displayed in the same way with bootlogd enabled and disabled. Could you try whether the bug still applies on your system, and if yes, give me more details about your setup? Yes, I can still reproduce it. I am really out of ideas what might be

Bug#507722: cryptsetup: unable to enter passphrase at boot time with bootlogd enabled

Jochen Schulz: As you can see, there's (unfortunately) no luks. I don't know whether that makes any difference. I just changed my /home to luks, but that didn't solve the issue. So, to summarize insserv with CONCURRENCY=shell and bootlodg with BOOTLOGD_ENABLE=Yes make it hard to enter

Bug#507722: [pkg-cryptsetup-devel] Bug#507722: cryptsetup: unable to enter passphrase at boot time

Jonas Meurer: So your boot process hangs after bootlogd is started, correct? Can you force the boot process to continue with ctrl+c? It doesn't really hang, it's just that cryptsetup waits for me to enter the passphrase without showing the prompt. If I enter the passphrase and press Enter,

Bug#507722: [pkg-cryptsetup-devel] Bug#507722: cryptsetup: unable to enter passphrase at boot time

Hi Jonas, thanks for getting back on this. Jonas Meurer: Do you use any kind of bootsplash implementation, like splashy or usplash? No. how does your exact setup look like? is /home directly on top of the dm-crypt device, or do you use LVM? It is directly on the device. No LVM involved.

Bug#507722: cryptsetup: unable to enter passphrase at boot time

Package: cryptsetup Version: 2:1.0.6-6 Severity: important Hi, I am trying to use an encrypted /home filesystem on a system whose boot process is managed by insserv. Unfortunately, the prompt from /etc/init.d/cryptdisks isn't visible on screen at the time I am supposed to enter the passphrase.

Bug#488126: vorbisgain: Aborts because of too many open files

Package: vorbisgain Version: 0.36-3 Severity: normal Hi, When running vorbisgain recursively over a directory tree with many vorbis and non-vorbis files in it, vorbisgain aborts with the message: $ vorbisgain -a -f -r -n -s . [...] Couldn't scan directory '.': Too many open files Upon

Bug#469276: bash: aptitude completion out of date

Package: bash Version: 3.1dfsg-9 Severity: normal Tags: patch Hi, I am a little bit surprised that nobody complained yet, but aptitude changed its names for upgrades a few months ago and this fact isn't reflected by bash's auto-completion. Changes: - 'aptitude upgrade' is deprecated in favor

Bug#432411: aptitude: Dist-upgrade impossible: search aborted by fatal exception

Package: aptitude Followup-For: Bug #432411 Hi, I encountered the same behaviour yesterday on my otherwise up-to-date unstable system: | Reading package lists... | Building dependency tree... | Reading state information... | Reading extended state information... | Initializing package states...

Bug#420065: mcabber: new version 0.9.1 available

Package: mcabber Version: 0.8.3-1 Severity: wishlist Hi, mcabber is available in version 0.9.1 for some time now. I'd love to see it in Debian since it includes a lot of fixes and new features, most notably PGP/GPG support. Thanks so far, Jochen. -- System Information: Debian Release:

Bug#420065: mcabber: new version 0.9.1 available

Mario Iseli: Funny, really funny. I have just finished the package, no lintian warnings, clean diff.gz and ready to upload and in the last minute I receive this bug, so I have to add a changelog entry first to close this bug. Thank you ;-) I am very sorry for that. :) I think the package

Bug#415670: Postfix package 2.3.8-2 broken (etch)

Hi, I can confirm that upgrading OpenSSL to 0.9.8e-4 (unstable) solves the problem. Postfix doesn't even need to be restarted, library changes are picked up immediately. J. -- After the millenium I would tell lies only to those who deserved them. [Agree] [Disagree]

Bug#389383: ikiwiki: setup goes berserk when htmltidy enabled but not installed

Package: ikiwiki Version: 1.27 Severity: normal Hi, I just noticed that 'ikiwiki --setup' seems to fork endlessly when the 'htmltidy' plugin is enabled, but the Debian package 'tidy' is not installed. Obviously, this is a user error, but ideally the documentation would mention which package has

Bug#338743: bluez-utils: MAKEDEV not found in /dev

Package: bluez-utils Version: 3.1-4+b1 Followup-For: Bug #338743 reopen 338743 thanks Hi, Upgrading to version 3.1-4+b1 failed on my unstable system with the following message: Creating device nodes ... /var/lib/dpkg/info/bluez-utils.postinst: line 38: ./MAKEDEV: No such file or directory

Bug#338743: bluez-utils: MAKEDEV not found in /dev

reopen 338743 thanks signature.asc Description: Digital signature

Bug#385564: wesnoth-httt: segfault in Bay of Pearls when grabbing trident

Package: wesnoth-httt Version: 1.1.9-1 Severity: normal Hi! After the recent upgrade to Wesnoth 1.1.9-1, I started HTTT from scratch. Unfortunately, I cannot get the magic trident in level five (Bay of Pearls) because Wesnoth segfaults immediately when moving one of the mermen onto the hex with

Bug#385564: wesnoth-httt: segfault in Bay of Pearls when grabbing trident

Isaac Clerencia: Thank you for your report, it's already reported upstream though :) Fine! Actually I wanted to search upstream bugs before reporting to Debian, but obviously I forgot to do that. Thank you for being very responsive anyway. Check:

Bug#368196: xfmedia: crashes when switching workspace while in fullscreen mode

Package: xfmedia Version: 0.9.1-3 Severity: normal Dear Maintainer! I am runnning xfmedia and IceWM. When I play a video and press 'f' to get into fullscreen mode, xfmedia always crashes when I switch away from the current workspace, where I started xfmedia. This doesn't happen when I put

Bug#364942: rubber: references to regexp groups impossible in user-defined rules

Package: rubber Version: 1.1-1 Severity: normal Hi! First, thank you very much for writing and maintaining rubber. This is a lifesaver for me. I already thought I would have to learn how to write makefiles. :) Second, I think I found a problem with user-definded rules. But I may as well do

Bug#351368: drscheme takes ages to start, runs slow and throw an error

Package: drscheme Version: 1:301-2 Severity: normal Hi! I am sorry for such a vague bug report, but since the update from 209 to 301 DrScheme suffers from severe performance problems. I haven't measured startup times from the old version, but 301 takes about three minutes to start. That's six

Bug#337317: openct: ifdhandler doesn't find USB device

Andreas Jellinghaus: could you please run strace -f /etc/init.d/openct restart 21 |grep execve execve(/etc/init.d/openct, [/etc/init.d/openct, restart], [/* 39 vars */]) = 0 [pid 14599] execve(/usr/sbin/openct-control, [/usr/sbin/openct-control, shutdown], [/* 37 vars */]) = 0 [pid 14600]

Bug#337317: openct: ifdhandler doesn't find USB device

Package: openct Version: 0.6.6-1 Severity: important Hi! ifdhandler (when run from the init script) fails to find my e-gate USB connector although it is well supported. After plugging in the device, I get: # lsusb [...] Bus 1 Device 4: ID 0973:0001 Schlumberger # /etc/init.d/openct restart #

Bug#320189: xfce4-terminal: Please add --desktop parameter

Package: xfce4-terminal Version: 0.2.4-3 Severity: wishlist Hi! I recently switched to xfce4-terminal and I really like it. However, other terminal emulators (like Eterm, what I used before) have a command line switch that makes the terminal window appear on a specific desktop. Eterm uses

Bug#318133: icewm: Ctrl+Alt+h cannot be used as shortcut anymore

Package: icewm Version: 1.2.21+1.2.22pre2-1 Severity: normal Hi Eduard! Since the last update I cannot use the shortcut Alt+Ctrl+h anymore although I have defined a custom action for it in ~/.icewm/keys: key Alt+Ctrl+h xfce4-terminal -e ssh -t debris screen -RD Apparently this shortcut now

Bug#315471: hal: Hal delays shutdown by ca one minute

Package: hal Version: 0.4.8-1 Severity: normal Hi again, Here's the branch of #311481 that I promised. When shutting down, hal waits for about a minute before exiting without any error message. I already tried a self-compiled 2.6.11 kernel, 2.6.11-1-686 from Debian and vanilla 2.6.12 from

Bug#311481: hal: additional info

Package: hal Version: 0.4.8-1 Followup-For: Bug #311481 Hi there, I experience a similar issue. Hal hangs for about a minute and then exits. I booted normally and straced '/etc/dbus-1/event.d/20hal stop'. The strace is attached to this message. Most of the time hal hung with waitpid(-1,. At

Bug#311481: hal: additional info

Package: hal Version: 0.4.8-1 Followup-For: Bug #311481 Hi there, I experience a similar issue. Hal hangs for about a minute and then exits. I booted normally and straced '/etc/dbus-1/event.d/20hal stop'. The strace is attached to this message. Most of the time hal hung with waitpid(-1,. At

Bug#294942: torsmo: ${acpifan} doesn't close file

Package: torsmo Version: 0.18-2 Followup-For: Bug #294942 Sorry for remailing this. I screwed my From: header and the BTS discarded my previous mails. Please report the value of ls -al /proc/`pgrep torsmo`/fd/ after running torsmo for a bit. Thanks for the hint, I should have thought about

Bug#294942: torsmo: segfaults because of Too many open files

Package: torsmo Version: 0.18-2 Severity: important Hi again, I noticed that torsmo always crashes after a certain amount of time. An strace revealed that is segfaults because of too many open files. I am not sure whether this has to with my configuration or whether it is a general problem. My

Bug#276788: torsmo: Can't find variable for cpu speed

Package: torsmo Version: 0.18-1 Followup-For: Bug #276788 Hi! Sorry for reopening this bug, but it is marked as resolved although I cannot find a variable for CPU speed either in the changelog or the README file. I tried $cpu_speed and $cpu_freq but without success. Am I just missing something?