Mailing-List: contact felix-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: felix-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of fmeschbe@gmail.com designates
 64.233.162.195 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=arI/WA/qzko9bcbO5obC1tacshNthGpomnvyE2xM4eT5gcR4nz/VYfoVHFbyKEOxjaUKL2iahJttTpP84SnJZ1SCOSOb0jLo+JDzeWBpaZciJU6FdaVVdGpIh8ulQr0it54DS+26pDVVyUgCyTDna7e0tj+XrphF/wP3NuIyhsY=
Message-ID: <ae03024e0609172343n5b72ea6ah977795f6ef593273@mail.gmail.com>
Date: Mon, 18 Sep 2006 08:43:29 +0200
From: "Felix Meschberger" <Felix.Meschberger@day.com>
Sender: fmeschbe@gmail.com
To: felix-dev@incubator.apache.org
Subject: Re: Graduation vs. release
In-Reply-To: <450E34DC.9030205@ungoverned.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <450E34DC.9030205@ungoverned.org>

Hi,

First of all, I would thank everyone for the great work which has been
done here ! It is really a pleasure using Felix.

Second, I would very much welcome a release, of course. IMHO it needs
not be a 1.0 release, but it might enhance visibility of the product
in the community.

+ 1 to cut a release (nonbinding)
+ 1 to include bundlerepository with the release (nonbinding)

Regards
Felix

>
> I think all of the above subprojects are ready to go as is with respect
> to their functionality. The following is a list of some loose ends that
> need to be tied up:
>
>     * Fix all headers to meet the requirements defined in
>       http://www.apache.org/legal/src-headers.html.
>     * Create an appropriate LICENSE file.
>     * Create an appropriate NOTICE file.
>     * Determine how the OSGi interface source and classes must be handled.
>     * Determine version numbers for subprojects, especially those that
>       will be released along with the framework.
>     * If we release bundle repository as part of the framework install,
>       then determine what we will do for the repository.
>
> We can also debate whether or not this is an actual release or a dry
> run, but I don't see much point in that. If we get all of this stuff
> done, then it will effectively be a real release, so no dry run is
> really necessary. We can still label it as a "release candidate" or
> whatever we want, but I would argue for making it publicly available
> since we have to figure out how we are going to do that too and we can
> possibly get feedback on the release...once we graduate we can just
> change its label to "final" or we may actually get some feedback on
> issues that we can resolve for the official release after graduation if
> we make the release public now.
>
> Comments on the above and on things that I am forgetting are welcome.
>
> -> richard
>
> p.s. I have created JIRA issues for the above and have attached them to
> version 0.8.0.
>