January 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] ZeroConf on ubuntu linux

by Esteban Lorenzano

and which ubuntu are you talking about? Esteban On 11 Jan 2014, at 02:54, Sebastian Sastre <sebastian(a)flowingconcept.com> wrote: > Hi guys, > > I'm new to ZeroConf, sounds really great. > > In OS X worked fine for me but on an ubuntu machine it said this: > > --2014-01-10 23:48:30-- http://get.pharo.org/30+vm > Resolving get.pharo.org (get.pharo.org) 128.93.162.72 > Connecting to get.pharo.org (get.pharo.org)|128.93.162.72|:80... connected. > HTTP request sent, awaiting response... 200 OK > Length: 2713 (2.6K) [text/html] > Saving to: `STDOUT' > > 100%[========================================================================================>] 2,713 --.-K/s in 0s > > 2014-01-10 23:48:30 (331 MB/s) - written to stdout [2713/2713] > > Downloading the latest 30 Image: > http://files.pharo.org/image/30/latest.zip > mktemp: failed to create directory via template `image.XXXXX': Permission denied > > > doing sudo or not has the same effect > > Any idea of what to do? > > sebastian > > o/ > > > >

Jan. 12, 2014

Re: [Pharo-dev] Can we install packages like in pip or gem?

by Esteban Lorenzano

On 12 Jan 2014, at 00:22, dimitris chloupis <thekilon(a)yahoo.co.uk> wrote: > Technically there is the Configuration Browser that allow for single click installs. Which I think is the most close to pip. Its not hard to implement this kind stuff. I just don't like command lines/terminals. A good reason to pick Pharo :D yeah, but he is asking for command line (which is good to automate builds). config browser is cool, but it still does not keeps everything you can install (that is the idea, but we are not there yet)â¦ so it is not as useful as others. > > > On Saturday, 11 January 2014, 23:52, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > hi, > > as Sven say, you can do something like this: > > ./pharo Pharo.image config "filetree://repository/mc" ConfigurationOfSomething --install=baseline > > just one for line, because we do not have a centralised repository (yet) and because what we expect is that you do your own ConfigurationOfYourProject and then you can do the load in just one line (I do that several times a day, so I prepared a script that looks for a âpharo_configâ file in the subdirectory of the project and if is there, a configuration is automatically triggered. > > Esteban > > > > > On 11 Jan 2014, at 18:01, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > It can be done one at a time, with a couple of extra parameters, but I guess you already know that. > > > > With a little wrapper script, you could make this work. > > > > But is is a good idea. > > > > On 11 Jan 2014, at 17:48, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > > > >> > >> Can we install packages like this? > >> > >> $ pharo config NeoCSV INIFile OSProcess Pharo.image > >> > >> That would install stable versions from default repository for pharo image in current working directory in headless mode, save and quit. > >> > >> Cheers, > >> > >> HernÃ¡n > >> > > > > > > >

Jan. 12, 2014

Re: [Pharo-dev] CI server account creation

by Alfredo Sanzo

