Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: neutral (asf.osuosl.org: 216.86.168.178 is neither permitted nor
 denied by domain of geir@pobox.com)
Message-ID: <4538D79B.6090309@pobox.com>
Date: Fri, 20 Oct 2006 10:05:15 -0400
From: "Geir Magnusson Jr." <geir@pobox.com>
Reply-To: geir@pobox.com
User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909)
MIME-Version: 1.0
To: harmony-dev@incubator.apache.org
Subject: Re: [general] Incubator graduation update
References: <45385D4B.9040104@pobox.com>
 <636fd28e0610200054j19233aak43639ce43e8fecfc@mail.gmail.com>
In-Reply-To: <636fd28e0610200054j19233aak43639ce43e8fecfc@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit


Alex Blewitt wrote:
>> However, if not, and some IPMC memebers still really want to see a
>> demonstration of a release process, we can certainly do that.  I've
>> thought about what we might release.  One thing that came to mind is a
>> Pack200 jar :)
> 
> :-) So, you're saying I've got less than a month to finish it ...

Nope!  This was my worry - that this "testing" would disrupt normal 
life.  Keep going at whatever course and speed you want.  The point of a 
release would be to do the release, not show working perfect code.

> 
> I'll probably be able to get *something* ready for a release, but I
> doubt it will be fully compliant by then. The problem is that
> decompressed Jars are supposed to be exactly the same for any
> decompressor, so that MD5 signatures remain valid afterwards. What I
> can probably get is an unpacked Jar that will execute, but might be in
> a different ordering or have different MD5 signatures for components.
> The problem is that there's a lot of possible combinations of input
> files ...

Don't worry :)

> 
> I've also tended to do fairly large code drops in patches, because it
> normally means a few days between submission and when it can be
> applied (thanks for the last one Paulex :-) I'd prefer to submit
> smaller patches as and when new functionality is added, but it would
> take longer that way.

Small patches would be better ;)
> 
> PS When's the code going to be moved to a jdktools subproject?

That's actually a subject for a separate thread - given that the core 
code is in the classlib, we can't...

geir
> 
> Alex.
> 
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> 

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org