http://bugzilla.ecoinformatics.org/show_bug.cgi?id=5505
Derik Barseghian <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #6 from Derik Barseghian <[email protected]> 2011-11-08 18:38:56 PST --- I didn't see a quick solution using IzPack, and since time is short, I've reverted to including the version number in the folder name at r28909-12. Maybe we can revisit this in the future. Closing. (In reply to comment #5) > rc1 created a versioned dir name, rc2 doesn't. Based on this and bug#5506 I > think you're using rc1 and not rc2 -- I just relaunched the windows installer > and it says Sep 30, 2011, and doesn't have the 2.0 text. > > Re: frankenstein scenario, this isn't an issue for the mac, the old dir is > first wiped. > > On windows it currently is (I was under the mistaken idea it wasn't). IzPack > says it will "possibly overwrite" existing files. I've just run an experiment: > renamed my Kepler-2.2 to Kepler, and then installed 2.3. This leaves the 2.2 > modules in place in the Kepler app dir. This is good on the one hand, wrt not > having to download these modules again. However it's bad in others, it makes > the windows and mac install behavior even more different, and when I launch > kepler after installing 2.3, 2.2 comes up -- there must be another MM bug > here. > > A few possibilities come to mind: > I can revert to including the version number in the name. We then lose the > benefit of getting rid of the MM GUI having to come up when starting old app > versions due to missing module errors. > > I can look into having IzPack delete the app dir before installing. I'm not > clear on if this is supported. I see a request for it in 2005, but in a quick > look at the izpack issue tracker haven't found info on it. > http://permalink.gmane.org/gmane.comp.java.izpack.cvs/515 -- Configure bugmail: http://bugzilla.ecoinformatics.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. _______________________________________________ Kepler-dev mailing list [email protected] http://lists.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-dev
