Re: how are upgrades supposed to work in fedora.next?

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



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thu, 27 Mar 2014 10:07:39 -0400
Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx> wrote:

> On Fri, Mar 7, 2014 at 1:37 PM, drago01 <drago01@xxxxxxxxx> wrote:
> > On Fri, Mar 7, 2014 at 6:37 PM, Dennis Gilmore <dennis@xxxxxxxx>
> > wrote:
> >> -----BEGIN PGP SIGNED MESSAGE-----
> >> Hash: SHA1
> >>
> >> Hi All,
> >>
> >> So I asked in the FESCo meeting how you expect upgrades to work
> >> without an install tree? the building on the upgrade initramfs and
> >> the tree for upgrades is tied into the creation of an install
> >> tree. additionally all the future options that have been looked at
> >> for livecd creation plan to use anaconda, as such an install tree
> >> really is a requirement.
> >>
> >> I am trying to understand how you expect things to work if you do
> >> not produce an install tree.
> >
> > Can't we just create a minimum install tree (and don't ship an iso)
> > that has everything that is required for fedup and point it to the
> > "everything + updates" repo?
> 
> Reviving this thread because 1) It seems like an important question,
> and 2) I'm not sure everyone on the list understood the implications
> Dennis was trying to convey.  I know I didn't.
> 
> So with the idea that Workstation is doing a live image delivery for
> _installs_, how do we foresee upgrades from e.g. F20 to Workstation
> working?
> 
> Dennis, can you elaborate on what you mean by "install tree", why you
> think there wouldn't be an install tree if we focus on a live image,
> the requirements fedup would need to allow upgrades, etc?
> 
> The suggestion you got in the only other reply seems to be viable to
> me, but I don't think anyone here understands from a rel-eng
> perspective what is required to make this feasible.
> 
> josh

So a live image delivery is just what spins deliver today, i.e.
just live media. There is no associated install tree that goes with it. 

fedup requires a install tree to work, it needs a kernel and a upgrade
initramfs  to provide the target environment to do the upgrade in, they
are produced along with the install tree, the production of them is
tightly coupled.

so without an install tree we hit a few issues today, you can not
upgrade to a new release, you can not network install the workstation
product.

going forward we will hit an issue where we can not produce live media,
the anaconda devs have stated that they no longer want to support
livecd-creator the tool we use for livecd creation today, the path
going forward is planned to be anaconda based tooling which will require
an install tree to make a livecd.

I guess the result is that you have to have a install tree if you wish
to produce anything. There are use cases that should be considered that
require an install tree, developers inside a company who wish to
install their development workstations. the easiest way is to pxe boot
the installer and do an install. not something that you can do with a
live image as an example.

Today we require a install DVD as part of the install tree creation, we
could make that optional. so you would end up with an install tree that
contains a boot.iso, pxe tree and upgrade bits, and a livecd as the part
of the deliverables. 

It does mean you will have additional install paths to be tested.

Dennis
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJTPZjjAAoJEH7ltONmPFDRBUkP/Aw3a6cxZWC8lclUJCwYN4gI
gY1iQZ1f+QaN0ZoOjQJofmo2u1vUBRdyUC9BvESFANC3BRkuy/QSA/OVPDMio4Yk
UWifY/VdObktHwkz3rTB2kUBgFUJyNIh9+bF/DKnBMcIECPcQ2rslzoCanCS8dP0
9WHLnoj0KePreA/KU0wWtuwf61HwcXs0UOpUEHKpsHBkL8GFOh+Qk9+1e24Kovau
o9HVrmcwQH6eMNnCbw8hGtxxvtSEfCmoKjjhQ0ls3/0wEl6uI9+CVLa/g3kz4h46
b7yMAklQzb1+5TwQSmo+PnwsMM/psLUp/ww/y2fZnxMKih1CJeg4p9PhnKnR5e6n
Z1pPq8NeyVhcVj2yZrA8Rq0Y8xCsjmZgRM4/VNBP944VU+IMcRsBD5ScKTaqUbPE
5FtVi/DJrOAoFT32cx6Je2pkEHoNoJNS+tcC8+dVe6bXxc1L5C+skUwS2Kd+6CSU
3+8QNxR7gT6lNa+zYlupyzqPITCoukXx+mYPohOLbEkmnYkfOJgoNquMxXHueHcB
6tC30EWY9DWj2Ud3Gpqk9zejXtPLJyYJDN3A98/sifgDxUNGVIvdjZ7aeIBkVA06
5H/+VOzYuO7KlkF7xZ6mk4Mqet/6y3gSFXJNiaT+KwMrtehCGQpQAsaWNZ/9Exhx
qGzl3VhmlLIza8omZmI7
=BjC/
-----END PGP SIGNATURE-----
-- 
desktop mailing list
desktop@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/desktop





[Index of Archives]     [Fedora Users]     [Fedora KDE]     [Fedora Announce]     [Fedora Docs]     [Fedora Config]     [PAM]     [Red Hat Development]     [Red Hat 9]     [Gimp]     [Yosemite News]

  Powered by Linux