Thanks for your clarification Colin.
Stephen
On Wed, 2022-02-16 at 13:16 -0500, Colin Walters wrote:
On Wed, Feb 16, 2022, at 12:48 PM, Stephen Snow wrote:
> On Wed, 2022-02-16 at 12:12 -0500, Ben Cotton wrote:
> >
https://fedoraproject.org/wiki/Changes/Silverblue_Kinoite_readonly_sysroot
> >
> > == Summary ==
> >
> > This change is about enabling an opt-in ostree feature that re-
> > mounts
> > `/sysroot` as read only to avoid accidental changes.
> >
> > Users and administrators are not expected to directly interact
> > with
> > the content available there and should instead use the interface
> > offered by rpm-ostree, GNOME Software or (soon) Plasma Discover
> > to
> > manage their system.
> >
> I use Silverblue. How does this affect my ability to modify /etc in
> the
> opt-in scenario?
It doesn't; `/etc` is mounted writable.
> Does rpm-ostree offer a method to modify /etc in that
> case? What if I want a mutable /var, like I currently have, does
> this
> change under this proposal?
`/var` does not change either.
> What is the value of this for the normal Fedora Linux user?
The basic idea is that `/sysroot` is actually an ostree
implementation detail, and really nothing else should be writing to
it.
Fedora CoreOS has worked this way for a long time; we just didn't
make the change in ostree by default out of conservatism.
> See, that's an unwelcome thing IMO.
I think actually the migration service could inject `rw` into all
bootloader entries actually.
> I don't know. I think not being able to boot into my previous
> deployments a visible change to my user experience.
The service adjusting all bootloader entries is the easy fix for
this.
Or, TL;DR: Don't panic, no power is being removed and it's very
likely that no one will notice.
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
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@lists.fedoraproject.org
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure