Hi all,

I am a bit confused about the state of Athens and am not sure how I would proceed to install it and make it work.

I have the latest Pharo 2 VM with moose-latest-dev-4.8 loaded. 

Could anyone give me advice on how to get Athens to work with Roassal from this point? 

Cheers,
Dennis


On Mon, Apr 15, 2013 at 6:55 PM, Alexandre Bergel <alexandre.bergel@me.com> wrote:
Ok. Thanks

Alexandre


On Apr 14, 2013, at 3:30 PM, Tudor Girba <tudor@tudorgirba.com> wrote:

> Hi Alex,
>
> I took 5 minutes, and there is nothing wrong with the baseline.
>
> What is wrong is this:
>
> Version 1.313 is somewhat wrong because you are not developing Roassal with Athens loaded. As a consequence, I guess that Versionner (I never really used it) reads the versions of packages from the image, and given that it does not find RoassalAthens, it does not store a proper version for this package.
>
> I guess you should just load RoassalAthens in your image and continue with your normal workflow.
>
> Cheers,
> Doru
>
>
>
> On Apr 14, 2013, at 5:30 PM, Alexandre Bergel <alexandre.bergel@me.com> wrote:
>
>>> Please provide more information. What do you do? When does the toolbox complain?
>>
>> Do it in a workspace:
>> -=-=-=-=-=-=-=-=-=-=-=-=
>> Gofer new url: 'http://smalltalkhub.com/mc/ObjectProfile/Roassal/main'
>> ; package: 'ConfigurationOfRoassal'; load.
>>
>> (MetacelloToolBox validateConfiguration: (Smalltalk at: #ConfigurationOfRoassal)) explore
>> -=-=-=-=-=-=-=-=-=-=-=-=
>>
>> The configuration is apparently not properly formed.
>> Thanks for looking into this.
>>
>> Cheers,
>> Alexandre
>>
>>>
>>>
>>> On Apr 14, 2013, at 4:20 AM, Alexandre Bergel <alexandre.bergel@me.com> wrote:
>>>
>>>> Any news on that front? If no, then I will have to remove Athens from the configuration of roassal.
>>>> The Metacello toolbox complains about ConfigurationOfRoassal, which is not properly defined.
>>>>
>>>> Alexandre
>>>>
>>>>
>>>> On Apr 12, 2013, at 7:25 PM, Alexandre Bergel <alexandre.bergel@me.com> wrote:
>>>>
>>>>>> I added an experimental baseline to show how we can load Athens on demand only (see below). I committed it to ConfigurationOfRoassal without modifying any symbolic version.
>>>>>>
>>>>>> To load as before, you just load the default:
>>>>>> (self project version: '0.6-baseline') load
>>>>>>
>>>>>> To load with Athens, you do:
>>>>>> (self project version: '0.6-baseline') load: 'WithAthens'
>>>>>>
>>>>>> I think this should address your concerns.
>>>>>>
>>>>>> But, as Stef pointed out, Athens should work with Balloon, too. Thus, RoassalMorphic could just work with that the Balloon backend quite nicely.
>>>>>>
>>>>>> What do you say?
>>>>>
>>>>> I would be happy to. However the toolbox is telling me the following:
>>>>>
>>>>> Critical Warning: No version specified for the package 'RoassalAthens' in version '1.313' { noVersionSpecified } [ #validateVersionSpec: ]
>>>>>
>>>>> Warning: Symbolic version #development refers to a version'0.6-baseline' whose blessing #baseline is not #development { notDevelopmentVersion } [ #validateVersionSpecForSymbolicVersion:symbolicVersion: ]
>>>>>
>>>>> We need to fix this
>>>>>
>>>>> Alexandre
>>>>>
>>>>>>
>>>>>>
>>>>>> baseline16: spec
>>>>>>  <version: '0.6-baseline'>
>>>>>>
>>>>>>  spec for: #'common' do: [
>>>>>>          spec blessing: #'baseline'.
>>>>>>          spec description: ''.
>>>>>>          spec author: 'TudorGirba'.
>>>>>>          spec timestamp: '4/11/2013 22:03'.
>>>>>>          spec repository: 'http://www.smalltalkhub.com/mc/ObjectProfile/Roassal/main'.
>>>>>>          spec
>>>>>>                  package: 'Roassal';
>>>>>>                  package: 'RoassalMorphic' with: [ spec requires: 'Roassal' ];
>>>>>>                  package: 'RoassalAthens' with: [ spec requires: #('RoassalMorphic' 'Athens') ].
>>>>>>          spec project: 'Athens' with: [
>>>>>>                          spec
>>>>>>                                  className: 'ConfigurationOfAthens';
>>>>>>                                  file: 'ConfigurationOfAthens';
>>>>>>                                  version: '2.0';
>>>>>>                                  repository: 'http://www.squeaksource.com/Athens' ].
>>>>>>          spec
>>>>>>                  group: 'default' with: #('Roassal' 'RoassalMorphic');
>>>>>>                  group: 'Tests' with: #('Roassal' 'RoassalMorphic');
>>>>>>                  group: 'WithAthens' with: #('RoassalAthens')].
>>>>>>
>>>>>>
>>>>>>
>>>>>> Cheers,
>>>>>> Doru
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Apr 11, 2013, at 3:46 PM, Alexandre Bergel <alexandre.bergel@me.com> wrote:
>>>>>>
>>>>>>>> If I understand correctly, if we would get ConfigurationOfRoassal to load Athens only in Pharo 2.0, you would be satisfied, right?
>>>>>>>
>>>>>>> No, because if I download the Pharo from http://www.pharo-project.org/home (by clicking on the download button), install Roassal, then errors will show up, and this is what I want to avoid above everything else.
>>>>>>> I am a fierce advertiser of Athens. Thanks to Igor tutorial, my developing environment is Athens-based. I would like to see Athens widely used, yes.
>>>>>>>
>>>>>>> However, if I go a step further, such as making Roassal depends on Athens, then we will have to deal with:
>>>>>>> - students who simply clicked on the download webpage and see bugs appearing because the lib are not installed
>>>>>>> - telling where to download and how to install Igor's VM
>>>>>>> - telling the world how to install the free type fonts else Roassal will lamentably crash
>>>>>>> - have to test myself cairo on Ubuntu
>>>>>>> - fiddling ConfigurationOfRoassal to make it sure it works with 1.4 and trying to not get nervous because I will surely won't be able to save Roassal using Versionner anymore.
>>>>>>> - Answering complains that loading Roassal takes too much time
>>>>>>>
>>>>>>> Alexandre
>>>>>>>
>>>>>>>>
>>>>>>>> This should be pretty fast, too.
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>> Doru
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Thu, Apr 11, 2013 at 2:50 PM, Alexandre Bergel <alexandre.bergel@me.com> wrote:
>>>>>>>>> I do not understand the problem.
>>>>>>>>> Athens loads perfectly and all the VM are working.
>>>>>>>>>
>>>>>>>>> Now if you prefer to wait for about a year, it simply means that you do not need vector graphics.
>>>>>>>>
>>>>>>>> Roassal needs to be loadable in a 1.4 image.
>>>>>>>>
>>>>>>>> Alexandre
>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Apr 10, 2013, at 10:48 PM, Tudor Girba <tudor@tudorgirba.com> wrote:
>>>>>>>>>
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> I do not quite understand your worries.
>>>>>>>>>>
>>>>>>>>>> Athens-Cairo has two parts:
>>>>>>>>>> - the VM side: the plugin is already nicely bundled with the Pharo VM on all operating systems.
>>>>>>>>>> - the image side: the Athens canvas and Cairo binding are essentially working, but were not yet added to Pharo 2.0 because it was not tested enough at the time of the release.
>>>>>>>>>>
>>>>>>>>>> To me, the largest problem is on the VM-side, and that was nicely solved. The image-side is solid already and will get into Pharo 3.0. But, in the meantime, I do not want to wait for another year until we can start to benefit from the nice capabilities of Athens.
>>>>>>>>>>
>>>>>>>>>> Can you be more explicit as to why we should not make this default in Pharo Morphic?
>>>>>>>>>>
>>>>>>>>>> Btw, it is not enough to just load Athens. Here is what I reverse engineered:
>>>>>>>>>> Gofer new
>>>>>>>>>> squeaksource: 'Athens';
>>>>>>>>>> package: 'ConfigurationOfAthens';
>>>>>>>>>> load.
>>>>>>>>>> (Smalltalk at: #ConfigurationOfAthens) loadVersion: '2.0'.
>>>>>>>>>> Gofer new
>>>>>>>>>> smalltalkhubUser: 'ObjectProfile' project: 'Roassal';
>>>>>>>>>> package: 'RoassalAthens';
>>>>>>>>>> load.
>>>>>>>>>> ROPlatform setCurrent: 'athens'.
>>>>>>>>>>
>>>>>>>>>> Cheers,
>>>>>>>>>> Doru
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Apr 10, 2013, at 9:43 PM, Alexandre Bergel <alexandre.bergel@me.com> wrote:
>>>>>>>>>>
>>>>>>>>>>>> I would like to start adopting Athens behind Roassal. I believe there already is a binding. The question is what keeps us from adding Athens as a dependency to RoassalMorphic?
>>>>>>>>>>>
>>>>>>>>>>> Well... The way I see this is slightly different. Athens should be part of the runtime (i.e., included in Pharo) and not use as a library. I am not sure what we will gain to consider Athens as a separate Library.
>>>>>>>>>>>
>>>>>>>>>>> The Roassal<-->Athens bindings works well I think. We haven't spotted any problem. Just load Athens before loading Moose while Athens is not part of Pharo.
>>>>>>>>>>>
>>>>>>>>>>> Cheers,
>>>>>>>>>>> Alexandre
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>>>>>>>>> Alexandre Bergel  http://www.bergel.eu
>>>>>>>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Moose-dev mailing list
>>>>>>>>>>> Moose-dev@iam.unibe.ch
>>>>>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> www.tudorgirba.com
>>>>>>>>>>
>>>>>>>>>> "There are no old things, there are only old ways of looking at them."
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Moose-dev mailing list
>>>>>>>>>> Moose-dev@iam.unibe.ch
>>>>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Moose-dev mailing list
>>>>>>>>> Moose-dev@iam.unibe.ch
>>>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>>>>
>>>>>>>> --
>>>>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>>>>>> Alexandre Bergel  http://www.bergel.eu
>>>>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Moose-dev mailing list
>>>>>>>> Moose-dev@iam.unibe.ch
>>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> www.tudorgirba.com
>>>>>>>>
>>>>>>>> "Every thing has its own flow"
>>>>>>>> _______________________________________________
>>>>>>>> Moose-dev mailing list
>>>>>>>> Moose-dev@iam.unibe.ch
>>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>>>
>>>>>>> --
>>>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>>>>> Alexandre Bergel  http://www.bergel.eu
>>>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Moose-dev mailing list
>>>>>>> Moose-dev@iam.unibe.ch
>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>>
>>>>>> --
>>>>>> www.tudorgirba.com
>>>>>>
>>>>>> "There are no old things, there are only old ways of looking at them."
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Moose-dev mailing list
>>>>>> Moose-dev@iam.unibe.ch
>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>
>>>>> --
>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>>> Alexandre Bergel  http://www.bergel.eu
>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Moose-dev mailing list
>>>>> Moose-dev@iam.unibe.ch
>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>
>>>> --
>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>> Alexandre Bergel  http://www.bergel.eu
>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Moose-dev mailing list
>>>> Moose-dev@iam.unibe.ch
>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>
>>> --
>>> www.tudorgirba.com
>>>
>>> "Obvious things are difficult to teach."
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Moose-dev mailing list
>>> Moose-dev@iam.unibe.ch
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel  http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> Moose-dev@iam.unibe.ch
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> www.tudorgirba.com
>
> "From an abstract enough point of view, any two things are similar."
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev@iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev

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




_______________________________________________
Moose-dev mailing list
Moose-dev@iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev