<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 13 May 2019 at 14:08, 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 Mon, May 13, 2019 at 8:41 AM Stephen John Smoogen <<a href="mailto:smooge@gmail.com" target="_blank">smooge@gmail.com</a>> wrote:<br>
<br>
> A system may have 3 pythons on it , and each one will look in different places for libraries<br>
><br>
> 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<br>
> 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.<br>
> python3.6 which is the 3.6 module and may later be end of lifed and replaced with python-<major>.<minor> of upstreams choosing.<br>
<br>
Begging your pardon, but so what if there are many distinct pythons<br>
available? It this one is the system default python, great. But this<br></blockquote><div><br></div><div>It matters because system-python is paired down to what is needed to run the things BaseOS comes with. It may not support much else... and most of the pythonX-FOOBAR packages will not be used by it or vice versa. </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">
is making various existing tools incompatible, with this and other<br>
"platform" packages. don't break the existing tools, especially Fedora<br>
and backporting work from there to RHEL and CentOS. This renaming<br>
particularly includes the CentOS 7 "extras" packages with "python" in<br>
the name, all 76 of them. It's creating work.<br>
<br></blockquote><div><br></div><div>Hey.. I am just the messenger here. Shoot me all you want, but it doesn't change the fact that this is done and shipped by upstream.</div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I'm also afraid I don't see where the frequency of updates affects<br>
this. This is partly because I think it's very optimistic to say that<br>
python 3.6 won't get any incremental updates. It's already been<br>
updated once since the original DVD medium was published for RHEL 8.<br>
It's fairly common to do minor updates to tools like this during point<br>
releases.<br>
<br></blockquote><div><br></div><div>I didn't mean they wouldn't get updates, I was trying to say that modules have a different lifetime cycle than the main release. RHEL-8 has a 10 year lifetime, but python36 may only have a 4 year lifetime (or it might have 8.. future is hazy). The idea is that if python38 or python4 or python52 come out during that 10 years.. RHEL-8 could ship a module set with it in them.  </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">
This "rename packages as platform-package" name seems confusing and<br>
unnecessary. If that kind of reference to "platform" versions were<br>
needed, perhaps it should have been published as a metapackage, with<br>
"platform-python" empty except for "Includes: python3". As it is, it<br>
seems merely confusing and in conflict with 20 years of Red Hat<br>
package naming convention.<br></blockquote><div><br></div><div>Again.. I am not disagreeing with you. As far as I can tell, we have to throw something major out every big release. For the last couple we completely threw out the init systems (systemV->upstart->systemd) and we finally stuck that one so naming conventions and sub-packaging are the new big thing.</div><div><br></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>