release in about 2 weeks

List overview All Threads
Download

newer

older

Can't load OSSubprocess

Visualizing Code Duplication...

Tudor Girba

30 Apr 2016 30 Apr '16

6:35 a.m.

Hi, I would like to release Moose two weeks after Pharo 5 is released (probably next week). After that, we will move the development to Pharo 6. Cheers, Doru -- www.tudorgirba.com www.feenk.com "Being happy is a matter of choice."

Show replies by date

Cyril Ferlicot D.

30 Apr 30 Apr

6:43 p.m.

Le 30/04/2016 06:35, Tudor Girba a écrit :

...

Hi, I would like to release Moose two weeks after Pharo 5 is released (probably next week). After that, we will move the development to Pharo 6.

Hi Doru, With the release of Moose 6, at Synectique we would like to improve the configurations. Currently we have tools that do not need any in-pharo interface but we have to load a lot of stuff as Roassal or last version of glamour because this is impossible to only get Famix. We would like to be able to load only the core model of Moose with Moose 6. In order to do that we thought that it would be good to have a ConfigurationOfMooseCore with only the packages needed by Famix and a ConfigurationOfFamix that would allow us to load only the model of Moose. With this changes we would be able to have much more modular projects. It is currently impossible to have famix without Roassal for example. What do you think about it?

...

Cheers, Doru -- www.tudorgirba.com www.feenk.com "Being happy is a matter of choice."

-- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

Tudor Girba

6:50 p.m.

Hi,

...

On Apr 30, 2016, at 6:43 PM, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com> wrote: Le 30/04/2016 06:35, Tudor Girba a écrit :

Hi, I would like to release Moose two weeks after Pharo 5 is released (probably next week). After that, we will move the development to Pharo 6.

Indeed, having a ConfigurationOfFamix would be great, and in fact it was a goal for this release but nobody picked it up until now :). I would not want to get a ConfigurationOfMooseCore if possible. Would you like to give it a first try? Cheers, Doru

...

What do you think about it?

Cheers, Doru -- www.tudorgirba.com www.feenk.com "Being happy is a matter of choice."

-- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France _______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch https://www.list.inf.unibe.ch/listinfo/moose-dev

-- www.tudorgirba.com www.feenk.com "Some battles are better lost than fought."

Cyril Ferlicot D.

6:59 p.m.

Le 30/04/2016 18:50, Tudor Girba a écrit :

...

Hi, Indeed, having a ConfigurationOfFamix would be great, and in fact it was a goal for this release but nobody picked it up until now :). I would not want to get a ConfigurationOfMooseCore if possible. Would you like to give it a first try?

I did not knew enough the state of moose/famix to know if we needed a MooseCore but if you think we do not need it it's fine. I do not know when we will have the time to work on it at Synectique. We can discuss it Monday. We will try to find the time to do it since we lose a lot of time because of the huge configurations we have now.

...

Cheers, Doru

-- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

stepharo

1 May 1 May

7:22 p.m.

...

Indeed, having a ConfigurationOfFamix would be great, and in fact it was a goal for this release but nobody picked it up until now :). I would not want to get a ConfigurationOfMooseCore if possible.

why?

...

Would you like to give it a first try? Cheers, Doru

What do you think about it?

Cheers, Doru -- www.tudorgirba.com www.feenk.com "Being happy is a matter of choice."

-- www.tudorgirba.com www.feenk.com "Some battles are better lost than fought." _______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch https://www.list.inf.unibe.ch/listinfo/moose-dev

Tudor Girba

9:17 p.m.

It was more of a thought. Moose Core is essentially one package plus the Fame dependency. What I do not like about this is that it does not have a separate identity (MooseCore is just a technical name). Famix was supposed to be the conglomerate of all meta-models, and I would more like to see it somewhere in that direction. However, indeed, there should be a separate entity, only it would be great if we would find a name for it :). What is certainly a goal is to have a ConfigurationOfMoose that only depends on other configurations (i.e., is a pure assembly). Cheers, Doru

...

On May 1, 2016, at 7:22 PM, stepharo <stepharo(a)free.fr> wrote:

