Re: Fedora CoreOS stable stream now rebased to Fedora 34

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, May 19, 2021 at 2:45 AM Clement Verna <cverna@xxxxxxxxxxxxxxxxx> wrote:
>
>
>
> On Wed, 19 May 2021 at 06:50, Tomasz Torcz <tomek@xxxxxxxxxxxxxx> wrote:
>>
>> Dnia Tue, May 18, 2021 at 03:37:27PM -0400, Dusty Mabe napisał(a):
>> > Over the next two days we're rolling out the first Fedora 34 based
>> > Fedora CoreOS into the `stable` stream.
>> >
>> > - systemd-resolved is still enabled but not used yet [1]
>>
>>   This was Fedora 33 feature.
>>
>> > - Move to cgroup v2 by default [5].
>>
>>   This was Fedora 31 feature.
>>
>>   I was wondering: Fedora CoreOS actively undoes distribution-wide
>> changes (at least the two above, I remember lagging with iptables-nft
>> around Fedora 32).  End user may confused, seeing the list of changes
>> for the release X, but receiving only few of them with edition CoreOS X.
>>
>>   Should such divergence be allowed?  Should Fedora CoreOS use the same
>> version number while not containing all the changes from main Fedora Linux?
>
>
> I think this is the fundamental difference here, Fedora CoreOS does not have a version number. It has 3 streams, stable, testing and next, these streams are based on a version of Fedora Linux but that should just be a detail that most end users should not have to care about.
> Another difference is that Fedora CoreOS has automatic updates and if we want our users to trust these automatic updates we need them to be rock solid. This leads to Fedora CoreOS being more conservative on how changes are rolled out to users, taking the example rolling out cgroups v2 in the Fedora 31 time frame would have broken all users that are using Docker to run their containers and this was not acceptable :-).
>
>  If some users are getting confused and get curious about why there are these differences and learn more about how Fedora CoreOS works, that's a good thing IMO :-)

No. This is a cop-out and a bad answer. The reason this happened is
because Fedora CoreOS historically has not participated in the
development of Fedora Linux, including the Changes process, and
generally rolled back features instead of adapting with them during
the development cycle.

It's not like making changes and breaking upgrades is acceptable in
Fedora Linux either. It's just that the Fedora CoreOS WG has not
participated in the main development process and rolled back changes
instead of adapting to them, which has frustrated pretty much
everyone. The containers team in particular was extremely unhappy to
find out cgroup v1 was still used in FCOS. I was pretty cheesed off
when I discovered the sqlite rpmdb feature was rolled back in FCOS.

In general, I'm not pleased with how Fedora CoreOS does this.
Hopefully they will do better in the future.


-- 
真実はいつも一つ!/ Always, there's only one truth!
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux