[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Will subversion participate in Google Summer of Code 2010?

From: Daniel Näslund <daniel_at_longitudo.com>
Date: Sun, 28 Feb 2010 22:09:57 +0100

On Tue, Feb 23, 2010 at 08:07:05AM -0600, Hyrum K. Wright wrote:
> On Sun, Feb 21, 2010 at 5:11 AM, Daniel Näslund<daniel_at_longitudo.com> wrote:
>> Google Summer of Code is on for 2010 [1]. Is there any interest in
>> participating this year? If so, I've found that the mentoring
>> application deadline is 12 march. [2]

>> Given the short amount of time to deadline (18 days) and the absence
>> of discussions on fitting tasks for a GSoC project I assume the
>> Subversion community is not interrested in participating this year. Too
>> bad if that's the case!

> We haven't made a concrete decision one way or another, so don't be
> disappointed quite yet. It actually helps to know that people are
> interested in participating, 'cause that will motivate us to
> participate.

Oki. Since I'm interrested in participating I'll try some more
suggestions on fitting work for a GSoC student. Here's my ideas:

1) svn patch should use git diff format
----------------------------------------
svn patch is starting to get stable. It would be a nice thing to make it
able to handle the git diff format, and of course make 'svn diff' able
to produce git diffs. In the first place I'm considering to make it able
to handle tree changes but who knows, maybe it's possible to make it
able to deal with svn propty diffs too? I'm intending to work on the
tree changes part during spring but there may be enough work to last
during the summer too.

In 'notes/svnpatch/svnpatch-git.txt' we have a summary of how the
git diff format works.

2) Subversion should provide merge tools for dealing with xml or latex
-----------------------------------------------------------------------
XML and LaTeX both is not purely linebased. One item may span multiple
rows and using the usual merge algorithm often (I say often, though I've
never tried to merge xml or latex files) gives us the wrong result.
Since atleast xml-files are very common I'm suspecting there is a use
case for a merge tool.

3) svn patch queues
--------------------
Ok, maybe it needs a stable WC-NG but we're working hard on that and by
summer there's a good chance we're there. I would really like to have
this one.

Bert digged up the old tasks list for me:
http://svn.apache.org/repos/asf/subversion/branches/1.6.x/www/tasks.html

I checked the issues the tasks refer to and most seems to be open. Both
my first and second suggestion touches on things proposed on that page.
It's hard to come up with good tasks! All the tasks in the links sounds
fun to me. Let's hope we think it's a good idea to participate.

12 days to the deadline.

*dannas is poking gently :)

Daniel
Received on 2010-02-28 22:10:38 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.