Re: [DISCUSS] Making a release

2006-11-12 Thread Marc Prud'hommeaux
Craig- The only difference is that we initially branch from the trunk and perform the updates to the pom.xml files there, and then release against the branch, correct? I don't necessarily object to releasing off of a branch, but does it really save any effort? After all, if release

RE: [DISCUSS] Making a release

2006-11-12 Thread Patrick Linskey
I think that the issue is that the thing that is voted on is the tag. Additional work might be happening as the vote proceeds; that additional work may or may not be ready for prime-time. I expect that over time, we'll be branching earlier anyways and doing destabilizing work on a branch separate

Re: [DISCUSS] Making a release

2006-11-12 Thread Marc Prud'hommeaux
On Nov 12, 2006, at 1:26 PM, Patrick Linskey wrote: I think that the issue is that the thing that is voted on is the tag. Is that actually right? My understanding was that the thing that is voted on is the artifacts (in this case, the binary and source zip archives), and that the VCS is

RE: [DISCUSS] Making a release

2006-11-12 Thread Patrick Linskey
On Nov 12, 2006, at 1:26 PM, Patrick Linskey wrote: I think that the issue is that the thing that is voted on is the tag. Is that actually right? My understanding was that the thing that is voted on is the artifacts (in this case, the binary and source zip archives), and that the

Re: [DISCUSS] Making a release

2006-11-12 Thread Craig L Russell
Hi Marc, I missed Patrick's message. Maybe it's stuck in spam limbo. On Nov 12, 2006, at 1:32 PM, Marc Prud'hommeaux wrote: On Nov 12, 2006, at 1:26 PM, Patrick Linskey wrote: I think that the issue is that the thing that is voted on is the tag. Is that actually right? My understanding

Re: [DISCUSS] Making a release

2006-11-12 Thread Marc Prud'hommeaux
On Nov 12, 2006, at 1:46 PM, Patrick Linskey wrote: On Nov 12, 2006, at 1:26 PM, Patrick Linskey wrote: I think that the issue is that the thing that is voted on is the tag. Is that actually right? My understanding was that the thing that is voted on is the artifacts (in this case, the

Re: [DISCUSS] Making a release

2006-11-12 Thread Marc Prud'hommeaux
Assuming that all the release issues apply to the trunk as well, which is not necessarily everything. The issue is that if you don't branch, until you have a release, the trunk is stuck at the release level which means you can't have nightly builds of SNAPSHOT or do any future

Re: [VOTE RESULT] publish openjpa 0.9.6-incubating podling release

2006-11-12 Thread Marc Prud'hommeaux
Craig- On Nov 12, 2006, at 2:06 PM, Craig L Russell wrote: Hi Marc, Please read this regarding votes. http://www.apache.org/foundation/ voting.html#ReleaseVotes policy Votes on whether a package is ready to be released follow a format similar to majority approval -- except that the

Re: [VOTE RESULT] publish openjpa 0.9.6-incubating podling release

2006-11-12 Thread Craig L Russell
Hi Marc, On Nov 12, 2006, at 2:17 PM, Marc Prud'hommeaux wrote: Craig- On Nov 12, 2006, at 2:06 PM, Craig L Russell wrote: Hi Marc, Please read this regarding votes. http://www.apache.org/foundation/ voting.html#ReleaseVotes policy Votes on whether a package is ready to be released

[VOTE] [SECOND ATTEMPT] publish openjpa 0.9.6-incubating release

2006-11-12 Thread Marc Prud'hommeaux
OpenJPA People- In accordance with the Incubating Releases guidelines at http:// incubator.apache.org/incubation/Incubation_Policy.html#Releases , I'd like to take a third shot at making an OpenJPA release and start a vote on publishing a 0.9.6-incubating release of OpenJPA. The most

Re: [VOTE] [SECOND ATTEMPT] publish openjpa 0.9.6-incubating release

2006-11-12 Thread Geir Magnusson Jr.
why are these zip files in the m2 repo? I thought that was just for jars and such? geir Marc Prud'hommeaux wrote: OpenJPA People- In accordance with the Incubating Releases guidelines at http://incubator.apache.org/incubation/Incubation_Policy.html#Releases , I'd like to take a third

RE: [VOTE] [SECOND ATTEMPT] publish openjpa 0.9.6-incubating release

2006-11-12 Thread Patrick Linskey
+1 -- Patrick Linskey BEA Systems, Inc. ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential,

Re: [VOTE] [SECOND ATTEMPT] publish openjpa 0.9.6-incubating release

2006-11-12 Thread Marc Prud'hommeaux
Geir- Maven automatically includes all artifacts in deploy uploads, which includes the assemblies (i.e., the source and binary zips). I was pleasantly surprised by that, since it is a handy way to keep the maven-friendly jar repository and the zipped assemblies in sync. For the purposes

Re: [VOTE] [SECOND ATTEMPT] publish openjpa 0.9.6-incubating release

2006-11-12 Thread Geir Magnusson Jr.
It might be argued that since we haven't voted that as an artifact from the project, it shouldn't be there... geir Marc Prud'hommeaux wrote: Geir- Maven automatically includes all artifacts in deploy uploads, which includes the assemblies (i.e., the source and binary zips). I was

Re: [VOTE] [SECOND ATTEMPT] publish openjpa 0.9.6-incubating release

2006-11-12 Thread Marc Prud'hommeaux
On Nov 12, 2006, at 4:38 PM, Geir Magnusson Jr. wrote: It might be argued that since we haven't voted that as an artifact from the project, it shouldn't be there... By there, do you mean beneath the http://people.apache.org/repo/m2- incubating-repository/org/apache/openjpa/ directory, or