IMO, it prevents a one-line release command for Maven projects using the
standard conventions (I'm blindly assuming is Maven is the most common
tool used). However, I can also see where Justin is coming from with the
provenance side of things (the disconnect between what was voted on and
what gets placed on dist.a.o).
* Does anyone actually verify that people use `svn mv` now?
* Does anyone actually verify that the xsums of what was voted on is
what gets put into dist.a.o as the official release?
So, yes it would be nice to avoid any snafu due to any incorrectly
promoted release, but I don't think it would actually get us any closer
to a complete "chain of custody" than what we have now. As such, I think
it is an unnecessary burden for an already "traumatic" release process.
It would be a good "best practice" however not a "policy".
John D. Ament wrote:
So this issue pops up in a lot of podling votes.
Next time could you please:
- Place the artefacts for voting on in [1] that way they can be released
with an svn mv command.
However, none of our incubator policies talk about this as far as I can
tell. Is this something we actually want to pursue? Most TLPs don't do
this.
John
On Thu, Jan 12, 2017 at 1:48 AM Justin Mclean<jus...@classsoftware.com>
wrote:
Hi,
+1 binding
I checked:
- name includes incubating
- disclaimer exists
- notice good (but year last year - please update in next release)
- all source files have ASF header
- no binary files in release
- can compile from source
Next time could you please:
- Place the artefacts for voting on in [1] that way they can be released
with an svn mv command.
- Can you sign the artifact with an apache email address rather than
edlinuxg...@gmail.com.
README without a license header is fine IMO [1] but no harm in including
one either.
Thanks,
Justin
1. https://dist.apache.org/repos/dist/dev/incubator/gossip/
2. https://www.apache.org/legal/src-headers.html#faq-exceptions
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org
