[Pharo-users] Re: [Esug-list] Re: [Pharo-dev] Re: [ANN] Soil release v1

> > 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

[Pharo-users] Re: [Esug-list] Re: [ANN] Soil release v1

> > 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

[Pharo-users] Re: [Pharo-dev] Re: Omnibase/Monibase repository removal

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

[Pharo-users] Re: [Pharo-dev] Re: Omnibase/Monibase repository removal

t; 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] https://git

[Pharo-users] Re: [Pharo-dev] Re: Omnibase/Monibase repository removal

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 >> : >> >

[Pharo-users] Re: [Pharo-dev] Omnibase/Monibase repository removal

ry or 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 base,

[Pharo-users] Re: [Pharo-dev] Omnibase/Monibase repository removal

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

[Pharo-users] Re: Loading from a git repository with Metacello on a running seaside image

pdate 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 about having the >> Baseline

[Pharo-users] Re: Loading from a git repository with Metacello on a running seaside image

ing. > 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 > > Emilio > &g

[Pharo-users] Re: Loading from a git repository with Metacello on a running seaside image

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

Re: [Pharo-users] Checking baseline before publishing

Esteban, #record _is_ run against the baseline that is in the image if it is present. This is true for all of the Metacello commands - if the BaselineOf is present it is used, if it is not present it will be loaded. The #get command will load a fresh copy of the baseline from the repository.

Re: [Pharo-users] smalltalkhub down

... and it is still down today ... having smalltalkhub down is starting to interfere with builds, hopefully we won't have to wait too long for the problem to be resolved ... Dale On 7/10/20 2:59 PM, PAUL DEBRUICKER wrote: https://downforeveryoneorjustme.com/smalltalkhub.com

Re: [Pharo-users] Resources Page

I think the free license is contingent upon having contributed to an open source project. Also there appears to be free trial version[1]. Dale [1] https://www.instantiations.com/products/vasmalltalk/download.html On 1/28/20 5:25 PM, Richard Sargent wrote: Thanks. On Tue, Jan 28, 2020, 17:21

Re: [Pharo-users] Old projects in ss3

Thanks Carlo ... that will certainly help me solve this problem ... I probably won't be able to get ss3 patched until after ESUG :), but now I know where to look ... Dale On 8/10/19 3:20 PM, sk via Pharo-users wrote: Hi Dale Looks like a NumberParser error due to the chrome Accept request

Re: [Pharo-users] Can I control the location of the PharoDebug.log

On 8/7/19 11:32 AM, Torsten Bergmann wrote: Dale wrote: I used the double click trick on "Log file name" and followed it to the above messages for the records: Beside double click you can also right click on a setting and select "Browse" to find where it is implemented. You can then also

Re: [Pharo-users] Can I control the location of the PharoDebug.log

.     GTGenericStackDebugger logDebuggerStackToFile: false. While writing this message I found that there does appear to be a setting that controls this (I used the double click trick on "Log file name" and followed it to the above messages), but I haven't actually tested it:): On 7/31/19 4:58 PM, Dale Henr

Re: [Pharo-users] more fun with System>>Local directory settings

Thanks for the sample code! ... I keep forgetting that a scan of allInstances is a good way to patch problems like these:) and the fixed to relative path snippet is especially useful. Dale On 8/1/19 1:50 PM, Sean P. DeNigris wrote: Dale Henrichs-3 wrote the act of starting the image

[Pharo-users] Can I control the location of the PharoDebug.log

It appears that the PharoDebug.log can be dropped into the directory from which a Pharo image is launched ... I would have expected it to be dropped into the local directory, but that does not appear to be the case ... I've looked in the Settings Browser and there does not appear to be a way

Re: [Pharo-users] where are system settings stored?

On 7/22/19 10:30 AM, Cyril Ferlicot wrote: FileLocator preferences asFileReference Thanks Cyril ... I get `File @ /home/dhenrich/.config` and there is a pharo directory with some stuff in it ... poking around it seems that the system settings are in a pharo/7.0 subdirectory with a

[Pharo-users] where are system settings stored?

I am currently using Pharo 7.0 and I've just discovered that my "local directory" is /home/dhenrich/rogue/_homes/rogue/_home/dev/clients/gci_70_tst/pharo-local: This file has to date back to the beginning of the year and i had deleted that directory structure a week or so ago before starting

