CentOS & Eclipse

Home » CentOS » CentOS & Eclipse
CentOS 9 Comments

I’m running an up-to-date CentOS 6.5 and I wanted to install eclipse so I went to System->Adminitration->Add/Remove Software and installed eclipse-cdt-1:7.0.1-4.el6 and a bunch of dependent packages.

My question is why is this so far out of date? My understanding was that CentOS was generally about a year out-of-date. I must confess that I don’t know where I got that idea from and it is no doubt, wrong but 3 1/2 years out-of-date seems excessive. Is it just a packaging issue and whoever makes the RPMs hasn’t made a new one?

If I try to check for updates from inside eclipse, I get various failures for non-existant sites and dependency conflicts.

Can anyone explain the situation and maybe shed some light on the history of how we got to this point.

Thanks, Steve

9 thoughts on - CentOS & Eclipse

  • 2013/12/26 Steve

    Well, it is way that RHEL/CentOS works. Maybe you should use Fedora instead of it or roll your own eclipse package for CentOS?

  • When a major RHEL version is released, the major.minor versions of most all components are frozen for the life cycle of that major release, this ensures package compatability, so if something is released for EL6 it can expect to run with any EL6.x update.

    major EL versions have a 5-7 year support life cycle, we’re nearing the back side of that for EL6, which came out in 2010. RHEL7 is still in beta (and running a year or so later than I would have expected according to their historical release cycle).

  • —- John R Pierce wrote:

    OK, so since RHEL 6.0 was released on 11/10/2010, we get eclipse 3.6 which was released on 6/23/2010 (according to Wikipedia)
    and we can only get 3.6.x updates until RHEL 7.0 is release. If RHEL 7.0 was released today, eclipse would jump to 4.3 (ignoring any other complications) which was released on 6/26/2013.

    Got it. Thanks

  • —- Ned Slider wrote:

    The release notes say
    “Eclipse is now offered in the Red Hat Developer Toolset offering”
    so does that mean it will just be in a different repo for CentOS 7 or will eclipse really not be available at all (as an RPM)?

    Steve

  • The usual explanations about why version numbers are what they are in CentOS apply.

    However, taking off my systems hat for a minute and put on my software development hat, in the case of Eclipse I wouldn’t suggest using the one available via RPM anyway. During software development just as you want to control the versions of your jars, libraries, etc of your application stack, you should probably independently control the versions of your IDE, as changing IDE versions is as intrusive as changing library versions, and it is rarely convenient to schedule that kind of change concurrently with an OS upgrade.

    So in the case of Eclipse, I would worry less about why the CentOS
    one is out of date and instead pick a relatively recent version, download the *.gz, have the developers extract it to local disk, and run it that way.

    Slightly OT, but while you’re at it, I’d suggest also keeping your workspaces separate for each Eclipse version and project, thus something like:

    ~/src/eclipse-workspaces/indigo32/project1
    ~/src/eclipse-workspaces/juno64/project2
    ~/src/eclipse-workspaces/juno64/project3

    Plus, Eclipse is always better with a workspace that is local disk.

    Devin

LEAVE A COMMENT