- Igor Stasenko siguc...@gmail.com wrote:
| 2009/1/7 Torsten Bergmann asta...@gmx.de:
| see http://mue.tideland.biz/2009/01/great-job-guys.html
| --
| Since this is alredy OT ...
|
| by coincidence, i'm currently also working on GLASS, but still using
| old squeak image. :)
| Any success
- Janko Mivšek janko.miv...@eranova.si wrote:
| And when you are already doing that, introduce also breakpoints back in
| Pharo as they are on GLASS GemTools. Very intuitive and the same as on
| most other Smalltalks. If they can be supported in GemTools, why
| aren't yet in Pharo? Any
I'll look into this...
Dale
- Hilaire Fernandes hila...@ofset.org wrote:
| In last pharo core, updated, and installation of the pharo dev
| package.
|
| the debugger always point to the next line in the stack, not the
| current one.
|
| Hilaire
|
| --
| http://blog.ofset.org/hilaire
|
script because I got a
| very long delay when updating the image
|
| Hilaire
|
| 2009/1/13 Dale Henrichs dale.henri...@gemstone.com:
| I'll look into this...
|
| Dale
|
| - Hilaire Fernandes hila...@ofset.org wrote:
|
| | In last pharo core, updated, and installation of the pharo dev
- Damien Cassou damien.cas...@gmail.com wrote:
| On Tue, Jan 20, 2009 at 10:15 AM, Stéphane Ducasse
| stephane.duca...@inria.fr wrote:
| I would prefer to have a better inspector/explorer
|
| Lukas reimplemented most Squeak tools using OB (inspector, explorer,
| debugger, workspace,
- Lukas Renggli reng...@gmail.com wrote:
| Is it anything like the dive feature in VW? I really liked that.
| It
| doesn't have to load the whole object tree, which is much faster
| when you
| have a really big root object!
|
| Have a look at earlier versions of OB-Tools. They
Yes, Julian Fitzell and jf are one and the same.
- Stéphane Ducasse stephane.duca...@inria.fr wrote:
| Name: Tools-jf.90
| Author: jf
| Time: 11 November 2008, 2:52:23 pm
| UUID: 5b6889f2-9071-314b-9c30-e6d83e014049
| Ancestors: Tools-stephane.ducasse.89
|
| Possible fix for issue 329:
|
- Lukas Renggli reng...@gmail.com wrote:
| And, I also agree with lukas. blahDo: is ugly, if you have an
| elegant
| solution... but, what I have to do with OB-Tools? I replace methods
| (like before) or better I create a package OB-Tools-Squeak with
| extensions for Squeak?
|
| I guess
Stéphane,
What did the method look like? I just tried putting halts into a method and was
able to proceed and step across the second halt.
Dale
- Stéphane Ducasse stephane.duca...@inria.fr wrote:
| Hi
|
| today I was giving lectures with the pahro-dev image and its OB-
| debugger ad I
Hmmm,
Do you have a version on OB-Tools? I tested with OB-Tools-EL.60.
Dale
- Dale Henrichs dale.henri...@gemstone.com wrote:
| Stéphane,
|
| What did the method look like? I just tried putting halts into a
| method and was able to proceed and step across the second halt.
|
| Dale
I'll take a look at your two (or three:) issues. Just for my info, what version
of OB-Tools were you using?
Dale
- Igor Stasenko siguc...@gmail.com wrote:
| one more thing:
| pressing 'restart' does not restarts evaluation from choosen context,
| and also throws me an error, when i
- Igor Stasenko siguc...@gmail.com wrote:
| 2009/2/25 Dale Henrichs dale.henri...@gemstone.com:
|
| - Igor Stasenko siguc...@gmail.com wrote:
|
| | one more thing:
| | pressing 'restart' does not restarts evaluation from choosen
| context,
| | and also throws me an error, when i
- Igor Stasenko siguc...@gmail.com wrote:
| Hmm. i can't reproduce it myself.
| It pops up the message , like 'unable to restart context' or
| something..
| but not an error which can be debugged. Seem like debugger catching
| this case by itself and simply asserts you from doing wrong
Okay,
I've been able to reproduce the spurious bug that Igor was seeing ('aContext
not in process chain' error).
It seems to be related to the fact that the OTDebugger uses an
OBFixedButtonPanel and the buttons are not getting updated correctly (or at
all), so the buttons are operating on
Stef,
I posted a more detailed problem description to the OmniBrowser list and David
has an update that fixes the problem (in OmniBrowser-dr.442). I'll verify the
fix later today.
Presumably OmniBrowser-dr.442 will be included in the next development drop, if
not I will submit a bug.
Dale
- Dale Henrichs dale.henri...@gemstone.com wrote:
| Okay,
|
| I've been able to reproduce the spurious bug that Igor was seeing
| ('aContext not in process chain' error).
|
| It seems to be related to the fact that the OTDebugger uses an
| OBFixedButtonPanel and the buttons are not getting
With OmniBrowser-dr.442 OB-Tools-dkh.65, I believe that the outstanding
issues are fixed...
Dale
- Stéphane Ducasse stephane.duca...@inria.fr wrote:
| disable OB-debugger for now.
|
| On Mar 3, 2009, at 9:56 AM, Damien Cassou wrote:
|
| On Mon, Mar 2, 2009 at 7:57 PM, Brian Brown
- Dale Henrichs dale.henri...@gemstone.com wrote:
| I made a blood sacrifice to the OB gods yesterday and they led me to
| an acceptable (initial) implementation of a chasing inspector:)
|
| The code is in OB-Tools-dkh.66 (make sure you've loaded
| OmniBrowser-dr.442 as well). It'll need
- Alexandre Bergel alexan...@bergel.eu wrote:
| Having tooltip for the *, 1, # buttons will definitely help.
| Alternatively, the title of the window may reflect what is currently
|
| displayed.
|
| It looks very good
|
| Alexandre
Alexandre,
Good ideas about the tooltip and window
- Michael van der Gulik mike...@gmail.com wrote:
| If you want to use multiple CPU cores, I believe that ST/X and
| Gemstone both
| do this. I haven't tried though.
|
| Smalltalk/X: http://www.exept.de/
| Gemstone: http://seaside.gemstone.com/
|
| Gulik.
GemStone allows you to spread the
With 10259, there are tool tips for the 'mystery' buttons in the inspectors...
If you have added a custom inspector method, you need to add #tooltip: to your
pragama like the following for ObjectbasicInspectorNodes:
inspector: #'1' priority: 600 toolTip: 'Basic elements'
Dale
- Stéphane Ducasse stephane.duca...@inria.fr wrote:
| It would be great. I mean Really great.
| Even if we want to have a better OB based may be system having a fall
|
| back is really important
Okay ... I'll take a crack at the old debugger...
Dale
I'm trying to reproduce the problem that Michael Roberts reported. But I'm
running into a couple of problems.
I'm running on a linux system, so I grabbed exupery-vm-0.15-linux.tz from the
downloads page on google. I'm using the prebuilt squeak vm in this download.
I grabbed
- Dale Henrichs dale.henri...@gemstone.com wrote:
| I'm trying to reproduce the problem that Michael Roberts reported. But
| I'm running into a couple of problems.
|
| I'm running on a linux system, so I grabbed exupery-vm-0.15-linux.tz
| from the downloads page on google. I'm using
I've started taking a look at the problem reported by Michael Roberts.
I got slightly different misbehavior using the 10259-ClosureBootstrap download
on linux than reported by Michael, but in checking things out I discovered that
the code in the Debugger for the *Core* downloads is different
by the
| closure changes.
|
| On Apr 4, 2009, at 6:39 PM, Dale Henrichs wrote:
|
| I've started taking a look at the problem reported by Michael
| Roberts.
|
| I got slightly different misbehavior using the 10259-
| ClosureBootstrap download on linux than reported by Michael, but in
|
| checking
- Steve Wirts stevewi...@gmail.com wrote:
| Stef,
|
| Only submorphs, the gui hierarchy are shown, this is a really useful
| capability when trying to understand deeply nested complex gui
| structures.
| I suppose we could put a toggle button on a menu option on explorer to
| turn
| on
I've seen this as well in 10306 on Linux.
You can switch to the old debugger to avoid hitting the problem (but you are
just avoiding the problem). The problem is with RemoteString and multiByte file
and I thought that that problem had been solved ... perhaps not for all cases?
If this is a
Nicolas Cellier posted a workaround
(http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg08727.html).
The workaround is in an attachment at the very end of the message.
Dale
- Alexandr Batalshikov abatalshi...@gmail.com wrote:
| Hello,
| right mouse click in low frame (with
- Torsten Bergmann asta...@gmx.de wrote:
| Hi all,
|
| see http://code.google.com/p/seaside/issues/detail?id=385 for details
| and code is in LoadOrderTests-tbn.21.mcz on squeaksource/Seaside29
|
| This is necessary since we want to allow easy testing of latest
| seaside code in pharo just
Norbert,
I would recommend using an older version of Pharo for GemTools - the one-click
GemTools 2.3.1 preview (based on an earlier version of Pharo) is the best
option, in my opinion.
I am waiting for the rate of change to slow down a bit, before trying GemTools
on the latest version of
The 2.3.1 preview one-click is based on the dev image for 10243 and I use 10259
at work, both work fine for GemTools usage.
Dale
- Reg Krock rkr...@locksleycreeksoftware.com wrote:
| Which version of Pharo would you recommend?
|
| Reg
|
| On 28-May-09, at 5:15 PM, Dale Henrichs wrote
...@lists.gforge.inria.fr]en nombre de Dale
| Henrichs
| Enviado el: Jueves, 28 de Mayo de 2009 09:11 p.m.
| Para: Reg Krock
| CC: Pharo-project@lists.gforge.inria.fr
| Asunto: Re: [Pharo-project] struggeling along
|
|
| The 2.3.1 preview one-click is based on the dev image for 10243 and I
| use
| 10259 at work
Frank,
For GemTools, I recommend that you use the GemTools 2.3.1 Preview from the
GLASS downloads page[1]. It's an older Pharo image, but it is known to work.
The current Pharo versions are moving so fast that I have not tried to keep up
with them. When the pace of change slows down a bit, we
- Stéphane Ducasse stephane.duca...@inria.fr wrote:
| we will soon arrive in beta :)
| and we will ask for people to shake it and identify show stopper bugs
|
| Stef
It's been quite impressive to see Pharo come together. You guys haven't pulled
any punches when it comes to aggressive
| tools zip file at seaside.gemstone.com/tutorials which is isn't there
| now and that is probably the source of my confusion..
|
| I guess I have to wait a while.
|
| Thanks
|
| Frank
|
| 2009/6/16 Dale Henrichs dale.henri...@gemstone.com:
| Frank,
|
| For GemTools, I recommend that you use
Janko,
Hmmm... what happens if you run '[ 3 halt ] fork'?
I remember that there was a little discussion about the correct implementation
of #isSuspended ... In my (older) image #isSuspended is implemented as '^myList
isNil' ... what's yours look like? My guess is that in your case myList
... In OTToolSet
classdebug:context:label:contents:fullView: redirect to the super class
implementation to get the old debugger, which presumably still works...
Dale
- Janko Mivšek janko.miv...@eranova.si wrote:
| Hi Dale,
|
| Dale Henrichs pravi:
|
| Hmmm... what happens if you run '[ 3 halt
http://code.google.com/p/pharo/issues/detail?id=913
I wasn't able to directly reproduce the problem in my tests, but upon code
inspection
it was obvious that an empty Dictionary should be returned by
BytecodeEncoderblockExtentsToTempRefs instead of nil. None of the senders
would be
adversely
Michael,
Thanks! Subclassing it is.
Dale
- Michael Rueger m.rue...@acm.org wrote:
| Dale Henrichs wrote:
|
| The class UserInterruptHandler is tantalizingly close, however,
| there
| is no obvious way to insinuate myself as an interested
| partyIt's
| pretty much hard-wired to open
- Michael Rueger m.rue...@acm.org wrote:
| Dale Henrichs wrote:
|
| The class UserInterruptHandler is tantalizingly close, however,
| there
| is no obvious way to insinuate myself as an interested
| partyIt's
| pretty much hard-wired to open a debugger on the interrupted
| process
|
| Just
Is there a rationale for why one would need to set UseOldNetwork to true in
NetNameResolver.
Using the 1.0beta on my laptop at home (OpenSuse) NetNameResolver works fine.
On my machine at work (Ubuntu) the 1.0beta needs UseOldNetwork set to false to
resolve names. It prints 'getaddrinfo: Name
Okay,
I see that this is related to
http://code.google.com/p/pharo/issues/detail?id=794 and I suppose I am lucky
the UseOldNetwork is working for me...
Dale
- Dale Henrichs dale.henri...@gemstone.com wrote:
| Is there a rationale for why one would need to set UseOldNetwork to
| true
Stef and Javier,
I am maintaining the OTDebugger and have been addressing problems as they are
reported. When you originally reported the bug I (mistakenly) thought you had
been using the old debugger since that is the debugger shipped with the 1.0beta.
I'm somewhat hammered at the moment, but
I'm trying to characterize some differences in behavior for GemTools between
Squeak and the 1.0beta for Pharo. I'm not reporting a bug as much as trying to
understand what I need to do differently in Pharo.
In GemTools, I have a special workspace (GemTools Launcher), that causes doits
to be
...@gmail.com wrote:
| 2009/8/7 Dale Henrichs dale.henri...@gemstone.com:
| I'm trying to characterize some differences in behavior for GemTools
| between Squeak and the 1.0beta for Pharo. I'm not reporting a bug as
| much as trying to understand what I need to do differently in Pharo.
|
| In GemTools, I
, at 9:06 PM, Dale Henrichs wrote:
|
| Igor,
|
| I appreciate what you are saying and in the fullness of time, we may
|
| be able to do more things with background processes.
|
| However, we _are_ running a development environment for GemStone
| that should appear to the user
Will do...
Dale
- Stéphane Ducasse stephane.duca...@inria.fr wrote:
| dale could you publish your code and open a BT entry so that a person
|
| with a better understanding of the implications than me
| can comment on it?
| On Aug 7, 2009, at 11:28 PM, Dale Henrichs wrote:
|
| Stef
Mike,
I have been working on Metacello which is a package management system for
Smalltalk. Metacello is built on top of Monticello and should also be able to
manage MC2 artifacts.
Metacello runs on Squeak, Pharo and GemStone. It is currently in alpha as I am
still working on making it
- Miguel Enrique Cobá Martinez miguel.c...@gmail.com wrote:
| El dom, 09-08-2009 a las 10:29 -0700, Dale Henrichs escribió:
|
|- Package to package dependencies. One can declare required
| packages
| like the
| following:
|'Example-Core-anon.9'
|'Example-Tests
Ready for review:
http://code.google.com/p/pharo/issues/detail?id=1053
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
GemStone (GLASS) will be writing and reading old-style mcz files for the
foreseeable future, so backward compatibility is important.
Dale
- Lukas Renggli reng...@gmail.com wrote:
| - idea: we keep the * notation but we hook into the
| tools to
| create real
Stef,
I think that the core of Metacello is very solid. Doru is using it for Moose (a
large project) and I am using it for GLASS managing 20 some individual projects
like Pier, Seaside 2.8 and Magritte. I am working on a Metacello configuration
for Seaside 3.0 - almost 70 packages and around
Stef,
Under Metacello, when you a release a version, the complete list of Monticello
files are recorded with the version (including load order dependencies).
So Metacello is designed to make it possible to load old versions of projects
into new images.
It is also possible to record the
conflict
|
| or do not work
|
| Now universe forces me and you to choose when we publish because there
|
| was only one AppA
| the AppA for the current Universe.
|
| Stef
|
| On Sep 16, 2009, at 6:42 PM, Dale Henrichs wrote:
|
| Stef,
|
| Under Metacello, when you a release a version
- Adrian Lienhard a...@netstyle.ch wrote:
| This is a good list. I would like to add:
|
| - evaluate Metacello as a package management system for Pharo (Dale
| announced Metacello beta on the Seaside-dev mailing list yesterday)
Although I am about 8 hours out of synch with the sprint, I
RT @tinybuddha: Do not give your attention to what others do or fail to do;
give it to what you do or fail to do. ~Dhammapada
- keith keith_hod...@yahoo.co.uk wrote:
| On 12 Oct 2009, at 17:45, Stéphane Ducasse wrote:
|
| Mike is it related to the testServer publihsed on squeaksource?
|
Nicolas, many very good points.
Just to add food for thought... double dispatching is a technique that has the
benefit of avoiding is messages completely allowing for maximum flexibility
and if the message isn't understood, immediate feedback that the programmer has
done something wrong
Johan,
Yes there was a recent change to Error handling in Pharo that broke Metacello
(Error no longer resumable) that broke Metacello... I ran into that one
yesterday on 10487 and updated the Seaside Metacello config
(Seaside-Metacello-Configuration-dkh.15) with a fix.
For Pharo 10487 you'll
Tudor,
My office desktop is ubuntu and I've just unzipped the linux download from the
Pharo downloads page. I just run the squeak executable directly.
The one thing I've had to do though is to set NetNameResolver
classuseOldNetwork to undonditionally return true.
I think I am running an 8.0
Bill,
Don't what link you followed but, Seaside Testing is at (works for me:):
http://www.squeaksource.com/SeasideTesting.html
There's a recent update (June of this year) to the framework for Seaside3.0
(Seaside 2.9 at the time)...
Seems you've been having bad luck finding info with
- Stéphane Ducasse stephane.duca...@inria.fr wrote:
| Lukas
|
| I tried but it did not work.
| I tried on NetNameResolver
| to see how useOldNetwork is set.
|
| Stef
|
|
| On Nov 7, 2009, at 6:05 PM, Lukas Renggli wrote:
|
| 2009/11/7 Stéphane Ducasse stephane.duca...@inria.fr:
| when
Stef,
[sorry about empty mail]
If you have the instance selected when you chase you get the class variables
when you select class in chaser...instance variables when instance selected.
If you have the class selected when you chase you apear to get the class
variables for the superclasses
-
| From: pharo-project-boun...@lists.gforge.inria.fr
| [mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Dale
| Henrichs
| Sent: Saturday, November 07, 2009 3:49 PM
| To: Pharo-project@lists.gforge.inria.fr
| Cc: Pharo-project@lists.gforge.inria.fr
| Subject: Re: [Pharo-project
As an FYI... for those using Metacello...
In Metacello you can arrange to override the repositories used for loading ...
useful in cases where servers are down or offline/not accessible for other
reasons ...saves you from having to edit configurations ...
I use the override for creating a
painful to watch, or could be problematic on slow
| connections.
|
| Bill
|
|
|
| -Original Message-
| From: pharo-project-boun...@lists.gforge.inria.fr
| [mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Dale
| Henrichs
| Sent: Monday, November 09, 2009 3:26 PM
| To: Pharo
Bill,
Monticello shouldn't have a problem sharing the package cache, although
concurrent access in the package cache directory could be problematic, but
you'd have to be in the middle of downloading a package into the cache in one
image while accessing the package from the cache in another
In the google issues list, one can add a column called Fixed and a version
can be supplied for the value of that field (like Version or Milestone) when
the bug is fixed ... I think this is what Tim is getting at. I've just done
this for Metacello, since I think it is a good idea:)
Dale
-
Esteban,
I think that what you are proposing makes a lot of sense, although I am a bit
biased ... a central repository would definitely make it very simple to find
projects that are managed...
It seems that in addition to to the Monticello repository of configurations, a
catalog website that
Mariano,
I've got a ConfigurationOfSeaside30 (and ConfigurationOfGrease) that I've been
using for awhile now...
Dale
- Mariano Martinez Peck marianop...@gmail.com wrote:
| Hi folks! We started to create Metacello scripts to build Pharo
| images. In
| order to do this, we need the
I've checked in a new version of the configuration that allows me to load
SqueakDBX in Pharo and I will test this shortly in Squeak
(ConfigurationOfSqueakDBX-DaleHenrichs.4).
FFI pacakges must be _initialized_ in load order. Which means that you have to
use the #linear load type for loading
It is possible to do platform-specific configurations within the same
configuration. For GLASS, I generate the following attributes:
#'gs2.4.x' #'gs2.3.x' #'gs2.x' #'gs3.x'
So that I can specify different package versions based on which underlying
version of GemStone is running.
A similar
I've added the following configurations to the MetacelloRepository:
ConfigurationOfKomHttpServer
ConfigurationOfSPort2
ConfigurationOfSwazoo2
and updated ConfigurationOfSeaside30 updated to use the above configurations.
Dale
___
Pharo-project
These are two places to get started with Metacello:
http://code.google.com/p/metacello/
http://groups.google.com/group/metacello
If you have questions, join the mailing group and ask away.
Dale
- GeertClaes geert.wl.cl...@gmail.com wrote:
| I tried to search for more info about the
Just published ConfigurationOfSeaside28 to
http://www.squeaksource.com/MetacelloRepository.
In a pharo dev image:
Gofer new
squeaksource: 'MetacelloRepository';
addPackage: 'ConfigurationOfSeaside28';
load.
(Smalltalk at: #ConfigurationOfSeaside28) perform: #load.
I think that something like it could be arrange ... instead of #requires:,
there's be #rejects:
Dale
- Stéphane Ducasse stephane.duca...@inria.fr wrote:
| good idea!
| Dale? Do we have xor for configuration ;) ?
|
| On Dec 20, 2009, at 9:32 AM, Lukas Renggli wrote:
|
| I think it would
Mariano,
As a general principle, I think that it is a good idea to create a
configuration per project, that way it is easy for different folks to use that
project.
It _is_ also useful to create configurations of configurations that pull
together a number of different projects into an easy to
It has been on the todo list for quite awhile ... I'm just getting around to
getting the most recent SqueakSource running in GemStone ... the GemSource
instance is still running the Seaside2.6 version:)
For GemStone, the mcz files are stored in a Dictionary in the repository.
Something to look
Doru,
Have you tried 1.0-beta.18 with the latest gofer?
Dale
- Tudor Girba tudor.gi...@gmail.com wrote:
| Hi,
|
| The problem is that Metacello is not quite working with the latest
| Gofer.
|
| Cheers,
| Doru
|
|
| On 27 Dec 2009, at 17:39, Alexandre Bergel wrote:
|
| Hi Lukas,
|
|
Version 1.0-beta.18 (development) should have fixes for the latest Gofer.
1.0-beta.18 is currently in #development so it is automatically loaded. When I
get the chance to test the Metacello fixes with 10502, I'll #release
1.0-beta.18 (and will be automatically loaded).
Dale
- Alexandre
Gofer-dkh.105 or whichever later version predates the move of the instance
variable would get Metacello back into a bootable form for all versions of
Pharo.
I agree that for 1.0 a stable version of Gofer be chosen ... I'm trying to
restrict the current Metacello changes to avoid significant
expanded it's
functionality...
Gotta love the holidays:)
Dale
- Stéphane Ducasse stephane.duca...@inria.fr wrote:
| On Dec 27, 2009, at 11:38 PM, Dale Henrichs wrote:
|
| Gofer-dkh.105 or whichever later version predates the move of the
| instance variable would get Metacello back
That's irght. You can't break eggs without baking a cake!
Dale
- Adrian Kuhn ak...@iam.unibe.ch wrote:
| Mariano Martinez Peck marianop...@... writes:
|
| Thanks Adrian. All your improvments are really cool. The only thing
| that I am
| concerned is that if I change all my tests to this
Unloading isn't supported in Metacello, yet.
At various points in time in the past I have had unloading working in
Metacello, from the perspective of using the dependency information to
determine what packages should be unloaded and what order to unload things.
But, I thought it was important
for the configurations in
MetacelloRepository tonight.
Dale
- Dale Henrichs dale.henri...@gemstone.com wrote:
| The latest Gofer API is not backward compatible with the earlier
| versions of the Gofer API. This means that I need to have different
| versions of Metacello to use with the different versions
Metacello will be used to identify stable versions of the packages that are
known to work and there is an ongoing effort to create Metacello configurations
for all of the projects that go into the dev and web images.
So that part of the puzzle is being addressed.
Dale
- Mariano Martinez
Geert,
I will say that there is definite interest on our part to port Moose/Glamour to
GemStone. Cross platform tools are very interesting, because they provide a
smooth transition into GemStone, when the need for GemStone arises.
Dale
- Geert Claes geert.wl.cl...@gmail.com wrote:
|
, 2010 at 7:12 PM, Dale Henrichs
| dale.henri...@gemstone.com wrote:
| Geert,
|
| I will say that there is definite interest on our part to port
| Moose/Glamour to GemStone. Cross platform tools are very interesting,
| because they provide a smooth transition into GemStone, when the need
- Lukas Renggli reng...@gmail.com wrote:
| 4) Now I created all the Metacello configurations for the PharoDev
| image and
| I took me a lot of time. Because I am not the developer of any of
| those
| projects. So, I need to understand the dependencies, the order, the
| versions, etc.
- csra...@bol.com.br wrote:
| 3) Tomorrow we can have AidaWeb images based in
| pharo (please Janko!!) so we can just do the same and put the link
| to those images.
|
| While I'm fond of the idea on having AidaWeb very soon as possible, I
| also think we should put ourselves in
What version of Gofer is loaded into the Core?
Dale
- Mariano Martinez Peck marianop...@gmail.com wrote:
| The error is Working copy for Gofer not found
|
| To reproduce it, update your Pharo 1.0 core image to 10505 and
| evaluate any
| load of any ConfigurationOf...for example
|
|
:
| Gofer-Core-AdrianLienhard.114 from
| http://www.squeaksource.com/Pharo
| cheers
|
| mariano
|
| On Thu, Jan 7, 2010 at 12:09 AM, Dale Henrichs
| dale.henri...@gemstone.comwrote:
|
| What version of Gofer is loaded into the Core?
|
| Dale
| - Mariano Martinez Peck marianop...@gmail.com
Mariano,
I've updated ConfigurationOfMetacello so that ensureMetacello method works on
10504 and later Pharo images. FYI, since 1.0-beta.18 is still the 'latest
version' Gofer-lr.109 will be loaded over the top of Gofer-Core, but things
appear to still be functional.
When I release
Excellent work Mariano!
Dale
- Mariano Martinez Peck marianop...@gmail.com wrote:
| On Thu, Jan 7, 2010 at 9:54 PM, Mariano Martinez Peck
| marianop...@gmail.com
| wrote:
|
| (Sorry for the long email)
|
| Yes, after a couple of weeks, I have written most of the needed
| Metacello
|
- Alexandre Bergel alexan...@bergel.eu wrote:
| A minor comment:
|
| Gofer new
| squeaksource: 'MetacelloRepository';
| package: 'ConfigurationOfPharo';
| load.
|
| ((Smalltalk at: #ConfigurationOfPharo) project version: '1.0-
| rc2.10505') load.
|
|
| I find this
haha, I see that Esteban has gone much farther towards creating a set of tools
that go way beyond the simple loading of a configuration ...
Dale
- Dale Henrichs dale.henri...@gemstone.com wrote:
| - Alexandre Bergel alexan...@bergel.eu wrote:
|
| | A minor comment:
| |
| | Gofer new
- Mariano Martinez Peck marianop...@gmail.com wrote:
| ps: There is another version about some tests...sorry, those are the
| OB
| tests (BogusTestCase) and I don't know why it depends on soemthing I
| don't
| know what it is...if someone can help me :)
The package BogusInfo is required
Alexandre,
Thanks for the feedback, my little set of extensions were meant as a proof of
concept. Esteban's Loader provides a similar API with many more features, so
I'll let my experiment rest for the time being.
By all means add your configuration to MetacelloRepository.
Dale
-
- Mariano Martinez Peck marianop...@gmail.com wrote:
| Because it seems to me that now we just cut and paste from
| previous ones.
| Maybe a super class ConfigurationOfPackages could be created?
|
|
| Yes, you have to copy from the class MetacelloConfigTemplate
|
| Yes, we discussed
- Mariano Martinez Peck marianop...@gmail.com wrote:
| So far, I created: ConfigurationOfNewInspector,
| ConfigurationOfOCompletion,
| ConfigurationOfOmniBrowser, ConfigurationOfPharoMorphicExtras,
| ConfigurationOfPharoSound, ConfigurationOfRefactoringBrowser,
| ConfigurationOfShout ,
1 - 100 of 704 matches
Mail list logo
