April 2013 - Pharo-dev - lists.pharo.org

[Pharo-project] [update 2.0] #20599
by Marcus Denker April 17, 2013

April 17, 2013

20599 ----- 10297 Integrate 2.0: 10295 Zinc Update April 16th https://pharo.fogbugz.com/f/cases/10297

3 2

[Pharo-project] the fun theory
by Johan Brichau April 17, 2013

April 17, 2013

When I saw this website, I immediately thought about Pharo http://www.thefuntheory.com "This site is dedicated to the thought that something as simple as fun is the easiest way to change peopleâs behaviour for the better." Keep having fun! Johan

2 1

Re: [Pharo-project] [Metacello] FTP repo without storing username/pass in ConfigurationOf
by Mariano Martinez Peck April 17, 2013

April 17, 2013

On Tue, Apr 16, 2013 at 6:13 PM, Dale Henrichs <dhenrich(a)vmware.com> wrote: > Mariano, > > repositorOverrides: does apply to the entire load sequence, so it's not > the best option for trying to simply keep your credentials private ... > > OK. > The http repository does not expose user names and works just fine picking > up the image based instance with credentials defined so I would expect the > ftp repository to behave similarly. > +9999 > > If you want to keep the ftp user private the long term answer is submit a > bug against the ftp repository implementation and ask that ftp repositories > behave the same as http repositories with respect to credentials. > +1 > > Like I said before, I don't think that Metacello should be in the business > of managing credentials and that includes adding features to Metacello > whose sole purpose is to make up for a deficiencies elsewhere in the system > ... > > For the short term, you might just change the definition of > MCFtpRepository>>description from: > > description > ^ 'ftp://', user, '@', host, '/', directory > > to: > > description > ^ 'ftp://', host, '/', directory > > and your username can be kept private ... I doesn't appear that > description is used for anything other than display and comparison purposes > ... > > Yes, this is a very good idea. I will open an issue in the bug tracker. Anyone has an objection? Cheers, > Dale > > ----- Original Message ----- > | From: "Mariano Martinez Peck" <marianopeck(a)gmail.com> > | To: metacello(a)googlegroups.com > | Sent: Tuesday, April 16, 2013 12:35:18 PM > | Subject: Re: [Metacello] FTP repo without storing username/pass in > ConfigurationOf > | > | On Tue, Apr 16, 2013 at 3:47 PM, Dale Henrichs <dhenrich(a)vmware.com> > wrote: > | > | > Mariano, > | > > | > After closer inspection it turns out that for FTP repositories, you > must > | > specify the username to uniquely identify the FTP url. If you specify > the > | > username and leave the password empty in your Metacello spec, things > should > | > work correctly ... > | > > | > > | Hi Dale, > | > | Thanks for the gory details, I understood :) > | Now I wonder...imagine I don't want to even include the username in the > | ConfigurationOf.... shouldn't the repository override trick work? > | Something along the lines of: > | > | | repository | > | repository := MCFtpRepository > | host: 'ftp.mydomain.com' > | directory: 'myDirectory' > | user: 'whatever' > | password: 'whatelse'. > | version := (ConfigurationOfXX project version: 'xxx'). > | version > | repositoryOverrides: Array with: repository. > | version load. > | > | just to be sure...#repositoryOverrides: does not propagate to transitive > | dependencies right? > | > | Thanks in advance, > | > | > | > | > | > | > Here are the gory details. > | > > | > There is code in Metacello that looks like the following: > | > > | > description := aSpec description. > | > (repo := repositories > | > detect: [:rep | rep description = description ] > | > ifNone: [ aSpec createRepository ]) ~~ nil > | > ifTrue: [ repos add: repo ] > | > > | > where Metacello is attempting to determine if the repository has > already > | > been created in the image. If the repository exists, then the in-image > | > credentials are used and you don't have to include user and password > in the > | > Metacello repository spec. > | > > | > BTW, if you look at MCRepository>>= Metacello is basically using the > same > | > algorithm. > | > > | > Now if you look at how MCHttpRepository behaves: > | > > | > (MCHttpRepository > | > location: 'http://example.com' > | > user: 'foo' > | > password: 'bar') description. > | > > | > prints as: > | > > | > 'http://example.com' > | > > | > Notice that the user is excluded from the description. > | > > | > Whereas for MCFtpRepository behaves differently: > | > > | > (MCFtpRepository > | > host: 'ftp.mydomain.com' > | > directory: 'myDirectory' > | > user: 'whatever' > | > password: 'whatelse') description. > | > > | > prints as: > | > > | > 'ftp://whatever@ftp.mydomain.com/myDirectory', > | > > | > Notice that the `user` is included in the description... > | > > | > So if you want an FTP repository to be considered #= to another FTP > | > repository you must specify the user name ... > | > > | > Let me know if this works for you. > | > > | > Dale > | > > | > ----- Original Message ----- > | > | From: "Mariano Martinez Peck" <marianopeck(a)gmail.com> > | > | To: metacello(a)googlegroups.com > | > | Sent: Tuesday, April 16, 2013 7:55:50 AM > | > | Subject: Re: [Metacello] FTP repo without storing username/pass in > | > ConfigurationOf > | > | > | > | On Mon, Apr 15, 2013 at 10:14 PM, Dale Henrichs <dhenrich(a)vmware.com > > > | > wrote: > | > | > | > | > > | > | > > | > | > | > | > | > | > | > | > | > and set the username/password there, then Metacello should > honor > | > that > | > | > | > (like it does for the HTTP repository) ... so instead of adding > | > some > | > | > sort > | > | > | > of repository override to the load script, simply create the > FTP > | > | > repository > | > | > | > with username/password inline in your load script. > | > | > | > > | > | > | > | > | > | > | > | > | Do you mean that I should declare my FTP repository like: > | > | > | > | > | > | MCFtpRepository > | > | > | host: 'ftp.xxx.com' > | > | > | directory: 'mc' > | > | > | user: aUsername > | > | > | password: aPassword > | > | > | > | > | > | and somehow register that repo in Monticello ? so then when I > load a > | > | > | ConfiguratioOfMyApp that has that repo it will honor the already > set > | > up > | > | > | username/password? > | > | > > | > | > Yes. Metacello will use existing http/ftp/etc. repositories thus > | > | > inheriting the username and passwords set in the image. So if you > | > create > | > | > the ftp repository ahead of time (and specify a username and > password) > | > | > everything should work smoothly (barring any bugs in Metacello:) .. > | > | > > | > | > I think it is a good idea to try to keep Metacello out of the > | > | > username/password business as much as possible:) > | > | > > | > | > > | > | Hi Dale, I tried that but it still didn't work. I get the following > | > error: > | > | > | > | [:response | (TelnetProtocolError protocolInstance: self) > | > | signal: response] in FTPClient(TelnetProtocolClient)>>lookForCode: > | > | Receiver: a FTPClient > | > | Arguments and temporary variables: > | > | code: 331 > | > | response: '530 This is a private system - No anonymous login' > | > | > | > | > | > | In the baseline I have something like > | > | > | > | spec repository: 'ftp://ftp.mydomain.com/myDirectory'. > | > | > | > | > | > | and before loading with metacello I do: > | > | > | > | > | > | repository := MCFtpRepository > | > | host: 'ftp.mydomain.com' > | > | directory: 'myDirectory' > | > | user: 'whatever' > | > | password: 'whatelse'. > | > | > | > | MCRepositoryGroup default addRepository: repository. > | > | > | > | And in fact, if I open MonticelloBrowser I do see my FTP repo with > its > | > | correct username/pass...I can browse packages etc... > | > | > | > | So maybe I am not registering the package in the exact same > collection > | > | Metacello is looking for? where does it look for the repo? > | > | how does it "honor" the already set up username/pass? > | > | > | > | Thanks! > | > | > | > | > | > | > | > | > | > | > Dale > | > | > > | > | > -- > | > | > You received this message because you are subscribed to the Google > | > Groups > | > | > "Metacello" group. > | > | > To unsubscribe from this group and stop receiving emails from it, > send > | > an > | > | > email to metacello+unsubscribe(a)googlegroups.com. > | > | > For more options, visit https://groups.google.com/groups/opt_out. > | > | > > | > | > > | > | > > | > | > | > | > | > | -- > | > | Mariano > | > | http://marianopeck.wordpress.com > | > | > | > | -- > | > | You received this message because you are subscribed to the Google > Groups > | > | "Metacello" group. > | > | To unsubscribe from this group and stop receiving emails from it, > send an > | > | email to metacello+unsubscribe(a)googlegroups.com. > | > | For more options, visit https://groups.google.com/groups/opt_out. > | > | > | > | > | > | > | > > | > -- > | > You received this message because you are subscribed to the Google > Groups > | > "Metacello" group. > | > To unsubscribe from this group and stop receiving emails from it, send > an > | > email to metacello+unsubscribe(a)googlegroups.com. > | > For more options, visit https://groups.google.com/groups/opt_out. > | > > | > > | > > | > | > | -- > | Mariano > | http://marianopeck.wordpress.com > | > | -- > | You received this message because you are subscribed to the Google Groups > | "Metacello" group. > | To unsubscribe from this group and stop receiving emails from it, send an > | email to metacello+unsubscribe(a)googlegroups.com. > | For more options, visit https://groups.google.com/groups/opt_out. > | > | > | > > -- > You received this message because you are subscribed to the Google Groups > "Metacello" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to metacello+unsubscribe(a)googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. > > > -- Mariano http://marianopeck.wordpress.com

