February 2015 - Pharo-users

Re: [Pharo-users] GSOC 2015 application

by Ben Coman

On Wed, Feb 11, 2015 at 8:51 PM, Sebastian Sastre < sebastian(a)flowingconcept.com> wrote: > +1 > > Can I brainstorm a wishlist? I could get wild on it :D > Yes. Go wild! But it should be achievable in 12 weeks, in some cases by students with limited Pharo/Smalltalk experience. Anyway, a wild brainstorm list could carry over to a longer term ex-GSoC list. However there is only 8 or 9 days before the organisation application is due, and the ideas should come with some flesh. ( http://en.flossmanuals.net/GSoCMentoring/making-your-ideas-page/) cheers -ben

Feb. 11, 2015

Re: [Pharo-users] GSOC 2015 application

by Martin BÃ¤hr

Excerpts from Stephan Eggermont's message of 2015-02-11 15:05:14 +0100: > Sebastian wrote: > >Can I brainstorm a wishlist? I could get wild on it :D > > Sure, as long as it is projects that you would be willing to mentor, > and sized like they could fit. well, someone else could be willing to mentor then, so i don't think it hurts to get wild on ideas, as long as accepted ideas come with a mentor. greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

Feb. 11, 2015

Re: [Pharo-users] GSOC 2015 application

by Serge Stinckwich

On Wed, Feb 11, 2015 at 3:07 PM, Martin BÃ¤hr <mbaehr(a)email.archlab.tuwien.ac.at> wrote: > Excerpts from Serge Stinckwich's message of 2015-02-11 10:02:21 +0100: >> with Uko, we are considering submitting the Pharo project as a >> mentoring organization for GSOC 2015: >> >> We will need your help in order to find ideas of projects. > > Is there any effort make a joint application under esug or some other umbrella? We are under the umbrella of the Pharo Consortium. > there are a few projects on labs.fossasia.org that might fit: > > Create a file editor and asset manager solution with smalltalk > Create a smalltalk application for offline text search > emulate a PostgreSQL server in Smalltalk > Smalltalk SQL Parser & Evaluator > > i also discussed with craig the idea of doing something with his context work on pharo. > essentially i'd like to use context as a tool to remote manage images. > a gsoc project could be to work out how to set up context for that usecase > (while helping to make sure context works with pharo) You are from FOSSASIA ? Didn't know you have some interests in Smalltalk ;-) If some of your projects are related to Pharo, we could post also your projects on our lists. We will send the link to list of ideas in a few hours. Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Feb. 11, 2015

Re: [Pharo-users] GSOC 2015 application

by Martin BÃ¤hr

Excerpts from Serge Stinckwich's message of 2015-02-11 10:02:21 +0100: > with Uko, we are considering submitting the Pharo project as a > mentoring organization for GSOC 2015: > > We will need your help in order to find ideas of projects. Is there any effort make a joint application under esug or some other umbrella? there are a few projects on labs.fossasia.org that might fit: Create a file editor and asset manager solution with smalltalk Create a smalltalk application for offline text search emulate a PostgreSQL server in Smalltalk Smalltalk SQL Parser & Evaluator i also discussed with craig the idea of doing something with his context work on pharo. essentially i'd like to use context as a tool to remote manage images. a gsoc project could be to work out how to set up context for that usecase (while helping to make sure context works with pharo) greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

Feb. 11, 2015

Re: [Pharo-users] GSOC 2015 application

by Stephan Eggermont

Sebastian wrote: >Can I brainstorm a wishlist? I could get wild on it :D Sure, as long as it is projects that you would be willing to mentor, and sized like they could fit. Stephan

Feb. 11, 2015

Re: [Pharo-users] GSOC 2015 application

by Alexandre Bergel

This is a fantastic news. Go go go! Alexandre > Le 11 fÃ©vr. 2015 Ã 06:02, Serge Stinckwich <serge.stinckwich(a)gmail.com> a Ã©crit : > > Dear all, > > with Uko, we are considering submitting the Pharo project as a > mentoring organization for GSOC 2015: > http://www.google-melange.com/gsoc/homepage/google/gsoc2015 > > We will need your help in order to find ideas of projects. > > Stay tune for more information soon. > Thank you. > > Cheers, > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ >

Feb. 11, 2015

Re: [Pharo-users] Changes file size

by Sven Van Caekenberghe

> On 11 Feb 2015, at 13:54, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > > 2015-02-11 5:35 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >>> On 10 Feb 2015, at 09:13, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>> Esteban, >>> >>> You might be on something important there. >>> I always found it strange what effect loading Glorp had on an image, blowing it up. >>> I can't say I understand though, best make it into an issue. >> >> I did some further digging. Basically, the GlorpSession>>#dropTables:'s MCMethodDefinitions are totally broken. I loaded Glorp in a clean 4.0 image (and did a merge) and I have two such definition instances, each with a #timeStamp of MEGABYTES, one ~ 60 Mb, one ~ 130 Mb, the contents is 'am From VisualWorks' and then lots of garbage: >> >> No wonder the image grows by 200 Mb ! >> >> I will try to do what you did and commit a version of that method with a normal time stamp. >> Sven > > Wow, I missed looking into the MCMethodDefinition itself. I don't > understand how such a malformed timestamp can be there. But even 130MB > is several times the image size of VW. > > > I'll update my configurations. > > Thank you Sven! > > ps: As said in another thread, Torsten's version (descendant of mine) > didn't seem to have this issue. Yes, we are making (some) progress. Maybe we should promote the latest version to #stable ?

Feb. 11, 2015

Re: [Pharo-users] Changes file size

by Esteban A. Maringolo

2015-02-11 5:35 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >> On 10 Feb 2015, at 09:13, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> Esteban, >> >> You might be on something important there. >> I always found it strange what effect loading Glorp had on an image, blowing it up. >> I can't say I understand though, best make it into an issue. > > I did some further digging. Basically, the GlorpSession>>#dropTables:'s MCMethodDefinitions are totally broken. I loaded Glorp in a clean 4.0 image (and did a merge) and I have two such definition instances, each with a #timeStamp of MEGABYTES, one ~ 60 Mb, one ~ 130 Mb, the contents is 'am From VisualWorks' and then lots of garbage: > > No wonder the image grows by 200 Mb ! > > I will try to do what you did and commit a version of that method with a normal time stamp. > Sven Wow, I missed looking into the MCMethodDefinition itself. I don't understand how such a malformed timestamp can be there. But even 130MB is several times the image size of VW. I'll update my configurations. Thank you Sven! ps: As said in another thread, Torsten's version (descendant of mine) didn't seem to have this issue.

Feb. 11, 2015

Re: [Pharo-users] GSOC 2015 application

by Sebastian Sastre

+1 Can I brainstorm a wishlist? I could get wild on it :D > On Feb 11, 2015, at 9:19 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: > > Some project ideas > > 1 Better support for cross-platform co-development > > Glorp is originally maintained in VisualWorks. We now have a version > in Pharo that is forked. It would be nice if we could make sure that > changes can be synchronized. The rewriting engine is available > on both platforms, and Glorp has a large number of unit tests. > If we can describe both migrations with refactorings, > we should be able to create builds in ci for both that show > when changes break things and otherwise synchronize two-way. > > This might also be beneficial for Roassal2 and Seaside, that > currently use a compatibility layer. > > Another place where this rewriting can be useful would be > in maintaining compatibility between Squeak and Pharo, > and in making it easier keeping older code alive. > > Marcel Taeumel has written a number of interesting applications > (UIBuilder, Widgets, XPForums) using a 'signals' style > communication. In Pharo it would make sense to have them > use Announcements. > > 2 Use code rewriting to help migrate projects forwards > > In https://pharo.fogbugz.com/default.asp?13754 cleaning strings API > there are 3 method renames. These were included in build > 40165. Projects source for pharo can be found on a number of > repositories (smaltalkhub, squeaksource, ss3, etc). > Upgrade scripts can be generated for these projects to help do these > migrations. > > Stephan > > > >

Feb. 11, 2015

Re: [Pharo-users] GSOC 2015 application

by Stephan Eggermont

Some project ideas 1 Better support for cross-platform co-development Glorp is originally maintained in VisualWorks. We now have a version in Pharo that is forked. It would be nice if we could make sure that changes can be synchronized. The rewriting engine is available on both platforms, and Glorp has a large number of unit tests. If we can describe both migrations with refactorings, we should be able to create builds in ci for both that show when changes break things and otherwise synchronize two-way. This might also be beneficial for Roassal2 and Seaside, that currently use a compatibility layer. Another place where this rewriting can be useful would be in maintaining compatibility between Squeak and Pharo, and in making it easier keeping older code alive. Marcel Taeumel has written a number of interesting applications (UIBuilder, Widgets, XPForums) using a 'signals' style communication. In Pharo it would make sense to have them use Announcements. 2 Use code rewriting to help migrate projects forwards In https://pharo.fogbugz.com/default.asp?13754 cleaning strings API there are 3 method renames. These were included in build 40165. Projects source for pharo can be found on a number of repositories (smaltalkhub, squeaksource, ss3, etc). Upgrade scripts can be generated for these projects to help do these migrations. Stephan

Feb. 11, 2015