On Fri, 10 Nov 2006, Loïc Minier wrote:
By design, python-support might break some applications. Two examples
lately were the GStreamer 0.10 Python bindings and the GNOME Deskbar
Applet. This is usually because these packages are ./configured with a
default Python path, such as
On Thu, Nov 23, 2006, Raphael Hertzog wrote:
But /var/lib/python-support contains both the *.pyc and the *.py (although
as symlink to the real file).
Oh that's nice. I found the *.py in /usr/share/python-support, and
didn't look for them under /var/lib.
This is already the case. I believe
Le jeudi 23 novembre 2006 à 14:26 +0100, Loïc Minier a écrit :
This is already the case. I believe it has been added when we discovered
problems due to *.so and *.py being in different directories.
You might want to close this bug.
I still think there's currently no protection against
On Thu, Nov 23, 2006, Josselin Mouette wrote:
I still think there's currently no protection against silent breakage
in python-support. Packages are still ./configured to install python
modules into /usr/lib, but this does not reflect the runtime location
of files. This is
Le jeudi 23 novembre 2006 à 16:41 +0100, Loïc Minier a écrit :
That's the very long term solution which involves modifying python (and
such a low-level change could IMO happen only upstream), so I wont hold
my breath.
The Debian-specific FHS-compliance patches for perl have never been
On Thu, Nov 23, 2006, Josselin Mouette wrote:
That's the very long term solution which involves modifying python (and
such a low-level change could IMO happen only upstream), so I wont hold
my breath.
The Debian-specific FHS-compliance patches for perl have never been
integrated
Package: python-support
Version: 0.5.4
Severity: important
Hi,
(Documenting a conversation I had with the python-support maintainer
and another I had with Steinar H. Gunderson on IRC.)
By design, python-support might break some applications. Two examples
lately were the GStreamer
7 matches
Mail list logo
