You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by "C. Michael Pilato" <cm...@collab.net> on 2009/03/10 14:18:02 UTC
GSoC '09 -- are we in?
http://google-code-updates.blogspot.com/2009/03/now-accepting-applications-for-google.html
Google is now accepting apps for projects wishing to participate in the
Summer of Code program for 2009. What's your pleasure?
--
C. Michael Pilato <cm...@collab.net>
CollabNet <> www.collab.net <> Distributed Development On Demand
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303245
Re: GSoC '09 -- are we in?
Posted by "C. Michael Pilato" <cm...@collab.net>.
C. Michael Pilato wrote:
> http://google-code-updates.blogspot.com/2009/03/now-accepting-applications-for-google.html
>
> Google is now accepting apps for projects wishing to participate in the
> Summer of Code program for 2009. What's your pleasure?
I've applied, with Greg Stein and Hyrum Wright offering backup
administration support.
--
C. Michael Pilato <cm...@collab.net>
CollabNet <> www.collab.net <> Distributed Development On Demand
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1314590
Re: GSoC '09 -- are we in?
Posted by "Hyrum K. Wright" <hy...@mail.utexas.edu>.
On Mar 10, 2009, at 9:37 AM, Mark Phippard wrote:
> I thought we got two students and one completed their work. The
> sparse directories exclusion feature which made it into 1.6.
This is issue #2843, right? If the work has been done, perhaps we
could mention that and close the issue.
> On Tue, Mar 10, 2009 at 10:35 AM, Ben Collins-Sussman
> <su...@red-bean.com> wrote:
>> Can you remind us what happened last year? How many students did we
>> get, how many finished, and what work was completed? I'm just
>> curious.
>>
>> On Tue, Mar 10, 2009 at 9:18 AM, C. Michael Pilato <cmpilato@collab.net
>> > wrote:
>>> http://google-code-updates.blogspot.com/2009/03/now-accepting-applications-for-google.html
>>>
>>> Google is now accepting apps for projects wishing to participate
>>> in the
>>> Summer of Code program for 2009. What's your pleasure?
>>>
>>> --
>>> C. Michael Pilato <cm...@collab.net>
>>> CollabNet <> www.collab.net <> Distributed Development On
>>> Demand
>>>
>>> ------------------------------------------------------
>>> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303245
>>
>> ------------------------------------------------------
>> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303307
>>
>
>
>
> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/
>
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303314
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303350
Re: GSoC '09 -- are we in?
Posted by Mark Phippard <ma...@gmail.com>.
I thought we got two students and one completed their work. The
sparse directories exclusion feature which made it into 1.6.
Mark
On Tue, Mar 10, 2009 at 10:35 AM, Ben Collins-Sussman
<su...@red-bean.com> wrote:
> Can you remind us what happened last year? How many students did we
> get, how many finished, and what work was completed? I'm just
> curious.
>
> On Tue, Mar 10, 2009 at 9:18 AM, C. Michael Pilato <cm...@collab.net> wrote:
>> http://google-code-updates.blogspot.com/2009/03/now-accepting-applications-for-google.html
>>
>> Google is now accepting apps for projects wishing to participate in the
>> Summer of Code program for 2009. What's your pleasure?
>>
>> --
>> C. Michael Pilato <cm...@collab.net>
>> CollabNet <> www.collab.net <> Distributed Development On Demand
>>
>> ------------------------------------------------------
>> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303245
>
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303307
>
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303314
Re: GSoC '09 -- are we in?
Posted by Ben Collins-Sussman <su...@red-bean.com>.
Can you remind us what happened last year? How many students did we
get, how many finished, and what work was completed? I'm just
curious.
On Tue, Mar 10, 2009 at 9:18 AM, C. Michael Pilato <cm...@collab.net> wrote:
> http://google-code-updates.blogspot.com/2009/03/now-accepting-applications-for-google.html
>
> Google is now accepting apps for projects wishing to participate in the
> Summer of Code program for 2009. What's your pleasure?
>
> --
> C. Michael Pilato <cm...@collab.net>
> CollabNet <> www.collab.net <> Distributed Development On Demand
>
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303245
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303307
RE: Re: GSoC '09 -- are we in?
Posted by Vivian Roosevelt <vi...@gmail.com>.
> We can start by updating the
> list of suggested projects[1] and making that page navigable from our
> main page.
>
> [1] http://subversion.tigris.org/tasks.html#summer-of-code
An advice about the task.html.
It's best to mark the difficulty levels and the skills needed for each task to help students understand the task better.
Vivian
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1316062
Re: GSoC '09 -- are we in?
Posted by Branko Cibej <br...@xbc.nu>.
Stefan Sperling wrote:
> On Wed, Mar 11, 2009 at 07:28:31AM -0400, John Szakmeister wrote:
>
>> On Wed, Mar 11, 2009 at 5:23 AM, Branko Cibej <br...@xbc.nu> wrote:
>>
>>> John Szakmeister wrote:
>>>
>>>> (Can we do something like re-encode
>>>> the unidiff as a delta stream and run it through our normal merge
>>>> algorithm?) I can see this being useful outside of Subversion as
>>>> well.
>>>>
>>>>
>>> Interesting thought, but I don't quite understand how that would work. I
>>> assume my "delta stream" you mean just adding the ancestry metadata?
>>>
>> I haven't really thought much about it. The thought I had running
>> through my head was if there was a way to put the unidiff in a format
>> that the client could more readily apply, then it might help to reduce
>> the dependence on the patch exectuable for 'svn patch'. Thinking more
>> about it, the delta is almost always converted back into a full-text,
>> and then run through the line-based merging algorithm... so it's
>> probably of no help. But I do think that getting rid of that
>> dependence would be a Good Thing. Especially since the non-cygwin
>> based version (I use the one from UnxUtils on sourceforge) breaks in
>> fun ways.
>>
>
> Sounds like a fun research project! Can you add this to tasks.html?
>
> More importantly though, we need mentors. So far, I think the only
> person who explicitly stated they'd be willing to mentor was me.
>
> Anyone else?
>
> If we don't have enough mentors, it's not worth the hassle.
> We'll need a few people willing to attentively review patches
> posted by gsoc students. Not just one person.
>
> I'd say two or three committers per student would fit the bill
> and make success very likely. Applying this rule, it looks like
> we currently have space for a grand total of 0 students.
>
I'd love to volunteer, but given how much time I spent in the code in
the last several years, and how much time I'm likely to have in future
... all bets are off. Sorry.
-- Brane
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1307658
Re: GSoC '09 -- are we in?
Posted by "Hyrum K. Wright" <hy...@mail.utexas.edu>.
On Mar 11, 2009, at 12:35 PM, C. Michael Pilato wrote:
>
> I'm willing to mentor (or co-mentor). But let me start a new thread
> just to
> answer that question. It does make sense as a sort of first step to
> answering the "will we try to participate?" question.
Yes.
-Hyrum
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1308761
Re: GSoC '09 -- are we in?
Posted by Stefan Sperling <st...@elego.de>.
On Wed, Mar 11, 2009 at 01:00:01PM -0500, Ben Collins-Sussman wrote:
> I'm also wondering whether we have a reasonable set of tasks that an
> intern can do. Subversion has gotten to the point of maturity where
> there's hardly any 'bite-sized' tasks anymore -- just huge things like
> merge-tracking, wc rewrite, protocol rewrite, etc.
I don't think that's true. Each of these features involve
smaller subtasks. See svn.tigris.org/tasks.html for one
such task wrt tree conflicts. Similar tasks could be broken
out for other features.
Stefan
Re: GSoC '09 -- are we in?
Posted by Stefan Sperling <st...@elego.de>.
On Wed, Mar 11, 2009 at 11:44:03PM +0100, Bert Huijben wrote:
> > -----Original Message-----
> > From: sussman@gmail.com [mailto:sussman@gmail.com] On Behalf Of Ben
> > Collins-Sussman
> > Sent: Wednesday, March 11, 2009 7:00 PM
> > To: C. Michael Pilato
> > Cc: dev@subversion.tigris.org
> > Subject: Re: GSoC '09 -- are we in?
> >
> > I'm also wondering whether we have a reasonable set of tasks that an
> > intern can do. Subversion has gotten to the point of maturity where
> > there's hardly any 'bite-sized' tasks anymore -- just huge things like
> > merge-tracking, wc rewrite, protocol rewrite, etc.
>
> I would like to see a reverse blame feature (When was ... removed? and some
> other questions that could answer), but that is more bite-sized than a big
> task. But it might be bigger if you enhance looking at the merge history.
>
> Maybe the forward history tracking Michael talked about (To which locations
> was this old file 'with that stupid bug' copied?)
Can people please add their ideas to tasks.html instead of posting
them to this thread? Potential gsoc students won't find those ideas
here in a few weeks time if they don't look hard enough.
Many good ideas have been proposed. But please don't expect others
to add your ideas to tasks.html. Just do it! Takes only 5 minutes.
Thanks,
Stefan
RE: GSoC '09 -- are we in?
Posted by Bert Huijben <rh...@sharpsvn.net>.
> -----Original Message-----
> From: sussman@gmail.com [mailto:sussman@gmail.com] On Behalf Of Ben
> Collins-Sussman
> Sent: Wednesday, March 11, 2009 7:00 PM
> To: C. Michael Pilato
> Cc: dev@subversion.tigris.org
> Subject: Re: GSoC '09 -- are we in?
>
> I'm also wondering whether we have a reasonable set of tasks that an
> intern can do. Subversion has gotten to the point of maturity where
> there's hardly any 'bite-sized' tasks anymore -- just huge things like
> merge-tracking, wc rewrite, protocol rewrite, etc.
I would like to see a reverse blame feature (When was ... removed? and some
other questions that could answer), but that is more bite-sized than a big
task. But it might be bigger if you enhance looking at the merge history.
Maybe the forward history tracking Michael talked about (To which locations
was this old file 'with that stupid bug' copied?)
Bert
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1309820
Re: GSoC '09 -- are we in?
Posted by Ben Collins-Sussman <su...@red-bean.com>.
I'm also wondering whether we have a reasonable set of tasks that an
intern can do. Subversion has gotten to the point of maturity where
there's hardly any 'bite-sized' tasks anymore -- just huge things like
merge-tracking, wc rewrite, protocol rewrite, etc.
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1308849
Re: GSoC '09 -- are we in?
Posted by "C. Michael Pilato" <cm...@collab.net>.
Stefan Sperling wrote:
> On Wed, Mar 11, 2009 at 07:28:31AM -0400, John Szakmeister wrote:
>> On Wed, Mar 11, 2009 at 5:23 AM, Branko Cibej <br...@xbc.nu> wrote:
>>> John Szakmeister wrote:
>>>> (Can we do something like re-encode
>>>> the unidiff as a delta stream and run it through our normal merge
>>>> algorithm?) I can see this being useful outside of Subversion as
>>>> well.
>>>>
>>> Interesting thought, but I don't quite understand how that would work. I
>>> assume my "delta stream" you mean just adding the ancestry metadata?
>> I haven't really thought much about it. The thought I had running
>> through my head was if there was a way to put the unidiff in a format
>> that the client could more readily apply, then it might help to reduce
>> the dependence on the patch exectuable for 'svn patch'. Thinking more
>> about it, the delta is almost always converted back into a full-text,
>> and then run through the line-based merging algorithm... so it's
>> probably of no help. But I do think that getting rid of that
>> dependence would be a Good Thing. Especially since the non-cygwin
>> based version (I use the one from UnxUtils on sourceforge) breaks in
>> fun ways.
>
> Sounds like a fun research project! Can you add this to tasks.html?
>
> More importantly though, we need mentors. So far, I think the only
> person who explicitly stated they'd be willing to mentor was me.
>
> Anyone else?
I'm willing to mentor (or co-mentor). But let me start a new thread just to
answer that question. It does make sense as a sort of first step to
answering the "will we try to participate?" question.
--
C. Michael Pilato <cm...@collab.net>
CollabNet <> www.collab.net <> Distributed Development On Demand
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1308743
Re: GSoC '09 -- are we in?
Posted by David James <ja...@gmail.com>.
On Wed, Mar 11, 2009 at 4:48 AM, Stefan Sperling <st...@elego.de> wrote:
> On Wed, Mar 11, 2009 at 07:28:31AM -0400, John Szakmeister wrote:
> > On Wed, Mar 11, 2009 at 5:23 AM, Branko Cibej <br...@xbc.nu> wrote:
> > > John Szakmeister wrote:
> > >> (Can we do something like re-encode
> > >> the unidiff as a delta stream and run it through our normal merge
> > >> algorithm?) I can see this being useful outside of Subversion as
> > >> well.
> > >>
> > >
> > > Interesting thought, but I don't quite understand how that would work.
> I
> > > assume my "delta stream" you mean just adding the ancestry metadata?
> >
> > I haven't really thought much about it. The thought I had running
> > through my head was if there was a way to put the unidiff in a format
> > that the client could more readily apply, then it might help to reduce
> > the dependence on the patch exectuable for 'svn patch'. Thinking more
> > about it, the delta is almost always converted back into a full-text,
> > and then run through the line-based merging algorithm... so it's
> > probably of no help. But I do think that getting rid of that
> > dependence would be a Good Thing. Especially since the non-cygwin
> > based version (I use the one from UnxUtils on sourceforge) breaks in
> > fun ways.
>
> Sounds like a fun research project! Can you add this to tasks.html?
>
> More importantly though, we need mentors. So far, I think the only
> person who explicitly stated they'd be willing to mentor was me.
>
> Anyone else?
>
> If we don't have enough mentors, it's not worth the hassle.
> We'll need a few people willing to attentively review patches
> posted by gsoc students. Not just one person.
>
> I'd say two or three committers per student would fit the bill
> and make success very likely. Applying this rule, it looks like
> we currently have space for a grand total of 0 students.
>
> Stefan
>
>
Hi Stefan,
In my experience, having mentored two students, each student only needs one
mentor, as long as both the mentor and the student are dedicated to the
task, the project is well-defined, and the student agrees to commit changes
to the branch regularly (e.g. at least once a week). The ctypes python
bindings, in particular, are a success story thanks to the Google Summer of
Code.
I'd be happy to mentor any student who is interested in contributing to the
ctypes python bindings. A well-defined project for the ctypes python
bindings would be to integrate them into Trac (or some other project of the
student's choice). Ensuring that the bindings work under FastCGI or
mod_python might require some careful thinking.
Cheers,
David
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1307837
Re: GSoC '09 -- are we in?
Posted by Stephen Butler <sb...@elego.de>.
Quoting Stefan Sperling <st...@elego.de>:
> More importantly though, we need mentors. So far, I think the only
> person who explicitly stated they'd be willing to mentor was me.
>
> Anyone else?
>
> If we don't have enough mentors, it's not worth the hassle.
> We'll need a few people willing to attentively review patches
> posted by gsoc students. Not just one person.
>
> I'd say two or three committers per student would fit the bill
> and make success very likely. Applying this rule, it looks like
> we currently have space for a grand total of 0 students.
Hi Stefan,
count me in as a mentor for a tree-conflict-related project.
I can set aside extra time in May and June, during your exams.
Steve
--
Stephen Butler | Software Developer
elego Software Solutions GmbH
Gustav-Meyer-Allee 25 | 13355 Berlin | Germany
fon: +49 30 2345 8696 | mobile: +49 163 25 45 015
fax: +49 30 2345 8695 | http://www.elegosoft.com
Geschäftsführer: Olaf Wagner | Sitz der Gesellschaft: Berlin
Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194
Re: GSoC '09 -- are we in?
Posted by Stefan Sperling <st...@elego.de>.
On Wed, Mar 11, 2009 at 07:28:31AM -0400, John Szakmeister wrote:
> On Wed, Mar 11, 2009 at 5:23 AM, Branko Cibej <br...@xbc.nu> wrote:
> > John Szakmeister wrote:
> >> (Can we do something like re-encode
> >> the unidiff as a delta stream and run it through our normal merge
> >> algorithm?) I can see this being useful outside of Subversion as
> >> well.
> >>
> >
> > Interesting thought, but I don't quite understand how that would work. I
> > assume my "delta stream" you mean just adding the ancestry metadata?
>
> I haven't really thought much about it. The thought I had running
> through my head was if there was a way to put the unidiff in a format
> that the client could more readily apply, then it might help to reduce
> the dependence on the patch exectuable for 'svn patch'. Thinking more
> about it, the delta is almost always converted back into a full-text,
> and then run through the line-based merging algorithm... so it's
> probably of no help. But I do think that getting rid of that
> dependence would be a Good Thing. Especially since the non-cygwin
> based version (I use the one from UnxUtils on sourceforge) breaks in
> fun ways.
Sounds like a fun research project! Can you add this to tasks.html?
More importantly though, we need mentors. So far, I think the only
person who explicitly stated they'd be willing to mentor was me.
Anyone else?
If we don't have enough mentors, it's not worth the hassle.
We'll need a few people willing to attentively review patches
posted by gsoc students. Not just one person.
I'd say two or three committers per student would fit the bill
and make success very likely. Applying this rule, it looks like
we currently have space for a grand total of 0 students.
Stefan
Re: GSoC '09 -- are we in?
Posted by John Szakmeister <jo...@szakmeister.net>.
On Wed, Mar 11, 2009 at 5:23 AM, Branko Cibej <br...@xbc.nu> wrote:
> John Szakmeister wrote:
>> (Can we do something like re-encode
>> the unidiff as a delta stream and run it through our normal merge
>> algorithm?) I can see this being useful outside of Subversion as
>> well.
>>
>
> Interesting thought, but I don't quite understand how that would work. I
> assume my "delta stream" you mean just adding the ancestry metadata?
I haven't really thought much about it. The thought I had running
through my head was if there was a way to put the unidiff in a format
that the client could more readily apply, then it might help to reduce
the dependence on the patch exectuable for 'svn patch'. Thinking more
about it, the delta is almost always converted back into a full-text,
and then run through the line-based merging algorithm... so it's
probably of no help. But I do think that getting rid of that
dependence would be a Good Thing. Especially since the non-cygwin
based version (I use the one from UnxUtils on sourceforge) breaks in
fun ways.
-John
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1307552
Re: GSoC '09 -- are we in?
Posted by Branko Cibej <br...@xbc.nu>.
John Szakmeister wrote:
> (Can we do something like re-encode
> the unidiff as a delta stream and run it through our normal merge
> algorithm?) I can see this being useful outside of Subversion as
> well.
>
Interesting thought, but I don't quite understand how that would work. I
assume my "delta stream" you mean just adding the ancestry metadata?
-- Brane
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1307128
Re: GSoC '09 -- are we in?
Posted by John Szakmeister <jo...@szakmeister.net>.
On Tue, Mar 10, 2009 at 11:35 AM, Stefan Sperling <st...@elego.de> wrote:
[snip]
> I'd totally mentor this, but again, only together with at least another
> developer. I'll have exams myself in May and June, so whoever wants to
> mentor this too should probably be prepared to spend more time on the
> mentoring than I will during the first few weeks. See timetable at
> http://socghop.appspot.com/document/show/program/google/gsoc2009/faqs#timeline
I really can't offer any time to this, but what about:
* Getting support for the StarMerge algorithm that SVK has been
using, especially since we have more information about what's been
merged and such.
* Implementing a patch algorithm for the unidiff portions of a patch
so that we don't need to call out to the 'patch' tool (something that
often isn't present on Windows). (Can we do something like re-encode
the unidiff as a delta stream and run it through our normal merge
algorithm?) I can see this being useful outside of Subversion as
well.
Just some thoughts. :-)
-John
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1307094
Re: GSoC '09 -- are we in?
Posted by Stefan Sperling <st...@elego.de>.
On Tue, Mar 10, 2009 at 02:57:02PM +0000, Stefan Sperling wrote:
> I'd happily mentor something related to tree-conflicts, but not on
> my own. Maybe Julian, Neels and Steve would also help to mentor such
> a project?
OK, so I've checked the open issues for tree conflicts.
There's this big one:
http://subversion.tigris.org/issues/show_bug.cgi?id=3210
It's basically "rewrite diff". I'd say it's a tad too big for gsoc.
Then there are improvements we need in the command-line user
interface for tree conflicts:
http://subversion.tigris.org/issues/show_bug.cgi?id=3144
http://subversion.tigris.org/issues/show_bug.cgi?id=3342
Could we roll a proposal out of that?
This can be quite a creative task. If those two issues are not enough
on their own, anything that helps improve the usability of tree conflicts
on the command line could be made part of the task, including ideas
proposed by the student. E.g. I know that Mark has made some nice tree
conflicts UI for subclipse based on several different use cases.
It would be nice if the CLI client had similar capabilities.
Is this something worth proceeding?
I'd totally mentor this, but again, only together with at least another
developer. I'll have exams myself in May and June, so whoever wants to
mentor this too should probably be prepared to spend more time on the
mentoring than I will during the first few weeks. See timetable at
http://socghop.appspot.com/document/show/program/google/gsoc2009/faqs#timeline
Stefan
Re: GSoC '09 -- are we in?
Posted by Stefan Sperling <st...@elego.de>.
On Tue, Mar 10, 2009 at 09:37:16AM -0500, Hyrum K. Wright wrote:
> On Mar 10, 2009, at 9:18 AM, C. Michael Pilato wrote:
>
> > http://google-code-updates.blogspot.com/2009/03/now-accepting-applications-for-google.html
> >
> > Google is now accepting apps for projects wishing to participate in
> > the
> > Summer of Code program for 2009. What's your pleasure?
>
> (FYI, project applications are due Friday at noon.)
>
> I'd like to see us participate, but we've got to handle the program
> better than we have in past years. We typically throw together a
> bunch of candidate projects, get a couple of good applications and
> many mediocre ones, accept a couple of students, give them branches in
> the repo, and hope they succeed. That's not a recipe for success.
>
> How could we improve? I don't know the answer just yet, but I do know
> we're lacking in several areas. We aren't:
> * attracting quality students
Well, they all use git ;)
> * providing sufficient mentoring to those students
I'd say we need at least two or three mentors per student,
or even more.
This would reduce turn-around time for mentors, because they
may not always be able to react in a timely fashion. E.g. Karl
last year was constanly busy and patches by his student were
lying on the list for ages, with no one else looking at them
because, well, it was "Karl's student". Being able to quickly
pass the ball would be nice for mentors. A +1 from any mentor
will do.
And it would also reduce turn-around time for gsoc students, and
involve them in the project more closely. Rather than being proxied
by their mentor, gsoc students should be encouraged to participate
directly in the community just like everyone else, and not just
talk to a single mentor.
I'd happily mentor something related to tree-conflicts, but not on
my own. Maybe Julian, Neels and Steve would also help to mentor such
a project?
> * using the resulting code in a timely manner
Let them commit reviewed patches to trunk then, incrementally
working on their feature/bugfix/whatever.
If we pick projects that we know need to be done anyway one way
or another, and have enough mentors reviewing patches from gsoc
students before they enter trunk, this might turn out to work well.
It also give gsoc students more exposure, because their work
will not be hidden away on a branch.
> * retaining students as developers after SoC ends
Again, more mentors makes this more likely.
This is a social problem, not a technical one.
If people feel welcome and valued in a community, they tend to stay.
A proxy-type mentor model does not achieve that effect.
Stefan
Re: GSoC '09 -- are we in?
Posted by "Hyrum K. Wright" <hy...@mail.utexas.edu>.
On Mar 10, 2009, at 9:18 AM, C. Michael Pilato wrote:
> http://google-code-updates.blogspot.com/2009/03/now-accepting-applications-for-google.html
>
> Google is now accepting apps for projects wishing to participate in
> the
> Summer of Code program for 2009. What's your pleasure?
(FYI, project applications are due Friday at noon.)
I'd like to see us participate, but we've got to handle the program
better than we have in past years. We typically throw together a
bunch of candidate projects, get a couple of good applications and
many mediocre ones, accept a couple of students, give them branches in
the repo, and hope they succeed. That's not a recipe for success.
How could we improve? I don't know the answer just yet, but I do know
we're lacking in several areas. We aren't:
* attracting quality students
* providing sufficient mentoring to those students
* using the resulting code in a timely manner
* retaining students as developers after SoC ends
I don't know the reasons for the above, and certainly our new release
strategy will improve things, but we need to make a more concerted
effort if the program is to succeed. We can start by updating the
list of suggested projects[1] and making that page navigable from our
main page.
I hope we participate and succeed in Google Summer of Code this year.
-Hyrum
[1] http://subversion.tigris.org/tasks.html#summer-of-code
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1303316