Re: [Pharo-users] [Pharo-dev] Slack, fragmentation and design information

[François Stephany]

There is a special price for non-profits organization:

> The Slack for Nonprofits program offers eligible organizations a *free
upgrade* to our Standard plan for teams of up to 250 members. For eligible
teams above that size, we offer an 85% discount on the Standard plan.

With 322 users it means that we still have to pay...

See https://get.slack.help/hc/en-us/articles/204368833-Slack-for-Nonprofits
for more information.


On Fri, Feb 10, 2017 at 1:18 PM, denker  wrote:

>
> >
> >> I share many of what you say… but in the other point of view, Slack as
> really worked and there is a lot more happening now in Slack + mailing list
> than what was before just in mailing list.
> >> But most of that is lost because of Slack policies (also Slack pricing
> model is impossible for a community as ours), and we need to find a
> solution for that.
> >
> > Yes this is too expensive for the Pharo consortium ?
> >
> It is per active member… which is defined as “has logged in the last 14
> days”. We have 322 members. No idea how many
> are active according to that definition.
>
> Fot 322 it would be: $8 per user per month. Which means $2576 per month or
> $25772 per year (taking the special yearly price into account).
>
> Marcus
>
>
>

Re: [Pharo-users] AWS libraries

[François Stephany]

Back in the days, I used CloudFork (http://www.slideshare.net/esug/cloudfork)
to interact with S3. I don't know the current status of the lib though...

On Thu, Nov 10, 2016 at 2:21 PM, Esteban Lorenzano 
wrote:

> I know about this:
>
> https://github.com/newapplesho/aws-sdk-smalltalk
>
> Esteban
>
> On 10 Nov 2016, at 12:45, Norbert Hartl  wrote:
>
> What libraries exist these days for amazon services? I may need a library
> for SNS service so is there anybody working on it?
>
> thanks,
>
> Norbert
>
>
>

Re: [Pharo-users] Tech Meeting notes

[François Stephany]

Thanks!

On Wed, Sep 28, 2016 at 4:29 PM, Peter Uhnák  wrote:

> Thanks for the recording, I wasn't able to attend so it's good to at least
> hear about the current state of things.
>
> Peter
>
> On Tue, Sep 27, 2016 at 7:37 PM, Dimitris Chloupis 
> wrote:
>
>> And for those that were not able to attend the voice meeting here you can
>> find the recording so you can listen to it at your convenience
>>
>> https://dl.dropboxusercontent.com/u/1404140/Pharo%20Voice%20
>> Meetings/PharoVR1.ogg
>>
>> Have fun :)
>>
>> On Tue, Sep 27, 2016 at 8:23 PM stepharo  wrote:
>>
>>> Hi guys
>>>
>>> I tried to take some notes of the discussion and report of effort made
>>> by esteban
>>>
>>>
>>>
>>>
>>> VM works
>>> 
>>>  - migrating our source to opensmalltalk vm 80% of our source
>>>  - keybindings enhancement
>>>  - shift key pressed
>>>  - library symbols
>>>  - change our cmake maker -> plain makefiles
>>>  - port our process (running all the tests)
>>>  - new VMs will get out
>>>  - ARM VM is under dev and started to run.
>>>  - migration planned for end of week of next weeks
>>>
>>>  - right now able to build
>>>  32 and 64 on mac and linux.
>>>  plan with mid october.
>>>
>>>  - for windows
>>>  - We will produce assert vm to help people to find problems.
>>>
>>>  - Sierra support is coming.
>>>  - openssl
>>>  It will come after the end of the merge finished.
>>>
>>>  - FFI bug about the Athens canvas.
>>>
>>>  - FT bug is getting on the radar and esteban suspects that the bug
>>>  is in the C plugin. We plan to throw away the FT plugin.
>>>  If people want to help please have a look at thibaultRaffaillac
>>>  bindings.
>>>
>>>  - Pharo is using different VM functionalities so sometimes we are
>>> going
>>>  on unfrequented paths.
>>>
>>>  - Threaded FFI will come after 64, ARM, two bugs
>>>  Probably beginning of the year.
>>>
>>>
>>> Iceberg
>>> 
>>>  here is the log that nicolas sent to our internal mailing-list
>>>
>>> ### Last week:
>>> - Improved travis support, working on having all green tests in travis,
>>> still 4 to go.
>>> - Extending libgit support.
>>> - Support for synchronizing an Iceberg repository with code that was
>>> loaded with gitfiletree (was not working, as reported by Norbert).
>>> - Fixed some bugs (see
>>> https://github.com/npasserini/iceberg/milestone/7?closed=1)
>>>
>>>
>>> ### This week (starting 2016-09-26):
>>>
>>> - Finish having all tests running on travis.
>>> - Better management of ssh keys (which in turn is required for travis
>>> working correctly).
>>> - Also I would like to add some little GUI details that bother me in
>>> daily work (such as remembering common options, highlighting outdated
>>> repositories, or opening repositories from spotter).
>>>
>>> I think that this might take the whole week. After that I plan to add
>>> basic support synchronizing against code that was loaded from any
>>> repository. With that finished, we could release v0.3
>>>
>>> After that, the plan for v0.4 is to make libgit our default backend, and
>>> make gitfiletree dependencies optional.
>>> - I am pretty close to have all tests running for libgit again, then we
>>> should try to use libgit as backend for the UI. But in that process also
>>> improve test coverage so that we minimize dependence on manual
>>> verification of the UI.
>>> - Remodularice in order to separate gitfiletree dependencies, so we will
>>> be able to use Iceberg without loading ossubprocess (or gitfiletree).
>>> - That will require also to write an independent cypress reader/writer,
>>> because the current one inherits from gitfiletree.
>>>
>>> If we have all this, I think that we could have a version that could be
>>> included in the base image, probably in the second half of october.
>>>
>>>
>>>
>

[Pharo-users] libUSB binding Pharo

[François Stephany]

Hi,

Is there a libusb[1] binding for Pharo 4/5? After a quick google search,
I've seen that Udo Schneider has started one last year. Any idea on its
status?

If not, would it be a nice summer job for a student (my company can pay for
it...)?

Cheers,
Francois


[1]: http://libusb.org/

Re: [Pharo-users] Create maps from an SVG file in Roassal

[François Stephany]

Okidoki !

I've found the option to explicitly include the lineto in Inkscape (see
the attached screenshot of the Preferences).

thanks!


On Sat, Aug 1, 2015 at 11:34 AM, Peter Uhnák i.uh...@gmail.com wrote:

 This is Athens-SVG btw (not loaded by default in Pharo, but available in
 Athens repository).
 I think Stef mentioned it several times in regards to RTSVGPath.

 Peter

 On Sat, Aug 1, 2015 at 11:32 AM, Peter Uhnák i.uh...@gmail.com wrote:

 Hi François,

 I don't think it's worth fixing in the current implementation,
 however there is already available SVG importer into Pharo, so I'll try
 to find a way how to adapt it. It should support regular SVG (circle,
 rectangle, ...), not just path.

 Peter

 On Fri, Jul 31, 2015 at 11:42 PM, François Stephany 
 tulipe.mouta...@gmail.com wrote:

 Flanders geography looks way too complicated for a sane brain :p

 On Fri, Jul 31, 2015 at 11:36 PM, Johan Fabry jfa...@dcc.uchile.cl
 wrote:


 You mean, let’s ditch Wallonia, right?

 On Jul 31, 2015, at 18:28, François Stephany tulipe.mouta...@gmail.com
 wrote:

 Let's ditch Flanders altogether!
 On 31 Jul 2015 23:17, Johan Fabry jfa...@dcc.uchile.cl wrote:


 Hey, what happened to Voeren? https://en.wikipedia.org/wiki/Voeren
 That’s part of Limburg which is also not on the map. That’s already 2 
 parts
 of Flanders left out. This is grounds for an ‘affaire communautaire’  to
 happen soon! :-P

 On Jul 31, 2015, at 17:28, François Stephany 
 tulipe.mouta...@gmail.com wrote:

 You're right Baarle-Hertog neighbourhood  are not in the SVG file :(
 It should'nt be a problem to express their position in SVG. Have a
 look at the Comines-Warneton 'which is part of Hainaut) stuck between
 France and West-Flanders ;)



 On Fri, Jul 31, 2015 at 10:15 PM, Johan Fabry jfa...@dcc.uchile.cl
 wrote:


 Hey, you forgot Baarle-Hertog …
 https://en.wikipedia.org/wiki/Baarle-Hertog Or maybe that’s even too
 complicated a situation for SVG to handle :-)



 --- Save our in-boxes! http://emailcharter.org ---

 Johan Fabry   -   http://pleiad.cl/~jfabry
 PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -
  University of Chile




 --- Save our in-boxes! http://emailcharter.org ---

 Johan Fabry   -   http://pleiad.cl/~jfabry
 PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -
  University of Chile

