March 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [ANN] Writing books with Gutemberg

by Tudor Girba

This sounds quite fascinating. Two questions: - How do I use it? - How are you generating the PDF? Cheers, Doru On Wed, Mar 6, 2013 at 8:57 AM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > Hi, > > StÃ©phane and I have been working on Gutemberg, a tool that converts > books written using the Pier syntax to PDF documents and HTML pages. > > http://www.smalltalkhub.com/#!/~DamienCassou/Pier-Gutemberg > > This project is partially supported by ESUG http://www.esug.org/. > > We are proud to announce the first alpha version of Gutemberg. This > alpha version has a nearly-complete PDF exporter and a > basically-working HTML exporter. > > We use Inria infrastructure to build one example book: > https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/. > > The long term goal is to facilitate collaborative book editing. We > don't want to impose a web browser and an active Internet connection. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill > > -- www.tudorgirba.com "Every thing has its own flow"

March 6, 2013

Re: [Pharo-project] [Esug-list] [sbe] Re: [ANN] Writing books with Gutemberg

by stephane ducasse

:) Stef On Mar 6, 2013, at 9:08 AM, Damien Cassou <damien.cassou(a)gmail.com> wrote: > On Wed, Mar 6, 2013 at 9:01 AM, Oscar Nierstrasz <oscar(a)iam.unibe.ch> wrote: >> Cool, but why is called "Gutemberg" and not "Gutenberg"? > > > that's a feature > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

March 6, 2013

[Pharo-project] STON Packages immediately all dirty

by Sven Van Caekenberghe

I have this strange problem: - take the latest image - open the configuration browser and load/install Ston - open the monticello browser and ask for changes on STON-Core or STON-Tests against their repo => all dirty while the result should be no changes. Can anyone explain this ? What can I do ? It makes it pretty confusing to do development in that package. Thx, Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

March 6, 2013

Re: [Pharo-project] Pastell is now migrated to SmalltalkHub and has a nice CI job

by Camillo Bruni

On 2013-03-06, at 15:30, Ben Coman <btc(a)openInWorld.com> wrote: > Marcus Denker wrote: >> On Mar 3, 2013, at 4:59 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >> >>> Hi guys >>> >>> Pastell is now migrated to SmalltalkHub and has a nice CI job >>> >>> https://ci.inria.fr/pharo-contribution/ >>> >>> Did I said that I love continuous integration :). >>> >>> So coooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooool >>> >>> >>> >> It is one of those things where one wonders how one could ever do anything without it. >> >> >> Marcus >> >> > Just dreaming.... it would be interesting if SmalltalkHub could do a one-click setup for CI jobs. Obviously there is the cost of resources. Perhaps this could be a feature for members of the Consortium and/or the Association. we have an intern working on that ;) if you will provide nice configuration you will be able to use our CI infrastructure with little effort.

March 6, 2013

Re: [Pharo-project] Pastell is now migrated to SmalltalkHub and has a nice CI job

by Ben Coman

Marcus Denker wrote: > On Mar 3, 2013, at 4:59 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > >> Hi guys >> >> Pastell is now migrated to SmalltalkHub and has a nice CI job >> >> https://ci.inria.fr/pharo-contribution/ >> >> Did I said that I love continuous integration :). >> >> So coooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooool >> >> >> > It is one of those things where one wonders how one could ever do anything without it. > > > Marcus > > Just dreaming.... it would be interesting if SmalltalkHub could do a one-click setup for CI jobs. Obviously there is the cost of resources. Perhaps this could be a feature for members of the Consortium and/or the Association. cheers -ben

March 6, 2013

Re: [Pharo-project] DBXTalk and Pharo 2.0

by Ben Coman

