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

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

 



> > > > > Moreover, *all* Fedora variants use NetworkManager. *ALL* OSTree
> > > > (rpm)ostree variants are Fedora variants - please don't using phrasing implying otherwise.
> > > > IOW you just say: *all* Fedora variants use NetworkManager.
> > > They are not the same. Regular Fedora is considerably more
> > > customizable post-installation than OSTree-based variants. That's why
> > > I made that point.
> >
> > "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

IoT is *NOT* side stepping the normal release engineering process,
we're using exactly the same process, it just runs independently, just
cloud cloud and container images do nightlies post release.

> 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.

Fedora IoT uses the same repositories, we don't have seprate, we do
have an overrides repo so we can get fixes quicker.

Matthew has expressed interest in *any* spin to be able to release
whenever they are ready to enable them to release on a schedule that
suits them, IoT is being uses as the proving ground for that. It
doesn't mean we can pull in whatever we want and have different
repositories. Please get your facts correct!

> 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.
>
>
>
> --
> 真実はいつも一つ!/ 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
_______________________________________________
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