September 2015 - Pharo-users

Re: [Pharo-users] Depending on something already in the image

by Stephan Eggermont

On 21-09-15 08:58, stepharo wrote: > This is because the configurationOfGTInspector is not well done (it > probably uses groups) but groups are evil :) Groups might be evil, but many configurations is worse :) You are depending on the wrong configurations. In Pharo 5 you need to depend on ConfigurationOfGTSpotter and ConfigurationOfGTInspectorCore Stephan

Sept. 21, 2015

Re: [Pharo-users] externalizing Magritte descriptions and partial forms

by Stephan Eggermont

On 21-09-15 02:46, Peter UhnÃ¡k wrote: > So far so simple... however what I don't understand: > > 1. What if I want to have different descriptions for the same attribute? > For example in some views the email is required and in others it is not. asMagritteMorph is just the quick and dirty variant for straightforward situations. > 2. Must the description be part of the object? Yes. Single responsibility principle applied. > Maybe I am still not fully committed to the having massive protocols > with tons of extension methods instead of externalizing the code to > separate adapters and whatnot. Ahum, that is exactly what Magritte does, while reusing the smalltalk tools. For very large domain models (more than several hundred domain classes), you'll be able to do better using a dynamic object model, and then you'll have to develop browsers, editors and inspectors for that. > 3. What if I want only partial rendering? > For example in one view I want to be able to edit only name and age, > and in another one all three. > Since #asMagritteMorph collects everything I don't see how I can customize this. asMagritteMorph provides the default. On Object it is defined as Object>>asMagritteMorph self magritteDescription asMorphOn: self Object>>magritteDescription ^ self basicMagritteDescription Object>>basicMagritteDescription ^ MAPragmaBuilder for: self which collects all descriptions and puts them in the container described by Object>descriptionContainer "Return the default description container." <magritteContainer> ^ MAPriorityContainer new label: self class label; yourself. The nice thing about a MA(Priority)Container is that it supports a large part of the collection protocol, so you can just do Person>>asNameMagritteMorph ^(self magritteDescription select: [:each | each label = 'Name']) asMorphOn: self So you'd define all possible descriptions you want on the domain object itself, possibly using extension methods, and override #asMagritteMorph to only return the default descriptions. For complex dependencies with extensions, use a smarter MAPragmaBuilder subclass that makes decisions based on which extensions are loaded. You also want to take a look at reference. In the Seaside generation that is used like MAInternalEditorComponent>>buildComponent ^ self value isNil ifFalse: [ (self magritteDescription reference asComponentOn: self value) setParent: self; yourself ] so that provides an extension point for nested objects. I don't see it used in Magritte-Morph > Also, is there maintained Magritte-Spec? I've seen something by Sean, > but it's from 2013 with a single-ish commit. I don't know if it needs more. Nothing changed in the spec interface since then, did there? Stephan

Sept. 21, 2015

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Volkert

On 20.09.2015 17:13, Sven Van Caekenberghe wrote: >> On 20 Sep 2015, at 14:47, Volkert <volkert(a)komponentenwerkstatt.de> wrote: >> >> here mine. is the same version > Then I (currently) am out of ideas. > > I am assuming you did all your tests from machines with the same network connection, maybe you could try from another place, or from some server locate somewhere else ? I have test it from an other place with the same machine and it works .... strange. >> $ ./pharo --version >> 3.9-7 #1 Thu Apr 2 00:51:45 CEST 2015 gcc 4.6.3 [Production ITHB VM] >> NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >> https://github.com/pharo-project/pharo-vm.git Commit: 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14904 >> 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 >> plugin path: /home/volkert/Pharo/latest/pharo-vm/ [default: /home/volkert/Pharo/latest/pharo >> >> On 20.09.2015 14:03, Sven Van Caekenberghe wrote: >>> I am not sure we have to go that deep (yet). >>> >>> It is a public URL/site, we access it with the same client software (standard 4.0 with the included Zn), it works for most/everyone, on multiple platforms, but not for Volkert. >>> >>> Maybe a VM difference ? >>> >>> Mine on Ubuntu was >>> >>> $ ./pharo/bin/pharo --version >>> 3.9-7 #1 Thu Apr 2 00:51:45 CEST 2015 gcc 4.6.3 [Production ITHB VM] >>> NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >>> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >>> https://github.com/pharo-project/pharo-vm.git Commit: 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14904 >>> 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 >>> plugin path: /home/t3/pharo/bin/pharo-vm/ [default: /home/t3/pharo/bin/pharo-vm/] >>> >>>> On 20 Sep 2015, at 13:53, Ben Coman <btc(a)openinworld.com> wrote: >>>> >>>> You might also try tcpflow >>>> http://unix.stackexchange.com/questions/6279/on-the-fly-monitoring-http-req… >>>> cheers -ben >>>> >>>> On Sun, Sep 20, 2015 at 7:43 PM, Ben Coman <btc(a)openinworld.com> wrote: >>>>> Maybe something shows up comparing telnet tests [1]... >>>>> >>>>> $ telnet zn.stfx.eu 80 >>>>> GET /zn/numbers.txt HTTP/1.1 >>>>> Host: zn.stfx.eu >>>>> >>>>> $ telnet bl.ocks.org 80 >>>>> GET /mbostock/raw/4063318/dji.csv HTTP/1.1 >>>>> Host: bl.ocks.org >>>>> >>>>> btw, what user-agent does Zinc use? >>>>> >>>>> [1] http://www.esqsoft.com/examples/troubleshooting-http-using-telnet.htm >>>>> >>>>> cheers -ben >>>>> >>>>> >>>>> On Sun, Sep 20, 2015 at 6:22 PM, Volkert >>>>> <volkert(a)komponentenwerkstatt.de> wrote: >>>>>> same behavior ... :-( >>>>>> >>>>>> >>>>>> On 20.09.2015 11:55, Sven Van Caekenberghe wrote: >>>>>>> The response is chunked, but that should be no problem. >>>>>>> >>>>>>> You could try the following: >>>>>>> >>>>>>> ZnDefaultCharacterEncoder value: ZnNullEncoder new during: [ >>>>>>> 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents ]. >>>>>>> >>>>>>>> On 20 Sep 2015, at 11:37, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>> wrote: >>>>>>>> >>>>>>>> No >>>>>>>> >>>>>>>> On 20.09.2015 11:20, Sven Van Caekenberghe wrote: >>>>>>>>> Any proxying involved ? >>>>>>>>> >>>>>>>>>> On 20 Sep 2015, at 11:16, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> $ cat /etc/issue >>>>>>>>>> Ubuntu 14.04.3 LTS \n \l >>>>>>>>>> >>>>>>>>>> $ uname -a >>>>>>>>>> Linux jupiter 3.16.0-49-generic #65~14.04.1-Ubuntu SMP Wed Sep 9 >>>>>>>>>> 10:03:23 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux >>>>>>>>>> >>>>>>>>>> $ ./pharo Pharo.image printVersion >>>>>>>>>> [version] 4.0 #40621 >>>>>>>>>> >>>>>>>>>> ./pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' asUrl >>>>>>>>>> retrieveContents" >>>>>>>>>> '2 >>>>>>>>>> 3 >>>>>>>>>> 5 >>>>>>>>>> 7 >>>>>>>>>> ... >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> BUT >>>>>>>>>> >>>>>>>>>> $ ./pharo Pharo.image eval >>>>>>>>>> "'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" >>>>>>>>>> ==== Startup Error: ConnectionClosed: Connection closed while waiting >>>>>>>>>> for data. >>>>>>>>>> [ ConnectionClosed signal: 'Connection closed while waiting for data.' >>>>>>>>>> ] in Socket>>waitForDataFor: in Block: [ ConnectionClosed signal: >>>>>>>>>> 'Connection closed whil...etc... >>>>>>>>>> Socket>>waitForDataFor:ifClosed:ifTimedOut: >>>>>>>>>> Socket>>waitForDataFor: >>>>>>>>>> ZdcSocketStream(ZdcAbstractSocketStream)>>socketWaitForData >>>>>>>>>> ZdcSocketStream>>readInto:startingAt:count: >>>>>>>>>> ZnUTF8Encoder>>optimizedReadInto:startingAt:count:fromStream: >>>>>>>>>> ZnUTF8Encoder>>readInto:startingAt:count:fromStream: >>>>>>>>>> [ >>>>>>>>>> read := encoder >>>>>>>>>> readInto: buffer >>>>>>>>>> startingAt: 1 >>>>>>>>>> count: buffer size >>>>>>>>>> fromStream: readStream ] in ZnStringEntity>>readFrom: in Block: [ >>>>>>>>>> ... >>>>>>>>>> BlockClosure>>on:do: >>>>>>>>>> ZnStringEntity>>readFrom: >>>>>>>>>> ZnEntity class>>readFrom:usingType:andLength: >>>>>>>>>> ZnEntityReader>>readFrom:usingType:andLength: >>>>>>>>>> ZnEntityReader>>readEntityFromStream >>>>>>>>>> [ entity := self readEntityFromStream ] in ZnEntityReader>>readEntity >>>>>>>>>> in Block: [ entity := self readEntityFromStream ] >>>>>>>>>> [ >>>>>>>>>> p psValueAt: index put: anObject. >>>>>>>>>> aBlock value ] in >>>>>>>>>> ZnDefaultCharacterEncoder(DynamicVariable)>>value:during: in Block: [ ... >>>>>>>>>> BlockClosure>>ensure: >>>>>>>>>> ZnDefaultCharacterEncoder(DynamicVariable)>>value:during: >>>>>>>>>> ZnDefaultCharacterEncoder class(DynamicVariable class)>>value:during: >>>>>>>>>> ZnEntityReader>>withDefaultUtf8Decoding: >>>>>>>>>> ZnEntityReader>>readEntity >>>>>>>>>> ZnResponse(ZnMessage)>>readEntityFrom: >>>>>>>>>> ZnResponse>>readEntityFrom: >>>>>>>>>> ZnResponse(ZnMessage)>>readFrom: >>>>>>>>>> ZnResponse class(ZnMessage class)>>readFrom: >>>>>>>>>> ZnClient>>readResponse >>>>>>>>>> ZnClient>>executeRequestResponse >>>>>>>>>> [ self executeRequestResponse ] in ZnClient>>getConnectionAndExecute in >>>>>>>>>> Block: [ self executeRequestResponse ] >>>>>>>>>> BlockClosure>>ensure: >>>>>>>>>> ZnClient>>getConnectionAndExecute >>>>>>>>>> ZnClient>>executeWithRedirectsRemaining: >>>>>>>>>> Got startup errors: >>>>>>>>>> ConnectionClosed: Connection closed while waiting for data. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 9.2015 10:54, Sven Van Caekenberghe wrote: >>>>>>>>>>> Weird, this is on one of my servers: >>>>>>>>>>> >>>>>>>>>>> $ cat /etc/issue >>>>>>>>>>> Ubuntu 14.04.3 LTS >>>>>>>>>>> >>>>>>>>>>> $ uname -a >>>>>>>>>>> Linux pharo.t3-platform.net 3.13.0-57-generic #95-Ubuntu SMP Fri Jun >>>>>>>>>>> 19 09:27:48 UTC 2015 i686 i686 i686 GNU/Linux >>>>>>>>>>> >>>>>>>>>>> $ ../bin/pharo Pharo.image printVersion >>>>>>>>>>> [version] 4.0 #40621 >>>>>>>>>>> >>>>>>>>>>> $ ../bin/pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' >>>>>>>>>>> asUrl retrieveContents" >>>>>>>>>>> '2 >>>>>>>>>>> 3 >>>>>>>>>>> 5 >>>>>>>>>>> 7 >>>>>>>>>>> 11 >>>>>>>>>>> 13 >>>>>>>>>>> 17 >>>>>>>>>>> 19 >>>>>>>>>>> 23 >>>>>>>>>>> 29 >>>>>>>>>>> 31 >>>>>>>>>>> 37 >>>>>>>>>>> 41 >>>>>>>>>>> 43 >>>>>>>>>>> 47 >>>>>>>>>>> 53 >>>>>>>>>>> 59 >>>>>>>>>>> 61 >>>>>>>>>>> 67 >>>>>>>>>>> 71 >>>>>>>>>>> 73 >>>>>>>>>>> 79 >>>>>>>>>>> 83 >>>>>>>>>>> 89 >>>>>>>>>>> 97 >>>>>>>>>>> ' >>>>>>>>>>> >>>>>>>>>>> $ ../bin/pharo Pharo.image eval >>>>>>>>>>> "'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" | >>>>>>>>>>> head >>>>>>>>>>> 'Date,Open,High,Low,Close,Volume,Adj Close >>>>>>>>>>> 2010-10-01,10789.72,10907.41,10759.14,10829.68,4298910000,10829.68 >>>>>>>>>>> 2010-09-30,10835.96,10960.99,10732.27,10788.05,4284160000,10788.05 >>>>>>>>>>> 2010-09-29,10857.98,10901.96,10759.75,10835.28,3990280000,10835.28 >>>>>>>>>>> 2010-09-28,10809.85,10905.44,10714.03,10858.14,4025840000,10858.14 >>>>>>>>>>> 2010-09-27,10860.03,10902.52,10776.44,10812.04,3587860000,10812.04 >>>>>>>>>>> 2010-09-24,10664.39,10897.83,10664.39,10860.26,4123950000,10860.26 >>>>>>>>>>> 2010-09-23,10738.48,10779.65,10610.12,10662.42,3847850000,10662.42 >>>>>>>>>>> 2010-09-22,10761.11,10829.75,10682.40,10739.31,3911070000,10739.31 >>>>>>>>>>> 2010-09-21,10753.39,10844.89,10674.83,10761.03,4175660000,10761.03 >>>>>>>>>>> >>>>>>>>>>> ... >>>>>>>>>>> >>>>>>>>>>>> On 20 Sep 2015, at 10:27, Volkert <volkert(a)komponentenwerkstatt.de> >>>>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Strange: I tried an other Ubuntu Box (14.04) with Pharo 3.0 and had >>>>>>>>>>>> the same problem ... >>>>>>>>>>>> >>>>>>>>>>>> But calls to other site are fine ... >>>>>>>>>>>> >>>>>>>>>>>> Volkert >>>>>>>>>>>> >>>>>>>>>>>> On 20.09.2015 10:00, Volkert wrote: >>>>>>>>>>>>> I just downloaded the latest version with "curl get.pharo.org | >>>>>>>>>>>>> bash" .... same problem ... >>>>>>>>>>>>> >>>>>>>>>>>>> On 20.09.2015 09:33, Sven Van Caekenberghe wrote: >>>>>>>>>>>>>> Volkert, >>>>>>>>>>>>>> >>>>>>>>>>>>>> I tried in 2 #40621 images of mine and it worked fine. Both Zn >>>>>>>>>>>>>> included and Zn #bleedingEdge. Maybe it was some temporary situation ? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Sven >>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 20 Sep 2015, at 09:19, Volkert >>>>>>>>>>>>>>> <volkert(a)komponentenwerkstatt.de> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Dear all, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> " 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl >>>>>>>>>>>>>>> retrieveContents " lead to this error: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> <ifdhcebh.png> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> "wget http://bl.ocks.org/mbostock/raw/4063318/dji.csv" fetches the >>>>>>>>>>>>>>> csv file. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> The snippet is part of the Roassal >>>>>>>>>>>>>>> RTCalenderExample>>exampleVisualizationCSV and i had never a problem with >>>>>>>>>>>>>>> it. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Pharo4.0 >>>>>>>>>>>>>>> Latest update: #40621 >>>>>>>>>>>>>>> On Ubuntu 14.04 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Volkert >> >

Sept. 21, 2015

Re: [Pharo-users] Depending on something already in the image

by stepharo

This is because the configurationOfGTInspector is not well done (it probably uses groups) but groups are evil :) May be damien you should depend on one of the group of GTInspector (if any). Normally we should getting Unit GTInspectorCore and a bundle GTInspector that may use by people to load everything. Le 21/9/15 05:17, Damien Cassou a Ã©crit : > Hi, > > my project depends on GTSpotter and GTInspector which are already in > Pharo. How do I describe these dependencies in my ConfigurationOf so > that Metacello does no load them? I did > > spec > configuration: 'GTInspector' > with: > [ spec > version: #stable; > repository: > 'http://smalltalkhub.com/mc/Moose/GToolkit/main/' ] > > but Metacello loaded many things (including Roassal2) >

Sept. 21, 2015

Re: [Pharo-users] Adding a #development version of a Git project in the catalog

by Yuriy Tymchuk

Hi, Can you simply define symbolic version as a normal one? I think that you need a baseline with a code of your symbolic version, then you reference this baseline with the #development version and in v1_0_0 you override repository to ââ¦pharo-jenkins:v1.0.0/srcâ. I think that for me that was the main reason why I was doing pre-release. Because you cannot define any changes in symbolic versions, my baseline is a separate class, and âConfigurationOfâ requires semantic versioning. Cheers! Uko > On 21 Sep 2015, at 07:38, Damien Cassou <damien.cassou(a)inria.fr> wrote: > > Hi, > > I have a BaselineOfJenkins on github and I would like to add a > ConfigurationOfJenkins in the catalog. For the #stable versio, I wrote: > > stable: spec > <symbolicVersion: #'stable'> > > spec for: #common version: '1.0.0' > > v1_0_0: spec > <version: '1.0.0'> > > spec > for: #'common' > do: [ > spec > baseline: 'Jenkins' > with: [ spec repository: 'github://DamienCassou/pharo-jenkins:v1.0.0/src' ]; > import: 'Jenkins' ] > > > But I don't know what to do for the #development version. I tried this > but Metacello does not want it: > > development: spec > <symbolicVersion: #'development'> > spec > for: #'common' > do: [ > spec > baseline: 'Jenkins' > with: [ spec repository: 'github://DamienCassou/pharo-jenkins:master/src' ]; > import: 'Jenkins' ] > > On > http://blog.yuriy.tymch.uk/2015/07/pharo-and-github-versioning-revision-2.h…, > Yuriy talks about a pre-release, but this requires changing the > #development description for each release. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." --Winston Churchill >

Sept. 21, 2015

Adding a #development version of a Git project in the catalog

by Damien Cassou

Hi, I have a BaselineOfJenkins on github and I would like to add a ConfigurationOfJenkins in the catalog. For the #stable versio, I wrote: stable: spec <symbolicVersion: #'stable'> spec for: #common version: '1.0.0' v1_0_0: spec <version: '1.0.0'> spec for: #'common' do: [ spec baseline: 'Jenkins' with: [ spec repository: 'github://DamienCassou/pharo-jenkins:v1.0.0/src' ]; import: 'Jenkins' ] But I don't know what to do for the #development version. I tried this but Metacello does not want it: development: spec <symbolicVersion: #'development'> spec for: #'common' do: [ spec baseline: 'Jenkins' with: [ spec repository: 'github://DamienCassou/pharo-jenkins:master/src' ]; import: 'Jenkins' ] On http://blog.yuriy.tymch.uk/2015/07/pharo-and-github-versioning-revision-2.h…, Yuriy talks about a pre-release, but this requires changing the #development description for each release. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Sept. 21, 2015

Depending on something already in the image

by Damien Cassou

Hi, my project depends on GTSpotter and GTInspector which are already in Pharo. How do I describe these dependencies in my ConfigurationOf so that Metacello does no load them? I did spec configuration: 'GTInspector' with: [ spec version: #stable; repository: 'http://smalltalkhub.com/mc/Moose/GToolkit/main/' ] but Metacello loaded many things (including Roassal2) -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Sept. 21, 2015

externalizing Magritte descriptions and partial forms

by Peter UhnÃ¡k

Hi, I'm trying to wrap my head around Magritte but I am failing hard... Imagine I have object with three attributes. ~~~~~~~~~~~~~~~~~~~ Object subclass: #Person instanceVariableNames: 'name age email' ~~~~~~~~~~~~~~~~~~~ Now the normal way would be to add magritte descriptions... ~~~~~~~~~~~~~~~~~~~ Person>>descriptionEmail <magritteDescription> ^ MAStringDescription new label: 'Email'; accessor: #email; beRequired; yourself ~~~~~~~~~~~~~~~~~~~ etc for the rest... And now if I want to manipulate it I would do... ~~~~~~~~~~~~~~~~~~~ |p| p := Person new name: 'Someone'; email: 'some(a)one.com'; age: 20. p asMagritteMorph addButtons; openInWindow. ~~~~~~~~~~~~~~~~~~~ So far so simple... however what I don't understand: 1. What if I want to have different descriptions for the same attribute? For example in some views the email is required and in others it is not. 2. Must the description be part of the object? Maybe I am still not fully committed to the having massive protocols with tons of extension methods instead of externalizing the code to separate adapters and whatnot. 3. What if I want only partial rendering? For example in one view I want to be able to edit only name and age, and in another one all three. Since #asMagritteMorph collects everything I don't see how I can customize this. Now I do expect that all these things are possible, however as I'm just starting with Magritte it's a lot of information and concepts to absorb... so any help is appreciated. Also, is there maintained Magritte-Spec? I've seen something by Sean, but it's from 2013 with a single-ish commit. Thanks, Peter

Sept. 21, 2015

Re: [Pharo-users] Spec: Where to find an example using a TreeModel

by Peter UhnÃ¡k

This is super odd. I loaded files from Icons/Menda/Png without any problem what-so-ever. :< But maybe using cache is pointless anyway considering the limit is 64 icons which will pretty much never be reached... Maybe I should just replace it with regular Dictionary.... can you try replacing the LRUCache with Dictionary if the problem still exists? Peter On Mon, Sep 21, 2015 at 12:56 AM, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> wrote: > Hi Peter, > > I'm making a major migration of my servers, because Digital Ocean's recent > migration made my Arch Linux imagen kernel unable to boot, so I'm moving to > debian and used this as an opportunity to bring some order. Rewrite rules > for the server are not enable yet. The new working address is this: > > http://mutabit.com/repos.fossil/grafoscopio/dir?name=Common/Icons&ci=tip > > Cheers, > > Offray > > > On 18/09/15 17:01, Peter UhnÃ¡k wrote: >> >> Hi Offray, >> >>> >>> http://mutabit.com/deltas/repos.fossil/grafoscopio/dir?name=Common/Icons&ci… >> >> is this still alive? Because all links at mutabit.com are 404ing >> >> Thanks, >> Peter >> >> > >

Sept. 20, 2015

Re: [Pharo-users] Spec: Where to find an example using a TreeModel

by Offray Vladimir Luna CÃ¡rdenas

Hi Peter, I'm making a major migration of my servers, because Digital Ocean's recent migration made my Arch Linux imagen kernel unable to boot, so I'm moving to debian and used this as an opportunity to bring some order. Rewrite rules for the server are not enable yet. The new working address is this: http://mutabit.com/repos.fossil/grafoscopio/dir?name=Common/Icons&ci=tip Cheers, Offray On 18/09/15 17:01, Peter UhnÃ¡k wrote: > Hi Offray, > >> http://mutabit.com/deltas/repos.fossil/grafoscopio/dir?name=Common/Icons&ci… > is this still alive? Because all links at mutabit.com are 404ing > > Thanks, > Peter > >

Sept. 20, 2015