You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@devicemap.apache.org by Stefan Seelmann <ma...@stefan-seelmann.de> on 2015/08/04 19:13:40 UTC
SVN sandbox (was: Re: 2.0 is now alpha)
On 08/04/2015 05:52 PM, Werner Keil wrote:
> To allow parallel approaches (not only at events like Hackathons) someone
> even before the restructuring created this
> https://svn.apache.org/repos/asf/devicemap/branches/2.0/classifiers/ but
> it's empty, and the name "classifiers" does not seem to make as much sense
> there any more. While "data" probably makes no more sense, now that 2.0
> development is done on trunk rather than a "feature branch" could we
> consider this a sort of "sandbox" for new ideas like alternate JSON parsers
> or even new language ports?
I'd rather suggest to create a dedicated "sandbox" folder at the top
level SVN folder, sibling to "trunk". i.e. [1]. Within that each
commiter can create her/his own folder (typically named ApacheID) for
experiments. Other Apache projects like httpd or directory also have this.
If the branch above doesn't contain anything and isn't used anymore, why
not just delete it? But this should be decided by the creator (Reza).
Kind Regards,
Stefan
[1] https://svn.apache.org/repos/asf/devicemap/sandbox/
Re: SVN sandbox (was: Re: 2.0 is now alpha)
Posted by Werner Keil <we...@gmail.com>.
No problem with that, it's what e.g. Tamaya did and I also suggested
earlier.
In that case the logical step for this 2.0 branch would be to clean it up.
IMHO (see what we succesfully do at JavaMoney, one of my ACE talks are
about a "sandbox" project for Groovy) adding new languages would also bests
be in a "sandbox" to see how it goes and then (with PMC vote) consider
making it official.
Kind Regards,
Werner
On Tue, Aug 4, 2015 at 7:13 PM, Stefan Seelmann <ma...@stefan-seelmann.de>
wrote:
> On 08/04/2015 05:52 PM, Werner Keil wrote:
> > To allow parallel approaches (not only at events like Hackathons) someone
> > even before the restructuring created this
> > https://svn.apache.org/repos/asf/devicemap/branches/2.0/classifiers/ but
> > it's empty, and the name "classifiers" does not seem to make as much
> sense
> > there any more. While "data" probably makes no more sense, now that 2.0
> > development is done on trunk rather than a "feature branch" could we
> > consider this a sort of "sandbox" for new ideas like alternate JSON
> parsers
> > or even new language ports?
>
> I'd rather suggest to create a dedicated "sandbox" folder at the top
> level SVN folder, sibling to "trunk". i.e. [1]. Within that each
> commiter can create her/his own folder (typically named ApacheID) for
> experiments. Other Apache projects like httpd or directory also have this.
>
> If the branch above doesn't contain anything and isn't used anymore, why
> not just delete it? But this should be decided by the creator (Reza).
>
> Kind Regards,
> Stefan
>
> [1] https://svn.apache.org/repos/asf/devicemap/sandbox/
>
>
Re: SVN sandbox
Posted by Stefan Seelmann <ma...@stefan-seelmann.de>.
On 08/04/2015 11:52 PM, Werner Keil wrote:
> Coming back to what Stefan actually asked, he may not have noticed the
> https://svn.apache.org/repos/asf/devicemap/whiteboard/ folder when he
> suggested something like https://svn.apache.org/repos/asf/devicemap/sandbox/
> .
>
> The way Sling uses "whiteboard" is comparable to Tamaya's "sandbox" folder,
> so either one would work, just gotta decide which one to use (or create if
> it's one that does not exist)
>
Sure, the already existing "whiteboard" folder sounds good too.
Re: SVN sandbox (was: Re: 2.0 is now alpha)
Posted by Werner Keil <we...@gmail.com>.
Done.
At least most try to help and collaborate while one still keeps breathing
fire and brimstone on regular occasions;-|
On Wed, Aug 5, 2015 at 10:27 AM, Werner Keil <we...@gmail.com> wrote:
> Sounds good, I guess we may also want to copy the README file Sling got in
> the "whitspace" folder.
>
> For a preview or preliminary state like that of 2.0 matching tags would
> also be a proper way to show and capture what's there as of now.
>
> Werner
>
> On Wed, Aug 5, 2015 at 9:27 AM, Bertrand Delacretaz <
> bdelacretaz@apache.org> wrote:
>
>> Hi,
>>
>> On Tue, Aug 4, 2015 at 9:35 PM, Reza Naghibi <re...@apache.org> wrote:
>> > .../release is only for released software which went thru the normal
>> Apache
>> > releasing procedures....
>>
>> Sounds like a good convention to me, though from the ASF's point of
>> view svn tags have no special meaning - it's the zip/tar archives that
>> we vote on that constitute releases.
>>
>> > ... Im pretty certain that all of the tags and branches
>> > you have made in the last 2 years were done outside of releasing
>> procedures...
>>
>> Having svn tags that are unrelated to releases is fine. Unless we did
>> this already we might just define some "sacred" areas under
>> https://svn.apache.org/repos/asf/devicemap/tags/ where people are not
>> supposed to create tags at will. And add a README right there that
>> explains that.
>>
>> -Bertrand
>>
>
>
Re: SVN sandbox (was: Re: 2.0 is now alpha)
Posted by Werner Keil <we...@gmail.com>.
Sounds good, I guess we may also want to copy the README file Sling got in
the "whitspace" folder.
For a preview or preliminary state like that of 2.0 matching tags would
also be a proper way to show and capture what's there as of now.
Werner
On Wed, Aug 5, 2015 at 9:27 AM, Bertrand Delacretaz <bd...@apache.org>
wrote:
> Hi,
>
> On Tue, Aug 4, 2015 at 9:35 PM, Reza Naghibi <re...@apache.org> wrote:
> > .../release is only for released software which went thru the normal
> Apache
> > releasing procedures....
>
> Sounds like a good convention to me, though from the ASF's point of
> view svn tags have no special meaning - it's the zip/tar archives that
> we vote on that constitute releases.
>
> > ... Im pretty certain that all of the tags and branches
> > you have made in the last 2 years were done outside of releasing
> procedures...
>
> Having svn tags that are unrelated to releases is fine. Unless we did
> this already we might just define some "sacred" areas under
> https://svn.apache.org/repos/asf/devicemap/tags/ where people are not
> supposed to create tags at will. And add a README right there that
> explains that.
>
> -Bertrand
>
Re: SVN sandbox (was: Re: 2.0 is now alpha)
Posted by Bertrand Delacretaz <bd...@apache.org>.
Hi,
On Tue, Aug 4, 2015 at 9:35 PM, Reza Naghibi <re...@apache.org> wrote:
> .../release is only for released software which went thru the normal Apache
> releasing procedures....
Sounds like a good convention to me, though from the ASF's point of
view svn tags have no special meaning - it's the zip/tar archives that
we vote on that constitute releases.
> ... Im pretty certain that all of the tags and branches
> you have made in the last 2 years were done outside of releasing procedures...
Having svn tags that are unrelated to releases is fine. Unless we did
this already we might just define some "sacred" areas under
https://svn.apache.org/repos/asf/devicemap/tags/ where people are not
supposed to create tags at will. And add a README right there that
explains that.
-Bertrand
Re: SVN sandbox (was: Re: 2.0 is now alpha)
Posted by Bertrand Delacretaz <bd...@apache.org>.
On Tue, Aug 4, 2015 at 11:52 PM, Werner Keil <we...@gmail.com> wrote:
> Coming back to what Stefan actually asked, he may not have noticed the
> https://svn.apache.org/repos/asf/devicemap/whiteboard/ folder when he
> suggested something like https://svn.apache.org/repos/asf/devicemap/sandbox/..
/whiteboard sounds good to me for experiments, as you say that's how
we do it in Sling, at
https://svn.apache.org/repos/asf/sling/whiteboard/
-Bertrand
Re: SVN sandbox (was: Re: 2.0 is now alpha)
Posted by Werner Keil <we...@gmail.com>.
Coming back to what Stefan actually asked, he may not have noticed the
https://svn.apache.org/repos/asf/devicemap/whiteboard/ folder when he
suggested something like https://svn.apache.org/repos/asf/devicemap/sandbox/
.
The way Sling uses "whiteboard" is comparable to Tamaya's "sandbox" folder,
so either one would work, just gotta decide which one to use (or create if
it's one that does not exist)
Re: SVN sandbox (was: Re: 2.0 is now alpha)
Posted by Werner Keil <we...@gmail.com>.
All are previews clearly tagged RCx, there is just one redundant tag
https://svn.apache.org/repos/asf/devicemap/tags/devicemap/java/1.0.0/ but
it contains the "classfier" client, not simpleddr.
Just like <
http://svn.apache.org/viewvc/sling/tags/healthcheck-before-SLING-2987/>
which was not tagged for a release, but nevertheless to mark a known state
of that artifact or project.
Tags like >
https://svn.apache.org/repos/asf/devicemap/tags/data/devicemap-data-1.0.1/
should
be under /release, they are redundant.
On Tue, Aug 4, 2015 at 9:35 PM, Reza Naghibi <re...@apache.org> wrote:
> > because they should be under /release already
>
> /release is only for released software which went thru the normal Apache
> releasing procedures. Im pretty certain that all of the tags and branches
> you have made in the last 2 years were done outside of releasing procedures
> [1].
>
> Finally you didnt answer this question: Can you please explain why there
> are 4 versions of the w3c-simple-ddr client tagged [2]?
>
> [1] https://www.apache.org/dev/release.html
> [2] https://svn.apache.org/repos/asf/devicemap/tags/devicemap/java/
>
>
> On Tue, Aug 4, 2015 at 2:43 PM, Werner Keil <we...@gmail.com> wrote:
>
> > So based on Stefan's suggestion (and the way it's used by Sling)
> > https://svn.apache.org/repos/asf/devicemap/whiteboard/ would already be
> > there;-)
> >
> > Sling also had "whiteboard" under /tags. Not all tags were put there btw,
> > so I am not sure, if we should rename or refactor those, but if we took
> > further inspiration from Sling, I'd say we could move some (especially
> > those under "devicemap" or "examples" to a new "whiteboard" sub-folder.
> >
> > Except for those that are clear duplicates, just like other projects do I
> > would not delete them.
> >
> > On Tue, Aug 4, 2015 at 8:32 PM, Werner Keil <we...@gmail.com>
> wrote:
> >
> > > Sling, where Bertrand is also actively involved has Hundreds of tags:
> > > http://svn.apache.org/viewvc/sling/tags/
> > > And while some make the impression of being regular releases, others
> like
> > > healthcheck-before-SLING-2987/
> > > <
> http://svn.apache.org/viewvc/sling/tags/healthcheck-before-SLING-2987/>
> > does
> > > not sound anywhere near a release.
> > >
> > > We have a /whiteboard folder at DeviceMap, too btw. And in the Sling
> repo
> > > it seems that's used as a sandbox for more than just experimental new
> > site
> > > research, see
> > > http://svn.apache.org/viewvc/sling/whiteboard/README.txt?view=markup
> > > Is this something, we could use /whiteboard here, too?
> > >
> > > On Tue, Aug 4, 2015 at 8:23 PM, Werner Keil <we...@gmail.com>
> > wrote:
> > >
> > >> That's not correct these
> > >> https://svn.apache.org/repos/asf/devicemap/tags/data/openddr/ were
> > >> syncing points when data was contributed based on regular OpenDDR
> > releases
> > >> till they stopped doing that. The other "data" tags
> > >>
> > >> - 1.0.0/ <
> > https://svn.apache.org/repos/asf/devicemap/tags/data/1.0.0/>
> > >> - devicemap-data-1.0.1/
> > >> <
> >
> https://svn.apache.org/repos/asf/devicemap/tags/data/devicemap-data-1.0.1/
> > >
> > >>
> > >> seem redundant under
> > >> https://svn.apache.org/repos/asf/devicemap/tags/data/, because they
> > >> should be under /release already.
> > >>
> > >>
> > >> Those for /examples (also something we did not release btw.;-) and
> /java
> > >> tags were to nail down a consistent state of a client version with the
> > >> demos working at that point.
> > >> The original ODDR contribution was always in /contrib, so /contrib
> > >> snapshot tags also refer to that. /data tags do to the /data
> repository
> > and
> > >> known states to allow back-tracking what was contributed then.
> > >>
> > >> It's a common practice to tag a known state, some projects even let
> > Maven
> > >> do this. So /tags is not just for official release tags.
> > >>
> > >>
> > >> On Tue, Aug 4, 2015 at 7:58 PM, Reza Naghibi <re...@apache.org>
> wrote:
> > >>
> > >>> What exactly is this:
> > >>>
> > >>> https://svn.apache.org/repos/asf/devicemap/tags/devicemap/java/
> > >>>
> > >>> w3c-simple-ddr client was tagged 4 times from 1.0.0-RC1 to 1.1.0-RC1.
> > Im
> > >>> almost certain there was no vote thread for any of these.
> > >>>
> > >>> Also, here we have actual ODDR releases:
> > >>>
> > >>> https://svn.apache.org/repos/asf/devicemap/tags/data/openddr/
> > >>>
> > >>> But im pretty sure these were never donated. Only 1 version of ODDR
> > data
> > >>> and the w3c-simple-ddr client were donated.
> > >>>
> > >>> Where is the original ODDR contribution???
> > >>>
> > >>> Also, as far as I am aware, the only voted and released software is
> > here:
> > >>>
> > >>> https://svn.apache.org/repos/asf/devicemap/tags/releases/
> > >>>
> > >>> So other than the missing original ODDR contribution, im not sure
> what
> > >>> these tags are even for...
> > >>>
> > >>>
> > >>> On Tue, Aug 4, 2015 at 1:29 PM, Reza Naghibi <re...@apache.org>
> wrote:
> > >>>
> > >>> > I have deleted:
> > >>> >
> > >>> > https://svn.apache.org/repos/asf/devicemap/branches/2.0/
> > >>> >
> > >>> >
> > >>>
> >
> https://svn.apache.org/repos/asf/devicemap/branches/devicemap-java-client-1.0/
> > >>> >
> > >>> > Werner, can you please give us an update on these branches and tags
> > >>> (you
> > >>> > created them):
> > >>> >
> > >>> >
> > >>>
> >
> https://svn.apache.org/repos/asf/devicemap/branches/devicemap-java-stable/
> > >>> > https://svn.apache.org/repos/asf/devicemap/tags/contrib/
> > >>> > https://svn.apache.org/repos/asf/devicemap/tags/data/
> > >>> > https://svn.apache.org/repos/asf/devicemap/tags/devicemap/
> > >>> > https://svn.apache.org/repos/asf/devicemap/tags/examples/
> > >>> >
> > >>> > On Tue, Aug 4, 2015 at 1:13 PM, Stefan Seelmann <
> > >>> mail@stefan-seelmann.de>
> > >>> > wrote:
> > >>> >
> > >>> >> On 08/04/2015 05:52 PM, Werner Keil wrote:
> > >>> >> > To allow parallel approaches (not only at events like
> Hackathons)
> > >>> >> someone
> > >>> >> > even before the restructuring created this
> > >>> >> >
> > >>> https://svn.apache.org/repos/asf/devicemap/branches/2.0/classifiers/
> > >>> >> but
> > >>> >> > it's empty, and the name "classifiers" does not seem to make as
> > much
> > >>> >> sense
> > >>> >> > there any more. While "data" probably makes no more sense, now
> > that
> > >>> 2.0
> > >>> >> > development is done on trunk rather than a "feature branch"
> could
> > we
> > >>> >> > consider this a sort of "sandbox" for new ideas like alternate
> > JSON
> > >>> >> parsers
> > >>> >> > or even new language ports?
> > >>> >>
> > >>> >> I'd rather suggest to create a dedicated "sandbox" folder at the
> top
> > >>> >> level SVN folder, sibling to "trunk". i.e. [1]. Within that each
> > >>> >> commiter can create her/his own folder (typically named ApacheID)
> > for
> > >>> >> experiments. Other Apache projects like httpd or directory also
> have
> > >>> this.
> > >>> >>
> > >>> >> If the branch above doesn't contain anything and isn't used
> anymore,
> > >>> why
> > >>> >> not just delete it? But this should be decided by the creator
> > (Reza).
> > >>> >>
> > >>> >> Kind Regards,
> > >>> >> Stefan
> > >>> >>
> > >>> >> [1] https://svn.apache.org/repos/asf/devicemap/sandbox/
> > >>> >>
> > >>> >>
> > >>> >
> > >>>
> > >>
> > >>
> > >
> >
>
Re: SVN sandbox (was: Re: 2.0 is now alpha)
Posted by Reza Naghibi <re...@apache.org>.
> because they should be under /release already
/release is only for released software which went thru the normal Apache
releasing procedures. Im pretty certain that all of the tags and branches
you have made in the last 2 years were done outside of releasing procedures
[1].
Finally you didnt answer this question: Can you please explain why there
are 4 versions of the w3c-simple-ddr client tagged [2]?
[1] https://www.apache.org/dev/release.html
[2] https://svn.apache.org/repos/asf/devicemap/tags/devicemap/java/
On Tue, Aug 4, 2015 at 2:43 PM, Werner Keil <we...@gmail.com> wrote:
> So based on Stefan's suggestion (and the way it's used by Sling)
> https://svn.apache.org/repos/asf/devicemap/whiteboard/ would already be
> there;-)
>
> Sling also had "whiteboard" under /tags. Not all tags were put there btw,
> so I am not sure, if we should rename or refactor those, but if we took
> further inspiration from Sling, I'd say we could move some (especially
> those under "devicemap" or "examples" to a new "whiteboard" sub-folder.
>
> Except for those that are clear duplicates, just like other projects do I
> would not delete them.
>
> On Tue, Aug 4, 2015 at 8:32 PM, Werner Keil <we...@gmail.com> wrote:
>
> > Sling, where Bertrand is also actively involved has Hundreds of tags:
> > http://svn.apache.org/viewvc/sling/tags/
> > And while some make the impression of being regular releases, others like
> > healthcheck-before-SLING-2987/
> > <http://svn.apache.org/viewvc/sling/tags/healthcheck-before-SLING-2987/>
> does
> > not sound anywhere near a release.
> >
> > We have a /whiteboard folder at DeviceMap, too btw. And in the Sling repo
> > it seems that's used as a sandbox for more than just experimental new
> site
> > research, see
> > http://svn.apache.org/viewvc/sling/whiteboard/README.txt?view=markup
> > Is this something, we could use /whiteboard here, too?
> >
> > On Tue, Aug 4, 2015 at 8:23 PM, Werner Keil <we...@gmail.com>
> wrote:
> >
> >> That's not correct these
> >> https://svn.apache.org/repos/asf/devicemap/tags/data/openddr/ were
> >> syncing points when data was contributed based on regular OpenDDR
> releases
> >> till they stopped doing that. The other "data" tags
> >>
> >> - 1.0.0/ <
> https://svn.apache.org/repos/asf/devicemap/tags/data/1.0.0/>
> >> - devicemap-data-1.0.1/
> >> <
> https://svn.apache.org/repos/asf/devicemap/tags/data/devicemap-data-1.0.1/
> >
> >>
> >> seem redundant under
> >> https://svn.apache.org/repos/asf/devicemap/tags/data/, because they
> >> should be under /release already.
> >>
> >>
> >> Those for /examples (also something we did not release btw.;-) and /java
> >> tags were to nail down a consistent state of a client version with the
> >> demos working at that point.
> >> The original ODDR contribution was always in /contrib, so /contrib
> >> snapshot tags also refer to that. /data tags do to the /data repository
> and
> >> known states to allow back-tracking what was contributed then.
> >>
> >> It's a common practice to tag a known state, some projects even let
> Maven
> >> do this. So /tags is not just for official release tags.
> >>
> >>
> >> On Tue, Aug 4, 2015 at 7:58 PM, Reza Naghibi <re...@apache.org> wrote:
> >>
> >>> What exactly is this:
> >>>
> >>> https://svn.apache.org/repos/asf/devicemap/tags/devicemap/java/
> >>>
> >>> w3c-simple-ddr client was tagged 4 times from 1.0.0-RC1 to 1.1.0-RC1.
> Im
> >>> almost certain there was no vote thread for any of these.
> >>>
> >>> Also, here we have actual ODDR releases:
> >>>
> >>> https://svn.apache.org/repos/asf/devicemap/tags/data/openddr/
> >>>
> >>> But im pretty sure these were never donated. Only 1 version of ODDR
> data
> >>> and the w3c-simple-ddr client were donated.
> >>>
> >>> Where is the original ODDR contribution???
> >>>
> >>> Also, as far as I am aware, the only voted and released software is
> here:
> >>>
> >>> https://svn.apache.org/repos/asf/devicemap/tags/releases/
> >>>
> >>> So other than the missing original ODDR contribution, im not sure what
> >>> these tags are even for...
> >>>
> >>>
> >>> On Tue, Aug 4, 2015 at 1:29 PM, Reza Naghibi <re...@apache.org> wrote:
> >>>
> >>> > I have deleted:
> >>> >
> >>> > https://svn.apache.org/repos/asf/devicemap/branches/2.0/
> >>> >
> >>> >
> >>>
> https://svn.apache.org/repos/asf/devicemap/branches/devicemap-java-client-1.0/
> >>> >
> >>> > Werner, can you please give us an update on these branches and tags
> >>> (you
> >>> > created them):
> >>> >
> >>> >
> >>>
> https://svn.apache.org/repos/asf/devicemap/branches/devicemap-java-stable/
> >>> > https://svn.apache.org/repos/asf/devicemap/tags/contrib/
> >>> > https://svn.apache.org/repos/asf/devicemap/tags/data/
> >>> > https://svn.apache.org/repos/asf/devicemap/tags/devicemap/
> >>> > https://svn.apache.org/repos/asf/devicemap/tags/examples/
> >>> >
> >>> > On Tue, Aug 4, 2015 at 1:13 PM, Stefan Seelmann <
> >>> mail@stefan-seelmann.de>
> >>> > wrote:
> >>> >
> >>> >> On 08/04/2015 05:52 PM, Werner Keil wrote:
> >>> >> > To allow parallel approaches (not only at events like Hackathons)
> >>> >> someone
> >>> >> > even before the restructuring created this
> >>> >> >
> >>> https://svn.apache.org/repos/asf/devicemap/branches/2.0/classifiers/
> >>> >> but
> >>> >> > it's empty, and the name "classifiers" does not seem to make as
> much
> >>> >> sense
> >>> >> > there any more. While "data" probably makes no more sense, now
> that
> >>> 2.0
> >>> >> > development is done on trunk rather than a "feature branch" could
> we
> >>> >> > consider this a sort of "sandbox" for new ideas like alternate
> JSON
> >>> >> parsers
> >>> >> > or even new language ports?
> >>> >>
> >>> >> I'd rather suggest to create a dedicated "sandbox" folder at the top
> >>> >> level SVN folder, sibling to "trunk". i.e. [1]. Within that each
> >>> >> commiter can create her/his own folder (typically named ApacheID)
> for
> >>> >> experiments. Other Apache projects like httpd or directory also have
> >>> this.
> >>> >>
> >>> >> If the branch above doesn't contain anything and isn't used anymore,
> >>> why
> >>> >> not just delete it? But this should be decided by the creator
> (Reza).
> >>> >>
> >>> >> Kind Regards,
> >>> >> Stefan
> >>> >>
> >>> >> [1] https://svn.apache.org/repos/asf/devicemap/sandbox/
> >>> >>
> >>> >>
> >>> >
> >>>
> >>
> >>
> >
>
Re: SVN sandbox (was: Re: 2.0 is now alpha)
Posted by Werner Keil <we...@gmail.com>.
So based on Stefan's suggestion (and the way it's used by Sling)
https://svn.apache.org/repos/asf/devicemap/whiteboard/ would already be
there;-)
Sling also had "whiteboard" under /tags. Not all tags were put there btw,
so I am not sure, if we should rename or refactor those, but if we took
further inspiration from Sling, I'd say we could move some (especially
those under "devicemap" or "examples" to a new "whiteboard" sub-folder.
Except for those that are clear duplicates, just like other projects do I
would not delete them.
On Tue, Aug 4, 2015 at 8:32 PM, Werner Keil <we...@gmail.com> wrote:
> Sling, where Bertrand is also actively involved has Hundreds of tags:
> http://svn.apache.org/viewvc/sling/tags/
> And while some make the impression of being regular releases, others like
> healthcheck-before-SLING-2987/
> <http://svn.apache.org/viewvc/sling/tags/healthcheck-before-SLING-2987/> does
> not sound anywhere near a release.
>
> We have a /whiteboard folder at DeviceMap, too btw. And in the Sling repo
> it seems that's used as a sandbox for more than just experimental new site
> research, see
> http://svn.apache.org/viewvc/sling/whiteboard/README.txt?view=markup
> Is this something, we could use /whiteboard here, too?
>
> On Tue, Aug 4, 2015 at 8:23 PM, Werner Keil <we...@gmail.com> wrote:
>
>> That's not correct these
>> https://svn.apache.org/repos/asf/devicemap/tags/data/openddr/ were
>> syncing points when data was contributed based on regular OpenDDR releases
>> till they stopped doing that. The other "data" tags
>>
>> - 1.0.0/ <https://svn.apache.org/repos/asf/devicemap/tags/data/1.0.0/>
>> - devicemap-data-1.0.1/
>> <https://svn.apache.org/repos/asf/devicemap/tags/data/devicemap-data-1.0.1/>
>>
>> seem redundant under
>> https://svn.apache.org/repos/asf/devicemap/tags/data/, because they
>> should be under /release already.
>>
>>
>> Those for /examples (also something we did not release btw.;-) and /java
>> tags were to nail down a consistent state of a client version with the
>> demos working at that point.
>> The original ODDR contribution was always in /contrib, so /contrib
>> snapshot tags also refer to that. /data tags do to the /data repository and
>> known states to allow back-tracking what was contributed then.
>>
>> It's a common practice to tag a known state, some projects even let Maven
>> do this. So /tags is not just for official release tags.
>>
>>
>> On Tue, Aug 4, 2015 at 7:58 PM, Reza Naghibi <re...@apache.org> wrote:
>>
>>> What exactly is this:
>>>
>>> https://svn.apache.org/repos/asf/devicemap/tags/devicemap/java/
>>>
>>> w3c-simple-ddr client was tagged 4 times from 1.0.0-RC1 to 1.1.0-RC1. Im
>>> almost certain there was no vote thread for any of these.
>>>
>>> Also, here we have actual ODDR releases:
>>>
>>> https://svn.apache.org/repos/asf/devicemap/tags/data/openddr/
>>>
>>> But im pretty sure these were never donated. Only 1 version of ODDR data
>>> and the w3c-simple-ddr client were donated.
>>>
>>> Where is the original ODDR contribution???
>>>
>>> Also, as far as I am aware, the only voted and released software is here:
>>>
>>> https://svn.apache.org/repos/asf/devicemap/tags/releases/
>>>
>>> So other than the missing original ODDR contribution, im not sure what
>>> these tags are even for...
>>>
>>>
>>> On Tue, Aug 4, 2015 at 1:29 PM, Reza Naghibi <re...@apache.org> wrote:
>>>
>>> > I have deleted:
>>> >
>>> > https://svn.apache.org/repos/asf/devicemap/branches/2.0/
>>> >
>>> >
>>> https://svn.apache.org/repos/asf/devicemap/branches/devicemap-java-client-1.0/
>>> >
>>> > Werner, can you please give us an update on these branches and tags
>>> (you
>>> > created them):
>>> >
>>> >
>>> https://svn.apache.org/repos/asf/devicemap/branches/devicemap-java-stable/
>>> > https://svn.apache.org/repos/asf/devicemap/tags/contrib/
>>> > https://svn.apache.org/repos/asf/devicemap/tags/data/
>>> > https://svn.apache.org/repos/asf/devicemap/tags/devicemap/
>>> > https://svn.apache.org/repos/asf/devicemap/tags/examples/
>>> >
>>> > On Tue, Aug 4, 2015 at 1:13 PM, Stefan Seelmann <
>>> mail@stefan-seelmann.de>
>>> > wrote:
>>> >
>>> >> On 08/04/2015 05:52 PM, Werner Keil wrote:
>>> >> > To allow parallel approaches (not only at events like Hackathons)
>>> >> someone
>>> >> > even before the restructuring created this
>>> >> >
>>> https://svn.apache.org/repos/asf/devicemap/branches/2.0/classifiers/
>>> >> but
>>> >> > it's empty, and the name "classifiers" does not seem to make as much
>>> >> sense
>>> >> > there any more. While "data" probably makes no more sense, now that
>>> 2.0
>>> >> > development is done on trunk rather than a "feature branch" could we
>>> >> > consider this a sort of "sandbox" for new ideas like alternate JSON
>>> >> parsers
>>> >> > or even new language ports?
>>> >>
>>> >> I'd rather suggest to create a dedicated "sandbox" folder at the top
>>> >> level SVN folder, sibling to "trunk". i.e. [1]. Within that each
>>> >> commiter can create her/his own folder (typically named ApacheID) for
>>> >> experiments. Other Apache projects like httpd or directory also have
>>> this.
>>> >>
>>> >> If the branch above doesn't contain anything and isn't used anymore,
>>> why
>>> >> not just delete it? But this should be decided by the creator (Reza).
>>> >>
>>> >> Kind Regards,
>>> >> Stefan
>>> >>
>>> >> [1] https://svn.apache.org/repos/asf/devicemap/sandbox/
>>> >>
>>> >>
>>> >
>>>
>>
>>
>
Re: SVN sandbox (was: Re: 2.0 is now alpha)
Posted by Werner Keil <we...@gmail.com>.
Sling, where Bertrand is also actively involved has Hundreds of tags:
http://svn.apache.org/viewvc/sling/tags/
And while some make the impression of being regular releases, others like
healthcheck-before-SLING-2987/
<http://svn.apache.org/viewvc/sling/tags/healthcheck-before-SLING-2987/> does
not sound anywhere near a release.
We have a /whiteboard folder at DeviceMap, too btw. And in the Sling repo
it seems that's used as a sandbox for more than just experimental new site
research, see
http://svn.apache.org/viewvc/sling/whiteboard/README.txt?view=markup
Is this something, we could use /whiteboard here, too?
On Tue, Aug 4, 2015 at 8:23 PM, Werner Keil <we...@gmail.com> wrote:
> That's not correct these
> https://svn.apache.org/repos/asf/devicemap/tags/data/openddr/ were
> syncing points when data was contributed based on regular OpenDDR releases
> till they stopped doing that. The other "data" tags
>
> - 1.0.0/ <https://svn.apache.org/repos/asf/devicemap/tags/data/1.0.0/>
> - devicemap-data-1.0.1/
> <https://svn.apache.org/repos/asf/devicemap/tags/data/devicemap-data-1.0.1/>
>
> seem redundant under https://svn.apache.org/repos/asf/devicemap/tags/data/,
> because they should be under /release already.
>
>
> Those for /examples (also something we did not release btw.;-) and /java
> tags were to nail down a consistent state of a client version with the
> demos working at that point.
> The original ODDR contribution was always in /contrib, so /contrib
> snapshot tags also refer to that. /data tags do to the /data repository and
> known states to allow back-tracking what was contributed then.
>
> It's a common practice to tag a known state, some projects even let Maven
> do this. So /tags is not just for official release tags.
>
>
> On Tue, Aug 4, 2015 at 7:58 PM, Reza Naghibi <re...@apache.org> wrote:
>
>> What exactly is this:
>>
>> https://svn.apache.org/repos/asf/devicemap/tags/devicemap/java/
>>
>> w3c-simple-ddr client was tagged 4 times from 1.0.0-RC1 to 1.1.0-RC1. Im
>> almost certain there was no vote thread for any of these.
>>
>> Also, here we have actual ODDR releases:
>>
>> https://svn.apache.org/repos/asf/devicemap/tags/data/openddr/
>>
>> But im pretty sure these were never donated. Only 1 version of ODDR data
>> and the w3c-simple-ddr client were donated.
>>
>> Where is the original ODDR contribution???
>>
>> Also, as far as I am aware, the only voted and released software is here:
>>
>> https://svn.apache.org/repos/asf/devicemap/tags/releases/
>>
>> So other than the missing original ODDR contribution, im not sure what
>> these tags are even for...
>>
>>
>> On Tue, Aug 4, 2015 at 1:29 PM, Reza Naghibi <re...@apache.org> wrote:
>>
>> > I have deleted:
>> >
>> > https://svn.apache.org/repos/asf/devicemap/branches/2.0/
>> >
>> >
>> https://svn.apache.org/repos/asf/devicemap/branches/devicemap-java-client-1.0/
>> >
>> > Werner, can you please give us an update on these branches and tags (you
>> > created them):
>> >
>> >
>> https://svn.apache.org/repos/asf/devicemap/branches/devicemap-java-stable/
>> > https://svn.apache.org/repos/asf/devicemap/tags/contrib/
>> > https://svn.apache.org/repos/asf/devicemap/tags/data/
>> > https://svn.apache.org/repos/asf/devicemap/tags/devicemap/
>> > https://svn.apache.org/repos/asf/devicemap/tags/examples/
>> >
>> > On Tue, Aug 4, 2015 at 1:13 PM, Stefan Seelmann <
>> mail@stefan-seelmann.de>
>> > wrote:
>> >
>> >> On 08/04/2015 05:52 PM, Werner Keil wrote:
>> >> > To allow parallel approaches (not only at events like Hackathons)
>> >> someone
>> >> > even before the restructuring created this
>> >> > https://svn.apache.org/repos/asf/devicemap/branches/2.0/classifiers/
>> >> but
>> >> > it's empty, and the name "classifiers" does not seem to make as much
>> >> sense
>> >> > there any more. While "data" probably makes no more sense, now that
>> 2.0
>> >> > development is done on trunk rather than a "feature branch" could we
>> >> > consider this a sort of "sandbox" for new ideas like alternate JSON
>> >> parsers
>> >> > or even new language ports?
>> >>
>> >> I'd rather suggest to create a dedicated "sandbox" folder at the top
>> >> level SVN folder, sibling to "trunk". i.e. [1]. Within that each
>> >> commiter can create her/his own folder (typically named ApacheID) for
>> >> experiments. Other Apache projects like httpd or directory also have
>> this.
>> >>
>> >> If the branch above doesn't contain anything and isn't used anymore,
>> why
>> >> not just delete it? But this should be decided by the creator (Reza).
>> >>
>> >> Kind Regards,
>> >> Stefan
>> >>
>> >> [1] https://svn.apache.org/repos/asf/devicemap/sandbox/
>> >>
>> >>
>> >
>>
>
>
Re: SVN sandbox (was: Re: 2.0 is now alpha)
Posted by Werner Keil <we...@gmail.com>.
That's not correct these
https://svn.apache.org/repos/asf/devicemap/tags/data/openddr/ were syncing
points when data was contributed based on regular OpenDDR releases till
they stopped doing that. The other "data" tags
- 1.0.0/ <https://svn.apache.org/repos/asf/devicemap/tags/data/1.0.0/>
- devicemap-data-1.0.1/
<https://svn.apache.org/repos/asf/devicemap/tags/data/devicemap-data-1.0.1/>
seem redundant under https://svn.apache.org/repos/asf/devicemap/tags/data/,
because they should be under /release already.
Those for /examples (also something we did not release btw.;-) and /java
tags were to nail down a consistent state of a client version with the
demos working at that point.
The original ODDR contribution was always in /contrib, so /contrib snapshot
tags also refer to that. /data tags do to the /data repository and known
states to allow back-tracking what was contributed then.
It's a common practice to tag a known state, some projects even let Maven
do this. So /tags is not just for official release tags.
On Tue, Aug 4, 2015 at 7:58 PM, Reza Naghibi <re...@apache.org> wrote:
> What exactly is this:
>
> https://svn.apache.org/repos/asf/devicemap/tags/devicemap/java/
>
> w3c-simple-ddr client was tagged 4 times from 1.0.0-RC1 to 1.1.0-RC1. Im
> almost certain there was no vote thread for any of these.
>
> Also, here we have actual ODDR releases:
>
> https://svn.apache.org/repos/asf/devicemap/tags/data/openddr/
>
> But im pretty sure these were never donated. Only 1 version of ODDR data
> and the w3c-simple-ddr client were donated.
>
> Where is the original ODDR contribution???
>
> Also, as far as I am aware, the only voted and released software is here:
>
> https://svn.apache.org/repos/asf/devicemap/tags/releases/
>
> So other than the missing original ODDR contribution, im not sure what
> these tags are even for...
>
>
> On Tue, Aug 4, 2015 at 1:29 PM, Reza Naghibi <re...@apache.org> wrote:
>
> > I have deleted:
> >
> > https://svn.apache.org/repos/asf/devicemap/branches/2.0/
> >
> >
> https://svn.apache.org/repos/asf/devicemap/branches/devicemap-java-client-1.0/
> >
> > Werner, can you please give us an update on these branches and tags (you
> > created them):
> >
> >
> https://svn.apache.org/repos/asf/devicemap/branches/devicemap-java-stable/
> > https://svn.apache.org/repos/asf/devicemap/tags/contrib/
> > https://svn.apache.org/repos/asf/devicemap/tags/data/
> > https://svn.apache.org/repos/asf/devicemap/tags/devicemap/
> > https://svn.apache.org/repos/asf/devicemap/tags/examples/
> >
> > On Tue, Aug 4, 2015 at 1:13 PM, Stefan Seelmann <mail@stefan-seelmann.de
> >
> > wrote:
> >
> >> On 08/04/2015 05:52 PM, Werner Keil wrote:
> >> > To allow parallel approaches (not only at events like Hackathons)
> >> someone
> >> > even before the restructuring created this
> >> > https://svn.apache.org/repos/asf/devicemap/branches/2.0/classifiers/
> >> but
> >> > it's empty, and the name "classifiers" does not seem to make as much
> >> sense
> >> > there any more. While "data" probably makes no more sense, now that
> 2.0
> >> > development is done on trunk rather than a "feature branch" could we
> >> > consider this a sort of "sandbox" for new ideas like alternate JSON
> >> parsers
> >> > or even new language ports?
> >>
> >> I'd rather suggest to create a dedicated "sandbox" folder at the top
> >> level SVN folder, sibling to "trunk". i.e. [1]. Within that each
> >> commiter can create her/his own folder (typically named ApacheID) for
> >> experiments. Other Apache projects like httpd or directory also have
> this.
> >>
> >> If the branch above doesn't contain anything and isn't used anymore, why
> >> not just delete it? But this should be decided by the creator (Reza).
> >>
> >> Kind Regards,
> >> Stefan
> >>
> >> [1] https://svn.apache.org/repos/asf/devicemap/sandbox/
> >>
> >>
> >
>
Re: SVN sandbox (was: Re: 2.0 is now alpha)
Posted by Reza Naghibi <re...@apache.org>.
What exactly is this:
https://svn.apache.org/repos/asf/devicemap/tags/devicemap/java/
w3c-simple-ddr client was tagged 4 times from 1.0.0-RC1 to 1.1.0-RC1. Im
almost certain there was no vote thread for any of these.
Also, here we have actual ODDR releases:
https://svn.apache.org/repos/asf/devicemap/tags/data/openddr/
But im pretty sure these were never donated. Only 1 version of ODDR data
and the w3c-simple-ddr client were donated.
Where is the original ODDR contribution???
Also, as far as I am aware, the only voted and released software is here:
https://svn.apache.org/repos/asf/devicemap/tags/releases/
So other than the missing original ODDR contribution, im not sure what
these tags are even for...
On Tue, Aug 4, 2015 at 1:29 PM, Reza Naghibi <re...@apache.org> wrote:
> I have deleted:
>
> https://svn.apache.org/repos/asf/devicemap/branches/2.0/
>
> https://svn.apache.org/repos/asf/devicemap/branches/devicemap-java-client-1.0/
>
> Werner, can you please give us an update on these branches and tags (you
> created them):
>
> https://svn.apache.org/repos/asf/devicemap/branches/devicemap-java-stable/
> https://svn.apache.org/repos/asf/devicemap/tags/contrib/
> https://svn.apache.org/repos/asf/devicemap/tags/data/
> https://svn.apache.org/repos/asf/devicemap/tags/devicemap/
> https://svn.apache.org/repos/asf/devicemap/tags/examples/
>
> On Tue, Aug 4, 2015 at 1:13 PM, Stefan Seelmann <ma...@stefan-seelmann.de>
> wrote:
>
>> On 08/04/2015 05:52 PM, Werner Keil wrote:
>> > To allow parallel approaches (not only at events like Hackathons)
>> someone
>> > even before the restructuring created this
>> > https://svn.apache.org/repos/asf/devicemap/branches/2.0/classifiers/
>> but
>> > it's empty, and the name "classifiers" does not seem to make as much
>> sense
>> > there any more. While "data" probably makes no more sense, now that 2.0
>> > development is done on trunk rather than a "feature branch" could we
>> > consider this a sort of "sandbox" for new ideas like alternate JSON
>> parsers
>> > or even new language ports?
>>
>> I'd rather suggest to create a dedicated "sandbox" folder at the top
>> level SVN folder, sibling to "trunk". i.e. [1]. Within that each
>> commiter can create her/his own folder (typically named ApacheID) for
>> experiments. Other Apache projects like httpd or directory also have this.
>>
>> If the branch above doesn't contain anything and isn't used anymore, why
>> not just delete it? But this should be decided by the creator (Reza).
>>
>> Kind Regards,
>> Stefan
>>
>> [1] https://svn.apache.org/repos/asf/devicemap/sandbox/
>>
>>
>
Re: SVN sandbox (was: Re: 2.0 is now alpha)
Posted by Reza Naghibi <re...@apache.org>.
I have deleted:
https://svn.apache.org/repos/asf/devicemap/branches/2.0/
https://svn.apache.org/repos/asf/devicemap/branches/devicemap-java-client-1.0/
Werner, can you please give us an update on these branches and tags (you
created them):
https://svn.apache.org/repos/asf/devicemap/branches/devicemap-java-stable/
https://svn.apache.org/repos/asf/devicemap/tags/contrib/
https://svn.apache.org/repos/asf/devicemap/tags/data/
https://svn.apache.org/repos/asf/devicemap/tags/devicemap/
https://svn.apache.org/repos/asf/devicemap/tags/examples/
On Tue, Aug 4, 2015 at 1:13 PM, Stefan Seelmann <ma...@stefan-seelmann.de>
wrote:
> On 08/04/2015 05:52 PM, Werner Keil wrote:
> > To allow parallel approaches (not only at events like Hackathons) someone
> > even before the restructuring created this
> > https://svn.apache.org/repos/asf/devicemap/branches/2.0/classifiers/ but
> > it's empty, and the name "classifiers" does not seem to make as much
> sense
> > there any more. While "data" probably makes no more sense, now that 2.0
> > development is done on trunk rather than a "feature branch" could we
> > consider this a sort of "sandbox" for new ideas like alternate JSON
> parsers
> > or even new language ports?
>
> I'd rather suggest to create a dedicated "sandbox" folder at the top
> level SVN folder, sibling to "trunk". i.e. [1]. Within that each
> commiter can create her/his own folder (typically named ApacheID) for
> experiments. Other Apache projects like httpd or directory also have this.
>
> If the branch above doesn't contain anything and isn't used anymore, why
> not just delete it? But this should be decided by the creator (Reza).
>
> Kind Regards,
> Stefan
>
> [1] https://svn.apache.org/repos/asf/devicemap/sandbox/
>
>