Bug 322158 - Not loading plug-ins from auto-created .eclipse directory inside user’s home directory
Summary: Not loading plug-ins from auto-created .eclipse directory inside user’s home ...
Status: CLOSED DUPLICATE of bug 322929
Alias: None
Product: Equinox
Classification: Eclipse Project
Component: p2 (show other bugs)
Version: 3.6   Edit
Hardware: PC Linux
: P3 major (vote)
Target Milestone: ---   Edit
Assignee: P2 Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2010-08-09 12:50 EDT by leden.os CLA
Modified: 2010-09-14 02:06 EDT (History)
3 users (show)

See Also:


Attachments
~/.eclipse/org.eclipse.platform_3.5.0_1473617060/configuration/org.eclipse.equinox.simpleconfigurator/bundles.info (37.95 KB, application/x-info)
2010-08-09 16:35 EDT, leden.os CLA
no flags Details
/opt/eclipse/configuration/org.eclipse.equinox.simpleconfigurator/bundles.info (33.10 KB, application/x-info)
2010-08-09 16:36 EDT, leden.os CLA
no flags Details
Diff between bundles (6.22 KB, patch)
2010-08-09 18:31 EDT, Ian Bull CLA
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description leden.os CLA 2010-08-09 12:50:53 EDT
I have downloaded the latest Eclipse (3.6) for my Linux machine (Ubuntu 10.4) and extracted tar.gz to the /opt/eclipse directory as root. I started Eclipse as a normal user and successfully installed some plug-ins through Eclipse. The plug-ins are visible under "Installed software" from Eclipse, but they doesn't seem to be working - no new perspectives that should be there, no features, nothing. Then I looked inside my home folder and found the following directory:

.eclipse/org.eclipse.platform_3.5.0_1473617060

That directory structure looks similar to the one in the /opt/eclipse (where Eclipse is installed) and has 4 directories inside ("dropins", "configuration", "plugins", "features") and one file ("artifacts.xml"). The "plugins" folder really containts all the plug-ins I have installed.

I have already tried to put .link file in "opt/eclipse/dropins" and/or "opt/eclipse/links" directory pointing to the configuration directory in my home directory, but that doesn't seem to be working.

So these are the steps to reproduce the problem, in short:

   1. Run Eclipse as some user which has no write permissions to installation dir
   2. Install plug-ins through Eclipse and restart it (as the same user)
   3. Eclipse now shows that those plug-ins are installed. The plugins are indeed located somewhere in the home directory of the user who installed them (~/.eclipse/.../plugins).

Problem: plug-ins are somehow ignored.
Comment 1 Ian Bull CLA 2010-08-09 13:43:06 EDT
I'm pretty sure this is the same problem we are seeing in bug 321239.  (I know that bug says Windows 7).

Can you check a few things for me?
1. In your .eclipse/org.eclipse.platform_3.5.0_1473617060 you should have configuration/org.eclipse.equinox.simpleconfigurator

In there, there is a bundles.info file

2. In opt/eclipse/ you should have a configuration/org.eclipse.equinox.simpleconfigurator 

In there, there is a bundles.info file

Can you upload both of those (maybe call the one in opt/eclipse shared_bundles.info)

Also, did you use a specific EPP package?  (or the Eclipse classic SDK)?  Finally, what plug-in did you try to install.

I'm going to bring this issue up at the p2 meeting today.
Comment 2 leden.os CLA 2010-08-09 16:35:37 EDT
Created attachment 176190 [details]
~/.eclipse/org.eclipse.platform_3.5.0_1473617060/configuration/org.eclipse.equinox.simpleconfigurator/bundles.info

This is a bundles.info file from the user's home directory which was proposed to be uploaded in the first reply under 1).
Comment 3 leden.os CLA 2010-08-09 16:36:54 EDT
Created attachment 176192 [details]
/opt/eclipse/configuration/org.eclipse.equinox.simpleconfigurator/bundles.info

This is a bundles.info file from the user's home directory which was proposed to be uploaded in the first reply under 2).
Comment 4 leden.os CLA 2010-08-09 16:45:30 EDT
(In reply to comment #1)
> I'm pretty sure this is the same problem we are seeing in bug 321239.  (I know
> that bug says Windows 7).
> 
> Can you check a few things for me?
> 1. In your .eclipse/org.eclipse.platform_3.5.0_1473617060 you should have
> configuration/org.eclipse.equinox.simpleconfigurator
> 
> In there, there is a bundles.info file
> 
> 2. In opt/eclipse/ you should have a
> configuration/org.eclipse.equinox.simpleconfigurator 
> 
> In there, there is a bundles.info file
> 
> Can you upload both of those (maybe call the one in opt/eclipse
> shared_bundles.info)

Done.

> Also, did you use a specific EPP package?  (or the Eclipse classic SDK)? 
> Finally, what plug-in did you try to install.

The plug-ins I installed were Subclipse (for integration with SVN) and m2eclipse (for Maven integration). These are the sites I added through p2:
http://subclipse.tigris.org/update_1.6.x
http://m2eclipse.sonatype.org/sites/m2e
http://m2eclipse.sonatype.org/sites/m2e-extras

One easy way to see if those to plug-ins work is to hit "New project" and see the catogories you have; you should definitely have "SVN" because of "Subclipse" and "Maven" because of m2eclipse. Another one is to go to Window->Preferences and check if there are new categories added (for SVN and Maven).

I just tried to repeat the same steps which reproduces the bug on another computer (running Ubuntu 9.10) and the same happens.

One more thing I forgot to mention in the first post. Those installed plug-ins are not working even if you start Eclipse as a superuser or root and are not even displayed in the list of installed software.
Comment 5 Ian Bull CLA 2010-08-09 18:31:43 EDT
Created attachment 176198 [details]
Diff between bundles

Here is the diff between the two bundles.info file.  Looking through it, I see entries like this:

> org.slf4j.api,1.5.11.v20100519-1910,plugins/org.slf4j.api_1.5.11.v20100519-1910.jar,4,false

< org.slf4j.api,1.5.11.v20100519-1910,../../home/leden/.eclipse/org.eclipse.platform_3.5.0_1473617060/plugins/org.slf4j.api_1.5.11.v20100519-1910.jar,4,false

while these are the "same" bundle (same ID/Version) they are at different locations on the system.  I think entries like this are causing the shared install some problems.

I also noticed:
> javax.mail.glassfish,1.4.1.
v201005082020,plugins/javax.mail.glassfish_1.4.1.v201005082020.jar,4,false

which means that javax.mail.glassfish was somehow "un-installed" in the local area.  This could also be leading to the problem.

I think Simon is on vacation right now, but I'll chat with him when he returns.

Thank-you uploading this information.  I've asked for this on several bug reports (this issue has been reported a few times), and you're the first person to respond.
Comment 6 Ian Bull CLA 2010-09-14 02:06:38 EDT

*** This bug has been marked as a duplicate of bug 322929 ***