This indeed still happens with xen-utils-4.1 4.1.4-3+deb7u1
Additionally, the problem is hard to figure out (as it simply excepts with
"RuntimeError: Unable to find partition containing kernel", which it does
in many other cases as well; perhaps it should collect other caught
exceptions for debug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Attached a patch that might fix the problem (e.g. fixes it for me, but
I'm not sure if it doesn't add some other problems).
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.o
Package: conky
Version: 1.7.1.1-1
Severity: normal
With current way of working with hwmon using some data with hwmon
parameter becomes impossible.
In conkyrc '$(hwmon 1 fan 1)' fails, even though data is available:
I have /sys/class/hwmon/hwmon1/fan1_input file, but since I also have
/sys/class/h
Nico Golde wrote:
> I can not reproduce this. I think this may be some problem
> with your configuration. Can you upload your complete
> configuration file so I can check?
~/.config/openbox/rc.xml: http://pastebin.com/m2dc091d4
--
--HoverHell (ICQ#174520, XMPP/GTalk here, GPG
A-Tab', and it stays opened (cursor stays
on top of the terminal window).
Then I try switching with 'W-Tab U' (opening menu and using letter to
select a window). In that case gedit gets selected, and after 100 ms
(most likely) openbox switches back to the terminal.
--
Package: screen
Version: 4.0.3-11
Severity: wishlist
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A little hacked-in but working support for 'hardstatus firstline'.
I'm not sure if this feature should really be added anywhere or it's not of
enough interest.
I didn't add it into docu
Package: xvkbd
Version: 3.0-1
Severity: normal
I bet it's quite rarely used option :)
anyway, in debian/patches/02_xvkbd_c_various.dpatch on line 135 it states:
if (sscanf(cp + 1, "%d", &val) != -1) {
/* fails with "no number" here */
but sscanf returns (as documented) number of read argume
rc10 still has this problem.
Here's updated patch that works for me on new version.
--
--HoverHell (ICQ#174520, XMPP/GTalk here, GPG 30E202CB).
diff -dpr openvpn-2.1~rc10-orig/options.c openvpn-2.1~rc10/options.c
*** openvpn-2.1~rc10-orig/options.c 2008-09-14 12:20:27.242403337
(I wonder if lladdr is too rarely-used option... :) )
Well, I researched on this problem a bit and wrote a patch, which is
probably low-quality (ideologically wrong) but, at least, fixes the
problem for me.
* Interesting note: line in options.c in current svn got comment '/*
FQDN -- IP address on
Package: openvpn
Version: 2.1~rc9-3
Severity: normal
I'm using option like "lladdr 00:11:22:00:00:33" in in OpenVPN config, which
worked right until last upgrade. Now it gives an error with message "Options
error: lladdr parm '00:ff:77:00:00:07' must be an IP address". And if I try
to use somethi
The problem was fixed either after reconfiguring alsa (by ~/.asoundconf,
doubtfully) of after stopping ekiga which was running in the background.
Not sure about exact reason, but as of the moment problem doesn't show
itself.
(Though I'd like to know any useful means to trace the problem like this..
Package: mumble
Version: 1.1.4-2
Severity: important
When trying to do anything with audio input (changing settings, at least)
mumble hangs without any extra output.
(First thing that fails is any attemt to select anything in input device
section in audio tuning wizard)
Output of aplay -l (sorr
Package: libpam-encfs
Version: 0.1.4.1-4
Severity: normal
I'd suggest adding warning about encfs options that makes filename
encryption path-dependent and, therefore, makes hard links unusable, which,
for home directory, causes some problems (for example, with gpg and
iceauth).
Default option is "
Package: quodlibet
Version: 1.0-2
Severity: normal
Sometimes, after re-selecting in File System browser it stops showing any
tracks until it (specific browser) is reinitialized.
Message on console:
"
/usr/share/quodlibet/browsers/filesystem.py:148: GtkWarning:
gtk_tree_selection_get_selected_rows
t-mouse (that works well for me
except extra keys, btw).
P.S. Problem in this bug is in some extra mouse movement events. It might be
good idea to track them (e.g. do they occur from evdev input device or not,
and after what exactly they start to appear), but I doubt I can do that.
--
--HoverHell (ICQ#174520, XMPP/GTalk here, GPG 30E202CB).
310, Logitech MX Revolution and some Logitech USB mouse of K.
Gysin above).
--
--HoverHell (ICQ#174520, XMPP/GTalk here, GPG 30E202CB).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Nov 26, 2007 2:44 AM, Brice Goglin <[EMAIL PROTECTED]> wrote:
> HoverHell wrote:
> > Package: xserver-xorg-input-evdev
> > Version: 1:1.2.0~git20070819-3
> > Severity: normal
> >
> >
> > Checked in tremulous, ezquake, dosbox.
> > 'Driver
Package: xserver-xorg-input-evdev
Version: 1:1.2.0~git20070819-3
Severity: normal
Checked in tremulous, ezquake, dosbox.
'Driver "mouse"' works fine (one that commented oyt in attached xorg.conf).
Updated from 1:1.1.5-3.
xorg core packages were updated, too.
* Also, after update mouse didn't move
18 matches
Mail list logo
