[Sugar-devel] Number of students that will be accepted in GSoC

2013-04-20 Thread Prannoy M
Hi,
I wanted to know how many students will be accepted through GSoC into Sugar
Labs??

*M.Prannoy*
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] IRC Activity fixes

2013-04-20 Thread Aneesh Dogra
Hello Michal,

Great that you have decided to do a GSOC project for us. Thanks!
Please refer to my inline comments below.

On Sat, Apr 20, 2013 at 5:03 AM, Michał Poczwardowski dmp0x...@gmail.comwrote:

 I'm a regular IRC user and have few new ideas regarding IRC Activity.
 As sugar channels reside at freenode, It would be nice to have
 NickServ support build-in. Also, when ordinary IRC users use screen
 with console client, It would be great to have awaylog that displays
 our hilights even when we are not present. This feature could be turn
 on only for registered nicks and some webservice + irclogs will be
 involved. For example: when user joins channel, IRC Activity could
 show all hilights since user's last visit, of course with reasonable
 time/messages limit.


This is a really nice idea. Definitely worth implementing. But I would deem
it as secondary, if time permits we could probably work on this. The most
important features to work on will be:

1) Multithreading: The IRC Activity very slow when compared to other IRC
clients.
2) Alert on highlight
3) Whois info
4) Backlog
5) Multiple connections (presently you can only connect to one server, so
if I want to connect to 2 channels say one on mibbit and one on freenode. I
can't do that in IRC.)
6) Theming (would like to add, but again its secondary)
7) Encoding options. Not everyone speaks english on IRC, try going to a
chinese channel using the IRC activity and see what happens. Does it shows
the chinese characters properly? I haven't tested this myself, but I reckon
it won't work.
8) Save chat history in journal. (Very very important)

I would encourage you to open up your favorite IRC client and check what
features it provides, and would it be useful if we add it in the IRC
Activity?

I've found library[2] that could be used to replace deprecated Urk.
 Also implementing notifications and improving performance will be my
 priority.


The library you suggested, although better than urk, hasn't been updated
since 2012-09-29. Which makes me skeptical if this is the best alternate
available? Libraries tend to later act as bottlenecks. For eg: Urk
makes multithreading very difficult because it itself is single threaded.
That's why I want you select the best all-python irc library out there.

I will be grateful if you could give me some feedback to ideas provided.

 Thanks,
 Michal

 [1] http://dmpgsoc.azalayah.net/
 [2] http://sourceforge.net/projects/python-irclib/files/

 dmp@freenode

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Number of students that will be accepted in GSoC

2013-04-20 Thread Walter Bender
I don't know yet.

-walter


On Sat, Apr 20, 2013 at 2:48 AM, Prannoy M m.pran...@gmail.com wrote:

 Hi,
 I wanted to know how many students will be accepted through GSoC into
 Sugar Labs??

 *M.Prannoy*


 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel




-- 
Walter Bender
Sugar Labs
http://www.sugarlabs.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Bidirectional communication javascript -local server

2013-04-20 Thread Daniel Narvaez
Hi,

I think it could work but out-of-process communication inside the same
process is weird.

With that approach it would probably make more sense to communicate with
telepathy and datastore directly, rather than going through the activity,
perhaps using a websocket - dbus proxy like

https://github.com/01org/cloudeebus

