On Aug 12, 2010, at 10:13 AM, Bryan J Smith wrote:
On Thu, 2010-08-12 at 00:35 -0400, R P Herrold wrote:
Hello, Bryan
IANAHNBARHE --- look inward, angel
Following the IRC channel that the #anaconda developers use as
an intercom, there is a clear mandate to push away text mode,
and to pare down marginal case cruft. One assumes this is as
refactorings for maintainability and narrowing the scope
I haven't questioned text mode, and I'm all for pushing people to use
Kickstarts (reproducibility), unless installing in GUI mode. I
understand removing that overhead, and it's totally unrelated to
this ... (read on)
On Wed, 2010-08-11 at 15:40 -0400, Bill Nottingham wrote:
I suspect that it's only used when things are only distributed as
ISOs. So
it would be more common for certain Fedora derivatives than Fedora
itself.
On Thu, 2010-08-12 at 07:25 -0400, Richard.Johnson wrote:
Whereas, I use it all the time. Changing a reference to a single,
pristine ISO image is a lot simpler than having to also manage mount
points and/or unpacked ISOs--especially when chasing weekly code
drops (read RHEL6).
This is what I was largely driving at.
Customers sometimes have requirements for the prestine "GA"
releases of
software. And while I would hope every customer has a
Spacewalk-Satellite server, there are times when even a disconnected
server is not an option in secure environments, remote locations ...
and ... first-hand here ... consultant notebooks.
Satellite is a bit pricey for the low end.
Granted, one could loopback mount the ISO -- which is read-only --
so it
could be served up via HTTP. If this is the suggestion, then we
_need_
to document doing such for customers, as a standard operating
procedure
(SOP). A lot of these approaches seem to slip through these
decisions,
and the workaround is undocumented and not commonly known.
From the customer's perspective:
- The design should support a single reference to a complete, atomic
kit; such as an ISO
- Managing mount points and making sure they're available when the
server boots is a pain.
- I'd rather see anaconda do the mounting.
- It's not necessary that the ISO be NFS accessible. An URL
referenced ISO would be a help; let anaconda fetch and mount as
necessary.
--rich
_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/anaconda-devel-list
