On Fri, 2011-06-10 at 20:06 +, Sandro Tosi wrote:
> On Fri, Jun 10, 2011 at 20:05, Piotr Ożarowski 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 the
Nikolaus Rath 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:
[...]
Really
* Piotr Ożarowski , 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 Wilk
--
To UNSUB
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 Wor
On Jun 10, 2011, at 08:06 PM, Sandro Tosi wrote:
>On Fri, Jun 10, 2011 at 20:05, Piotr Ożarowski 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
>>
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
pgpG23izp
[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 setupto
On Fri, Jun 10, 2011 at 20:05, Piotr Ożarowski 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)
Do what y
[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)
--
Piotr Ożarowski Debian GNU/Linux Developer
ww
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 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 i
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 expli
[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 an
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
> >modul
2011/6/10 Barry Warsaw :
> Is the script private too? Wouldn't that be better installed in /usr/bin/foo?
>From the 1st alternative he proposes («patch the upstream script to
add /usr/share/foo to pythonpath if
'import foo' fails), I guess he is installing the script into
/usr/share together with
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?
-Bar
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
On Fri, 2011-06-10 at 12:16 +1000, Ben Finney wrote:
> Paul Wise 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.
>
> Lintia
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 /us
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
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 coordina
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 lp:ubuntu-system-servic
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 sensi
Paul Wise 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 open
.
Regar
24 matches
Mail list logo
