Re: [Pharo-users] Unable to update Glamour-Core

Hi, I am not sure I understand your report. The Glamour-Core package is part of ConfigurationOfGlamourCore, and should not be updated separately. What script are you using for loading ConfigurationOfGlamourCore? Cheers, Doru > On Nov 29, 2017, at 3:53 AM, Offray Vladimir Luna Cárdenas >

Re: [Pharo-users] files.pharo.org downloads => needs testers

Stats from Las Vegas, Nevada, USA on Mac OS curl -o 1.zip http://files2.pharo.org/image/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip \ > --next -o 2.zip http://file-pharo.inria.fr/image/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip \ > --next -o 3.zip

Re: [Pharo-users] files.pharo.org downloads => needs testers

Stats from Las Vegas, Nevada, USA curl -o 1.zip http://files2.pharo.org/image/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip --next -o 2.zip http://file-pharo.inria.fr/image/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip --next -o 3.zip

Re: [Pharo-users] UFFI C basic types passed-by-reference for output

On 15 November 2017 at 20:47, Esteban Lorenzano wrote: > > which could be implemented... >FFIExternalType class >> newBuffer. > ^ByteArray new: (self externalTypeSize) > > testGetPageSizeByIndex > | document page_index widthBuffer heightBuffer width height

Re: [Pharo-users] files.pharo.org downloads => needs testers

and the XLS file in case anyone wants to provide other observations in a similar format... On 29 November 2017 at 11:29, Ben Coman wrote: > > > On 29 November 2017 at 00:43, Christophe Demarey < > christophe.dema...@inria.fr> wrote: > > Hi all, > > > > We set up 2 new

Re: [Pharo-users] Unable to update Glamour-Core

I have no luck either with Pharo 7. After enabling my ssh GitHub keys I get all the time this error message: 'IceDuplicatedRepository: You already have an Iceberg repository at /home/offray/Programas/Pharo/7/pharo-local/iceberg/feenkcom/gtoolkit-examples and with the same origin URL. If you

Re: [Pharo-users] files.pharo.org downloads => needs testers

On 29 November 2017 at 00:43, Christophe Demarey < christophe.dema...@inria.fr> wrote: > Hi all, > > We set up 2 new servers to replace (at least for some time) the problematic > files.pharo.org server (slow downloads, bad CRC). > Please, could you test these new servers and give us feedback to

[Pharo-users] Unable to update Glamour-Core

Hi, My image become unresponsive while making some debug, so I decided to start fresh and reinstall Grafoscopio, but I have some problems, with XML parser (so I disabled Soup temporarily) and with Glamour-Core, which provides and important part of the Grafoscopio experience. I tried also to

Re: [Pharo-users] I love the launcher!!!!

Christophe I think that we should remove the blessed folder. Setf On Tue, Nov 28, 2017 at 5:36 PM, Christophe Demarey wrote: > Hi Phil, > > Le 26 nov. 2017 à 22:25, p...@highoctane.be a écrit : > > So, I try it on my CentOS 7 64 bit and... as there is no 64 bit

Re: [Pharo-users] PetitCompiler loading problem

Hello, Sorry for the late answer. I use the following script: Gofer new smalltalkhubUser: 'JanKurs' project: 'PetitParser'; configurationOf: #PetitCompiler; load. (Smalltalk at: #ConfigurationOfPetitCompiler) perform: #'loadDevelopment’. Julien --- Julien Delplanque

Re: [Pharo-users] Autoupdate of playground contents up to the last keystroke

Thanks Doru. Works like a charm. Cheers, Offray On 28/11/17 01:37, Tudor Girba wrote: > Hi, > > You are reading the wrong port. > > Try this instead: > > playground := GTPlayground new. > playground openOn: GTPlayPage new. > playground > onChangeOfPort: #text > act: [ :x | self

Re: [Pharo-users] reusing ZnClient session

Hi Sven, yes `session:` would be the ideal solution. But because it wasn't there (only getter) I wasn't sure whether this was a design decision - e.g. because sessions can't be reused. Thanks! Peter On Tue, Nov 28, 2017 at 10:51 AM, Sven Van Caekenberghe wrote: > Peter, > > > On

Re: [Pharo-users] files.pharo.org downloads => needs testers

What is the relationship between this and http://mirror.pharo.org? Considering you are already working around these servers, would it be possible to add HTTPS? On Tue, Nov 28, 2017 at 5:43 PM, Christophe Demarey < christophe.dema...@inria.fr> wrote: > Hi all, > > We set up 2 new servers to

[Pharo-users] files.pharo.org downloads => needs testers

Hi all, We set up 2 new servers to replace (at least for some time) the problematic files.pharo.org server (slow downloads, bad CRC). Please, could you test these new servers and give us feedback to see if downloads are fast and nom ore CRC errors? *

Re: [Pharo-users] I love the launcher!!!!

Hi Phil, > Le 26 nov. 2017 à 22:25, p...@highoctane.be a écrit : > > So, I try it on my CentOS 7 64 bit and... as there is no 64 bit version of > the launcher… Right. Can’t you use the 32 bit version? Anyway, I think it would be good to have a 64 bit version. Could you open an issue for that

Re: [Pharo-users] Fuel transfer from Pharo 1.4 to Pharo 6.1

