Re: Report on the situation of python2.5 in Debian

2007-10-11 Thread Josselin Mouette
Le lundi 08 octobre 2007 à 15:59 -0400, Aaron M. Ucko a écrit :
  The following packages need a round of binNMUs as soon as possible, to
  build extensions for python2.5, after which they shouldn't bother us.
  Can anyone schedule the binNMUs please?
  bitpim
 
 Please don't bother with this one; BitPim actually builds its
 extensions only for whichever Python version is currently default, as
 they're private and the app needs wxPython anyway.

Indeed, these are private extensions; that moves bitpim to the other
list.

Still, it would be nice to build extensions for all python versions, but
the fact they are private makes this process more complicated.

-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée


Re: Report on the situation of python2.5 in Debian

2007-10-11 Thread Aaron M. Ucko
Josselin Mouette [EMAIL PROTECTED] writes:

 Still, it would be nice to build extensions for all python versions, but
 the fact they are private makes this process more complicated.

... particularly given that neither python-support (which BitPim
currently uses) nor python-central actually supports that case
AFAICT. :-/  As such, I'll leave the (binNMU-friendly) packaging as is.

BTW, do you have an ETA for the transition?

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Report on the situation of python2.5 in Debian

2007-10-11 Thread Josselin Mouette
Le jeudi 11 octobre 2007 à 14:44 -0400, Aaron M. Ucko a écrit :
 Josselin Mouette [EMAIL PROTECTED] writes:
 
  Still, it would be nice to build extensions for all python versions, but
  the fact they are private makes this process more complicated.
 
 ... particularly given that neither python-support (which BitPim
 currently uses) nor python-central actually supports that case
 AFAICT. :-/  

If anyone has ideas about how to deal with such cases, I'm all open for
implementing them. It would be easy for python-support to maintain a
list of files that should be symbolic links to the version linked
against the current python. The difficulty is about where to install
those files in the packaging process so that dh_pysupport sees them.

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée


Re: Report on the situation of python2.5 in Debian

2007-10-11 Thread Aaron M. Ucko
[-release dropped, as this subthread is no longer on topic.]

Josselin Mouette [EMAIL PROTECTED] writes:

 If anyone has ideas about how to deal with such cases, I'm all open for
 implementing them. It would be easy for python-support to maintain a
 list of files that should be symbolic links to the version linked
 against the current python. The difficulty is about where to install
 those files in the packaging process so that dh_pysupport sees them.

I was actually somewhat more concerned about getting a sane
${python:Depends} setting, but that's definitely also an issue.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Tool support for private modules

2007-10-11 Thread Ben Finney
Josselin Mouette [EMAIL PROTECTED] writes:

 Le jeudi 11 octobre 2007 à 10:50 +1000, Ben Finney a écrit :
  The main reason I use distutils is to assist those people using
  operating systems that *don't* have good package dependency
  management, which seems to be the primary target market for
  setuptools.
 
 This is a laudable goal, but not when done at the expense of proper
 support of operating systems which have one.

Indeed. The rest of the message, which you chose not to address this
time, asks for help avoiding exactly that trap.

Care to answer some of the specific questions in that message and help
Python packagers improve their practices?

-- 
 \ Remember men, we're fighting for this woman's honour; which is |
  `\probably more than she ever did.  -- Groucho Marx |
_o__)  |
Ben Finney


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]