Re: [Pharo-users] Iceberg loading a Tonel package migrated using SETT

SETT was create based on our understanding (GemTalk Systems) of what the tonel disk format was _supposed_ to be and I think that Pharo has departed from somewhat from what was understood to be the format. I've had similar problems trying to use filetree repositories with Iceberg that have

Re: [Pharo-users] [gemstones] Use case for GsDevKit_home

On 5/30/19 11:12 AM, sergio ruiz wrote: Whew… hefty.. digging into this now.. Haha ... this is why backup and restore functionality has been built into tODE:) and GsDevKit_home ... Dale

Re: [Pharo-users] [gemstones] Use case for GsDevKit_home

On 5/30/19 6:58 AM, James Foster wrote: On May 30, 2019, at 5:44 AM, sergio ruiz > wrote: ... Also, one thing that I find invaluable in troubleshooting applications written using relational databases is to be able to be able to just dump the production

Re: [Pharo-users] [gemstones] Use case for GsDevKit_home

On 5/30/19 5:44 AM, sergio ruiz wrote: I have another project coming up, and I have free reign over the tech stack. I am gonna use Pharo, but I'd like to spend my up front time on this project figuring out the things I usually wait until the end to do. One of these issues is setting up

Re: [Pharo-users] [GsDevKit_home] Is this project still the way to set up Gemstone?

Sergio, Also include the SHA of the GsDevKit_home commit that you are using: cd $GS_HOME git log -1 Dale On 5/29/19 5:39 PM, Dale Henrichs wrote: Sergio, Could you open an issue here[1]. This is purely a GsDevKit_home issue. When you submit the issue, could you include details

Re: [Pharo-users] [GsDevKit_home] Is this project still the way to set up Gemstone?

Sergio, Could you open an issue here[1]. This is purely a GsDevKit_home issue. When you submit the issue, could you include details about what hardware you are running on and it would help if you included the entire install.log in your issue report as I think there is additional information

Re: [Pharo-users] How to visit over packages, classes, methods (all types)

clarification embedded below On 5/20/19 3:43 PM, Dale Henrichs wrote: | project className | project := (Rowan projectNamed:'Exercise') asDefinition. className := 'Acronym'. packageName := 'Exercise-', className. ((project addPackageNamed: packageName

Re: [Pharo-users] How to visit over packages, classes, methods (all types)

baseline-complexity-of-tiny-big-projects-td5099495.html Tim Sent from my iPhone On 20 May 2019, at 20:16, Dale Henrichs <mailto:dale.henri...@gemtalksystems.com>> wrote: Tim, I know that this doesn't answer your question, but one of the features that I'm building into Rowan i

Re: [Pharo-users] How to visit over packages, classes, methods (all types)

Tim, I know that this doesn't answer your question, but one of the features that I'm building into Rowan is just this capability: * project definitions composed of package definitions * package definitions composed of class and class extension definitions * class and class extensions

Re: [Pharo-users] How to make Metacello ignore package cache?

be using a BaselineOf with a git repository ... Dale On 4/26/19 11:11 AM, Hernán Morales Durand wrote: Hi Dale, El vie., 26 abr. 2019 a las 15:12, Dale Henrichs () escribió: I'm not exactly sure why you are getting the error, but the standard way to deal with a package-cache issue (or at least

Re: [Pharo-users] How to make Metacello ignore package cache?

I'm not exactly sure why you are getting the error, but the standard way to deal with a package-cache issue (or at least eliminate the package-cache as the real culprit) is to clear the package-cage in the Monticello browser ... An alternative (or next step) would be to try the following:

Re: [Pharo-users] Baseline subclasses

package. The project is not for public consumption so we have to do that in our deployment process nowhere else. Norbert Am 25.04.2019 um 09:51 schrieb Norbert Hartl <mailto:norb...@hartl.name>>: Am 25.04.2019 um 01:13 schrieb Dale Henrichs <mailto:dale.henri...@gemtal

Re: [Pharo-users] Baseline subclasses

On 4/24/19 3:08 PM, Norbert Hartl wrote: I don‘t have an idea how to achieve this with a group. It is about changing the number of dependencies of one package. There's load order and there's grouping... If you are using #linear loads for a BaselineOf then hard dependencies (Metacello

Re: [Pharo-users] Baseline subclasses

Do I understand you correctly that the BaselineOfWhiteLabelProduct is a subclass of BaselineOfCoreProduct? If so, I have no idea what would happen and it certainly has never been tested ... and as I think about this I can see that there would definitely be problems ... I think you are lucky

Re: [Pharo-users] Why doesn't collection have #excludes (the mirror of includes)?

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

Re: [Pharo-users] How exactly is "share repositories between images" supposed to work without tripping each other up?

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

Re: [Pharo-users] Trying to understand Developing with Pharo, Deploying with Gemstone/s

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

Re: [Pharo-users] [ANN] SETT (Store Export to Tonel Tools) for Pharo6.1

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. :) I will follow the examples a

Re: [Pharo-users] [ANN] SETT (Store Export to Tonel Tools) for Pharo6.1

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:dale.he

[Pharo-users] [ANN] SETT (Store Export to Tonel Tools) for Pharo6.1

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

Re: [Pharo-users] Updating singletons

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

Re: [Pharo-users] Updating singletons

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

Re: [Pharo-users] how to write this without a if then

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

Re: [Pharo-users] Metacello load baselines/configurations only

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

Re: [Pharo-users] How to specify generic (non-github) git dependency?

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

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

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 Metacello would know the

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] Metacello with Git

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

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

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] 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

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