On Tue, Nov 28, 2017 at 10:20 AM, Sven Van Caekenberghe wrote: > > > > On 28 Nov 2017, at 13:52, Mariano Martinez Peck > wrote: > > > > > > > > On Tue, Nov 28, 2017 at 9:31 AM, Andreas Brodbeck > wrote: > > Am 28.11.17 um 12:46 schrieb

Re: [Pharo-users] Fuel transfer from Pharo 1.4 to Pharo 6.1

> On 28 Nov 2017, at 13:52, Mariano Martinez Peck wrote: > > > > On Tue, Nov 28, 2017 at 9:31 AM, Andreas Brodbeck wrote: > Am 28.11.17 um 12:46 schrieb Mariano Martinez Peck: > > Hi Andreas, > > > > Do you know why method contexts are trying to be

Re: [Pharo-users] Fuel transfer from Pharo 1.4 to Pharo 6.1

On Tue, Nov 28, 2017 at 9:20 AM, Andreas Brodbeck wrote: > Am 28.11.17 um 11:13 schrieb H. Hirzel: > > Hello Andreas > > > > Unfortunately Fuel is not meant for this kind of use case of migrating > > an object model. > > That's sad to hear. From 1.4 to 6.1 is a big step, I

Re: [Pharo-users] Fuel transfer from Pharo 1.4 to Pharo 6.1

On Tue, Nov 28, 2017 at 9:31 AM, Andreas Brodbeck wrote: > Am 28.11.17 um 12:46 schrieb Mariano Martinez Peck: > > Hi Andreas, > > > > Do you know why method contexts are trying to be serialized? Of course, > > probably because of closures. Do you think / know / are aware of

Re: [Pharo-users] Fuel transfer from Pharo 1.4 to Pharo 6.1

Am 28.11.17 um 12:46 schrieb Mariano Martinez Peck: > Hi Andreas, > > Do you know why method contexts are trying to be serialized? Of course, > probably because of closures. Do you think / know / are aware of closures > as part of your graph? Maybe Sorted Collection? > I am asking because if the

Re: [Pharo-users] Fuel transfer from Pharo 1.4 to Pharo 6.1

Andreas Brodbeck-3 wrote >> So other options have to be considered. > > That probably would be a custom mechanism storing objects in a database > or fileformat and re-import,… My two primary workarounds in this scenario are: 1. Try STON 2. Try Fuel in smaller hops (e.g. 1.4 -> 2 -> 4, etc),

Re: [Pharo-users] Fuel transfer from Pharo 1.4 to Pharo 6.1

Am 28.11.17 um 11:13 schrieb H. Hirzel: > Hello Andreas > > Unfortunately Fuel is not meant for this kind of use case of migrating > an object model. That's sad to hear. From 1.4 to 6.1 is a big step, I agree, but I really thought that Fuel can be considered as a good "transport vehicle" at

Re: [Pharo-users] Fuel transfer from Pharo 1.4 to Pharo 6.1

Hi Andreas, Do you know why method contexts are trying to be serialized? Of course, probably because of closures. Do you think / know / are aware of closures as part of your graph? Maybe Sorted Collection? I am asking because if the only thing is SortedCollection then we can use some hook...

Re: [Pharo-users] Fuel transfer from Pharo 1.4 to Pharo 6.1

On 28-11-17 11:01, Andreas Brodbeck wrote: So, basically Fuel can not materialize the instances because the bytecode hash of all methods have changed, comparing 1.4 to 6.1. My feeling says that this could be a major problem for my plans to migrate from Pharo 1.4 to 6.1. If you export the

Re: [Pharo-users] Fuel transfer from Pharo 1.4 to Pharo 6.1

Hello Andreas Unfortunately Fuel is not meant for this kind of use case of migrating an object model. So other options have to be considered. Does your object model have cycles? Regards Hannes On 11/28/17, Andreas Brodbeck wrote: > Hi all, > > I have a long running

[Pharo-users] Fuel transfer from Pharo 1.4 to Pharo 6.1

Hi all, I have a long running Seaside/Pharo application which still runs perfect on Pharo 1.4. I want to step into the future and migrate to the newest Pharo 6.1. The application's persistence is just in the image, so my plan is to use Fuel to transfer the objects from Pharo 1.4 to Pharo 6.1.

Re: [Pharo-users] reusing ZnClient session

Peter, > On 28 Nov 2017, at 10:42, Peter Uhnák wrote: > > Hi, > > I have a scenario where I need to login to some web app and then reuse the > session/cookies in further requests. > > The basic approach (as presented in Enterprise Pharo book) works just fine > > client :=

[Pharo-users] reusing ZnClient session

Hi, I have a scenario where I need to login to some web app and then reuse the session/cookies in further requests. The basic approach (as presented in Enterprise Pharo book) works just fine client := ZnClient new. client url: 'http://example.com/login'; formAt: 'username' put:

Re: [Pharo-users] How to write a little REPL

There is a REPL Image we use for VM debugging. It's a REPL in the command line and in the VM Simulator. File-in in attachement to load and start the REPL. On Tue, Nov 28, 2017 at 8:18 AM, Stephane Ducasse wrote: > Sorry I wanted to have it in pharo :) > > On Mon, Nov

Re: [Pharo-users] How to write a little REPL

On 28 November 2017 at 08:18, Stephane Ducasse wrote: > Sorry I wanted to have it in pharo :) Are you talking about having a terminal inside Pharo? OSProcess included something like this, i.e. open the window and have a prompt where you can enter expressions to be