Paul Wise p...@debian.org writes:
Personally I've always wondered why a Debian-specific helper should be
needed instead of python upstream behaving the way we wanted.
I’m curious about the distutils monkey patches and the lack of use of
the standard compileall module. The Python bug tracker is
Le vendredi 10 juin 2011 à 12:16 +1000, Ben Finney a écrit :
Personally I've always wondered why a Debian-specific helper should be
needed instead of python upstream behaving the way we wanted.
Those are not mutually exclusive :-) The helper is needed to make our
packages more sensible,
I'm having some trouble with the instructions on converting from
python-central to dh_python2 while retaining cdbs.
http://wiki.debian.org/Python/PyCentral2DhPython2
I see that Steve just added another hint, but that didn't help me much. I'm
proofing the instructions with
Yesterday, I sent this message to ubuntu-devel:
https://lists.ubuntu.com/archives/ubuntu-devel/2011-June/033440.html
and created this wiki page:
https://wiki.ubuntu.com/BarryWarsaw/PythonHelpers
These outline the dh_python2 conversions we plan to do in Ubuntu, but of
course, we want to
Hi Barry,
On Fri, Jun 10, 2011 at 12:44:13PM -0400, Barry Warsaw wrote:
I'm having some trouble with the instructions on converting from
python-central to dh_python2 while retaining cdbs.
http://wiki.debian.org/Python/PyCentral2DhPython2
I see that Steve just added another hint, but that
Hi all,
I just tried to package an application using a private module. In this
case, the name of the script starting the application and the module
have the same name.
So if the module is in /usr/share/foo/foo, then the script can not
be /usr/share/foo/foo as well and installing the script
to
On Fri, 2011-06-10 at 12:16 +1000, Ben Finney wrote:
Paul Wise p...@debian.org writes:
On Fri, Jun 10, 2011 at 1:40 AM, Barry Warsaw wrote:
What is the process for deprecating python-support? Who makes that
decision?
Add a lintian warning saying that it is deprecated.
Lintian
On Jun 10, 2011, at 10:09 AM, Steve Langasek wrote:
Did you try with:
DEB_PYTHON2_MODULE_PACKAGES = ubuntu-system-service
Bingo!
This is a list of Debian package names, not python package names. If cdbs
isn't explicitly told about the packages it should run on, it doesn't run
setup.py at
On Jun 10, 2011, at 09:01 PM, Eike Nicklas wrote:
I just tried to package an application using a private module. In this
case, the name of the script starting the application and the module
have the same name.
Is the script private too? Wouldn't that be better installed in /usr/bin/foo?
-Barry
Hi Barry,
thanks for the quick answer.
On Fri, 10 Jun 2011 15:34:19 -0400 Barry Warsaw wrote:
On Jun 10, 2011, at 09:01 PM, Eike Nicklas wrote:
I just tried to package an application using a private module. In
this case, the name of the script starting the application and the
module have
[Eike Nicklas, 2011-06-10]
I just tried to package an application using a private module. In this
case, the name of the script starting the application and the module
have the same name.
So if the module is in /usr/share/foo/foo, then the script can not
be /usr/share/foo/foo as well and
On Fri, Jun 10, 2011 at 03:27:00PM -0400, Barry Warsaw wrote:
On Jun 10, 2011, at 10:09 AM, Steve Langasek wrote:
Did you try with:
DEB_PYTHON2_MODULE_PACKAGES = ubuntu-system-service
Bingo!
This is a list of Debian package names, not python package names. If cdbs
isn't explicitly
On Jun 10, 2011, at 09:48 PM, Eike Nicklas wrote:
Then 'import foo' fails if '/usr/share/foo/foo' is not explicitly added
to pythonpath (that was the idea of having the module private
in the first place ;-) )
Ah, yeah. Y'know, I am personally not a fan of private modules anyway :).
Note too in
On Jun 10, 2011, at 12:51 PM, Steve Langasek wrote:
Binary package names, separated by spaces. (Deciphered from
poring over /usr/share/cdbs/1/class/python-vars.mk.)
(I will update the wiki pages.)
Thanks!
Done! Thanks.
-Barry
signature.asc
Description: PGP signature
On Fri, Jun 10, 2011 at 20:05, Piotr Ożarowski pi...@debian.org wrote:
[Barry Warsaw, 2011-06-09]
What is the process for deprecating python-support? Who makes that decision?
I'd ask Joss, Sandro and Jakub what they think first (if they still
don't think it's a good idea, it'll never happen)
[Barry Warsaw, 2011-06-10]
Ah, yeah. Y'know, I am personally not a fan of private modules anyway :).
/me waits till Barry will try to package his 13th package with
Python application that uses lib or tests module names...
(or will he break after 4th? Bets anyone? ;)
Note too in a
On Fri, 10 Jun 2011 21:52:11 +0200 Piotr Ożarowski wrote:
install foo to /usr/share/foo/ under a different name, see
http://lists.debian.org/debian-python/2009/03/msg00091.html
Renaming is a great and simple idea, I'll do that.
Thanks to all of you for the quick help,
Eike
On Jun 10, 2011, at 08:06 PM, Sandro Tosi wrote:
On Fri, Jun 10, 2011 at 20:05, Piotr Ożarowski pi...@debian.org wrote:
[Barry Warsaw, 2011-06-09]
What is the process for deprecating python-support? Who makes that
decision?
I'd ask Joss, Sandro and Jakub what they think first (if they
On Jun 10, 2011, at 10:02 AM, Paul Wise wrote:
Personally I've always wondered why a Debian-specific helper should be
needed instead of python upstream behaving the way we wanted.
Can you get more specific about this? Obviously, there's little we can do
about Python 2, and I did spend Real Work
* Piotr Ożarowski pi...@debian.org, 2011-06-10, 22:05:
What is the process for deprecating python-support? Who makes that
decision?
I'd ask Joss, Sandro and Jakub what they think first
$ apt-cache showsrc python-support | grep -c Jakub
0
I don't know why would my opinion matter.
--
Jakub
Nikolaus Rath nikol...@rath.org writes:
Hello,
I am looking for a sponsor for the python-llfuse package. I am also the
upstream author.
* URL : http://code.google.com/p/python-llfuse/
* License : LGPL
* Section : python
It builds these binary packages:
[...]
On Fri, 2011-06-10 at 20:06 +, Sandro Tosi wrote:
On Fri, Jun 10, 2011 at 20:05, Piotr Ożarowski pi...@debian.org wrote:
[Barry Warsaw, 2011-06-09]
What is the process for deprecating python-support? Who makes that
decision?
I'd ask Joss, Sandro and Jakub what they think first (if
22 matches
Mail list logo
