Here is what cyril replied to me once
"Classic smalltalkhub"
Metacello new
smalltalkhubUser: 'KevinLanvin' project: 'MaterialDesignLite'; "Same
as: http://smalltalkhub.com/mc/KevinLanvin/MaterialDesignLite/main "
configuration: 'MaterialDesignLite';
version: #development;
load.
"Classic git
Ben,
I don't think you can compare #halt with Breakpoints. Breakpoints have
two main advantages over halts:
* They do not change source code, so there is no diff between a method
version with and without this debugging aid. Helps a lot, especially
in times when you urgenztly need to fix
Hi,
I have just finished making a BaselineOf and ConfigurationOf for submitting
my github-based project to the Pharo catalog.
If my ConfigurationOf is with my code on github (via Iceberg), what
Metacello command should I run to test that it works correctly before
submitting to the catalog (to fet
> On 26. Dec 2017, at 23:02, Ian Ian wrote:
Hey!
> Yes. That is how it is on github but there are private hit serveers. My
> own, for example.
>
> I found it usable after I changed the regex in both classes where it exists.
I tried to replace some of regexps with ZnUrl but some of the
Hi Andrei,
On 26 December 2017 at 09:51, Andrei Stebakov wrote:
> Can I expect that break points in Pharo work in the same way as in Visual
> Works?
> When I set a break point in Pharo (6.1 on Windows), it displays a red dot
> with an exclamation mark and when I send this message to an object, t
I ran Pharo 6 64 bit on El Capitan some time ago. I am not sure about the exact
version of Pharo and VM though. Have you tried with older VMs?
Cheers,
Manuel
> On 26 Dec 2017, at 17:22, Renaud de Villemeur
> wrote:
>
> Hi all
>
> I want to run pharo on Mac Os X. It is on old hardware, and t
I’ve always liked Neo4j to persist object graphs. Also has a nice query
language. The database is not fool-proof (isolation issues, out of memory on
expensive queries), but works fine for analytics.
> On 25 Dec 2017, at 10:43, Ian Ian wrote:
>
> Hi All,
>
> Thoughts of a purely OO nature?
>
But if VOSS is GPL, that doesn't imply that, when ported, all Pharo
could become GPL, as discussed time and again in the list?
Cheers,
Offray
On 25/12/17 10:01, Stephane Ducasse wrote:
> the author of omnibase told me that he always wanted to port it to
> Pharo. But may be someone should do it.
Thank you for the answers! I thought ODBC was deprecated from Garage, I'll
give it another look.
On Fri, Dec 22, 2017 at 10:53 PM, Thomas Sattler
wrote:
> I have no problem using Garage to connect to Postgres. Don't know if it
> will work with DB2, but since it's ODBC, it should.
>
> On Fri, De
Hi all
I want to run pharo on Mac Os X. It is on old hardware, and thus, I cannot
upgrade to latest version of MacOsX. I am trying to run in on El Capitan -
v 10.11.6.
When I start pharo from the command line, I have this error:
$ ./Pharo
Illegal instruction Tue Dec 26 11:12:55 2017
VM: 201707
2017-12-26 14:32 GMT+01:00 Nicolai Hess :
> Running your drgeo.image on a recent linux pharo 64 bit vm gives this
> error message first:
>
> /home/nicolai/devel/pharo/Pharo7.0-32bit-52a28a8.sources.
>
> With pharo 7, every (bootstrapped)image needs its own sources file?
>
Every Pharo 7 build crea
Yes. That is how it is on github but there are private hit serveers. My
own, for example.
I found it usable after I changed the regex in both classes where it
exists.
On Dec 26, 2017 4:14 AM, wrote:
> Send Pharo-users mailing list submissions to
> pharo-users@lists.pharo.org
>
> To s
Op 26-12-2017 om 14:03 schreef Ian Ian:
After some looking into it I believe Mongo Voyager is the easiest given
the current options.
Too bad Gemstone limits usage after a given number of Gems.
I have always found the Gemstone people very approachable, and open to
trying out ideas.
Stephan
Op 26-12-2017 om 14:03 schreef Ian Ian:
After some looking into it I believe Mongo Voyager is the easiest given
the current options.
Too bad Gemstone limits usage after a given number of Gems.
I have always found the Gemstone people very approachable, and open to
trying out ideas.
Stephan
Op 26-12-2017 om 14:03 schreef Ian Ian:
After some looking into it I believe Mongo Voyager is the easiest given
the current options.
Too bad Gemstone limits usage after a given number of Gems.
I have always found the Gemstone people very approachable, and open to
trying out ideas.
Stephan
Running your drgeo.image on a recent linux pharo 64 bit vm gives this error
message first:
/home/nicolai/devel/pharo/Pharo7.0-32bit-52a28a8.sources.
With pharo 7, every (bootstrapped)image needs its own sources file?
2017-12-26 11:59 GMT+01:00 Hilaire :
> Just make a drgeo build with latest im
After some looking into it I believe Mongo Voyager is the easiest given the
current options.
Too bad Gemstone limits usage after a given number of Gems.
Too bad ObjectDB does as well.
Thanks all. :)
On Dec 25, 2017 12:00 PM, wrote:
> Send Pharo-users mailing list submissions to
> phar
Just make a drgeo build with latest image as of today, the problem is
the same with latest image, as long as the source file is not present.
Here is the newest built[1]
Hilaire
[1] https://www.dropbox.com/s/wc18e21p371z28f/DrGeo.app-18.01a.zip?dl=0
Le 26/12/2017 à 11:15, Pavel Krivanek a écr
Hi Hilaire
your P7 image is older and has problems with FreeType fonts initialization
that should be fixed in the newest builds. Maybe that is cause of the
Athens issues you are facing. Please upgrade.
-- Pavel
2017-12-25 12:05 GMT+01:00 Hilaire :
> The source is really needed to get Athens fun
> On 26 Dec 2017, at 08:21, Yuriy Tymchuk wrote:
>
> Hi Sven,
>
> No, I’m on Mac (OS 10.13).
That is not good then, Uko, but again, there is no way to start debugging this
without a reliable test case that I can run too.
Sven
> Cheers.
> Uko
>
>> On 25 Dec 2017, at 20:03, Sven Van Caekenb
20 matches
Mail list logo
