+1 (non-binding) Also checked signatures.
Cheers, Jamie On Wed, Jun 25, 2014 at 10:52 AM, <[email protected]> wrote: > Here's my +1 on this. > > Anyone else wants a Repository 2.0.2 release? > > Cheers, > > David > > On 23 June 2014 16:09, <[email protected]> wrote: >> Hi, >> >> I'm calling a vote on Felix Bundle Repository version 2.0.2. >> >> It's been a long time since the OBR has been released, and since it >> now also provides the OSGi Repository API 1.0 I think this warrants a >> version of 2.0.x. Note that the exported packages are semantically >> versioned. >> This release replaces failed release attempt for version 2.0.0 which >> failed the vote because of omissions in the DEPENDENCIES and NOTICES >> files. I have also added the sources using the maven-source-plugin to >> this release. >> >> Staging repository: >> https://repository.apache.org/content/repositories/orgapachefelix-1025/ >> >> You can use this UNIX script to download the release and verify the >> signatures: >> http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh >> >> Usage: >> sh check_staged_release.sh 1025 /tmp/felix-staging >> >> Changes: >> New Feature: >> * [FELIX-4368] - Support OSGi Repository 1.0 Specification >> ** [FELIX-4369] - Support repository.xml as defined by OSGi Repository spec >> ** [FELIX-4370] - Support Repository service as defined by OSGi spec >> ** [FELIX-4371] - Pass the Repository 1.0 OSGi CT >> -> The results of the OSGi Repository CT can be found here: >> >> http://people.apache.org/~davidb/felix_obr_2.0.0/TEST-org.osgi.test.cases.repository-5.0.0.xml >> >> Bug fixed: >> * [FELIX-3257] - OBR resolver unable to pick up the highest bundle >> version when selecting the best candidate >> * [FELIX-2465] - system.bundle should be automatically wired to the >> relevant bundle >> * [FELIX-3842] - NPE in LocalRepositoryImpl >> >> Please vote to approve this release: >> >> [ ] +1 Approve the release >> [ ] -1 Veto the release (please provide specific comments) >> >> This vote will be open for at least 72 hours. >> >> Thanks, >> >> David Bosschaert