[Pharo-users] Create maps from an SVG file in Roassal

[François Stephany]

Hi there,

I'm trying to import an SVG file describing the provinces of Belgium in
Roassal.
I've cleaned an SVG file found on wikipedia and trying to import it.

I'm trying to imitate the way it is done with Countries. So:

RTMapBuilder classprovincesOfBelgium
 ^ #(#antwerp #brussels #eastFlanders #flemishBrabant #hainaut #liege
 #limburg #luxembourg #namur #walloonBrabant #westFlanders)


and implemented to corresponding SVG paths. Here's one example:

RTSVGPath class antwerp
 ^'m 177.419,25.0693 1.379,-3.5593 -2.986,-1.3778 -3.33,0.5742
 -0.114,-3.1001 -4.019,-4.0187 1.492,-5.9704 -2.181,-2.8706 -1.952,-0.2298
 -1.034,-1.2628 -2.411,5.1667 -3.673,3.7892 -3.101,-2.067 -5.396,1.378
 -2.068,-1.8371 4.479,-0.9188 0.345,-5.1667 -6.2,-2.1815 -4.938,5.741
 0.114,2.8704 -8.611,-0.574 1.264,-5.5112 -5.397,0 -6.43,3. 1.263,4.5929
 2.411,2.7555 -1.492,2.6409 -4.478,-0.6891 0.115,-2.7555 -6.43,0.3443
 0,2.4112 2.296,0.5743 -0.345,5.5112 3.904,1.0336 -3.1,3.3295 3.056,7.4863
 0.504,5.9475 -7.923,0.2296 -2.985,3.1002 1.722,1.837 -0.114,3.5595
 2.889,0.4893 3.352,-0.9423 7.038,4.5375 3.704,-0.5553 1.759,1.7593
 3.149,-1.7593 4.075,2.1297 2.963,-3.6118 11.112,-1.7592 0.092,3.3337
 11.576,-3.6113 1.204,-3.0562 5.001,-0.8332 2.129,-3.8894 4.723,-0.7409
 0.741,-1.9448 2.223,0.8336 1.481,-0.8336 0.186,-4.9079 -4.075,-2.0373
 1.605,-5.4063 z'.


Very naively, I've tried:

provinceExample
 self new provinceExample
 | b |
 b := RTMapBuilder new.
 b countries: RTMapBuilder provincesOfBelgium.
 b color: Color lightGrey.
 b open.


Which does not display anything.

I suspect the problem lies in the coordinates of my paths. Is there a
README somehwere or the original file that was used to generate the world
map of the examples?

Cheers,
Francois

Re: [Pharo-users] Create maps from an SVG file in Roassal

[François Stephany]

You're right Baarle-Hertog neighbourhood  are not in the SVG file :(
It should'nt be a problem to express their position in SVG. Have a look at
the Comines-Warneton 'which is part of Hainaut) stuck between France and
West-Flanders ;)



On Fri, Jul 31, 2015 at 10:15 PM, Johan Fabry jfa...@dcc.uchile.cl wrote:


 Hey, you forgot Baarle-Hertog …
 https://en.wikipedia.org/wiki/Baarle-Hertog Or maybe that’s even too
 complicated a situation for SVG to handle :-)

 On Jul 31, 2015, at 16:51, François Stephany tulipe.mouta...@gmail.com
 wrote:

 It works with the explicit line-to:
 Any hint on how to force its inclusion in Inkscape ?



 On Fri, Jul 31, 2015 at 9:18 PM, Alexandre Bergel alexandre.ber...@me.com
  wrote:

 It will soon come :-)

 Alexandre
 --
 _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
 Alexandre Bergel  http://www.bergel.eu
 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.



 On Jul 31, 2015, at 2:36 PM, Peter Uhnák i.uh...@gmail.com wrote:

 The chapter for MapBuilder hasn't been done yet, but it is planned. :)



 Screen Shot 2015-07-31 at 21.50.58.png




 --- Save our in-boxes! http://emailcharter.org ---

 Johan Fabry   -   http://pleiad.cl/~jfabry
 PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University
 of Chile

Re: [Pharo-users] Create maps from an SVG file in Roassal

[François Stephany]

It works with the explicit line-to:
Any hint on how to force its inclusion in Inkscape ?



On Fri, Jul 31, 2015 at 9:18 PM, Alexandre Bergel alexandre.ber...@me.com
wrote:

 It will soon come :-)

 Alexandre
 --
 _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
 Alexandre Bergel  http://www.bergel.eu
 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.



 On Jul 31, 2015, at 2:36 PM, Peter Uhnák i.uh...@gmail.com wrote:

 The chapter for MapBuilder hasn't been done yet, but it is planned. :)

Re: [Pharo-users] Create maps from an SVG file in Roassal

[François Stephany]

Flanders geography looks way too complicated for a sane brain :p

On Fri, Jul 31, 2015 at 11:36 PM, Johan Fabry jfa...@dcc.uchile.cl wrote:


 You mean, let’s ditch Wallonia, right?

 On Jul 31, 2015, at 18:28, François Stephany tulipe.mouta...@gmail.com
 wrote:

 Let's ditch Flanders altogether!
 On 31 Jul 2015 23:17, Johan Fabry jfa...@dcc.uchile.cl wrote:


 Hey, what happened to Voeren? https://en.wikipedia.org/wiki/Voeren
 That’s part of Limburg which is also not on the map. That’s already 2 parts
 of Flanders left out. This is grounds for an ‘affaire communautaire’  to
 happen soon! :-P

 On Jul 31, 2015, at 17:28, François Stephany tulipe.mouta...@gmail.com
 wrote:

 You're right Baarle-Hertog neighbourhood  are not in the SVG file :(
 It should'nt be a problem to express their position in SVG. Have a look
 at the Comines-Warneton 'which is part of Hainaut) stuck between France and
 West-Flanders ;)



 On Fri, Jul 31, 2015 at 10:15 PM, Johan Fabry jfa...@dcc.uchile.cl
 wrote:


 Hey, you forgot Baarle-Hertog …
 https://en.wikipedia.org/wiki/Baarle-Hertog Or maybe that’s even too
 complicated a situation for SVG to handle :-)



 --- Save our in-boxes! http://emailcharter.org ---

 Johan Fabry   -   http://pleiad.cl/~jfabry
 PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University
 of Chile




 --- Save our in-boxes! http://emailcharter.org ---

 Johan Fabry   -   http://pleiad.cl/~jfabry
 PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University
 of Chile

Re: [Pharo-users] Create maps from an SVG file in Roassal

[François Stephany]

Let's ditch Flanders altogether!
On 31 Jul 2015 23:17, Johan Fabry jfa...@dcc.uchile.cl wrote:


 Hey, what happened to Voeren? https://en.wikipedia.org/wiki/Voeren That’s
 part of Limburg which is also not on the map. That’s already 2 parts of
 Flanders left out. This is grounds for an ‘affaire communautaire’  to
 happen soon! :-P

 On Jul 31, 2015, at 17:28, François Stephany tulipe.mouta...@gmail.com
 wrote:

 You're right Baarle-Hertog neighbourhood  are not in the SVG file :(
 It should'nt be a problem to express their position in SVG. Have a look at
 the Comines-Warneton 'which is part of Hainaut) stuck between France and
 West-Flanders ;)



 On Fri, Jul 31, 2015 at 10:15 PM, Johan Fabry jfa...@dcc.uchile.cl
 wrote:


 Hey, you forgot Baarle-Hertog …
 https://en.wikipedia.org/wiki/Baarle-Hertog Or maybe that’s even too
 complicated a situation for SVG to handle :-)



 --- Save our in-boxes! http://emailcharter.org ---

 Johan Fabry   -   http://pleiad.cl/~jfabry
 PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University
 of Chile

Re: [Pharo-users] Loading code from a local git repository