Indeed, having a ConfigurationOfFamix would be great, and in fact it was a goal for this release but nobody picked it up until now :). I would not want to get a ConfigurationOfMooseCore if possible.

why?

Would you like to give it a first try? Cheers, Doru

What do you think about it?

Cheers, Doru -- www.tudorgirba.com www.feenk.com "Being happy is a matter of choice."

_______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch https://www.list.inf.unibe.ch/listinfo/moose-dev

-- www.tudorgirba.com www.feenk.com "Every thing should have the right to be different."

stepharo

9:32 p.m.

It was more of a thought. Moose Core is essentially one package plus the Fame dependency. What I do not like about this is that it does not have a separate identity (MooseCore is just a technical name). Famix was supposed to be the conglomerate of all meta-models, and I would more like to see it somewhere in that direction. However, indeed, there should be a separate entity, only it would be great if we would find a name for it :). For me MooseCore FamixEntity Model Group Import Save Famix is another.

...

What is certainly a goal is to have a ConfigurationOfMoose that only depends on other configurations (i.e., is a pure assembly).

yes

...

Cheers, Doru

On May 1, 2016, at 7:22 PM, stepharo <stepharo(a)free.fr> wrote:

Indeed, having a ConfigurationOfFamix would be great, and in fact it was a goal for this release but nobody picked it up until now :). I would not want to get a ConfigurationOfMooseCore if possible.

why?

Would you like to give it a first try? Cheers, Doru

What do you think about it? > Cheers, > Doru > > > -- > www.tudorgirba.com > www.feenk.com > > "Being happy is a matter of choice." > -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France _______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch https://www.list.inf.unibe.ch/listinfo/moose-dev

_______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch https://www.list.inf.unibe.ch/listinfo/moose-dev

-- www.tudorgirba.com www.feenk.com "Every thing should have the right to be different." _______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch https://www.list.inf.unibe.ch/listinfo/moose-dev

Tudor Girba

9:53 p.m.

Hi,

...

On May 1, 2016, at 9:32 PM, stepharo <stepharo(a)free.fr> wrote: It was more of a thought. Moose Core is essentially one package plus the Fame dependency. What I do not like about this is that it does not have a separate identity (MooseCore is just a technical name). Famix was supposed to be the conglomerate of all meta-models, and I would more like to see it somewhere in that direction. However, indeed, there should be a separate entity, only it would be great if we would find a name for it :). For me MooseCore FamixEntity

MooseEntity

...

Model Group Import

The Smalltalk import should go closer to Famix, not to the generic Moose. The MSE import is dealt with by Fame.

...

Save

...

Famix is another.

Yes, but I just would prefer to find a name for MooseCore, because this is not what the essence of Moose is. It’s only the modeling part, and this is no longer the main part. Cheers, Doru

...

What is certainly a goal is to have a ConfigurationOfMoose that only depends on other configurations (i.e., is a pure assembly).

yes

Cheers, Doru

On May 1, 2016, at 7:22 PM, stepharo <stepharo(a)free.fr> wrote:

Indeed, having a ConfigurationOfFamix would be great, and in fact it was a goal for this release but nobody picked it up until now :). I would not want to get a ConfigurationOfMooseCore if possible.

why?

Would you like to give it a first try? Cheers, Doru > What do you think about it? > >> Cheers, >> Doru >> >> >> -- >> www.tudorgirba.com >> www.feenk.com >> >> "Being happy is a matter of choice." >> > -- > Cyril Ferlicot > > http://www.synectique.eu > > 165 Avenue Bretagne > Lille 59000 France > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev -- www.tudorgirba.com www.feenk.com "Some battles are better lost than fought." _______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch https://www.list.inf.unibe.ch/listinfo/moose-dev

_______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch https://www.list.inf.unibe.ch/listinfo/moose-dev

-- www.tudorgirba.com www.feenk.com "If you can't say why something is relevant, it probably isn't."

Peter Uhnák

11:21 p.m.

