<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 12 May 2019 at 05:53, Nico Kadel-Garcia <<a href="mailto:nkadel@gmail.com">nkadel@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sun, May 12, 2019 at 5:02 AM Phil Perry <<a href="mailto:pperry@elrepo.org" target="_blank">pperry@elrepo.org</a>> wrote:<br>
><br>
> On 12/05/2019 04:45, Nico Kadel-Garcia wrote:<br>
> > Good evening:<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> If you are packaging software, you will need to decide if you wish to<br>
> build against python2, python3 or both (that's going to be fun) and<br>
> specify that explicitly. For example, we needed to patch the mock SPEC<br>
> file when porting the latest version of mock from fedora to RHEL8 to<br>
> explicitly specify python2 and/or python3.<br>
<br>
Yeah, I took a shot at building mock before I was pointed to<br>
<a href="https://developers.redhat.com/blog/2018/11/14/python-in-rhel-8/" rel="noreferrer" target="_blank">https://developers.redhat.com/blog/2018/11/14/python-in-rhel-8/</a>, which<br>
is very useful indeed. I also went through a lot of this when I<br>
backported awscli to RHEL 6 over at<br>
<a href="https://github.com/nkadel/awsclirepo" rel="noreferrer" target="_blank">https://github.com/nkadel/awsclirepo</a> . I was just noticing this on<br>
RHEL 8 as I tried to port awscli.<br>
<br>
I'm sad to say that there are was also a confusing decision to rename<br>
some packages such as "platform-python-coverage" instead of the old<br>
name "python3-coverage", matching the python2-coverage which still<br>
exists. I've no idea why someone specifically chose to violate that<br>
naming convention, and it had to be a conscious choice.<br>
<br></blockquote><div><br></div><div>A system may have 3 pythons on it , and each one will look in different places for libraries</div><div><br></div><div>platform-python is a minimal python which is meant only for allowing system packages to run. It will probably not see much updates over the life of RHEL-8. This is based of off python-3.6</div><div>python2.7 which is the 2.7 version of python and I expect will have a lifetime until RHEL-7 is end of lifed. At that point the module will probably be ended.</div><div>python3.6 which is the 3.6 module and may later be end of lifed and replaced with python-<major>.<minor> of upstreams choosing. </div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> The good news is the errors are pretty obvious:<br>
<br>
Yeah, I've been running into this with RHEL 6 and CentOS 6 backports<br>
and on Fedora 30 where /usr/bin/python points to /usr/bin/python3. The<br>
errors are usually obvious, they just take time to fix and resolve. It<br>
*does* make me encourage the us of both "with_python2" and<br>
"with_python3" as options, so that which modules an SRPM is building<br>
can be explicit and help us migrate python2 packages to python3 in<br>
parallel, and safely.<br></blockquote><div><br></div><div>The errors are mostly obvious. There are a bunch of packages which have some /usr/bin/python embedded in it and may or may not be found during a build . [I think in most cases it will be found and error out, but I think I saw one where the python script was skipped and only showed up when I used it to build something else. </div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
_______________________________________________<br>
CentOS-devel mailing list<br>
<a href="mailto:CentOS-devel@centos.org" target="_blank">CentOS-devel@centos.org</a><br>
<a href="https://lists.centos.org/mailman/listinfo/centos-devel" rel="noreferrer" target="_blank">https://lists.centos.org/mailman/listinfo/centos-devel</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Stephen J Smoogen.<br><br></div></div></div>