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

[Jochen Schulz]

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
Description: PGP signature

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

[Jochen Schulz]

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]
 http://www.slowlydownward.com/NODATA/data_enter2.html
restart_syscall(... resuming interrupted call ...) = 1
read(4, 
\34\0\260\1\260\0\0\0\25\1\0\0\207k(\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0, 4096) 
= 32
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, 
{fd=8, events=POLLIN}, {fd=3, events=POLLIN}, {fd=9, events=POLLIN}], 6, 23356) 
= 1 ([{fd=4, revents=POLLIN}])
read(4, 
\34\0\260\1\260\0\0\0\25\1\0\0\210k(\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0, 4096) 
= 32
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, 
{fd=8, events=POLLIN}, {fd=3, events=POLLIN}, {fd=9, events=POLLIN}], 6, 23355) 
= 1 ([{fd=4, revents=POLLIN}])
read(4, \t\3\260\1\4\0`\1\3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 
4096) = 128
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, 
{fd=8, events=POLLIN}, {fd=3, events=POLLIN}], 5, 0) = 0 (Timeout)
poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, 
{fd=8, events=POLLIN}, {fd=3, events=POLLIN}], 5, 0) = 0 (Timeout)
poll([{fd=4, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=4, revents=POLLOUT}])
writev(4, [{*\2\3\0\5\0`\1\204k(\1+\0\1\0, 16}, {NULL, 0}, {, 0}], 3) = 16
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, 
{fd=8, events=POLLIN}, {fd=3, events=POLLIN}, {fd=9, events=POLLIN}], 6, 23353) 
= 1 ([{fd=4, revents=POLLIN}])
read(4, \n\2\261\1\4\0`\1\3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 
4096) = 96
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, 
{fd=8, events=POLLIN}, {fd=3, events=POLLIN}], 5, 0) = 0 (Timeout)
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, 
{fd=8, events=POLLIN}, {fd=3, events=POLLIN}, {fd=9, events=POLLIN}], 6, 23352) 
= 1 ([{fd=4, revents=POLLIN}])
read(4, \t\1\262\1\4\0`\1\2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 
4096) = 64
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, 
{fd=8, events=POLLIN}, {fd=3, events=POLLIN}], 5, 0) = 0 (Timeout)
poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, 
{fd=8, events=POLLIN}, {fd=3, events=POLLIN}], 5, 0) = 0 (Timeout)
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, 
{fd=8, events=POLLIN}, {fd=3, events=POLLIN}], 5, 0) = 0 (Timeout)
poll([{fd=4, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=4, revents=POLLOUT}])
writev(4, [{5 \4\0P\0`\1\4\0`\1\r\0\26\0\225\4\5\0Q\0`\1P\0`\1\0\0\0..., 
80}, {NULL, 0}, {, 0}], 3) = 80
poll([{fd=4, events=POLLIN}], 1, -1)= 1 ([{fd=4, revents=POLLIN}])
read(4, \1\1\266\1\0\0\0\0\4\0`\1\1\0\32\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0, 
4096) = 32
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
poll([{fd=4, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=4, revents=POLLOUT}])
writev(4, 
[{\225\6\5\0Q\0`\1\0\0\0\0\0\0\0\0\r\0\26\0\225\10\t\0\1\0`\1?\0`\1..., 220}, 
{NULL, 0}, {, 0}], 3) = 220
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
read(4, 0x7f2d8269b5f4, 4096)   = -1 EAGAIN (Resource temporarily 
unavailable)
poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, 
{fd=8, events=POLLIN}, {fd=3, events=POLLIN}, {fd=9, events=POLLIN}], 6, 23291) 
= 1 ([{fd=4, revents=POLLIN}])
read(4, 

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

[Jochen Schulz]

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 an xterm I get this
when I press the offending key:

| KeyPress event, serial 28, synthetic NO, window 0x181,
| root 0xb0, subw 0x0, time 283483239, (639,374), root:(640,400),
| state 0x0, keycode 135 (keysym 0xff67, Menu), same_screen YES,
| XLookupString gives 0 bytes:
| XmbLookupString gives 0 bytes:
| XFilterEvent returns: False

My /etc/default/keyboard contains:

| XKBMODEL=pc105
| XKBLAYOUT=de
| XKBVARIANT=nodeadkeys
| XKBOPTIONS=
| BACKSPACE=guess

Removing the nodeadkeys variant doesn't help. Additionally, my
~/.xsession (which I use to start my X session) contains the following
to map Caps Lock to Left Ctrl:

| xmodmap -e remove Lock = Caps_Lock \
| -e keysym Caps_Lock = Control_L\
| -e add Control = Control_L

Please let me know if you need more information or if there are other
things I should try.

Thanks,
Jochen.
-- 
Watching television is more hip than actually speaking to anyone.
[Agree]   [Disagree]
 http://www.slowlydownward.com/NODATA/data_enter2.html


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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 out, nfds=value 
optimized out, timeout=-1)
at ../sysdeps/unix/sysv/linux/poll.c:87
_a3 = -1
_a1 = 139862737447232
resultvar = value optimized out
_a2 = 5
oldtype = 0
result = value optimized out
#1  0x7f34507939e4 in g_main_context_poll (context=0x7f3454bfd170, block=1, 
dispatch=1,
self=value optimized out) at 
/tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:3404
poll_func = 0x7f34507a3aa0 g_poll
#2  g_main_context_iterate (context=0x7f3454bfd170, block=1, dispatch=1, 
self=value optimized out)
at /tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:3086
max_priority = 2147483647
timeout = -1
some_ready = value optimized out
nfds = 5
allocated_nfds = value optimized out
fds = 0x7f3454c86940
#3  0x7f34507942f2 in g_main_loop_run (loop=0x7f3454d8cd30) at 
/tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:3299
__PRETTY_FUNCTION__ = g_main_loop_run
#4  0x7f3452f0aaa4 in ?? ()
No symbol table info available.
#5  0x7f3452f0b2d9 in ?? ()
No symbol table info available.
#6  0x7f3451a44d48 in _gtk_marshal_BOOLEAN__BOXED (closure=0x7f3454c078c0, 
return_value=0x7fffe76f93f0,
n_param_values=value optimized out, param_values=0x7f3454c87e40, 
invocation_hint=value optimized out,
marshal_data=value optimized out) at 
/scratch/build-area/gtk+2.0-2.24.4/gtk/gtkmarshalers.c:86
callback = 0x7f3452f0b140
cc = 0x7f3454c078c0
data1 = 0x7f3454c294f0
data2 = value optimized out
v_return = value optimized out
__PRETTY_FUNCTION__ = _gtk_marshal_BOOLEAN__BOXED
#7  0x7f3450a4edc9 in g_closure_invoke (closure=0x7f3454c078c0, 
return_value=0x7fffe76f93f0, n_param_values=2,
param_values=0x7f3454c87e40, invocation_hint=0x7fffe76f93b0)
at /tmp/buildd/glib2.0-2.28.6/./gobject/gclosure.c:767
marshal = value optimized out
marshal_data = value optimized out
in_marshal = 1
__PRETTY_FUNCTION__ = g_closure_invoke
#8  0x7f3450a606e8 in signal_emit_unlocked_R (node=value optimized out, 
detail=0, instance=0x7f3454c294f0,
emission_return=0x7fffe76f9560, instance_and_params=0x7f3454c87e40)
at /tmp/buildd/glib2.0-2.28.6/./gobject/gsignal.c:3290
accumulator = 0x7f3454c07590
emission = {next = 0x7fffe76f9880, instance = 0x7f3454c294f0, ihint = 
{signal_id = 42, detail = 0,
run_type = G_SIGNAL_RUN_LAST}, state = EMISSION_RUN, chain_type = 
139862737017936}
class_closure = 0x7f3454c078c0
handler_list = 0x0
return_accu = 0x7fffe76f93f0
accu = {g_type = 20, data = {{v_int = 0, v_uint = 0, v_long = 0, 
v_ulong = 0, v_int64 = 0, v_uint64 = 0,
  v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 
0, v_long = 0, v_ulong = 0,
  v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 
0x0}}}
signal_id = 42
max_sequential_handler_number = 439
return_value_altered = 0
#9  0x7f3450a69aa5 in g_signal_emit_valist (instance=value optimized out, 
signal_id=value optimized out,
detail=value optimized out, var_args=value optimized out)
at /tmp/buildd/glib2.0-2.28.6/./gobject/gsignal.c:2993
return_value = {g_type = 20, data = {{v_int = 0, v_uint = 0, v_long = 
0, v_ulong = 0, v_int64 = 0,
  v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int 
= 0, v_uint = 0, v_long = 0,
  v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 
0, v_pointer = 0x0}}}
error = 0x0
rtype = 20
static_scope = 0
instance_and_params = 0x7f3454c87e40
signal_return_type = 20
param_values = 0x7f3454c87e58
node = 0x7f3454c07930
i = value optimized out
n_params = 1
__PRETTY_FUNCTION__ = g_signal_emit_valist
#10 0x7f3450a69ed3 in g_signal_emit (instance=value optimized out, 
signal_id=value optimized out,
detail=value optimized out) at 
/tmp/buildd/glib2.0-2.28.6/./gobject/gsignal.c:3040
var_args = {{gp_offset = 32, fp_offset = 48, overflow_arg_area = 
0x7fffe76f96a0,
reg_save_area = 0x7fffe76f95e0}}
#11 0x7f3451b60d8f in gtk_widget_event_internal (widget=0x7f3454c294f0, 
event=0x7f3454d430a0)
at /scratch/build-area/gtk+2.0-2.24.4/gtk/gtkwidget.c:4980
signal_num = value optimized out
return_val = 0
#12 0x7f3451b75bcb in IA__gtk_window_propagate_key_event 
(window=0x7f3454cce020, event=0x7f3454d430a0)
at /scratch/build-area/gtk+2.0-2.24.4/gtk/gtkwindow.c:5199
parent = value optimized out
handled = value optimized out
widget 

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