(interesting that it's developed by https://01.org/)

On old sugar we could have the activity run the proxy, while in new
versions it could be session wide.

On 19 April 2013 21:10, Gonzalo Odiard gonz...@laptop.org wrote:

 Daniel,

 Can we use websockets to bidirectional communication from javascript to a
 local server?

 http://tech.pro/tutorial/1167/introduction-to-websockets

 Gonzalo

 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel




-- 
Daniel Narvaez
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Bidirectional communication javascript -local server

2013-04-20 Thread Daniel Narvaez
As another data point, WebOS has a system/session bus (it uses to be based
on dbus, now it's not anymore but the logic is similar anyway).

To provide web apps access to system functionalities, they apparently
pacthed WebKit1

https://github.com/isis-project/WebKit/blob/master/Source/WebCore/platform/webos/LunaServiceMgr.cpp
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Bidirectional communication javascript -local server

2013-04-20 Thread Daniel Narvaez
The cloudeebus API seems pretty generic (from a very quick look)

https://github.com/01org/cloudeebus/wiki/API

The only method specific to the websocket implementation seems to be
connect(). So, with webkit2, we could implement it all client side and
avoid the proxy overhead.

Implementation aside I tend to like the idea to have an intermediate,
generic API to interact with DBus services. It should make the
implementation of the public API (datastore, collaboration etc) easier and
cleaner.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [GSoC 2013]

2013-04-20 Thread Alexandro Colorado
On 4/19/13, Andres Aguirre aguir...@gmail.com wrote:
 Hi Luca!

 The Sugar activities have a big dependence with GTK, wich is very difficult
 to port to Android, so the idea of this project is to made a wrapper of GTK
 that use a native graphic framework.
 The start point of the project is to study a basic Sugar Activity and its
 dependences with the GTK library, we propouse as case of study the activity
 Hello World in order to research wich are the pyGTK calls made and search
 for a native android graphic framework rich enough to implement those
 calls. We propouse use kivy based in the work of John Kim in the GCI
 http://www.google-melange.com/gci/work/download/google/gci2012/7972209?id=17001
 The next step is to implement a basic wrapper that make easy the android
 port of the sugar activities. If success we will have a method to port
 sugar activities to android. This is not a full sugar implementation for
 android but could be a starting point.

How different is this from using the native toolkit and use Py4A
(python for Android under the scripting layer) to port the business
logic?
Some tutorial on Python for Android
http://www.linuxjournal.com/article/10940
Both guis are basically XML GUI with similar controls
http://developer.android.com/guide/topics/ui/controls.html
Re-binding the applications to the native toolkit.


 best regards
 andrés






 On Fri, Apr 19, 2013 at 7:12 AM, luca melandri
 lucameland...@gmail.comwrote:

 Hi,
 my name is Luca and i saw the *GTK wrapper library for Android* project
 in the idea page of sugar project and cause i like it and i know well
 python language and java too used on android i'd like to know what would
 be
 the start point of the project and some information more about it.
 Thanks for the anwser! :)

 --
 Luca Melandri

 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel





-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://es.openoffice.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [GSoC 2013]

2013-04-20 Thread Andres Aguirre
On Sat, Apr 20, 2013 at 1:41 PM, Alexandro Colorado j...@oooes.org wrote:

 How different is this from using the native toolkit and use Py4A
 (python for Android under the scripting layer) to port the business
 logic?


Py4A is ok to port some part of the business logic, remember that Py4A
doesn't have support for PyGTK. We are looking to develop a framework with
minimun impact in the existing activity code.

andrés
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] IRC Activity fixes

2013-04-20 Thread Michał Poczwardowski
Hello Aneesh,

Thanks for your feedback! Your list of most important features will be
really helpful during proposal writing.

Before I start to prepare my proposal, I'll try to research available
python IRC libraries. Note that mtime means last code modification in
this case:

pyirclib[1] - Whole implementation using 600 lines in single file.
It's blocking and with not so many features (mtime: 2002-07-14).

python-irclib[2] - Supports multiple simultaneous server connections.
In my previous e-mail I mentioned this lib but provided link was
outdated. It provides handy event-loop and It's in active development
(mtime: 5 days ago[2]).

oyoyo[4] - Small library, similar to pyirclib. (mtime: 10-10-2011).

lurklib[5] - Small library described as thread-safe and event-driven.
(mtime: 11 months ago)

To sum up, The only library in active development is python-irclib.
Its internals are written thread-safe and it suits all IRC Activity
needs. IMHO, we should choose this one. :)

Thanks,
Michal

[1] http://sourceforge.net/projects/pyirclib/
[2] http://python-irclib.sourceforge.net
[3] https://bitbucket.org/jaraco/irc/commits/all
[4] https://code.google.com/p/oyoyo/
[5] https://github.com/LK-/lurklib/

