| 1 |
On 09/04/2017 23:52, Michael Orlitzky wrote: |
| 2 |
> On 04/09/2017 12:15 PM, William L. Thomson Jr. wrote: |
| 3 |
>> Not sure if this is practical, it may be less work if the use of |
| 4 |
>> Python and Ruby versions ( maybe others ) is reversed. Rather than |
| 5 |
>> adding all the versions that the ebuild supports. What if it only |
| 6 |
>> included versions it did not support? |
| 7 |
> |
| 8 |
> Even if this would work better, it would require retraining all |
| 9 |
> developers, completely rewriting several eclasses, tons of |
| 10 |
> documentation, and a few thousand ebuilds. |
| 11 |
Let's assume the retraining will be 2 or 3 orders of magnitude easier |
| 12 |
than switching from cvs to git, than that's doable. |
| 13 |
Eclasses, ebuilds and documentation will be the real burden, but at this |
| 14 |
point it's better to discuss if the feature is wanted or not, then later |
| 15 |
wait for the volunteer(s) to actually do the work. |
| 16 |
|
| 17 |
> |
| 18 |
> No one's going to jump on that bandwagon without a proof-of-concept |
| 19 |
> that works much better than what we have now. |
| 20 |
|
| 21 |
yep, that could be done, but since it's not trivial maybe better decide |
| 22 |
if it will be wasted or possibly accepted. |
| 23 |
|
| 24 |
|
| 25 |
by the way eclasses from gentoo repo with PYTHON string inside are the |
| 26 |
following: |
| 27 |
|
| 28 |
$ grep -c PYTHON *.eclass | grep -v :0$ |
| 29 |
distutils-r1.eclass:28 |
| 30 |
enlightenment.eclass:6 |
| 31 |
gnome-python-common-r1.eclass:2 |
| 32 |
kernel-2.eclass:2 |
| 33 |
mate.eclass:1 |
| 34 |
mozcoreconf-v4.eclass:3 |
| 35 |
python-any-r1.eclass:75 |
| 36 |
python-r1.eclass:107 |
| 37 |
python-single-r1.eclass:112 |
| 38 |
python-utils-r1.eclass:203 |
| 39 |
ros-catkin.eclass:40 |
| 40 |
twisted-r1.eclass:2 |
| 41 |
waf-utils.eclass:7 |
Archives