[Jochen Schulz]

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 it be a problem in the shell? Do *all* terminal window/tabs stop
 responding? Did you do something special in the shell at that time?

Both terminals I usually use (one running a local screen session,
another one with a remote screen session via SSH) were affected at the
same time, so I don't think it's a shell issue. I cannot tell what
exactly I did at the time.  I only know I was typing something at both
occurrences.

I am unsure whether the context menu still worked. My terminals don't
have menubars or toolbars and I don't use tabs, so the context menu is
my only interaction mechanism with the terminal itself (plus a few
keyboard shortcuts I don't care to remember). I'll try this when the
problem reappears.

 Could you try to get a backtrace of the terminal process when this
 happens, if you manage to reproduce it?

How would I do this? Is attaching strace enough?

J.
-- 
I no longer believe in father christmas but have no trouble
comprehending a nuclear apocalypse.
[Agree]   [Disagree]
 http://www.slowlydownward.com/NODATA/data_enter2.html


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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 only a display issue as screen shortcuts like C-a-a
didn't work anymore either. Pressing C-q doesn't help.

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

This is repeated several hundred times. The file doesn't contain any
timestamps, but from the files modification time I can tell that this
message coincides with the keyboard problem.

I'll be happy to help tracking down the source of the problem.

Thanks,
Jochen.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38.3 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xfce4-terminal depends on:
ii  exo-utils 0.6.0-3Utility files for libexo
ii  libatk1.0-0   2.0.0-1The ATK accessibility toolkit
ii  libc6 2.11.2-13  Embedded GNU C Library: Shared lib
ii  libdbus-1-3   1.4.8-3simple interprocess messaging syst
ii  libdbus-glib-1-2  0.92-1 simple interprocess messaging syst
ii  libexo-1-00.6.0-3Library with extensions for Xfce
ii  libgdk-pixbuf2.0-02.23.3-3   GDK Pixbuf library
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgtk2.0-0   2.24.4-3   The GTK+ graphical user interface 
ii  libpango1.0-0 1.28.3-6   Layout and rendering of internatio
ii  libvte9   1:0.24.3-2 Terminal emulator widget for GTK+ 
ii  libx11-6  2:1.4.3-1  X11 client-side library
ii  libxfce4util4 4.8.1-2Utility functions library for Xfce

Versions of packages xfce4-terminal recommends:
ii  dbus-x11  1.4.8-3simple interprocess messaging syst

xfce4-terminal 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#507722: closed by Jonas Meurer jo...@freesources.org (Re: Bug#507722: issues with insserv, CONCURRENCY=shell and bootlogd enabled)

[Jochen Schulz]

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 package is fixed.
 
 ah, that lsb header has been added to the cryptsetup initscripts with
 upload of 2:1.0.7~rc1-1. thus the bug should be fixed now.

Yes, it is. Thanks a lot!

J.
-- 
When driving at night I find the headlights of oncoming vehicles very
attractive.
[Agree]   [Disagree]
 http://www.slowlydownward.com/NODATA/data_enter2.html


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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 Package.candidateRecord, please see the Version 
class for alternatives.
  rec = pkg.candidateRecord
/usr/share/apt-xapian-index/plugins/descriptions.py:75: DeprecationWarning: 
Accessed deprecated property Package.rawDescription, please see the Version 
class for alternatives.
  self.indexer.index_text_without_positions(pkg.rawDescription)
/usr/share/apt-xapian-index/plugins/sizes.py:74: DeprecationWarning: Accessed 
deprecated property Package.installedSize, please see the Version class for 
alternatives.
  instSize = pkg.installedSize
/usr/share/apt-xapian-index/plugins/sizes.py:75: DeprecationWarning: Accessed 
deprecated property Package.packageSize, please see the Version class for 
alternatives.
  pkgSize = pkg.packageSize
Traceback (most recent call last):
  File /usr/sbin/update-apt-xapian-index, line 596, in module
buildIndex(dbdir, addons, progress)
  File /usr/sbin/update-apt-xapian-index, line 298, in buildIndex
addon.obj.index(document, pkg)
  File /usr/share/apt-xapian-index/plugins/apttags.py, line 104, in index
rec = pkg.candidateRecord
  File /usr/lib/python2.5/site-packages/apt/package.py, line 107, in __get__
return property.__get__(self, obj, type)
  File /usr/lib/python2.5/site-packages/apt/package.py, line 614, in 
candidateRecord
return self.candidate.record
  File /usr/lib/python2.5/site-packages/apt/package.py, line 325, in record
return Record(self._records.Record)
  File /usr/lib/python2.5/site-packages/apt/package.py, line 214, in _records
if self.package._pcache._records.Lookup(self._cand.FileList[0]):
AttributeError: 'NoneType' object has no attribute 'FileList'
Setting up ept-cache (0.5.26) ...

A manual run of ept-cache reindex yields the same error.

So long,
Jochen.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.29.1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ept-cache depends on:
ii  apt [libapt-pkg-libc6. 0.7.20.2  Advanced front-end for dpkg
ii  apt-xapian-index   0.18  maintenance tools for a Xapian ind
ii  libc6  2.9-7 GNU C Library: Shared libraries
ii  libept00.5.26High-level library for managing De
ii  libgcc11:4.3.3-5 GCC support library
ii  libstdc++6 4.3.3-5   The GNU Standard C++ Library v3
ii  libxapian151.0.10-2  Search engine library
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

Versions of packages ept-cache recommends:
ii  debtags   1.7.9  Enables support for package tags

ept-cache 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#507722: cryptsetup: unable to enter passphrase at boot time with bootlogd enabled

[Jochen Schulz]

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
causing this. My current configuration:

- self-compiled vanilla 2.6.29-rc5 linux kernel. I tried vanilla
  2.6.28.7 and 2.6.27-1-amd64 (from experimental) as well with the same
  results.

- encrypted filesystems in /etc/crypttab:

  cswap0 /dev/sda6 /dev/random 
swap,cipher=aes-cbc-essiv:sha256,size=256,hash=sha256
  home   /dev/sda7 nonecipher=aes

  As you can see, there's (unfortunately) no luks. I don't know whether
  that makes any difference.

- cryptsetup version 2:1.0.6-7 (unstable)

- sysvinit version 2.86.ds1-61 (unstable)

- insserv version 1.12.0-4 (unstable), CONCURRENCY=shell in
  /etc/default/rcS. Disabling this setting resolves the problem, just
  like disabling bootlogd.



J.
-- 
In the west we kill people like chickens.
[Agree]   [Disagree]
 http://www.slowlydownward.com/NODATA/data_enter2.html


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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 the cryptdisks-early passphrase at boot because
the prompt is invisible.

And I think I understand why I observed that my keypresses have been
echoed to the screen sometimes. /var/log/boot reveals a pause of almost
thirty seconds when setting up encrypted swap (I used 'set -x' in
/etc/init.d/cryptdisks-early):

Sat Feb 21 19:32:03 2009: + cryptsetup -c aes-cbc-essiv:sha256 -s 256 -h sha256 
--key-file=/dev/random create cswap0 /dev/sda6
Sat Feb 21 19:32:29 2009: + '[' -z '' ']'
Sat Feb 21 19:32:29 2009: + break
Sat Feb 21 19:32:29 2009: + return 0
Sat Feb 21 19:32:29 2009: + '[' ok '!=' ok ']'

Probably my machine lacks entropy during that time. Any keys pressed
while cryptsetup is waiting for the entropy pool to fill up end up on
the screen. Ironically, pressing keys appears to speed up this process.

But there are no messages at all from cryptdisks-early on screen. Not
even a success message about cswap0. I can only recognize that
cryptsetup is done setting up cswap0 and waiting for /home's passphrase
by pressing keys und wait for them to *not* appear on the screen.

One idea I had when investigating this issue: bootlogd appears to
prevent stderr from being printed to the screen. I can only see the 'set
-x' output from cryptdisks-early when shutting down (and, of course, in
the boot log file). Are all of cryptdisks-early's messages printed to
stderr instead of stdout? At least /lib/cryptsetup/askpass only prints
to stderr, as fas as I can see.

J.
-- 
If I was Mark Chapman I would have shot John Lennon with a water pistol.
[Agree]   [Disagree]
 http://www.slowlydownward.com/NODATA/data_enter2.html


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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, booting continues normally.

What I can see when booting:

... kernel messages ...
INIT: version 2.86 booting
Using shell-style concurrent boot in runlevel S.
Starting hotplug events dispatcher: udevd.
Synthesizing the initial hotplug events...done.
Waiting for /dev to be fully populated...
... kernel messages ...
done.
Starting boot logger: bootlogdSetting the system clock.
_

At the last line, the cursor is blinking and cryptsetup is waiting for
me to enter the passphrase.

 Did you already try to remove bootlogd and see whether that fixes your
 boot process?

Yes, I didn't expect it to change anything but disabling bootlogd in
/etc/default/bootlogd makes the passphrase promopt visible again.

 I wish I could. What is strange is that on another new installation
 (different hardware) with the same setup I don't have the problem at
 all.

I can reproduce the problem on this system as well by enabling bootlogd.

J.
-- 
A passionate argument means more to me than a blockbuster movie.
[Agree]   [Disagree]
 http://www.slowlydownward.com/NODATA/data_enter2.html


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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.

 What exactly do you see on the boot screen? Are you asked for a
 passphrase input at all? If yes, how exactly does it look like?

The last lines just say something about bootlogd being started and some
other service. I can scroll back up to init starting, but I cannot find
the passphrase prompt.

 Please provide more information so that we're able to track down the
 actual bug.

I wish I could. What is strange is that on another new installation
(different hardware) with the same setup I don't have the problem at
all.

 What makes things worse (and this report Severity: important, at least
 in my opinion) is that, more often than not, my keypresses are echoed to
 the screen and don't get read by cryptseup at all.

I cannot confirm this anymore (not even with the package from unstable).
IMO this bug can be downgraded to 'normal' or even 'minor'. Maybe I was
just too impatient.

 I prepared a new upload of cryptsetup which fixes several bugs. Could
 you give that a try and report whether it fixes your bug as well?

Thanks for that. I tried that package, but it doesn't change the
behaviour.

J.
-- 
Fashion is more important to me than war, famine, disease or art.
[Agree]   [Disagree]
 http://www.slowlydownward.com/NODATA/data_enter2.html


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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. The system
just sits idle waiting for me to enter it. Above the cursor are kernel
messages about detected devices and information about a boot log being
created.

What makes things worse (and this report Severity: important, at least
in my opinion) is that, more often than not, my keypresses are echoed to
the screen and don't get read by cryptseup at all. Since cryptsetup is
the only software needing user interaction at boot time (and both
situations look exactly equally on screen), I strongly suspect it to be
the culprit. It looks like it closes stdin even before I have the chance
to enter my passphrase.

Thanks,
Jochen.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cryptsetup depends on:
ii  dmsetup  2:1.02.27-4 The Linux Kernel Device Mapper use
ii  libc62.7-16  GNU C Library: Shared libraries
ii  libdevmapper1.02.1   2:1.02.27-4 The Linux Kernel Device Mapper use
ii  libpopt0 1.14-4  lib for parsing cmdline parameters
ii  libuuid1 1.41.3-1universally unique id library

cryptsetup recommends no packages.

Versions of packages cryptsetup suggests:
ii  dosfstools3.0.1-1utilities for making and checking 
ii  initramfs-tools [linux-initra 0.92l  tools for generating an initramfs
ii  udev  0.125-7/dev/ and hotplug management daemo

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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

[Jochen Schulz]

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 inspection of open file descriptors of the vorbisgain process, it
appears that it keeps many or all non-vorbis file open during its
lifetime:

$ ls -l /proc/$(pgrep vorbisgain)/fd/ | grep -c 'mp3$'
488

(This is after 43 minutes, the number is growing continually.)

What's puzzling me is that I see this behaviour only on a machine
running sid. A box running Etch doesn't show it although vorbisgain is
the same version in both flavours.

My first guess was that it may have something to do with the fact that
the sid box accesses the directory tree via NFS (exported by the box
running stable). But I saw the same behaviour after copying the
directory to the sid box and running vorbisgain on this local directory.

In the end I think it may be a bug in libogg0, libvorbis0a or
libvorbisfile3 but I don't know which.

Thanks,
Jochen.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages vorbisgain depends on:
ii  libc6 2.7-12 GNU C Library: Shared libraries
ii  libogg0   1.1.3-4Ogg Bitstream Library
ii  libvorbis0a   1.2.0.dfsg-3.1 The Vorbis General Audio Compressi
ii  libvorbisfile31.2.0.dfsg-3.1 The Vorbis General Audio Compressi

vorbisgain recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#469276: bash: aptitude completion out of date

[Jochen Schulz]

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 of 'aptitude safe-upgrade'
- 'aptitude dist-upgrade' is deprecated in favor if 'aptitude full-upgrade'

Both of the old commands generate a deprecation warning when used so
bash should provide completion for the new commands in lenny.  The patch
below for /etc/bash_completion adds these commands while keeping the old
ones:

2256c2256,2257
  forbid-version changelog' -- $cur ) )
---
  forbid-version changelog safe-upgrade \
  full-upgrade' -- $cur ) )

Thanks  Bye
Jochen.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24.2 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bash depends on:
ii  base-files4.0.2  Debian base system miscellaneous f
ii  debianutils   2.28.4 Miscellaneous utilities specific t
ii  libc6 2.7-9  GNU C Library: Shared libraries
ii  libncurses5   5.6+20080203-1 Shared libraries for terminal hand

Versions of packages bash recommends:
pn  bash-completion   none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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

[Jochen Schulz]

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...
| Reading task descriptions...
| Building tag database...
| The following packages are BROKEN:
|   eclipse-sdk libgnome32 libgnomesupport0 libgnomeui32 libgnorba27 
| The following packages have been automatically kept back:
|   wesnoth-data 
| The following packages will be upgraded:
|   gnome-libs-data 
| 2 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
| Need to get 344kB of archives. After unpacking 0B will be used.
| The following packages have unmet dependencies:
|   eclipse-sdk: Depends: eclipse (= 3.2.2-3) but 3.2.2-2 is installed.
|   libgnome32: Depends: gnome-libs-data (= 1.4.2-36) but 1.4.2-37 is to be 
installed.
|   libgnomeui32: Depends: gnome-libs-data (= 1.4.2-36) but 1.4.2-37 is to be 
installed.
|   libgnomesupport0: Depends: gnome-libs-data (= 1.4.2-36) but 1.4.2-37 is to 
be installed.
|   libgnorba27: Depends: gnome-libs-data (= 1.4.2-36) but 1.4.2-37 is to be 
installed.
| Resolving dependencies...
| Processing ;[eclipse-sdk 3.2.2-3 - {}, libgnome32 1.4.2-36+b1 - 
{gnome-libs-data 1.4.2-36}, libgnomesupport0 1.4.2-36+b1 - {gnome-libs-data 
1.4.2-36}, libgnomeui32 1.4.2-36+b1 - {gnome-libs-data 1.4.2-36}, libgnorba27 
1.4.2-36+b1 - {gnome-libs-data 1.4.2-36}, wesnoth 1.2.6-1 - {wesnoth-data 
1.2.6-1}];-600
| Trying to resolve libgnome32 1.4.2-36+b1 - {gnome-libs-data 1.4.2-36} by 
installing libgnome32 [UNINST] from the dependency source
| Trying to resolve libgnome32 1.4.2-36+b1 - {gnome-libs-data 1.4.2-36} by 
installing gnome-libs-data 1.4.2-36
| Trying to resolve libgnomesupport0 1.4.2-36+b1 - {gnome-libs-data 1.4.2-36} 
by installing libgnomesupport0 [UNINST] from the dependency source
| Trying to resolve libgnomesupport0 1.4.2-36+b1 - {gnome-libs-data 1.4.2-36} 
by installing gnome-libs-data 1.4.2-36
| Trying to resolve libgnomeui32 1.4.2-36+b1 - {gnome-libs-data 1.4.2-36} by 
installing libgnomeui32 [UNINST] from the dependency source
| Trying to resolve libgnomeui32 1.4.2-36+b1 - {gnome-libs-data 1.4.2-36} by 
installing gnome-libs-data 1.4.2-36
| Trying to resolve libgnorba27 1.4.2-36+b1 - {gnome-libs-data 1.4.2-36} by 
installing libgnorba27 [UNINST] from the dependency source
| Trying to resolve libgnorba27 1.4.2-36+b1 - {gnome-libs-data 1.4.2-36} by 
installing gnome-libs-data 1.4.2-36
| *** ERROR: search aborted by fatal exception.  You may continue
|searching, but some solutions will be unreachable.
| 
| In solution ;[eclipse-sdk 3.2.2-3 - {}, libgnome32 1.4.2-36+b1 - 
{gnome-libs-data 1.4.2-36}, libgnomesupport0 1.4.2-36+b1 - {gnome-libs-data 
1.4.2-36}, libgnomeui32 1.4.2-36+b1 - {gnome-libs-data 1.4.2-36}, libgnorba27 
1.4.2-36+b1 - {gnome-libs-data 1.4.2-36}, wesnoth 1.2.6-1 - {wesnoth-data 
1.2.6-1}];-600:
| Unexpectedly non-broken dependency wesnoth 1.2.6-1 - {wesnoth-data 1.2.6-1}!
|   (wesnoth-data 1.2.6-1 is installed)
| Abort.

Current state of apt(itude) can be found at:
http://well-adjusted.de/~jrschulz/bugs/aptitude.tar.bz2

HTH,
Jochen.

(reportbug's automatically inserted system information have been snipped
because I am reporting this from a different machine.)
-- 
There is no justice in road accidents.
[Agree]   [Disagree]
 http://www.slowlydownward.com/NODATA/data_enter2.html


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#420065: mcabber: new version 0.9.1 available

[Jochen Schulz]

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: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.20.7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mcabber depends on:
ii  libc6 2.5-2  GNU C Library: Shared libraries
ii  libglib2.0-0  2.12.11-3  The GLib library of C routines
ii  libncursesw5  5.5-5  Shared libraries for terminal hand
ii  libssl0.9.8   0.9.8e-4   SSL shared libraries

mcabber recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#420065: mcabber: new version 0.9.1 available

[Jochen Schulz]

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 will be on the mirrors until tomorrow...

Thanks a lot. I really appreciate that.

J.
-- 
Fashion is more important to me than war, famine, disease or art.
[Agree]   [Disagree]
 http://www.slowlydownward.com/NODATA/data_enter2.html


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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]
 http://www.slowlydownward.com/NODATA/data_enter2.html


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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 to be installed and ikiwiki's setup routine
should detect whether tidy is installed and exit gracefully if not.

And thanks, Joey, for an otherwise *really* interesting piece of
software and everything else you are doing for Debian and free software
in general. I hope the reasons your current frustration will vanish
soon.

Cheer up!
Jochen.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages ikiwiki depends on:
ii  gcc [c-compiler] 4:4.1.1-7   The GNU C compiler
ii  gcc-4.0 [c-compiler] 4.0.3-7 The GNU C compiler
ii  gcc-4.1 [c-compiler] 4.1.1-13The GNU C compiler
ii  libc6-dev [libc-dev] 2.3.6.ds1-4 GNU C Library: Development Librari
ii  libcgi-formbuilder-perl  3.03.01-1   Easily generate and process statef
ii  libcgi-session-perl  4.14-1  Persistent session data in CGI app
ii  libhtml-parser-perl  3.55-1  A collection of modules that parse
ii  libhtml-scrubber-perl0.08-3  Perl extension for scrubbing/sanit
ii  libhtml-template-perl2.8-1   HTML::Template : A module for usin
ii  libmail-sendmail-perl0.79-4  Send email from a perl script
ii  libtime-duration-perl1.02-1  Time::Duration -- rounded or exact
ii  libtimedate-perl 1.1600-5Time and date functions for Perl
ii  libxml-simple-perl   2.14-4  Perl module for reading and writin
ii  markdown 1.0.1-3 Text-to-HTML conversion tool
ii  perl 5.8.8-6.1   Larry Wall's Practical Extraction 

Versions of packages ikiwiki recommends:
ii  hyperestraier 1.4.4-1a full-text search system for comm
ii  subversion1.4.0-2Advanced version control system

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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

[Jochen Schulz]

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
dpkg: error processing bluez-utils (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 bluez-utils

Line 36 in bluez-utils.postinst (as suggested by Marco) appears to be
the culprit:
cd /dev  ./MAKEDEV bluetooth

On my system, MAKEDEV resides in /dev/.static/dev/, not in /dev.
Additionally, I found /sbin/MAKEDEV and /dev/.static/dev/MAKEDEV to be
the same, so I replaced the line above by a simple run of '/sbin/MAKEDEV
bluetooth' and it appears to work (didn't test whether bluetooth works,
though).

I don't want to pretend I understand all this stuff, I just wanted to
make sure this doesn't go unnoticed. I guess severity 'grave' still
applies, so I left it at that.

Thanks,
Jochen.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.13
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages bluez-utils depends on:
ii  dbus 0.92-2  simple interprocess messaging syst
ii  libbluetooth23.1-1   Library to use the BlueZ Linux Blu
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libdbus-1-3  0.92-2  simple interprocess messaging syst
ii  libdbus-glib-1-2 0.71-2  simple interprocess messaging syst
ii  libglib2.0-0 2.10.3-3The GLib library of C routines
ii  libusb-0.1-4 2:0.1.12-2  userspace USB programming library
ii  lsb-base 3.1-15  Linux Standard Base 3.1 init scrip
ii  makedev  2.3.1-83creates device files in /dev
ii  module-init-tools3.2.2-3 tools for managing Linux kernel mo
ii  modutils 2.4.27.0-6  Linux module utilities
ii  sysvinit 2.86.ds1-20 System-V-like init utilities
ii  udev 0.100-1 /dev/ and hotplug management daemo

bluez-utils recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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

[Jochen Schulz]

reopen 338743
thanks


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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 the trident.

You should be able to reproduce the behaviour with this savegame:
http://wasteland.homelinux.net/~jrschulz/wesnoth-segfault-trident.bz2

I tried to follow the debugging procedure for segfaults outlined in the
wiki at wesnoth.org. I cannot make any sense of it, but maybe it is
useful to you:

#0  0x08348711 in std::basic_stringchar, std::char_traitschar, 
std::allocatorchar ::basic_string__gnu_cxx::__normal_iteratorchar*, 
std::string  ()
#1  0x082f3e6c in std::basic_stringchar, std::char_traitschar, 
std::allocatorchar ::basic_string__gnu_cxx::__normal_iteratorchar*, 
std::string  ()
#2  0x08310211 in std::basic_stringchar, std::char_traitschar, 
std::allocatorchar ::basic_string__gnu_cxx::__normal_iteratorchar*, 
std::string  ()
#3  0x082c5a2f in std::basic_stringchar, std::char_traitschar, 
std::allocatorchar ::basic_string__gnu_cxx::__normal_iteratorchar*, 
std::string  ()
#4  0x0812ecc1 in std::operator+char, std::char_traitschar, 
std::allocatorchar  ()
#5  0x0813a936 in std::operator+char, std::char_traitschar, 
std::allocatorchar  ()
#6  0x0813af86 in std::operator+char, std::char_traitschar, 
std::allocatorchar  ()
#7  0x0813b684 in std::operator+char, std::char_traitschar, 
std::allocatorchar  ()
#8  0x0813b9fb in std::operator+char, std::char_traitschar, 
std::allocatorchar  ()
#9  0x0805d2cd in std::operator+char, std::char_traitschar, 
std::allocatorchar  ()
#10 0x081b83fc in std::basic_stringchar, std::char_traitschar, 
std::allocatorchar ::basic_string__gnu_cxx::__normal_iteratorchar*, 
std::string  ()
#11 0x081c0795 in std::basic_stringchar, std::char_traitschar, 
std::allocatorchar ::basic_string__gnu_cxx::__normal_iteratorchar*, 
std::string  ()
#12 0x081c1888 in std::basic_stringchar, std::char_traitschar, 
std::allocatorchar ::basic_string__gnu_cxx::__normal_iteratorchar*, 
std::string  ()
#13 0x0822381f in std::basic_stringchar, std::char_traitschar, 
std::allocatorchar ::basic_string__gnu_cxx::__normal_iteratorchar*, 
std::string  ()
#14 0x080f0e72 in std::operator+char, std::char_traitschar, 
std::allocatorchar  ()
#15 0x082231c9 in std::basic_stringchar, std::char_traitschar, 
std::allocatorchar ::basic_string__gnu_cxx::__normal_iteratorchar*, 
std::string  ()
#16 0x0822dd2e in std::basic_stringchar, std::char_traitschar, 
std::allocatorchar ::basic_string__gnu_cxx::__normal_iteratorchar*, 
std::string  ()
#17 0x0822db62 in std::basic_stringchar, std::char_traitschar, 
std::allocatorchar ::basic_string__gnu_cxx::__normal_iteratorchar*, 
std::string  ()
#18 0x0822e9e6 in std::basic_stringchar, std::char_traitschar, 
std::allocatorchar ::basic_string__gnu_cxx::__normal_iteratorchar*, 
std::string  ()
#19 0x0822f5e2 in std::basic_stringchar, std::char_traitschar, 
std::allocatorchar ::basic_string__gnu_cxx::__normal_iteratorchar*, 
std::string  ()
#20 0x0823297b in std::basic_stringchar, std::char_traitschar, 
std::allocatorchar ::basic_string__gnu_cxx::__normal_iteratorchar*, 
std::string  ()
#21 0x08219858 in std::basic_stringchar, std::char_traitschar, 
std::allocatorchar ::basic_string__gnu_cxx::__normal_iteratorchar*, 
std::string  ()
#22 0x081034a8 in std::operator+char, std::char_traitschar, 
std::allocatorchar  ()
#23 0x08116879 in std::operator+char, std::char_traitschar, 
std::allocatorchar  ()
#24 0x081170a3 in std::operator+char, std::char_traitschar, 
std::allocatorchar  ()
#25 0xb79f7ea8 in __libc_start_main () from /lib/tls/libc.so.6
#26 0x0804ece1 in ?? ()

(I am not sure how to determine whether debugging symbols are enabled,
but I guess they are.) I am keeping the original corefile in case you
need it.

Oh, and I am sorry if this is not an HTTT-specific bug. I guess this
might be a general problem of wesnoth, but since I only encountered it
on this specific level I thought I report it to wesnoth-httt.

J.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.11
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages wesnoth-httt depends on:
ii  wesnoth   1.1.9-1fantasy turn-based strategy game

wesnoth-httt recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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

[Jochen Schulz]

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: https://gna.org/bugs/?func=detailitemitem_id=6792
 
 It will be fixed in next upstream release. In the meanwhile you can edit:
 /usr/share/games/wesnoth/data/items.cfg and remove everything between
 [animation] and [/animation] in the storm trident definition. AFAIK that 
 should fix the problem.

Thanks. For the record: it looks like you have to restart the scenario
(but not the campaign) in order for this to take effect. I didn't test
it, though. I have a city to invade.

J.
-- 
Television advertisements are the apothesis of twentieth century culture.
[Agree]   [Disagree]
 http://www.slowlydownward.com/NODATA/data_enter2.html


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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 xfmedia into fullscreen mode via Alt-F11 (standard IceWM feature).

The error message I get on the console is:

The program 'xfmedia' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 441 error_code 8 request_code 42 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

Thanks,
Jochen.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.16
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages xfmedia depends on:
ii  libatk1.0-0   1.11.4-2   The ATK accessibility toolkit
ii  libc6 2.3.6-9GNU C Library: Shared libraries
ii  libcairo2 1.0.4-2The Cairo 2D vector graphics libra
ii  libdbus-1-2   0.61-5 simple interprocess messaging syst
ii  libdbus-glib-1-2  0.61-5 simple interprocess messaging syst
ii  libexo-0.3-0  0.3.1.4alpha2-r20235-1 Library with extensions for Xfce
ii  libfontconfig12.3.2-5.1  generic font configuration library
ii  libfreetype6  2.2.1-1FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.10.2-2   The GLib library of C routines
ii  libgtk2.0-0   2.8.17-2   The GTK+ graphical user interface 
ii  libice6   1:1.0.0-3  X11 Inter-Client Exchange library
ii  libpango1.0-0 1.12.1-3   Layout and rendering of internatio
ii  libpng12-01.2.8rel-5.1   PNG library - runtime
ii  libsm61:1.0.0-4  X11 Session Management library
ii  libstartup-notifi 0.8-1  library for program launch feedbac
ii  libtag1c2a1.4-3  TagLib Audio Meta-Data Library
ii  libtagc0  1.4-3  TagLib Audio Meta-Data Library (C 
ii  libx11-6  2:1.0.0-6  X11 client-side library
ii  libxcursor1   1.1.5.2-5  X cursor management library
ii  libxext6  1:1.0.0-4  X11 miscellaneous extension librar
ii  libxfce4util-14.2.3.2-1  Utility functions library for Xfce
ii  libxfcegui4-3 4.2.3-2Basic GUI C functions for Xfce4
ii  libxi61:1.0.0-5  X11 Input extension library
ii  libxine1  1.1.1-1.1  the xine video/media player librar
ii  libxinerama1  1:1.0.1-4  X11 Xinerama extension library
ii  libxrandr22:1.1.0.2-4X11 RandR extension library
ii  libxrender1   1:0.9.0.2-4X Rendering Extension client libra
ii  libxtst6  1:1.0.1-3  X11 Testing -- Resource extension 
ii  zlib1g1:1.2.3-11 compression library - runtime

xfmedia recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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 something wrong. I have a custom rules.ini which rubber tries to
use. It looks like this:

|[gnuplot-tex]
|target = (.*)\.(tex|latex)
|source = \1.dat
|cost = 0
|rule = shell
|command = gnuplot \1.plot; epstopdf \1.eps
|message = running gnuplot to plot data from $source as $target

[This may look a little bit strange, but gnuplot produces an eps file
 and a tex file in all my gnuplot scripts with the extension .plot.
 Since I use pdftex, I have to convert the eps to pdf to be able to
 \includegraphics{} it. I am not yet sure whether I may run two commands
 separated by a ;, but I don't think this is related to my problem.]

rubber-info --rules shows the correct dependency (some paths stripped):

|img/results/runtime.tex: img/results/runtime.dat

But when I run rubber --pdf -f doc I get:

|running gnuplot to plot data from img/results/runtime.dat as
| img/results/levenshtein-runtime.tex...
| Cannot open load file '\1.plot;'
| line 0: util.c: No such file or directory
|
|'gnuplot' failed

Obviously, rubber doesn't replace \1 with the first group in my target
pattern. I am not a regexp guru but since my pattern looks exactly like
the patterns in the default rules.ini, I think it should work.

Sincerely,
J.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.11
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages rubber depends on:
ii  python2.3.5-5An interactive high-level object-o
ii  tetex-bin 3.0-16 The teTeX binary files

rubber recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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 times more time than Eclipse needs on the
same machine. ;-) The few programs that I have run comparably slow, too.

Additionally, I get this error on the console on every start of
drscheme:

Warning: ProfessorJ needs to be able to modify files in
 /usr/lib/plt/collects/profj/libs/java/lang in order to run
 correctlyWarning: ProfessorJ needs to be able to modify files in
 /usr/lib/plt/collects/profj/libs/java/lang in order to run
 correctlyRequired file Throwable.java, for class or interface Throwable,
 not found

The console message is accompanied by a dialog with this message:

Required file Throwable.java, for class or interface Throwable, not
found


I already moved my ~/.mzschemerc out of the way (don't know whether it
is read by drscheme at all) and tried to purge and reinstall mzscheme
and drscheme, but the symptoms prevail.

J.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.2-swsusp2
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages drscheme depends on:
ii  debconf [debconf-2.0] 1.4.70 Debian configuration management sy
ii  mzscheme  1:301-2PLT Scheme Interpreter

drscheme recommends no packages.

-- debconf information:
  drscheme/done_installation:
  drscheme/create_zo_files_now: true


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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] execve(/bin/sleep, [sleep, 1], [/* 37 vars */]) = 0
[pid 14603] execve(/usr/sbin/openct-control, [/usr/sbin/openct-control, 
init], [/* 37 vars */]) = 0
[pid 14604] execve(/usr/sbin/ifdhandler, [/usr/sbin/ifdhandler, -H, 
egate, /proc/bus/usb/1/5], [/* 37 vars */]) = 0

 please also show me ldd /usr/sbin/openct-control,
 and dpkg -l |grep libusb (maybe you have a strange libusb
 version).


# ldd /usr/sbin/openct-control
linux-gate.so.1 =  (0xe000)
libopenct.so.1 = /usr/lib/libopenct.so.1 (0xb7fba000)
libltdl.so.3 = /usr/lib/libltdl.so.3 (0xb7fb3000)
libdl.so.2 = /lib/tls/i686/cmov/libdl.so.2 (0xb7faf000)
libusb-0.1.so.4 = /lib/libusb-0.1.so.4 (0xb7fa7000)
libpthread.so.0 = /lib/tls/i686/cmov/libpthread.so.0 (0xb7f94000)
libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0xb7e5c000)
/lib/ld-linux.so.2 (0xb7fd5000)