Yes, I would also like separate configurations, or at least groups… right now I do this monstrosity… baseline: spec <baseline> spec for: #common do: [ spec project: 'Fame' with: [ spec className: #ConfigurationOfFame; versionString: #development; repository: 'http://www.smalltalkhub.com/mc/Moose/Fame/main' ]; package: 'CollectionExtensions' with: [ spec repository: ' http://www.smalltalkhub.com/mc/Moose/CollectionExtensions/main' ]; package: 'Moose-Core' with: [ spec repository: 'http://www.smalltalkhub.com/mc/Moose/Moose/main'; requires: #('Fame' 'Moose-Query' 'CollectionExtensions') ]; package: 'Famix-Core' with: [ spec repository: 'http://www.smalltalkhub.com/mc/Moose/Moose/main'; requires: #('Moose-Core') ]; package: 'Moose-Query' with: [ spec repository: 'http://www.smalltalkhub.com/mc/Moose/Moose/main' ]; package: 'Famix-Extensions' with: [ spec repository: 'http://www.smalltalkhub.com/mc/Moose/Moose/main'; requires: #('Famix-Core') ]; package: 'Famix-Implementation' with: [ spec repository: 'http://www.smalltalkhub.com/mc/Moose/Moose/main'; requires: #('Famix-Core') ]. spec group: 'famix' with: #('Famix-Core' 'Famix-Extensions' 'Famix-Implementation'). On Sun, May 1, 2016 at 9:53 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote:

...

Hi,

On May 1, 2016, at 9:32 PM, stepharo <stepharo(a)free.fr> wrote: It was more of a thought. Moose Core is essentially one package plus the

Fame dependency. What I do not like about this is that it does not have a separate identity (MooseCore is just a technical name). Famix was supposed to be the conglomerate of all meta-models, and I would more like to see it somewhere in that direction. However, indeed, there should be a separate entity, only it would be great if we would find a name for it :).

For me MooseCore FamixEntity

MooseEntity

Model Group Import

The Smalltalk import should go closer to Famix, not to the generic Moose. The MSE import is dealt with by Fame.

Save

Famix is another.

Yes, but I just would prefer to find a name for MooseCore, because this is not what the essence of Moose is. It’s only the modeling part, and this is no longer the main part. Cheers, Doru

> What is certainly a goal is to have a ConfigurationOfMoose that only

depends on other configurations (i.e., is a pure assembly).

yes > > Cheers, > Doru > > >> On May 1, 2016, at 7:22 PM, stepharo <stepharo(a)free.fr> wrote: >> >>> Indeed, having a ConfigurationOfFamix would be great, and in fact it

was a goal for this release but nobody picked it up until now :). I would not want to get a ConfigurationOfMooseCore if possible.

why? > Would you like to give it a first try? > > Cheers, > Doru > > >> What do you think about it? >> >>> Cheers, >>> Doru >>> >>> >>> -- >>> www.tudorgirba.com >>> www.feenk.com >>> >>> "Being happy is a matter of choice." >>> >> -- >> Cyril Ferlicot >> >> http://www.synectique.eu >> >> 165 Avenue Bretagne >> Lille 59000 France >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)list.inf.unibe.ch >> https://www.list.inf.unibe.ch/listinfo/moose-dev > -- > www.tudorgirba.com > www.feenk.com > > "Some battles are better lost than fought." > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev > _______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch https://www.list.inf.unibe.ch/listinfo/moose-dev

_______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch https://www.list.inf.unibe.ch/listinfo/moose-dev

-- www.tudorgirba.com www.feenk.com "If you can't say why something is relevant, it probably isn't." _______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch https://www.list.inf.unibe.ch/listinfo/moose-dev

stepharo

2 May 2 May

7:23 a.m.

Good starting point :) Le 1/5/16 à 23:21, Peter Uhnák a écrit :

...

