November 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [squeak-dev] Re: now that squeaksource is back...

by Esteban Lorenzano

On Nov 6, 2012, at 5:01 PM, Frank Shearar <frank.shearar(a)gmail.com> wrote: > On 6 November 2012 15:56, Chris Muller <asqueaker(a)gmail.com> wrote: >> If SqueakSource would be made read-only even for existing projects, it >> could help "encourage" the transition to the new resources (ss3 and >> hub). > > I can't speak for others, but I'd personally find that quite > irritating (and I make sure I keep my ss3 repos in sync with the ss > ones). what is irritating? having a r/o repository? or having a repository that crashes because is overflowed? keeping in sync both versions unnecessary extra work, IMO. Better to move and clean the project... then you are also collaborating to the stability of the R/O repository (which I agree, should remain online for some time) > >> But the King still needs to remain available for some time yet -- to >> preserve some of the diamonds in there which may not have a caretaker >> at this time. > > More than that: Metacello has - as I understand it at least - coupled > the notion of a project together with the source of that project. In > other words, a ConfigurationOfFoo says "get these packages from this > server". That means that unless you take care in how you write your > ConfigurationOfs your source location is a single point of failure. > > Dale, how complicated would it be to separate out the notion of > findability? In other words, to have the person _executing_ the > ConfigurationOf to say "look for packages in these locations" with > defaults set to {ss. latAm. ss3}? That's already there. Metacello can say: get this package from this list of possible repositories. Problem is that most of configurations are not aware of that. spec repositories: [ spec repository: 'primary'. spec repository: 'secundary'. spec repository: 'etc...' ] > > frank > >> On Tue, Nov 6, 2012 at 3:45 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>> Hi, >>> >>> I strongly recommend all of you to move your projects into one of the alternatives: >>> >>> http://smalltalkhub.com >>> http://ss3.gemstone.com >>> >>> the king is dead, long live the king! >>> >>> Esteban >> >

Nov. 6, 2012

Re: [Pharo-project] [squeak-dev] Re: now that squeaksource is back...

by Frank Shearar

On 6 November 2012 15:56, Chris Muller <asqueaker(a)gmail.com> wrote: > If SqueakSource would be made read-only even for existing projects, it > could help "encourage" the transition to the new resources (ss3 and > hub). I can't speak for others, but I'd personally find that quite irritating (and I make sure I keep my ss3 repos in sync with the ss ones). > But the King still needs to remain available for some time yet -- to > preserve some of the diamonds in there which may not have a caretaker > at this time. More than that: Metacello has - as I understand it at least - coupled the notion of a project together with the source of that project. In other words, a ConfigurationOfFoo says "get these packages from this server". That means that unless you take care in how you write your ConfigurationOfs your source location is a single point of failure. Dale, how complicated would it be to separate out the notion of findability? In other words, to have the person _executing_ the ConfigurationOf to say "look for packages in these locations" with defaults set to {ss. latAm. ss3}? frank > On Tue, Nov 6, 2012 at 3:45 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> Hi, >> >> I strongly recommend all of you to move your projects into one of the alternatives: >> >> http://smalltalkhub.com >> http://ss3.gemstone.com >> >> the king is dead, long live the king! >> >> Esteban >

Nov. 6, 2012

Re: [Pharo-project] now that squeaksource is back...

by Chris Muller

If SqueakSource would be made read-only even for existing projects, it could help "encourage" the transition to the new resources (ss3 and hub). But the King still needs to remain available for some time yet -- to preserve some of the diamonds in there which may not have a caretaker at this time. On Tue, Nov 6, 2012 at 3:45 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > > I strongly recommend all of you to move your projects into one of the alternatives: > > http://smalltalkhub.com > http://ss3.gemstone.com > > the king is dead, long live the king! > > Esteban

Nov. 6, 2012

Re: [Pharo-project] [NativeBoost] pass an array of args to external function

by Max Leske

Thanks Igor. I meant a pointer to an array, sorry. Here's the function prototype: int run_command(const char *command, char *argv[]); I could then simply pass this to execve like so: status = execve(command, argv, envp); On 06.11.2012, at 15:12, Igor Stasenko <siguctua(a)gmail.com> wrote: > well, you have to decompose it to > fn(arg1, arg2, arg3 ... ) > > because NB does not supports vararg functions. > > But if function takes a pointer to array, then you can just use > external memory buffer and fill it with > anything you want. > What exactly function you wanna use? > > On 6 November 2012 11:06, Max Leske <maxleske(a)gmail.com> wrote: >> Hi >> >> Working with NativeBoost I'm trying to figure out if there is a way I can pass an array of arguments to a function like so: >> >> MyExample run: 'echo' args: { 'foo' }. >> >> >> nbRun: str args: args >> <primitive: #primitiveNativeCall module: #NativeBoostPlugin error: errorCode > >> ^ self nbCall: #( int run_command (String str, Array args) ) module: 'librunner.dylib' >> >> The intention is of course to be able to pass arguments to execve() (for example). >> I guess I could simply parse a string on the C-side but I'd rather not. >> >> Any suggestions? >> >> Cheers, >> Max > > > > -- > Best regards, > Igor Stasenko. >

