From Fedora Project Wiki

Revision as of 15:33, 7 March 2012 by Swagiaal (talk | contribs) (Add "Troubleshooting Eclipse in Fedora" section.)


What is Eclipse?

Eclipse is an awesome IDE with tooling for various languages. It has a GTK+ UI that is much more accesible to regular programmers from a Windows environment than the tools traditionally used by FOSS hackers.

It was originally a (very) large body of code that IBM open-sourced. There is now a large community of companies and developers using and extending Eclipse.

It has its own Open Source license (the Eclipse Public Library, or EPL).

It is shipped in Fedora (>= 4). Plug-ins are continuously being added to Fedora. We aim to take care of Eclipse plugin review requests quickly. Packaging guidelines for Eclipse plugins can be found here: Packaging/EclipsePlugins.

Fedora Eclipse

Fedora Eclipse is a community project encompassing everything Eclipse-related in Fedora. We ship the Eclipse SDK along with many plugins (see below). We are working on making plugin packaging easier (see RPM Stubby and Fedora Packager for Eclipse).

Would you like to help?

Talk to us on IRC or the java-devel mailing list. Package a plug-in for Fedora!

Plug-ins We Ship

Autotools (part of CDT SRPM)


CMakeed -- Editor for CMake files

CDT -- C/C++ Development Tooling


CollabNet Merge Client for Subclipse -- Take advantage of the new merge cleverness in Subversion 1.5+

Dynamic Language Toolkit -- Complete with TCL and Ruby IDEs

DTP -- Database Development Tools

EclEmma -- Code coverage tool to help you enhance your unit tests.

EGit -- Support for working with Git repositories

EMF -- Eclipse Modeling Framework

EPIC -- Perl tooling

GEF -- Eclipse Graphical Editing Framework (not the Visual Editor )

MoreUnit -- Helper for writing more and better unit tests.

Mylyn -- a task-focused UI for Eclipse with bugzilla and trac integration. See also Eclipse Mylyn Red Hat Bugzilla setup instructions and Eclipse Mylyn packaging guide for more Mylyn related information.


Parallel Tools Platform (PTP) -- Parallel and Fortran programming support for Eclipse

PHPEclipse -- PHP Development Tooling

PyDev -- Python IDE for Eclipse

QuickREx -- Regular expression tester

RPM Specfile Editor

RPM Specfile Generator -- This plugin makes packaging other plugins really easy.

Eclipse SETools -- SELinux policy analysis tools

Shelled -- Editor for shell scripts

SLIDE -- SLIDE is an integrated development environment (IDE) for Security Enhanced Linux (SELinux) developers and integrators

Subclipse -- Support for working with Subversion repositories

SystemTap GUI


Plug-ins We'd Like To Ship

