Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 338320

Summary:	launcher name in Helios SR2 changed from eclipse to Eclipse
Product:	[Technology] EPP	Reporter:	Pascal Rapicault <pascal>
Component:	package content	Assignee:	Project Inbox <epp.packager-inbox>
Status:	RESOLVED WONTFIX	QA Contact:
Severity:	major
Priority:	P3	CC:	daniel_megert, jonah, mknauer
Version:	1.3.2
Target Milestone:	1.3.2
Hardware:	PC
OS:	Mac OS X - Carbon (unsup.)
Whiteboard:

Description Pascal Rapicault

2011-02-26 23:07:23 EST

It appears that in SR2, the launcher name got changed from eclipse to Eclipse (notice the capital). On the Mac, after an update from SR0 or SR1 to SR2 this results in a broken install since the eclipse.ini is deleted (see bug #338310).
At this point given that the problematic code is out there the only thing to do is to revert the launcher name change in the packages.

To be very specific, in SR0 one IU was containing setLauncherName(name:eclipse) and now in SR2 it contains setLauncherName(name:Eclipse). It needs to be returned to setLauncherName(name:eclipse).

Comment 1 Markus Knauer

2011-02-27 06:28:08 EST

I checked the packages on the download page and they seem to contain the correct spelling. 

 eclipse/Eclipse.app/Contents/MacOS/eclipse
 eclipse/Eclipse.app/Contents/MacOS/eclipse.ini

They were generated from the very same metadata that is used for the update. So I am asking where the difference is? Is it the equals method as you mentioned in your comment on bug 338310#c7 ?

Comment 2 Markus Knauer

2011-02-27 06:44:38 EST

(In reply to comment #0)
> To be very specific, in SR0 one IU was containing setLauncherName(name:eclipse)
> and now in SR2 it contains setLauncherName(name:Eclipse). It needs to be
> returned to setLauncherName(name:eclipse).

In

  http://download.eclipse.org/technology/epp/packages/helios/SR2.fixed

I changed the capitalized setLauncherNames to eclipse.

Comment 3 Pascal Rapicault

2011-02-27 12:21:20 EST

This does the trick. What are the next steps? Regenerate the metadata and regenerate all the packages (or at least all the mac package).

Also do we know why this capitalization changed between SR1 and SR2?

Comment 4 Markus Knauer

2011-02-27 12:41:53 EST

(In reply to comment #3)
> This does the trick. What are the next steps? Regenerate the metadata and
> regenerate all the packages (or at least all the mac package).

The question is if it is really required to change anything since

(a) the packages (i.e. the *.tar.gz files) were generated with small letters only; this is correct but I do not yet fully understand why this is different from the update procedure

(b) the updated metadata where I changed the capitalization manually seems to work; therefore my low-risk approach would be to use this one instead of going through another risky regenerating process.

Any thoughts on this?



> Also do we know why this capitalization changed between SR1 and SR2?

Not really. There was a change of the Buckminster version that was used to generate the metadata. So far this is my only vague suspicion.

Comment 5 Jonah Graham

2021-05-07 10:16:39 EDT

The bugzilla component "package content" is being decommissioned. Bugs need to be assigned to their specific package. If the issue affects all packages, use the "all-packages" component. Therefore any remaining bugs are now being closed as WONTFIX. If this bug is still relevant, please make a comment and we'll move it to the correct project/component for further investigation.

This change was made as part of a bulk change.