~# dpkg -l | grep libusb
ii  libusb-0.1-4   0.1.10a-22   userspace USB programming library


 the linux code in openct uses:
 snprintf(device, sizeof(device),
  /proc/bus/usb/%s/%s,
  bus-dirname, dev-filename);
 to set the file name. so most likely your libusb is broken.
 if you can confirm that, please report it to libusb, but 
 keep me cc:'ed.

Hm, don't know. Please prod me in the right direction. :)

J.
-- 
My medicine shelf is my altar.
[Agree]   [Disagree]
 http://www.slowlydownward.com/NODATA/data_enter2.html


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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
#  $ tail -3 /var/log/syslog
Nov  3 21:31:07 localhost ifdhandler[14437]: Unable to open USB device 
/proc/bus/usb/1/4: No such file or directory
Nov  3 21:31:07 localhost ifdhandler[14437]: /proc/bus/usb/1/4: initialization 
failed (driver egate)
Nov  3 21:31:07 localhost ifdhandler[14437]: unable to open reader 
egate@/proc/bus/usb/1/4

Obviously, ifdhandler doesn't format the numbers correctly:

# ifdhandler egate /proc/bus/usb/001/004

works well. I am not a C programmer, but I guess the source of the
problem is somewhere near line 328 in src/ifd/sys-linux.c. It looks like
a simple string formatting issue.

