Andrew Sutton wrote:
Within Boost.Geometry, we have discussed participation in the GSoC a bit. However, we've decided to not to propose or mentor any projects due to amount of work we need to get done ASAP to include the library in one of the upcoming Boost releases.
I have mentored one GSoC project myself (though, not for Boost) and I would not be able to commit to mentoring while working on the library preparation at the same time.
However, I personally thing, that if someone else would be interested in mentoring a student working on some project for Boost.Geometry, that would be great.
That's too bad. I was actually thinking that this library is ideal for SoC projects. A good student might be able to work on extensions to your library that don't affect primary submission, but can be integrated after eventual acceptance.
I'm not sure that anybody else would be a better mentor. It's your library, so you have have all the knowledge and expertise :)
== Infrastructure Projects==
What could that be?
Compilation farm? Developing regression resting? May be something like integrating Boost regression tests with existing systems like Buildbot, Hudson, etc. This could increase potential of attaching new test environments.
Vladimir Prus has some suggestions on the Boost wiki ( https://svn.boost.org/trac/boost/wiki/SoC2010#Boost.Build).
Now that you mention it, reimplementing test results reporting would be an excellent project. - Volodya