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 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] 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  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  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  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
> wrote:
>
>> 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  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  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 
> 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,  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 Look&Feel. 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

[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 
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 
> cl.sugarlabs.org 
> ar.sugarlabs.org 
> 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

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"  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  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" 
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 
> http://lists.sugarlabs.org/**listinfo/sugar-devel
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Chat Activity with translation

2013-04-20 Thread Prannoy M 
Hi,
I would like to work on the proposal 'Chat Activity with translation' for
GSoC.I'm a first time GSoCer and am really interested to contribute.Can
someone help me get started?
I tried running sugar-emulator on ubuntu 12.04 but lots of activities were
not working.So now I'm installing by the virtual box method.

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