Oh, I tried again and this time it worked. I just refreshed the page, it asked for my user (as the session had timeouted) and then I got to the Job name choosing screen. Thanks in advance if someone did something. If not, sorry for the mail. :) Cordially, Alfredo 2014/1/11 Alfredo Sanzo <alfredo.sanzo(a)gmail.com> > Hi! > > Sorry for bothering you again. > My account was joined to Pharo-Contribution but the link > https://ci.inria.fr/pharo-contribution/view/all/newJob is not working. > (This is the link that appears when I click on New Job here). > > > Does it have to do with Permissions? I don't know if what Christophe did > should have fixed this. > > Thanks again for your help :) > > Cordially, > > Alfredo > > > 2014/1/9 Alfredo Sanzo <alfredo.sanzo(a)gmail.com> > >> Te zarpÃ¡s. >> >> (Which, in *very informal* Argentinian Spanish slang means "You are a >> genious"). >> >> Thanks :D >> It was in spam. >> >> >> >> 2014/1/9 Christophe Demarey <Christophe.Demarey(a)inria.fr> >> >>> Hello Alfredo, >>> >>> Le 8 janv. 2014 Ã 23:58, Alfredo Sanzo a Ã©crit : >>> >>> Hello! >>> >>> I am trying to create an account for the CI server and I have bumped >>> into several links and posts to this list and now that I've asked for help >>> I've finally understood the process (I think). >>> My question is... Can we have this written somewhere? (and corrected, if >>> I'm wrong :) ) >>> >>> "Steps to create a new user: >>> a) Sign up for a user here: https://ci.inria.fr/users/new >>> It gets processed manually, so you have to wait until your account is >>> activated for you. >>> >>> >>> => not true. There is no manual validation. >>> Once you get registered, ci.inria.fr send you an email to validate your >>> account. >>> You need to click on the provided link. >>> >>> b) Go to: https://ci.inria.fr/project and look for pharo-contribution. >>> Request to join it. (it also gets processed manually) >>> >>> >>> Yes, an admin of this project has to accept the join request. >>> >>> c) Ask in pharo-dev(a)lists.pharo.org to be made an Admin, because if not >>> you won't be able to create a Job. >>> >>> >>> Also true. >>> I updated Jenkins to add more permissions to members. >>> All pharo-contibution members are now allowed to manage jobs. >>> >>> " >>> >>> I see that Pharo-Contribution page redirects here: >>> https://ci.inria.fr/pharo-contribution/job/JobTemplate/ >>> Can we have that step 1 updated with what I wrote here? >>> >>> >>> >>> Good idea. Done! >>> >>> --------------------- >>> Oh, and I can't get through part a) yet.... Apparently no one is >>> accepting my user... Can somebody help? >>> >>> >>> >>> Maybe you should check your spams. >>> If you cannot find the account activation email, tell me. I can force >>> the account activation. >>> >>> Regards, >>> Christophe. >>> >> >> >

Jan. 12, 2014

Re: [Pharo-dev] ZeroConf on ubuntu linux

by Michael J. Forster

On 14-01-11 04:34 PM, Esteban Lorenzano wrote: > but I wonder why it does not fail for more people (me included)â¦ we use > a lot linux (for ci, etc.). > > Esteban [...] Like so many corners of Unix/Linux/Darwin, the design of mktemp(3) permits too many arbitrary and incompatible implementations. We're not the only ones to suffer here: https://github.com/Homebrew/linuxbrew/issues/26 Cheers, Mike -- Michael J. Forster, B.Sc. (Hons.), B.Sc. COO, Programmer Shared Logic Inc.

Jan. 12, 2014

Re: [Pharo-dev] Pharo 3.0 not responding to mouse or keyboard after launch

by Andres Valloud

Somewhat related only, but FYI something I've noticed with Cog VMs is that if you bump the computer clock forward by e.g. 30 seconds then Cuis remains frozen for 30 seconds. Under the assumption that Cuis and Pharo are close enough, and considering that alt+. does not bring up a debugger while the image remains frozen, I can't help asking whether the VM is setting up OS alarms at a certain wall clock hour instead of setting up timers that expire after N time has elapsed (irrespective of the wall clock). If the VM is setting up alarms at wall clock hours, then I'd strongly suggest changing that behavior because of NTP, time zone adjustments, etc. BTW, I found this because apparently Mavericks isn't keeping time that great and NTP frequently changes the clock by ~2 seconds. On 1/11/14 19:29 , Martin McClure wrote: > I'm beginning to suspect that delays are not expiring at the OS level

Jan. 12, 2014

Re: [Pharo-dev] Pharo 3.0 not responding to mouse or keyboard after launch

by Martin McClure

On 01/11/2014 06:26 PM, J.F. Rick wrote: > Try just hitting Alt without anything else. That has worked for me on Linux. Thanks for the suggestion. Hitting Alt alone doesn't seem to do anything either. I'm beginning to suspect that delays are not expiring at the OS level -- I'll be getting some traces later to see whether that hunch is a reasonable one. But right now I have to (get to!) go dance for a few hours. :-) Regards, -Martin

Jan. 12, 2014

Re: [Pharo-dev] Pharo 3.0 not responding to mouse or keyboard after launch