[François Stephany]

As Sven mentionned it, you can simply put your filetree files in a
subdirectory.
You can have a look at https://github.com/fstephany/hello-pharo It's a bit
outdated but it will give you the idea.

On Tue, Jul 28, 2015 at 12:42 PM, Tommaso Dal Sasso 
tommaso.dalsa...@gmail.com wrote:

 Hello,

 I am trying to version a project on git using filetree.
 Since I also have some external resources (like images), I would avoid
 loading the whole project from the pharo image, because that would
 download the external files in a cache directory, thus making them
 difficult to reach and update.

 My idea is to update the git repository from the commandline, and then
 run a script to build the image.

 The question then is: is there an easy way to programmatically load a
 project from a local directory?

 Also, do you have any suggestions for a better workflow to handle this
 situation?

 Thanks,
 Tommaso

Re: [Pharo-users] students looking for projects?

[François Stephany]

This microframework is quite handy for REST API (and the README of the repo
is *really* useful)

http://smalltalkhub.com/#!/~zeroflag/Teapot

On Fri, Jan 30, 2015 at 3:35 AM, Sebastian Heidbrink shei...@yahoo.de
wrote:

 Hi Martin,

 this is an interesting site.

 I saw your lab: implement a REST API server in Smalltalk

 You may want to have a look at: swagger https://github.com/swagger-
 api/swagger-spec
 and the additional parts around it.

 Swagger specs are easy to integrate into many clients via swagger codegen
 and swagger.js.

 I think it would be a great project to have  support in Zinc, or Moose for
 that.

 Maybe this is something students would like to work on.
 Sebastian


 On 2015-01-29 5:50 PM, Martin Bähr wrote:

 Excerpts from Sven Van Caekenberghe's message of 2015-01-29 22:57:57
 +0100:

 There are some students here in Lille that were looking for a cool
 project,
 and this is one of the two subjects that I suggested to them.

 you have students looking for projects?
 there are a bunch of smalltalk related projects on labs.fossasia.org
 that i am mentoring.
 not sure if they count as cool though...

 greetings, martin.

Re: [Pharo-users] Traveling from Pharo Days to FOSDEM

[François Stephany]

With the high speed train Lille Europe to Brussels South takes around
40 minutes.
You can check fares and book tickets on https://www.b-europe.com

@Phil do you go back to Brussels from Lille on Friday night?

On Wed, Dec 31, 2014 at 1:37 PM, Rafael Luque rafael.luque.le...@gmail.com
wrote:

 Hi Pharoers,

 I will attend Pharo Days with a friend and after the conference we'd like
 to attend FOSDEM. Which the best way to travel to Brussels from Lille?

 Thank you and see you in Pharo Days.

Re: [Pharo-users] Render PDF / Web Document in Pharo

[François Stephany]

Does artefact support *displaying* PDF in Pharo?

On Tue, Nov 4, 2014 at 11:53 AM, Olivier Auverlot 
olivier.auver...@gmail.com wrote:

 Hi Sean,

 For rendering PDF documents, you could use Artefact (
 https://sites.google.com/site/artefactpdf/ )

 Best regards
 Olivier ;-)

 Le 4 nov. 2014 à 20:13, Sean P. DeNigris a écrit :

 Is it possible to display either in a Morphic world? As a start, even a
 non-interactive preview would be valuable...

 Thanks.



 -
 Cheers,
 Sean
 --
 View this message in context:
 http://forum.world.st/Render-PDF-Web-Document-in-Pharo-tp4788409.html
 Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] [ANN] Pharo Days 2015

[François Stephany]

I can host one or two people at my place in Mons, Belgium (~1h drive from
INRIA Lille) for free. I can drive to the conference both days.

In the best case, I might have some friends to host me (us?) in Lille. So
we can have some beers without having to drive.

Francois


On Wed, Oct 29, 2014 at 4:18 PM, Sven Van Caekenberghe s...@stfx.eu wrote:

 We are excited to announce the details so far for the Pharo Days 2015, to
 be held on Thursday January 29 and Friday January 30 at INRIA, Lille,
 France.


   https://medium.com/@svenvc/pharo-days-2015-6336d6ee2a23


 We’ll update this page moving forward. You can ask questions on the any of
 the Pharo mailing lists or you can email the Pharo Board.


 Official registration is not yet open, but there is a Doodle that should
 give an indication of who is coming and that can help us plan resources.


   http://doodle.com/icxtazwfq76caxf8


 The Pharo Board

Re: [Pharo-users] PharoS

[François Stephany]

If i'm not mistaken, pharoS uses the StackVM.

Which you don't really want unless you know you need it ;)

On Mon, Sep 8, 2014 at 9:26 AM, Annick Fron l...@afceurope.com wrote:

 What is the difference between pharoS and pharo ?
 Annick

Re: [Pharo-users] Pharo Glorp 1.7 - VisualWorks

[François Stephany]

I have no idea how complicated this can be. I'm a bit reluctant to dive
into this if we are only 2-3 people to use Glorp in Pharo.

Guillermo, Mariano, what was the process when you imported Glorp in the
first place? How did you keep up with Glorp latest changes (From what I see
in Store, development is not too active)?


On Fri, Sep 5, 2014 at 11:30 AM, Stephan Eggermont step...@stack.nl wrote:

 Sven wrote:
 Porting something cross platform is a huge amount of work, I think most
 of it was basically done by hand.
 This creates a huge maintenance problem of course. The same is true for
 Xtreams.
 Seaside seems to be able to manage this problem by being extremely
 careful.

 We now have the infrastructure in place (CI) that supports a much better
 approach.
 We could use a vw image to download the current version from the public
 store
 and generate the platform-independent mczs from there. That of course
 requires
 changes to the VW code base to create and use platform classes. That is
 similar to
 what we did in the other direction with Parasol, what Roassal does and
 Seaside.
 If we make the (namespace) transformations explicit, we should be able to
 sync
 in two directions.

 Stephan

[Pharo-users] Pharo Glorp 1.7 - VisualWorks

[François Stephany]

We are tempted to give Glorp a try.

We've loaded version 1.7 from the configuration browser and the simple
things we've tested so far seem to work fine with the PostgresV2 driver.

What is the relation between the glorp we have with the VW version? Are the
two merged often? Unfortunately, we don't have the manpower to maintain
such a beast, are there many people using glorp in production? With
PostgresV2? Do you use all the niceties (e.g., json type) from PostgreSQL?

Cheers,
Francois

Re: [Pharo-users] Pharo Glorp 1.7 - VisualWorks

[François Stephany]

  What is the relation between the glorp we have with the VW version?
 
  Outdated, according to Alan Knight in response to a bug I reported.
  The truth is no one knows.
 not entirely true.
 we know that is outdated :)
 Now, our version was ported from (AFAIR) 7.1 and extended to allow our
 drivers.
 Probably next time best path of porting is to make a bridge between VW
 driver API and ours (but I didn’t estimated the amount of effort).


Ok. In the VW Store, the latest version is:

timestamp: 21 Nov 2013 15:22:32
version: 7.10.1 - 3

I don't really know what it means (the 3rd release of 7.10.1 ?)


 
  Are the two merged often?
 
  As I understand it they kind of forked, because even though GLORP has
  its own multi-dialect layers, it still was too VW/PGSQL.
  The DBXTalk guys narrowed the gap, but still…

 something like that, yeah :P


Ok. Is there a process somewhere on how to convert VW code to Pharo? Just
load it would already be cool.



  I'd join an community driven ORM Task Force for Pharo. IMHO merging
  VW's and Pharo's version won't be an easy quest.
  While debugging GLORP I learnt a few things about its internals, and I
  think other users share the same learning process.
  So I am willing to spend some time on this. :)


Cool !
We might need some people who were involved in the Pharo/Squeak port I
guess...

Where is the best place to ask about Glorp by the way?

Re: [Pharo-users] Pharo Glorp 1.7 - VisualWorks

[François Stephany]

Yes, I guess cross dialect is not for the faint of heart.
I feel like fixing bugs and improving stuff for pharo is the best way to
diverge from the original project.

Grumpf.





On Thu, Sep 4, 2014 at 5:15 PM, Sven Van Caekenberghe s...@stfx.eu wrote:


 On 04 Sep 2014, at 16:18, François Stephany tulipe.mouta...@gmail.com
 wrote:

  Ok. Is there a process somewhere on how to convert VW code to Pharo?
 Just load it would already be cool.

 Glorp is pretty big and complex.

 Porting something cross platform is a huge amount of work, I think most of
 it was basically done by hand. This creates a huge maintenance problem of
 course. The same is true for Xtreams. Seaside seems to be able to manage
 this problem by being extremely careful.

Re: [Pharo-users] [ANN] JSON datatype support in PostgresV2 package

[François Stephany]

That's pretty cool !

+1 Norbert


On Fri, Sep 5, 2014 at 6:56 AM, Norbert Hartl norb...@hartl.name wrote:



  Am 04.09.2014 um 21:43 schrieb Esteban A. Maringolo 
 emaring...@gmail.com:
 
  Oh, I forgot.
 
  The datatype fields are converted to instances of JsonObject, from the
  PharoExtras/JSON package.
  So the version 2.4 loads such package.
 
  Even though I don't use PharoExtras/JSON for my daily JSON
  manipulation (I use Seaside-JSON and NeoJSON), I found it to be the
  most modular/independent JSON package out there.
 
 How about making the JSON generation pluggable?

 Norbert

  The fieldConverter can be replaced live in the PGConnection object
  by anything you like.
 
  Regards!
 
  Esteban A. Maringolo
 
 
  2014-09-04 16:34 GMT-03:00 Esteban A. Maringolo emaring...@gmail.com:
  Spurred by the last discussion about GLORP, Postgres and friends, I
  spent the last few hours looking into the workings of PostgresV2 to
  add support to the native JSON datatype provided by PostgreSQL 9.2.
 
  According to PostgreSQL docs [1]:
  The json data type can be used to store JSON (JavaScript Object
  Notation) data, as specified in RFC 4627. Such data can also be stored
  as text, but the json data type has the advantage of checking that
  each stored value is a valid JSON value. There are also related
  support functions available; see Section 9.15.
 
  It is available at ConfigurationOfPostgresV2-EstebanMaringolo.12 in
  SmalltalkHub, blessed as #development (v2.4). It includes a testcase
  for the field converter (if the database server supports it).
 
  JSON datatype allows the indexing and querying of data inside the
  structure of the json object.
 
  Eg:
  SELECT jsonField-'attribute1'-'attribute2' FROM sampleTable;
 
  Adding support of this to GLORP should be easy, but I have no time now
 :)
 
  DISCLAIMER:
  I'm not using this in production, I tested it and seems to work as
  expected, and fail nosiliy when it should. This is why I blesed it as
  #development. If anybody is bold enough, bless it as #stable :)
 
  Best regards,
 
  Esteban A. Maringolo
 
  [1] http://www.postgresql.org/docs/9.2/static/datatype-json.html
 

Re: [Pharo-users] best solution to store data

[François Stephany]

If you don't want a separate DB, object serialization with Fuel is an
option. It's very easy to serialize a graph of objects to disk.
You can also have a look at SandstoneDB, it's pretty small and some people
use it.

Cheers,
Francois


On Tue, Sep 2, 2014 at 8:17 AM, Roelof Wobben r.wob...@home.nl wrote:

 Hello,

 I want to try to make a financial app for a organisation.

 There are some 50 customers so also 50 invoices a year.
 Then the payments . Also 50 a year.

 Cash and bank accounts . Every month some 10 - 20 things.

 So on my disk on the programm I now use it costs me some 30 -  50 Kb a
 year.

 What are my options for storage of those data.

 I could use a database , but I wonder if there are more and better options.

 Roelof

Re: [Pharo-users] best solution to store data

[François Stephany]

Yep, the binary approach is a bit more fragile and less interoperable.
STON, JSON or XML are all fine with such a small domain I imagine.


On Tue, Sep 2, 2014 at 12:31 PM, stepharo steph...@free.fr wrote:


 On 2/9/14 09:11, François Stephany wrote:

  If you don't want a separate DB, object serialization with Fuel is an
 option. It's very easy to serialize a graph of objects to disk.
  You can also have a look at SandstoneDB, it's pretty small and some
 people use it.

 pay attention that images can get corrupted so I would in addition use a
 file based approach (STON or whatever).


  Cheers,
  Francois


 On Tue, Sep 2, 2014 at 8:17 AM, Roelof Wobben r.wob...@home.nl wrote:

 Hello,

 I want to try to make a financial app for a organisation.

 There are some 50 customers so also 50 invoices a year.
 Then the payments . Also 50 a year.

 Cash and bank accounts . Every month some 10 - 20 things.

 So on my disk on the programm I now use it costs me some 30 -  50 Kb a
 year.

 What are my options for storage of those data.

 I could use a database , but I wonder if there are more and better
 options.

 Roelof

Re: [Pharo-users] [ANN] HelloPharo - webapp deployment tool

[François Stephany]

There are still some rough edges but I'm glad you find it useful.
We can maybe work together to make the default recipe working on both
Ubuntu and CentOS?

If I remember well, you told me that there are no public RPM available for
Pharo. Is this something that we should do?

Or should we package the VM with the app? So if we install many apps on one
server, we can use different VM for each app...



On Mon, Sep 1, 2014 at 3:21 PM, p...@highoctane.be p...@highoctane.be
wrote:

 François,

 Thanks for providing this.

 I am setting this up for my own environment (CentOS) and it is very useful
 to have your sample.

 I'll have to -m yum a bit but definitely a super starting point.

 Phil




 On Thu, Aug 14, 2014 at 10:42 PM, François Stephany 
 tulipe.mouta...@gmail.com wrote:

 Just sent it to the Seaside ML, thanks for mentioning it ;)


 On Thu, Aug 14, 2014 at 5:13 PM, stepharo steph...@free.fr wrote:


 On 14/8/14 13:02, François Stephany wrote:

 Hello,

 At Ta Mère, we are used to deploy Ruby/Rails application with Heroku or
 on VPS with Capistrano. Almost everybody uses the same tools and techniques
 in the Rails community so deployment is quite easy once you grasp the
 process.

 The same process was quite frustrating with Pharo. To solve that, we've
 built HelloPharo. It is a tool to deploy small apps to a Linux VPS/VM.


 Excellent!
 I love infrastructure.
 Keep pushing that.
 Did you announce it on the seaside mailing-list


 It is heavily inspired by Capistrano, it prones convention over
 configuration and it wants to be full stack (e.g., serve the assets,
 restart the processes). It is built with Ansible.

 We haven't released a fixed version yet but the tool starts to be in a
 good-enough shape to be shown. We want to grab some feedback and fix the
 most obvious limitations (see the README for more) before releasing version
 0.1.0.

 If you or your company uses a well defined process to deploy pharo
 webapps, we are all ears. We think that having a canonical way to deploy
 simple apps is a must if we want to see wider Pharo adoption for small web
 companies. This process *must* be Unix friendly if we want to attract
 Python or Ruby people. Most of them are Devops anyway, the command line is
 their friend, NOT something they want to avoid.

 Pull requests (for code or instructions in the README) are more than
 welcome. The code and the documentation are MIT licensed.

 https://github.com/fstephany/hello-pharo/

 Cheers,
 Francois

Re: [Pharo-users] [ANN] Teapot 0.8 micro web framework

[François Stephany]

Phil,
I'm going there as well ;)
The idea is to see what we can do with GTInspector / Roassal (and maybe
https://github.com/fstephany/OSMMaps).

Attila,
I played a little bit with Teapot last week during ESUG and was wondering
what is your flow when you are designing/experimenting an API with Teapot?
Do you reset the instance everytime you modify/add a route?

Thanks a lot for this, it feels like the right amount of abstraction
between bare Zinc and fully loaded Seaside !


On Mon, Aug 25, 2014 at 12:06 AM, p...@highoctane.be p...@highoctane.be
wrote:

 Great tool to have.

 Definitely easier than doing everything in Zn or Seaside REST for getting
 something done quick.

 For hackathons, this is quite useful for sure!

 We should have a lineup of tools like that that allow us to shine during
 such events in order to promote Pharo.

 http://checkthis.com/hackathonbxl is one I go to in october.

 The monitor on the right is mine during a previous hackathon and what is
 on it is... Pharo ! (The guy on the picture was my team mate. He is a Scala
 guy).

 What would you think makes sense in such a stack beyond Teapot?

 MongoTalk, ZnEasy, Roassal, Mapless, ...

 Phil




 On Sun, Aug 24, 2014 at 10:40 PM, Attila Magyar m.magy...@gmail.com
 wrote:

 Sven Van Caekenberghe-2 wrote
  Are there any tests ? Examples ?

 There is a test package, but it is not part of the metacello config. You
 can
 see it, if you add the repositiory and load the project from there. There
 are no large examples so far, only the REST like book app on the
 smalltalkhub wiki.


 Sven Van Caekenberghe-2 wrote
  How do you load your dependencies, like NeoJSON or STON ?

 I consider them as optional dependencies therefore they are not loaded. If
 someone wants to use them they will need to load them from the config
 browser. From the code I don't refer to them directly but with the
 Smalltalk at: #NeoJSON expression, so the projects loads and works
 without
 them, if they are not used. Probably I will add some metacello stuff later
 to make it easier to load them.


 Sven Van Caekenberghe-2 wrote
  If you need anything from Zn that is not yet provided, please ask. I
 would
  be happy to help. It is impressive that you did all this without any
  direct questions !
 
  Cool name too !
 
  Sven
 
  PS: Most people don't seem to know, but you can load a #stable version
 in
  one expression:
 
  Gofer it
smalltalkhubUser: 'zeroflag' project: 'Teapot';
configuration;
loadStable.
 
  It is just more elegant I think. There are some variants of this API as
  well, check the Gofer class.

 Thanks, that's better.




 --
 View this message in context:
 http://forum.world.st/ANN-Teapot-0-8-micro-web-framework-tp4774449p4774467.html
 Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] Importing a city map in dxf/svg format to Roassal

[François Stephany]

Hi Offray, you can find the project on Github.
https://github.com/fstephany/OSMMaps

Getting started is easy:

Metacello new
  baseline: 'OSMMaps';
  repository: 'github://fstephany/OSMMaps/repository';
  load.

This will load Roassal2 and all its dependencies + OSMMaps.


then execute

OSMTile monsExample

to open a draggable map centered on Mons, Belgium.


Everything is more than  alpha at the moment: the most basic stuff still
need to be done. Check the issue on github for a todo list ;)


On Thu, Aug 21, 2014 at 1:11 PM, Alexandre Bergel alexandre.ber...@me.com
wrote:

 Hi Offray,

 Sergio Maas has worked on google map interaction in Roassal.
 With François we have started an integration of OpenStreetMap.

 This is still in progress, we hope to give you some update very soon on
 this.

 Cheers,
 Alexandre

 On Aug 20, 2014, at 3:40 PM, Offray Vladimir Luna Cárdenas 
 off...@riseup.net wrote:

  Hi,
 
  There is a project which collects maps of cities under a open licensed
 (AFAIK derived from OpenStreetMap) and release them as dxf files. As a
 first thought I believe is possible to export dxf to a svg or other open
 format and try to open it on Roassal, but I wonder is there is a better
 way. If fact the author says that this svg to dxf was the path he followed
 to get his layers working.
 
  This are some project links:
 
  [1] http://bdon.org/2014/08/03/osm-cad-experiment/
  [2] http://bdon.org/cad/
 
  Cheers,
 
  Offray
 

 --
 _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
 Alexandre Bergel  http://www.bergel.eu
 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

[Pharo-users] [ANN] HelloPharo - webapp deployment tool

[François Stephany]

Hello,

At Ta Mère, we are used to deploy Ruby/Rails application with Heroku or on
VPS with Capistrano. Almost everybody uses the same tools and techniques in
the Rails community so deployment is quite easy once you grasp the process.

The same process was quite frustrating with Pharo. To solve that, we've
built HelloPharo. It is a tool to deploy small apps to a Linux VPS/VM.

It is heavily inspired by Capistrano, it prones convention over
configuration and it wants to be full stack (e.g., serve the assets,
restart the processes). It is built with Ansible.

We haven't released a fixed version yet but the tool starts to be in a
good-enough shape to be shown. We want to grab some feedback and fix the
most obvious limitations (see the README for more) before releasing version
0.1.0.

If you or your company uses a well defined process to deploy pharo webapps,
we are all ears. We think that having a canonical way to deploy simple apps
is a must if we want to see wider Pharo adoption for small web companies.
This process *must* be Unix friendly if we want to attract Python or Ruby
people. Most of them are Devops anyway, the command line is their friend,
NOT something they want to avoid.

Pull requests (for code or instructions in the README) are more than
welcome. The code and the documentation are MIT licensed.

https://github.com/fstephany/hello-pharo/

Cheers,
Francois

Re: [Pharo-users] [Pharo-dev] [ANN] HelloPharo - webapp deployment tool

[François Stephany]

Good idea, I add monit as one of the next step.

Load balancing is not supported at all. But we could change the nginx
config file to load balance between two images. And maybe make something
for Seaside and its state (sticky sessions?). I haven't done enough of this
to actually take an informed decision.

I'll update the README to be more clear about what is done behind the
scene. Showing the tree of directories created by HelloPharo will be worth
a thousand words (especially if you've used capistrano before).


On Thu, Aug 14, 2014 at 3:13 PM, Sven Van Caekenberghe s...@stfx.eu wrote:


 On 14 Aug 2014, at 13:08, François Stephany tulipe.mouta...@gmail.com
 wrote:

  Oh, I forgot to mention Sven. He wrote the original
 http://stfx.eu/pharo-server/
  We basically stole all his Bash-fu to build the main script:
 
  https://github.com/fstephany/hello-pharo/blob/master/app
 
  Thanks a lot Sven!

 You're welcome, François. BTW, I am still using that script for all my
 deploys.

 I didn't immediately see it, but does your solution include something for
 process monitoring and automatic restarts (like monit) and/or some basic
 load balancing ? In my experience the combination of these two makes for a
 more robust solution. Maybe that is the next step ;-)

 Sven

  On Thu, Aug 14, 2014 at 1:02 PM, François Stephany 
 tulipe.mouta...@gmail.com wrote:
  Hello,
 
  At Ta Mère, we are used to deploy Ruby/Rails application with Heroku or
 on VPS with Capistrano. Almost everybody uses the same tools and techniques
 in the Rails community so deployment is quite easy once you grasp the
 process.
 
  The same process was quite frustrating with Pharo. To solve that, we've
 built HelloPharo. It is a tool to deploy small apps to a Linux VPS/VM.
 
  It is heavily inspired by Capistrano, it prones convention over
 configuration and it wants to be full stack (e.g., serve the assets,
 restart the processes). It is built with Ansible.
 
  We haven't released a fixed version yet but the tool starts to be in a
 good-enough shape to be shown. We want to grab some feedback and fix the
 most obvious limitations (see the README for more) before releasing version
 0.1.0.
 
  If you or your company uses a well defined process to deploy pharo
 webapps, we are all ears. We think that having a canonical way to deploy
 simple apps is a must if we want to see wider Pharo adoption for small web
 companies. This process *must* be Unix friendly if we want to attract
 Python or Ruby people. Most of them are Devops anyway, the command line is
 their friend, NOT something they want to avoid.
 
  Pull requests (for code or instructions in the README) are more than
 welcome. The code and the documentation are MIT licensed.
 
  https://github.com/fstephany/hello-pharo/
 
  Cheers,
  Francois
 

Re: [Pharo-users] [Pharo-business] [Pharo-dev] [ANN] HelloPharo - webapp deployment tool

[François Stephany]

Ah ! I was also thinking about a cookie to keep user identity, I hate to
re-login because of an expired session. I was looking for a good name,
login-token sounds good :)

Why do you keep it 14 days only ? Is there a reason ? I planned to make it
valid much longer than that...


