Re: [Pharo-users] Some Metacello issue

On 06/07/2017 03:46 AM, Holger Freyther wrote: On 7. Jun 2017, at 14:09, Stephan Eggermont wrote: Never refer to fixed versions unless you know why (you need to avoid a specific bug fix). When wanting to have repeatable builds (e.g. for bugfixes) and in the absence of other means to lock/def

Re: [Pharo-users] How to include DeployUtils in a Configuration?

Hernán. Well I tried to look at this, but the first problem I ran into is that the package name is a Symbol (#ConfigurationOfSystemLogger) and the package name is supposed to be a String --- I'm trying to look at this from GemStone --- the package name is also a Symbol (#DeployUtils), so I can

Re: [Pharo-users] Metacello with Git

BitBucket is supported with like Github with: butbucket:///. With regards to GitLab, their download zip format is/was different enough from BitBucket/Github to make it difficult to provide the same level of support. See the series of comments here[1]. When the github:// was first introduced

Re: [Pharo-users] Metacello with Git

Sean, I am under the impression that iceberg is able to authenticate with SSH keys I am not a pharo/iceberg user myself, but it seems that iceberg should be able to fill that gap. Dale On 12/19/17 7:02 PM, Sean P. DeNigris wrote: CyrilFerlicot wrote For bitbucket you can use bitbucke

Re: [Pharo-users] Metacello with Git

be counted on to be available ... On Tue, Dec 19, 2017 at 4:49 PM, Dale Henrichs <mailto:dale.henri...@gemtalksystems.com>> wrote: BitBucket is supported with like Github with: butbucket:///. With regards to GitLab, their download zip format is/was different enough from

Re: [Pharo-users] unsolicited package-cache use

Hilaire, Metacello just uses Monticello for loading and it is Monticello that is using the package-cache ... if there were a way to turn of the package-cache for Monticello I don't think that Metacello would know the difference. But, I am curious why you care whether or not package is used?

Re: [Pharo-users] unsolicited package-cache use

sed instead. It could be out of sync. Le 18/01/2018 à 15:22, Dale Henrichs a écrit : Hilaire, Metacello just uses Monticello for loading and it is Monticello that is using the package-cache ... if there were a way to turn of the package-cache for Monticello I don't think that Metace

Re: [Pharo-users] Using a private git repository with Metacello

Julien, I recently added bitbucket:// support to metacello[1]. If you follow the installation instructions here[2], you can get the support loaded into Pharo3.0. Dale [1] https://groups.google.com/forum/#!topic/metacello/0vOzvQL10cQ [2] https://github.com/dalehenrich/metacello-work#pharo30 On

Re: [Pharo-users] Fwd: REST server helpers for Seaside 3.1 ?

Cameron, The Seaside REST classes do work with GemStone and there is JSON support built-into Seaside 3.1 Dale On Tue, Oct 28, 2014 at 5:20 PM, stepharo wrote: > Hi cameron > > I'm in the US so I will reply a bit and after other people will certainly > complement. > >> Hi All. >> >> We need to

Re: [Pharo-users] Metacello configuration based on subdirectory of Git repo

Rafael, To get to a git repository use a filetree repository and point to a local clone of the repo. I've editted your baseline accordingly: baseline01: spec spec for: #common do: [ spec blessing: #baseline. spec repository: 'filetree://full-filesystempath-to-your-pharo-subdirectory'. spec pack

Re: [Pharo-users] Metacello configuration based on subdirectory of Git repo

gt; spec > repository: 'http://smalltalkhub.com/mc/SvenVanCaekenberghe/Stamp/main'; > loads: 'Stamp'; > version: #stable ]. > spec > package: 'MyStompMessaging' with: [ spec requires: #('Stamp-Core') ] ] > > > When I evaluate the followin

Re: [Pharo-users] Metacello does not load the expected version from ConfigOf

Usman, With classic Metacello (using the `(ConfigurationOfxxx project version: 'xxx') load` pattern) you can only downgrade via an explicit load of a particular version of the project. When loading projects indirectly via a project reference from another project Metacello is biased towards up

Re: [Pharo-users] Metacello does not load the expected version from ConfigOf

Pharo 3.0 with Moose. Inline image 1 Did I miss something? regards, Usman On Fri, Dec 19, 2014 at 7:00 PM, Dale Henrichs <mailto:dale.henri...@gemtalksystems.com>> wrote: Usman, With classic Metacello (using the `(ConfigurationOfxxx project version: 'xxx') loa

Re: [Pharo-users] Metacello does not load the expected version from ConfigOf

On 1/6/15 7:16 AM, Usman Bhatti wrote: Dale, I couldn't make it work with the upgraded Metacello and the script you provided. Steps I did: 1. Download moose image: https://ci.inria.fr/moose/job/moose-5.0/ 2. Update my Metacello to the 'full' version: Metacello new baseline: 'Metacello';

Re: [Pharo-users] Metacello does not load the expected version from ConfigOf

into this in more detail when I have time ... If you find yourself stuck and needing the `downgrade directive` again, I'll bump up the priority ... Dale On 01/07/2015 09:19 AM, Usman Bhatti wrote: On Tue, Jan 6, 2015 at 6:56 PM, Dale Henrichs <mailto:dale.henri...@gemtalksystem

Re: [Pharo-users] Metacello does not load the expected version from ConfigOf

of each package. I plan to take a crack at fixing this bug this weekend ... and will let you when I have a fix. Dale [1] https://github.com/dalehenrich/metacello-work/issues/317 On 1/8/15 12:32 AM, Usman Bhatti wrote: On Wed, Jan 7, 2015 at 8:25 PM, Dale Henrichs <mailto:dale.henri...@g

Re: [Pharo-users] Metacello does not load the expected version from ConfigOf

operator achieves the desired result, but is not quite how I would like to address the issue. HTH, Dale [1] https://travis-ci.org/dalehenrich/metacello-work/builds/46640819 On 1/8/15 12:32 AM, Usman Bhatti wrote: On Wed, Jan 7, 2015 at 8:25 PM, Dale Henrichs <mailto:dale.henri...@gemtalksy

Re: [Pharo-users] Metacello does not load the expected version from ConfigOf

On 1/12/15 1:43 AM, Usman Bhatti wrote: On Sun, Jan 11, 2015 at 7:14 PM, Dale Henrichs <mailto:dale.henri...@gemtalksystems.com>> wrote: Usman, Well I don't have an official bugfix yet, but if you filein the attached method and run the following, PetitParser

Re: [Pharo-users] Hijacking a Configuration for loading a Github Baseline

Kilon, One more point that you might find useful ... If you use tags (i.e., v1.0.0, v1.0.1, v1.1.0), you can specify tag wildcards in the branch field of the github repository description. Using Thierry's example the following resolves the latest commit on the master branch (bleeding edge):

Re: [Pharo-users] Hijacking a Configuration for loading a Github Baseline

On 1/27/15 7:10 AM, Thierry Goubier wrote: Hi Dale, The wildcards on tags, are they available on branch names as well? The wildcards are only applied to tags ... branch names are not expected to look like version numbers with `.` and `-` separated "possibly numeric" fields. I wonder about

Re: [Pharo-users] Hijacking a Configuration for loading a Github Baseline

the BaselineOfEphestos which is stored in my Ephestos github repo. Is that possible ? Can the baseline handle installation of dependencies and trigger other configurations ? Or is that a job only for Configurations ? I want not to have to maintain also meta repo 4, I just want to only to do all things

Re: [Pharo-users] Error loading own project from GitHub with Metacello

Manfred, When you use github, you don't need nor do you want to use a ConfigurationOf. git manages the versions for you so you don't need to define versions in the ConfigurationOf. If you want versions for a git repository, use tags. You still need to specify load order and project dependenc

Re: [Pharo-users] Error loading own project from GitHub with Metacello

On 2/8/15 4:06 AM, Sven Van Caekenberghe wrote: On 08 Feb 2015, at 12:03, Manfred Kröhnert wrote: Hello Sven, On Sun, Feb 8, 2015 at 11:32 AM, Sven Van Caekenberghe wrote: It is always better to depend on Zinc #stable since it still evolves while Pharo 3 does not. thanks for your advice. T

Re: [Pharo-users] BaselineOf vs ConfigurationOf

Martin, In my work I am moving entirely away from ConfigurationOf ... ConfigurationOf was invented because Monticello lacks the ability to reason about multi-file versions so virtually all of the meta data in a ConfigurationOf is making up for this lack. Of course, the ConfigurationOf only pa

Re: [Pharo-users] BaselineOf vs ConfigurationOf

On 2/26/15 4:41 AM, Ben Coman wrote: Just a random query (especially since I haven't played with BaselineOf and I might misunderstand something)... should #baseline: be moved out of the ConfigurationOf class so that we consistently have a BaselineOf class in both cases: git & monticello. Haha,

Re: [Pharo-users] Git overriding repo load from different source

Peter, sorry for not answering sooner ... I keep an eye out for posts with Metacello in the subject line so I missed this one ... So if i understand your question, you have a GitHub project that you normally download like this: Metacello new baseline: 'Sample'; repository: 'github:/

Re: [Pharo-users] How to depend on another Github repo from the baseline ?

Kilon, Thierry's solution is the preferred one ... I know that a lot of people are inclined to insert arbitrary Smalltalk code into specifications, but one should pretty much stick to the spcification-based solution and avoid including arbitrary Smalltalk ... including a load like you have ma

Re: [Pharo-users] Git overriding repo load from different source

On 3/24/15 11:47 PM, Peter Uhnák wrote: On Sun, Mar 22, 2015 at 11:19 PM, Dale Henrichs <mailto:dale.henri...@gemtalksystems.com>> wrote: I keep an eye out for posts with Metacello in the subject line so I missed this one ... I'll keep that in mind next time.

Re: [Pharo-users] Git overriding repo load from different source

On 3/25/15 1:35 AM, Jan B. wrote: Hello I was able to get by those warnings automatically by adding onLock: [ :ex | ex disallow ]; in addition to onConflict Metacello new baseline: '...' repository: 'gitfiletree:///.../repository' onConflict: [ :ex | ex allow ]; onLock: [ :ex | ex disallow ];

Re: [Pharo-users] Metacello GIT methodProperties.json

and if we remove the method properties from FileTree, then the monticello files stored there could not be transparently copied into and out of a FileTree repo ... and FileTree is SCM neutral ... Personally I use https://github.com/ThierryGoubier/GitFileTree-MergeDriver and never think twice a

Re: [Pharo-users] Metacello GIT methodProperties.json

Dale On 04/07/2015 04:14 PM, Sean P. DeNigris wrote: Dale Henrichs-3 wrote Personally I use https://github.com/ThierryGoubier/GitFileTree-MergeDriver and never think twice about the properties files ... Ooh, intriguing. In other to make it easier to view code on GitHub, I've been toying wi

Re: [Pharo-users] Metacello GIT methodProperties.json

ow is: how hard would it be to regenerate those files? Or maybe if it was moved to some metadirectory. This reminds me a bit of svn which polluted the whole folder tree with .svn files everywhere. Peter On Wed, Apr 8, 2015 at 1:14 AM, Sean P. DeNigris mailto:s...@clipperadams.com>>

Re: [Pharo-users] Metacello GIT methodProperties.json

Dale On 04/07/2015 04:52 PM, Dale Henrichs wrote: Sean, The primary reason that the method properties.json file exists is to preserve the date and timestamp for monticello ... git doesn't need this but, to be able to seamlessly copy monticello files from filetree to mcz and back again with

Re: [Pharo-users] Metacello GIT methodProperties.json

On 04/07/2015 10:24 PM, Thierry Goubier wrote: Le 08/04/2015 02:05, Dale Henrichs a écrit : I have threatened in the past to add an option to a repository that would eliminate the need to store monticello meta data ... Damien is working on "starting from scratch" on the new format, b

Re: [Pharo-users] Metacello GIT methodProperties.json

On 04/07/2015 11:47 PM, Peter Uhnák wrote: I thnk that rather than focus on the disk format which I hardly ever actually look at ... that folks should be looking at tools support (like Thierry) ... this is where the real work needs to happen ... good tools can hide the disk fom

Re: [Pharo-users] Metacello GIT methodProperties.json

On 04/08/2015 12:47 PM, Thierry Goubier wrote: Hi Dale, Le 08/04/2015 19:30, Dale Henrichs a écrit : On 04/07/2015 10:24 PM, Thierry Goubier wrote: Le 08/04/2015 02:05, Dale Henrichs a écrit : I have threatened in the past to add an option to a repository that would eliminate the need to

Re: [Pharo-users] Metacello GIT methodProperties.json

On 04/08/2015 01:11 AM, Thierry Goubier wrote: 2015-04-08 8:47 GMT+02:00 Peter Uhnák >: I thnk that rather than focus on the disk format which I hardly ever actually look at ... that folks should be looking at tools support (like Thierry) ..

Re: [Pharo-users] Metacello GIT methodProperties.json

On 04/08/2015 04:23 AM, Sean P. DeNigris wrote: Dale Henrichs-3 wrote Dale Henrichs-3 wrote I am really pressed for time so I don't have the luxury to blue sky ideas ... I understand. I was not suggesting anyone do anything. Also, I agree that methods seem to be the proper level fo

Re: [Pharo-users] Storing block closure code

If you are allowing arbitrary Smalltalk to be shipped in via HTTP, then I would worry about some wiseguy writing malicious code in the block ... Dale On Mon, Jul 14, 2014 at 8:19 AM, Norbert Hartl wrote: > I was looking for a solution where I can have a textual grammar for a DSL > in order to

Re: [Pharo-users] Storing block closure code

If *you* are the wiseguy, then Smalltalk is a pretty powerful internal DSL:) Dale On Mon, Jul 14, 2014 at 9:09 AM, Dale Henrichs < dale.henri...@gemtalksystems.com> wrote: > If you are allowing arbitrary Smalltalk to be shipped in via HTTP, then I > would worry about some wis

Re: [Pharo-users] Storing block closure code

Ben, It's not just Global references that you have to worry about ... `self environment` is an easy way to get direct access to `Smalltalk` ... you can use `self superclass superclass subclasses...` to navigate to just about any class in the system ...and this is only with a couple minutes of thou

Re: [Pharo-users] Commandline

Norbert, I've just recently made the decision to start using Pharo3.0 to do all of the heavy lifting for my GsDevKit project[1] shell scripts. I use boilerplate bash code to setup the environment[2] and then call Pharo CommandLineHandler[3] to do the real work ... I embed the script repository[

Re: [Pharo-users] Commandline

2014 at 7:12 AM, Esteban Lorenzano wrote: > > On 24 Jul 2014, at 16:07, Dale Henrichs > wrote: > > Norbert, > > I've just recently made the decision to start using Pharo3.0 to do all of > the heavy lifting for my GsDevKit project[1] shell scripts. > > I use boi

Re: [Pharo-users] Commandline

. Dale On Thu, Jul 24, 2014 at 7:16 AM, Esteban A. Maringolo wrote: > 2014-07-24 11:07 GMT-03:00 Dale Henrichs >: > > > My only wish is that CommandLine had better getopts support - I have a > posix > > getopts commandline parser implementation that iI use for tODE that

Re: [Pharo-users] Commandline

the same scripts from > the shell. So you can easily move responsibility of things between > commandline and image. > > Norbert > > Am 24.07.2014 um 16:07 schrieb Dale Henrichs < > dale.henri...@gemtalksystems.com>: > > Norbert, > > I've just recently made

Re: [Pharo-users] Commandline

Sven, I'm using Pharo3.0 and it appears that the .st scripts have to be located in the same directory as the image and changes files ... I see that you are using Pharo4.0 ... So is it possible to get Pharo3.0 to work on .st files in arbitary directores? Dale On Thu, Jul 24, 2014 at 7:42 AM, S

Re: [Pharo-users] Commandline

ds WorldState>>doOneCycleNowFor: WorldState>>doOneCycleFor: WorldMorph>>doOneCycle MorphicUIManager>>spawnNewProcess in Block: [ ... On Fri, Jul 25, 2014 at 12:29 PM, Sven Van Caekenberghe wrote: > > On 25 Jul 2014, at 21:25, Dale Henrichs > wrote:

Re: [Pharo-users] Commandline

> least in some places). > > On 25 Jul 2014, at 21:43, Dale Henrichs > wrote: > > > Sven, > > Without putting a test.st file in /Users/daleh/gsDevKitHome/pharo, I > get the following (it works if I `cp ./test.st > /Users/daleh/gsDevKitHome/pharo`): > > >

Re: [Pharo-users] Commandline

at this now, but I vaguely remember that pharo >> mixed the concept of current working directory and image directory (at >> least in some places). >> >> On 25 Jul 2014, at 21:43, Dale Henrichs >> wrote: >> >> Sven, >>> Without putting a test.st file

Re: [Pharo-users] Managing updates/patches in Pharo with Metacello

Esteban, Take a look at the ConfigurationOfSeaside[1] in particular look at the `symbolic versions` protocol and note the release* symbolic versions: bleedingEdge: development: release30: release31: release3: stable: By using a version specific symbolic version you can get your cake

Re: [Pharo-users] How do I trace through implementors in Pharo?

Tim, If there is a colon in one of the arguments (like in a Symbol) then the selector parser gets confused ... Dale On Sun, Aug 10, 2014 at 3:13 PM, p...@highoctane.be wrote: > On Sun, Aug 10, 2014 at 11:33 PM, Tim Mackinnon wrote: > >> As I relearn/learn how to use Pharo, I’m struck by some

Re: [Pharo-users] load directive

Usman, Off topic --- I don't read all of the pharo posts on both pharo lists, but if you put Metacello in the subject, I have an email filter that alerts me and I read those (more often:) ... What you are getting with record is what would be loaded in the image, so my guess is that in Pharo4

Re: [Pharo-users] load directive

On 9/15/15 12:32 AM, Usman Bhatti wrote: On Fri, Sep 11, 2015 at 11:06 PM, Dale Henrichs <mailto:dale.henri...@gemtalksystems.com>> wrote: Usman, Off topic --- I don't read all of the pharo posts on both pharo lists, but if you put Metacello in the subject, I

Re: [Pharo-users] Adding a #development version of a Git project in the catalog

On 09/21/2015 06:31 AM, Damien Cassou wrote: Yuriy Tymchuk writes: Can you simply define symbolic version as a normal one? when I tried I got an error message. Metacello was trying to parse 'development' as a semantic version number You can implement #versionNumberClass in your configurati

Re: [Pharo-users] Adding a #development version of a Git project in the catalog

On 09/21/2015 10:46 AM, Dale Henrichs wrote: On 09/21/2015 06:31 AM, Damien Cassou wrote: Yuriy Tymchuk writes: Can you simply define symbolic version as a normal one? when I tried I got an error message. Metacello was trying to parse 'development' as a semantic version numb

Re: [Pharo-users] Pharo - database without database

Adam, Keep an eye on the GLASS list[1] for an upcoming (within 2 months - I promise:) announcement about GsDevKit_home (not to be confused with gsDevKitHome:)... as it will provide much needed support for creating/starting/managing multiple GemStone stones If you are interested in working

Re: [Pharo-users] Fossil and Filetree

This is good to hear I am pro-git, because well you have to pick an SCM to talk about and I do think that the collaboration tools for open source projects on github are superior to anything else... Git other than that I am glad that folks are finding that FileTree is working for other d

Re: [Pharo-users] Fossil and Filetree

Hilaire, if you are interested in contributing, I would be willing to add you to the FileTree project up on GitHub ... Oops, unless you don't want to be:) Dale On 10/22/2015 01:40 AM, Hilaire wrote: Le 21/10/2015 22:03, Thierry Goubier a écrit : Just use the ConfigurationOfGitFileTree availa

Re: [Pharo-users] Fossil and Filetree

Thierry and Hilaire, If you want to work together up on the github repo, that's up to you and Hilaire, if you have a github id, let me know and I will add you as a contributor on the project so that you two can work together ... Dale On 10/24/15 6:55 AM, Hilaire wrote: Le 22/10/2015 10:47,

Re: [Pharo-users] Fossil and Filetree

At the end of the day, I would assume that it would be possible to run travis-ci tests against a fossil repository which would be very useful to have ... but like I said, I'm fine with whatever you guys decide... Dale On 10/24/15 10:12 AM, Thierry Goubier wrote: Le 24/10/2015 18:56, Hilaire a

Re: [Pharo-users] Basic versioning of GitHub repositories from within Pharo

Very interesting ... if you put your project up on github, I would fork it and port it to tODE as this is something that has been on my todo list for awhile:) Dale On 11/23/2015 07:25 AM, Skip Lentz wrote: Hi everyone, As part of my internship I am creating bindings to the GitHub API in Pha

Re: [Pharo-users] Metacello cannot download the latest zip of a github repo if a zip already exists from a previous commit

On 12/13/15 6:28 AM, Dimitris Chloupis wrote: So it looks like that when I do Metacello new baseline: 'ChronosManager'; repository: 'github://kilon/ChronosManager'; load and I have ChronosManager already installed via the same command previously , if the repo has changed in the mean time

Re: [Pharo-users] Metacello cannot download the latest zip of a github repo if a zip already exists from a previous commit

On 12/13/2015 09:59 PM, Dimitris Chloupis wrote: Thanks Dale , good news it works on Pharo 5 :) Is there a way to delete the previous data = delete the previous zip file and all its decompressed folders / files ? I can do it manually but I was wondering if metacello offers anything similar.

[Pharo-users] unplanned outage: http://ss3.gemstone.com/ and http://seaside.gemtalksystems.com/ss

The datacenter where the sites http://ss3.gemstone.com/ and http://seaside.gemtalksystems.com/ss are hosted lost their primary router, while the backup router was being repaired ... the machines hosting the two sites are up and running, so no data loss is expected. They are working on getting

Re: [Pharo-users] unplanned outage: http://ss3.gemstone.com/ and http://seaside.gemtalksystems.com/ss

The datacenter network came back on-line about a 1/2 hour ago ... Dale On 1/18/16 3:10 PM, Dale Henrichs wrote: The datacenter where the sites http://ss3.gemstone.com/ and http://seaside.gemtalksystems.com/ss are hosted lost their primary router, while the backup router was being repaired

Re: [Pharo-users] unplanned outage: http://ss3.gemstone.com/ and http://seaside.gemtalksystems.com/ss

Nooo, make that 2 hours ago:) On 1/18/16 6:36 PM, Dale Henrichs wrote: The datacenter network came back on-line about a 1/2 hour ago ... Dale On 1/18/16 3:10 PM, Dale Henrichs wrote: The datacenter where the sites http://ss3.gemstone.com/ and http://seaside.gemtalksystems.com/ss are hosted

Re: [Pharo-users] Pharo + git workflow

Norbert, If you were using a BaselineOf for your project then you could avoid the the configuration hack by using the Metacello lock command[1] which was designed to address the problem where you want to use a local git clone while specifying project references in the configurations using the

Re: [Pharo-users] Huge image

David, I don't have a direct solution, but I have been playing with an analysis technique for solving this particular type of problem: scads of Strings and a need to "make sense of the reference graph". If you look at this example[1], you'll see that there are 202K instances of String (this

Re: [Pharo-users] Metacello reverse project dependency

Peter, Very good summary ... First off, Metacello doesn't support circular project dependencies. Secondly, there is supposed to be a "cucularity detector" in Metacello that avoids going into an infinite loop, but in retrospect, the detector has not been tested with Baselines - I have submitte

Re: [Pharo-users] another Metacello question

Sorry about that Werner ... I had been getting my mail forwarded from the Metacello Group to my work email and apparently a year ago, the mail (silently) stopped being forwarded, so I was none the wiser until you mentioned it just now ... and I've approved your membership request along with sev

Re: [Pharo-users] another Metacello question

Werener, Here's an example of the use of #import:provides: from my tests that might be in the area you are interested in: spec for: #'common' do: [ spec description: self name , '>>configuration092Issue63:'. spec baseline: 'External' with: [

Re: [Pharo-users] Use Shell Command from Pharo

I seem to recall that on the mac there was a system option of some sort that "launches apps from a sensible" location --- of course the Apple powers that be may have removed that capability recently... Dale On 3/19/16 9:41 AM, Damien Pollet wrote: On 19 March 2016 at 16:45, Peter Uhnák

Re: [Pharo-users] BaselineOf's and Loose Dependencies

First, congratulations! A baseline is associated with a "git version", so there is no need to "pin the version down in a specific version" ... in a "git project" you have the option of changing the specific version associated with a baseline on "every commit" So you would specify the Ba

Re: [Pharo-users] BaselineOf's and Loose Dependencies

Sean (and others) I don't always keep up-to-date with the posts on the pharo list, so if you have a Metacello-related question, put Metacello in the subject line and I'll have a better chance of seeing the message ... Dale On 3/21/16 8:15 AM, Sean P. DeNigris wrote: I know this is not technic

Re: [Pharo-users] BaselineOf's and Loose Dependencies

On 3/21/16 9:48 AM, Sean P. DeNigris wrote: Dale Henrichs-3 wrote First, congratulations! Thanks!! Dale Henrichs-3 wrote A baseline is associated with a "git version", so there is no need to "pin the version down in a specific version" Yes, but I'm not talking a

Re: [Pharo-users] [Metacello] Apparent loop in before / after ....

Hi Stef, Before we get too far, there is a `false ifTrue: [` statement in the middle of MetacelloPackagesSpec>>sortPackageSpecs:packageSpec:groupLoops:for:. If you change the false to true and then run again with the Transcript open to record the information ... With these loops, you want t

Re: [Pharo-users] [Metacello] about required list

Stef, You don't need to repeat packages in the requires statement. Requiring 'Math-DistributionGamma' is sufficient to pick up 'Math-Core', 'Math-DHB-Numerical', 'Math-Series', and 'Math-Core-Distribution' as requirements as well ... . Dale On 03/26/2016 02:00 PM, stepharo wrote: Hi using

Re: [Pharo-users] Conditional external dependencies in a Metacello BaselineOf?

Damien, You want to use a a lock[1]. Look at the section on locking a `filetree://` repo [2]--- should be similar for locking your gitfiletree repo ... When you load you may want to use `onWarningLog`, because locks do generate Warnings telling you the the lock is being honored (i.e., the l

Re: [Pharo-users] Conditional external dependencies in a Metacello BaselineOf?

with code… if I understood correctly, I'd load the depended-upon baseline from gitfiletree, lock it, and then that would take precedence over the github:// repo specified in the baseline of the main project? I'll try tomorrow, thanks :) On 13 April 2016 at 00:

Re: [Pharo-users] Error using metacello

The following is the cross-platform (Squeak, GemStone and Pharo) way to specify a github repository: Metacello new configuration: 'OfNeoCSV'; repository:'github://svenvc/NeoCVS:master/repository'; version: #stable; load. Here's a reference for the various cross-platfrom urls t

Re: [Pharo-users] library for comparing semver versions

The class MetacelloSemanticVersionNumber can be used to compare Semantic version numbers ... Note that there is an outstanding bug that MetacelloSemanticVersionNumber will read improperly formatted version numbers (fix is in the works), so it's not quite as good for validation (at the moment),

Re: [Pharo-users] Saving to local git and "Loading all file names from http://...pharo5/inbox"

On 5/29/16 5:28 AM, Thierry Goubier wrote: Le 29/05/2016 14:04, Peter Uhnak a écrit : On Sun, May 29, 2016 at 11:21:21AM +0200, Thierry Goubier wrote: Le 29/05/2016 11:15, Peter Uhnák a écrit : > All this is so that my .5 would not conflict with someone else .5 How is this a problem? Beca

Re: [Pharo-users] Saving to local git and "Loading all file names from http://...pharo5/inbox"

In the Monticello Browser, select the repository that you will be saving your package to and use the "Flush cached versions" menu item ... it seems that you have to do it before each package save... Dale On 6/3/16 12:13 AM, Peter Uhnak wrote: On Wed, Jun 01, 2016 at 10:28:12PM -

Re: [Pharo-users] Saving to local git and "Loading all file names from http://...pharo5/inbox"

On 6/3/16 2:43 AM, Otto Behrens wrote: For FileTree repos it is even better to just load the package (Monticello does a good job of only loading the changed packages and we're looking at packages already on disk) ... ... I have an extension to Metacello for Filetree repos (it's only been aroun

Re: [Pharo-users] problem getting moose

Stef, One of advantages of using local git repositories is that once you've downloaded the git repo you can load code without hitting the network at all ... another related advantage of local git repositories is that once you have chosen a particular checkout (SHA) to use every single load wi

Re: [Pharo-users] Smalltalkhub & Squeaksource3

On 06/15/2016 10:06 AM, Mark Bratcher wrote: A couple of easy ones: 1) Does smalltalkhub.com support private projects (used, e.g., for CI)? I've seen a couple of posts on random forums dating back a couple of years indicating that it did, but when I went to create

Re: [Pharo-users] Metacello

Valentin, For Pharo I use the following pattern to do "automatic loads": [ Metacello new ... load . ] on: Warning, MetacelloSkipDirtyPackageLoad do: [:ex | (ex isKindOf: MetacelloSkipDirtyPackageLoad) ifTrue: [ "Load over dirty packages" ex

Re: [Pharo-users] The myth of a small deployment image using metacello

On 6/24/16 6:28 AM, Norbert Hartl wrote: I have a seaside project that will be installed in a typical fashion headless on a server somewhere on the net. The project is in its final stage so I started to care about the size of the image. Or better: The size of the image is not my main concern

[Pharo-users] How do I convert a FileTree project to Metadataless GitFileTree project?

Thierry, I think I tried the obvious: 1. open existing repository with gitfiletree:// 2. reload all packages from gitfiletree repo and remove old filetree:// repo from each package 3. edit .filetree and add `"Metadata" : "false"` but when I save a package I continue to get metadata created .

Re: [Pharo-users] How do I convert a FileTree project to Metadataless GitFileTree project?

ng for it:) additional comments in-lined below ... On 6/28/16 12:19 PM, Thierry Goubier wrote: Hi Dale, Le 28/06/2016 20:49, Dale Henrichs a écrit : Thierry, I think I tried the obvious: 1. open existing repository with gitfiletree:// 2. reload all packages from gitfiletree repo and remove old

Re: [Pharo-users] How do I convert a FileTree project to Metadataless GitFileTree project?

BTW, I loaded git file tree with the Catalog Browser, so I'm not necessarily using the latest code from Github: BaselineOfGitFileTree-ThierryGoubier.16 Dale On 6/28/16 12:55 PM, Dale Henrichs wrote: Thierry, I don't think I can do it at all... I've deleted all of the

Re: [Pharo-users] How do I convert a FileTree project to Metadataless GitFileTree project?

On 6/28/16 12:19 PM, Thierry Goubier wrote: Hi Dale, Le 28/06/2016 20:49, Dale Henrichs a écrit : Also I'm hoping that in metadataless mode I stop scanning the entire known repository universe for package versions that will not be found anywhere but in the repositories that I've

Re: [Pharo-users] How do I convert a FileTree project to Metadataless GitFileTree project?

On 6/28/16 2:16 PM, Thierry Goubier wrote: Dale, I'm sure it is possible. Wait, wait! If you have in your .filetree "Metadata" : "false" then this is fine and it has switched to the metadata-less mode. To see the changes on disk, you need to save a new version of your packages, that shoul

Re: [Pharo-users] How do I convert a FileTree project to Metadataless GitFileTree project?

ages 5- look on disk: no more monticello.meta/version! Note that I had no packages in the image linked to that repository at 1-, because I'm not sure the simple removal would have really removed the repository singleton object. Le 28/06/2016 21:55, Dale Henrichs a écrit : Thierry, I don

Re: [Pharo-users] How do I convert a FileTree project to Metadataless GitFileTree project?

On 6/28/16 2:16 PM, Thierry Goubier wrote: Dale, I'm sure it is possible. Wait, wait! If you have in your .filetree "Metadata" : "false" then this is fine and it has switched to the metadata-less mode. To see the changes on disk, you need to save a new version of your packages, that shoul

Re: [Pharo-users] How do I convert a FileTree project to Metadataless GitFileTree project?

ill now be able to move forward with my Metacello Cypress experiments and also try to understand how Metacello loads are affected by metadtaless, since you _are_ fabricating Monticello version numbers, my previous assumptions are not correct ... Thanks again! Dale On 6/28/16 4:11 PM, Dale Hen

Re: [Pharo-users] How do I convert a FileTree project to Metadataless GitFileTree project?

On 6/28/16 10:22 PM, Thierry Goubier wrote: Hi Dale, Le 29/06/2016 01:50, Dale Henrichs a écrit : Thierry, Okay ... it is "working" now ... I was also misled by the fact that you are continuing to fabricate Monticello version numbers which presumably cannot be relied upon

Re: [Pharo-users] How do I convert a FileTree project to Metadataless GitFileTree project?

On 6/29/16 1:05 AM, Thierry Goubier wrote: Dale, you're right, the monticello.meta directory is kept, in part because I wasn't sure I could get rid of some of the information in some files in that directory (dependencies, initializers). Since those files don't usually create conflicts with

Re: [Pharo-users] How do I convert a FileTree project to Metadataless GitFileTree project?

On 6/29/16 1:09 AM, Thierry Goubier wrote: Dale, Le 29/06/2016 00:55, Dale Henrichs a écrit : ... Actually, Metacello has a registry of loaded projects (baselines and configurations) and using Metacello it is possible to determine which pacakges belong to which projects etc. so it is

Re: [Pharo-users] How do I convert a FileTree project to Metadataless GitFileTree project?

On 6/29/16 1:24 AM, Nicolas Passerini wrote: Hi Dale, Therry, I am working on a libgit-based git integration for Pharo and I am facing the same problem about version numbers. So maybe I can help you if you are working on that. I had the same idea as Dale, using short SHAs instead of correlativ

  1   2   3   >