Jochen.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages openct depends on:
ii  adduser 3.77 Add and remove users and groups
ii  dpkg1.13.11.0.1  package maintenance system for Deb
ii  libc6   2.3.5-7  GNU C Library: Shared libraries an
ii  libltdl31.5.20-2 A system independent dlopen wrappe
ii  libopenct1  0.6.6-1  middleware framework for smart car
ii  libusb-0.1-42:0.1.10a-22 userspace USB programming library

Versions of packages openct recommends:
ii  udev [hotplug]0.071-1/dev/ and hotplug management daemo

-- no debconf information


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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 --desktop|-D N, where N is the desktop number,
starting from zero.

I guess this is not handled the same way by all window managers, but the
Eterm parameter does a t least work with IceWM, Xfwm4 and Metacity, so I
think it could be added to xfce4-terminal, too.

Thanks for consideration,
Jochen.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.2
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages xfce4-terminal depends on:
ii  dbus-10.23.4-3   simple interprocess messaging syst
ii  dbus-glib-1   0.23.4-3   simple interprocess messaging syst
ii  libatk1.0-0   1.10.1-2   The ATK accessibility toolkit
ii  libc6 2.3.2.ds1-22   GNU C Library: Shared libraries an
ii  libexo0.3-0   0.3.0-2Library with extensions for Xfce
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.6.5-1The GLib library of C routines
ii  libgtk2.0-0   2.6.8-1The GTK+ graphical user interface 
ii  libice6   6.8.2.dfsg.1-4 Inter-Client Exchange library
ii  libncurses5   5.4-9  Shared libraries for terminal hand
ii  libpango1.0-0 1.8.1-1Layout and rendering of internatio
ii  libsm66.8.2.dfsg.1-4 X Window System Session Management
ii  libstartup-notification0  0.8-1  library for program launch feedbac
ii  libvte4   1:0.11.13-2Terminal emulator widget for GTK+ 
ii  libx11-6  6.8.2.dfsg.1-4 X Window System protocol client li
ii  libxfce4util-14.2.2-1Utility functions library for Xfce
ii  libxfcegui4-3 4.2.2-1Basic GUI C functions for Xfce4
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  xlibs 6.8.2.dfsg.1-4 X Window System client libraries m
ii  zlib1g1:1.2.3-1  compression library - runtime