On Thu, Aug 14, 2014 at 10:27 PM, Sven Van Caekenberghe s...@stfx.eu
wrote:


 On 14 Aug 2014, at 15:21, François Stephany tulipe.mouta...@gmail.com
 wrote:

  Good idea, I add monit as one of the next step.
 
  Load balancing is not supported at all. But we could change the nginx
 config file to load balance between two images. And maybe make something
 for Seaside and its state (sticky sessions?). I haven't done enough of this
 to actually take an informed decision.

 Here is some information on how I did it recently using nginx and Seaside:

   http://forum.world.st/Nginx-Load-Balancing-Experiences-td4750823.html

 The stickiness is by client IP.

 It is also possible to do route based stickiness in Seaside and using Zinc
 (see ZnServer#route:), but I know only how to do that with Apache 2 (it
 is a paying option for nginx sadly).

 Of course, in most cases you will have to do some session state sharing
 between instances. I used memcached for that.

  I'll update the README to be more clear about what is done behind the
 scene. Showing the tree of directories created by HelloPharo will be worth
 a thousand words (especially if you've used capistrano before).
 
 
  On Thu, Aug 14, 2014 at 3:13 PM, Sven Van Caekenberghe s...@stfx.eu
 wrote:
 
  On 14 Aug 2014, at 13:08, François Stephany tulipe.mouta...@gmail.com
 wrote:
 
   Oh, I forgot to mention Sven. He wrote the original
 http://stfx.eu/pharo-server/
   We basically stole all his Bash-fu to build the main script:
  
   https://github.com/fstephany/hello-pharo/blob/master/app
  
   Thanks a lot Sven!
 
  You're welcome, François. BTW, I am still using that script for all my
 deploys.
 
  I didn't immediately see it, but does your solution include something
 for process monitoring and automatic restarts (like monit) and/or some
 basic load balancing ? In my experience the combination of these two makes
 for a more robust solution. Maybe that is the next step ;-)
 
  Sven
 
   On Thu, Aug 14, 2014 at 1:02 PM, François Stephany 
 tulipe.mouta...@gmail.com wrote:
   Hello,
  
   At Ta Mère, we are used to deploy Ruby/Rails application with Heroku
 or on VPS with Capistrano. Almost everybody uses the same tools and
 techniques in the Rails community so deployment is quite easy once you
 grasp the process.
  
   The same process was quite frustrating with Pharo. To solve that,
 we've built HelloPharo. It is a tool to deploy small apps to a Linux VPS/VM.
  
   It is heavily inspired by Capistrano, it prones convention over
 configuration and it wants to be full stack (e.g., serve the assets,
 restart the processes). It is built with Ansible.
  
   We haven't released a fixed version yet but the tool starts to be in a
 good-enough shape to be shown. We want to grab some feedback and fix the
 most obvious limitations (see the README for more) before releasing version
 0.1.0.
  
   If you or your company uses a well defined process to deploy pharo
 webapps, we are all ears. We think that having a canonical way to deploy
 simple apps is a must if we want to see wider Pharo adoption for small web
 companies. This process *must* be Unix friendly if we want to attract
 Python or Ruby people. Most of them are Devops anyway, the command line is
 their friend, NOT something they want to avoid.
  
   Pull requests (for code or instructions in the README) are more than
 welcome. The code and the documentation are MIT licensed.
  
   https://github.com/fstephany/hello-pharo/
  
   Cheers,
   Francois
  
 
 
 
  ___
  Pharo-business mailing list
  pharo-busin...@lists.pharo.org
  http://lists.pharo.org/mailman/listinfo/pharo-business_lists.pharo.org

Re: [Pharo-users] [ANN] HelloPharo - webapp deployment tool

[François Stephany]

Just sent it to the Seaside ML, thanks for mentioning it ;)


On Thu, Aug 14, 2014 at 5:13 PM, stepharo steph...@free.fr wrote:


 On 14/8/14 13:02, François Stephany wrote:

 Hello,

 At Ta Mère, we are used to deploy Ruby/Rails application with Heroku or
 on VPS with Capistrano. Almost everybody uses the same tools and techniques
 in the Rails community so deployment is quite easy once you grasp the
 process.

 The same process was quite frustrating with Pharo. To solve that, we've
 built HelloPharo. It is a tool to deploy small apps to a Linux VPS/VM.


 Excellent!
 I love infrastructure.
 Keep pushing that.
 Did you announce it on the seaside mailing-list


 It is heavily inspired by Capistrano, it prones convention over
 configuration and it wants to be full stack (e.g., serve the assets,
 restart the processes). It is built with Ansible.

 We haven't released a fixed version yet but the tool starts to be in a
 good-enough shape to be shown. We want to grab some feedback and fix the
 most obvious limitations (see the README for more) before releasing version
 0.1.0.

 If you or your company uses a well defined process to deploy pharo
 webapps, we are all ears. We think that having a canonical way to deploy
 simple apps is a must if we want to see wider Pharo adoption for small web
 companies. This process *must* be Unix friendly if we want to attract
 Python or Ruby people. Most of them are Devops anyway, the command line is
 their friend, NOT something they want to avoid.

 Pull requests (for code or instructions in the README) are more than
 welcome. The code and the documentation are MIT licensed.

 https://github.com/fstephany/hello-pharo/

 Cheers,
 Francois

Re: [Pharo-users] Writing on stdout when redirecting the standard output

[François Stephany]

Yes, it works for me on OSX.l But it says FileWriteError: File stdout is
closed when doing exactly the same thing on the Arch Linux of one of our
programmer.

We'll investigate and test on another Linux distro...


On Mon, Jul 28, 2014 at 10:50 PM, Sven Van Caekenberghe s...@stfx.eu
wrote:

 I think we need a better bug report, for me (Mac OS X) this works fine:

 $ ./pharo Pharo.image eval 'FileStream stdout nextPutAll: 42 factorial
 asString; cr. #done'  out.txt

 $ cat out.txt
 14050061177528798985431426062445115699363840
 #done

 So, what exactly is not working ?

 On 28 Jul 2014, at 21:30, stepharo steph...@free.fr wrote:

  Francois
 
  can you open a bug entry because this is not nice.
 
  Stef
 
  On 28/7/14 16:46, François Stephany wrote:
 
  $ pharo Pharo-30852.image  /tmp/test.log
 
  Outputting somethind to stdout results in:
  FileWriteError: File stdout is closed
 
  * Arch Linux
  * Pharo 30852.
 
  $ pharo --version
 
  3.9-7 #1 Thu May 15 18:29:30 CEST 2014 gcc 4.6.3 [Production ITHB VM]
  NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
 acc98e51-2fba-4841-a965-2975997bba66 May 15 2014
  NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
 acc98e51-2fba-4841-a965-2975997bba66 May 15 2014
  https://github.com/pharo-project/pharo-vm.git Commit:
 ed4a4f59208968a21d82fd2406f75c2c4de558b2 Date: 2014-05-15 18:23:04 +0200
 By: Esteban Lorenzano esteba...@gmail.com Jenkins build #14826
  Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7
 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux
 
 
  Did I miss something?
 
 

Re: [Pharo-users] Writing on stdout when redirecting the standard output

[François Stephany]

Uh. We nailed it.

We implemented a custom Logger writing to stdout because the default one
doesn't flush the stream immediately after writing to it.

One of our configuration was configuring a logger and another was
reconfiguring it. The stdout stream was probably closed in the process
somewhere.

In conclusion, beware of your loggers ;)



On Tue, Jul 29, 2014 at 8:32 AM, François Stephany 
tulipe.mouta...@gmail.com wrote:

 Yes, it works for me on OSX.l But it says FileWriteError: File stdout is
 closed when doing exactly the same thing on the Arch Linux of one of our
 programmer.

 We'll investigate and test on another Linux distro...


 On Mon, Jul 28, 2014 at 10:50 PM, Sven Van Caekenberghe s...@stfx.eu
 wrote:

 I think we need a better bug report, for me (Mac OS X) this works fine:

 $ ./pharo Pharo.image eval 'FileStream stdout nextPutAll: 42 factorial
 asString; cr. #done'  out.txt

 $ cat out.txt
 14050061177528798985431426062445115699363840
 #done

 So, what exactly is not working ?

 On 28 Jul 2014, at 21:30, stepharo steph...@free.fr wrote:

  Francois
 
  can you open a bug entry because this is not nice.
 
  Stef
 
  On 28/7/14 16:46, François Stephany wrote:
 
  $ pharo Pharo-30852.image  /tmp/test.log
 
  Outputting somethind to stdout results in:
  FileWriteError: File stdout is closed
 
  * Arch Linux
  * Pharo 30852.
 
  $ pharo --version
 
  3.9-7 #1 Thu May 15 18:29:30 CEST 2014 gcc 4.6.3 [Production ITHB VM]
  NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
 acc98e51-2fba-4841-a965-2975997bba66 May 15 2014
  NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
 acc98e51-2fba-4841-a965-2975997bba66 May 15 2014
  https://github.com/pharo-project/pharo-vm.git Commit:
 ed4a4f59208968a21d82fd2406f75c2c4de558b2 Date: 2014-05-15 18:23:04 +0200
 By: Esteban Lorenzano esteba...@gmail.com Jenkins build #14826
  Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7
 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux
 
 
  Did I miss something?
 
 

