<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 9 May 2019 at 18:54, 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 Thu, May 9, 2019 at 5:16 PM Stephen John Smoogen <<a href="mailto:smooge@gmail.com" target="_blank">smooge@gmail.com</a>> wrote:<br>
><br><br>
>>> 3) Mock is going to be.... awkward to port, due to multiple python<br>
>>> dependencies in on the DVD.<br>
>><br>
>><br>
>> Do you mean with using the system-python or using a python module?<br>
<br>
I mean lots of modules, including pytest and python-setuptools_scm. It<br>
also lacks doxygen.<br>
<br></blockquote><div><br></div><div>Yeah it became clearer in your email I got after I sent this that you had dropped the explanation of what you meant. </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">
> I believe for most compilations you need 1 more repository, Code Ready Linux Builder which contains a lot of the items you are looking for. With that enabled, you should be able to compile mock (at least my mockchain does not complain about missing packages).<br>
<br>
Thank you for the pointer. I can believe that many such modules are in<br>
a distinct channel. It's certainly not on the installation DVD. The<br>
idea that "Code Ready Linux Builder" would contain various python<br>
modules, but that basic sofrtware building tools like gcc, make, and<br>
rpmbuild are om the basic AppStream channel seems..... well, it seems<br>
contradictory to me. I see that channel mentioned in plans for RHEL 8<br>
at <a href="https://developers.redhat.com/blog/2018/11/15/introducing-codeready-linux-builder/" rel="noreferrer" target="_blank">https://developers.redhat.com/blog/2018/11/15/introducing-codeready-linux-builder/</a>.<br>
<br>
Is there any plan to support separating out this channel for CentOS? I<br>
hope it will be accessible by default in the base configurations, I<br>
really don't want to have deduce that my Chef configurations that need<br>
to compile small local tools need to also already be subscribed to<br>
such a separate channel.<br></blockquote><div><br></div><div>I do not know what the plans are for how things will be separated out yet. As you point out the split of things is rather... chaotic and could be prone to change upstream. I do not know if anything is pushed to CentOS which says where things go either.. so it will be later in the build/test/rc cycle before I think things will be known for sure.</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>