You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Mario Ivankovits <ma...@ops.co.at> on 2006/12/09 10:31:43 UTC
[VOTE][VFS] release commons-vfs 1.0 based on RC8
Hi!
After an eventful year and some help from others I managed to cut a new RC.
Please find the RC at
http://people.apache.org/~imario/vfs
The site can be reviewed at
http://people.apache.org/~imario/vfs-1.0-RC8/site
*) imported commons-compress into vfs codebase to get rid of snapshot
dependency
*) moved webdav implementation to the vfs sandbox due to the fact that
webdavclient seems not active and no new release is on the way
*) moved smb implemenation to the vfs sandbox due to licensing issues.
Now that we sorted out how to deal with LGPL I'll move it back for a 1.1
release
*) some bugfixes along the way
Thanks to all supporters of commons-VFS!
I'll cut a 1.0 release based on RC8, so please take some time and review
the distribution
------------
[ ] +1 I support this release
[ ] +0
[ ] -0
[ ] -1 I do not support this release because...
------------
Thanks for your time!
---
Mario
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC8
Posted by Niall Pemberton <ni...@gmail.com>.
I just thought about running the RAT tool over the source distro -
popped up 65 files missing source file license headers - including 10
java class files - I have fixed the ones that seemed to matter:
http://svn.apache.org/viewvc?view=rev&revision=485638
Since I think the above warrants a new RC, I went ahead a committed
the chanegs to the project.xml as well:
http://svn.apache.org/viewvc?view=rev&revision=485643
Niall
On 12/11/06, Niall Pemberton <ni...@gmail.com> wrote:
> The RC looks pretty good, just a couple of comments/questions:
>
> 1) Theres a failing test - does it matter?
> http://tinyurl.com/ymh763
>
> 2) The dependencies are mis-leading since they include slide and jcifs
> which are in the vfs sandbox and not part of the release:
> http://people.apache.org/~imario/vfs-1.0-RC8/site/dependencies.html
> patch to correct this (and add urls and "optional" to the dependencies) here:
> https://issues.apache.org/jira/browse/VFS-100
>
> 3) Is it intentional to not include the vfs sandbox code in the source
> distribution?
>
> Niall
>
> On 12/9/06, Mario Ivankovits <ma...@ops.co.at> wrote:
> > Hi!
> >
> > After an eventful year and some help from others I managed to cut a new RC.
> >
> >
> > Please find the RC at
> > http://people.apache.org/~imario/vfs
> >
> > The site can be reviewed at
> > http://people.apache.org/~imario/vfs-1.0-RC8/site
> >
> >
> > *) imported commons-compress into vfs codebase to get rid of snapshot
> > dependency
> > *) moved webdav implementation to the vfs sandbox due to the fact that
> > webdavclient seems not active and no new release is on the way
> > *) moved smb implemenation to the vfs sandbox due to licensing issues.
> > Now that we sorted out how to deal with LGPL I'll move it back for a 1.1
> > release
> > *) some bugfixes along the way
> >
> >
> > Thanks to all supporters of commons-VFS!
> >
> >
> > I'll cut a 1.0 release based on RC8, so please take some time and review
> > the distribution
> >
> > ------------
> > [ ] +1 I support this release
> > [ ] +0
> > [ ] -0
> > [ ] -1 I do not support this release because...
> > ------------
> >
> >
> > Thanks for your time!
> >
> > ---
> > Mario
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC8
Posted by Niall Pemberton <ni...@gmail.com>.
On 12/11/06, Mario Ivankovits <ma...@ops.co.at> wrote:
> Hi Niall!
> > 1) Theres a failing test - does it matter?
> > http://tinyurl.com/ymh763
> No, I've documented it in the release notes ... though ... hmmm ...
> maybe I found a way to make it run too ....
>
> > 2) The dependencies are mis-leading since they include slide and jcifs
> > which are in the vfs sandbox and not part of the release:
> > http://people.apache.org/~imario/vfs-1.0-RC8/site/dependencies.html
> > patch to correct this (and add urls and "optional" to the
> > dependencies) here:
> > https://issues.apache.org/jira/browse/VFS-100
> Ah, yes, thanks for fixing it. (and also the missing headers)
>
> > 3) Is it intentional to not include the vfs sandbox code in the source
> > distribution?
> How do other projects handle it, I'd prefer *not* to add it to the
> source distribution as the "sandbox" is a different module (or project)
> e.g. in the context of m2 which will create its own jar and thus its own
> -source.jar.
> The same goes for the "examples", I'd remove it even from the current
> source distribution as its another module.
>
> In MyFaces land we have a separate source jar for each distributed
> binary jar which is a one-to-one mapping to the m2 modules.
I guess if you wanted to release separate artifacts that projects
could depend on then you would go the same way. Commons attributes
distributes multiple artifacts - so you could look at that - or maybe
it would be easier to wait until we adopt m2 in Commons
http://jakarta.apache.org/commons/attributes/
In the case of "sandbox" type code then IMO it either gets excluded
and not distributed (as you have it at the moment) or you distribute
just the source code so that for those adventurous souls that are
happy to build and use from source can do so.
Just my 2cents - at the end of the day, its really down to how you
want to play it IMO.
Niall
> Ciao,
> Mario
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC8
Posted by Mario Ivankovits <ma...@ops.co.at>.
Hi Niall!
> 1) Theres a failing test - does it matter?
> http://tinyurl.com/ymh763
No, I've documented it in the release notes ... though ... hmmm ...
maybe I found a way to make it run too ....
> 2) The dependencies are mis-leading since they include slide and jcifs
> which are in the vfs sandbox and not part of the release:
> http://people.apache.org/~imario/vfs-1.0-RC8/site/dependencies.html
> patch to correct this (and add urls and "optional" to the
> dependencies) here:
> https://issues.apache.org/jira/browse/VFS-100
Ah, yes, thanks for fixing it. (and also the missing headers)
> 3) Is it intentional to not include the vfs sandbox code in the source
> distribution?
How do other projects handle it, I'd prefer *not* to add it to the
source distribution as the "sandbox" is a different module (or project)
e.g. in the context of m2 which will create its own jar and thus its own
-source.jar.
The same goes for the "examples", I'd remove it even from the current
source distribution as its another module.
In MyFaces land we have a separate source jar for each distributed
binary jar which is a one-to-one mapping to the m2 modules.
Ciao,
Mario
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC8
Posted by Niall Pemberton <ni...@gmail.com>.
The RC looks pretty good, just a couple of comments/questions:
1) Theres a failing test - does it matter?
http://tinyurl.com/ymh763
2) The dependencies are mis-leading since they include slide and jcifs
which are in the vfs sandbox and not part of the release:
http://people.apache.org/~imario/vfs-1.0-RC8/site/dependencies.html
patch to correct this (and add urls and "optional" to the dependencies) here:
https://issues.apache.org/jira/browse/VFS-100
3) Is it intentional to not include the vfs sandbox code in the source
distribution?
Niall
On 12/9/06, Mario Ivankovits <ma...@ops.co.at> wrote:
> Hi!
>
> After an eventful year and some help from others I managed to cut a new RC.
>
>
> Please find the RC at
> http://people.apache.org/~imario/vfs
>
> The site can be reviewed at
> http://people.apache.org/~imario/vfs-1.0-RC8/site
>
>
> *) imported commons-compress into vfs codebase to get rid of snapshot
> dependency
> *) moved webdav implementation to the vfs sandbox due to the fact that
> webdavclient seems not active and no new release is on the way
> *) moved smb implemenation to the vfs sandbox due to licensing issues.
> Now that we sorted out how to deal with LGPL I'll move it back for a 1.1
> release
> *) some bugfixes along the way
>
>
> Thanks to all supporters of commons-VFS!
>
>
> I'll cut a 1.0 release based on RC8, so please take some time and review
> the distribution
>
> ------------
> [ ] +1 I support this release
> [ ] +0
> [ ] -0
> [ ] -1 I do not support this release because...
> ------------
>
>
> Thanks for your time!
>
> ---
> Mario
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC8
Posted by Rahul Akolkar <ra...@gmail.com>.
On 12/11/06, Mario Ivankovits <ma...@ops.co.at> wrote:
> Hi Rahul!
> > No, tag remains VFS_1_0_RC9.
> Hmmm ... I don't understand why we still need the RC tags, if something
> is dangerous, than that we have artifacts with a release version
> numbering even if its not the real final release.
<snip/>
Correct, so to go with that the RCs should be low-key (dev list only).
This thread [1] has more on that.
> If we need a "pre stage" in svn, wouldn't it be sufficient to simply tag
> it with "VFS_1_0_RC" (without RC number)
>
<snap/>
I don't have a strong opinion, I prefer a tag per RC since its cheap
in SVN and is good for archival.
>
> Anyway, since its much easier to relase that way, I'll do it for the
> next RC.
>
<snip/>
Sounds good.
-Rahul
[1] http://tinyurl.com/sokb5
> Thanks!
>
> Ciao,
> Mario
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC8
Posted by Mario Ivankovits <ma...@ops.co.at>.
Hi Rahul!
> No, tag remains VFS_1_0_RC9.
Hmmm ... I don't understand why we still need the RC tags, if something
is dangerous, than that we have artifacts with a release version
numbering even if its not the real final release.
If we need a "pre stage" in svn, wouldn't it be sufficient to simply tag
it with "VFS_1_0_RC" (without RC number)
Anyway, since its much easier to relase that way, I'll do it for the
next RC.
Thanks!
Ciao,
Mario
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC8
Posted by Rahul Akolkar <ra...@gmail.com>.
On 12/11/06, Mario Ivankovits <ma...@ops.co.at> wrote:
<snip/>
>
> And I too would like another way how we move forward to a release (at
> least if my understanding matches with what you mean).
> Is it like this?:
>
> *) create a version tag in svn - the final tag - in this case "vfs-1.0"
<snap/>
No, tag remains VFS_1_0_RC9. But version numbers in
{project,build,pom}.xml etc. get set to 1.0 (not 1.0-RC9). If you
want, here is a recent example (long URL, may be fragmented):
http://svn.apache.org/repos/asf/jakarta/commons/proper/scxml/tags/SCXML_0_6_RC1/
The advantage is you can copy the exact binaries that were voted on to
the Jakarta dist/ space (no rebuild, so actually less work for the RM
as well). You can also simply copy this tag to the final VFS_1_0 tag
if the vote passes.
> *) switch local version to this tag (or checkout at a different place)
<snip/>
Yes :-)
> *) remove SNAPSHOT from various build files
<snap/>
Not needed, see above.
> *) create distribution - creates artifact with correct final version
> *) after the vote has passed we simply can copy these version to their
> final destination
>
<snip/>
Indeed.
-Rahul
>
> Ciao,
> Mario
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC8
Posted by Mario Ivankovits <ma...@ops.co.at>.
Hi Rahul!
> Ofcourse its upto you, but I'd suggest making the (new) RC available
> for a few days before calling the vote, especially since there has
> been quite a gap between the last RC and now.
Hehe, for sure, I was just too enthusiastic ;-)
On the other hand, more often than not things came up during the vote
and not after the announcements :-(
> Also, same comment as in betwixt vote thread about final versions in
> artifacts.
>
> Please note that I do not think its a good idea to announce RCs on the
> user list, especially once we all switch to the style above.
I agree if we change our artifacts.
And I too would like another way how we move forward to a release (at
least if my understanding matches with what you mean).
Is it like this?:
*) create a version tag in svn - the final tag - in this case "vfs-1.0"
*) switch local version to this tag (or checkout at a different place)
*) remove SNAPSHOT from various build files
*) create distribution - creates artifact with correct final version
*) after the vote has passed we simply can copy these version to their
final destination
Ciao,
Mario
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [VOTE][VFS] release commons-vfs 1.0 based on RC8
Posted by Rahul Akolkar <ra...@gmail.com>.
On 12/9/06, Mario Ivankovits <ma...@ops.co.at> wrote:
> Hi!
>
> After an eventful year and some help from others I managed to cut a new RC.
>
<snip/>
I see Niall has already made some improvements (thanks).
Ofcourse its upto you, but I'd suggest making the (new) RC available
for a few days before calling the vote, especially since there has
been quite a gap between the last RC and now. IMO, this will allow for
folks to catch up and take care of things such as Niall's
improvements.
Also, same comment as in betwixt vote thread about final versions in artifacts.
Please note that I do not think its a good idea to announce RCs on the
user list, especially once we all switch to the style above.
-Rahul
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org