10 Apr
2013
10 Apr
'13
9:30 a.m.
Hi,
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?
Cheers,
Doru
--
www.tudorgirba.com
"Every thing has its own flow"
10 Apr
10 Apr
9:43 p.m.
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
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
10:48 p.m.
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(a)me.com> wrote:
--
www.tudorgirba.com
"There are no old things, there are only old ways of looking at them."
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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
11 Apr
11 Apr
12:27 a.m.
The reason is that the day Athens will be in the image, then it is gonna to be messy
because loading a particular version of Roassal will load a old version of Athens.
In Mondrian I played with that on some point when my changes on Morph where not in the
mainstream. No need to see this happening again.
Why not to load Athens from the Moose Configuration?
Alexandre
On Apr 10, 2013, at 4:48 PM, Tudor Girba <tudor(a)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(a)me.com> wrote:
--
www.tudorgirba.com
"There are no old things, there are only old ways of looking at them."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
7:53 a.m.
Hi,
Ok, now we get to a different argument.
Placing the loading in Moose would break the encapsulation, and the ConfigurationOfMoose
is already hard to handle.
But, I think the solution would be to have ConfigurationOfRoassal conditionally load
Athens only in Pharo 2.0. Would that work for you?
Cheers,
Doru
On Apr 11, 2013, at 12:27 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote:
The reason is that the day Athens will be in the
image, then it is gonna to be messy because loading a particular version of Roassal will
load a old version of Athens.
In Mondrian I played with that on some point when my
changes on Morph where not in the mainstream. No need to see this happening again.
Why not to load Athens from the Moose Configuration?
Alexandre
On Apr 10, 2013, at 4:48 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote:
--
www.tudorgirba.com
"No matter how many recipes we know, we still value a chef."
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(a)me.com> wrote:
--
www.tudorgirba.com
"There are no old things, there are only old ways of looking at them."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
2:50 p.m.
But, I think the solution would be to have
ConfigurationOfRoassal conditionally load Athens only in Pharo 2.0. Would that work for
you?
What would be easy and quick to do, is to have a ConfigurationOfRoassalWithAthens with one
baseline that loads the last version of Roassal and Athens.
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
9:11 a.m.
On Apr 11, 2013, at 12:27 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote:
The reason is that the day Athens will be in the
image, then it is gonna to be messy because loading a particular version of Roassal will
load a old version of Athens.
Alex we have milestone for that.
That day you will create a new baseline and this will be done. I did that for years with
RefactoringBrowser (and worse I had to maintain the configuration which you do not have to
do with athens).
In Mondrian I played with that on some point when my
changes on Morph where not in the mainstream. No need to see this happening again.
We are not talking about using a patched version of Athens.
Why not to load Athens from the Moose Configuration?
Because it does not make sense to flatten everything. Did you look recently at the moose
configuration?
Why can we think modular?
Stef
Alexandre
On Apr 10, 2013, at 4:48 PM, Tudor Girba <tudor(a)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(a)me.com> wrote:
--
www.tudorgirba.com
"There are no old things, there are only old ways of looking at them."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
9:07 a.m.
+1
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.
Stef
On Apr 10, 2013, at 10:48 PM, Tudor Girba <tudor(a)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(a)me.com> wrote:
--
www.tudorgirba.com
"There are no old things, there are only old ways of looking at them."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
2:50 p.m.
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(a)tudorgirba.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
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(a)me.com> wrote:
--
www.tudorgirba.com
"There are no old things, there are only old ways of looking at them."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
2:24 p.m.
Hi Alex,
If I understand correctly, if we would get ConfigurationOfRoassal to load
Athens only in Pharo 2.0, you would be satisfied, right?
This should be pretty fast, too.
Cheers,
Doru
On Thu, Apr 11, 2013 at 2:50 PM, Alexandre Bergel
<alexandre.bergel(a)me.com>wrote;wrote:
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"Every thing has its own flow"
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(a)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(a)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(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
3:46 p.m.
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(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
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(a)tudorgirba.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)me.com> wrote:
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev > 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(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
9:49 p.m.
Hi guys
I crosspost because I hate when I get complains without having mails sent to the right
forum.
On Apr 11, 2013, at 3:46 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote:
Sure do not report it to the mailing-list……. frankly I do not understand.
How can we address problems if people do not report them?
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.
you know everything was in the examples since months.
I would like to see Athens widely used, yes.
However, if I go a step further, such as making Roassal depends on Athens,
sorry
but I do not get how you can get roassal working with athens without having it depend on
it because
it would solve a lot of our modularity problem.
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
we cannot do magic.
May be then you should prepare a virtual image OS with the lib installed. We cannot
install lib on all the platform of earth.
Sorry but if there is not cairo installed what can we do? May be the install of Damien
will handle such case. But if you use an OS
for your lecture or students you should also have a look at it. Or do not use Pharo 2.0
but then you will use software that is one year old
with around 1000 fixes not available.
- telling where to download and how to install
Igor's VM
the DEFAULT Pharo VM works with cairo. so I do not get what you mean.
- telling the world how to install the free type
fonts else Roassal will lamentably crash
On which platform? I do not get what you are saying. On mac I press the settings and it
works. Alain is developing on linux so it should
work too.
- have to test myself cairo on Ubuntu
May be damien will address your problem. but again why do not create a virtualize image
containing a well install OS?
- 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.
For versionner again, even in 1.4 I cannot use it because most of the time I need handling
of projects.
- Answering complains that loading Roassal takes too
much time
This will be fixed but not now.
Really?
Not the moose people.
The moose people complain about the speed of roassal not its loading.
Alexandre
This should be pretty fast, too.
Cheers,
Doru
On Thu, Apr 11, 2013 at 2:50 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)tudorgirba.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)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(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
9:53 p.m.
For your information igor spent 6 months of design and coding to develop athens + the
handle of cairo + improving nativeboost (fgting against bug in mac OSX in different
versions) to make it work. Now I think that be you should wait that 3.0 is out.
But do not expect athens to be good if nobody use it.
Stef
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(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)tudorgirba.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)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(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
9:56 p.m.
BTW may be you misunderstand that Athens is not only cairo but also balloon (= the default
rendering engine we have now).
So roassal should use the api of athens and then you can pass a different surface and you
will get balloon code.
So this means that for your student you should be able to have roassal (without cairo but
athens) and it should work.
You should just have to swicth canvas.
Stef
On Apr 11, 2013, at 9:53 PM, stephane ducasse <stephane.ducasse(a)free.fr> wrote:
For your information igor spent 6 months of design and
coding to develop athens + the handle of cairo + improving nativeboost (fgting against bug
in mac OSX in different versions) to make it work. Now I think that be you should wait
that 3.0 is out.
But do not expect athens to be good if nobody use it.
Stef
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(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)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(a)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(a)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(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
10:18 p.m.
Hi Alex,
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?
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(a)me.com> wrote:
--
www.tudorgirba.com
"There are no old things, there are only old ways of looking at them."
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(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)tudorgirba.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)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(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
13 Apr
13 Apr
1:25 a.m.
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(a)me.com> wrote:
--
www.tudorgirba.com
"There are no old things, there are only old ways of looking at them."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
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(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)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(a)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(a)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(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
14 Apr
14 Apr
4:20 a.m.
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(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
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(a)me.com> wrote:
--
www.tudorgirba.com
"There are no old things, there are only old ways of looking at them."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)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(a)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(a)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(a)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(a)iam.unibe.ch
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
7:56 a.m.
alex why don't take the time to try to fix it?
we are all busy and have our own agenda.
For example, I arrived yesterday at 6 at home after five days teaching at Lviv and in 2
hours I will leave to go to lugano.
Stef
On Apr 14, 2013, at 4:20 AM, Alexandre Bergel <alexandre.bergel(a)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(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
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(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev > 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(a)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(a)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(a)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(a)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(a)iam.unibe.ch
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> Moose-dev(a)iam.unibe.ch
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)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(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
12:18 p.m.
Hi Alex,
Please provide more information. What do you do? When does the toolbox complain?
Cheers,
Doru
On Apr 14, 2013, at 4:20 AM, Alexandre Bergel <alexandre.bergel(a)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(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"Obvious things are difficult to teach."
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(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev > 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(a)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(a)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(a)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(a)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(a)iam.unibe.ch
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> Moose-dev(a)iam.unibe.ch
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)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(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
5:30 p.m.
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(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
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(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)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(a)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(a)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(a)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(a)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(a)iam.unibe.ch
>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>
>>>
>>> _______________________________________________
>>> Moose-dev mailing list
>>> Moose-dev(a)iam.unibe.ch
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> Moose-dev(a)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(a)iam.unibe.ch
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
9:30 p.m.
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(a)me.com> wrote:
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
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(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)me.com> wrote:
--
www.tudorgirba.com
"Obvious things are difficult to teach."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev > 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(a)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(a)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(a)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(a)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(a)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(a)iam.unibe.ch
>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>
>>>>
>>>> _______________________________________________
>>>> Moose-dev mailing list
>>>> Moose-dev(a)iam.unibe.ch
>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>
>>> --
>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> Alexandre Bergel http://www.bergel.eu
>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Moose-dev mailing list
>>> Moose-dev(a)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(a)iam.unibe.ch
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> Moose-dev(a)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(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
9:31 p.m.
Also,
The second message is about #development pointing to a version blessed as #baseline. I
find this to be an unneeded constraint, so to me the problem is in Metacello.
Cheers,
Doru
On Apr 14, 2013, at 9:30 PM, Tudor Girba <tudor(a)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(a)me.com> wrote:
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
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(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)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(a)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(a)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(a)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(a)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(a)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(a)iam.unibe.ch
>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Moose-dev mailing list
>>>>> Moose-dev(a)iam.unibe.ch
>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>
>>>> --
>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>> Alexandre Bergel http://www.bergel.eu
>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Moose-dev mailing list
>>>> Moose-dev(a)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(a)iam.unibe.ch
>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>
>>> --
>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> Alexandre Bergel http://www.bergel.eu
>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Moose-dev mailing list
>>> Moose-dev(a)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(a)iam.unibe.ch
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
15 Apr
15 Apr
6:55 p.m.
Ok. Thanks
Alexandre
On Apr 14, 2013, at 3:30 PM, Tudor Girba <tudor(a)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(a)me.com> wrote:
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
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(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)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(a)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(a)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(a)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(a)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(a)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(a)iam.unibe.ch
>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Moose-dev mailing list
>>>>> Moose-dev(a)iam.unibe.ch
>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>
>>>> --
>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>> Alexandre Bergel http://www.bergel.eu
>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Moose-dev mailing list
>>>> Moose-dev(a)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(a)iam.unibe.ch
>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>
>>> --
>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> Alexandre Bergel http://www.bergel.eu
>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Moose-dev mailing list
>>> Moose-dev(a)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(a)iam.unibe.ch
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 
30 Apr
30 Apr
10:53 a.m.
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(a)me.com>wrote;wrote:
Ok. Thanks
Alexandre
On Apr 14, 2013, at 3:30 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote:
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
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(a)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(a)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(a)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'#39;.
>>>>> 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(a)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(a)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(a)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(a)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(a)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(a)iam.unibe.ch
>>>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Moose-dev mailing list
>>>>>>>> Moose-dev(a)iam.unibe.ch
>>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>>>
>>>>>>> --
>>>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>>>>> Alexandre Bergel http://www.bergel.eu
>>>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Moose-dev mailing list
>>>>>>> Moose-dev(a)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(a)iam.unibe.ch
>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>>
>>>>>> --
>>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>>>> Alexandre Bergel http://www.bergel.eu
>>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Moose-dev mailing list
>>>>>> Moose-dev(a)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(a)iam.unibe.ch
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> Moose-dev(a)iam.unibe.ch
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
12:10 p.m.
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'.
Afterwards, you set the fonts to some free type fonts, and then it should
work.
Cheers,
Doru
On Tue, Apr 30, 2013 at 10:53 AM, Dennis Schenk
<d.schenk(a)students.unibe.ch>wrote;wrote:
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(a)me.com
--
www.tudorgirba.com
"Every thing has its own flow"
wrote:
Ok. Thanks
Alexandre
On Apr 14, 2013, at 3:30 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
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(a)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(a)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(a)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'#39;.
>>>>> 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(a)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(a)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(a)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(a)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(a)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(a)iam.unibe.ch
>>>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Moose-dev mailing list
>>>>>>>> Moose-dev(a)iam.unibe.ch
>>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>>>
>>>>>>> --
>>>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>>>>> Alexandre Bergel http://www.bergel.eu
>>>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Moose-dev mailing list
>>>>>>> Moose-dev(a)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(a)iam.unibe.ch
>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>>
>>>>>> --
>>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>>>> Alexandre Bergel http://www.bergel.eu
>>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Moose-dev mailing list
>>>>>> Moose-dev(a)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(a)iam.unibe.ch
>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>
>>> --
>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> Alexandre Bergel http://www.bergel.eu
>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Moose-dev mailing list
>>> Moose-dev(a)iam.unibe.ch
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> Moose-dev(a)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(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
1:04 p.m.
When running
Gofer new
squeaksource: 'Athens';
package: 'ConfigurationOfAthens';
load.
(Smalltalk at: #ConfigurationOfAthens) loadVersion: '2.0'.
I get: 'Version 2.0 is not defined in ConfiguratoinOfAthens'. Version 1.6
seems to be the latest one available in the versionMap dictionary.
On Tue, Apr 30, 2013 at 12:10 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote:
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'.
Afterwards, you set the fonts to some free type fonts, and then it should
work.
Cheers,
Doru
On Tue, Apr 30, 2013 at 10:53 AM, Dennis Schenk <
d.schenk(a)students.unibe.ch> wrote:
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(a)me.com> wrote:
--
www.tudorgirba.com
"Every thing has its own flow"
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Ok. Thanks
Alexandre
On Apr 14, 2013, at 3:30 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote:
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
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(a)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(a)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(a)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'#39;.
>>>>> 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(a)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(a)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(a)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(a)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(a)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(a)iam.unibe.ch
>>>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Moose-dev mailing list
>>>>>>>> Moose-dev(a)iam.unibe.ch
>>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>>>
>>>>>>> --
>>>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>>>>> Alexandre Bergel http://www.bergel.eu
>>>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Moose-dev mailing list
>>>>>>> Moose-dev(a)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(a)iam.unibe.ch
>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>>
>>>>>> --
>>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>>>> Alexandre Bergel http://www.bergel.eu
>>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Moose-dev mailing list
>>>>>> Moose-dev(a)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(a)iam.unibe.ch
>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>
>>>> --
>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>> Alexandre Bergel http://www.bergel.eu
>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Moose-dev mailing list
>>>> Moose-dev(a)iam.unibe.ch
>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>
>>> --
>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> Alexandre Bergel http://www.bergel.eu
>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Moose-dev mailing list
>>> Moose-dev(a)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(a)iam.unibe.ch
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
1 May
1 May
6:31 a.m.
Hi,
Sorry, I pasted the wrong repository:
Gofer new
smalltalkhubUser: 'Pharo' project: 'Athens';
package: 'ConfigurationOfAthens';
load.
(Smalltalk at: #ConfigurationOfAthens) loadVersion: '2.0'.
Cheers,
Doru
On Apr 30, 2013, at 1:04 PM, Dennis Schenk <d.schenk(a)students.unibe.ch> wrote:
When running
Gofer new
squeaksource: 'Athens';
package: 'ConfigurationOfAthens';
load.
(Smalltalk at: #ConfigurationOfAthens) loadVersion: '2.0'.
I get: 'Version 2.0 is not defined in ConfiguratoinOfAthens'. Version 1.6 seems
to be the latest one available in the versionMap dictionary.
On Tue, Apr 30, 2013 at 12:10 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote:
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'.
Afterwards, you set the fonts to some free type fonts, and then it should work.
Cheers,
Doru
On Tue, Apr 30, 2013 at 10:53 AM, Dennis Schenk <d.schenk(a)students.unibe.ch>
wrote:
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(a)me.com> wrote:
Ok. Thanks
Alexandre
On Apr 14, 2013, at 3:30 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote:
--
www.tudorgirba.com
"It's not what we do that matters most, it's how we do it."
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(a)me.com> wrote:
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)iam.unibe.ch
>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Moose-dev mailing list
>>>>>> Moose-dev(a)iam.unibe.ch
>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>
>>>>> --
>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>>> Alexandre Bergel http://www.bergel.eu
>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Moose-dev mailing list
>>>>> Moose-dev(a)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(a)iam.unibe.ch
>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>
>>>> --
>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>> Alexandre Bergel http://www.bergel.eu
>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Moose-dev mailing list
>>>> Moose-dev(a)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(a)iam.unibe.ch
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> Moose-dev(a)iam.unibe.ch
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
13 Apr
13 Apr
8:48 a.m.
Yes this is the way :) or even to move to athens since this is the same api for balloon
& cairo
On Apr 11, 2013, at 10:18 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote:
Hi Alex,
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?
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(a)me.com> wrote:
--
www.tudorgirba.com
"There are no old things, there are only old ways of looking at them."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
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(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 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(a)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(a)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(a)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(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)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(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
11 Apr
11 Apr
9:09 a.m.
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.
that you can load it and that you do not have to wait a year.
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.
This is a bad idea. Why do we have metacello for then?
If roassal uses athens then it should load it, not moose.
Stef
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
4253
days inactive
4274
days old
28 comments
4 participants
participants (4)
-
Alexandre Bergel -
Dennis Schenk -
stephane ducasse -
Tudor Girba