tech-pkg archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Change version number of python built-in module packages



On Mon, Jun 03, 2013 at 08:25:34PM +0100, Jonathan Perkin wrote:
> * On 2013-04-12 at 12:01 BST, OBATA Akio wrote:
> 
> > Currently, version number of python built-in module packages
> > is fixed as 0:
> >   databases/py-sqlite3
> >   devel/py-curses
> >   devel/py-cursespanel
> >   devel/py-readline
> >   textproc/py-expat
> >   textproc/py-cElementTree
> >   x11/py-Tk
> > 
> > I feel it should be changed to use base python version ${PY_DISTVERSION
> > (same as Ruby and PHP modules), or those packages will not be updated
> > even if update of Pyhon base distribution contains fixes for such modules.
> > 
> > Any comments/suggestins/objections?
> 
> This broke pbulk:
> 
>   pbulk-resolve: No match found for dependency py26-Tk>=2.7.5nb1 of package 
> py26-OpenGL-3.0.1nb2
>   pbulk-resolve: No match found for dependency py26-Tk>=2.7.5nb1 of package 
> py26-imagingtk-1.1.7nb4
>   pbulk-resolve: No match found for dependency py26-Tk>=2.7.5nb1 of package 
> py26-matplotlib-tk-1.2.0nb2
> 
> The problem is py-Tk's buildlink3.mk:
> 
>   BUILDLINK_ABI_DEPENDS.pytk+=    ${PYPKGPREFIX}-Tk>=2.7.5nb1
> 
> which needs to be changed to use PY_DISTVERSION instead, but I do not
> off-hand know of a clean way to do this.  This originated due to a
> revbump, so it's possible the revbump tools will need fixing too to
> understand this versioning scheme.
> 
> Please fix.

I don't see an easy fix.

On the other hand, the whole contents of py-Tk is one dynamically
loadable module, so I don't think a buildlink3.mk file is appropriate
or necessary.

I suggest replacing it, where included, with a plain
  DEPENDS+= ${PYPKGPREFIX}-Tk-[0-9]*:../../x11/py-Tk
line.

Does anyone see a problem with that?
 Thomas


Home | Main Index | Thread Index | Old Index