Re: [Pharo-users] Writing on stdout when redirecting the standard output

[François Stephany]

Yep, we haven't measured yet how slower it gets but we don't have a lot of
traffic for this logger.
It was annoying to have a delay when observing logs so we flush the stream
all the time. We were also afraid of missing information in the case of a
pharo crash (hopefully that doesnt happen too much ;))


On Tue, Jul 29, 2014 at 10:06 AM, Sven Van Caekenberghe s...@stfx.eu
wrote:


 On 29 Jul 2014, at 09:49, François Stephany tulipe.mouta...@gmail.com
 wrote:

  Uh. We nailed it.

 Good !

  We implemented a custom Logger writing to stdout because the default one
 doesn't flush the stream immediately after writing to it.

 Beware that flushing after every line is measurably slower.

  One of our configuration was configuring a logger and another was
 reconfiguring it. The stdout stream was probably closed in the process
 somewhere.
 
  In conclusion, beware of your loggers ;)
 
 
 
  On Tue, Jul 29, 2014 at 8:32 AM, François Stephany 
 tulipe.mouta...@gmail.com wrote:
  Yes, it works for me on OSX.l But it says FileWriteError: File stdout
 is closed when doing exactly the same thing on the Arch Linux of one of
 our programmer.
 
  We'll investigate and test on another Linux distro...
 
 
  On Mon, Jul 28, 2014 at 10:50 PM, Sven Van Caekenberghe s...@stfx.eu
 wrote:
  I think we need a better bug report, for me (Mac OS X) this works fine:
 
  $ ./pharo Pharo.image eval 'FileStream stdout nextPutAll: 42 factorial
 asString; cr. #done'  out.txt
 
  $ cat out.txt
  14050061177528798985431426062445115699363840
  #done
 
  So, what exactly is not working ?
 
  On 28 Jul 2014, at 21:30, stepharo steph...@free.fr wrote:
 
   Francois
  
   can you open a bug entry because this is not nice.
  
   Stef
  
   On 28/7/14 16:46, François Stephany wrote:
  
   $ pharo Pharo-30852.image  /tmp/test.log
  
   Outputting somethind to stdout results in:
   FileWriteError: File stdout is closed
  
   * Arch Linux
   * Pharo 30852.
  
   $ pharo --version
  
   3.9-7 #1 Thu May 15 18:29:30 CEST 2014 gcc 4.6.3 [Production ITHB VM]
   NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
 acc98e51-2fba-4841-a965-2975997bba66 May 15 2014
   NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
 acc98e51-2fba-4841-a965-2975997bba66 May 15 2014
   https://github.com/pharo-project/pharo-vm.git Commit:
 ed4a4f59208968a21d82fd2406f75c2c4de558b2 Date: 2014-05-15 18:23:04 +0200
 By: Esteban Lorenzano esteba...@gmail.com Jenkins build #14826
   Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7
 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux
  
  
   Did I miss something?
  
  
 
 
 
 

Re: [Pharo-users] strange question

[François Stephany]

You might want to dig into thisContext.

thisContext sender is probably what you need.


On Tue, Jul 29, 2014 at 2:50 PM, Werner Kassens wkass...@libello.com
wrote:

 Hi,
 is there a way for a method, to look up the name of the method from where
 itself was called ?
 werner

[Pharo-users] Writing on stdout when redirecting the standard output

[François Stephany]

$ pharo Pharo-30852.image  /tmp/test.log

Outputting somethind to stdout results in:
FileWriteError: File stdout is closed

* Arch Linux
* Pharo 30852.

$ pharo --version

3.9-7 #1 Thu May 15 18:29:30 CEST 2014 gcc 4.6.3 [Production ITHB VM]
NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
acc98e51-2fba-4841-a965-2975997bba66 May 15 2014
NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
acc98e51-2fba-4841-a965-2975997bba66 May 15 2014
https://github.com/pharo-project/pharo-vm.git Commit:
ed4a4f59208968a21d82fd2406f75c2c4de558b2 Date: 2014-05-15 18:23:04 +0200
By: Esteban Lorenzano esteba...@gmail.com Jenkins build #14826
Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45
UTC 2012 i686 i686 i386 GNU/Linux


Did I miss something?

Re: [Pharo-users] ZnClient Chunked data ?

[François Stephany]

Works great!
Thanks a lot Sven =)


On Tue, Jun 24, 2014 at 8:09 PM, Sven Van Caekenberghe s...@stfx.eu wrote:

 François,

 There is no encoding specified in the response, Zn falls back to
 ZnNullDecoder by default. You can change that with the recently introduced
 DynamicVariable ZnDefaultCharacterEncoder. Like this:

 ZnDefaultCharacterEncoder
   value: ZnUTF8Encoder new
   during: [ ^ ZnClient new get: 'http://zn.stfx.eu/zn/small.html' ]

 Sven

 On 24 Jun 2014, at 18:48, François Stephany tulipe.mouta...@gmail.com
 wrote:

  I'm using ZnClient to get an XML file and get the following:
 
  Screen Shot 2014-06-24 at 18.46.27.png
 
  Here's the request:
 
  client := ZnClient new
url: uri;
headerAddAll: headers.
  client get.
 
  Is the prefix of the entity related to the chunked transfer encoding?

[Pharo-users] Base64 encoding + UTF8 ?

[François Stephany]

I might hit some problem with Base64 encoding in there.
It seems that Pharo does not use UTF8 for its Base64 encoding.

I'm probably missing something related to Base64 encoding...

In Pharo 3.0:

ZnBase64Encoder new encode: 'tamèreenslipdeguerre' asByteArray.
- 'dGFt6HJlZW5zbGlwZGVndWVycmU='

'tamèreenslipdeguerre' base64Encoded.
- 'dGFt6HJlZW5zbGlwZGVndWVycmU='

In Ruby 2.0:

Base64.strict_encode64(tamèreenslipdeguerre)
- dGFtw6hyZWVuc2xpcGRlZ3VlcnJl

http://www.motobit.com/util/base64-decoder-encoder.asp
(iso-8859-1)
tamèreenslipdeguerre - dGFt6HJlZW5zbGlwZGVndWVycmU=

http://www.motobit.com/util/base64-decoder-encoder.asp
(utf8)
-tamèreenslipdeguerre  dGFtw6hyZWVuc2xpcGRlZ3VlcnJl

Re: [Pharo-users] Base64 encoding + UTF8 ?

[François Stephany]

Oh stupid me!
Thanks a lot Sven, crystal clear explanations (and class comments!), as
always :)



On Wed, Jun 11, 2014 at 10:28 PM, Sven Van Caekenberghe s...@stfx.eu
wrote:

 Bonsoir François,

 From the class comment of ZnBase64Encoder:

 [...]
 Note that to encode a String as Base64, you first have to encode the
 characters as bytes using a character encoder.
 [...]

 Sending #asByteArray to a String is the same as doing no encoding (or
 doing null encoding).

 Consider:

 ZnBase64Encoder new encode: (ZnUTF8Encoder new encodeString:
 'tamèreenslipdeguerre').

 = 'dGFtw6hyZWVuc2xpcGRlZ3VlcnJl'

 ZnBase64Encoder new encode: (ZnByteEncoder iso88591 encodeString:
 'tamèreenslipdeguerre').

 = 'dGFt6HJlZW5zbGlwZGVndWVycmU='

 ZnBase64Encoder new encode: (ZnNullEncoder new encodeString:
 'tamèreenslipdeguerre').

 = 'dGFt6HJlZW5zbGlwZGVndWVycmU='

 The last two are often the same, and thus equivalent to #asByteArray, but
 not always.

 HTH,

 Sven

 On 11 Jun 2014, at 21:56, François Stephany tulipe.mouta...@gmail.com
 wrote:

  I might hit some problem with Base64 encoding in there.
  It seems that Pharo does not use UTF8 for its Base64 encoding.
 
  I'm probably missing something related to Base64 encoding...
 
  In Pharo 3.0:
 
  ZnBase64Encoder new encode: 'tamèreenslipdeguerre' asByteArray.
  - 'dGFt6HJlZW5zbGlwZGVndWVycmU='
 
  'tamèreenslipdeguerre' base64Encoded.
  - 'dGFt6HJlZW5zbGlwZGVndWVycmU='
 
  In Ruby 2.0:
 
  Base64.strict_encode64(tamèreenslipdeguerre)
  - dGFtw6hyZWVuc2xpcGRlZ3VlcnJl
 
  http://www.motobit.com/util/base64-decoder-encoder.asp
  (iso-8859-1)
  tamèreenslipdeguerre - dGFt6HJlZW5zbGlwZGVndWVycmU=
 
  http://www.motobit.com/util/base64-decoder-encoder.asp
  (utf8)
  -tamèreenslipdeguerre  dGFtw6hyZWVuc2xpcGRlZ3VlcnJl

