<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 20, 2021 at 7:06 AM Mike McGrath <<a href="mailto:mmcgrath@redhat.com">mmcgrath@redhat.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"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 20, 2021 at 2:51 AM Phil Perry <<a href="mailto:pperry@elrepo.org" target="_blank">pperry@elrepo.org</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 20/01/2021 08:12, Julien Pivotto wrote:<br>
> On 20 Jan 08:08, redbaronbrowser via CentOS-devel wrote:<br>
>> There are four main goals of this SIG:<br>
>><br>
>> First, break down changes in the Stream version 4.18.0 kernel into individual patches.  When possible, document the source the patch is from and the purpose of the patch.  Moving forward also document which Stream kernel package revision introduced the patch.<br>
> <br>
> Let's face it that should be the sane technical default for stream, from<br>
> red hat. They should provide it out of the box. What they do downstream<br>
> after this is up to them.<br>
> <br>
> <br>
<br>
Agreed. I makes it very very difficult to contribute to Stream at the <br>
kernel level is any meaningful way if there is not a proper git <br>
repository (or similar) tracking all commits that have been made over <br>
the lifetime of the project.<br>
<br>
Red Hat killed CentOS Linux on the basis it's community was simply a <br>
community of users and didn't contribute anything. As it stands CentOS <br>
Stream is no different as there is still no effective way to contribute. <br>
Having a proper git repository is the first step to changing that. <br>
Otherwise we are shackled to remaining users who can file bug reports <br>
when something breaks but little else.<br>
<br>
In reality, Stream is not an open upstream of RHEL, but rather CentOS <br>
and RHEL have simply switched positions within a closed downstream <br>
process, CentOS Stream now being the first (development) step in that <br>
closed process rather than a rebuild of it.<br>
<br>
I'm not offering to be a part of this proposed SIG, but am watching the <br>
whole topic with much interest.<br></blockquote><div><br></div><div>I'll check with the kernel team and see if we have any published plans or even a test repo we can share so people can see what we're planning.</div><div><br></div></div></div></blockquote><div><br></div><div>I've confirmed with the team, the git repo is going to be all the normal git patches you would expect (IE: not arbitrarily munged together in some way).  There's one or two more things they're configuring with gitlab and they expect to have an actual repo that you can look at / poke at to validate what I'm saying in a few weeks.</div><div><br></div><div>           -Mike</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"><div dir="ltr"><div class="gmail_quote"><div></div><div>           -Mike</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>
<br>
</blockquote></div></div>
</blockquote></div></div>