Re: Question on Anaconda rpmostree payload

[email protected] Wed, 29 May 2019 09:21:39 +0200
Newsgroups gmane.linux.redhat.anaconda.devel
Message-ID <[email protected]>
Good point.
Adding Anaconda devel list. The community could be interesting on this.
Jirka
On Tue, 2019-05-28 at 14:29 -0400, Colin Walters wrote:
> Adding Dusty and Jonathan.
> 
> Can we take this thread to anaconda-devel@ ?  No reason not to
> discuss in public AFAICS, and this way conversation is archived for
> historical purposes, etc.
> 
> On Tue, May 28, 2019 at 1:04 PM <[email protected]> wrote:
> > Hello,
> > 
> > 
> > 
> > We are doing bigger rewrite of the Anaconda and we have a problem
> > with
> > 
> > the moving sysroot of rpmostree payload. As you know the payload
> > more
> > 
> > then we and most of all you know rpmostree I wanted to ask you
> > about
> > 
> > the solution.
> > 
> > 
> > 
> > Right now the sysroot of the rpmostree is changing during the
> > 
> > installation. The code for the sysroot handling changed and we
> > would
> > 
> > like to simplify the logic, by having the sysroot on static place
> > all
> > 
> > the time.
> > 
> > 
> > 
> > From the commit message I know there is a deployment and physical
> > root.
> > 
> > The problem is however that you have to change to the other during
> > the
> > 
> > installation. We would like to avoid this.
> > 
> > 
> > 
> > If we can avoid changing the sysroot that would be best but in
> > other
> > 
> > case I came with an idea of a bind mount. So when the mount is not
> > in
> > 
> > the "correct" place we can bind mount the other folder there.
> > 
> > However, that could complicate other things.
> > 
> > 
> > 
> > 
> > 
> > Could you please give a suggestion for this?
> > 
> > 
> > 
> > 
> > 
> > Thanks,
> > 
> > Jirka 
> > 
> > 
> >

_______________________________________________
Anaconda-devel-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/anaconda-devel-list