- Pharo-dev - lists.pharo.org

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

by Christophe Demarey

Metacello implementation of the github protocol uses a zip file downloaded from github and then extracted in a temp folder. See https://github.com/dalehenrich/metacello-work/blob/master/repository/Metace… Metacello code is not robust enough. It should check for a not-used temporary file name. Check MCGitHubRepository>>projectDirectoryFrom: version: zipFileName := '/tmp/github-' , (downloadCacheKey select: [ :c | c isAlphaNumeric ]) , '.zip'. The problem is not related to Zinc. So, Metacello should be fixed. As a workaround, you can also specify to run only 1 instance of your job at a time. Christophe Le 6 juin 2014 Ã 08:39, Yuriy Tymchuk a Ã©crit : > Looks like ZnFileSystemUtils are doing this. As far as i understand, the problem occurs when two matrix lobs run at the same time and so one downloads thing into /tmp, and other one encounters a problem. Isnât this some sort of bug in Zinc? > > Uko > > On 06 Jun 2014, at 11:54, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > >> >> 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] Brainstorming Pharo4

by Alexandre Bergel

It would also be amazing to have mouse wheel properly implemented in the VM. Or maybe we should just wait for the work of Ronie... Alexandre On Jun 4, 2014, at 5:36 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > > A couple of weeks ago we started to plan Pharo4. This work became stagnated for many reasons, but mainly because I needed to travel to Argentina. > Now I'm slowly resuming the work and I wanted to share with you what we have been talking/dreaming. > In esence, we have two important drivers for this release: > > 1) Improving tools > Turns out that we have introduced a lot of kernel improvements (opal compiler, layouts, slots, etc.) and tools are still not aware of them. Even worst: we have traits since a lot of time and our tools are still now aware enough to provide good interoperability. > But not just that: we have introduced things that are not well used yet: keybindings (who do not want a better keybindings structure... coherent and editable?), spec should allow us to continue enhancing existing tools and to replace old ones. > > 2) Modularisation > One of the fundamental ideas behind Pharo is to provide a modular environment. But well... since Pharo start to the moment, we prepared things to allow it, but still few direct effort has been made. > In our dreams, Pharo should be built starting for a small kernel image and adding different modules to get a complete version. In this idea Pharo=Kernel+GUI(Morphic)+Tools. > This has huge advantages (I do not think is necesary to explain them, isn't ;)?) > > We brainstomed around this and we get this list of issues (not all of them directly related to the objectives, but well... good stuff also :) ) > > Web site: > - add catalog > - add videos > - enhance it in general > > Infrastructure: > - support more vm platforms > > VM: > - spur > - 64bits > - make vm embedable and UI independent (with SDL2 and OSWindow) > > Image: > - Modularisation > - Removing old compiler > - Repackage Morphic (to allow better modularisation) > - Athens (replace old bitblt) > > Tools > - Replace changes with Ombu/Epicea > - Replace sources with a better abstraction > - Git support inside image (with libgit2 + tools) > - Pass on Spec > - Include Glamour? > - Make Ring unloadable > - Fonts with FreeType > > And lots of bugfixes :) > > We would like to exchange ideas with you. > So, what do you think? > > Esteban > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 6, 2014

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

by Yuriy Tymchuk

Looks like ZnFileSystemUtils are doing this. As far as i understand, the problem occurs when two matrix lobs run at the same time and so one downloads thing into /tmp, and other one encounters a problem. Isnât this some sort of bug in Zinc? Uko On 06 Jun 2014, at 11:54, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > 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 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