Package: gcalcli
Version: 3.3.2-1
Severity: grave
Dear Maintainer,
since the last upgrade of python-googleapi in unstable,
gcalcli refuses to start, making the package unusable:
% /usr/bin/gcalcli agenda
ERROR: Missing module - cannot import name run
After downgrading to python-googleapi 1.
Hi Vincent,
You are right, this is indeed an upstream bug, which seems to have
been fixed in December, see
https://github.com/brndnmtthws/conky/commit/2fab2d38207d73533d29062883b284d80e5325a2
Best,
Andrei
Package: conky-std
Version: 1.10.1-2
Severity: normal
Dear Maintainer,
first of all, happy New Year!
I found that the gauge indicators are broken (gauge line missing)
and the -l option (logarithmic scale) is ignored in the graphs.
According to the man page, this is caused by conky being compiled
> This topic could be closed by removing the gconf dependency of
> libatk-wrapper-java-jni. Should this be done by reassigning this
> bug or by opening a new one?
I agree with your analysis, but don't forget that a direct dependency
on libgnome and libgnomevfs was introduced in openjdk-7-jre since
> well, then you can use openjdk-7-jre-headless
Unfortunately, we cannot use openjdk-7-jre-headless when we need any
of two hundred packages that depend on -jre, such as eclipse. I can
only repeat myself: I believe that it should be possible to use the
default Java (or any other programming langua
Package: openjdk-7-jre
Version: 7~u3-2.1-1
Severity: normal
Dear Maintainer,
the new version of openjdk-7 in unstable introduces dependency on
libatk-wrapper-java-jni which depends on gconf2. I believe that it
should be possible to use the default Java implementation in Debian
without installing
Package: rxvt-unicode
Version: 9.09-3
Severity: normal
When I launch 'urxvt -tr' I obtain a usual urxvt window
instead of getting a fake-transparent window with the
root pixmap in the background.
Apparently, either -tr option is ignored in the last version
of urxvt or it just fails to retrieve
Package: bsdmainutils
Version: 8.0.15
Severity: normal
The last version of ncal supports the cal-styled output with -b
(thanks a lot for this!). However, ncal -b ignores -M, making
the bugs #590592 and #598385 actually unfixed.
-- System Information:
Debian Release: squeeze/sid
APT prefers un
Package: gcalcli
Version: 1.4-3
Severity: grave
Tags: upstream
Justification: renders package unusable
The issue and a simple solution are fully described on
http://code.google.com/p/gcalcli/issues/detail?id=51
I'm not the original reporter (randerson55), but my symptoms
are exactly the same and
Package: fbreader
Version: 0.10.7dfsg-1
Severity: wishlist
It would be very handy to show/hide the toolbar with a shortcut
and to have the current state saved in ui.xml. Currently, the
toolbar is always visible at the start (in the windowed mode).
-- System Information:
Debian Release: squeez
Package: fbreader
Version: 0.10.7dfsg-1
Severity: important
When I launch FBReader from command line, it starts quickly enough
to get focus before I release the key. FBReader interprets
key releases rather than key presses and thus dutifully toggles
the fullscreen mode on every start.
Current
Please, put $cur in double quotes in the last 'echo' in _get_cword:
--- /usr/share/bash/bash_completion 2008-03-23 01:09:58.0 +0200
+++ /etc/bash_completion2008-03-23 20:56:42.0 +0200
@@ -211,7 +211,7 @
Package: bash-completion
Version: 20060301-3
Severity: normal
Tags: patch
In the definition of _get_cword in bash_completion, both $COMP_POINT
and $word_start stand for offset in bytes, not in characters. However,
in the ${variable:offset} expression, 'offset' must be in characters.
In a UTF-8
The problem can be partially cured by the following one-line
change in _get_cword:
=
--- bash_completion.old 2008-03-12 00:52:00.0 +0200
+++ /etc/bash_completion2008-03-12 00:53:23.0 +0200
@@ -188,7 +1
Package: bash-completion
Version: 20060301-3
Severity: normal
Tags: patch
Currently, completion for umount does not work.
The attached patch fixes the problem.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kerne
Package: bash
Version: 3.1dfsg-9
Severity: wishlist
The default /etc/bash_completion in Debian/sid takes 216kb, and
a couple of scripts in /etc/bash_completion.d add another 100kb.
To load this, my system needs half a second, a perceivable and
quite annoying delay on every shell start.
I wrote
16 matches
Mail list logo