Great to see you are heading towards a release.

I would like to mention if you would build with Maven, there is a lot
of these release steps prepared with the so called "apache parent".
It's a parent pom which helps to create release candidates etc.

I saw you are going with ant, so I would like to pass on these links
which are hopefully helpful for you! These are from the Commons
project and they rely on maven too, but you maybe find some
interesting tools / ideas from it.

http://commons.apache.org/releases/prepare.html
http://commons.apache.org/releases/release.html

On signing releases (not sure how outdated it is):
http://wiki.apache.org/commons/SigningReleases

If you have any specific questions on releasing at apache, I am happy
to help out. Incubator releases are always a bit tricky.

Cheers
Christian

On Sat, May 25, 2013 at 6:31 AM, Michael MacFadden
<[email protected]> wrote:
> I have no problem signing, I would like to do SOMETHING to help out.  I
> can make the time.
>
> ~Michael
>
> On 5/24/13 6:28 AM, "Angus Turner" <[email protected]> wrote:
>
>>Don't see a reason not to tag the release. I think we should go from 0.1,
>>but I think it's more a personal thing.
>>
>>Thanks
>>Angus Turner
>>[email protected]
>>
>>
>>On Fri, May 24, 2013 at 8:51 PM, Ali Lown <[email protected]> wrote:
>>
>>> Ok. Do we feel happy to tag the tree now?
>>>
>>> What do we want to call this release? (I assume <1, since we don't feel
>>>it
>>> is completely stable yet. See:
>>>
>>>
>>>https://incubator.apache.org/guides/releasemanagement.html#best-practice-
>>>versioning
>>> )
>>>
>>> @Michael: Are you still happy to do signing?
>>>
>>> Ali
>>>
>>> On 23 May 2013 20:48, Angus Turner <[email protected]> wrote:
>>>
>>> > I believe Michael had volunteered to do the signing and push the
>>>release
>>> > over the line, but he seems pretty busy. There's guides on the
>>>foundation
>>> > website on how to sign a release etc.
>>> >
>>> > Thanks
>>> > Angus Turner
>>> > [email protected]
>>> >
>>> >
>>> > On Thu, May 23, 2013 at 10:55 PM, Ali Lown <[email protected]> wrote:
>>> >
>>> > > So.... The list has been a bit quiet for a while again, so it must
>>>be
>>> > time
>>> > > to get this moving onwards.
>>> > >
>>> > > Looking at the list Angus put together a while ago, we can safely
>>>say
>>> > that
>>> > > we are ready to do the final admin for a release.
>>> > >
>>> > > I don't think it is important to try to empty our review list, or
>>>push
>>> > for
>>> > > any major changes to the code before making this release. (Once we
>>>have
>>> > got
>>> > > this one done, it should be easy to make a future release adding
>>> whatever
>>> > > cool new features/fixes we want to).
>>> > >
>>> > > I will send a review request for the LICENSE and NOTICE files, which
>>> > looks
>>> > > like the final stuff before saying "release now".
>>> > >
>>> > > Are we happy with tagging the tree after this?
>>> > > How do we want to handle the signing of the release?
>>> > > Other comments?
>>> > >
>>> > > Ali
>>> > >
>>> > >
>>> >
>>>
>>>-------------------------------------------------------------------------
>>>-
>>> > >
>>> > > -licence audit *DONE*
>>> > > -name the release - has to have 'incubating' in the name e.g.:
>>> > > apache-wave-incubating *DONE* (This seems reasonable, unless you
>>>have
>>> any
>>> > > better ideas)
>>> > >
>>> > > Packages
>>> > >         -Check that compressed artifacts unpack correctly
>>> > >         -Check that the documentation is readable
>>> > >         -Check distributed libraries
>>> > >             -Check licenses for libraries are distributed together
>>>with
>>> > any
>>> > > applicable NOTICES *DONE*
>>> > >             -Check that licenses comply with incubator policy *DONE*
>>> > >             -Check that licenses comply with project policy *DONE*
>>> > >             -Check that LICENSE and NOTICE documents contain
>>>required
>>> > > sections (We don't have a LICENSE file, and our NOTICE file is in
>>>the
>>> > > plural not singular as required)
>>> > >             -Check that any cryptographic dependencies satisfy
>>>export
>>> > > regulations *DONE* (Only cryptographic dependency seems to be
>>>included
>>> > with
>>> > > Jetty)
>>> > >
>>> > >         -Check copyright notices:
>>> > >                 -Licenses missing from source files *DONE*
>>> > >                 -Source files with other licenses which are not
>>> mentioned
>>> > > in LICENSE *DONE*
>>> > >                 -Check current policy on headers that all comply
>>>*DONE*
>>> > >         -Check incubator requirements
>>> > >                 -Check disclaimer is distributed *DONE*
>>> > >                 -Check status document (This needs to be updated
>>>with
>>> new
>>> > > commiters, new project status etc.)
>>> > > Source Package
>>> > >         -Check build instructions exist and that source builds using
>>> > these
>>> > > instructions *DONE*
>>> > >         -Check license headers are correctly applied *DONE*
>>> > >         -Check for version control files *DONE*
>>> > >         -Check that source is exported from tag
>>> > > OpenPGP keys
>>> > >         -Check KEYS file contains signing key
>>> > >         -Check key has been uploaded to regular public key servers
>>> > >
>>> > > -proof read documentation/check it is up to date *SEMI DONE*
>>> > >
>>> > > -tag in subversion
>>> > > -release documentation
>>> > >         -release notes - include description of project
>>> > >         -CHANGES can use svn log
>>> > >         -build process in README *DONE*
>>> > >                 -dependancies to build
>>> > >                 -any backwards compatibility issues
>>> > >         -STATUS document
>>> > >         -LICENCE file - needs to include apache licence + any
>>>licence
>>> > from
>>> > > depend.
>>> > >         -incubator disclaimer in DISCLAIMER *DONE*
>>> > >         -NOTICE file *DONE*
>>> > >                 Apache [PRODUCT_NAME]
>>> > >                 Copyright [yyyy] The Apache Software Foundation
>>> > >
>>> > >                 This product includes software developed at
>>> > >                 The Apache Software Foundation
>>>(http://www.apache.org/
>>> ).
>>> > > -compress release
>>> > >         -tar.gz for unix
>>> > >         -zip for windows
>>> > >         -should unpack to different names e.g. foo-src for source,
>>>foo
>>> > for
>>> > > binary
>>> > > -dependencies *DONE* (everything important is included in the
>>> > third_party,
>>> > > or fetched by the ant get-third-party)
>>> > >         -what is optional/required
>>> > >         -where to find them if not included in package
>>> > >         -min/max versions
>>> > > -sign the release (md5 hashes and the like)
>>> > >         see: http://www.apache.org/dev/release-signing.html
>>> > >
>>> > > -upload it to dist/incubator folder
>>> > > -release needs to be:
>>> > >         -owned by incubator group
>>> > >         -be group writable
>>> > >         -be readonly to the world
>>> > >         eg:
>>> > >             find . -type f -exec chmod 664 {} \;
>>> > >             find . -type d -exec chmod 775 {} \;
>>> > >             chgrp -R incubator *
>>> > >
>>> > > -decide on layout eg: http://www.apache.org/dist/httpd/
>>> > >         -each type in it's own directory
>>> > >         -symlinks to root directory for ease of access
>>> > >         -can edit above and below the index using HEADER.html &
>>> > FOOTER.html
>>> > > -delete old releases
>>> > > -create release download page. see:
>>> > > http://www.apache.org/dev/release-download-pages.html
>>> > >
>>> > > -announce to pmc for voting
>>> > >         -on general incubator list
>>> > >         -prefix with [VOTE]
>>> > >         -tally votes and reply with [RESULT] prefix
>>> > > -announce the release
>>> > >         -should be signed with the key used to sign the release
>>> > >         -from @apache.org address
>>> > > -document all the steps/create a release build script
>>> > >
>>> >
>>>
>
>



--
http://www.grobmeier.de
https://www.timeandbill.de

Reply via email to