Yes, I would also like separate configurations, or at least groups… right now I do this monstrosity… baseline: spec <baseline> spec for: #common do: [ spec project: 'Fame' with: [ spec className: #ConfigurationOfFame; versionString: #development; repository: 'http://www.smalltalkhub.com/mc/Moose/Fame/main' ]; package: 'CollectionExtensions' with: [ spec repository: 'http://www.smalltalkhub.com/mc/Moose/CollectionExtensions/main' ]; package: 'Moose-Core' with: [ spec repository: 'http://www.smalltalkhub.com/mc/Moose/Moose/main'; requires: #('Fame' 'Moose-Query' 'CollectionExtensions') ]; package: 'Famix-Core' with: [ spec repository: 'http://www.smalltalkhub.com/mc/Moose/Moose/main'; requires: #('Moose-Core') ]; package: 'Moose-Query' with: [ spec repository: 'http://www.smalltalkhub.com/mc/Moose/Moose/main' ]; package: 'Famix-Extensions' with: [ spec repository: 'http://www.smalltalkhub.com/mc/Moose/Moose/main'; requires: #('Famix-Core') ]; package: 'Famix-Implementation' with: [ spec repository: 'http://www.smalltalkhub.com/mc/Moose/Moose/main'; requires: #('Famix-Core') ]. spec group: 'famix' with: #('Famix-Core' 'Famix-Extensions' 'Famix-Implementation'). On Sun, May 1, 2016 at 9:53 PM, Tudor Girba <tudor(a)tudorgirba.com <mailto:tudor@tudorgirba.com>> wrote: Hi,

On May 1, 2016, at 9:32 PM, stepharo <stepharo(a)free.fr

<mailto:stepharo@free.fr>> wrote:

It was more of a thought. Moose Core is essentially one package

plus the Fame dependency. What I do not like about this is that it does not have a separate identity (MooseCore is just a technical name). Famix was supposed to be the conglomerate of all meta-models, and I would more like to see it somewhere in that direction. However, indeed, there should be a separate entity, only it would be great if we would find a name for it :).

For me MooseCore FamixEntity

MooseEntity

Model Group Import

The Smalltalk import should go closer to Famix, not to the generic Moose. The MSE import is dealt with by Fame.

Save

Famix is another.

Yes, but I just would prefer to find a name for MooseCore, because this is not what the essence of Moose is. It’s only the modeling part, and this is no longer the main part. Cheers, Doru

> What is certainly a goal is to have a ConfigurationOfMoose that

only depends on other configurations (i.e., is a pure assembly).

yes > > Cheers, > Doru > > >> On May 1, 2016, at 7:22 PM, stepharo <stepharo(a)free.fr

<mailto:stepharo@free.fr>> wrote:

>> >>> Indeed, having a ConfigurationOfFamix would be great, and in

fact it was a goal for this release but nobody picked it up until now :). I would not want to get a ConfigurationOfMooseCore if possible.

why? > Would you like to give it a first try? > > Cheers, > Doru > > >> What do you think about it? >> >>> Cheers, >>> Doru >>> >>> >>> -- >>> www.tudorgirba.com <http://www.tudorgirba.com> >>> www.feenk.com <http://www.feenk.com> >>> >>> "Being happy is a matter of choice." >>> >> -- >> Cyril Ferlicot >> >> http://www.synectique.eu >> >> 165 Avenue Bretagne >> Lille 59000 France >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)list.inf.unibe.ch <mailto:Moose-dev@list.inf.unibe.ch> >> https://www.list.inf.unibe.ch/listinfo/moose-dev > -- > www.tudorgirba.com <http://www.tudorgirba.com> > www.feenk.com <http://www.feenk.com> > > "Some battles are better lost than fought." > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch <mailto:Moose-dev@list.inf.unibe.ch> > https://www.list.inf.unibe.ch/listinfo/moose-dev > _______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch <mailto:Moose-dev@list.inf.unibe.ch> https://www.list.inf.unibe.ch/listinfo/moose-dev

-- www.tudorgirba.com <http://www.tudorgirba.com> www.feenk.com <http://www.feenk.com> "Every thing should have the right to be different." _______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch <mailto:Moose-dev@list.inf.unibe.ch> https://www.list.inf.unibe.ch/listinfo/moose-dev

_______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch <mailto:Moose-dev@list.inf.unibe.ch> https://www.list.inf.unibe.ch/listinfo/moose-dev

