Bug#608017: closed by doch...@gmail.com (Desmond O. Chang) (Bug#608017: fixed in stumpwm 1:20110213.git34362e5-1)

2011-03-01 Thread servilio
in a Xephyr server, I will try tomorrow in a real server and report back. Thanks, Servilio -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#608017: closed by doch...@gmail.com (Desmond O. Chang) (Bug#608017: fixed in stumpwm 1:20110213.git34362e5-1)

2011-02-28 Thread servilio
Copyright (c) Bruno Haible, Pierpaolo Bernardi, Sam Steingold 1998 Copyright (c) Bruno Haible, Sam Steingold 1999-2000 Copyright (c) Sam Steingold, Bruno Haible 2001-2010 Type :h and hit Enter for context help. [1] (find-package :xlib) NIL [2] Regards, Servilio On 28 February 2011 10:03, Debian

Bug#608017: Acknowledgement (XLIB package is not available even after installing clisp-module-clx)

2011-02-19 Thread servilio
A simple test for this, is trying to run any CLX demo after installing clisp 0.49 and clisp-module-clx: $ clisp /usr/share/doc/clisp-module-clx/demos/clx-demos.lisp *** - SYSTEM::%FIND-PACKAGE: There is no package with name XLIB Regards, Servilio -- To UNSUBSCRIBE, email to debian-bugs-rc

Bug#609061: linkchecker-gui: Missing dependency on python-qscintilla2

2011-01-05 Thread Servilio Afre Puentes
Package: linkchecker-gui Version: 6.1-1 Severity: grave Justification: renders package unusable Without this package installed linkchecker-gui doesn't run: $ linkchecker-gui Traceback (most recent call last): File /usr/bin/linkchecker-gui, line 23, in module from linkcheck.gui import

Bug#608017: XLIB package is not available even after installing clisp-module-clx

2010-12-25 Thread servilio
Package: clisp-module-clx Version: 1:2.49-1 Justification: renders package unusable Severity: grave I noticed this when running stumpwm, it would not run with clisp anymore after upgrading to clisp 2.49. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500,

Bug#600413: gitweb: should depend on httpd, not httpd-cgi

2010-10-16 Thread Servilio Afre Puentes
Package: gitweb Version: 1:1.7.2.3-1 Justification: renders package unusable Severity: grave *** Please type your report below this line *** The newly introduced dependency doesn't work if you are deploying it using a server that doesn't provide CGI (like nginx). -- System Information: Debian

Bug#591663: crawl-tiles: invalid X request code

2010-08-04 Thread Servilio Afre Puentes
Package: crawl-tiles Version: 2:0.7.1-1 Severity: grave Justification: renders package unusable What happens: $ crawl-tiles X Error of failed request: BadRequest (invalid request code or no such operation) Major opcode of failed request: 152 (GLX) Minor opcode of failed request: 181 ()

Bug#556622: python-xpcom: Shouldn't conflict with epiphany-browser, but Break epiphany-gecko

2009-11-16 Thread Servilio Afre Puentes
Package: python-xpcom Version: 1.9.1.5-1 Justification: renders package unusable Severity: grave After 2.26, epiphany-browser uses WebKit instead of Gecko as rendering engine. The way it is right now, it prevents installing e.g.: install sugar-browse-activity. The best solution IMHO, is to

Bug#520584: python-logilab-astng: Missing __init__.py for namespace logilab

2009-03-20 Thread Servilio Afre Puentes
Package: python-logilab-astng Version: 0.17.2-2.1 Severity: grave Justification: renders package unusable Doesn't work at all. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (990, 'stable'), (100, 'unstable'), (100, 'testing'), (1, 'experimental') Architecture:

Bug#505936: [virt-manager] No way to specify a user different than root (the default) for remote connections

2008-11-16 Thread Servilio Afre Puentes
Package: virt-manager Version: 0.6.0-5 Severity: serious --- Please enter the report below this line. --- Both when creating and after it is created, there is no way to specify the user to use when connecting to the remote system from UI. --- System information. --- Architecture: amd64 Kernel:

Bug#501597: [bzr-gtk] nautilus-bzr.py is configured to be placed in the wrong directory

2008-10-08 Thread Servilio Afre Puentes
Package: bzr-gtk Version: 0.95.0-1 Severity: serious --- Please enter the report below this line. --- In /usr/share/pyshared-data/bzr-gtk the nautiluz-bzr.py file is configured to be placed under /usr/lib/nautilus/extensions-1.0/python while the proper location looks to be