Nov. 6, 2012

Re: [Pharo-project] [NativeBoost] pass an array of args to external function

by Igor Stasenko

well, you have to decompose it to fn(arg1, arg2, arg3 ... ) because NB does not supports vararg functions. But if function takes a pointer to array, then you can just use external memory buffer and fill it with anything you want. What exactly function you wanna use? On 6 November 2012 11:06, Max Leske <maxleske(a)gmail.com> wrote: > Hi > > Working with NativeBoost I'm trying to figure out if there is a way I can pass an array of arguments to a function like so: > > MyExample run: 'echo' args: { 'foo' }. > > > nbRun: str args: args > <primitive: #primitiveNativeCall module: #NativeBoostPlugin error: errorCode > > ^ self nbCall: #( int run_command (String str, Array args) ) module: 'librunner.dylib' > > The intention is of course to be able to pass arguments to execve() (for example). > I guess I could simply parse a string on the C-side but I'd rather not. > > Any suggestions? > > Cheers, > Max -- Best regards, Igor Stasenko.

Nov. 6, 2012

[Pharo-project] [NativeBoost] pass an array of args to external function

by Max Leske

Hi Working with NativeBoost I'm trying to figure out if there is a way I can pass an array of arguments to a function like so: MyExample run: 'echo' args: { 'foo' }. nbRun: str args: args <primitive: #primitiveNativeCall module: #NativeBoostPlugin error: errorCode > ^ self nbCall: #( int run_command (String str, Array args) ) module: 'librunner.dylib' The intention is of course to be able to pass arguments to execve() (for example). I guess I could simply parse a string on the C-side but I'd rather not. Any suggestions? Cheers, Max

Nov. 6, 2012

[Pharo-project] Pharo Kernel with Metacello

by Pavel Krivanek

Hi, I created an experimental CI job that loads Metacello to the Pharo Kernel. https://ci.lille.inria.fr/pharo/view/Pharo-Kernel%202.0/job/Pharo-Kernel-2.… Cheers, -- Pavel

Nov. 6, 2012

Re: [Pharo-project] Unable to use Monticello in last images from Jenkins

by Guido Chari

