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

Re: [Pharo-dev] github metacello pero and jenkins matrix builds

by Yuriy Tymchuk

On 06 Jun 2014, at 11:19, Max Leske <maxleske(a)gmail.com> wrote: > >> On 06.06.2014, at 07:28, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> >> Sorry for bothering guys, but I really get random errors. For example last one I saw is: >> >> An attempt to use interactive tools detected, while in non-interactive mode >> FileDoesNotExistException: '/tmp/github-UkoVnaExportermaster.zip' >> >> Can anybody help me to localise the problem? Is the Jenkins configuration wrong? Or I should do things in a completely different way? > > Did you specigy /tmp as output folder? If so, you should use the working directory (which will be the build directory). You can not assume to have write permissions on /tmp. Yes, thatâs the thing. I guess /tmp is used by something in metacello-filetree-github toolchain. Thatâs why Iâm asking because Iâve never worked with is a lot. Uko > >> >> Uko >> >> On 31 May 2014, at 14:40, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> >>> Hi guys, >>> >>> So Iâm using this fancy metacello github urls, like: github://<user>/<project>[:<branch>|<tag>|<SHA>][/<path>] and some of my Jenkins matrix builds are randomly failing with: >>> >>> Error: /tmp/github-UkoRenrakumaster.zip already exists >>> >>> anyone has an idea how to solve this? >>> >>> Uko >> >

June 6, 2014

Re: [Pharo-dev] github metacello pero and jenkins matrix builds

by Max Leske

> On 06.06.2014, at 07:28, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > Sorry for bothering guys, but I really get random errors. For example last one I saw is: > > An attempt to use interactive tools detected, while in non-interactive mode > FileDoesNotExistException: '/tmp/github-UkoVnaExportermaster.zip' > > Can anybody help me to localise the problem? Is the Jenkins configuration wrong? Or I should do things in a completely different way? Did you specigy /tmp as output folder? If so, you should use the working directory (which will be the build directory). You can not assume to have write permissions on /tmp. > > Uko > > On 31 May 2014, at 14:40, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > >> Hi guys, >> >> So Iâm using this fancy metacello github urls, like: github://<user>/<project>[:<branch>|<tag>|<SHA>][/<path>] and some of my Jenkins matrix builds are randomly failing with: >> >> Error: /tmp/github-UkoRenrakumaster.zip already exists >> >> anyone has an idea how to solve this? >> >> Uko >

June 6, 2014

Re: [Pharo-dev] github metacello pero and jenkins matrix builds

by Max Leske

> On 31.05.2014, at 11:10, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > Hi guys, > > So Iâm using this fancy metacello github urls, like: github://<user>/<project>[:<branch>|<tag>|<SHA>][/<path>] and some of my Jenkins matrix builds are randomly failing with: > > Error: /tmp/github-UkoRenrakumaster.zip already exists > > anyone has an idea how to solve this? You have to delete that file first. Builds reuse the workspace and whatever you leave there will be there for the next build. Try putting ârm -f /tmp/github*â into your build configuration. > > Uko

June 6, 2014

Re: [Pharo-dev] github metacello pero and jenkins matrix builds

by Yuriy Tymchuk

Sorry for bothering guys, but I really get random errors. For example last one I saw is: An attempt to use interactive tools detected, while in non-interactive mode FileDoesNotExistException: '/tmp/github-UkoVnaExportermaster.zip' Can anybody help me to localise the problem? Is the Jenkins configuration wrong? Or I should do things in a completely different way? Uko On 31 May 2014, at 14:40, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Hi guys, > > So Iâm using this fancy metacello github urls, like: github://<user>/<project>[:<branch>|<tag>|<SHA>][/<path>] and some of my Jenkins matrix builds are randomly failing with: > > Error: /tmp/github-UkoRenrakumaster.zip already exists > > anyone has an idea how to solve this? > > Uko

June 6, 2014

the kind of logic we are cleaning slowly with alain :)

by stepharo

