From: Evan S. <ev...@dr...> - 2006-04-28 22:26:25
Attachments:
PGP.sig
|
Just curious -- the Gaim Summer of Code page [1] is from last year's summer of code. Gaim is a mentoring organization (of course!) but there aren't any new suggestions for student proposals for this year. Do we want to put one up, or is the plan just to see what potential students come up with independently? [1] http://gaim.sourceforge.net/summerofcode/ Cheers, Evan |
From: Mark D. <ma...@ki...> - 2006-04-28 22:30:18
|
On Fri, 28 Apr 2006 17:59:25 -0400, Evan Schoenberg wrote > Just curious -- the Gaim Summer of Code page [1] is from last year's > summer of code. Gaim is a mentoring organization (of course!) but > there aren't any new suggestions for student proposals for this > year. Do we want to put one up, or is the plan just to see what > potential students come up with independently? > > [1] http://gaim.sourceforge.net/summerofcode/ > > Cheers, > Evan Yes we definitely need to put one up for this year. I've been really busy the past two weeks, and I was kind of hoping Sean would do it. The list of possible projects I've seen so far are pasted below (I'm good at making lists!). -Mark Privacy 1) do a survey of the various official clients, and determine what they are capable of in the way of controling who can see you, interfaces for handling the above, so on. 2) design a backend and UI capable of handling the diversity of the protocols. This would require some abstraction. 3) implement said design 4) document the mappings from the protocol terminology to the terminology used in said design. This should be in html/php form that can be added to the webpage. SSL certificate management Port Bonjour over to avahi rather than using the HOWL compat headers Self-verifying test suite Gaim janitor Write NSIS translation file support for intltool and convert our NSIS stuff to use that. In this way, our Windows installer translations could be managed as part of the .po files. This would make things easier to work with and would almost surely increase the number/quality of translations for our installer. The output of this project would need to be merged into intltool to be useful, so perhaps it's a better project for the intltool people. This would be useful to at least Gaim and GIMP, and also to other OSS apps that want to us NSIS on Windows. |
From: Sean E. <sea...@gm...> - 2006-04-28 22:35:53
|
On 4/28/06, Mark Doliner <ma...@ki...> wrote: > Yes we definitely need to put one up for this year. I've been really bus= y the > past two weeks, and I was kind of hoping Sean would do it. I'm actually doing it as we speak! -s. |
From: Richard L. <rl...@wi...> - 2006-04-29 09:25:11
|
I had also suggested log search improvements, which would involve integration with libbeagle. Richard |
From: Duane <du...@e1...> - 2006-04-28 23:58:12
|
Evan Schoenberg wrote: > Just curious -- the Gaim Summer of Code page [1] is from last year's > summer of code. Gaim is a mentoring organization (of course!) but there > aren't any new suggestions for student proposals for this year. Do we > want to put one up, or is the plan just to see what potential students > come up with independently? I have a suggestion specifically related to gaim... Unfortunately our request was rejected, but we still have a US$100 bounty for it as well... http://www.e164.org/wiki/SummerOfCode -- Best regards, Duane http://www.cacert.org - Free Security Certificates http://www.nodedb.com - Think globally, network locally http://www.sydneywireless.com - Telecommunications Freedom http://e164.org - Because e164.arpa is a tax on VoIP "In the long run the pessimist may be proved right, but the optimist has a better time on the trip." |
From: Luke S. <lsc...@us...> - 2006-04-29 13:42:03
|
This morning Ethan explained to one of our users that our buddy list updates are approximately O((n/k)^2) where n is the number of buddies and k is the number of groups they are evenly distributed across. This seems rather poor. How possible would it be for a SoC project to find a way to improve on this? It would require, I imagine, 1)studying gaim's update process 2)figuring out where such update checks can be eliminated 3)studing where such updates can be done all at once 4)figuring out the gain of 2 and 3 5)implementing it 6)bug testing and fixing This may be too much risk (ie too little probability of success) for an SoC project, but if it _is_ something that could be done well, it would be a rewarding change for our users. luke |
From: Sean E. <sea...@gm...> - 2006-04-29 22:52:48
|
On 4/29/06, Luke Schierer <lsc...@us...> wrote: > This morning Ethan explained to one of our users that our buddy list > updates are approximately O((n/k)^2) where n is the number of buddies > and k is the number of groups they are evenly distributed across. > This seems rather poor. How possible would it be for a SoC project > to find a way to improve on this? It would require, I imagine, This could be generalized to "profile Gaim and improve its performance." -s. |