Project for GSOC 2013

Ashish Gupta ashmew2 at
Thu Apr 25 04:15:34 EDT 2013

On Thu, Apr 25, 2013 at 11:30 AM, Mark Doliner <mark at> wrote:
> On Wed, Apr 24, 2013 at 8:05 AM, Ashish Gupta <ashmew2 at> wrote:
> > Interoperable way sounds nice. You are talking about the initial ACK
> > (Forgive me if im wrong) being able to tell a libpurple client
> > from a non libpurple client right?
> > So, do you think that this could be a nice proposal for this year's GSOC
> > (The File Transfer along with a CTRL+F Buddy Search) ?
> I don't speak for everyone, but my personal belief is that it would be
> better for us to perfect native file transfer for each protocol rather
> than implement our own solution.  But of course, that hasn't seemed to
> have worked out so well over the last 10 years, so maybe a new
> approach is warranted :-P
> "Fixing file transfer" (either by implementing your own solution or
> perfecting native file transfer) is probably a big enough task for a
> summer.  I suspect that it would be difficult to complete that task
> AND complete better buddy list searching.

So the file transfer project can be a good enough project for GSOC then?
The native file transfer for each protocol natively. Can we fix that ? All
i want to make sure is that files get transferred. By hook or by crook, so
to speak.
If there is a native and more standard approach to do it, i'll be more than
willing to undertake that task.
Should i submit my GSOC Application with this this idea then?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the Devel mailing list