by J.F. Rick

Try just hitting Alt without anything else. That has worked for me on Linux. Jeff On Saturday, January 11, 2014, Martin McClure wrote: > On 01/10/2014 09:15 PM, Martin McClure wrote: > >> I saw this a time or two in Pharo 2.0, and now I've seen it in Pharo 3.0 >> -- I launch my working image and all my windows display, but it doesn't >> respond to mouse clicks. Keystrokes don't seem to do anything either, >> other than alt-., which dumps the text below to the terminal, but >> doesn't seem to do anything else. >> >> Any ideas how to debug this? >> >> I'm running on Linux. Pharo 3.0 last updated on Jan 7. >> > > Ouch! Now it's doing this with the virgin 3.0 image. That didn't happen > before with 2.0. > > -Martin > > > -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

Jan. 12, 2014

Re: [Pharo-dev] Do you want to accept???????? Discard???????

by Martin McClure

Both saving changes and cancelling changes should be easy to do, without confirmation. They are both too common an action to slow down in this way. However, *both* actions should be undo-able. Regards, -Martin

Jan. 12, 2014

Re: [Pharo-dev] Do you want to accept???????? Discard???????

by Igor Stasenko

i have an impression, that people simply don't understand the function of cmd-l, and how convenient it is, especially when debugging: in debugger i more often operate with method's source pane than inspectors: i simply select the subexpression i wanting to inspect and then press Cmd-P which evaluates it and prints it right in place, and then, after i done inspecting result, simply i pressing Cmd-L and ready to go... Less often i use Cmd-I and inspector panes, because it takes much more time and more interactions to get what i want. Note, that in such way of use (cmd-p/cmd-l) there is no chance why i would want to save changes instead of thrashing them, and asking me about it is just silly. Now this is crippled by damn yes/no popups. On 12 January 2014 01:08, Chris Muller <asqueaker(a)gmail.com> wrote: > I finally read this whole thread. I don't normally get involved in > Pharo discussions but, I can't help to say: Igor is 100% right, and > his best rationale why at the beginning: > > ========== > at the end, it is just silly: the point is that i am always sure about > things i do, when interacting with my computer. if i'm not, i simply > don't (or i save and then proceed with caution).. and in any case, i > don't need stupid UI asking me about things i already decided to do > (yes i am sort of man, who disables file deletion warning, if it > provided). > =========== > > Unless there's a possibility of an accidental mishap with great > consequences, software should simply do what its told without > question. > > kilos doesn't want to be punished for a "mistake". Much simpler, if > you don't want to "lose your changes", is to simply not press > Command+L in the first place. It sounds like kilos is pressing > buttons before knowing the effects. That's just impatience that > should be appropriately spanked as Igor said. > > What if, upon being asked, "are you sure" you made your mistake right > then and there, by pressing "Yes" instead of "No"? This is very easy > to happen since, as Igor pointed out, mechanical reactions to pop-ups > develop over time.. > > I disagreed with, "A editor key combination that looses code because > is does not support undo is *wrong*." Losing the code is the _entire > purpose_ of Command+L. Every version of every method is still saved > in history so one could simply save their work then revert to the > prior version to avoid "losing code". > > Undo on Command+L would be of no use except for people pressing > buttons before thinking. That needs to be corrected to, "think first, > THEN press buttons." :) > > Bye. > > On Sat, Jan 11, 2014 at 8:33 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > > > > > On 11 January 2014 15:20, <btc(a)openinworld.com> wrote: > >> > >> Igor Stasenko wrote: > >>> > >>> and guess what i currently working on? > >>> OSWindow interface, which will allow us to control creating of windows > >>> and managing them from the image, and handling the events. > >>> > >> OSWindow sounds really exciting. Perhaps it will help facilitate > >> multi-monitor support? > >> > > eventually, yes. > > at least we care about it from very beginning: > > > > Object subclass: #OSWindowAttributes > > instanceVariableNames: 'bounds title fullscreen screenId > > preferableDriver' > > classVariableNames: 'DefaultBounds DefaultFullscreen DefaultTitle' > > poolDictionaries: '' > > category: 'OSWindow' > > > > this object is used to describe a window attributes. sure thing not all > of > > them > > listed there and much more will be added later, but as you can see, > > screenId is already there, so potentially you can control which screen > your > > window must use. > > it is not clear now, how we will facilitate the screen selection and what > > values/api to use to identify them, but at this early stage we lying a > > foundations to make this option come into play one day. > > > > > >> > >> cheers -ben > >> > > > > > > > > -- > > Best regards, > > Igor Stasenko. > > -- Best regards, Igor Stasenko.