stephane ducasse wrote: > On Mar 5, 2013, at 12:52 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > > >> Guillermo wrote: >> >>> The last time I tried to load DBXTalk in 2.0 the image hang up when loading >>> FFI :(. So probably we should think on switching to NB FFI, but it will >>> take some time... >>> >> Mhhh ... when I load ConfigurationOfFFI configuration browser >> and then manually load "FFI-Tests-tbn.6" from >> http://source.squeakfoundation.org/FFI all tests are green on Windows. >> >> And yes - migrating to NB makes sense! >> >> >>> BTW, since Igor has worked on the bundling of native libraries, we can >>> probably do that with the dbxtalk native libs also :) >>> >> OK - looks like the infrastructure is ready. What is required to do that? >> Will you send the libraries to Igor and he just bundles them? >> That would be cool and save many people a lot of time. >> > > But accessing sql libs is not core so I would like to avoid to have a vm with all the > librairies people used. You do not ***Imagine*** the amount of energy and time > igor spent on making cairo backend be working on the three platforms. > Next best would be (is it possible?) for the Configuration to download libraries and the VM to dynamically load them without restarting, so this could be down with one click from the Configuration Browser (maybe this is already the case?) Of course it would also be nice to have DBXtalk as some part of the ecosystem CI. > >>> All dbxtalk should be working in 1.4 so far. I also try to update it with >>> the contributions of people but sometimes my hands are full :). >>> >> thanks for that. It is a very important project and I would like to >> see it easily installable and working in Pharo 2.0 too. >> >> Sven wrote: >> >>> I use it in 2.0 to access Postgresql databases using Glorp + the native (socket based) PostgresV2 driver. >>> This works fine. >>> >> So we should put the config into the working configs for 2.0? >> >> Thx >> T. >> >> > > > >

March 6, 2013

[Pharo-project] [update 2.0] #20586

by Marcus Denker

20586 ----- Issue 7458: Changing method in debugger (in a block activation) changes CompiledMethod but not source code http://code.google.com/p/pharo/issues/detail?id=7458 Diff information: http://ss3.gemstone.com/ss/Pharo20/Tools-MarcusDenker.1058.diff

March 6, 2013

[Pharo-project] [update 2.0] #20585

by Marcus Denker

20585 ----- Issue 7648: Setting Browser > Export Settings writes invalid startup files http://code.google.com/p/pharo/issues/detail?id=7648 Issue 7645: testValueWithinTimingRepeat sometimes fails http://code.google.com/p/pharo/issues/detail?id=7645 Issue 7642: Time and DateAndTime Parsing fix, cleanup and enhancement http://code.google.com/p/pharo/issues/detail?id=7642 Diff information: http://ss3.gemstone.com/ss/Pharo20/Tests-MarcusDenker.522.diff http://ss3.gemstone.com/ss/Pharo20/StartupPreferences-MarcusDenker.77.diff http://ss3.gemstone.com/ss/Pharo20/Settings-FreeType-MarcusDenker.9.diff http://ss3.gemstone.com/ss/Pharo20/KernelTests-MarcusDenker.474.diff http://ss3.gemstone.com/ss/Pharo20/Kernel-MarcusDenker.1330.diff

March 6, 2013

[Pharo-project] DBXTalk and Pharo 2.0

by Torsten Bergmann

Stef wrote: >But accessing sql libs is not core so I would like to avoid to have a vm with all the >librairies people used. You do not ***Imagine*** the amount of energy and time >igor spent on making cairo backend be working on the three platforms. I do not say that the libs should go to the one-click or that building the libs automatically is required. At least not currently. Since the http://www.linuxnetworks.de/doc/index.php/OpenDBX/Download does not always provide the newest binaries it would at least help if the ones that were build manually by the DBXTalk team and known to work with a specific DBXTalk version could be easily accessible on files.pharo.org >Actually for dbxtalk, I normally end up compiling all the 1.4.6 libs by >myself and distribute them since there is no official binaries for that... >:/ Thanks for the hard work! Would it be possible to put them on files.pharo.org as a central place for easy download? This way we could include also add a script into the ConfigurationOfDBXTalk to automatically download them if not installed. There are so many good packages available that need developers to move forward. On the other hand sometimes people do not know about them and often it takes a lot of time (and knowledge) to get them running. This prevents people from helping moving these projects forward. Chicken and egg? Thanks T.

March 6, 2013

Re: [Pharo-project] [sbe] Re: [ANN] Writing books with Gutemberg

by Damien Cassou

On Wed, Mar 6, 2013 at 9:01 AM, Oscar Nierstrasz <oscar(a)iam.unibe.ch> wrote: > Cool, but why is called "Gutemberg" and not "Gutenberg"? that's a feature -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

March 6, 2013