Sorry for the late answer. 2012/11/2 Camillo Bruni <camillobruni(a)gmail.com> > > On 2012-11-01, at 15:58, Guido Chari <charig(a)gmail.com> wrote: > > > Both tests succeed. > > grml, maybe squeaksource falls under the argentinian import restriction > as some sort of luxury goods :P > Jeje. I don't think so, but.... > > Ok so another try with zinc? > > ZnClient new > systemPolicy; > url: 'http://smalltalkhub.com/mc/estebanlm/Voyage/main'; > setAcceptEncodingGzip; > beOneShot; > get > Failed. > > > could there be a problem with zip support in your image/vm? > Can you run all the Compression tests? > > Have only zip tests and they are green. > thanks > cami > > I'm starting to think this may be something strange proxy blocking for gzip content but it would be extremely strange. Guido > > I couldn't read at home so i couldn't test it without the proxy but i'm > > "almost sure" the proxy is not explaining the issue. > > > > > > > > 2012/11/1 Camillo Bruni <camillobruni(a)gmail.com> > > > >> could you try the following "benchmarks" > >> > >> > >> > http://dev.nuclearrooster.com/2009/11/08/checking-gzipdeflate-server-respon… > >> > >> with the following urls (just 2 projects): > >> http://smalltalkhub.com/mc/estebanlm/Voyage/main > >> http://squeaksource.com/NativeBoost/ > >> > >> both support gzip answers without problems. > >> > >> On 2012-10-31, at 23:47, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >>> Would it be possible to test without the transparant proxy ? > >>> From another location, like from home ? > >>> If this would fail for everyone, we would have heard about it much > >> sooner. > >>> > >>> On 31 Oct 2012, at 22:27, Guido Chari <charig(a)gmail.com> wrote: > >>> > >>>> Yes, since a couple of weeks i can't. I'm on a Unix now behind a > >> transparent proxy. Same Vm, on same machine, behind the same proxy, no > >> problem if strip out the gzip header from the packet. > >>>> > >>>> I'm using a custom personalized VM. But the only thing that is > >> generating the error is the gzip header option on the http packet. Is > that > >> option deeply related or coupled to the vm? BTW, the error is a 400 from > >> the server so i don't believe so. > >>>> > >>>> No one else experimenting the same as me? > >>>> > >>>> > >>>> > >>>> 2012/10/31 Camillo Bruni <camillobruni(a)gmail.com> > >>>> You say you cannot download from squeaksource in the latest 2.0 image? > >>>> > >>>> We use that regularly, for instance for the NativeBoost build, > >>>> and everything works fine (win / linux / mac) > >>>> > >>>> That leaves me quite puzzled about the real cause of this bug... > >>>> > >>>> > >>>> On 2012-10-31, at 21:47, Guido Chari <charig(a)gmail.com> wrote: > >>>>> Hi, > >>>>> > >>>>> Since a couple of weeks i'm have not been able to download packages > >> with > >>>>> Metacello on last image versions from Jenkins. > >>>>> > >>>>> Today i found that if i revert changes on httpClient method from > >>>>> MCHttpRepository everything works fine again. > >>>>> > >>>>> I haven't research deeply on why, i'm not an expert on Zinc, but the > >>>>> message that is breaking everything and making my image to receive a > >> 400 > >>>>> error from squeaksource is setAcceptEncodingGzip that is addinng the > >> gzip > >>>>> header to the requests. > >>>>> > >>>>> As i said, i haven't going to deep with this but as i am the only one > >> who > >>>>> is watching this behavior perhaps is something only for squeaksource. > >>>>> > >>>>> If this is actually an issue and not some fault from myself, and > >> someone > >>>>> give me some help, i can help with the solution. > >>>>> > >>>>> Cheers, > >>>>> Guido. > >>> > >>> -- > >>> Sven Van Caekenberghe > >>> http://stfx.eu > >>> Smalltalk is the Red Pill > >>> > >>> > >>> > >>> > >> > >> > >> > > >

Nov. 6, 2012

Re: [Pharo-project] how pass an instruction in an already running image

by Tudor Girba

Interesting indeed. I tried it on Windows, but it does not work: Startup Error: FileWriteError: File stdout is closed Any idea of what the problem is? Cheers, Doru On Mon, Nov 5, 2012 at 4:16 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > Interesting. > We will start a project a bit similar where we can build imagesâ¦. > > Stef > > On Nov 5, 2012, at 12:13 PM, Pavel Krivanek wrote: > > > Maybe some more complex version of this: > > > > > http://gitorious.org/pharo-build/pharo-build/blobs/master/scripts/pharo/Ker… > > > > -- Pavel > > > > On Mon, Nov 5, 2012 at 12:04 PM, Tudor Girba <tudor(a)tudorgirba.com> > wrote: > > Nice. I already thought about the Seaside interface. > > > > But, what do I do if I want to script the commands? For example, I would > like to orchestrate the building of a new image in the background, and when > the second one is ready to shut down the first one. > > > > Cheers, > > Doru > > > > > > On Mon, Nov 5, 2012 at 11:01 AM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > Hi Doru, > > > > On 05 Nov 2012, at 10:31, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > >> Hi, > >> > >> I have a running image that I trigger from the command line. What ways > are there to make this running image react to some other command sent from > the command line? > >> > >> Cheers, > >> Doru > > > > The ideal solution, IMO, would be some local telnet access that gives > you a REPL. > > > > What I do with server images, is to install a small, protected Seaside > application that groups a number of the tools already present in Seaside > into a control panel: a browser, an inspector that can also execute code > and some status views. This gives you a primitive but effective interface > to see what is going on. It works surprisingly well. > > > > You can find the code here: > > > > MCHttpRepository > > location: 'http://mc.stfx.eu/BetaNinePublic' > > user: '' > > password: '' > > > > BetaNine-Seaside-Pi-SvenVanCaekenberghe.2 > > > > Here are some screenshots: > > > > <Screen Shot 2012-11-05 at 10.52.23.png> > > > > <Screen Shot 2012-11-05 at 10.59.41.png> > > > > Sven > > > > -- > > Sven Van Caekenberghe > > http://stfx.eu > > Smalltalk is the Red Pill > > > > > > > > > > > > > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > > > > > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 6, 2012

[Pharo-project] the latest changes have broken something in the debugger?

by Esteban Lorenzano

Hi, when trying to restart a debugging session I'm getting an error... can anyone confirm this? cheers, Esteban

Nov. 6, 2012