-- www.tudorgirba.com <http://www.tudorgirba.com> www.feenk.com <http://www.feenk.com> "If you can't say why something is relevant, it probably isn't." _______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch <mailto:Moose-dev@list.inf.unibe.ch> https://www.list.inf.unibe.ch/listinfo/moose-dev _______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch https://www.list.inf.unibe.ch/listinfo/moose-dev

Stephan Eggermont

7:53 a.m.

ATM that works better as a group than a separate configuration. It is unlikely to change independently from changes to Moose, That is, untill we start reimplementing Famix Stephan Verstuurd vanaf mijn iPad

...

Op 1 mei 2016 om 23:21 heeft Peter Uhnák <i.uhnak(a)gmail.com> het volgende geschreven: Yes, I would also like separate configurations, or at least groups… right now I do this monstrosity… baseline: spec <baseline> spec for: #common do: [ spec project: 'Fame' with: [ spec className: #ConfigurationOfFame; versionString: #development; repository: 'http://www.smalltalkhub.com/mc/Moose/Fame/main' ]; package: 'CollectionExtensions' with: [ spec repository: 'http://www.smalltalkhub.com/mc/Moose/CollectionExtensions/main' ]; package: 'Moose-Core' with: [ spec repository: 'http://www.smalltalkhub.com/mc/Moose/Moose/main'; requires: #('Fame' 'Moose-Query' 'CollectionExtensions') ]; package: 'Famix-Core' with: [ spec repository: 'http://www.smalltalkhub.com/mc/Moose/Moose/main'; requires: #('Moose-Core') ]; package: 'Moose-Query' with: [ spec repository: 'http://www.smalltalkhub.com/mc/Moose/Moose/main' ]; package: 'Famix-Extensions' with: [ spec repository: 'http://www.smalltalkhub.com/mc/Moose/Moose/main'; requires: #('Famix-Core') ]; package: 'Famix-Implementation' with: [ spec repository: 'http://www.smalltalkhub.com/mc/Moose/Moose/main'; requires: #('Famix-Core') ]. spec group: 'famix' with: #('Famix-Core' 'Famix-Extensions' 'Famix-Implementation').

On Sun, May 1, 2016 at 9:53 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: Hi,

MooseEntity

Model Group Import

The Smalltalk import should go closer to Famix, not to the generic Moose. The MSE import is dealt with by Fame.

Save

Famix is another.

Yes, but I just would prefer to find a name for MooseCore, because this is not what the essence of Moose is. It’s only the modeling part, and this is no longer the main part. Cheers, Doru

What is certainly a goal is to have a ConfigurationOfMoose that only depends on other configurations (i.e., is a pure assembly).

yes

Cheers, Doru > On May 1, 2016, at 7:22 PM, stepharo <stepharo(a)free.fr> wrote: > >> Indeed, having a ConfigurationOfFamix would be great, and in fact it was a goal for this release but nobody picked it up until now :). I would not want to get a ConfigurationOfMooseCore if possible. > why? > >> Would you like to give it a first try? >> >> Cheers, >> Doru >> >> >>> What do you think about it? >>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> www.feenk.com >>>> >>>> "Being happy is a matter of choice." >>>> >>> -- >>> Cyril Ferlicot >>> >>> http://www.synectique.eu >>> >>> 165 Avenue Bretagne >>> Lille 59000 France >>> >>> _______________________________________________ >>> Moose-dev mailing list >>> Moose-dev(a)list.inf.unibe.ch >>> https://www.list.inf.unibe.ch/listinfo/moose-dev >> -- >> www.tudorgirba.com >> www.feenk.com >> >> "Some battles are better lost than fought." >> >> >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)list.inf.unibe.ch >> https://www.list.inf.unibe.ch/listinfo/moose-dev >> > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev -- www.tudorgirba.com www.feenk.com "Every thing should have the right to be different." _______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch https://www.list.inf.unibe.ch/listinfo/moose-dev

_______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch https://www.list.inf.unibe.ch/listinfo/moose-dev

3082

days inactive

3084

days old

moose-dev@list.inf.unibe.ch

Manage subscription

10 comments

5 participants

tags (0)

participants (5)

Cyril Ferlicot D.
Peter Uhnák
Stephan Eggermont
stepharo
Tudor Girba