From mint-bounce@lists.fishpool.fi  Sat Aug  6 21:23:20 2005
X-Original-To: fnaumann@mail.boerde.de
Delivered-To: fnaumann@mail.boerde.de
Subject: Re: [MiNT] Sparemint Site/Updater
From: Mark Duckworth <mduckworth@atari-source.com>
To: Standa Opichal <opichals@seznam.cz>
Cc: mint@fishpool.com
In-Reply-To: <42F4CD8A.8010107@seznam.cz>
References: <1123322763.19599.12.camel@evil.atari-source.com>
	 <42F4CD8A.8010107@seznam.cz>
Content-Type: text/plain
Date: Sat, 06 Aug 2005 15:19:11 -0400
Message-Id: <1123355951.19599.25.camel@evil.atari-source.com>
Mime-Version: 1.0
X-Mailer: Evolution 2.2.2 (2.2.2-5) 
Content-Transfer-Encoding: 7bit
X-ecartis-version: Ecartis v1.0.0
Sender: mint-bounce@lists.fishpool.fi
Errors-To: mint-bounce@lists.fishpool.fi
X-original-sender: mduckworth@atari-source.com
Precedence: bulk
List-help: <mailto:ecartis@lists.fishpool.fi?Subject=help>
List-unsubscribe: <mailto:mint-request@lists.fishpool.fi?Subject=unsubscribe>
List-Id: <mint.lists.fishpool.fi>
X-List-ID: <mint.lists.fishpool.fi>
X-Virus-Scanned: by amavisd-new at relay.boerde.de
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on relay.boerde.de
X-Spam-Status: No, hits=-1.0 tagged_above=-50.5 required=7.0 tests=BAYES_00
X-Spam-Level: 

On Sat, 2005-08-06 at 10:47 -0400, Standa Opichal wrote:
> Mark,
> 
>  > Sum has been packaged up and compiled for convenience (since nearly
>  > nobody will be using a CVS windom).  It is available here:
> 
> WHAT???
> 
>  > package it up into a release (disabling gem mode entirely) and move to
>  > the new sparemint site.
> 
> WHY? Perhaps it should work as a frontend instead (not to be linked). In 
> that case I understand.
> 
> Can you explain?
> 
> Standa

I'm confused... What was confusing?

I tar'd up the current build so people can inspect my progress without
having LDG, sqlite3, windom and a bunch of other libs installed with
headers.   I'd imagine most people developing on Windom aren't using
v2.x branch.

As for the combined binary with a GEM and console mode, it's just the
way I'd prefer I think.  I don't know much about interprocess
communication so programming a front-end will be difficult for me.  Both
the GEM and console need to have almost precisely the same functionality
so it's not like the console binary will be huge as a result of the GEM
stuff.  Octopus BBS was programmed in this fashion and I always thought
it was excellent.

Thanks,
Mark


