[Rpm-maint] [rpm] Rename pythonXegg to pythonX.Ydist and read .dist-info (#33)

Neal Gompa ngompa13 at gmail.com
Mon Nov 23 14:54:56 UTC 2015


On Sun, Nov 22, 2015 at 1:00 AM, Thierry Vignaud <thierry.vignaud at gmail.com>
wrote:

>
> On 21 November 2015 at 17:50, Neal Gompa (ニール・ゴンパ) <
> notifications at github.com> wrote:
>
>> Per the recommendation of Nick Coghlan and Toshio Kuratomi, pythonXegg(M)
>> is being renamed to pythonX.Ydist(M).
>>
> ​I disagree.
> This deps script is widely used​
>
> ​by one rpm.org user for years: Mageia Linux.
> We use the the "pythonegg(X)(M)" style.
> eg: "pythonegg(3)(pyicu)"
>
> I agree with integrating them upstream.
> But I disagree with breaking the _one_ rpm.org user.
> If the deps style changes from "pythonegg(X)(M)", this means wide breakage
> for Mageia Linux.
>
> So please don't!​
>

​After discussing with ffesti in #rpm.org about it, I've added a patch to
the pull request that introduces the "--legacy"​ switch, which will produce
pythonegg(X)(M) Provides so that Mageia has a transition path. Just set up
your pythondistdeps.attr with it, and you'll have pythonegg(X)(M) format in
Provides, though Requires will automatically change to the newer format (it
won't break things built with your generator, though, since you'll have the
legacy Provides enabled). An example file is shown below:

%__pythondistdeps_provides	%{_rpmconfigdir}/pythondistdeps.py
--provides --legacy
%__pythondistdeps_requires	%{_rpmconfigdir}/pythondistdeps.py --requires
%__pythondistdeps_path	^((/usr/lib(64)?/python[[:digit:]]\\.[[:digit:]]/.*\\.(py[oc]?|egg.*|dist-info))|(%{_bindir}/python[[:digit:]]\\.[[:digit:]]))$
%__pythondistdeps_magic	[Pp]ython.*(executable|byte-compiled)

​
This version is also Python 3 compatible, so you can prefix the calls with
/usr/bin/python3, if you wish.​



-- 
真実はいつも一つ!/ Always, there's only one truth!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rpm.org/pipermail/rpm-maint/attachments/20151123/f6c30841/attachment.html>


More information about the Rpm-maint mailing list