Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#2734 - Eclipse 3.0.2-1 - files "exists in filesystem"
Attached to Project:
Arch Linux
Opened by Andy Roberts (arooaroo) - Monday, 16 May 2005, 09:39 GMT
Last edited by Dale Blount (dale) - Monday, 16 May 2005, 12:22 GMT
Opened by Andy Roberts (arooaroo) - Monday, 16 May 2005, 09:39 GMT
Last edited by Dale Blount (dale) - Monday, 16 May 2005, 12:22 GMT
|
DetailsWhen upgrading to Eclipse 3.0.2-1, the installation aborted due to errors like:
eclipse: /opt/eclipse/plugins/org.eclipse.update.ui_3.0.1.1/plugin.xml: exists in filesystem eclipse: /opt/eclipse/plugins/org.eclipse.update.ui_3.0.1.1/updateui.jar: exists in filesystem There were hundreds of lines like this with various filenames, all within the plugins directory. I have run the Update system within Eclipse itself to receive updated (and new) plugins. Perhaps it is this that is clashing. |
This task depends upon
Closed by Paul Mattal (paul)
Wednesday, 27 July 2005, 14:54 GMT
Reason for closing: Not a bug
Additional comments about closing: This isn't really a bug but more of a larger debate. We can continue to discuss and create feature requests when we arrive at a course of action.
Wednesday, 27 July 2005, 14:54 GMT
Reason for closing: Not a bug
Additional comments about closing: This isn't really a bug but more of a larger debate. We can continue to discuss and create feature requests when we arrive at a course of action.
This leads me to an area that needs wider discussion.. namely how to deal with this problem of plugins and upgrades in general in Arch. Part of me wants to use pacman for everything, but Eclipse is so centered around its update sites model.
I think for now you could just clear out the offending directories in the plugins directory (put them somewhere for backup in case this doesn't work for some reason) and then try again.
In any case, please let me know how it works out. I'm interested to keep tally of these sorts of experiences with Eclipse.
What is the actual issue? Is the package installation trying to overwrite files that already exist? If so, can't you just ignore?
Basically, I think you will need to accommodate the Eclipse plugin system. Or, you'll need to start providing common Eclipse plugins via pacman.
Also, I did not mean to imply you should remove all your existing plugins. Let pacman help you. Remove only the directories that are the cause of conflicts.
However, the idea of removing select directories isn't easy. The number of errors were so large that they scrolled off my console history (in Konsole, that is). It's not the simplest thing to wade through to obtain the troublesome directories.
On reflection, it is possibly best that once Eclipse is on, to IgnorePkg it and work via its own update panel. I can then manually upgrade when I feel like it.
If you need wider discussion, perhaps this could be taken to the forums?
It does appear to me that once you start using updates from Eclipse directly, it's probably best to stick with them and just ignore upgrades. I *think* but I'm not 100% sure that this will accomplish the same thing as upgrading to 3.0.2 by downloading/building the whole new version, but I can't be sure that every component will in fact get upgraded if you just use the update mechanism.
Anyone who happens to know more about this, please share! Otherwise, I'll get around to looking into it when time avails.
Just more thoughts for the discussion. In general, I am guessing there won't be a clear solution to this bug and that we should close it and handle specific issues as they come up.
Consider this a call for other thoughts before I do that.