https://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362011-10-06T00:47:12ZEcoinformatics RedmineKepler - Bug #5505: Kepler-2.3 installer should create directory named "Kepler-2.3", not "Kepler"https://projects.ecoinformatics.org/ecoinfo/issues/5505?journal_id=190402011-10-06T00:47:12ZChristopher Brookscxh@eecs.berkeley.edu
<ul></ul><p>I'm setting the target to 2.3.0, feel free to change the target.</p> Kepler - Bug #5505: Kepler-2.3 installer should create directory named "Kepler-2.3", not "Kepler"https://projects.ecoinformatics.org/ecoinfo/issues/5505?journal_id=190412011-10-06T19:35:50ZDerik Barseghianbarseghian@nceas.ucsb.edu
<ul></ul><p>Whoops, didn't notice a mid-air collision when posting my comment last night:</p>
<p>I made this change intentionally at r28648:<br />By default, no longer install into versioned directories, install in the same<br />place each time, overwriting as necessary: /Applications/Kepler/ and C:\Program<br />Files\Kepler</p>
<p>The windows installer prompts you to overwrite an existing Kepler dir if it<br />exists. On Mac, the OS prompts you to overwrite an old copy of the app if it<br />exists.</p>
<p>While some applications install into dirs with version or year numbers (eg<br />Office) in the name, a lot of others install in the same place every time, I<br />believe with the idea being that most users want 1 copy of an application, the<br />latest one. Advanced users can modify the dir name to maintain different<br />copies.</p>
<p>A benefit of not keeping the version number in the name is that with this<br />release forward it helps avoid failure to start kepler due to missing modules,<br />see <a class="external" href="http://bugzilla.ecoinformatics.org/show_bug.cgi?id=5458#c6">http://bugzilla.ecoinformatics.org/show_bug.cgi?id=5458#c6</a> for background.</p>
<p>A downside of this current state: possible wasted bandwidth. E.g. let's say you<br />download a kepler 2.4 installer in the future, and overwrite your 2.3 install.<br />If you try to open a 2.3 kar in strict mode (not that many people should want<br />to do this), you will have to download 2.3 (the 2.3 modules will go into your<br />KeplerData\kepler.modules dir).</p> Kepler - Bug #5505: Kepler-2.3 installer should create directory named "Kepler-2.3", not "Kepler"https://projects.ecoinformatics.org/ecoinfo/issues/5505?journal_id=190422011-10-06T19:41:48ZChristopher Brookscxh@eecs.berkeley.edu
<ul></ul><p>I disagree with this, but you can close this if you want.</p>
<p>Note that (I think) the Kepler Windows installer created a kepler-2.3 directory.</p>
<p>Having the installer install directories that do not have a version number<br />results in a world of hurt down the road when users install releases over each<br />other and get a nasty frankenstein's monster of a product that increases<br />the amount of support.</p> Kepler - Bug #5505: Kepler-2.3 installer should create directory named "Kepler-2.3", not "Kepler"https://projects.ecoinformatics.org/ecoinfo/issues/5505?journal_id=190432011-10-06T20:00:17ZMatt Jonesjones@nceas.ucsb.edu
<ul></ul><p>Derik and I went back and forth about this last month. For me, one of the compelling reasons to go with a versionless directory is that Kepler now has the feature of switching versions via the ModuleManager on the fly. So, I might install 2.3, but then load a workflow in strict mode that switches the installed version of Kepler to 2.1. It would be weird to have this 2.1 install be pressent in a 2.3 labeled directory.</p>
<p>Also, there are efficiencies to be had by installing all of the modules in one location, so they can be found and need not be needlessly re-downloaded when the MM switches from version to version.</p>
<p>Finally, I think it is the installer/MM's job to transparently switch from version to version, and that the 'cruft' from previous versions really shouldn't/can't get in the way. If it does, then the MM has a bug, because it is supposed to by design be able to switch from one version to another seamlessly.</p>
<p>So I voted for plain "kepler" as the install directory.</p> Kepler - Bug #5505: Kepler-2.3 installer should create directory named "Kepler-2.3", not "Kepler"https://projects.ecoinformatics.org/ecoinfo/issues/5505?journal_id=190442011-10-06T20:29:41ZDerik Barseghianbarseghian@nceas.ucsb.edu
<ul></ul><p>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.</p>
<p>Re: frankenstein scenario, this isn't an issue for the mac, the old dir is first wiped.</p>
<p>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.</p>
<p>A few possibilities come to mind:<br />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.</p>
<p>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.<br /><a class="external" href="http://permalink.gmane.org/gmane.comp.java.izpack.cvs/515">http://permalink.gmane.org/gmane.comp.java.izpack.cvs/515</a></p> Kepler - Bug #5505: Kepler-2.3 installer should create directory named "Kepler-2.3", not "Kepler"https://projects.ecoinformatics.org/ecoinfo/issues/5505?journal_id=190452011-11-09T02:38:56ZDerik Barseghianbarseghian@nceas.ucsb.edu
<ul></ul><p>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.</p>
<p>(In reply to comment <a class="issue tracker-1 status-5 priority-5 priority-highest closed" title="Bug: mde won't load because of hardcoded image paths (Closed)" href="https://projects.ecoinformatics.org/ecoinfo/issues/5">#5</a>)</p>
<blockquote>
<p>rc1 created a versioned dir name, rc2 doesn't. Based on this and bug#5506 I<br />think you're using rc1 and not rc2 -- I just relaunched the windows installer<br />and it says Sep 30, 2011, and doesn't have the 2.0 text.</p>
<p>Re: frankenstein scenario, this isn't an issue for the mac, the old dir is<br />first wiped.</p>
<p>On windows it currently is (I was under the mistaken idea it wasn't). IzPack<br />says it will "possibly overwrite" existing files. I've just run an experiment:<br />renamed my Kepler-2.2 to Kepler, and then installed 2.3. This leaves the 2.2<br />modules in place in the Kepler app dir. This is good on the one hand, wrt not<br />having to download these modules again. However it's bad in others, it makes<br />the windows and mac install behavior even more different, and when I launch<br />kepler after installing 2.3, 2.2 comes up -- there must be another MM bug here.</p>
<p>A few possibilities come to mind:<br />I can revert to including the version number in the name. We then lose the<br />benefit of getting rid of the MM GUI having to come up when starting old app<br />versions due to missing module errors.</p>
<p>I can look into having IzPack delete the app dir before installing. I'm not<br />clear on if this is supported. I see a request for it in 2005, but in a quick<br />look at the izpack issue tracker haven't found info on it.<br /><a class="external" href="http://permalink.gmane.org/gmane.comp.java.izpack.cvs/515">http://permalink.gmane.org/gmane.comp.java.izpack.cvs/515</a></p>
</blockquote> Kepler - Bug #5505: Kepler-2.3 installer should create directory named "Kepler-2.3", not "Kepler"https://projects.ecoinformatics.org/ecoinfo/issues/5505?journal_id=190462013-03-27T21:30:42ZRedmine Admin
<ul></ul><p>Original Bugzilla ID was 5505</p>