[Pharo-users] Ghost Proxy

[François Stephany]

What is the best way to load Ghost in Pharo 3.0? Is there a configuration
somewhere?

Is anyone using it? Voyage does seem to use the
ProtoObject+dnu+becomeForward trick. Is there any reason for that?

Re: [Pharo-users] FOSDEM Smalltalk Devroom

[François Stephany]

That would be great, I felt alone so far ;-)


On Mon, Jan 20, 2014 at 12:33 PM, Rafael Luque rafael.luque.le...@gmail.com
 wrote:

 Consider it done Stephan.


 2014/1/20 Stephan Eggermont step...@stack.nl

 Hi Rafael, if you are going to be there the whole time, would you be so
 kind
 to help out with the video recordings?

 Stephan

Re: [Pharo-users] Writing a GUI - Where to start?

[François Stephany]

That looks cool!

Did you embed a MongoDB instance in the application package? Or the
application is connecting to a remote MongoDB?
Is it full Glamour or did you have to use Spec/Morph manually at some
point?


Sorry to bother you, I'm just getting curious ;)


On Tue, Nov 5, 2013 at 1:43 PM, Esteban Lorenzano esteba...@gmail.comwrote:

 I also have used Glamour+Magritte with success (but certainly some work),
 as you can see here:

 http://smallworks.eu/web/projects/lawsuitTracker


 On Tue, Nov 5, 2013 at 7:13 AM, p...@highoctane.be p...@highoctane.bewrote:

 Here:
 http://www.smalltalkhub.com/#!/~Magritte/Magritte3/packages/Magritte-Morph

 Ah Fossil, good thing. Sqlite creator's all in one DVCS.

 It is what is used for another language I like: Tcl.
 http://www2.tcl.tk/36711

 Phil




 On Tue, Nov 5, 2013 at 10:18 AM, Bahman Movaqar bah...@bahmanm.comwrote:

 On 11/05/2013 11:46, p...@highoctane.be wrote:
 
  If you want to do a business application, well, I'd use Seaside and a
  web based UI. (that's the current conclusion for my own ongoing
  development)

 Of course.  However this is not a business application.  It's a
 front-end to a DVCS named Fossil.

 
  Otherwise, Spec (which is in a state of flux), or Morphic (which is
  not covering all you may need in an application).
 
  You can also follow the work of Sean De Nigris who is trying to get a
  Magritte Morphic working.
 

 Where can I follow his work?

 
 
 
  On Tue, Nov 5, 2013 at 8:36 AM, Alain Busser alain.bus...@gmail.com
  mailto:alain.bus...@gmail.com wrote:
 
  Hi,
 
  as I have a similar need, I guess what you are aiming at is a
  tutorial for absolute beginners in Spec, so the question is more
  where could we find such a tutorial?. And of course I will read
  it carefully if there exists one ;-)
 
  Alain
 
 
  On Tue, Nov 5, 2013 at 9:07 AM, Bahman Movaqar bah...@bahmanm.com
  mailto:bah...@bahmanm.com wrote:
 
  Hi all,
 
  I need to build a typical GUI application (menus, buttons,
 modal
  dialogs, ...).  I'd appreciate if you could point me to where
  should I
  start and what are the choices for a UI framework in Pharo?
 


 --
 Bahman Movaqar  (http://BahmanM.com)

 ERP Evaluation, Implementation  Deployment Consultant
 PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Re: [Pharo-users] I would rather pay for Smalltalkhub than use Github for free.

[François Stephany]

Git.


On Tue, Nov 5, 2013 at 2:04 PM, b...@openinworld.com wrote:

  François Stephany wrote:

 +1

 Projects are not only source code anymore. Most of my projects have a
 gazillion of images, javascript, CSS files, etc.
 Storing all those external files in .mcz packages is not scalable (and not
 even elegant).



 What do you consider are scalable alternatives for storing external files
 related to a project?
 cheers -ben


  FileTree+Git, while not ideal, solve the issue quite nicely. And you don't
 need Github anyway...


 On Sun, Nov 3, 2013 at 4:13 PM, Camillo Bruni camillobr...@gmail.com 
 camillobr...@gmail.comwrote:



  On 2013-11-03, at 15:52, Stephan Eggermont step...@stack.nl 
 step...@stack.nl wrote:



  Kilon wrote


  I take a look at previous experiments like squeaksource and I find


  little justification to not support Github. But then I am not against
 Smalltalkhub or other repos being available to Pharo. The more the merrier.


  I see some very strong arguments against depending on github:
 - it is centralized infrastructure, essentially unsuitable for use with


  a distributed version control system;


  - it doesn’t support working at the right granularity;
 - the smalltalk community is too small to have any influence on the


  directions github is taking.


   It is a commercial organization that can decide to do something we


  don’t like at any time.


   It is free, so we are the product. Just take a look at sourceforge;
 - we can do much better than github (but don’t have enough time). We


  should be using a P2P,


   bittorrent like system for version control.


  github != git and whether we use github or now does not matter at all.
 What matters is that we use technology that is robust and that we have a
 versioning
 system that works decentralized. All of that is solved by git.

 With filetree we have the proper granularity (methods)
 With github we have an awesome website, such as we have an aweseome
 website with smalltalkhub, execpt that monticello should be modernized.
 Sadly the community is too small to achieve that, and inventing yet another
 versioning tool/system won't help on the short run. Maybe, yes someday in
 the future we can have our own fancy fully object-oriented versioning
 system, but IMO that is wasted effort, as git/mercurial come very close to
 something ideal.

 I am happy to give more insight into git, because I think you have quite a
 wrong picture about it :)

Re: [Pharo-users] I would rather pay for Smalltalkhub than use Github for free.

[François Stephany]

+1

Projects are not only source code anymore. Most of my projects have a
gazillion of images, javascript, CSS files, etc.
Storing all those external files in .mcz packages is not scalable (and not
even elegant).

FileTree+Git, while not ideal, solve the issue quite nicely. And you don't
need Github anyway...


On Sun, Nov 3, 2013 at 4:13 PM, Camillo Bruni camillobr...@gmail.comwrote:


 On 2013-11-03, at 15:52, Stephan Eggermont step...@stack.nl wrote:

  Kilon wrote
  I take a look at previous experiments like squeaksource and I find
 little justification to not support Github. But then I am not against
 Smalltalkhub or other repos being available to Pharo. The more the merrier.
 
  I see some very strong arguments against depending on github:
  - it is centralized infrastructure, essentially unsuitable for use with
 a distributed version control system;
  - it doesn’t support working at the right granularity;
  - the smalltalk community is too small to have any influence on the
 directions github is taking.
   It is a commercial organization that can decide to do something we
 don’t like at any time.
   It is free, so we are the product. Just take a look at sourceforge;
  - we can do much better than github (but don’t have enough time). We
 should be using a P2P,
   bittorrent like system for version control.

 github != git and whether we use github or now does not matter at all.
 What matters is that we use technology that is robust and that we have a
 versioning
 system that works decentralized. All of that is solved by git.

 With filetree we have the proper granularity (methods)
 With github we have an awesome website, such as we have an aweseome
 website with smalltalkhub, execpt that monticello should be modernized.
 Sadly the community is too small to achieve that, and inventing yet another
 versioning tool/system won't help on the short run. Maybe, yes someday in
 the future we can have our own fancy fully object-oriented versioning
 system, but IMO that is wasted effort, as git/mercurial come very close to
 something ideal.

 I am happy to give more insight into git, because I think you have quite a
 wrong picture about it :)