On 20 April 2013 13:07, Aneesh Dogra ane...@sugarlabs.org wrote:
 Hello Michal,

 Great that you have decided to do a GSOC project for us. Thanks!
 Please refer to my inline comments below.

 On Sat, Apr 20, 2013 at 5:03 AM, Michał Poczwardowski dmp0x...@gmail.com
 wrote:

 I'm a regular IRC user and have few new ideas regarding IRC Activity.
 As sugar channels reside at freenode, It would be nice to have
 NickServ support build-in. Also, when ordinary IRC users use screen
 with console client, It would be great to have awaylog that displays
 our hilights even when we are not present. This feature could be turn
 on only for registered nicks and some webservice + irclogs will be
 involved. For example: when user joins channel, IRC Activity could
 show all hilights since user's last visit, of course with reasonable
 time/messages limit.


 This is a really nice idea. Definitely worth implementing. But I would deem
 it as secondary, if time permits we could probably work on this. The most
 important features to work on will be:

 1) Multithreading: The IRC Activity very slow when compared to other IRC
 clients.
 2) Alert on highlight
 3) Whois info
 4) Backlog
 5) Multiple connections (presently you can only connect to one server, so if
 I want to connect to 2 channels say one on mibbit and one on freenode. I
 can't do that in IRC.)
 6) Theming (would like to add, but again its secondary)
 7) Encoding options. Not everyone speaks english on IRC, try going to a
 chinese channel using the IRC activity and see what happens. Does it shows
 the chinese characters properly? I haven't tested this myself, but I reckon
 it won't work.
 8) Save chat history in journal. (Very very important)

 I would encourage you to open up your favorite IRC client and check what
 features it provides, and would it be useful if we add it in the IRC
 Activity?

 I've found library[2] that could be used to replace deprecated Urk.
 Also implementing notifications and improving performance will be my
 priority.


 The library you suggested, although better than urk, hasn't been updated
 since 2012-09-29. Which makes me skeptical if this is the best alternate
 available? Libraries tend to later act as bottlenecks. For eg: Urk makes
 multithreading very difficult because it itself is single threaded. That's
 why I want you select the best all-python irc library out there.

 I will be grateful if you could give me some feedback to ideas provided.

 Thanks,
 Michal

 [1] http://dmpgsoc.azalayah.net/
 [2] http://sourceforge.net/projects/python-irclib/files/

 dmp@freenode


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


[Sugar-devel] Reg : GSOC Contribution

2013-04-20 Thread Anoop Kumar

Hi,
   I am Anoop Kumar, I want to contribute to Sugar development through 
GSOC. As the student proposals are about to begin, I want to know what 
would the selection criteria be i.e apart from the project proposal, 
what do I need to do to prove that I can be a potential contributor. I 
also want to know whether I can propose any completely new idea compared 
to the ones mentioned in the ideas page.




Anoop Kumar
International Institute of Information Technology
BTech CSE

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Hacking on HTML activities UI (was Re: GSoC 13)

2013-04-20 Thread suraj ks
Hi lionel,

1)Done with setting up of virtual box and installed sugar. Seems to be
working fine.
   But, while running the Sugar in it, it slows down the pc a lot and
various other issues come in while developing activities.
   I guess it is better if I switch to Ubuntu asap while hacking.

 2)It was  a good read . Now, I have a basic understanding how activities
are developed and packed right from
making a standalone python program to packaging and distributing the
activities.
I did install the helloworld activity and it seems to working fine.

 3)I must admit, it is impressive work.
   Went through your manual and understood how the enyo framework
alongwith,connect and sendmessage methods were used to interact between
the user interface, javascript and python code



I needed some clarifications,
Honestly, i did not grasp the console part, which needed improvement.
Were you talking about the connect and sendmessage?

And, regarding the UI part, should I just create CSS files to replicate
default sugar toolbars and other sugar user interfaces?






Also, looking forward to the IRC meeting on html activities on Mon. :)




Regards,
Suraj



