ok, laptops loaded up and ready for testing

[Robert P. J. Day]

On Thu, 5 Mar 2009, David wrote:

> On 3/5/2009 7:55 AM, Robert P. J. Day wrote:
> >   here's the current situation if anyone wants to suggest tests.  i
> > have my two gateway MX7120s installed with fedora 11 alpha -- one with
> > i386, the other with x86_64 -- virtually identically (about 1550
> > packages on each).
>
> >   the first difference is that, at the end of the install, when i
> > rebooted, the i386 install rebooted cleanly while the x86_64 install
> > flashed a screenful of kernel diagnostics on its way down, but it
> > still booted cleanly coming back up again.  not sure what that was all
> > about.
>
> >   at this point, before i do *anything*, should i take note of the
> > current setup in any way?  suggestions?  my first step would be to
> > update the yum/rpm packages but, to do that, i would first update
> > "fontpackages-filesystem" since its original packaging conflicted with
> > "rpm-build" which i installed, so my proposed first step would be:
>
> >   # yum update fontpackages-filesystem
> >   # yum update rpm\*
> >   # yum update yum
>
> > does that make sense?  but even before i do that, i'm still open to
> > what i should record in terms of current config.
>
> >   thoughts?
>
> Do I understand correctly that these are *not* updated to current
> Rawhide yet?

  you understand that correctly -- they are fresh off the original
DVDs.

> If so you would probably need to do the x86 and x86_64 updates in
> small stages. Rawhide x86 was rebuild from i386 to i586 recently so
> I would think that most, if not *all*, of the packages installed
> would be an 'update' on the x86 install.
>
> That would hold true for the x86_64 install too for the x86 packages
> installed there.

  and yet, that was one of the issues -- whether (after upgrading the
fundamental yum and rpm* packages), i should simply be able to type
"yum update" and go drink beer.  some people claimed that they had
done exactly that -- my experience was otherwise.

  so what's the story here?  are you saying that that should *not* be
expected to succeed?  if not, that's pretty important information.

rday
--

========================================================================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
    Have classroom, will lecture.

http://crashcourse.ca                          Waterloo, Ontario, CANADA
========================================================================