SEO

I have a RedHat 6.0 installed and I want to know if install the Fedora
Core 3, will it update or will erase everything to install in the same
partition?

Thanks in advance

Marco A. Cruz Quevedo

macruzq wrote:

> I have a RedHat 6.0 installed and I want to know if install the Fedora
> Core 3, will it update or will erase everything to install in the same
> partition?

Well - I believe it comes with an upgrade facility, but Red Hat 6.0 is /so/
old that it could very well not be supported by it.

I'd do a clean install myself.

--
David Dorward <http://blog.dorward.me.uk/> <http://dorward.me.uk/>
Home is where the ~/.bashrc is

David Dorward wrote:

> macruzq wrote:
>
>> I have a RedHat 6.0 installed and I want to know if install the Fedora
>> Core 3, will it update or will erase everything to install in the same
>> partition?
>
> Well - I believe it comes with an upgrade facility, but Red Hat 6.0 is
> /so/ old that it could very well not be supported by it.
>
> I'd do a clean install myself.
>

Fedora Core 4 just came out yesterday, it might be a good idea to
wait a short bit for the servers to cool down and the feedback
to be available then get that.
Mark

In the Usenet newsgroup comp.os.linux.setup, in article
<1118785578.154183.218680@f14g2000cwb.googlegroups .com>, macruzq wrote:

>I have a RedHat 6.0 installed and I want to know if install the Fedora
>Core 3, will it update or will erase everything to install in the same
>partition?

redhat-6.0 27 Apr 99 hedwig (glibc2.1 - 2.2.5-15)
fc3 08 Nov 04 2.6.9 (2.6.10 -> 2.6.11 updates) glibc-2.3.3-74
fc4 14 Jun 05 2.6.11-1.1369_FC4

Can you say "HIGHLY UNLIKELY"? The libraries are incompatible, and the
five year difference in the distributions means few if any of the old
stuff is even close.

Is the box potent enough? Is the partitions large enough? RH6.0 was
happy enough with a 386, 32 Megs of RAM and 500 to 1750 Megs of disk,
The release notes for Fedora 3 (and 4 on a 32 bit x86) say:

* Minimum: Pentium-class
Fedora Core 3 is optimized for Pentium 4 CPUs, but also supports
earlier CPUs (such as Pentium, Pentium Pro, Pentium II, Pentium III,
and including AMD and VIA variants). This approach has been taken
because Pentium-class optimizations actually result in reduced
performance for non-Pentium-class processors, and Pentium 4
scheduling is sufficiently different (while making up the bulk of
today's processors) to warrant this change.
* Recommended for text-mode: 200 MHz Pentium-class or better
* Recommended for graphical: 400 MHz Pentium II or better

Note

The disk space requirements listed below represent the disk space taken
up by Fedora Core 3 after the installation is complete. However,
additional disk space is required during the installation to support the
installation environment. This additional disk space corresponds to the
size of /Fedora/base/stage2.img (on CD-ROM 1) plus the size of the files
in /var/lib/rpm on the installed system.

In practical terms, this means that as little as an additional 90MB can
be required for a minimal installation, while as much as an additional
175MB can be required for an "everything" installation.

* Custom Installation (Minimal): 620MB
* Server: 1.1GB
* Personal Desktop: 2.3GB
* Workstation: 3.0GB
* Custom Installation (Everything): 6.9GB

Memory Requirements

This section lists the memory required to install Fedora Core 3.
* Minimum for text-mode: 64MB
* Minimum for graphical: 192MB
* Recommended for graphical: 256MB

If you have a x86-64, FC4 wants roughly double the RAM, and 600 Megs more
diskspace. Isn't software bloat wonderful?

Old guy

OK, I know that most libraries are updated and if the installation
overwrites the old libraries, that is fine. Even more, that is what I
want, to update and upgrade the system, without having to delete other
files. I am planning to install a minimum of files: kernel, Xwindow, qt
and KDE. No more. How about that?

In the Usenet newsgroup comp.os.linux.setup, in article
<1118962082.565887.54820@f14g2000cwb.googlegroups. com>,
Marco A. Cruz Quevedo wrote:

>OK, I know that most libraries are updated and if the installation
>overwrites the old libraries, that is fine. Even more, that is what I
>want, to update and upgrade the system, without having to delete other
>files.

The problem comes in with what _else_ you may have on the system. For
example,

[compton ~]$ ls /usr/local/bin/ | wc -l
53
[compton ~]$

About half of those are compiled binaries. When we do an update, we have
to recompile all the local binaries (the scripts rarely have trouble, but
you may need to check).

>I am planning to install a minimum of files: kernel, Xwindow, qt
>and KDE. No more. How about that?

That's quite a lot actually. And it's made worse because of all the eye
candy in a modern distribution. None the less, you will have a lot more
"stuff" that must be installed (libraries are only one part of that), but
all of the rest that needs to be there - start scripts, many daemons, the
timezone files, terminal definitions, and so on.

For example, on FC4, the minimal install is about 620 Megs. Adding X
increases that by well over 180 Megs. A desktop? Well, that can vary
from a few Megs (metacity) to roughly 180 Megs for KDE. See what I mean?
When we do an upgrade, several of us grab the CD set, and go back into
the back of the test lab, and make trial installations on test boxes. It
may take us two or three weeks to come up with the idea of what will be
our "standard" installation, and get it past department management.

You might consider using a multiple partition install. By this, I mean
making an install where the basic stuff goes on one partition - if you're
smart this also means that /var/ and /tmp/ go on a different one, and the
'data' (which would be the /home/ and the data part of any servers you
may install goes onto a separate partition. (In our case, the data is
on a separate system, and mounted over the network.) The advantage this
provides is that subsequent updates can trash the primary partition, and it
doesn't matter because the data is elsewhere. This also simplifies the
nightly backups.

Old guy