Jan. 12, 2014

Re: [Pharo-dev] Pharo 3.0 not responding to mouse or keyboard after launch

by Martin McClure

Still completely unable to run any Pharo on my main development machine. I tried running with --trace. It would appear that no Smalltalk is being run on mouse clicks or on keystrokes, with the exception of Alt-., which generates the output shown below. Regards, -Martin PharoUserPermissions>canDebug User Interrupt Delay>>wait in Block: IRBytecodeGenerator>pushReceiver IRBytecodeGenerator>pushInstVar: IRBytecodeGenerator>pushReceiver IRBytecodeGenerator>returnReceiver IRBytecodeGenerator>closureFrom:to:copyNumCopiedValues:numArgs: IRBytecodeGenerator>closureFrom:to:copyNumCopiedValues:numArgs: IRBytecodeGenerator>closureFrom:to:copyNumCopiedValues:numArgs: IRBytecodeGenerator>closureFrom:to:copyNumCopiedValues:numArgs: CompiledMethodTrailer>encodeNoTrailer [ delaySemaphore wait ] BlockClosure>>ifCurtailed: Delay>>wait WorldState>>interCyclePause: WorldState>>doOneCycleFor: WorldMorph>>doOneCycle MorphicUIManager>>spawnNewProcess in Block: CompiledMethodTrailer>decodeEmbeddedSourceZip ZipReadStream(InflateStream)>processDynamicBlock OCASTTranslatorForValue>emitWhileFalse: IRBytecodeGenerator>pushLiteralVariable: IRBytecodeGenerator>pushLiteralVariable: IRBytecodeGenerator>pushLiteral: IRBytecodeGenerator>pushLiteral: IRBytecodeGenerator>pushLiteralVariable: IRBytecodeGenerator>storePopIntoLiteralVariable: IRBytecodeGenerator>pushLiteralVariable: IRBytecodeGenerator>pushLiteral: IRBytecodeGenerator>pushLiteralVariable: IRBytecodeGenerator>returnReceiver IRBytecodeGenerator>closureFrom:to:copyNumCopiedValues:numArgs: IRBytecodeGenerator>from:if:goto:otherwise: IRBytecodeGenerator>from:goto: IRBytecodeGenerator>closureFrom:to:copyNumCopiedValues:numArgs: IRBytecodeGenerator>from:if:goto:otherwise: IRBytecodeGenerator>from:goto: CompiledMethodTrailer>encodeNoTrailer [ ... BlockClosure>>newProcess in Block: CompiledMethodTrailer>decodeEmbeddedSourceZip ZipReadStream(InflateStream)>processDynamicBlock IRBytecodeGenerator>pushLiteralVariable: IRBytecodeGenerator>pushReceiver IRBytecodeGenerator>pushLiteralVariable: IRBytecodeGenerator>pushLiteralVariable: IRBytecodeGenerator>closureFrom:to:copyNumCopiedValues:numArgs: IRBytecodeGenerator>closureFrom:to:copyNumCopiedValues:numArgs: CompiledMethodTrailer>encodeNoTrailer [ ... IRBytecodeGenerator>pushReceiver IRBytecodeGenerator>storePopTemp: IRBytecodeGenerator>pushLiteral: IRBytecodeGenerator>storePopTemp: CompiledMethodTrailer>encodeNoTrailer OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCASTTranslatorForEffect(OCASTTranslator)>emitIfFalseIfTrue: OCASTTranslatorForEffect>emitIfTrue: OCASTTranslatorForValue>emitAnd: OCASTTranslatorForEffect>emitIfTrue: OCASTTranslatorForValue>emitAnd: IRBytecodeGenerator>pushReceiver IRBytecodeGenerator>pushInstVar: IRBytecodeGenerator>pushLiteralVariable: IRBytecodeGenerator>pushLiteral: IRBytecodeGenerator>pushLiteralVariable: IRBytecodeGenerator>storePopTemp: IRBytecodeGenerator>pushInstVar: IRBytecodeGenerator>storePopTemp: IRBytecodeGenerator>pushLiteral: IRBytecodeGenerator>pushLiteralVariable: IRBytecodeGenerator>pushLiteralVariable: IRBytecodeGenerator>pushLiteral: IRBytecodeGenerator>pushLiteralVariable: IRBytecodeGenerator>storePopInstVar: IRBytecodeGenerator>pushLiteral: IRBytecodeGenerator>storePopIntoLiteralVariable: IRBytecodeGenerator>returnReceiver IRBytecodeGenerator>from:if:goto:otherwise: IRBytecodeGenerator>from:if:goto:otherwise: IRBytecodeGenerator>from:goto: IRBytecodeGenerator>from:if:goto:otherwise: IRBytecodeGenerator>from:if:goto:otherwise: IRBytecodeGenerator>from:goto: IRBytecodeGenerator>from:if:goto:otherwise: IRBytecodeGenerator>from:goto: IRBytecodeGenerator>from:goto: IRBytecodeGenerator>from:goto: IRBytecodeGenerator>from:if:goto:otherwise: IRBytecodeGenerator>from:if:goto:otherwise: IRBytecodeGenerator>from:goto: IRBytecodeGenerator>from:if:goto:otherwise: IRBytecodeGenerator>from:if:goto:otherwise: IRBytecodeGenerator>from:goto: IRBytecodeGenerator>from:if:goto:otherwise: IRBytecodeGenerator>from:goto: IRBytecodeGenerator>from:goto: IRBytecodeGenerator>from:goto: CompiledMethodTrailer>encodeNoTrailer OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name IRBytecodeGenerator>pushReceiver IRBytecodeGenerator>pushLiteralVariable: IRBytecodeGenerator>pushReceiver IRBytecodeGenerator>returnReceiver CompiledMethodTrailer>encodeNoTrailer OCTempVariable(OCAbstractLocalVariable)>name OCTempVariable(OCAbstractLocalVariable)>name IRBytecodeGenerator>pushInstVar: IRBytecodeGenerator>pushReceiver IRBytecodeGenerator>returnReceiver CompiledMethodTrailer>encodeNoTrailer Float>* Float>* Float>* Float>* Float>* Float>* Float>* Float>* Float>* Float>* Float>* Float>* Float>* Float>* OCASTTranslatorForValue>emitIfTrue: OCASTTranslatorForValue>emitIfFalse: IRBytecodeGenerator>pushReceiver IRBytecodeGenerator>pushReceiver IRBytecodeGenerator>pushReceiver IRBytecodeGenerator>pushLiteral: IRBytecodeGenerator>pushInstVar: IRBytecodeGenerator>pushReceiver IRBytecodeGenerator>pushLiteral: IRBytecodeGenerator>storePopInstVar: IRBytecodeGenerator>returnReceiver IRBytecodeGenerator>from:if:goto:otherwise: IRBytecodeGenerator>closureFrom:to:copyNumCopiedValues:numArgs: IRBytecodeGenerator>from:if:goto:otherwise: IRBytecodeGenerator>from:goto: IRBytecodeGenerator>from:goto: IRBytecodeGenerator>from:goto: IRBytecodeGenerator>from:goto: IRBytecodeGenerator>from:if:goto:otherwise: IRBytecodeGenerator>closureFrom:to:copyNumCopiedValues:numArgs: IRBytecodeGenerator>from:if:goto:otherwise: IRBytecodeGenerator>from:goto: IRBytecodeGenerator>from:goto: IRBytecodeGenerator>from:goto: IRBytecodeGenerator>from:goto: CompiledMethodTrailer>encodeNoTrailer

Jan. 12, 2014