Hi smalltalkers. I have been asked to be the admin of GSoC 2010. The backup or second admin is Janko Mivšek. As you may know, Squeak has participated in GSoC 2007, 2008 but failed (not accepted) in 2009. We are not sure if we will succeed this year but we will try to do as much as possible.
We think that one of the most important reasons why we failed in 2009 is that Google was looking for bigger communities that Squeak. This is why this year we all go under the ESUG umbrella. We present ESUG as the mentor organization and we cover ALL open-source Smalltalk dialects, not only Squeak. Pharo, Smalltalk/X, GNU Smalltalk, Cuis..they are all invited to participate. Also cross platform projects like Seaside, AidaWeb, Magma, etc are welcome. <forThoseWhoDoesntKnowWhatGSoCIs> It is a Google program that support (money) students to work on different open-source projects. Google doesn't talk or manage directly to the students but trough "Mentoring Organisations". Those organizations have to apply to GSoC. They have to give a lot of information, included a list of ideas/projects. Each project has a description and a mentor. Then the students apply for each project. If the organization gets selected by Google they will tell you how many "slots" they give. Suppose they give 5 but we have 20 projects....then we vote and the most voted projects win. The student has to do the project and the mentor has to help and guide him. The mentor receives 500 USD and the student 4500USD. For more information read: http://code.google.com/soc/ </forThoseWhoDoesntKnowWhatGSoCIs> The most important thing is the deadlines we have. We started late so we are very near to the first deadline which is 12/03/2010 (less than one week). For that deadline we need to submit all the information of the mentor organization (answering several questions) and give the list of ideas/projects and the mentors of that. We have created a webpage (Thanks Janko!!) where we will put all the information. We will make this page public soon (we still need to review a couple of things). But for the moment we would REALLY appreciate if tell us your ideas. To do this, just answer to this email. Then we will collect the information and put in the website. For each idea you need: a short title and a paragraph (for the moment) explaining the idea. After, we need that the people that are willing to be mentors start to apply as mentors...please, consider yourself being mentor. Sometimes it is not that difficult. I mean, don't be shy as sometimes being helpful, being aware of the dates, answering emails, etc is more important than the Smalltalk knoweldege. We can have a lot of ideas, but we need also mentors for that. We even would need a "substitute" for each mentor... Just as an example you can see the ideas of the previous years: 2007: http://wiki.squeak.org/squeak/5936 2008: http://wiki.squeak.org/squeak/6031 2009: http://wiki.squeak.org/squeak/6120 That's all for the moment. Cheers Mariano _______________________________________________ Aida mailing list [hidden email] http://lists.aidaweb.si/mailman/listinfo/aida |
4) Build a continuous integration server using Seaside, Iliad or AidaWeb. Build an interface to version control systems (possibly supporting both independent systems such as Monticello or file-based such as svn/CVS/git) that can be used from Smalltalk and integrate it with Smalllint code reports. For a more ambitious project, the server should be able to start a new image, upgrade the package, run SUnit tests there and communicate back the results---the time to upgrade the package should be minimized of course! Are you aware of this two projects ? I don't know other dialects but in Pharo they work: - http://n4.nabble.com/Interim-build-server-td1296834.html#a1296834 - http://n4.nabble.com/ANN-Hudson-continuous-integration-server-support-td1296910.html#a1296910
Yes!!! And make it (optionally at least) not to block the complete VM while a function is being called. Cheers Mariano _______________________________________________ Aida mailing list [hidden email] http://lists.aidaweb.si/mailman/listinfo/aida |
In reply to this post by Mariano Martinez Peck
Hi there,
> But for the moment we would REALLY appreciate if tell us your ideas. > To do this, just answer to this email. Then we will collect the > information and put in the website. For each idea you need: a short > title and a paragraph (for the moment) explaining the idea. Yet another project to deal with multiple dialects: Porting Monticello to Smalltalk/X ---- Over the years, lot of nice stuff has been developed for Squeak/Pharo. Porting the code to other dialects lacking monticello (such as Smalltalk/X) support is difficult and error-prone. Updating already ported code to a new version or merging changes back to the mainline is even worse. Monticello port will ease porting of other successful projects. AidaWeb, Seaside, SqueakDBX, Glamour, Mondrian or DeltaStreams are just few of them. GemStone pioneered this approach and its success show us that this is a reasonable way to go. The goal to this project is to port and integrate Monticello to the Smalltalk/X environment so the programmer will be able to load a code from a monticello repository and commit it back right from the Smalltalk/X IDE. Cheers, Jan _______________________________________________ Aida mailing list [hidden email] http://lists.aidaweb.si/mailman/listinfo/aida |
In reply to this post by Mariano Martinez Peck
A little correction. At the beginning I though only open-source
Smalltalk dialects were possible, but now Janko let me know that non
open-source dialects are welcome too. What really has to be open-source
is the project/idea in particular, but the Smalltalk dialect in itself
can be non open-source.
Sorry for the noise. Mariano On Sat, Mar 6, 2010 at 1:04 PM, Mariano Martinez Peck <[hidden email]> wrote: Hi smalltalkers. I have been asked to be the admin of GSoC 2010. The backup or second admin is Janko Mivšek. As you may know, Squeak has participated in GSoC 2007, 2008 but failed (not accepted) in 2009. We are not sure if we will succeed this year but we will try to do as much as possible. _______________________________________________ Aida mailing list [hidden email] http://lists.aidaweb.si/mailman/listinfo/aida |
In reply to this post by Mariano Martinez Peck
On 07. 03. 2010 00:02, Julian Fitzell wrote:
> + Take the best parts of Seaside and Swazoo's HTTP protocol classes > and create an HTTP package that could be optionally loaded with Grease > and used by multiple projects. This is actually very good idea and because we need to reimplement the Swazoo HTTP messaging part due to licensing reasons anyway, even more timely. So, idea is to make an independent HTTP messaging library to be used for both web servers and clients, and also for internal use in web frameworks like Seaside, Aida and Iliad, to avoid unnecessary converting as it happens now. As a Swazoo maintainer a have quite an interest and I'm therefore willing to mentor that project. -- Janko Mivšek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si _______________________________________________ Aida mailing list [hidden email] http://lists.aidaweb.si/mailman/listinfo/aida |
On 07. 03. 2010 11:00, Paolo Bonzini wrote: > On 03/07/2010 10:59 AM, Janko Mivšek wrote: >> This is actually very good idea and because we need to reimplement the >> Swazoo HTTP messaging part due to licensing reasons anyway, even more >> timely. > > Don't get me started on this... Are you sure there's no more pressing > need for Swazoo? Certainly, like improving the HTTP Server part according to your suggestions and actual code. Also unifiying the portability layer (Sport and Grease) under a common umbrella is a good idea, then we can move Swazoo on that layer. But Julian's idea came just at the right moment and it has a broader appeal. We can then redesign the HTTP server part in the meantime. I see many synergies there. Best regards Janko _______________________________________________ Aida mailing list [hidden email] http://lists.aidaweb.si/mailman/listinfo/aida |
In reply to this post by Mariano Martinez Peck
I think this project could be a good idea for GSoC. As I said, I would love if it (optionally at least) could not to block the complete VM while a function is being called. I would also love what you said: parse .h of libraries and automatically create the wrapper for Smalltalk. At least create the invocations to the functions, and map the structures to objects... We need to write a title, a little description and if possible titles like "technical details", "benefits to the students" and "benefits to the community". If you are interested please send it to me and I add it to the list. We also need a mentor (and a student, of course)...anyone is willing to do it ? Cheers Mariano _______________________________________________ Aida mailing list [hidden email] http://lists.aidaweb.si/mailman/listinfo/aida |
On Mon, Mar 8, 2010 at 12:24 AM, Gilad Bracha <[hidden email]> wrote: I'm all for it, and hope that John or Eliot can mentor. Datapoints I'll add:
Yes, as you can read here: http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/faqs#licenses it says:
That depends on your mentoring organization. All code created by student participants must be released under an Open Source Initiative approved license. It's also extremely likely that your mentoring organization will have a preferred license(s) and that you will need to release your code under the license(s) chosen by that organization. And as you can read in the link, LGPL seems to be accepted...so, from the GSoC point of view there is no problem with the license. Cheers Mariano
_______________________________________________ Aida mailing list [hidden email] http://lists.aidaweb.si/mailman/listinfo/aida |
Free forum by Nabble | Edit this page |