I've renamed the files in https://dist.apache.org/repos/dist/dev/incubator/pekko/1.0.0-RC2/
The files are unmodified but it is better that people get to vote on this form of the files because this is what will be released (if the votes pass). Here is my +1 again (just in case). I've adjusted the Pekko Release Process [1] to reflect what we've learned today. [1] https://github.com/apache/incubator-pekko-site/wiki/Pekko-Release-Process On Thu, 29 Jun 2023 at 10:47, Justin Mclean <jus...@classsoftware.com> wrote: > > Hi, > > > If I understand you correctly, this means that various TLP projects don't > > currently follow ASF rules on this matter. > > I‘m not aware of any project that makes changes to what was voted on after > the vote, as IMO, that would make the vote mostly meaningless. Which projects > are doing this? Some projects might rebuild binary releases from the voted-on > source release, but even that is quite unusual. Most projects either publish > the binaries separately as a convenience or vote on the source and binary > releases simultaneously. > > I would be wary of copying what other TLPs do, as you may not know the > history or reasoning behind why they do it. Most ASF “rules” are guidelines, > and if there is a good reason for a project to do something another way, it > may be able to be done that way, but you would need to discuss that with the > IPMC first. > > Source releases are published using a svn mv command from the voted-on > released artefacts, so you can’t change them other than what is are named. > Changing them would mean the voted on signatures and hashes are invalid. Some > projects use the same artefact name and just put them in directories called > RC1, RC2 etc > > > Unfortunately for technical reasons we cannot just rename the artifacts > > because the version actually gets built into the metadata of the > > binary jars > > In that case you should use the real version number and just rename the > artefacts -RC1, -RC2 etc as needed when voting on them. > > Kind Regards, > Justin > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@pekko.apache.org > For additional commands, e-mail: dev-h...@pekko.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@pekko.apache.org For additional commands, e-mail: dev-h...@pekko.apache.org
