this class is not there anymore :
MCFileTreeJsonParser (Pharo 6.0 version) |
STON is now (in 6.0) used as JSON parser.
> On 03 Jun 2016, at 13:24, Esteban Lorenzano <[hidden email]> wrote: > > this class is not there anymore : > > MCFileTreeJsonParser > > (Pharo 6.0 version) |
yes, but then GitFileTree from catalog is downloading a wrong version :)
> On 03 Jun 2016, at 13:28, Sven Van Caekenberghe <[hidden email]> wrote: > > STON is now (in 6.0) used as JSON parser. > >> On 03 Jun 2016, at 13:24, Esteban Lorenzano <[hidden email]> wrote: >> >> this class is not there anymore : >> >> MCFileTreeJsonParser >> >> (Pharo 6.0 version) > > |
2016-06-03 13:38 GMT+02:00 Esteban Lorenzano <[hidden email]>: yes, but then GitFileTree from catalog is downloading a wrong version :) I'll update and see if this change was pushed upstream (in the FileTree repository). Thierry
|
Done, but now I have a problem. Pharo6 is not identified as #pharo6 in the platform, so I can't trigger loading a dedicated version of GitFileTree for Pharo 6. In short, I have a GitFileTree for Pharo 6, but then you'll have to write: Metacello new baseline: 'FileTree'; repository: 'github://dalehenrich/filetree:pharo6.0_dev/repository'; load: 'Git'. Could someone ensure that Pharo 6 identifies as #pharo6 at one point? For now, MetacelloToolBox>>#platformAttributes answer this: Regards, Thierry 2016-06-03 13:50 GMT+02:00 Thierry Goubier <[hidden email]>:
|
Take a look at SmalltalkImage>metacelloPlatformAttributes ...
that's where Metacello picks up the platform attributes. Dale On 6/3/16 5:28 AM, Thierry Goubier
wrote:
|
https://pharo.fogbugz.com/f/cases/resolve/18400
:)
|
Thanks.
2016-06-03 15:32 GMT+02:00 Esteban Lorenzano <[hidden email]>: Would that impact configurations which have only a #pharo5.x or lower version? Thierry
|
not for now
|
In reply to this post by EstebanLM
This is why we need to have metadata of loaded packages inside the image.
Because right now the maintainer of the package is forced to remove information from his configuration :( Been there with RB. Setf Le 3/6/16 à 13:38, Esteban Lorenzano a écrit : > yes, but then GitFileTree from catalog is downloading a wrong version :) > >> On 03 Jun 2016, at 13:28, Sven Van Caekenberghe <[hidden email]> wrote: >> >> STON is now (in 6.0) used as JSON parser. >> >>> On 03 Jun 2016, at 13:24, Esteban Lorenzano <[hidden email]> wrote: >>> >>> this class is not there anymore : >>> >>> MCFileTreeJsonParser >>> >>> (Pharo 6.0 version) >> > > |
Is it normal that a clean 60178 image is still missing the class after loading GitFileTree from the catalog? On 4 June 2016 at 09:37, stepharo <[hidden email]> wrote: This is why we need to have metadata of loaded packages inside the image. |
Free forum by Nabble | Edit this page |