RHEL subset of which FC ?

[Nils Breunese (Lemonbit)]

Hi, is it true when i say, FC3 == RHEL4 ?

No, but you can say RHEL4 was based on FC3. RHEL5 will be based on
FC6. But you can't really say they are the same thing at all.

Nils Breunese.

[Martin Marques]

Hi, is it true when i say, FC3 == RHEL4 ?

No, but you can say RHEL4 was based on FC3. RHEL5 will be based on FC6.
But you can't really say they are the same thing at all.

Is there any ideas on when RHEL5 will be out?

P.D.: FC3 has packages which are newer then the ones in RHEL4: KDE for
example.

[Nils Breunese (Lemonbit)]

Post by Martin Marques
Is there any ideas on when RHEL5 will be out?

http://www.itweek.co.uk/itweek/news/2171826/red-hat-enterprise-linux
says:

"Red Hat Enterprise OS Marketing Manager Nick Carr said that the
proposed schedule for a downloadable version of RHEL 5.0 is looking
good for mid-to-late February, but added that OEM partners may not
start to put the operating system onto new servers until later."

Nils Breunese.

[Jason Edgecombe]

Post by Nils Breunese (Lemonbit)

Post by Martin Marques
Is there any ideas on when RHEL5 will be out?

http://www.itweek.co.uk/itweek/news/2171826/red-hat-enterprise-linux
"Red Hat Enterprise OS Marketing Manager Nick Carr said that the
proposed schedule for a downloadable version of RHEL 5.0 is looking
good for mid-to-late February, but added that OEM partners may not
start to put the operating system onto new servers until later."
Nils Breunese.

Feb 28.
http://news.com.com/Red+Hats+next+Linux+due+before+March/2100-1016_3-6146149.html

[Stephen John Smoogen]

Hi, is it true when i say, FC3 == RHEL4 ?

No its more like

RHL-7.2 =~ RHEL-2.1
RHL-9 =~ RHEL-3
FCL-3 =~ RHEL-4

If you are looking at one could attempt an upgrade from to then it would be that


RHL-7.0, RHL-7.1, RHL-7.2 might be upgraded to RHEL-2.1
RHL-7.3, RHL-8, RHL-9 might be upgraded to RHEL-3
FCL-1, FCL-2, FCL-3 might be upgraded to RHEL-4
FCL-4, FCL-5, FCL-6 might be upgraded to RHEL-5

none of these are 'clean' upgrades, and can lead to crashed machines
around 20% of the time due to things outside the scope of this email.

The steps to follow it are the following:
0) Look up on google better how-tos than this :)
1) Backup current data to media that can be recovered from after an
install (USB diskdrive works great)
2) Make a file listing of your RPM database like

rpm -qa --qf='%{NAME} %{EPOCH}:%{VERSION}:%{RELEASE}\n' > filename

3) Do an upgrade
One needs to force the RHEL/Centos installer to do an upgrade of outside its

4) Look for files that were left over and why
5) Fix broken configs because versions have changed greatly.

[my guess is that FCL-9 might be RHEL-6 :)]

FC3 - 8 November 2004
RHEL4 - February 2005
FC4 - 13 June 2005

[Michal Jaegermann]

Post by Stephen John Smoogen
If you are looking at one could attempt an upgrade from to then it would be that
RHL-7.0, RHL-7.1, RHL-7.2 might be upgraded to RHEL-2.1
RHL-7.3, RHL-8, RHL-9 might be upgraded to RHEL-3
FCL-1, FCL-2, FCL-3 might be upgraded to RHEL-4
FCL-4, FCL-5, FCL-6 might be upgraded to RHEL-5

There could be individual circumstances but I "upgraded" two heavily
hacked RHL-7.x machines to CentOS-4, which is from a software point
of view really the same as RHEL-4, and this was a "non-event".
True, it required some coaxing to start the whole process and a
careful cleanup afterwards (both 'yum-utils' and 'rpm' are helpful
in that) but other than that, which means an extra work, this was
not a problem.

If you did not dump everything into one big partition in the first
place then installing over system parts, while keeping local data,
and restoring a desired configuration afterwards could be simpler
and quicker. Selectively restoring from backups also can be an
option. Make no mistake - a machine in use for a while is likely
"more customized" then it looks at the first glance so getting to an
equivalent configuration on a new installation is usually quite a
bit more work than you think. Still with a bit of planning you may
end up ahead.

Till now, there is no decision about our current
OS-strategies.

Thinking in terms what can be, apparently, "upgraded" to what
is possibly not that great idea.

Michal