The scenario looks like the following:
- image is save with main window at an arbitrary extent
- image is load in a different system with the different screen extent,
the main window is automatically set to this screen extent
- #startUp class registered messages are sent
- World is set to the
Sven,
I think the issue is one of mechanics
... Imagine a small system where we have 5 engineers doing 2 commits per day
with an average of 4 mcz files touched per commit ... that's 40 modified mcz
file per day ... 10% of the commits are aimed at a bugfix release on an earlier
version of the
Hi,
I created a configuration of mongo talk who is able to load mongo in a Pharo 1.
3 or Pharo 1.4 image.
Gofer it
squeaksource: 'MetacelloRepository';
package: 'ConfigurationOfMongoTalk';
load.
(ConfigurationOfMongoTalk project version: #stable) load.
this will install
No, it does not.
Please elaborate: I really can't see the difference between doing a merge
(either an easy one or a more diffucult one over multiple files, spread over
a couple of days, with intervening changes by others) using either
Monticello or Git.
The scalability limits of
sudo rm /usr/bin/gcc
success !
sudo ln /usr/bin/gcc-4.2 gcc
fail !
no such file
there is a gcc symlink in developer/usr/bin that point to
developer/usr/llvm-gcc-4.2/llvm-gcc-4.2
there is no gcc-4.2 in my Xcode folder or other folders except the gcc folder
that I installed via macports
Yes took me 10 hours to install GTK and it crashed on me…
So … I do not see this discussion going anywhere.
On Jan 29, 2012, at 7:16 PM, Sven Van Caekenberghe wrote:
On 29 Jan 2012, at 18:48, Philippe Marschall wrote:
The scalability limits of Monticello are well understood. PackageInfo
Stef efforts are amazing.
I started a course on Pharo this week. All students have their PBE. Very
important.
Laurent
On Sun, Jan 29, 2012 at 7:09 PM, Dale Henrichs dhenr...@vmware.com wrote:
+100 for your documentation efforts Stef!
Dale
- Original Message -
| From: Stéphane
There is a problem there... if you have XCode 4.2.1 (latest), you should have
that one... xcode just changed the default, it did not remove the gcc, AFAIK.
which versions of gcc do you have in /usr/bin?
oh, btw... is ln -s, not just ln (my mistake, but both should work)
(symlink macport gcc
Today I pressed Command-. while looking at a slow Monticello save, I was
wondering what the system was doing before I even had written my commit message.
Apparently, MCWorkingCopy#uniqueVersionName checks every repository linked to
the package, (6 for Zn in my case), to see if the proposed
Steve,
I have two comments:
1. inventing the future doesn't happen by considering
how ambitious it may seem. In the end it is probably
easier than you think and harder than I think. If it was
real easy, I'd have been done by now:)
2. I propose a race:
You start
On 29.01.2012 17:29, Steve Wart wrote:
Big legacy projects are still using Envy for VisualWorks less for the
reasons listed below, but mostly because it's extremely difficult to
migrate to Store without doing a big bang and most of these projects
don't have 200+ developers anymore anyhow
Hi Dimitris,
the Greek Google link does not work for me for some reason; maybe the shootout
server is down ... in any case I strongly doubt that the shootout benchmarks
(if that's where the link was supposed to point to) say anything about
productivity.
The other link is not what I was
Hi Dale
First let me apologize for using such a horrible IT euphemism. I have been
hanging around software politicians for far too long. I think you deserve
all the credit for coming up with an elegant and effective configuration
management system that has brought many parts of the Smalltalk
On 29.01.2012 19:39, Stéphane Ducasse wrote:
No, it does not.
Please elaborate: I really can't see the difference between doing a merge
(either an easy one or a more diffucult one over multiple files, spread over a
couple of days, with intervening changes by others) using either Monticello
there is no gcc in usr/bin at all. Afterall your first command removed the only
one ;)
I have reinstalled Xcode to be sure . My Xcode About box says its XCODE 4.2
build 4D199
no idea how to update cause I downloaded it via torrent, could not download
from app store cause my connection is
On Sun, Jan 29, 2012 at 11:39 AM, Philippe Marschall kus...@gmx.net wrote:
On 29.01.2012 17:29, Steve Wart wrote:
Big legacy projects are still using Envy for VisualWorks less for the
reasons listed below, but mostly because it's extremely difficult to
migrate to Store without doing a big
On 29.01.2012 19:39, Stéphane Ducasse wrote:
No, it does not.
Please elaborate: I really can't see the difference between doing a merge
(either an easy one or a more diffucult one over multiple files, spread over a
couple of days, with intervening changes by others) using either Monticello
he... connection problems... yeah, I know a lot about them :)
well... after a successful install, I *think* you should have gcc and
gcc-4.2... last one is also a symlink who points to:
/usr/bin/i686-apple-darwin11-gcc-4.2.1
who should be there... is that the case?
El 29/01/2012, a las
I've spent a few hours playing with Alien+FFI and I did want to have a
Command line interface to play and use as a quick browser.
Gofer it
squeaksource: 'CLInterface';
package: 'ConfigurationOfCLInterface';
load.
ConfigurationOfCLInterface load.
To play with it write a script, for
I often discuss with Frank Lesser about Smalltalk compiler internals. He
has written a Smalltalk VM (GVM), that is written in Assembler and jits
Smalltalk directly dynamically into Intel machine code, that is *faster*
than C in normal cases, expecially when fine tuned, able to run VS, VA,
Squeak,
Hi,
I loaded last version of seaside into a pharo 1.4 image.
Everything looks working fine, but there a couple of fixes:
1)
KomLogger#attachTranscript
self detachTheTranscript.
^(self streams detect: [:ea | ea isTranscriptStream] ifNone: [nil])
ifNil: [self
Steve,
Ah yes, the old it's too hard to do the right thing, so let's do what we want
to do argument. Haha ... no offense taken. As you mention it is easy to fall
into that trap.
While it's true that I put a lot of effort into Metacello, it isn't true that
I deserve all the credit ... nothing
Hi ben and others
I fixed the RPackage implementation to the renaming of announcements.
Now all the tests are green again.
Stef
in usr/bin I have i686-apple-darwin11-llvm-g++-4.2
and 686-apple-darwin11-llvm-gcc-4.2. Both are symlinks that point to the
usr/llmv-gcc-4.2/bin and corresponding binaries.
Dont know why, there is also a gcc binary in my home folder. Maybe
I accidentally moved it there before the install.
Marcus Denker IMHO is the only one, who is able to do a diff - diff - diff
(with his Moose tools) on VA, Pharo, Seaside Code to filter out a
adaption/portability layer between these Smalltalk and make future ports of
packets an ease!?
SPORT was a great start, why was it discontinued???
Marcus?
2012/1/29 Guido Stepken gstep...@googlemail.com:
Marcus Denker IMHO is the only one, who is able to do a diff - diff - diff
(with his Moose tools) on VA, Pharo, Seaside Code to filter out a
adaption/portability layer between these Smalltalk and make future ports of
packets an ease!?
SPORT
Hi,
with seaside 3.0 fixed (as I send in another mail), I can report that pier2
loads and runs out of the box on pharo 1.4
best,
Esteban
Am 29.01.2012 21:37 schrieb Nicolas Cellier
nicolas.cellier.aka.n...@gmail.com:
2012/1/29 Guido Stepken gstep...@googlemail.com:
Marcus Denker IMHO is the only one, who is able to do a diff - diff -
diff
(with his Moose tools) on VA, Pharo, Seaside Code to filter out a
oops... that's not completely true... there is a problem with one of the
persistence strategies, because pharo 1.4 removes image segment.
but all the rest is working fine :)
El 29/01/2012, a las 5:44p.m., Esteban Lorenzano escribió:
Hi,
with seaside 3.0 fixed (as I send in another mail),
it appears I was correct according to this
http://ask.metafilter.com/200231/How-to-install-gcc-42-on-a-macbook-with-Xcode-42
and a gazillion other results from google . It no longer ships with Xcode-4.2.
I assume you have upgraded from 4.1 that is why you have it.
Ok I am ready to try
if you have this one: i686-apple-darwin11-gcc-apple-4.2.1
that should be the right one.
Just create a symlink 'gcc' in /usr/bin and let's see what happens.
El 29/01/2012, a las 5:50p.m., dimitris chloupis escribió:
it appears I was correct according to this
On 29 Jan 2012, at 21:09, Esteban Lorenzano wrote:
he... connection problems... yeah, I know a lot about them :)
well... after a successful install, I *think* you should have gcc and
gcc-4.2... last one is also a symlink who points to:
/usr/bin/i686-apple-darwin11-gcc-4.2.1
We have
Hi!
It's very common to have the same structure when handling resources that
should be disposed after using -normally when they belong outside the
image- like files, aliens, database transactions, mutex semaphores...
*[
open the file
do something with the file
] ensure: [ close the file ]
**[
Hi
I have the impression that PseudoContext is not used anymore. At least compact
class array and special object array
do not use it anymore. So what is the use for this class?
Stef
maybe, but he can restore default gcc after trying. I asked for removing a
symlink, not the llvm compiler it self.
Right now I do not have a better/faster way to doit... and he needs to compile
his vm, so...
El 29/01/2012, a las 6:00p.m., Stefan Marr escribió:
On 29 Jan 2012, at 21:09,
Esteban,
If it were me, I'd isolate the specific changes in two new packages:
KomHttpServerPortability.common
KomHttpServerPortability.pharo14
existing implementation in the common branch and the Pharo1.4 changes in the
pharo14 branch.
I've attached a new version of the configuration that
Am 29.01.2012 21:37 schrieb Nicolas Cellier
nicolas.cellier.aka.nicenicolas.cellier.aka.n...@gmail.com
@
nicolas.cellier.aka.n...@gmail.comgmail.comnicolas.cellier.aka.n...@gmail.com
:
2012/1/29 Guido Stepken gstepken
gstep...@googlemail.com@gstep...@googlemail.com
googlemail.com
tried all the steps and generated sources when i try to make it fails here is
my log
DIMITRISs-iMac:~ kilon$ cd cogvm
DIMITRISs-iMac:cogvm kilon$ cd blessed
DIMITRISs-iMac:blessed kilon$ cd build
DIMITRISs-iMac:build kilon$ ../codegen-scripts/extract-commit-info.sh
DIMITRISs-iMac:build kilon$
Am 29.01.2012 22:01 schrieb Guillermo Polito guillermopol...@gmail.com:
Hi!
It's very common to have the same structure when handling resources that
should be disposed after using -normally when they belong outside the
image- like files, aliens, database transactions, mutex semaphores...
[
But the point I think Lawson is making is that there has not yet been
sufficient effort by anyone other than Craig to determine, for sure,
what the exact feasibility of the Spoon system is.
A MNU is too-trivial an issue to give up on the Spoon dream, given the
potential leverage it could offer on
Hi
I would like to write some tests about MethodContext and BlockClosure
activation.
To start I wanted to write a simple invocation and step in from context to
context.
I could manually annotate the code with thisContext and store the resulting
contexts
somewhere. But does anybody has some
...and now we are with differences of apple compiled and macports compiled.
-arch is an apple specific flag... and we are using some others, I think... but
you can try by using -m32 instead -arch i386 and see what happens :(
change needed is in
CocoaIOSConfig#commonCompilerFlags
yeah,
But the goal of making the image smaller is congruent with the goal of
making Morphic smaller, which would be congruent with the desire for
Monticello to be scalable. So the solution should be smaller
packages, not more and bigger tools.
Besides, the measure of scale you've chosen is an build /
On Jan 29, 2012, at 5:32 PM, Guido Stepken wrote:
Marcus Denker
Why me? What did I do? Moose? You are surely mistake me for someone else.
Marcus
--
Marcus Denker -- http://marcusdenker.de
would you mind sending me the compiler by attachment to copy paste it to the
relevant folder ? I think that will be much easier for me since we both have
Lion and Xcode 4.2. Thanks
You know I really hate C/C++ but there are days I question that hate and how
much I exaggerate , after this I
Marcus,
Guido is troll. 'nuff said.
Dale
- Original Message -
| From: Marcus Denker marcus.den...@inria.fr
| To: Pharo-project@lists.gforge.inria.fr
| Sent: Sunday, January 29, 2012 1:33:40 PM
| Subject: Re: [Pharo-project] loading Seaside 3.0.6.3 in Pharo 1.4
|
|
| On Jan 29, 2012,
In fact I did something really simple like the following.
sendSimpleSend
self new sendSimpleSend
ThisContextOne := thisContext.
self halt.
self simpleSend
When I execute the following I do not get why ThisContextOne does not hold a
working (pc not nil….) context.
On Jan 29, 2012, at 6:02 PM, Stéphane Ducasse wrote:
Hi
I have the impression that PseudoContext is not used anymore. At least
compact class array and special object array
do not use it anymore. So what is the use for this class?
I think it was only used by Ian's original Jitter...
thanks for the effort.
Stef
On Jan 29, 2012, at 9:46 PM, Esteban Lorenzano wrote:
oops... that's not completely true... there is a problem with one of the
persistence strategies, because pharo 1.4 removes image segment.
but all the rest is working fine :)
El 29/01/2012, a las 5:44p.m.,
Mariano Martinez Peck wrote
I don't know which image version you are using
1.3
Mariano Martinez Peck wrote
I fixed this:
Great, thanks.
--
View this message in context:
http://forum.world.st/Problems-loading-underscore-assignments-tp4337617p4339360.html
Sent from the Pharo
On Jan 27, 2012, at 9:42 PM, Camillo Bruni wrote:
Hi Deby,
Open a bug report :) I think the memory FS should handle the modification /
creation dates exactly as it would on disk...
There is a bug entry here already:
http://code.google.com/p/pharo/issues/detail?id=3154
--
I don't see any PseudoContext in squeak trunk, you can reasonably not
afford to be dirtier ;)
2012/1/29 Marcus Denker marcus.den...@inria.fr:
On Jan 29, 2012, at 6:02 PM, Stéphane Ducasse wrote:
Hi
I have the impression that PseudoContext is not used anymore. At least
compact class array
Hi,
We've built a little package that allows us to save all our source in
git. We've been developing with this for 3 months now, and it's pretty
stable. I put a project on github,
https://github.com/finworks/smallsource that contains some more info
on it. Yes, there's more work to do, but there's
On 29.01.2012 22:31, Chris Muller wrote:
But the goal of making the image smaller is congruent with the goal of
making Morphic smaller, which would be congruent with the desire for
Monticello to be scalable.
What are you talking about? I chose Morphic because it was the first
package I found
Chris Muller-3 wrote
A MNU is too-trivial an issue to give up on the Spoon dream
Obviously. I was speaking to the over simplification that
no-one-being-willing-to-give-feedback was the key impediment to a bright
future, not to Spoon's value.
--
View this message in context:
Otto,
On 29 Jan 2012, at 23:03, Otto Behrens wrote:
Hi,
We've built a little package that allows us to save all our source in
git. We've been developing with this for 3 months now, and it's pretty
stable. I put a project on github,
https://github.com/finworks/smallsource that contains
On 29.01.2012 21:12, Guido Stepken wrote:
I often discuss with Frank Lesser about Smalltalk compiler internals. He
has written a Smalltalk VM (GVM), that is written in Assembler and jits
Smalltalk directly dynamically into Intel machine code, that is *faster*
than C in normal cases, expecially
Do you have a writeup/article describing your approach ?
Some stuff in the README on the
https://github.com/finworks/smallsource. Let me know what you need.
I'm writing more as we speak... :-)
First question: does your system deal with packages as we know them, with
extensions ?
Yes, with
its ok , I am not in any hurry you can take all the time in the world. Thanks
for helping me to go that far. You were right downloading that file did not
help. But all is ok, I already have a NBCogVm app to play around , trying both
CogVM and Nativeboost. I know that there are some things that
On 29.01.2012 21:23, Esteban Lorenzano wrote:
Hi,
I loaded last version of seaside into a pharo 1.4 image.
Everything looks working fine, but there a couple of fixes:
1)
KomLogger#attachTranscript
self detachTheTranscript.
^(self streams detect: [:ea | ea isTranscriptStream]
Otto,
On 29 Jan 2012, at 23:12, Otto Behrens wrote:
Some stuff in the README on the
https://github.com/finworks/smallsource. Let me know what you need.
I'm writing more as we speak... :-)
How can one try this out ?
What to load/install ?
Thx,
Sven
On 29.01.2012 21:32, Guido Stepken wrote:
Marcus Denker IMHO is the only one, who is able to do a diff - diff -
diff (with his Moose tools) on VA, Pharo, Seaside Code to filter out a
adaption/portability layer between these Smalltalk and make future ports
of packets an ease!?
SPORT was a great
Hi,
I just did (ConfiguurationOfSeaside project version: #stable) load.
I don't know which version is metacello configuration loading.
best,
Esteban
El 29/01/2012, a las 7:14p.m., Philippe Marschall escribió:
On 29.01.2012 21:23, Esteban Lorenzano wrote:
Hi,
I loaded last version of
On 29.01.2012 23:14, Philippe Marschall wrote:
On 29.01.2012 21:23, Esteban Lorenzano wrote:
Hi,
I loaded last version of seaside into a pharo 1.4 image.
Everything looks working fine, but there a couple of fixes:
1)
KomLogger#attachTranscript
self detachTheTranscript.
^(self streams detect:
How can one try this out ?
What to load/install ?
I added something in the README:
To use it, take a Pharo-1.3 image and just load MonticelloFileTree.
Open a monticello browser and select a package. +Repository has a new
menu item called file tree; select any directory on your PC. Save
the
14298
-
Issue 5220: MenuRegistration do not allow menu with more than 2 levels of
deapth
http://code.google.com/p/pharo/issues/detail?id=5220
Issue 5222: mc slowdown with big package-cache
http://code.google.com/p/pharo/issues/detail?id=5222
Issue 5182: Problem in
Oh, and make some changes in a file (method). Change the timestamp in
the file to be more recent. Load the package. The change should be in
your image.
On Mon, Jan 30, 2012 at 12:46 AM, Otto Behrens o...@finworks.biz wrote:
How can one try this out ?
What to load/install ?
I added something
I read your text and am confused about returing _from_ or _to_ the
homecontext and escaping to the homecontext. Do I understand it right this
way:
- As a block is executed always in it's home-context, when there is an
explicit return statement inside the block, this return statement will also
be
On 01/29/2012 05:02 PM, Sven Van Caekenberghe wrote:
PS: one of the things that we should take from git, as many others have said on
this list, is selective commits.
If I ever get around to picking up Deltas again it would make a really
good tool to enable this on top of current MC (or any
On 01/29/2012 07:02 PM, Frank Shearar wrote:
- GSOC 2010 had a proposal
l(http://gsoc2010.esug.org/projects/git-mercurial) - Goran, did this
get off the ground?
AFAIK, not really.
regards, Göran
Hi all!
I held a presentation regarding SCM in general a few weeks back as part
of a course and in that presentation I try to end it with a view ahead
about what is the Next Step for SCM. So let me go dreaming here for a
minute. :)
As many in this thread has correctly identified the main
It seems there is a problem with Metacello which take down half of Jenkins
projects ...
I got this error: 'retry with alternate repository failed:
''FileExistsException: /Users/benjamin/Images/Pharo 1.4/Pharo-1.4
2/package-cache/Metacello-Base-DaleHenrichs.19.mcz'''
Ben
On Jan 29,
It appears that something got really wrong about Metacello.
I am not able to load the #stable version of ConfigurationOfRPackage by
example, the mechanism to retrieve symbolic versions seems broken
Ben
On Jan 29, 2012, at 11:50 PM, Marcus Denker wrote:
14298
-
Issue 5220:
Last week I noticed the same behavior... not really such a big fan of it
On 2012-01-29, at 20:05, Sven Van Caekenberghe wrote:
Today I pressed Command-. while looking at a slow Monticello save, I was
wondering what the system was doing before I even had written my commit
message.
I extended the HOWTOBUILD in the blessed repository.
For me
cd build
export CC='/usr/bin/gcc-4.2'# as of 10.7 llvm is the incompatible
default compiler
export MACOSX_DEPLOYMENT_TARGET=10.5
cmake .
make
worked. And yeah, I wouldn't symlink it either
Latest squeak tutorial. Connectors how-to:
http://www.youtube.com/watch?v=H1LveflchAU
as an aside, it seems to me that Connectors should be ported back to
Pharo, because it can be very useful I am finding.
Lawson
Hi,
Well, you can customize the UI. There are two ways:
1. Directly embed a widget from the UI framework. For example, in Morphic, you
can simply embed a morph. For example, see GLMBasicExamplestarBrowser for a
demo in which we embed various system browsers in a Glamour browser. Or here:
Would it not be possible to assign the version name based on local, best
effort knowledge alone and deal with possible conflicts afterwards (there is
the ancestory) ?
to me that would make more sense.
- Is it necessary that the version name is globally unique? I doubt so.
- Having it
On 1/29/12 2:52 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote:
but I'm not finished.
Enjoying the work in progress. Thanks
There are points I want to really understand.
Well, also I :=)
Edgar
On 1/29/12 6:44 PM, Esteban Lorenzano esteba...@gmail.com wrote:
Hi,
with seaside 3.0 fixed (as I send in another mail), I can report that pier2
loads and runs out of the box on pharo 1.4
best,
Esteban
Esteban podes compartir esa imagen con nosotros?
De donde se puede descargar ?
Lukas,
On 30 Jan 2012, at 06:53, Lukas Renggli wrote:
Ironically this proposition would make some Monticello operations
slower, because Monticello will need to download and open all versions
with the same name to figure out if the ancestry matches.
Furthermore, this would subtly break many
81 matches
Mail list logo
