On Thu, May 07, 2009 at 08:05:13AM -0500, kmradke_at_rockwellcollins.com wrote:
> "Hyrum K. Wright" <hyrum_at_hyrumwright.org> wrote on 05/07/2009 07:22:17 AM:
> > > I am planning to merge 'svnraisetc' branch to trunk. This merge will
> > > add a tool
> > > "svnraisetreeconflict" to "contrib/client-side/svnraisetreeconflict"
> > > nothing
> > > more than that.
> > >
> > > For an explanation of what this tool does and other discussions,
> > > please have a
> > > look at this thread -
> > > http://subversion.tigris.org/ds/viewMessage.do?
> > dsForumId=462&dsMessageId=103756
> > >
> > > If anyone has any reservations on the above, please let me know.
> > Since contrib/ will be disappearing shortly, I'm a bit befuddled as to
> > why this branch even exists at all? Either it should be made a part
> > of tools, with agreed-upon support from the Subversion community, or
> > I'd recommend hosting it somewhere else.
> I'm still a little concerned users will get the wrong impression
> when told "Thanks for the contrib, but go find somewhere else to put it."
> (I know I would have lost interest in helping...)
I was not under the impression that we would simply discard all of
contrib as it exists today, and be telling contributors to go away.
Rather, I though we'd audit contrib for things that have a license which
allows distribution and which are useful and maintainable, and merge all
of that stuff into tools/, and remove the rest.
That was my impression anyway. Is this correct?
> Therefore, I suggest creating a "Contrib manager" role that coordinates
> collecting these types of contributions into a common location (probably
> just another tigris project. e.g. svn-contrib)
Yes, we need someone to look through contrib, and make a summarised
list of what tools there are, what their licenses are, what their
purpose is, and possibly an estimate on each script's usefullness,
whether it serves its purpose well enough to be worth maintaining,
whether there already is an active maintainer for it, and whether
there are replacements we could point people at for useful things
that will go away. E.g. svn_load_dirs.pl could be replaced by svn-load
which already is an externally maintained script.
Received on 2009-05-07 15:38:44 CEST