Herby,
Right now there is "no portable way" to specify arbitrary hosts in a
Metacello spec ... but Esteban and I will be talking about this on
Monday ... Thierry Goubier seems to have a nice scheme for gitfiletree
and I think that iceberg might support additional urls and schemes...
Dale
O
Use the Metacello `get` command:
Metacello new
repository: '...';
get
Just the baseline (or Configuration) will be loaded.
Dale
On 10/02/2018 11:34 PM, Peter Uhnak wrote:
Hi,
is there a way to instruct Metacello to only install
BaselineOfs/ConfigurationOfs instead of the
Roelof,
One technique to eliminating the use of #ifTrue:ifFalse: is to use
double dispatching. There are some good examples of using double
dispatching in Ralph Johnson's paper "ARITHMETIC AND DOUBLE DISPATCHING
IN SMALLTALK-80"[1]. you should be able to get the basic idea by
skimming the sm
Konrad,
This looks like a case where you are using a metadata-less repository
... if so you, should add the following method to your baseline class:
projectClass
Smalltalk at: #'MetacelloCypressBaselineProject' ifPresent: [ :cl | ^ cl
].
^ super projectClass
This mod will caus
Konrad,
Did you try what I suggested and did it solve your problem?
Dale
On 1/5/19 2:45 AM, Konrad Hinsen wrote:
Dale,
This looks like a case where you are using a metadata-less repository
... if so you, should add the following method to your baseline class:
Sorry, that's way above my unde
GemTalkSystems is pleased to announce SETT (Store Export to Tonel
Tools)[1]. SETT is open source project with an MIT license.
SETT (Store Export to Tonel Tools) is a set of tools to export Smalltalk
code from Store and
write into the Tonel file format managed using Git.
SETT is:
* a Pharo 6
of code.
Regards,
Esteban A. Maringolo
El mié., 16 ene. 2019 a las 18:18, Dale Henrichs via Pharo-users
(mailto:pharo-users@lists.pharo.org>>)
escribió:
On 1/16/19 11:56 AM, Esteban Maringolo wrote:
This is great!
One less fence to move code from one dialect to another. :)
Hello Sergio,
Sorry for the delay in replying .. too many balls in the air:) I'll
comment in-line ..
On 2/8/19 7:07 AM, sergio ruiz wrote:
I have an app that is ready to deploy to alpha. I usually do this by
creating a script that builds a minimal pharo image, and run that on a
cloud serve
On 3/6/19 8:18 AM, Sean P. DeNigris wrote:
Tim Mackinnon wrote
how is this shared repository supposed to work?
While I initially liked the space efficiency of the shared approach, I
eventually gave up because it created too many (often obscure) problems. It
just doesn't seem to be a good matc
Isn't this an "ultimate" goal for Pharo ... once you've got a stable
(truly) minimum image, custom class libraries are possible if not
desirable ...
Dale
On 3/18/19 11:08 AM, Esteban Maringolo wrote:
El dom., 17 mar. 2019 a las 6:33, Sven Van Caekenberghe
() escribió:
On 17 Mar 2019, at
Emilio,
Are you using a repository without Monticello meta data? If so, then you
need to change the #projectClass of you your baseline to:
> projectClass
> Smalltalk at: #'MetacelloCypressBaselineProject' ifPresent: [ :cl | ^ cl
> ].
> ^ super projectClass
unless the #projectClass is Metace
gt; But is still not working.
> It seems to be doing the load, but not the pull before the load.
>
> I had implemented no more than #baseLine: and now projectClass.
>
> If I go through the UI and do the pull it works perfectly.
> Can I replicate that with a script?
>
> Best
et
> does not update my file system at iceberg/
>
> Best
>
> Emilio
>
> On Thu, Apr 28, 2022 at 3:29 PM Dale Henrichs <
> dale.henri...@gemtalksystems.com> wrote:
>
>> Emilio,
>>
>> I wasn't quite sure whether or not you were concerned abou
Norbert,
Before you go off and invent a data base, you might take a look at GemStone
and RemoteServiceReplication[1] ...
Dale
[1] https://github.com/GemTalk/RemoteServiceReplication
On Mon, Aug 8, 2022 at 6:19 AM Norbert Hartl wrote:
> To all Omnibase and Monibase users.
>
> It turned out that
r file per user (scaling), and no
> additional server process(es) to be monitored for failure mode.
>
> Yanni
>
> On Mon, Aug 8, 2022 at 12:44 PM Dale Henrichs <
> dale.henri...@gemtalksystems.com> wrote:
>
>> Norbert,
>> Before you go off and invent a data b
king for something more lightweight and more easy to handle
> approach this time. Well, from the github page I could not derive what it
> really does to be honest.
>
> Hope to see you at ESUG,
>
> Norbert
>
>> Am 08.08.2022 um 18:44 schrieb Dale Henrichs
>> :
>>
>
> Norbert
>
>> Am 08.08.2022 um 18:44 schrieb Dale Henrichs
>> :
>>
>> Norbert,
>> Before you go off and invent a data base, you might take a look at GemStone
>> and RemoteServiceReplication[1] ...
>>
>> Dale
>>
>> [1]
Here’s Kurt’s talk from Camp Smalltalk Supreme[1].
Dale
[1] https://www.youtube.com/watch?v=uLF2S6fq5a4
Sent from my iPhone
> On Aug 9, 2022, at 6:53 AM, Dale Henrichs
> wrote:
>
> Norbert,
>
> I won’t be going to ESUG this year … travel to Europe has always been tough
>
> To me as a non-native speaker it means: ground layer you can build/grow on
Haha, Soil can also be thought of as "ground up stone" :)
Dale
On Wed, May 8, 2024 at 7:13 AM Norbert Hartl wrote:
>
>
> Am 06.05.2024 um 16:47 schrieb Dirk Nel :
>
> I'll definitely check it out..! and for those w
>
> But ground stone is just sand. There’s more than just sand in soil. Soil
> should have the other ingredients needed for growth. :)
I was trying to make a reference to a GemStone *stone *:)
Dale
On Wed, May 8, 2024 at 1:27 PM Norbert Hartl wrote:
>
>
> Am 08.05.2024 um 16:14 schrieb Norbert
x and it looks like the current code base is
wired to use Unix[1]
Dale
[1]
https://github.com/GemTalk/SETT/blob/master/StoreImporter.package/SettGitRepository.class/instance/runGitWithArguments..st
Esteban A. Maringolo
El mié., 16 ene. 2019 a las 16:38, Dale Henrichs
(<mailto:da
201 - 221 of 221 matches
Mail list logo
