Bug#826013: gcalcli: fails with "ERROR: Missing module - cannot import name run"
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.4.2-1 and python-oauth2client 1.4.12-0.1, everything works again. Best, Andrei -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gcalcli depends on: ii python2.7.11-1 ii python-dateutil 2.4.2-1 ii python-gflags 1.5.1-2 ii python-googleapi 1.5.0-2 Versions of packages gcalcli recommends: pn gxmessage pn python-parsedatetime pn python-simplejson pn python-vobject gcalcli suggests no packages. -- no debconf information
Bug#809546: conky-std: conky is compiled without BUILD_MATH (-cli,-std,-all)
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
Bug#809546: conky-std: conky is compiled without BUILD_MATH (-cli,-std,-all)
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 without BUILD_MATH. Indeed, it seems that the corresponding option is never used in debian/rules. I think, "-DBUILD_MATH=ON" should be added to COMMON_CONF_ARGS (or at least to the -std and -all rules). Thanks in advance and best regards, Andrei -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-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/dash Init: systemd (via /run/systemd/system) Versions of packages conky-std depends on: ii libc62.21-6 ii libgcc1 1:5.3.1-4 ii libiw30 30~pre9-8 ii liblua5.1-0 5.1.5-8 ii libncurses5 6.0+20151024-2 ii libstdc++6 5.3.1-4 ii libtinfo56.0+20151024-2 ii libx11-6 2:1.6.3-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxft2 2.3.2-1 conky-std recommends no packages. conky-std recommends no packages. Versions of packages conky-std suggests: pn apcupsd pn audacious pn moc pn mpd pn xmms2 -- no debconf information
Bug#661465: Please reassign (was: Please remove ATK-Wrapper dependency)
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 7~u3-2.1-3. So the problem is not limited to libatk-wrapper-java-jni. Andrei -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661465: openjdk-7-jre: dependency on gconf2
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 language, for that matter) implementation in Debian without installing Gnome components. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661465: openjdk-7-jre: dependency on gconf2
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 Gnome components. Best regards, Andrei -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.6+ (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606849: rxvt-unicode: -tr option is broken since last update
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 the root pixmap. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36.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/dash Versions of packages rxvt-unicode depends on: ii base-passwd 3.5.22 Debian base system master password ii libafterimage0 2.2.9-5+b1 imaging library designed for After ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcairo2 1.10.0-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-2.1FreeType 2 font engine, shared lib ii libgcc1 1:4.4.5-10 GCC support library ii libglib2.0-02.24.2-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libice6 2:1.0.7-1X11 Inter-Client Exchange library ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libperl5.10 5.10.1-16shared Perl library ii libpng12-0 1.2.44-1 PNG library - runtime ii librsvg2-2 2.26.3-1 SAX-based renderer library for SVG ii libsm6 2:1.2.0-1X11 Session Management library ii libtiff43.9.4-5 Tag Image File Format (TIFF) libra ii libx11-62:1.3.3-4X11 client-side library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii ncurses-base5.7+20100313-4 basic terminal type definitions ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime rxvt-unicode recommends no packages. Versions of packages rxvt-unicode suggests: ii ttf-dejavu2.31-1 Metapackage to pull in ttf-dejavu- -- 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#603100: bsdmainutils: ncal ignores -M when -b is used
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 unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36 (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 bsdmainutils depends on: ii bsdutils 1:2.17.2-3.3 Basic utilities from 4.4BSD-Lite ii debianutils 3.4.1 Miscellaneous utilities specific t ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-4 shared libraries for terminal hand bsdmainutils recommends no packages. Versions of packages bsdmainutils suggests: ii cpp 4:4.4.5-1 The GNU C preprocessor (cpp) pn vacation none (no description available) ii wamerican [wordlist] 6-3American English dictionary words ii whois 5.0.8 an intelligent whois client -- 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#582247: gcalcli fails with AttributeError on all operations
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 the proposed solution works for me. Here is an excerpt from the above-linked page: Hi, all. gcalcli worked perfectly for me for a few months until, within the last couple of days, it ceased working entirely. I didn't change versions or configuration of gcalcli in any way. I also made no changes to any settings on my Google Calendar account. What steps will reproduce the problem? 1. Run the command gcalcli list (or calm or calw or agenda. Not tested on any other commands). What is the expected output? What do you see instead? Expected output: A list of all calendars available on the configured Google Calendars account. Actual output (to stderr): Traceback (most recent call last): File ./gcalcli, line 1114, in module DoItHippieMonster() File ./gcalcli, line 1025, in DoItHippieMonster borderColor=borderColor) File ./gcalcli, line 321, in __init__ cal.gcalcli_username= urllib.unquote(match.group(1)) AttributeError: 'NoneType' object has no attribute 'group' [...] Please provide any additional information below. I did a bit of digging. A few debugging print statements (near line 321) indicated that self.feedPrefix was an http:// address while cal.GetAlternateLink().href was giving an https:// address. The obvious fix was to change feedPrefix on line 226. -feedPrefix= 'http://www.google.com/calendar/feeds/' +feedPrefix= 'https?://www.google.com/calendar/feeds/' Making that change fixed gcalcli completely, as far as I've tested. I'm not sure if it's the proper or optimal fix, but it does do the job. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.4 (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 gcalcli depends on: ii python2.5.4-9An interactive high-level object-o ii python-dateutil 1.4.1-3powerful extensions to the standar ii python-gdata 2.0.8-1.1 Google Data Python client library Versions of packages gcalcli recommends: pn gxmessage none (no description available) gcalcli 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#526569: fbreader: grabs Enter key release when started from command line
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 Enter key. FBReader interprets key releases rather than key presses and thus dutifully toggles the fullscreen mode on every start. Currently, I worked around this issue by changing the shortcut to Ctrl-Enter in /usr/share/FBReader/default/keymap.xml. I would suggest either to handle the key presses instead of releases, or, if this is inappropriate, to skip the first key release arriving during the first 500ms. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29.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 fbreader depends on: ii libc6 2.9-7GNU C Library: Shared libraries ii libgcc1 1:4.3.3-8GCC support library ii libstdc++6 4.3.3-8 The GNU Standard C++ Library v3 ii libzlcore0.10 0.10.7dfsg-1 ZLibrary cross-platform developmen ii libzltext0.10 0.10.7dfsg-1 ZLibrary text model/viewer part (s ii libzlui-qt4 0.10.7dfsg-1 Qt4 interface module for ZLibrary fbreader recommends no packages. fbreader 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#526574: fbreader: toggle toolbar with a shortcut, save in the UI state
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: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29.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 fbreader depends on: ii libc6 2.9-7GNU C Library: Shared libraries ii libgcc1 1:4.3.3-8GCC support library ii libstdc++6 4.3.3-8 The GNU Standard C++ Library v3 ii libzlcore0.10 0.10.7dfsg-1 ZLibrary cross-platform developmen ii libzltext0.10 0.10.7dfsg-1 ZLibrary text model/viewer part (s ii libzlui-qt4 0.10.7dfsg-1 Qt4 interface module for ZLibrary fbreader recommends no packages. fbreader 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#468254: _get_cword drops spaces at the end of the completion word
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 @@ cur=${cur:$word_start} - echo $cur + echo $cur } Otherwise, spaces at the end of the completion word get dropped: % touch 'I first' % touch 'II second' % ls I\ tab # won't be completed to 'I first' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472132: bash-completion: _get_cword works incorrectly in UTF-8 locales
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 locale, when the completion string contains multibyte chars, say, when we complete a command like % cp ĂȘtre /tab, _get_cword will return the empty string instead of '/'. This is easy to fix by setting locally LC_CTYPE to C in _get_cword. The patch is attached. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24martha (SMP w/1 CPU core; 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-completion depends on: ii bash 3.2-1 The GNU Bourne Again SHell ii ucf 3.005 Update Configuration File: preserv bash-completion recommends no packages. -- no debconf information --- /usr/share/bash/bash_completion 2008-03-05 23:57:25.0 +0200 +++ ./bash_completion 2008-03-22 13:16:28.0 +0200 @@ -185,6 +185,7 @@ # it will complete just foo, not foobar, which is what the user wants.) _get_cword() { +local LC_CTYPE=C local word_start cur=${COMP_LINE:0:$COMP_POINT}
Bug#470539: bash-completion: completion function _umount sets IFS incorrectly
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) Kernel: Linux 2.6.24martha (SMP w/1 CPU core; 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-completion depends on: ii bash 3.2-1 The GNU Bourne Again SHell ii ucf 3.005 Update Configuration File: preserv bash-completion recommends no packages. -- no debconf information --- /etc/bash_completion2008-03-05 23:57:25.0 +0200 +++ bash_completion 2008-03-11 21:57:55.0 +0200 @@ -646,15 +646,12 @@ # _umount() { - local cur + local cur IFS=$'\n' COMPREPLY=() cur=`_get_cword` - OLDIFS=$IFS - IFS=\n COMPREPLY=( $( compgen -W '$( mount | cut -d -f 3 )' -- $cur ) ) - IFS=$OLDIFS return 0 }
Bug#468254: bash-completion: strange behavior on ls and spaces
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 +188,7 @@ local word_start cur=${COMP_LINE:0:$COMP_POINT} -word_start=`expr $cur : '.*['${COMP_WORDBREAKS}']'` +word_start=`expr $cur : '.*[^\\]['${COMP_WORDBREAKS}']'` cur=${cur:$word_start} echo $cur } = You will still have a problem with completing a quote-protected string with spaces: % ls foo btab but in the default case (backslash protection) everything should work fine: % ls foo\ btab % ls foo\ bar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467231: bash_completion is big and loads slowly; load-by-need proposed
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 a simple script, that automatically moves the completion functions from /etc/bash_completion and /etc/bash_completion.d to a separate directory and creates a drop-in replacement for /etc/bash_completion - which will load any of those completion functions when it is requested for the first time. By this, we greatly reduce the loading time (the replacement script is ~30kb) and also the memory footprint (as we rarely need every completion function in every bash session). The generator script is intended to be run once the base script /etc/bash_completion is installed and then, every time something is added to /etc/bash_completion.d. I'd like to propose it for the bash package -- maybe as an optional part of installation. The generator script is attached, any comments are welcome. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-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/bash Versions of packages bash depends on: ii base-files4.0.2 Debian base system miscellaneous f ii debianutils 2.28.3 Miscellaneous utilities specific t ii libc6 2.7-8 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 BASH_COMPLETION=/etc/bash_completion BASH_DYNCOMPLETION=/etc/bash_dyncompletion BASH_DYNCOMPLETION_DIR=/etc/bash_dyncompletion.d echo Read static completions from $BASH_COMPLETION . $BASH_COMPLETION || exit 1 echo Create dynamic completion file $BASH_DYNCOMPLETION touch $BASH_DYNCOMPLETION || exit 1 echo Create dynamic completion directory $BASH_DYNCOMPLETION_DIR mkdir -p $BASH_DYNCOMPLETION_DIR || exit 1 echo -n Populate dynamic completion directory: FUNCS=$(declare -f | grep '^[a-zA-Z_][a-zA-Z0-9_]* () $' | cut -f 1 -d ' ') for FN in $FUNCS ; do echo -n $FN declare -f $FN $BASH_DYNCOMPLETION_DIR/$FN eval $FN () { . '$BASH_DYNCOMPLETION_DIR/$FN' ; $FN \[EMAIL PROTECTED] ; } done echo echo Write dynamic completion file $BASH_DYNCOMPLETION exec $BASH_DYNCOMPLETION cat EOF # $(basename $BASH_DYNCOMPLETION) - load-by-need bash completions # actual completion functions are stored in $BASH_DYNCOMPLETION_DIR # this file and directory are generated from $BASH_COMPLETION shopt -s extglob progcomp EOF declare -p BASH_COMPLETION 2/dev/null declare -p bash205 2/dev/null declare -p bash205b 2/dev/null declare -p bash3 2/dev/null declare -f complete -p exit 0