From Fedora Project Wiki
No edit summary
(Categorize page)
 
(6 intermediate revisions by 2 users not shown)
Line 5: Line 5:
Terminology here is complicated by the fact that while we sometimes refer to the "Live CD", some instances don't actually fit on a CD (x86_64), and there's no reason that a Live-based system has to be constrained to a CD size.
Terminology here is complicated by the fact that while we sometimes refer to the "Live CD", some instances don't actually fit on a CD (x86_64), and there's no reason that a Live-based system has to be constrained to a CD size.


So in this page, when we use the term "live architecture", we're not referring to CD size, but rather to the way the operating system is built.  Likewise, we use "Anaconda-the-OS" (shortened to AOS) to refer to Anaconda as a standalone interface, which is what's used on the DVD as well as netboot scenarios (even though there's no reason a DVD couldn't be Live based).
So in this page, when we use the term "live architecture", we're not referring to CD size, but rather to the way the operating system is built.  Likewise, we use a Anaconda as an appliance (short: Standaconda) to refer to Anaconda as a standalone interface, which is what's used on the DVD as well as netboot scenarios (even though there's no reason a DVD couldn't be Live based).
 
Note the Live architecture uses anaconda too, just running as a regular desktop application (henceforth called Anaconda-app).


=== Key Live architecture benefits ===
=== Key Live architecture benefits ===
Line 11: Line 13:
* Live allows try-before-you-buy
* Live allows try-before-you-buy
* Live allows using the web browser during an install to find out more
* Live allows using the web browser during an install to find out more
* Live allows you to configure your network using the desktop NetworkManager UI (which has a superset of features compared to the Anaconda UI, as of this writing)
* Live allows you to configure your network using the desktop NetworkManager UI (which I believe has a superset of features compared to the Anaconda UI)


=== Key Anaconda-the-OS benefits ===
=== Key Standalone Anaconda ===


* AOS allows choosing filesystems
* Standaconda allows choosing filesystems
* AOS allows installing with updates before reboot
* Standaconda allows installing with updates before reboot
* AOS can act as an upgrader as well
* Standaconda can act as an upgrader as well


= Unification =
= Unification =
Line 23: Line 25:
A possible plan:
A possible plan:


* Create a DVD-sized Live image that also includes all of its RPMs in RPM form, as well as the additional RPMS (not installed) to fill out the @gnome-desktop target, such as OpenOffice.
* Create a DVD-sized Live image that also includes all of its installed RPMs in standalone .rpm file form
 
* Add RPMS (not installed) to fill out a full desktop install, such as OpenOffice, Gimp, Inkscape, etc.
 
* An explicit "Upgrade existing system" .desktop file can then consume these RPMS and offer the same set of possibilities that it did in the Standaconda scenario (such as filesystem choice, upgrades)


* Rebase the netboot architecture to be an extremely minimal desktop image (say just Firefox, gnome-terminal, and Anaconda as installed apps, nothing else)
* Rebase the netboot architecture to be an extremely minimal desktop image (say just Firefox, gnome-terminal, and Anaconda as installed apps, nothing else)
[[Category:Desktop]]

Latest revision as of 19:07, 15 August 2015

Unified Installer

Fedora currently provides two major different ways to install, and it's really confusing. The installer guide has an extremely brief summary here.

Terminology here is complicated by the fact that while we sometimes refer to the "Live CD", some instances don't actually fit on a CD (x86_64), and there's no reason that a Live-based system has to be constrained to a CD size.

So in this page, when we use the term "live architecture", we're not referring to CD size, but rather to the way the operating system is built. Likewise, we use a Anaconda as an appliance (short: Standaconda) to refer to Anaconda as a standalone interface, which is what's used on the DVD as well as netboot scenarios (even though there's no reason a DVD couldn't be Live based).

Note the Live architecture uses anaconda too, just running as a regular desktop application (henceforth called Anaconda-app).

Key Live architecture benefits

  • Live allows try-before-you-buy
  • Live allows using the web browser during an install to find out more
  • Live allows you to configure your network using the desktop NetworkManager UI (which I believe has a superset of features compared to the Anaconda UI)

Key Standalone Anaconda

  • Standaconda allows choosing filesystems
  • Standaconda allows installing with updates before reboot
  • Standaconda can act as an upgrader as well

Unification

A possible plan:

  • Create a DVD-sized Live image that also includes all of its installed RPMs in standalone .rpm file form
  • Add RPMS (not installed) to fill out a full desktop install, such as OpenOffice, Gimp, Inkscape, etc.
  • An explicit "Upgrade existing system" .desktop file can then consume these RPMS and offer the same set of possibilities that it did in the Standaconda scenario (such as filesystem choice, upgrades)
  • Rebase the netboot architecture to be an extremely minimal desktop image (say just Firefox, gnome-terminal, and Anaconda as installed apps, nothing else)