Re: splitting out systemd-networkd, systemd-standalone-{sysusers,tmpfiles} subpackages in F33+

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

 



On 9/30/20 4:36 PM, Neal Gompa wrote:
On Wed, Sep 30, 2020 at 5:27 PM Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx> wrote:
"All Fedora variants, both with ostree and without..." maybe? OSTree-based
variants are also "regular Fedora".


I would only even remotely consider agreeing with that premise for
Silverblue. Neither Fedora CoreOS nor Fedora IoT qualify for that, in
my view, since they completely sidestep the normal release engineering
process, don't use the same repositories, and have the power to
include and exclude packages from the total available package set at
their leisure.

There is no expectation with those variants that anything you do will
necessarily show up there. Heck, Fedora CoreOS is reverting a
system-wide change in its variant (SQLite rpmdb), and had previously
also reverted another one (cgroup v2). The merits of those changes
aside, this makes the experience materially different than everything
else we have.

This is a pretty good point Neal. Let's take cgroups v2 for example. The expectation of Fedora 32 having cgroups v2 is pretty clear, but stable FCOS which is based off of Fedora 32 has cgroups v1 enabled instead. This is a pretty jarring experience when you are moving from say Fedora 32 Cloud to FCOS 32.20200907.3.0. Both say Fedora 32 in their versions, but have a totally different technical experience when it comes to cgroups. Same can be said with systemd-networkd, but I won't rehash what is already said in https://github.com/coreos/fedora-coreos-config/pull/574

FCOS and Fedora IOT carry the Fedora name but they break ranks with the rest of Fedora in terms of packages, release engineering, and Fedora wide changes. This leads to frustrating experiences as a Fedora user because the technical expectations of what should be Fedora wide technical stances are a moving target for these variants.

Joe



--
Joe Doss
joe@xxxxxxxxxxxxxx
_______________________________________________
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




[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