1 |
On Sat, Dec 12, 2020 at 9:09 PM William Hubbs <williamh@g.o> wrote: |
2 |
> |
3 |
> On Sat, Dec 12, 2020 at 04:25:48PM -0500, Mike Gilbert wrote: |
4 |
> > On Sat, Dec 12, 2020 at 3:48 PM William Hubbs <williamh@g.o> wrote: |
5 |
> > > If both /usr/bin/python and /usr/bin/python3 are going away, the best |
6 |
> > > choice would be to add functionality to python-exec or eselect python to tell us |
7 |
> > > the path to the default python interpretor. Once we know that we call it |
8 |
> > > directly. |
9 |
> > |
10 |
> > I don't think they are "going away". There is a USE flag on |
11 |
> > dev-lang/python-exec that makes them optional, and I think it will be |
12 |
> > forcibly enabled for the foreseeable future. |
13 |
> > |
14 |
> > > Please do not apply this patch to meson; I think we can figure something |
15 |
> > > out that is better. |
16 |
> > |
17 |
> > I think installing a small script to help translate arguments from one |
18 |
> > format to another is a reasonable solution. |
19 |
> |
20 |
> I think we should look at the eclass to see if we can provide functions |
21 |
> that can be used by consumers to handle this. |
22 |
|
23 |
I don't really understand what you mean by this. I am converting one |
24 |
internal bash function into an external script so that its python |
25 |
dependencies can be better defined and managed. |
26 |
|
27 |
> Also, I don't think your script will run if native-symlinks is disabled since in |
28 |
> that setting /usr/bin/python would not exist. |
29 |
|
30 |
python_doscript updates the shebang before installing the script. |
31 |
|
32 |
> I question the value of the native-symlinks use flag on python-exec |
33 |
> unless there is a way to query the path of the default python |
34 |
> interpretor. |
35 |
|
36 |
Regardless, I don't see how that makes my solution a bad thing. It |
37 |
ensures that the code will be executed by a known/support/tested |
38 |
version of python. |