But isn't that a bit... weird to use cache to move data from one image to
another? I would expect cache to be just a cache even if in reality it is
just a regular repository.
On Fri, Jul 25, 2014 at 12:48 AM, Norbert Hartl wrote:
>
> Am 24.07.2014 um 23:43 schrieb Stephan Eggermont :
>
> > If y
Am 24.07.2014 um 23:43 schrieb Stephan Eggermont :
> If you use a shared package cache, you should be aware of two potential
> issues:
> - directories with a large number of files can get slow;
I don't think that this is an issue with todays filesystems. If you want to
cleanup a package-cache
If you use a shared package cache, you should be aware of two potential issues:
- directories with a large number of files can get slow;
- Metacello configurations might load different versions of packages than you'd
expect
Stephan
Thank you all so much!
This is is exactly what I was looking for and a lot more.
On Thu, Jul 24, 2014 at 6:29 PM, Ben Coman wrote:
> Sven Van Caekenberghe wrote:
>
> Hi Peter,
>
> I and I guess most people, keep their working image for days to weeks. After
> all, it is one of the main streng
camille teruel wrote
>
>> How about 'Reprecator' because you are Rep(airing)(Dep)recations.
> This one is fun :)
Ha ha ha, worth it for humor value alone!
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/Deprecator-tp4769844p4769961.html
Sent from the Pharo Smallta
Sven Van Caekenberghe wrote:
Hi Peter,
I and I guess most people, keep their working image for days to weeks. After all, it is one of the main strengths to have a persistent environment containing all you customisations, all code you loaded, your workspaces, in essence, your world.
That be
On 24 juil. 2014, at 18:11, Ben Coman wrote:
> Camille Teruel wrote:
>>
>>
>> On 24 juil. 2014, at 17:05, stepharo wrote:
>>
>>> Camille
>>>
>>> Ammonite is not that sezzy :)
>>
>> Because it has tentacles? :-D
>>
>>> May be
>>> autoRepair
>>> selfRepair :)
>>
>> Yes for example ;)
>
>
Sean P. DeNigris wrote:
Tim Mackinnon wrote
then I’ve done “merge” (I’m still not clear on whether I should do merge
or load?
You were correct. "Always" merge slices.
-
Cheers,
Sean
--
View this message in context: http://forum.world.st/What-should-I-do-when-I-get
With a smaller image, it gets a lot faster (except the first time)
total 149096
drwx--@ 12 stephan staff 408 24 jul 17:58 .
drwx--+ 3243 stephan staff110262 24 jul 17:48 ..
-rw-r--r--@1 stephan staff 6148 24 jul 17:49 .DS_Store
-rw-rw-r--@1 stephan staff 10802
Yes but again this is a UI
Do you think that DynamicWebServer is better than Seaside :)?
Even VW people got it right this time. They webserver is called Sioux
Stef
but this is just a tooling issue
Tooling would certainly help, but I think the issue is a little deeper. It's
about the amount of e
Am 24.07.2014 um 16:42 schrieb Sven Van Caekenberghe :
>
> On 24 Jul 2014, at 16:34, p...@highoctane.be wrote:
>
>> One question I have is how fast the load of an image and processing by an
>> image is when compared with bash.
>
> Obviously, it is slower, there is a whole image that needs to
stepharo wrote
> but this is just a tooling issue
Tooling would certainly help, but I think the issue is a little deeper. It's
about the amount of effort required to understand the purpose of the
project. If you're scanning a list of titles of possible projects, and you
see "DeprecationRewriter" o
Am 24.07.2014 um 16:56 schrieb Dale Henrichs :
> Haha, I live in tODE all the time, where Smalltalk _is_ the scripting
> language so I don't feel your particular brand of pain:)
>
*takingjohnwaynepose* That's good for ya, boy! But I've got a business to
run…*nods*
N.
On Thu, Jul 24, 2014 at 3:27 PM, Tudor Girba wrote:
> I change my image at least once per day. Every single day. I have automatic
> jobs that create an up to date images the way I want them, and I simply take
> that one whenever I feel like it.
I agree I do the same. Jenkins and the Pharo Launch
Norbert,
Ah, yes different use case ... for the scripts I'm writing I wanted to
leverage "loaded code" as I've got a whole class hierarchy supporting the
GsDevKit environment and did not relish the idea of doing that all in bash
distributed across a number of different scripts ...
Haha, I live in
On 24 Jul 2014, at 16:34, p...@highoctane.be wrote:
> One question I have is how fast the load of an image and processing by an
> image is when compared with bash.
Obviously, it is slower, there is a whole image that needs to be loaded, etc.
$ cat test.st
#!/Users/sven/tmp/pharo4/pharo-vm/Pha
Sven,
that's it. I didn't know you can do it this way. So this an pragmatic approach
that can be optimized later towards tiny image and/or coral.
Great, thanks,
Norbert
Am 24.07.2014 um 16:17 schrieb Sven Van Caekenberghe :
> Hi Norbert,
>
> On 24 Jul 2014, at 12:37, Norbert Hartl wrote:
>
Le 24 juil. 2014 16:20, "Dale Henrichs"
a écrit :
>
> Esteban,
>
> Right now the classes are embedded in my tODE common package (I use the
parser in Pharo and GemStone) ... I'll pull out the classes and tests
(rename them so you can evolve the implementation independent of tODE) and
give you a poi
Dale,
thanks for this extensive explanation. That looks all really good but I think
I'm looking for the exact opposite. You arrange a lot of pieces in a huge
environment and you make it bootstrap itself. The environment/project is
defined and all parts need to work together. I'm looking for hel
Regarding the name... while I get the value of cool, mysterious-sounding
names for public-facing (or maybe at minimum cross-platform) projects, I'd
rather these small tools that we often make be named as intention-revealing
as possible. I've felt at times some unnecessary complication translatin
Esteban,
The commandline parser produces an option dictionary (keys are long option
names and values are the option values) and a collection of arguments. You
provide a specification for the options (short name, whether or not options
are required/optional or not expected) ... quite convenient.
D
Am 24.07.2014 um 13:32 schrieb Bernat Romagosa :
> I've used GST in the past for simple scripting too. Worth a try!
>
Thanks but to me this doesn't sound like a good idea. Why? Because I like to
have something that is easy to use. And I doubt that all things I like to use
are available in GST.
Esteban,
Right now the classes are embedded in my tODE common package (I use the
parser in Pharo and GemStone) ... I'll pull out the classes and tests
(rename them so you can evolve the implementation independent of tODE) and
give you a pointer when I'm done...
Dale
On Thu, Jul 24, 2014 at 7:12
2014-07-24 11:07 GMT-03:00 Dale Henrichs :
> My only wish is that CommandLine had better getopts support - I have a posix
> getopts commandline parser implementation that iI use for tODE that I'd be
> willing to share ... hint hint:).
Altough I'm used to Pharo's command line handlers now, it woul
Hi Norbert,
On 24 Jul 2014, at 12:37, Norbert Hartl wrote:
> What are you using to do jobs on the commandline. I'm sick of doing bash and
> sed,perl,jq,... stuff. What would be the quickest start when using a normal
> image? And what if I want to give coral a start. Does it work in 3.0? Best
On 24 Jul 2014, at 16:14, Sean P. DeNigris wrote:
> camille teruel wrote
>> This debugger has a little 'Rewrite' button
>
> O.M.G. That is fantastic! Let's get this into core quickly!! Thanks :)
>
:-)
> Regarding the name... while I get the value of cool, mysterious-sounding
> names for publi
camille teruel wrote
> This debugger has a little 'Rewrite' button
O.M.G. That is fantastic! Let's get this into core quickly!! Thanks :)
Regarding the name... while I get the value of cool, mysterious-sounding
names for public-facing (or maybe at minimum cross-platform) projects, I'd
rather thes
On 24 Jul 2014, at 16:07, Dale Henrichs
wrote:
> Norbert,
>
> I've just recently made the decision to start using Pharo3.0 to do all of the
> heavy lifting for my GsDevKit project[1] shell scripts.
>
> I use boilerplate bash code to setup the environment[2] and then call Pharo
> CommandLin
Norbert,
I've just recently made the decision to start using Pharo3.0 to do all of
the heavy lifting for my GsDevKit project[1] shell scripts.
I use boilerplate bash code to setup the environment[2] and then call Pharo
CommandLineHandler[3] to do the real work ...
I embed the script repository[
Thanks. That will do:)
2014-07-24 16:07 GMT+02:00 Camille Teruel :
>
> On 24 juil. 2014, at 16:02, Mark Rizun wrote:
>
> > Hi guys,
> >
> > If I have list of methods, how can I open a browser containing only this
> > methods?
>
> There is MessageBrowser.
> Look at the class side for the creatin
On 24 juil. 2014, at 16:02, Mark Rizun wrote:
> Hi guys,
>
> If I have list of methods, how can I open a browser containing only this
> methods?
There is MessageBrowser.
Look at the class side for the creating instances
For example you can do:
(MessageBrowser on: { Object>>#copy } named: 'My
Hi guys,
If I have list of methods, how can I open a browser containing only this
methods?
Best,
Mark
--
View this message in context:
http://forum.world.st/Browse-list-of-methods-tp4769871.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Hi,
I change my image at least once per day. Every single day. I have automatic
jobs that create an up to date images the way I want them, and I simply
take that one whenever I feel like it.
This helps me push my code to a repository, and have any setup easily
reconstruct-able. If a piece of code
Hi Peter,
I and I guess most people, keep their working image for days to weeks. After
all, it is one of the main strengths to have a persistent environment
containing all you customisations, all code you loaded, your workspaces, in
essence, your world.
That being said, you should keep all you
Having ~month old pharo image I was wondering what is the recommended way
of updating it. Do I just delete everything and download a fresh one every
so often (daily?), do I load new changes through Monticello? Does that
upgrade the VM though?
If the former what about local code I wrote but I don't
I don't know if my "Atlas" library could be of assistance here. Atlas will
allow you to use python and python libraries from inside pharo via a socket
bridge. I am very noob when it comes to terminal but I hear that python is
very popular for command line stuff especially on linux and macos where i
Hello Pharo users,
I'm pleased to announce the release of Deprecator.
It's a prototype of a small tool that permits you to deprecate method by
annotating them with a pragma.
This pragma takes a rewrite expression as argument that specifies how to
rewrite the message send to the deprecated metho
What are you using to do jobs on the commandline. I'm sick of doing bash and
sed,perl,jq,... stuff.
Me too. I dream about editing my pharo script in Pharo, deploying them
from pharo and debugging
them if necessary.
What would be the quickest start when using a normal image?
passing a code
I've used GST in the past for simple scripting too. Worth a try!
2014-07-24 13:24 GMT+02:00 Robert Shiplett :
> I run server-side JavaScript but would not dream of using JS to do jobs !
>
> Humour : for years the command-line params for VW Smalltalk were some kind
> of unpublished hush-hush secr
I run server-side JavaScript but would not dream of using JS to do jobs !
Humour : for years the command-line params for VW Smalltalk were some kind
of unpublished hush-hush secret for build mavens and image-stripping gurus
on hp/ux servers. Not so for Gnu Smalltalk ;-)
There is always APL ;-)
Sick of sed and Perl ? There is fun in Object Icon and Rebol ( r3 or Red )
( Icon, UNICON or pythonic Converge PL.)
And I even use xcurl scripts for MIT Curl ( www.curl.com ) (now SCSK Curl
at www.curlap.com )
But Object Icon has to be built at the command line ;-)
I gave up on Io and have been
What are you using to do jobs on the commandline. I'm sick of doing bash and
sed,perl,jq,... stuff. What would be the quickest start when using a normal
image? And what if I want to give coral a start. Does it work in 3.0? Best
place to load stuff from?
thanks,
Norbert
Baptiste
monday we will do a analysis day together :)
Stef
On 23/7/14 14:49, Baptiste Quide wrote:
Hello Pharos Users,
Since the first release of Package Dependencies Analysis, here is a
summary of improvements :
- tool is available in World Menu (Tools > Package Dependencies
Browser) : c
43 matches
Mail list logo
