•Red Hat Enterprise Linux 5 (UL6+) (32-bit. 64 bit supported in 32-bit mode) download
Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Do you have a particular reason for wanting version 5? The current 32-bit version is 6. If you want to use it and not just evaluate it, and if you don't want to pay, then CentOS is the real thing: the only difference is the lack of patented software and the labeling.
CentOS is the real thing: the only difference is the lack of patented software and the labeling.
Im unsure what 'patented' software you are talking about but:
Your assumption that there are only two differences is incorrect. There are more differences, such as these:
Centos is built from RHEL source released 'whenever'. Centos is always lagging behind Red Hat because of this. Security patches take days to weeks to filter to Centos so a 0-day vulnerability might go unpatched in Centos for longer.
There is no official support for Centos, although some Red Hat shops will support Centos
There is no way to get certified on Centos. This breaks the rules of some companies which will not allow Centos to be installed on their servers, because no one can be certified to run them.
They remove the branding and artwork from the distro and replace it with Centos branding and artwork. The labeling, ie the name Red Hat, does not have to be removed from everything. A quick grep will confirm this. This is because of the special license in place for those files/programs.
Centos is based off the AS version of RHEL. Whereas RHEL comes in flavors of AS, WS, PWS and ES.
Red Hat will continue to support a 'point release' such as 5.6, whereas Centos abandons point releases after an update. "You are on your own" as Centos says.
Last edited by szboardstretcher; 07-21-2014 at 10:56 AM.
unless you 100% MUST USE the older legacy 5 series
-- like for old 10+ year old hardware
the current older 5 is RHEL 5.10
BUT
using the current stable RHEL 6.5 is VERY recommended
or test your software on the NEW released RHEL 7.0
BUT
Redhat Enterprise Linux is NOT FREE!!!!
You do NEED to buy the required support contract
-- there are no "if's, and's, or but's" on that
see the prices in the store https://www.redhat.com/wapps/store/catalog.html
or
use the FREE Cent
Centos 5.10
CentOS 6.5
and
CentOS 7.0
are the ONLY supported versions
1. CentOS may have lagged in the past, but it is hardly likely to do so in the future, now that it's been effectively taken over by Red Hat. CentOS 7 arrived less than a month after RH7: it used to take much longer than that.
2. If CentOS is so vulnerable, why does it always show up as the first or second most popular Linux on webservers?
3. When I said they were compatible, I was referring to what you download. Support, etc is obviously a different matter.
4. By patented software, I meant software patented in the USA. (What else?) RHEL can include it by charging, CentOS (and Fedora) can't. It was ages before I discovered that setting subpixel-smoothing in Fedora didn't actually do anything: it had been disabled because RH's lawyers said there was a patent on the algorithm.
Possibly a nit, but "64 bit supported in 32-bit mode" doesn't exist. The system runs in 64 bit mode, and that can support 32 bit applications if the appropriate libraries are installed.
Hi,
can i know how to enable shared folder in REDHAT linux 7 64bit
Read the LQ Rules; don't reopen old threads with your own question, don't hijack others threads, and don't post duplicates. Your post has been reported.
Please keep your question in the thread you started about it and also work to improve your question so that other members can understand what you're asking, what you have tried to solve your problem, and where you are stuck.
Do you have a particular reason for wanting version 5? The current 32-bit version is 6.
And RHEL 5 is in the "extended life time" phase of support, which means that it's effectively already EOL (since march 2017) but limited support can be obtained through a paid subscription for existing installations:
Quote:
During the Extended Life Phase, a Red Hat Enterprise Linux subscription provides continued access to previously released content on the Red Hat Customer Portal, as well as other content such as documentation and the Red Hat Knowledgebase. Advice for migrating to currently supported Red Hat Enterprise Linux versions may also be provided.
For versions of products in the Extended Life Phase, Red Hat will provide limited ongoing technical support. No bug fixes, security fixes, hardware enablement or root-cause analysis will be available during this phase, and support will be provided on existing installations only.
The last point release of RHEL 5 was RHEL 5.11 (RHEL 5 Update level 11), which is from 2014
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.