Thorsten, I noticed that you uploaded some files to https://dist.apache.org/repos/dist/dev/logging/log4cxx/, are those for review yet or not?
-Robert Middleton On Sat, Jul 8, 2017 at 2:17 PM, Matt Sicker <boa...@gmail.com> wrote: > 1. I think a PMC has to commit the key to the file. > > 4. All sounds reasonable to me. > > 5. Normally we'd stage artifacts on Nexus. However, as we're not putting > C++ stuff on Maven Central, I don't think that's right. I found this svn > repo <https://dist.apache.org/repos/dist/dev/logging/> that looks > promising. It's a separate directory from the < > https://dist.apache.org/repos/dist/release/logging/> release area where we > commit the artifacts after a successful vote. Committing release candidates > to the dev section may require being a PMC since it's the same svn repo. > > A good way to test an RC is providing the git tag so we can checkout that > tag and build locally to verify. The archives, signature files, etc., > should be distributed via apache.org somehow so we can download and verify > the artifacts which get committed to the release repo later. That will get > mirrored across all the Apache mirrors. > > On 8 July 2017 at 04:26, Thorsten Schöning <tschoen...@am-soft.de> wrote: > > > Guten Tag Matt Sicker, > > am Freitag, 7. Juli 2017 um 22:41 schrieben Sie: > > > > > 1. You should add it to the logging project's KEYS file. I think I was > > one > > > of the last keys added to the file. > > > > I don't have write access to dist/release. Should I ask someone for > > write access or is someone else committing/uploading? > > > > > 4. Call a vote when you have all the artifacts ready for review. This > > > generally includes a source zip/tarball, binary source/tarball, and > site > > > zip. > > > > The current release procedure doesn't create binaries and the former > > releases didn't as well. Shouldn't be a problem then? > > > > Additionally, the site is not an extra zip, but is combined in one > > release zip/tarball, together with source code and everything. It's > > exactly like what has been created before. So shouldn't be a problem > > as well? > > > > > 5. At minimum, we need to commit the artifacts to the dist svn > repository > > > to mirror the source and binary artifacts across apache.org. > > > > But what happens before, during the vote? You said I need to have all > > artifacts for review, than call for a vote. But me having the > > artifacts doesn't provide them others, so what do I do with the > > artifacts before the vote and before uploading them to dist/release? > > > > The docs mention dist/dev, like an optional choice, but doesn't > > actually tell me if I need to upload my RCs there or not. I have no > > idea if/how others review those artifacts. > > > > Mit freundlichen Grüßen, > > > > Thorsten Schöning > > > > -- > > Thorsten Schöning E-Mail: thorsten.schoen...@am-soft.de > > AM-SoFT IT-Systeme http://www.AM-SoFT.de/ > > > > Telefon...........05151- 9468- 55 > > Fax...............05151- 9468- 88 > > Mobil..............0178-8 9468- 04 > > > > AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln > > AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow > > > > > > > -- > Matt Sicker <boa...@gmail.com> >