On Tue, Apr 16, 2013 at 6:51 PM, lio...@olpc-france.org wrote:

 ** **

 Hi Suraj,

  

 To initialize your knowledge about the project, I can suggest you several
 steps:

  

 First, install Sugar on your computer. I understand that you're on Windows
 but it's pretty easy to install SugarOnAStick in a Windows VirtualBox. It's
 a good way to discover it. Have a look on [1] (in French but easy to
 translate or follow steps using screen capture). 

  

 Second, learn how Sugar activity are developed and packaged today. The
 better introduction about that is in the great book of James, Make your
 own Sugar activities [2]. It will be very interesting for you too to
 install and explore the HelloWorld Activity [3] in your VirtualBox.

  

 Third, explore the first experience of Sugar HTML5 activities I've wrote.
 A chapter in the book Make your own Sugar activities talk about that [4].
 Gridpaint [5] is one of the first activity to use this framework. Install
 it and try to understand how it works: have specifically a look on Log
 (using Log activity) then to Enyo.py and Sugar.js files.

  

 Once you've done it, there is few issue with the current way of works of
 this first Sugar HTML5 framework:

 **1.   **It depends on console-message to interface WebKit and
 JavaScript. It's a bad hack. This message could be deprecated on future
 version of WebKit. We should work one another interface. Exploring
 PhoneGap/Cordoba way of working for iOS (using a hidden Iframe) could be
 interesting.

 **2.   **It depends of the standard Sugar Toolbar and HTML5 controls
 don't have the Sugar LookFeel. We want integrate the full Sugar UI into
 the Sugar HTML5 framework. So we need CSS files and an API to match the
 Sugar controls and features.

 **3.   **It don't expose the Sugar feature into JavaScript. So each
 time the HTML5 application want to call Sugar, it need to call Python code.
 The Sugar HTML5 framework should expose natively main Sugar features:
 specifically DataStore (read/write to Journal), telepathy (Collaboration).
 

 **4.   **Finally, as you read in this thread, embedding a WebView is
 not necessarily the best solution to write a Web activity. BTW as a first
 approach to the problem, we could start with it.

  

 Point 2 could be started very quickly. You just had to list all Sugar
 Controls then think how they could be designed as HTML5 controls.

  

 Lionel.

  

 [1]
 http://olpc-france.org/blog/2013/02/decouvrez-sugar-depuis-votre-machine/*
 ***

 [2] http://www.flossmanuals.net/make-your-own-sugar-activities/

 [3] http://activities.sugarlabs.org/fr/sugar/addon/4418

 [4]
 http://en.flossmanuals.net/make-your-own-sugar-activities/developing-sugar-activities-using-html5/
 

 [5] http://activities.sugarlabs.org/fr/sugar/addon/4647

 ** **

 ** **

 ** **

 *De :* suraj ks [mailto:suraj.gilles...@gmail.com]
 *Envoyé :* lundi 15 avril 2013 22:27
 *À :* Daniel Narvaez; lio...@olpc-france.org
 *Cc :* Sugar-dev Devel; Manuel Quiñones
 *Objet :* Re: [Sugar-devel] Hacking on HTML activities UI (was Re: GSoC
 13)

 ** **

 Ok,

 ** **

 In a nutshell,

 These are the tasks for this project.

 ** **

 Going by the way Lionel suggested,

 Create a sugar activity with full screen web view control.

 Modify the current  js framework and make use of native features to be
 able to write html activities in Sugar.

 ** **

 ** **

 Lionel mentioned,

 The step 1 need only to map a set of JavaScript

 functions to a set of Sugar functions. Once the list of Sugar functions is

 write, it’s not very complex to do.

 So find those functions and tweak them to support the same.

 

 And of course, work on the UI part.

[Sugar-devel] Local Labs Wikis was: Re: [IAEP] wiki.sugarlabs.org ongoing maintenance

2013-04-20 Thread Sebastian Silva

Hi,
When I did maintenance and upgrade of co.sugarlabs.org the only 
difference with the other local labs wikis,

was that it had some extensions related to vandalism prevention:

