Better, add to Installer that which Gofer does that Installer doesn't. First of all, get Installer up to date. I think trunk forked  with an old version. 

Ken,
from my iPhone

On 2010-12-14, at 12:13, Chris Muller <asqueaker at gmail.com> wrote:

> Does Gofer support all legacy formats?  ChangeSets, SqueakMap,
> Universes, Monticello, Monticello Configurations?
> 
> I have nothing against aesthetics and compactness, but functionality
> is a important criteria to me than lines of code.  I want an installer
> utility to just work for me, not be a work of art to admire.  :-)
> 
> If Gofer only supports a subset of the Installer types, maybe
> Installer could be stripped of its functions that overlap with Gofer
> and employ Gofer for those parts.  That way, "Installer" can also
> support Gofer scripts..?
> 
> - Chris
> 
> 
> 
> On Mon, Dec 13, 2010 at 2:23 PM, Bernhard Pieber <bernhard at pieber.com> wrote:
>> Hi Ken,
>> 
>> If you ask... ;-)
>> 
>> Am 13.12.2010 um 18:21 schrieb Ken G. Brown:
>>> I for one do not want to see Installer disappear.
>>> Can anyone explain to me what advantage GoFer has over Installer?
>>> Seem to me they are doing more or less the same thing.
>> I like Gofer better than Installer for the following reasons:
>> - Gofer has an active maintainer, the original author still maintains it.
>> - Lukas writes top quality Smalltalk code IMO. I find the code cleaner. (That, of course, may just be my personal preference.)
>> - Gofer is much smaller than Installer - 640 lines of code versus 1703 - thus the image would be smaller if we replaced Installer with Gofer.
>> - At the same time Gofer has more functionality which I find quite useful, committing, fetching and pushing. See http://www.lukas-renggli.ch/blog/gofer for a short description.
>> - Installer has a lot of code which is rarely used.
>> - Installation code for packages which are compatible between Squeak and Pharo could be the same in many cases, which I find less confusing.
>> - This brings Squeak and Pharo closer together again, which would be a good thing IMO.
>> 
>> Enough reasons in my opinion. Of course, reasonable people might disagree. ;-)
>> 
>> Cheers,
>> Bernhard
>> 
>