Ciao Dale, thanks.
I have no great experience in managing this type of updates.
I had some considerations.
I've looked at this a bit closer and I notice that
you are referencing the magritte-metamodel/magritte[1] and that project has not been
ported to GLASS yet ... A quick way to tell if a particular project has been ported to
GLASS is to look at the .travis.yml[2] file and check to see if there are any GemStone
versions being tested.
Ok.
The GsDevKit/Magrite3[3] was ported to GLASS and the
test ran cleanly as of 3 years ago[4]. The project hasn't been updated to SmalltalkCI
and the last version tested was GemStone 3.3.1[5]. I just triggered a new build to see
where the project stands today[6] - the travis run passed for GemStone 3.2.15 and 3.3.1
...
Moving forward, I would think the best bet would be to port the
magritte-metamodel/magritte project to GLASS and GemStone 3.2.17, 3.3.9, and 3.3.9 ... I
assume that Magritte has changed from the point where I forked Magritte 3.3.0 back in
December of 2015 ...
From the release history[7] of GsDevKit/Magritte3, it looks like I ported 3.2.0, 3.3.0,
3.3.1, 3.3.2, and 3.4.2. the master branch is 3.4.2. I also got a start on 3.5.0, but
didn't finish the port to the point where I merged to master ...
I would think that updating GsDevKit/Magritte3 3.4.2 to support smalltalkCI and GemStone
3.4.3, would be pretty straightforward ...
I have no idea about it...... how should I proceed?
The release history of magritte-metamodel/magritte[8]
indicates that 3.5.4 was released in January of this year ... I've launched another
GsDevKit/Magritte3 travis run for branch version_350[9] to see what the state of the GLASS
Magritte3.5.0 port is ...
It lools like the Magritte 3.5.0 test[9] passes so it is likely that we'll be able to
merge the GsDevKit/Magritte3 work into the magritte-metamodel/magritte project ...
I don't have full time to commit to doing this work, but barring any major surprises
between Magritte 3.5.0 and Magritte 3.5.4 and later, it should only take a week or so of
elapsed time for me to do the port ... if there are significant changes then all bets are
off ...
But what do you mean?
That you can port ( the GsDevKit/Magritte3 work into the magritte-metamodel/magritte
project ) within a week?
If Magritte 3.5.0 is suitable for your needs, then it
is worth considering switching GsDevKit/Magritte3 to use smalltalkCI and add GemStone
3.4.3 to the lineup ..
..... ?
Only reference that I have and that in Pharo 7.0.3 I have loaded
magritte-metamodel/magritte project ( commit c8a8cd5 )
If you need/want the features available on the master
branch of magritte-metamodel/magritte, then porting the GsDevKit/Magritte3 to
magritte-metamodel/magritte is the best route to go ..
But what can i do about it?
What setup and what operations should I do in this regard?
Thanks,
Dario
P.S. On the github repository SeasideSt magritte-metamodel/magritte and
GsDevKit/Magritte3,
the repository insights graphs menu options sometime display the network link
sometime not.
Because these are private repository?
Dale
[1]
https://github.com/magritte-metamodel/magritte
[2]
https://github.com/magritte-metamodel/magritte/blob/master/.travis.yml
[3]
https://github.com/GsDevKit/Magritte3
[4]
https://travis-ci.org/GsDevKit/Magritte3/builds/151367111
[5]
https://github.com/GsDevKit/Magritte3/blob/master/.travis.yml
[6]
https://travis-ci.org/GsDevKit/Magritte3/builds/526540628
[7]
https://github.com/GsDevKit/Magritte3/releases
[8]
https://github.com/magritte-metamodel/magritte/releases
[9]
https://travis-ci.org/GsDevKit/Magritte3/builds/526546722
On 4/29/19 3:24 AM, dtrussardi(a)tiscali.it wrote:
Ciao,
i have a development system based on Pharo 7.0.3.
On it the 26 April i do :
Metacello new
baseline:'Seaside3';
repository:'github://SeasideSt/Seaside:develop/repository';
load
It load: Seaside v3.3.3 commit c985986
Metacello new
baseline:'Magritte';
repository:'github://magritte-metamodel/magritte:master/repository';
load
It load Magritte commit c8a8cd5
and everything seems to work well.
Now i some test to load the same project on Gemstone 3.4.3
The Seaside with:
GsDeployer deploy: [
Metacello new
baseline: 'Seaside3';
repository: 'github://SeasideSt/Seaside:master/repository';
onLock: [:ex | ex honor];
load ].
It load: Seaside v3.3.3 commit c985986 ( like above )
The Magritte with:
GsDeployer deploy: [
Metacello new
baseline: 'Magritte';
repository: 'github://Magritte-metamodel/Magritte:master/source';
onLock: [:ex | ex honor];
load ].
A this point the system open a dialog with the error:
Could not resolve: Magritte-Merging [Magritte-Merging] in cache
github://Magritte-metamodel/Magritte:master/source (4)
and the Seaside project entry is update to v3.2.4 commit 1f39762
Considerations ?
Thanks,
Dario
P.S. Today i do the command to load Magritte on a new Pharo 7.0.3 image
The system open a dialog with:
MetacelloConflictingProjectError: Load Conflict between existing BaselineOfGrease
[baseline] from github://SeasideSt/Grease:master/repository and BaselineOfGrease
[baseline] from github://SeasideSt/Grease:1.3.5/repository
_______________________________________________
Magritte, Pier and Related Tools ...
https://www.list.inf.unibe.ch/listinfo/smallwiki
_______________________________________________
Magritte, Pier and Related Tools ...
https://www.list.inf.unibe.ch/listinfo/smallwiki