from LocalSettings.php:

#dirakx para los vandalos
# icarito - File Not Found
#require_once( $IP/extensions/TitleBlacklist/TitleBlacklist.php );
require_once( extensions/CheckUser/CheckUser.php );
#require_once( includes/DatabaseFunctions.php );
require_once( $IP/extensions/bad-behavior/bad-behavior-mediawiki.php );

I had to disable the TitleBlacklist extension because I coudn't find it 
and did not have the time to go

fishing for it.

Perhaps this is a good opportunity to study what countermeasures / 
options we have to fix this issue,

which is particularly grave for local labs wikis.

I'm cc'ing Rafael (dirakx) who originally configured these 
countermeasures for co.sl.org.


I'm leaning to think the best option is to copy the pages that are good 
from all {ar, co, cl, pe} wikis

into one single Sugar Labs / Laboratorios Azúcar América Latina instance.

This would reduce the maintenance burden and maybe revitalize / 
consolidate our spanish speaking

community a bit more?

Regards,
Sebastian

El 19/04/13 23:41, Stefan Unterhauser escribió:
found one link ... 
http://co.sugarlabs.org/go/Eigene_Mail-Adresse_kostenfrei


/me knows german :)

by the way wonder why there is no sugarlabs favicon :(

cu
dogi

PS: there are much more here http://co.sugarlabs.org/go/Especial:Todas

Wonder if somebody is actively watching all 
http://co.sugarlabs.org/go/Especial:Seguimiento



On Thu, Apr 18, 2013 at 5:39 PM, Bernie Innocenti 
ber...@sugarlabs.org mailto:ber...@sugarlabs.org wrote:


Cristian Paul detected a surge of spam on co.sugarlabs.org... can
someone please check? I'll be on a bus to NYC this afternoon.

On 04/18/2013 02:27 AM, Sebastian Silva wrote:

 El 16/04/13 00:03, Bernie Innocenti escribió:
 Our wiki has grown quite large and the upgrade from Mediawiki
1.19 to
 1.20 required several slow steps, so unfortunately I had to
leave before
 fixing up the local wikis.


 I ran maintenance/update scripts for:
 pe.sugarlabs.org http://pe.sugarlabs.org
 cl.sugarlabs.org http://cl.sugarlabs.org
 ar.sugarlabs.org http://ar.sugarlabs.org
 co.sugarlabs.org http://co.sugarlabs.org

 They are back up, spammy as they are.

 Regards,
 Sebastian


--
Bernie Innocenti
Sugar Labs Infrastructure Team
http://wiki.sugarlabs.org/go/Infrastructure_Team
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
mailto:Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel




___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] IRC Activity fixes

2013-04-20 Thread Aneesh Dogra
Okay. That sounds about right then! Go with python-irclib.

Thanks and Regards
Aneesh Dogra
--

