- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] GSoC: call for ideas

by Yuriy Tymchuk

Hey guys. 1. Implicit variable declarations support in FAST Make FAST to work with one of the languages that do not have explicit declaration of variables. Preferable target language is Javascript. This should move FAST to new horizons. advanced Yuriy Tymchuk <yuriy.tymchuk(a)me.com>, Anne Etien <anne.etien(a)univ-lille1.fr> 2. Interaction API for Roassal. Provide a nice api of Roassal to filter, select, delete, groupâ¦ etc elements. This will be extra useful for reverse engineering tools. advanced - complex Alexandre Bergel <alexandre.bergel(a)me.com>, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> 3. Tools to work with resources (non-text data). Even if serialising it as code is not a good solution we can make tools to load, serialise resources to codeâ¦ easy - advanced Yuriy Tymchuk <yuriy.tymchuk(a)me.com> 4. Preferences persistence. Now prefs are only working while you are on the same image. We can put a button: save for all images, and serialise prefs to conf. folder when this button is checked. The same goes for user name. Why not to put checkbox: âSave for all next imagesâ. This way we wonât have a lot of clones in monticello and make userâs life easier. You can use a startup scripts, but this is not cool. easy - advanced Yuriy Tymchuk <yuriy.tymchuk(a)me.com> Cheers Uko On 11 Feb 2014, at 10:42, Damien Cassou <damien.cassou(a)gmail.com> wrote: > Hi fellow Pharo hackers, > > ESUG, the European Smalltalk User Group, is applying for this > year's Google Summer of Code. As you probably know, the Summer > of Code provides the opportunity to fund students to work during > the summer on Pharo. Please reply to this > email (be sure to use "Reply to all") if you have ideas you > would like to propose. > > Please include a summary of the project and links to web pages > that can help prospective students to write their application. > Please also include the following information: > > - if applicable, other dialects that you would be willing to > mentor this project for > > - the skill level > > - name of the mentor(s), email addresses, and possibly any IRC > network/channel/nickname where they can be found. > > Thanks for contributing to ESUG's Summer of Code application! > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill >

Feb. 11, 2014

Re: [Pharo-dev] [Pharo-users] GSoC: call for ideas

by Yuriy Tymchuk

Hey guys. 1. Implicit variable declarations support in FAST Make FAST to work with one of the languages that do not have explicit declaration of variables. Preferable target language is Javascript. This should move FAST to new horizons. advanced Yuriy Tymchuk <yuriy.tymchuk(a)me.com>, Anne Etien <anne.etien(a)univ-lille1.fr> 2. Interaction API for Roassal. Provide a nice api of Roassal to filter, select, delete, groupâ¦ etc elements. This will be extra useful for reverse engineering tools. advanced - complex Alexandre Bergel <alexandre.bergel(a)me.com>, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> 3. Tools to work with resources (non-text data). Even if serialising it as code is not a good solution we can make tools to load, serialise resources to codeâ¦ easy - advanced Yuriy Tymchuk <yuriy.tymchuk(a)me.com> 4. Preferences persistence. Now prefs are only working while you are on the same image. We can put a button: save for all images, and serialise prefs to conf. folder when this button is checked. The same goes for user name. Why not to put checkbox: âSave for all next imagesâ. This way we wonât have a lot of clones in monticello and make userâs life easier. You can use a startup scripts, but this is not cool. easy - advanced Yuriy Tymchuk <yuriy.tymchuk(a)me.com> Cheers Uko On 11 Feb 2014, at 10:42, Damien Cassou <damien.cassou(a)gmail.com> wrote: > Hi fellow Pharo hackers, > > ESUG, the European Smalltalk User Group, is applying for this > year's Google Summer of Code. As you probably know, the Summer > of Code provides the opportunity to fund students to work during > the summer on Pharo. Please reply to this > email (be sure to use "Reply to all") if you have ideas you > would like to propose. > > Please include a summary of the project and links to web pages > that can help prospective students to write their application. > Please also include the following information: > > - if applicable, other dialects that you would be willing to > mentor this project for > > - the skill level > > - name of the mentor(s), email addresses, and possibly any IRC > network/channel/nickname where they can be found. > > Thanks for contributing to ESUG's Summer of Code application! > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill >

Feb. 11, 2014

Re: [Pharo-dev] NB and assembly methods (WAS: a lot of non-constructive things I refuse to talk about :)

by Igor Stasenko

On 11 February 2014 10:56, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > > > PS. I am hacking on protobuf in Pharo 3.0 and noticed cool NB assembler > in some places - are such methods creeping into base libraries now? What > does that mean for other CPUs? Sorry, for changing subject - feel free to > reply under different subject. > > (replying Goran) Depends what you calling base libraries. Kernel, basic I/O is clean of it , and there's good reasons for keeping things that way. And because i know how painful it can be to maintain custom assembler code, i would never use it if i could have better alternative. Oh.. what i trying to prove: i just using it because i can :P But it is of course for projects which under my direct control.. i didn't rewrote random parts of Pharo with assembler code.. and never will. :) -- Best regards, Igor Stasenko.

Feb. 11, 2014

Re: [Pharo-dev] NB and assembly methods (WAS: a lot of non-constructive things I refuse to talk about :)

by Igor Stasenko

On 11 February 2014 10:56, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > > > PS. I am hacking on protobuf in Pharo 3.0 and noticed cool NB assembler > in some places - are such methods creeping into base libraries now? What > does that mean for other CPUs? Sorry, for changing subject - feel free to > reply under different subject. > > Hi Goran, > > Yesâ¦ since NB and Athens, there are some methods in assembler spread > around. Is my opinion that all assembler-containing methods should be > refactored into a more comprensible unit (and that can be changed by > another set of assembly instrucction when we achieve multiplatform-NB). > Today they are all along Athens, and if we continue this path they will be > all along Pharo soon. I would better modularise that. > But Igor maybe has something different to say :) > > Esteban > not much to add to what i already been said: - have any other CPU which can run pharo JIT? No? Will talk when it will be available. Doing anything before that is just waste of time. -- Best regards, Igor Stasenko.

Feb. 11, 2014

Re: [Pharo-dev] pharo 3.0 versionner and creating a development version

by Norbert Hartl

Am 11.02.2014 um 14:48 schrieb Christophe Demarey <Christophe.Demarey(a)inria.fr>: > Hi Norbert, > > Le 11 fÃ©vr. 2014 Ã 11:05, Norbert Hartl a Ã©crit : > >> I try really hard to move to 3.0 at the moment. To me versionner became that important that this is a requirement for me to change the version. Iâm testing the bleeding edge version of versionner in 3.0 and this looks really cool. But somehow I cannot create a development version of my project. Whatever I try the only thing I can achieve is that versionner is producing a new baseline method. I used all of the three buttons at the top and did also examine all of the menus (those that work). >> >> Any hints? > > I wrote a small documentation on Versionner: http://chercheurs.lille.inria.fr/~demarey/Tech/Versionner. > With Versionner, a development version is always a baseline. If none is found, it will create one from the selected version. > Why is it a baseline? because you don't want to update your configuration each time you publish new packages. > > When you are ready to release, Versionner creates: > a numbered version with fixed packages revisions, > and the next development version (a baseline). > > Tell me if you need more information. Iâm not sure I understand. On the symbolic version front we have bleedingEdge that is loading a baseline without exact version information (it loads the newest packages). Then we have development versions that have specific package versions but are not released (not tagged stable). And we have releases that have a sense of to-be-published. Now we have only baselines/development and released versions? I liked to have the three levels because it matches all the requirements in my workflow. That is baseline = development, development = be used by other projects/collaborators before it is released, stable = ready to be released. Anyway if it is the case that there is only baseline and released version I do not understand why the versions are having the blessing development. How are those supposed to be tagged stable? At the moment I find it quite confusing how it is. I need maybe one or two more hints. Norbert

