Chris Travers wrote: > We basically package the release and submit it for review. In the past > this has been largely been done by the core team but this was originally > at least in part due to the fact that we were doing a *lot* more in the > way of security releases in our early days. There is an argument that > this should be a more transparent process and I generally agree with > that.
My question was more along the lines of what the validators did with the proposed tarball. Is validation an informal loading of real world datasets and seeing if there are any observable defects? > In the past this has meant that we email the release out to everyone > else. Under my proposal, it would be uploaded to a different package on > Sourceforge. We should probably append the letter 'v' for a validation > upload. Can a proposed release simply be an svn tag URL, with validators independently svn export'ing an tar/zipping? Or, commit the proposed archives to the repository in a ledgersmb/releases/ svn URL. Send email to the validators to export and test the tag and/or release URL, and if there are no problems reported, upload the archives to sourceforge. If there's a problem and you don't want to increment the version, the tag can be deleted and the branch tagged again with the name later. Doing it within the repository preserves the history of the validation process. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Ledger-smb-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ledger-smb-devel