Sent from my Galaxy Nexus
On Apr 21, 2013 1:04 AM, Michał Poczwardowski dmp0x...@gmail.com wrote:

 Hello Aneesh,

 Thanks for your feedback! Your list of most important features will be
 really helpful during proposal writing.

 Before I start to prepare my proposal, I'll try to research available
 python IRC libraries. Note that mtime means last code modification in
 this case:

 pyirclib[1] - Whole implementation using 600 lines in single file.
 It's blocking and with not so many features (mtime: 2002-07-14).

 python-irclib[2] - Supports multiple simultaneous server connections.
 In my previous e-mail I mentioned this lib but provided link was
 outdated. It provides handy event-loop and It's in active development
 (mtime: 5 days ago[2]).

 oyoyo[4] - Small library, similar to pyirclib. (mtime: 10-10-2011).

 lurklib[5] - Small library described as thread-safe and event-driven.
 (mtime: 11 months ago)

 To sum up, The only library in active development is python-irclib.
 Its internals are written thread-safe and it suits all IRC Activity
 needs. IMHO, we should choose this one. :)

 Thanks,
 Michal

 [1] http://sourceforge.net/projects/pyirclib/
 [2] http://python-irclib.sourceforge.net
 [3] https://bitbucket.org/jaraco/irc/commits/all
 [4] https://code.google.com/p/oyoyo/
 [5] https://github.com/LK-/lurklib/

 On 20 April 2013 13:07, Aneesh Dogra ane...@sugarlabs.org wrote:
  Hello Michal,
 
  Great that you have decided to do a GSOC project for us. Thanks!
  Please refer to my inline comments below.
 
  On Sat, Apr 20, 2013 at 5:03 AM, Michał Poczwardowski 
 dmp0x...@gmail.com
  wrote:
 
  I'm a regular IRC user and have few new ideas regarding IRC Activity.
  As sugar channels reside at freenode, It would be nice to have
  NickServ support build-in. Also, when ordinary IRC users use screen
  with console client, It would be great to have awaylog that displays
  our hilights even when we are not present. This feature could be turn
  on only for registered nicks and some webservice + irclogs will be
  involved. For example: when user joins channel, IRC Activity could
  show all hilights since user's last visit, of course with reasonable
  time/messages limit.
 
 
  This is a really nice idea. Definitely worth implementing. But I would
 deem
  it as secondary, if time permits we could probably work on this. The most
  important features to work on will be:
 
  1) Multithreading: The IRC Activity very slow when compared to other IRC
  clients.
  2) Alert on highlight
  3) Whois info
  4) Backlog
  5) Multiple connections (presently you can only connect to one server,
 so if
  I want to connect to 2 channels say one on mibbit and one on freenode. I
  can't do that in IRC.)
  6) Theming (would like to add, but again its secondary)
  7) Encoding options. Not everyone speaks english on IRC, try going to a
  chinese channel using the IRC activity and see what happens. Does it
 shows
  the chinese characters properly? I haven't tested this myself, but I
 reckon
  it won't work.
  8) Save chat history in journal. (Very very important)
 
  I would encourage you to open up your favorite IRC client and check what
  features it provides, and would it be useful if we add it in the IRC
  Activity?
 
  I've found library[2] that could be used to replace deprecated Urk.
  Also implementing notifications and improving performance will be my
  priority.
 
 
  The library you suggested, although better than urk, hasn't been updated
  since 2012-09-29. Which makes me skeptical if this is the best alternate
  available? Libraries tend to later act as bottlenecks. For eg: Urk makes
  multithreading very difficult because it itself is single threaded.
 That's
  why I want you select the best all-python irc library out there.
 
  I will be grateful if you could give me some feedback to ideas provided.
 
  Thanks,
  Michal
 
  [1] http://dmpgsoc.azalayah.net/
  [2] http://sourceforge.net/projects/python-irclib/files/
 
  dmp@freenode
 
 

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Reg : GSOC Contribution

2013-04-20 Thread Aneesh Dogra
You'll probably have to prove that you are competent to complete the
project through some qualification tasks. Example for the IRC activity
fixes project you'll have to do some research on existing python-irc
libraries, chose the most suitable, do some small Gtk3 fixes, write a basic
wrapper to your chosen library, provide blueprints on how would you
implement the ideas. Mainly the purpose of the qualification tasks would be
to check whether you and the mentor can communicate well and will you be
able to complete the project on time.

P.S: Its just my opinion, other mentors may have other criterion.

Thanks and Regards
Aneesh Dogra
--

Sent from my Galaxy Nexus
On Apr 21, 2013 2:42 AM, Anoop Kumar amanchi.ku...@students.iiit.ac.in
wrote:

 Hi,
I am Anoop Kumar, I want to contribute to Sugar development through
 GSOC. As the student proposals are about to begin, I want to know what
 would the selection criteria be i.e apart from the project proposal, what
 do I need to do to prove that I can be a potential contributor. I also want
 to know whether I can propose any completely new idea compared to the ones
 mentioned in the ideas page.



 Anoop Kumar
 International Institute of Information Technology
 BTech CSE

 __**_
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.**org Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/**listinfo/sugar-develhttp://lists.sugarlabs.org/listinfo/sugar-devel

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel