On Thu, 2014-10-23 at 08:48 -0400, Colin Walters wrote:
On Thu, Oct 23, 2014, at 03:32 AM, Vratislav Podzimek wrote:
> On Wed, 2014-10-22 at 19:34 -0400, Colin Walters wrote:
> > On Wed, Oct 22, 2014, at 06:16 PM, Brian C. Lane wrote:
> >
> > > Not that I know of. They are actually just updates.img but are loaded
> > > automatically when found in the images/ directory.
> >
> > That would only work for PXE though - someone couldn't just download an
> > ISO and go, right?
> The product.img is downloaded automatically from the repository's
> images/ directory. So an ISO pointing to the right repository would
> work.
There are 2½ different cases of ISO:
1) boot.iso - you download content from the network, requires networking
Fedora/RHEL/CentOS all have this.
2a) installer.iso - content is embedded, works offline, but no software
selection
CentOS has this for a minimal package set, and it's *very* popular.
We want this for [distribution] Atomic.
2b) DVD - lots of content is embedded, works offline
This is the old-school vision from Red Hat Linux days. Has its uses
where internet connectivity is poor.
Right now Fedora does not generate an installer.iso, but we definitely
want one for Atomic. Which as far as I can see precludes the online
product.img approach.
So...since we're already running lorax with custom layout to embed the
content (as well as brand), we could certainly dynamically inject code
at that point. But I'm wary of maintaining this over time. Now, I do
understand your concerns about maintaining many autopart variants over
time. Except I don't see it as having to be such a hard and fast "you"
versus "we". I'm on this list too, even if 95% of my time is on other
projects. But I certainly don't plan to just drop some code and then
disappear.
Maybe this could be a job for a headless addon[0], considering the
domain specific knowledge & maintenance needed ? :)
> Do you expect people deploying big numbers of mutually different
> machines/setups as Docker hosts? And aren't current capabilities of
> kickstart 'part' syntax enough? What beyond 'part --size=SANE_DEFAULT
> --grow' is needed?
Yes - I expect well-maintained production deployments to PXE +
kickstart, but it's also important to have a good default experience
from an offline ISO installer. If nothing else, that's what the media
tend to review =)
_______________________________________________
anaconda-patches mailing list
anaconda-patches(a)lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/anaconda-patches
[0]
https://vpodzime.fedorapeople.org/anaconda-addon-development-guide/