Re: Where is my "everything" gone?

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

 



On Wed, 2006-04-12 at 20:04 +0200, Olivier Galibert wrote:
> At this point, installing is a lottery as to whether the applications
> you need will be there, because no sane human has the attention span
> to check every little submenu.  Install everything was a way to win
> this lottery by throwing money, i.e. hard drive space, at it.  You can
> always remove things afterwards, you don't need a media or a network
> connection for that.  Or, with current hard drive sizes, just leave it
> that way and just don't start or configure what you don't need at a
> particular point in time.

It seems to me that installing everything was mostly used as a way to
avoid what folks used to call "RPM dependency hell" (although frankly,
if you knew how to use RPM macros and a mirror, that was less a problem
than it was made out to be).  Now that we have yum, this is not a
problem.  You don't have to play the lottery at all; you can actually
select what the user really wants.  If the software which the users are
asking for "every other day" is somewhat predictable, you don't even
have to use "*" as your glob for package installation.

> > We give kickstart the ability to use globs.  Problem solved.
> 
> So the only way to do real package selection or ensure that you won't
> have to move around with a bag of cds is to drop anaconda and use
> kickstart instead.  Interesting.

It's not a "drop this/use that instead" proposition.  Kickstart is a
method of anaconda, which allows you to do things in an automated
fashion.  I'm confused; I thought you knew about kickstart already.  The
only sane way to handle package selection IMHO is to class your
systems/users in some logical fashion and do kickstart installations.
If that class is to install "*", so be it.  As someone who kept up with
several classrooms full of workstations and servers, and a laboratory
full of individual users, I don't see how you would want to do
installations any other way.

> > Gets even more fun when Extras is involved, or other repos.  Then is it
> > everything in the repo, everything in these repos, everything in these
> > repos minus languages, so on and so forth.
> 
> Stop thinking blindly about "everything", and think about it in terms
> of "select all, user can deselect parts afterwards".

Again, people have proffered the obvious, easy, well-supported, sane,
and low-maintenance solution in kickstart.  Sitting down at every (or
*any*) station and clicking your way through an installation when you
don't have to is just wasting valuable time.

This is not to say that the multi-select button is wasteful either.  But
if you're looking to save time on administering "200+" systems, check
out kickstart, like, yesterday.  Cheers.

-- 
Paul W. Frields, RHCE                          http://paul.frields.org/
  gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233  5906 ACDB C937 BD11 3717
 Fedora Documentation Project: http://fedora.redhat.com/projects/docs/

Attachment: signature.asc
Description: This is a digitally signed message part

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux