Re: 4.4 -> 5.0 upgrade (considerations)

Rodrigo Barbosa spake the following on 4/17/2007 12:31 PM:
> On Tue, Apr 17, 2007 at 12:16:50PM -0700, Scott Silva
wrote:
>> Rodrigo Barbosa spake the following on 4/17/2007
12:00 PM:
>>>>> I'm working on a formula to enable a
clean upgrade from 4.4 to 5.0.
>>>>> Unfortunately, not only we have a big
glibc upgrade on our way, we
>>>>> also have some nasty package
fragmentation. The best exemple
>>>>> is xorg-x11-libs, which was separated
in several (10+, perhaps)
>>>>> packages.
>>>>>
>>>>> So far, I think the best plan is to
create meta packages to solve
>>>>> this dependency hell. Lets call it
meta-4.4to5.0-upgrade.noarch.rpm.
>>>>> This package should provide and
requires the needed components.
>>>>>
>>>>> Unfortunatelly, this will probably
change from system to system,
>>>>> which can become very nasty. In that
case, we have two ways to procede:
>>>>>
>>>>> 1) A script that will create a package
specific for that given
>>>>>   system
>>>>> 2) Several meta packages
>>>>>
>>>>> I'm kind of leaning toward the second
option, with a super meta
>>>>> package that will require them all (in
case someone want to
>>>>> make things simples at the cost of
installing extra packages).
>>>>>
>>>>> Comments ? Suggestions ?
>>>> Are you looking for something otehr than
anaconda for small memory or
>>>> something? I do not see live updates
working for the faint of heart
>>>> from 4.4 -> 5.0 .
>>> Nah, mostly remote systems, hosted on
datacenters or somewhere else.
>>>
>>> So far, the main problem I've encontered is
really xorg. Go figure.
>> You can do remote anaconda installs using vnc. I
have done it once or twice.
>> Now if you could do remote ssh based text installs,
that would really rock!
> 
> Humm, that really doesn't cover my needs, since it
would need direct
> interaction with the hardware (or something nasty to
give you an anaconda
> boot).
> 
> []s
> 
Not really. You can scp the pxe kernels onto the machine and
add a boot stanza
 into grub to run them with all the necessary commands and
addresses on the
command line. You just need a way to make sure you fix the
grub boot back to
the new kernel after the install. I just found this howto to
make a remote
install Cd, but with a little adjusting, you could get this
working totally
remote, with a http install from anywhere in the world.
http://lists.centos.org/pipermail/centos
-docs/2006-September/000015.html

-- 

MailScanner is like deodorant...
You hope everybody uses it, and
you notice quickly if they don't!!!!

_______________________________________________
CentOS-devel mailing list
CentOS-develcentos.org
http://lists.centos.org/mailman/listinfo/centos-devel