Feb. 11, 2014

Re: [Pharo-dev] Playing an mp3

by jannik laval

Ok the description is not good. In phratch, I can load MP3. Jannik 2014-02-11 15:30 GMT+01:00 Noury Bouraqadi <bouraqadi(a)gmail.com>: > Thanks Sean. > Sounds cool. > > Noury > On 11 fÃ©vr. 2014, at 14:44, Sean P. DeNigris wrote: > > > For mp3s, I started wrapping the FMOD library with NB. It's on sthub. I > > ported enough to play an mp3 and porting other features should be > > straightforward at this point... HTH > > > > > > > > ----- > > Cheers, > > Sean > > -- > > View this message in context: > http://forum.world.st/Playing-an-mp3-tp4742737p4742774.html > > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > > > Noury > -- > http://twitter.com/#!/NouryBouraqadi > http://car.mines-douai.fr/noury > > > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://car.mines-douai.fr/

Feb. 11, 2014

Re: [Pharo-dev] How I feel

by askoh

It is a marathon on unknown paths. Those boot may come useful along the way. ObjC was given up for dead long time ago. A true miracle happened and now it is number three. Since it has roots in Smalltalk, let's try to find ways to take advantage of that. Smalltalk is still the best development environment. I won't switch until there is something better. I have faith in it. All the best, Aik-Siong Koh -- View this message in context: http://forum.world.st/How-I-feel-tp4742729p4742793.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Feb. 11, 2014

Re: [Pharo-dev] pharo 3.0 versionner and creating a development version

by Christophe Demarey

Hi Norbert, Le 11 fÃ©vr. 2014 Ã 11:05, Norbert Hartl a Ã©crit : > I try really hard to move to 3.0 at the moment. To me versionner became that important that this is a requirement for me to change the version. Iâm testing the bleeding edge version of versionner in 3.0 and this looks really cool. But somehow I cannot create a development version of my project. Whatever I try the only thing I can achieve is that versionner is producing a new baseline method. I used all of the three buttons at the top and did also examine all of the menus (those that work). > > Any hints? I wrote a small documentation on Versionner: http://chercheurs.lille.inria.fr/~demarey/Tech/Versionner. With Versionner, a development version is always a baseline. If none is found, it will create one from the selected version. Why is it a baseline? because you don't want to update your configuration each time you publish new packages. When you are ready to release, Versionner creates: a numbered version with fixed packages revisions, and the next development version (a baseline). Tell me if you need more information. Regards, Christophe.

Feb. 11, 2014

Re: [Pharo-dev] [SmalltalkHub down] The server hosting SmalltalkHub at Inria is not responding

by Christophe Demarey

It was a problem at Inria datacenter. Back to life since 3pm. Le 11 fÃ©vr. 2014 Ã 14:53, Nicolas Petton a Ã©crit : > Hi guys, > > The server hosting SmalltalkHub at Inria is not responding. SmalltalkHub > is therefore down. I contacted the Inria server admins to learn more > about this incident, without success for now. > > I'll do my best to put it back online as soon as possible! > > Cheers, > Nico > > -- > Nicolas Petton > http://nicolas-petton.fr >

Feb. 11, 2014

Re: [Pharo-dev] Playing an mp3

by Noury Bouraqadi

Thanks Sean. Sounds cool. Noury On 11 fÃ©vr. 2014, at 14:44, Sean P. DeNigris wrote: > For mp3s, I started wrapping the FMOD library with NB. It's on sthub. I > ported enough to play an mp3 and porting other features should be > straightforward at this point... HTH > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Playing-an-mp3-tp4742737p4742774.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > Noury -- http://twitter.com/#!/NouryBouraqadi http://car.mines-douai.fr/noury

Feb. 11, 2014