Versions of packages xfce4-terminal recommends:
ii  dbus-1-utils  0.23.4-3   simple interprocess messaging syst

-- no debconf information


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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 restarts IceWM (just like when you click
Start - Logout - Restart IceWM. I couldn't find any mention of this
in the changelogs or the official manual at http://www.icewm.org/manual/.
Please document this new behaviour so people can configure this
shortcut.

Thanks,
Jochen.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.2
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages icewm depends on:
ii  icewm-common 1.2.21+1.2.22pre2-1 wonderful Win95-OS/2-Motif-like wi
ii  imlib11  1.9.14-17.1 Imlib is an imaging library for X 
ii  libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii  libfontconfig1   2.3.2-1 generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgcc1  1:4.0.1-1   GCC support library
ii  libice6  4.3.0.dfsg.1-14 Inter-Client Exchange library
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libsm6   4.3.0.dfsg.1-14 X Window System Session Management
ii  libtiff4 3.7.3-1 Tag Image File Format (TIFF) libra
ii  libungif4g   4.1.3-2 shared library for GIF images (run
ii  libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte
ii  libxft2  2.1.7-1 FreeType-based font drawing librar
ii  libxrandr2   4.3.0.dfsg.1-14 X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0-2   X Rendering Extension client libra
ii  xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-8   compression library - runtime

icewm recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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 kernel.org. It doesn't
matter whether I have a disc in my DVD drive either.

An strace of '/etc/dbus-1/event.d/20hal stop' is attached.

Thanks,
J.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing-proposed-updates'), (500, 
'proposed-updates'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages hal depends on:
ii  adduser 3.64 Add and remove users and groups
ii  dbus-1  0.23.4-3 simple interprocess messaging syst
ii  dbus-glib-1 0.23.4-3 simple interprocess messaging syst
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libcap1 1:1.10-14support for getting/setting POSIX.
ii  libexpat1   1.95.8-3 XML parsing C library - runtime li
ii  libglib2.0-02.6.5-1  The GLib library of C routines
ii  libhal-storage0 0.4.8-1  Hardware Abstraction Layer - share
ii  libhal0 0.4.8-1  Hardware Abstraction Layer - share
ii  libpopt01.7-5lib for parsing cmdline parameters
ii  pciutils1:2.1.11-15  Linux PCI Utilities
ii  udev0.056-3  /dev/ management daemon
ii  usbutils0.71-5   USB console utilities

hal recommends no packages.

-- no debconf information
execve(/etc/dbus-1/event.d/20hal, [/etc/dbus-1/event.d/20hal, stop], [/* 
39 vars */]) = 0
uname({sys=Linux, node=osiris, ...}) = 0
brk(0)  = 0x80f1000
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fe9000
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=62185, ...}) = 0
old_mmap(NULL, 62185, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fd9000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/libncurses.so.5, O_RDONLY)  = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\345..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=258704, ...}) = 0
old_mmap(NULL, 260364, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7f99000
old_mmap(0xb7fd, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x37000) = 0xb7fd
old_mmap(0xb7fd8000, 2316, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fd8000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/tls/libdl.so.2, O_RDONLY)   = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\32..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9872, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7f98000
old_mmap(NULL, 8632, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7f95000
old_mmap(0xb7f97000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x2000) = 0xb7f97000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/tls/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`Z\1\000..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1254468, ...}) = 0
old_mmap(NULL, 1264780, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7e6
old_mmap(0xb7f8a000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x129000) = 0xb7f8a000
old_mmap(0xb7f93000, 7308, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f93000
close(3)= 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7e5f000
set_thread_area({entry_number:-1 - 6, base_addr:0xb7f98bc0, limit:1048575, 
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, 
useable:1}) = 0
munmap(0xb7fd9000, 62185)   = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
open(/dev/tty, O_RDWR|O_NONBLOCK|O_LARGEFILE) = 3
close(3)= 0
open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2259664, ...}) = 0
mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7c5f000
close(3)= 0
brk(0)  = 0x80f1000
brk(0)  

Bug#311481: hal: additional info

[Jochen Schulz]

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 that time, I ran top
with a short delay and observed this:

13753 hal  ?  0 Z  0  0  0.0   0:00  0.0 fstab-update.ha defunct
13782 hal  ?  0 Z  0  0  0.0   0:00  0.0 40-hal-hotplug- defunct

Sometimes only one of them hangs, sometimes both of the mare defunct
several times during one stop operation.

This happens always, even right after reboot. Before stopping hal, it
runs fine and top/ps show status 'S'. Just in case it matters: I am
running a self-compiled 2.6.11.11 kernel with swsusp2 patch.

HTH
J.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.11
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages hal depends on:
ii  adduser 3.63 Add and remove users and groups
ii  dbus-1  0.23.4-3 simple interprocess messaging syst
ii  dbus-glib-1 0.23.4-3 simple interprocess messaging syst
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libcap1 1:1.10-14support for getting/setting POSIX.
ii  libexpat1   1.95.8-3 XML parsing C library - runtime li
ii  libglib2.0-02.6.5-1  The GLib library of C routines
ii  libhal-storage0 0.4.8-1  Hardware Abstraction Layer - share
ii  libhal0 0.4.8-1  Hardware Abstraction Layer - share
ii  libpopt01.7-5lib for parsing cmdline parameters
ii  pciutils1:2.1.11-15  Linux PCI Utilities
ii  udev0.056-3  /dev/ management daemon
ii  usbutils0.71-3   USB console utilities

hal recommends no packages.

Versions of packages hal is related to:
ii  reportbug 3.13   reports bugs in the Debian distrib
pn  totem-gstreamer   none (no description available)

-- no debconf information


hal-stop.log.bz2
Description: Binary data


signature.asc
Description: Digital signature

Bug#311481: hal: additional info

[Jochen Schulz]

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 that time, I ran top
with a short delay and observed this:

13753 hal  ?  0 Z  0  0  0.0   0:00  0.0 fstab-update.ha defunct
13782 hal  ?  0 Z  0  0  0.0   0:00  0.0 40-hal-hotplug- defunct

Sometimes only one of them hangs, sometimes both of the mare defunct
several times during one stop operation.

This happens always, even right after reboot. Before stopping hal, it
runs fine and top/ps show status 'S'. Just in case it matters: I am
running a self-compiled 2.6.11.11 kernel with swsusp2 patch.

HTH
J.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.11
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages hal depends on:
ii  adduser 3.63 Add and remove users and groups
ii  dbus-1  0.23.4-3 simple interprocess messaging syst
ii  dbus-glib-1 0.23.4-3 simple interprocess messaging syst
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libcap1 1:1.10-14support for getting/setting POSIX.
ii  libexpat1   1.95.8-3 XML parsing C library - runtime li
ii  libglib2.0-02.6.5-1  The GLib library of C routines
ii  libhal-storage0 0.4.8-1  Hardware Abstraction Layer - share
ii  libhal0 0.4.8-1  Hardware Abstraction Layer - share
ii  libpopt01.7-5lib for parsing cmdline parameters
ii  pciutils1:2.1.11-15  Linux PCI Utilities
ii  udev0.056-3  /dev/ management daemon
ii  usbutils0.71-3   USB console utilities

hal recommends no packages.

Versions of packages hal is related to:
ii  reportbug 3.13   reports bugs in the Debian distrib
pn  totem-gstreamer   none (no description available)

-- no debconf information


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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 that myself. Apparently
${acpifan} is the culprit:

total 685
dr-x--  2 jrschulz jrschulz  0 2005-02-22 19:37 .
dr-xr-xr-x  3 jrschulz jrschulz  0 2005-02-22 19:36 ..
lr-x--  1 jrschulz jrschulz 64 2005-02-22 19:37 0 - /dev/null
l-wx--  1 jrschulz jrschulz 64 2005-02-22 19:37 1 - pipe:[12805]
lr-x--  1 jrschulz jrschulz 64 2005-02-22 19:37 10 - /proc/meminfo
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 100 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 101 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 102 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 103 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 104 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 105 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 106 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 107 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 108 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 109 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 19:37 11 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 110 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 111 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 112 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 113 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 114 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 115 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 116 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 117 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 118 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 20:04 119 - 
/proc/acpi/fan/FN00/state
lr-x--  1 jrschulz jrschulz 64 2005-02-22 19:37 12 - 
/proc/acpi/fan/FN00/state

...and so on.

Hope that helps.

J.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages torsmo depends on:
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu

-- no debconf information


signature.asc
Description: Digital signature

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

[Jochen Schulz]

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 current ~/.torsmorc can be found at
http://well-adjusted.de/cfg/torsmorc-alternative

and the strace (sorry, 3.3MB) is at
http://well-adjusted.de/tmp/torsmo-trace

Thanks for reading,
Jochen.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages torsmo depends on:
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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

[Jochen Schulz]

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?

J.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages torsmo depends on:
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu

-- no debconf information


signature.asc
Description: Digital signature