the proper way to 'yum update' a new 'everything' install of

Robert Locke lists at ralii.com
Wed Oct 26 20:37:01 UTC 2005


On Wed, 2005-10-26 at 12:55 -0700, Craig White wrote:
> On Wed, 2005-10-26 at 22:39 +0300, peter kostov wrote:
> > On Wed, 2005-10-26 at 14:09 -0400, Robert P. J. Day wrote:
> > > On Wed, 26 Oct 2005, William Hooper wrote:
> > > 
> > > >
> > > > Mike McCarty wrote:
> > > > > Robert P. J. Day wrote:
> > > > >
> > > > >
> > > > >> fair enough.  but in that case, something should be tweaked to deal with
> > > > >> this since i would still contend that a fresh install should be able to
> > > > >> be "yum update"d without messing around with anything.
> > > > >
> > > > > It sounds like a request that the repositories be kept internally
> > > > > consistent, and packaged. I agree that one should be able to update an
> > > > > everything install right out of the box.
> > > >
> > > > I don't think holding a kernel update (for the "wide audience")
> > > > until the external modules (for the "narrow audience") are ready is
> > > > a good answer. A better answer would be to just install what you
> > > > need, that way you don't needlessly get tripped up by "narrow
> > > > audience" issues.  By choosing an "Everything" install you choose to
> > > > get tripped up by _every_ packaging issue there is, whether you use
> > > > those packages or not.
> > > 
> > > i don't buy that argument.  i suspect many people do an "Everything"
> > > install simply because:
> > > 
> > > 1) disk space is cheap, and
> > > 
> > > 2) they're not sure exactly what they want so they'll just put it all
> > > in to play it safe.
> > 
> > and 
> > 3) they want to explore and learn linux (as me;)
> ----
> then consider this lesson plan 101 on how to fix things when they don't
> work exactly as you might have expected them too.

How about the idea that those that do an "Everything" install actually
learn less since they never truly figure out how to "install software"
when needed.... <bigger evil grin>

OK, I'll stop now.....

--Rob




More information about the fedora-list mailing list