Bug#942786: py.test fails to run

Package: python-pytest Version: 4.6.6-1 Severity: grave Attempting to run py.test fails with the following traceback: Traceback (most recent call last): File "/usr/bin/py.test", line 6, in from pkg_resources import load_entry_point File

Bug#805167: rpcbind: Regression: must restart rpc bind to run ypbind (nis)

In a message of Wed, 25 May 2016 20:24:41 +0200, Michael Biebl writes: >> Restarting rpc bind gets me back to restart nis successfull. >> >> # service rpcbind restart >> # service nis restart >> >> Reverting to rpcbind 0.2.1-6.1 solves the problem. Please notice >> that this happens only on

Bug#817195: xserver-xorg-video-intel: xserver hangs when unplugging VGA external display

Package: xserver-xorg-video-intel Version: 2:2.99.917+git20160218-1 Severity: normal If an external display has been active on the VGA port, the X server switches the display to a text console when the VGA cable is unplugged, and trying to return (with Alt+Fnn) to the X server vt hangs the

Bug#805167: suggested rpcbind.socket

[didn't think to subscribe to this bug, so I didn't see this until now] On Thu, 24 Dec 2015 10:57:02 +0100 Laurent Bigonville wrote: > > nis can't be the only rpc service that talks to rpcbind over inet rather > > than unix sockets, and custom rpc services are probably more

Bug#816663: linux-image-4.4.0-1-amd64: fails to suspend. xfs filesystem blocks suspend.

Package: src:linux Version: 4.4.2-3 Severity: important xfs updates in 4.4 cause suspend to fail. See discussion at http://www.linuxquestions.org/questions/slackware-14/unable-to-suspend-or-hibernate-with-a-4-4-0-kernel-4175563710/ -- Package-specific info: ** Version: Linux version

Bug#805167: suggested rpcbind.socket

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 nis can't be the only rpc service that talks to rpcbind over inet rather than unix sockets, and custom rpc services are probably more likely to use inet. The path of least surprise is clearly to start rpcbind on inet socket access as well. You could

Bug#733674: libnewlib-arm-none-eabi: missing symlink causes arm-none-eabi-gcc to fail

Hi Agustin, In a message of Thu, 02 Jan 2014 20:45:32 -0300, Agustin Henze writes: gcc-arm-none-eabi expects a /usr/lib/arm-none-eabi/include symlink pointing to /usr/include/newlib if libnewlib-arm-none-eabi is to be usable. I think the package ought to provide the symlink. the

Bug#733674: libnewlib-arm-none-eabi: missing symlink causes arm-none-eabi-gcc to fail

Package: libnewlib-arm-none-eabi Version: 2.0.0-1 Severity: important Dear Maintainer, gcc-arm-none-eabi expects a /usr/lib/arm-none-eabi/include symlink pointing to /usr/include/newlib if libnewlib-arm-none-eabi is to be usable. I think the package ought to provide the symlink. /Anders --

Bug#662780: cups: new version causes printer to hang for ages, then only print a blank page

In a message of Thu, 17 May 2012 16:14:45 +0200, Paul Menzel writes: cups 1.5.2-8 fixes LP #951627 and has entered unstable. Hopefully you will be able to say it addresses your problem too. I think I experienced that problem today with `cups` 1.5.2-11 and cups-filter 1.0.16-2 and 1.0.18-1.

Bug#669563: dvb-apps conflicts nmh

Package: dvb-apps Version: 1.1.1+rev1457-4 Severity: normal The most recent dvb-apps conflicts with nmh. While they contain a file with the same name (/usr/share/man/man1/scan.1.gz), the correct solution is not to conflict, as they do not provide even remotely similar functionality, but rather

Bug#662780: Similar issues with Lexmark Optra N PostScript printer

I'm seeing similar things with my Lexmark Optra N PS printer. However, if I attempt to print plain postscript files, things work just fine. I also discovered that the ghostscript-supplied pdf2ps command produces postscript files which generate a blank page when printed, while they display fine

Bug#616071: ITP: python-oejskit -- python driven javascript unit testing

Package: wnpp Severity: wishlist Owner: Anders Hammarquist i...@debian.org * Package name: python-oejskit Version : 0.9.0 Upstream Author : Open End AB, Samuele Pedroni pedro...@openend.se * URL : http://pypi.python.org/pypi/oejskit * License : MIT

Bug#555469: libc6 postinst calls invoke-rc.d with bogus -query argument

Package: libc6 Version: 2.10.1-6 Severity: grave Tags: patch The libc6 postinst calls invoke-rc.d with the argument -query which, given the code around it was probably intended to be --query. However, that will cause the postinst to abort since -e is in effect on the shell. The following patch

Bug#529291: rrdtool python bindings leak memory

Package: python-rrdtool Version: 1.3.1-4 Tags: patch The python bindings for the calls rrd_info, rrd_graph_v and rrd_update_v do not properly release references to some objects that they allocate leading to memory leaks. Attacked is a patch to fix it. /Anders Index:

Bug#515096: python-mako incorrectly claims to support all python version

Package: python-mako Version: 0.2.2-1 Trying to install python-mako on a system with python2.3 installed fails because python-mako claims to support all python versions, while it infact seems to requre at least 2.4. Setup results in this error when byte compiling for python2.3 Setting up

Bug#491665: ITP: supervisor -- system for controlling process state

Package: wnpp Severity: wishlist Owner: Anders Hammarquist [EMAIL PROTECTED] * Package name: supervisor Version : 3.0a6 Upstream Author : Chris McDonough/Agendaless Consulting * URL : http://supervisord.org/ * License : BSD-like (http://www.repoze.org

Bug#491667: ITP: python-meld3 -- an HTML/XML templating system

Package: wnpp Severity: wishlist Owner: Anders Hammarquist [EMAIL PROTECTED] * Package name: python-meld3 Version : 0.6.4 Upstream Author : hris McDonough [EMAIL PROTECTED] * URL : http://plope.com/software/meld3/ * License : Zope Public License Programming

Bug#435194: Appears to be a gcc bug

bug. this was bind9-9.4.2-1 on alpha (an EV56 Miata in this case) /Anders -- -- Of course I'm crazy, but that doesn't mean I'm wrong. Anders Hammarquist | [EMAIL PROTECTED] Physics student, Chalmers University of Technology, | Hem: +46 31 88 48 50 G|teborg

Bug#427057: More details makeing this bug less stochastic

mean I'm wrong. Anders Hammarquist | [EMAIL PROTECTED] Physics student, Chalmers University of Technology, | Hem: +46 31 88 48 50 G|teborg, Sweden. RADIO: SM6XMM and N2JGL | Mob: +46 707 27 86 87 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED

Bug#427057: iceweasel picks up wrong libssl3.so

In a message of Sun, 03 Jun 2007 20:19:45 EDT, Eric Dorland writes: So the LD_LIBRARY_PATH is set to /usr/lib/iceweasel in the iceweasel shell script (which invokes the actual binary, /usr/lib/iceweasel/firefox-bin). How are you invoking it? Using the /usr/bin/iceweasel script... So at

Bug#427057: iceweasel picks up wrong libssl3.so

In a message of Sat, 02 Jun 2007 23:20:00 EDT, Eric Dorland writes: * Anders Hammarquist ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.3-2 If libnss3 (from sarge) is installed, iceweasel will use libssl3.so from that package rather than the one that it comes with. This results

Bug#427057: iceweasel picks up wrong libssl3.so

/iceweasel iceweasel vs just iceweasel shouldn't make any difference (I've read the script now). But it certainly did when I was chasing the SSL problem friday (or am I going insane?). /Anders -- -- Of course I'm crazy, but that doesn't mean I'm wrong. Anders Hammarquist

Bug#427057: iceweasel picks up wrong libssl3.so

-- -- Of course I'm crazy, but that doesn't mean I'm wrong. Anders Hammarquist | [EMAIL PROTECTED] Physics student, Chalmers University of Technology, | Hem: +46 31 88 48 50 G|teborg, Sweden. RADIO: SM6XMM and N2JGL | Mob: +46 707 27 86 87 -- To UNSUBSCRIBE, email

Bug#315339: More problems w/ lvm2 and striped lvm1 volumes

] } } } } /Anders -- -- Of course I'm crazy, but that doesn't mean I'm wrong. Anders Hammarquist | [EMAIL PROTECTED] Physics student, Chalmers University of Technology, | Hem: +46 31 88 48 50 G