[Pharo-users] smalltalkhub.com down?

http://downforeveryoneorjustme.com/http://smalltalkhub.com/mc/dkh/metacello/main/?C=M;O=D

Re: [Pharo-users] ss3 and gemsource planned downtime today at 1:30 pm PDT (-0700 UTC)

server is back online... On 04/25/2017 05:28 AM, Dale Henrichs wrote: The server hosting http://ss3.gemtalksystems.com/ and http://seaside.gemtalksystems.com/ss will be down for a couple of hours today starting at 1:30 pm PDT for maintenance. Dale

[Pharo-users] ss3 and gemsource planned downtime today at 1:30 pm PDT (-0700 UTC)

The server hosting http://ss3.gemtalksystems.com/ and http://seaside.gemtalksystems.com/ss will be down for a couple of hours today starting at 1:30 pm PDT for maintenance. Dale

Re: [Pharo-users] [Deploy Application] Where to host using Gemstone/s?

Sergio, The GsDevKit_home project[1] provides a set of tools for installing and running GemStone/S. There is GsDevKit_ansible[2] built on top of GsDevKit_home that provides a set of Ansible[3] playbooks for deploying a GemStone server, Nginx, daemontools, etc. on Ubuntu. Ansible can be used

Re: [Pharo-users] Class versions

On 03/21/2017 02:06 AM, Norbert Hartl wrote: Hi Dale, Am 20.03.2017 um 19:30 schrieb Dale Henrichs <dale.henri...@gemtalksystems.com>: Norbert. Are you thinking of GemStone-style class versions for Pharo? I was thinking of something less elaborate. The GemStone implementation is no

Re: [Pharo-users] Class versions

Norbert. Are you thinking of GemStone-style class versions for Pharo? Dale On 03/19/2017 06:16 AM, Norbert Hartl wrote: How far are we to support multiple versions of the same class in an image? Are there existing approaches? Norbert Von meinem iPad gesendet

Re: [Pharo-users] What is the craziest bug you ever face

The attached screnshot illustrates why I like having text instead of pngs ... being able to highlight the association value (-5.00->5.00) is very useful when identifying the entries in a btree associated with the association (the entries at 13, 16,19, and 22)... On 03/09/2017 11:34 AM, D

Re: [Pharo-users] What is the craziest bug you ever face

Stef, One of the things that I do all of the time when trying to debug particularly difficult problems is to keep a "bug notebook". My "bug notebook" is a text file where I record information gleaned from an inspector intermixed with comments, code and observations... I've attached an

Re: [Pharo-users] Latest Voyage for Pharo4

Oops, wrong project name: Metacello image project: 'Seaside3'; list I'll send mail to you privately to exchange the image .. Thanks, Dale On 02/21/2017 11:00 AM, Hilaire wrote: Hi Dale, Le 21/02/2017 à 18:30, Dale Henrichs a écrit : Metacello image project: 'Seaside

Re: [Pharo-users] Loading Seaside via Bootstrap in Pharo 6

