<div dir="ltr"><div dir="ltr">On Thu, Nov 12, 2020 at 5:24 AM Sandro Bonazzola <<a href="mailto:sbonazzo@redhat.com">sbonazzo@redhat.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno mer 11 nov 2020 alle ore 15:31 Johnny Hughes <<a href="mailto:johnny@centos.org" target="_blank">johnny@centos.org</a>> ha scritto:<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 11/9/20 11:39 PM, Satish Patel wrote:<br>
> Folks,<br>
> <br>
> Redhat has released RHEL 8.3 for the general public last week so<br>
> curious when CentOS 8.3 is coming out for the public?<br>
><br>
<br>
As always .. it will come out when it is done.<br>
<br>
We have no idea how long that will take until we finish it .. them we'll<br>
know.<br></blockquote><div><br></div><div>Thanks for your hard work on this.</div><div>Just a question on the technical side: weren't CentOS 8.3 packages already built once for CentOS Stream in the past?</div><div>It should reduce the amount of packages to be rebuilt right?</div></div></div></blockquote><div><br></div><div>Looking at it, yes. Testing all of them together, especially packages that were only just published for RHEL 8.3 and resolving any conflicts or teasing out RHEL trademarks or artwork for CentOS use cna take extra work. And Red Hat has, on a number of occasions, kept necessary build tools for published software internal and not included it in their published software layout, which CentOS has had to resolve. (quota-devel for building Samba on CentOS 8 was my personal favorite, since "quota" was available in the BaseOS but the compile time requirement quota-devel was specifically excluded in the OS distribution, and only later published in a 'devel" channel.<br></div><div><br></div><div>Working around that kind of chicanery takes time and extra effort. Also, the use of "Modularity" has destabilized the upgrade dependency chains for packages that *I* build personally, I can only imagine the fun and games when upgrading hundreds of packages en masse.</div></div></div>