1 0

Re: [Pharo-project] do you know what is this?
by Fernando Olivero April 17, 2013

April 17, 2013

NICE work Esteban! Does the AthensQuartzSurface, support all Athens related code? (paths, paints,etc..) I will be more than happy to move away from the software rendering of the current cairo backend. Fernando On Tue, Apr 16, 2013 at 8:41 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > not to say about efficiency. > > I've been doing some cpu cycle tests. > > Rendering a 1600@1200 gradient to world canvas (repeat each 50ms): ~90% cpu consumption > > Same test, but sending it direct to window canvas using bridge: ~40% cpu consumption > > so... we are in the good path :) > > Esteban > > On Apr 16, 2013, at 8:28 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> On 16 April 2013 19:09, kilon <thekilon(a)yahoo.co.uk> wrote: >>> And you guys then say that pharo is not macos first citizen >>> >>> ha >>> >>> ha >>> >>> and >>> >>> ha >>> >>> I am a macos user , I love my imac and macos, but my vote goes to cross >>> platform. >>> >>> Still another great library that is more than welcomed, definitely cant do >>> any harm ;) >>> >> >> By saying that we don't need Cairo on MacOS i meant following: >> >> Athens designed to support multiple backends. >> It is out of question, that better to use most suitable backend, >> available on current platform. >> >> But apart of it stays ObjC bridge. Which would allow us to speak with >> ObjC-runtime >> (and Mac VM using it) directly. >> >>> >>> >>> -- >>> View this message in context: http://forum.world.st/Fwd-do-you-know-what-is-this-tp4681962p4681975.html >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > >

8 21

[Pharo-project] Problems with Association page
by dimitris chloupis April 17, 2013

April 17, 2013

I visited the association page ( http://association.pharo.org/web ) and found some dead links you may be interested into fixing I am talking about the automatic scrolling bar at the top. 1) The VM for Pharo in OSX and iOS by Esteban Lorenzano http://smallworks.com.ar/products/vm (dead) correct -> http://smallworks.com.ar/web/products?_s=qhm7QT0Pl8cvtxWo&_k=f0_WADzS-ZFY2L… 2) Roassal by Alexandre Bergel http://objectprofile.com/roassal-home.html (dead) Correct -> http://objectprofile.com/#/pages/products/roassal/overview.html etc There may be other dead links , I have not tried all of them but you get the picture.

3 2

[Pharo-project] Tiger athens with objc bridge demo
by Esteban Lorenzano April 17, 2013

April 17, 2013

http://www.youtube.com/watch?v=k_bfSz2tus0 Enjoy, Esteban ps: small... and this time I do not speak. So is a win-win :)

4 3

[Pharo-project] How to browse a selected method in code viewer
by dimitris chloupis April 17, 2013

April 17, 2013

When I was using squeak a feature I used alot was the ability to browse a selected method. What I mean is that while browsing a method, if I found a message and wanted to browse its codeÂ i could highlight with my mouse (select the text) right click and select "browse" from the menu. This way I did not need to search for the method manually by mouse or use a search field. I am using Pharo 2.0 and I cannot find any such feature in the system browser , am I missing something ?

8 15

[Pharo-project] SmalltalkHub account and user email
by Tommaso Dal Sasso April 17, 2013

April 17, 2013

Hello to everyone, I am Tommaso Dal Sasso and I just started my PhD in Lugano with Michele Lanza. I will focus on the automatization and improvement of the bug reporting process. I registered yesterday to SmalltalkHub, and I noticed that the users emails are publicly shown in the user details page. Maybe it is just a my obsession, but shouldn't the user be warned about this and/or be able to hide his address? Thank you. Tommaso

2 1

[Pharo-project] Not all projects on bugs.pharo.org
by Damien Cassou April 17, 2013

April 17, 2013

I don't see the "Ubuntu packaging (ppa:cassou/pharo)" fogbugz project on bugs.pharo.org -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

2 1

[Pharo-project] Fwd: Monitor is DOWN: get.pharo.org (http://get.pharo.org)
by Camillo Bruni April 17, 2013

April 17, 2013

Begin forwarded message: > From: "Uptime Robot" <alert(a)uptimerobot.com> > Subject: Monitor is DOWN: get.pharo.org (http://get.pharo.org) > Date: 15. April 2013 16:00:23 MESZ > To: camillobruni(a)gmail.com > > Hi, > > The monitor get.pharo.org (http://get.pharo.org) is currently DOWN (Connection Timeout). > > Uptime Robot will alert you when it is back up. > > > Cheers, > > Uptime Robot > http://www.uptimerobot.com > http://twitter.com/uptimerobot > (sent from new engine) >

3 6