Torsten, I don't know whether Pharo uses the latest version of Metacello from github when building Pharo6.0 ... historically Pharo has not used the latest version from github and this has been the case for a very long time and I've been hoping that eventually this would be solved, but

Re: [Pharo-users] Latest Voyage for Pharo4

On 02/20/2017 09:08 AM, Hilaire wrote: Dale, I try out the lock feature on an archived image, the seaside uprade was still operating :( Hmm, do you think it would be possible to share your image with me ... it's bad enough that the Seaside is getting updated in a mysterious manner, but now

Re: [Pharo-users] Team programming with Smalltalk

On 02/20/2017 03:58 AM, Denis Kudriashov wrote: 2017-02-18 8:53 GMT+01:00 itli...@schrievkrom.de >: Sadly this is gone or simply only badly implemented. E.g. in Pharo you can select a

Re: [Pharo-users] Latest Voyage for Pharo4

On 02/19/2017 11:21 PM, Stephan Eggermont wrote: On 19/02/17 18:50, Dale Henrichs wrote: Hilaire, I mentioned last night that I thought that there was a better solution to your problem and I think that if you load the latest Metacello and then lock Seaside3: Metacello image

Re: [Pharo-users] Latest Voyage for Pharo4

nd to read but it is how I fell. I may be biased and I don't mean bad to anyone writing this, I know how quality is hard to achieve and Pharo teams did great endeavour in many aspects. Le 17/02/2017 à 22:15, Dale Henrichs a écrit : Again, thanks for detailed info ... The fact that you loaded

Re: [Pharo-users] Latest Voyage for Pharo4

be biased and I don't mean bad to anyone writing this, I know how quality is hard to achieve and Pharo teams did great endeavour in many aspects. Le 17/02/2017 à 22:15, Dale Henrichs a écrit : Again, thanks for detailed info ... The fact that you loaded Seaside3.1.x is good enough for my purposes

Re: [Pharo-users] Latest Voyage for Pharo4

Again, thanks for detailed info ... The fact that you loaded Seaside3.1.x is good enough for my purposes .. the fact that Seaside3.2 is getting installed implies that there is a hard dependency on Seaside in one of the projects (Magritte3 perhaps?) ... odd that ConfigurationOfSeaside3

Re: [Pharo-users] Latest Voyage for Pharo4

onOfVoyageMongo load The transcript output in the attached document Thanks Le 17/02/2017 à 18:54, Dale Henrichs a écrit : You don't mention how you are loading Voyage. If I had the load expression and Transcript output from the load, I'd pretty much be able to tell pretty much what is going

Re: [Pharo-users] Team programming with Smalltalk

On 02/15/2017 02:43 PM, horrido wrote: In file-based word, the answer is tests and CI. What is the smalltalk way? And please do not say "It's in the conceptual nature of programming" -- if the scenario makes no sense in the smalltalk world (maybe you are not supposed to have 20 people working

Re: [Pharo-users] Latest Voyage for Pharo4

Hilaire, You don't mention how you are loading Voyage. If I had the load expression and Transcript output from the load, I'd pretty much be able to tell pretty much what is going on. I have a couple of theories about what could be going wrong, but without the load expression and Transcript

Re: [Pharo-users] [Data Modeling] approaches to data persistence

On 02/16/2017 11:26 AM, sergio ruiz wrote: Funny you should mention that. i ended up removing all the voyage stuff, and just using objects.. as soon as i am ready to go live, i am going to use gemstones.. is there a quick and easy setup for heroku or digital ocean? Probably not as simple

Re: [Pharo-users] [Data Modeling] approaches to data persistence

Sergio, If you find that your data set grows large enough, keep in mind that you can port your application to GemStone/S[1]. GemStone provides a scalable solution for image-based persistence while preserving smalltalkiness:) Dale [1] https://gemtalksystems.com/small-business/gsdevkit/ On

Re: [Pharo-users] Depending on MetaRepo instead of the target repo

On 02/13/2017 03:28 AM, Peter Uhnák wrote: > I do not think so but if people show me otherwise I could follow that. Well, in most languages (their package dependencies) one can just specify name of the project and a version. The location/how to load it is pulled from a central repository.

Re: [Pharo-users] Depending on MetaRepo instead of the target repo

Very good to hear ... I have to try to be a bit more patient :) On 2/12/17 9:37 AM, stepharong wrote: On Sun, 12 Feb 2017 16:36:42 +0100, Dale Henrichs <dale.henri...@gemtalksystems.com> wrote: Peter, In the long term the the MetaRepo should be replaced by a repository of p

Re: [Pharo-users] Depending on MetaRepo instead of the target repo

Peter, In the long term the the MetaRepo should be replaced by a repository of project specification objects (like this [1]). Each project specification would contain the meta data for a project (like this[2]) instead of a copy of a ConfigurationOf that is almost always out-of-date.

Re: [Pharo-users] About Git

I gave a talk at Smalltalks 2016 entitled: "Dangerous Liaisons: Smalltalk, files, and git"[1] and this thread is a perfect example the dangers I was thinking about:). For "history buffs", here's a link for my talk at STIC 2012 entitled "Practical Git for Smalltalk"[2]. Dale [1]

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

sites are back on-line ... On 12/17/16 9:09 AM, Dale Henrichs wrote: The colo where the hardware is located had announced scheduled maintenance for our cluster, but there was not supposed to be any downtime ... we are looking into the problem Dale

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

The colo where the hardware is located had announced scheduled maintenance for our cluster, but there was not supposed to be any downtime ... we are looking into the problem Dale

Re: [Pharo-users] about balkanisation

On 11/8/16 11:04 PM, Igor Stasenko wrote: On 7 November 2016 at 14:28, stepharo > wrote: [ ... ] And this one I don't understand. A smooth, git / iceberg oriented transition over Monticello/Metacello is perfectly doable... As

Re: [Pharo-users] about balkanisation

On 11/8/16 7:09 AM, Thierry Goubier wrote: Hi Dale, 2016-11-08 2:03 GMT+01:00 Dale Henrichs <dale.henri...@gemtalksystems.com <mailto:dale.henri...@gemtalksystems.com>>: [ snip ... ] yes I think this is the area where a Metallo Project Browser comes into play. Th

Re: [Pharo-users] about balkanisation

On 11/7/16 11:42 AM, Nicolas Passerini wrote: 2016-11-07 15:30 GMT+01:00 Thierry Goubier >: Thierry, If I'm not mistaken, Esteban is referring to the fact that in FileTree we are still using Monticello to do the

Re: [Pharo-users] about balkanisation

On 11/7/16 11:30 AM, Thierry Goubier wrote: Hi Dale, 2016-11-07 12:03 GMT+01:00 Dale Henrichs <dale.henri...@gemtalksystems.com <mailto:dale.henri...@gemtalksystems.com>>: On 11/7/16 7:15 AM, Thierry Goubier wrote: 2016-11-07 11:05 GMT+01:00 Esteban Loren

Re: [Pharo-users] About balkanisation

On 11/7/16 7:36 AM, Esteban Lorenzano wrote: On 7 Nov 2016, at 11:28, Dale Henrichs <dale.henri...@gemtalksystems.com> wrote: On 11/7/16 4:52 AM, Esteban Lorenzano wrote: btw this is pharo-dev discussion, redirecting there. Esteban On 7 Nov 2016, at 08:50, Esteban Lorenzano &

Re: [Pharo-users] about balkanisation

On 11/7/16 7:15 AM, Thierry Goubier wrote: 2016-11-07 11:05 GMT+01:00 Esteban Lorenzano >: On 7 Nov 2016, at 10:03, Thierry Goubier > wrote: Hi Esteban, I cut

Re: [Pharo-users] About balkanisation

On 11/7/16 6:42 AM, Norbert Hartl wrote: Am 07.11.2016 um 10:40 schrieb Dale Henrichs <dale.henri...@gemtalksystems.com>: On 11/7/16 2:59 AM, Tudor Girba wrote: Hi Dale, I think I missed your mails. I would be interested in hearing your opinion. Let’s aim for a chat sometime nex

Re: [Pharo-users] About balkanisation

On 11/7/16 4:52 AM, Esteban Lorenzano wrote: btw this is pharo-dev discussion, redirecting there. Esteban On 7 Nov 2016, at 08:50, Esteban Lorenzano wrote: We are developing Iceberg… and I know is not enough :) Which “unifying tools” are you referring ? The main

Re: [Pharo-users] About balkanisation

On 11/7/16 2:59 AM, Tudor Girba wrote: Hi Dale, I think I missed your mails. I would be interested in hearing your opinion. Let’s aim for a chat sometime next week. Would this work for you? You're not the only one :) Yes it would ... Monday is a travel day so Tuesday or beyond would work

Re: [Pharo-users] About balkanisation

On 11/6/16 1:12 PM, Tudor Girba wrote: Hi Stef, I think that you are raising a valid point, and I actually agree with it. But I think there is another side of the coin as well. I think that right now we are in between worlds and this is not quite beneficial. Switching to GitHub is a

Re: [Pharo-users] About balkanisation

On 11/6/16 9:05 AM, stepharo wrote: Hi I would like that you think a bit about our community and that there is a value in using common tools to share and develop common libraries. Because to me it feels like we are getting balkanize. It may look super cool and be hyper trendy to use

Re: [Pharo-users] Keeping data with an application

Sergio, I like the play around part:) Ping me when you find the time! Dale On 11/02/2016 07:21 AM, sergio ruiz wrote: For this project, I want to make progress based on feedback from users ... there are lots of different directions that could be taken from this starting point and I want to

Re: [Pharo-users] Keeping data with an application

On 11/1/16 12:28 PM, sergio ruiz wrote: Okay.. is Voyage ready to rock and/or roll? Voyage is definitely ready to rock and roll ... Voyage/Tugrik is ready to be rocked ... it is functional and passes the tests (on Pharo5.0). For this project, I want to make progress based on feedback from

Re: [Pharo-users] Keeping data with an application

Sergio, You might take a look at the talk I gave on Voyage/Tugrik at ESUG(slides[1], video[2]). The project is in a functional, but roughed out stage --- but the main idea behind it is that with GemStone as the db serve, you are dealing with Smalltalk objects on both the client and server

Re: [Pharo-users] SubModules and SubTrees? ..... Was ----> OSProcess missing from Pharo 6 image

Guille that would be great ... I am in the process of writing the presentation but would make time to talk with you ... lets arrange to skype or discord sometime next week ... Dale On 10/28/16 7:53 AM, Guille Polito wrote: I'm not going to smalltalks, but maybe we can do an skype (or a

[Pharo-users] SubModules and SubTrees? ..... Was ----> OSProcess missing from Pharo 6 image

On 10/28/16 6:05 AM, Guille Polito wrote: Also, we are starting to see how to move Pharo sources to git, and this means we are looking at how we should design Pharo's repository so we can smoothly collaborate and synchronize repositories using pull requests. For example, these two last

Re: [Pharo-users] How to add a dependency in a baseline

On 10/23/2016 11:08 AM, Dimitris Chloupis wrote: Curious question: let say that the spec configuration in first code fragment fails to load for various reason, is there a way for metacello to detect the fail and add something to the baseline , let say the stable version of pillar, so if it

Re: [Pharo-users] How to add a dependency in a baseline

Dimitris, This is your baseline method and I'm not sure what you consider "an ugly hack": baseline: spec spec for: #'pharo' do: [ spec package: 'Octopus' with: [ spec requires: #('Pillar') ]; configuration: 'Pillar' with: [ spec repository:

Re: [Pharo-users] Other format to Filetree

This is a good suggestion ... along these lines I've always thought that it would make a lot of sense to write a SmalltalkBrowser for Github in Amber of PHaroJS that would read Filetree package structure and display it the "right way" ... For extra credit one could even edit code in the

Re: [Pharo-users] How do I debug a MNU in Pharo-6.0

16 at 5:06 PM, Ben Coman <b...@openinworld.com> wrote: On Thu, Oct 20, 2016 at 6:35 AM, Dale Henrichs <dale.henri...@gemtalksystems.com> wrote: I am trying to debug a problem that showed up loading my version of STON into Pharo-6.0. ON Travis, I see the error message[1]: MessageN

Re: [Pharo-users] How do I debug a MNU in Pharo-6.0

a bit different running headless? Dale On 10/19/2016 03:35 PM, Dale Henrichs wrote: I am trying to debug a problem that showed up loading my version of STON into Pharo-6.0. ON Travis, I see the error message[1]: MessageNotUnderstood: receiver of "ifTrue:ifFalse:" is nil The cod

  1   2   3   >