that everyone who
involves themselves with Linux really seem to have their hearts in the
right place.
I donate where I can.
If you have a donation spot, let me know where.
Thanks / Andrew Tipton
*ANDREW TIPTON*
11261 West 27th Place
Lakewood CO, 80215
mobile *720.353.2642*
fax 303.562.1947
Absolutely unbelievable. Why in the world is this still marked as a low
priority? It's been over a year.
+1, this affects me as well.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libvirt in Ubuntu.
Absolutely unbelievable. Why in the world is this still marked as a low
priority? It's been over a year.
+1, this affects me as well.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/520386
Title:
Just wanted to add that I'm seeing similar behaviour. In my case, two
of the transmission-gtk threads jump to 100% CPU usage each on my dual-
core laptop with the proprietary NVIDIA drivers. Disabling the
blocklist update (but leaving the blocklist processing enabled) allows
transmission to work
Public bug reported:
Running Ubuntu 10.04 with python-psycopg2 version 2.0.13-2ubuntu2 and
python version 2.6.5-0ubuntu1.
Reporting the bug here because I have no idea how to contact the
psycopg2 maintainer (the psycopg2 website simply says the mailing lists
are currently unavailable).
** Patch added: Patch against 2.0.13 source to resolve segfault
https://bugs.launchpad.net/bugs/663211/+attachment/1701344/+files/psycopg2_list_segfault.patch
--
psycopg2 segfaults when trying to adapt() a Python list
https://bugs.launchpad.net/bugs/663211
You received this bug notification
I have a Fujitsu SH760, and this issue also affects me. Removing the
xhci module allows the suspend to happen, so this is definitely the
culprit. Details of my USB3 controller (from lspci -v) are:
20:00.0 USB Controller: NEC Corporation Device 0194 (rev 03) (prog-if 30)
Subsystem:
Public bug reported:
Binary package hint: python-hulahop
The current binary package for python-hulahop in Jaunty (amd64) does not
include bindings for Python 2.6; only Python 2.4 and Python 2.5
bindings are present.
The package version is python-hulahop_0.4.8~dfsg-3ubuntu4_amd64.
Building
Just FYI, it appears that the xulrunner-1.9 package now includes the
Python XPCOM bindings:
$ export PYTHONPATH=/usr/lib/xulrunner-1.9.0.11/python
$ /usr/lib/xulrunner-1.9.0.11/run-mozilla.sh python
Python 2.6.2 (release26-maint, Apr 19 2009, 01:58:18)
[GCC 4.3.3] on linux2
Type help, copyright,
For others who come across this bug (like me) looking for the PyXPCOM
bindings for Python 2.6, it appears that the xulrunner-1.9 package now
includes the Python XPCOM bindings:
$ export PYTHONPATH=/usr/lib/xulrunner-1.9.0.11/python
$ /usr/lib/xulrunner-1.9.0.11/run-mozilla.sh python
Python 2.6.2
The issue stems from libboost_python.so not being linked as part of the
_PythonMagick.so build process. Starting Python like:
LD_PRELOAD=/usr/lib/libboost_python.so python
Python 2.6.2 (release26-maint, Apr 19 2009, 01:58:18)
[GCC 4.3.3] on linux2
Type help, copyright, credits or license for
This issue has now gone unfixed for nearly three months. I can confirm
that the latest python-pythonmagick package (0.8-0ubuntu2) on Jaunty
64-bit still reports an undefined symbol
_ZTIN5boost6python15instance_holderE.
Is there something blocking this from being fixed? Is there anything
else
I've recently upgraded to the Intrepid beta (from Gutsy), and it seems
like this error has only started showing up after the upgrade. So I can
confirm that this bug is present in linux-image-2.6.27-5-generic.
Rather annoying, because the link's state goes from up to down to up
again within 1-2
Bartek,
The power button bringing up the wrong dialog is noted in bug #252795
(https://bugs.launchpad.net/ubuntu/+source/gnome-power-
manager/+bug/252795). Installing Ted's latest gnome-power-manager
package in his PPA resolved that issue for me.
--
Shut Down dialog doesn't open in the
Public bug reported:
Binary package hint: gnome-power-manager
When pressing either the Shut Down button in the GNOME system menu or
pressing my laptop's power button (I have the action set to Ask Me in
the Power settings), the Shut Down the Computer dialog opens but is
*behind* all of my open
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/18280862/Dependencies.txt
--
Shut Down dialog doesn't open in the foreground
https://bugs.launchpad.net/bugs/279406
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
16 matches
Mail list logo