It should be simpler! Stef mouseDown: evt "Handle a mouse down event." | grabbedMorph handHadHalos | (self defaultYellowButtonMenuEnabled and: [evt yellowButtonPressed]) ifTrue: [ (self yellowButtonActivity: evt shiftPressed) ifTrue: [ ^ self ]]. grabbedMorph := self morphToGrab: evt. grabbedMorph ifNotNil: [ grabbedMorph isSticky ifTrue: [^self]. ^evt hand grabMorph: grabbedMorph]. (super handlesMouseDown: evt) ifTrue: [^super mouseDown: evt]. handHadHalos := evt hand halo notNil. evt hand removeHalo. "shake off halos" self isWorldMorph ifTrue: [ self currentWindow ifNotNil: [:topWindow | SystemWindow passivateTopWindow]]. "since pasteup will release keyboard focus now" evt hand releaseKeyboardFocus. "shake of keyboard foci" (evt shiftPressed not and: [ self isWorldMorph not and: [ self wantsEasySelection not ]]) ifTrue: [ "explicitly ignore the event if we're not the world and we'll not select, so that we could be picked up if need be" evt wasHandled: false. ^ self. ]. ( evt shiftPressed or: [ self wantsEasySelection ] ) ifTrue: [ "We'll select on drag, let's decide what to do on click" | clickSelector | clickSelector := nil. evt shiftPressed ifTrue: [ clickSelector := #findWindow:.] ifFalse: [self isWorldMorph ifTrue: [clickSelector := handHadHalos ifTrue: [ #delayedInvokeWorldMenu: ] ifFalse: [ #invokeWorldMenu: ]]]. evt hand waitForClicksOrDrag: self event: evt selectors: { clickSelector. nil. nil. #dragThroughOnDesktop: } threshold: 5. ] ifFalse: [ "We wont select, just bring world menu if I'm the world" self isWorldMorph ifTrue: [ handHadHalos ifTrue: [ self delayedInvokeWorldMenu: evt ] ifFalse: [ self invokeWorldMenu: evt ] ] ].

June 5, 2014

Re: [Pharo-dev] issue validation needed

by Max Leske

Is there an easy way to reproduce this? I donât quite see what I have to do to verify the fix. > On 05.06.2014, at 14:30, Damien Cassou <damien.cassou(a)gmail.com> wrote: > > On Wed, Jun 4, 2014 at 9:12 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> can someone check this metacello issue? >> >> https://pharo.fogbugz.com/f/cases/13305/ >> >> I really need it for continue with VM work. > > > for the laziest among you: > > Problem resolving branches with Metacello > The fix is in the Inbox > > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill >

June 5, 2014

Different EOL between Save and Save As in Workspace

by Esteban A. Maringolo

When working in a Workspace, if I choose to save using Ctrl+S, the file will have Mac EOL (getting a lot of ^M characters when viewed using less or vim), if I choose "Save As" it saves the file "properly" (as expected). I guess this is a Bug, but maybe its not. Regards! Esteban A. Maringolo

June 5, 2014

Fwd: Re: Slowness question

by Hilaire Fernandes

-------- Message original -------- Sujet: Re: Slowness question Date : Thu, 5 Jun 2014 07:02:44 +0200 De : ClÃ©ment Bera <bera.clement(a)gmail.com> RÃ©pondre Ã : Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Pour : Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Groupes de discussion: gmane.comp.lang.smalltalk.pharo.user RÃ©fÃ©rences : <lmo29u$qu0$1(a)ger.gmane.org> Igor do you have a clue ? (I'm not sure Igor is on pharo-users) Clement 2014-06-04 23:15 GMT+02:00 Hilaire Fernandes <hilaire.fernandes(a)gmail.com <mailto:hilaire.fernandes@gmail.com>>: Hi, Programmed sketch in DrGeo can be animated, for example like the script bellow. The "canvas do:" message forks the block so user is not blocked. At #udpate message the items and views (morph) are recomputed and refreshed . Before porting DrGeo to Athens, the animation was pretty fast, now it is very slow. Any idea from where it could come from? Thanks ---8<------ |canvas s stats points| points :=Array new: 12. stats := Array new: 12 withAll: 0. canvas := DrGeoCanvas new. 2 to: 12 do: [:i | points at: i put: (canvas point: i(a)0.1) (points at: i) square; color: Color blue. s := canvas segment: i@0 to: (points at: i). s color: Color red]. canvas do: [ 1 to: 10000 do: [:i| s := 6 atRandom + 6 atRandom. stats at: s put: ((stats at: s)+1). (points at: s) name: (stats at: s) asString; moveTo: s @ ((stats at: s) / 100). canvas update]. ---8<------ -- Dr. Geo http://drgeo.eu

June 5, 2014

Re: [Pharo-dev] Brainstorming Pharo4

by Attila Magyar

In regard to improving tools. One of the most common criticism I hear about dynamically typed languages, is that you can't have precise code completion, and without this, it is impossible to know what methods can be used in given context. My usual response is, that you can, just ask the object what messages do you respond to. Then I explain what a live object is, and how coding inside the debugger work. The problem is, neither the Debugger nor the Workspace take advantages of this. If I start typing a message inside the Debugger, the code completion won't take the type of the receiver into consideration. -- View this message in context: http://forum.world.st/Brainstorming-Pharo4-tp4761647p4761805.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

June 5, 2014

Re: [Pharo-dev] Brainstorming Pharo4

by Hilaire Fernandes

Le 04/06/2014 20:53, stepharo a Ã©crit : >> As you mentioned a lot of new tools and protocols were introduced, >> people (me included) does not well about those ones. >> As an example I am slowly discovering announcement and now AFAIK the >> image use three different protocols for this: change/update, observer >> and Announcement! > Yes we know that the situation is not ideal. > We started to move more to announcement. The problem is that some of the > widgets > requires the change/update. For the observer I do not know what you mean. change/update when:send:to:/triggerEvent: Announcement This is just an example where developer get confused. This is why I beg for consolidations, incidentally more people may be capable to help (and learn) on these tasks -- Dr. Geo http://drgeo.eu

June 5, 2014