Plug-ins Which Need Packaging Work

  • BIRT
    • all of it needs WTP
    • Tracker bug to get WTP built (filed against BIRT since that's what needs it) 486369


Most of the Fedora "free java" people hang out on #fedora-java on Freenode . There are also people on #classpath also on Freenode. Community around the Eclipse Linux Tools project is emerging now and developers are hanging out on #eclipse-linux on Freenode.

Fedora Java Mailing list

Eclipse (upstream)

Planet Eclipse

GNU Classpath Wiki

Planet Classpath

GCJ - GNU Compiler for Java


It has automated tests . You can also run individual plug-in tests .

Running the Eclipse SDK automated tests against the installed RPMs can be done using the following steps:

  1. $ svn co eclipse-sdk-tests
  2. $ cd eclipse-sdk-tests
  3. $ ./
  4. (... wait for build)
  5. # rpm -Uvh RPMS/{x86_64,i386,etc.}/eclipse-tests-3.4*.rpm
  6. $ cd <somewhere you can write>
  7. $ /usr/lib (or lib64) /eclipse/dropins/eclipse/runtests
  8. (... wait for tests to run)
  9. $ ls /tmp/eclipseSDKtests/results/html
  10. View results in browser: file:///tmp/eclipseSDKtests/results/html

We appreciate any and all reports of success or failure with the SDK tests. The fedora-devel-java-list mailing list is a fine place to send them.

Troubleshooting Eclipse in Fedora

The way Eclipse and its plugins are installed in Fedora differs from the way this is done upstream. This can sometimes lead to installation problems in Fedora. We are working on a solution to make installations more robust in future Fedora releases. In the meantime however, this section is meant to help you troubleshoot those problems. The main theme is "I updated eclipse and my plugins no longer show up".

1. The first thing you want to do is to make sure that you have a file in your ~/.eclipse directory

find ~/.eclipse -name

If you find one then you can move on to step 2. If you don't find a file that means that there is a problem occurring early on during the startup of Eclipse. To start with you need to make sure that you have a standard Eclipse installation. To do so run the following:

rpm -qV eclipse-rcp eclipse-platform

Make sure that nothing is outputted when you run the above command. The run:

rpm -qf /usr/lib*/eclipse/p2/org.eclipse.equinox.p2.engine/profileRegistry/PlatformProfile.profile/*.profile.gz

Make sure that there are no files which are not owned by any rpms.

If the result of the above commands is not clean that means that you don't have a clean Eclipse installation. It is possible that you may have run eclipse as root at some point. You can clean that up by removing all files which are not owned by any rpms, and removing and reinstalling the eclipse rpms.

If both of the above out puts are clean you will need to file a bug. Collect the following information and file a bug here selecting "eclipse" as the component

Create a file ~/.options and add the following flags to it:


Then run eclipse with the following flags:

eclipse -consolelog -debug -clean >& log

Attached this log to the bug you file.

2. If you have found a you will need to do is do a diff between your system and user

diff `find /usr/lib*/eclipse -name` `find ~/.eclipse -name`

If there are any bundles present in the system and not in the user these bundles are the source of the problem. If the bundles are installed and have the correct versions (the path to the bundles in stated relative to /usr/lib/eclipse or /usr/lib64/eclipse) then that means that things have been upgraded in a way that contradicts the previous installation. Adding those bundles to your user will solve the problem. Before doing so backup your ~/.eclipse directory just in case. Here is a script wich will do that:

diff `find /usr/lib*/eclipse/ -name` `find ~/.eclipse/ -name` | grep "<" | sed s/"< "/""/ >> `find ~/.eclipse/ -name`

If the extra bundles are not present or have different versions than what is in the system, that means that the is faulty and needs to be updated. Please file a bug which includes the diff.


We ship the Eclipse SDK (eclipse SRPM) version 3.6.1 in Fedora 14. Other Helios release train projects are also updated to their Helios versions.

The other plugins we ship should work with Eclipse 3.6 without problems. We will of course have to coordinate testing them all.

Fedora Eclipse Branding

Up to and including Fedora 11, we shipped a branding plugin with a custom splash screen and product ID. From Fedora 12 onwards, we will no longer be doing this.

Updating the branding for a new version

This section is no longer important but is kept for historical purposes. The splash screen itself was originally done by Diana Fong and given to us as a PSD file. It is kept with the rest of the branding plugin in CVS:


People wishing to commit will have to have a Sourceware account. We should probably move this to Fedora Hosted. In the meantime, use this form to request an account (project: eclipse, sponsor: Andrew Overholt):

When updating the branding to a new version, you will need to:

  • update the product file fedoraeclipse.product to include the build ID matching upstream's release build (ex. gives a build ID of 20090211-1700)
  • be sure to hit the synchronize link on the "Overview" page of the product editor to sync up the various generated files
  • make a new splash.bmp (yes, it is an actual BMP):
    • open the .psd file in the Gimp
    • adjust the visible layers of the numbering in the Gimp to have the correct version shown
      • for versions that are not present in the PSD, you will need to use the Gimp to draw a number that looks very close to the font originally used
    • export the visible layers you want to splash.bmp; do not include the Fedora logo layer in the resulting splash.bmp
    • refresh the splash.bmp file in your workspace and open it to ensure it is what you want
  • commit your changes. Comparing two previous tags (ex. fedoraeclipse-3_4_1 vs. fedoraeclipse-3_4_2) is a helpful indicator to guarantee you've made all of the necessary changes.
    • do not include the PSD file in; it should not be shipped in the SRPM/RPM
  • branch and tag for the new version; follow previous tags and branch names to be consistent
  • update eclipse.spec to reflect the new locations and generate a new org.fedoraproject.ide.platform-%{version}.zip