- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [gsoc-mentors] GSoC: call for ideas

by Camille Teruel

Hello, Here are my proposals, ================================================== Title: Slots, batteries included Context: Pharo has recently introduced a model for first-class class layouts and instance variables (slots). This model will permit to customize the memory layout of instances of a class and the read/write logic of instance variables. However, the current compiler doesn't take the custom read/write logic into account and the implementation need some love. Goal: The student will first have to understand the model of layout and slots (http://rmod.lille.inria.fr/archives/papers/Verw11a-OOSPLA11-FlexibleObjectL…) The next step is to modify the compiler (Opal) so that it take slots into account. Then, the student will improve the current implementation: - Expand the API: Each class should responds to #slots #ownSlots, each object to #slotNamed:set:, #slotNamed:, etc... - Fix the class installer to use the new instance migration model instead of the old one. - Study whether scopes can be removed from the core model or not. - Better definition of the interactions/responsibilities of the class builder and the class installer and fix the problem of modification of anonymous classes. Then the student can provides several examples of custom slots and identify potential clients of these new facilities. Dialect: Pharo Skill level: intermediate Mentors: Camille Teruel / Martin Dias ================================================== Title: Baobab Context: Pharo sources are currently stored in a separated file (.sources). We plan to remove that file and instead store all sources in the image in AST form. But keeping all the ASTs of the system methods would cost too much memory. Bonsai, is one possible solution for saving memory: it is just a flyweight pattern for ASTs. Additionally, we want to annotate the nodes of the ASTs various informations (bindings, additional comments, discussions, false positive critics, debugging code, typing information for various pluggable type systems, statistics like code coverage, etc...). All these annotations would also take too much space in the image. Moreover, not all of them are needed by all developers. Some must be kept in the image, others not. Goal: The goal of Baobab is to offer a flexible AST annotation and serialization system. An annotation should be able to define if it's transient (kept in the image but not serialized with the AST), local (kept in the image and serialized with the AST) or remote (stored on remote repositories so that teams of developers can share and edit them). Dialect: Pharo Skill level: easy/intermediate Mentor: Camille Teruel =================================================== Title: Generic rewriting engine Context: Rewriting is an useful technique that has a lot of applications in many functional programming language. A rewriting engine that can rewrite arbitrary graph of objects would have a lot of useful applications like code refactoring and migration of instances in an alive program. Goal: The goal of this proposal is to implement a rewriting engine for arbitrary tree/graph of object. A rewriting rule must be able to define: - Patterns to match a part of the graph possibly including metavariables (variables that match subparts of the matched part) - Transformation of the matched part using the metavariables The engine is parametrized with a set of rules an a traversal of the graph (look at http://www.humane-assessment.com/blog/traversal-enabled-pharo-objects for ideas). Inspirations can be found in the pattern-matching library of Newspeak: (http://www.hpi.uni-potsdam.de/hirschfeld/publications/media/GellerHirschfel…) Skill level: intermediate Dialect: Free Mentor: Camille Teruel =================================================== Title: Object based IDE Context: An object oriented program is based on objects that send messages to other objects. However, source code and IDE shows only classes and methods. There is a huge gap between the source code that the IDEs show and the runtime entities of a program: object and messages. This gap make program comprehension difficult because it is up to the programmer to fill this gap in is head. That is certainly the reason why many Smalltalk programmers like to program in the debugger: they deal with an actual instance of their program. Goal: The goal of this proposal is to set up the first bricks toward a graphical IDE centered around objects that are alive during a program execution. The first step is to provide a view to easily navigate through a graph of objects. Then objects should be able to customize their view and several default views for common classes must be provided: Array, Dictionary, Set, etc... The final step is to be able to run a program step by step as in a debugger and display the messages sent between objects using Granovetter diagrams. Dialect: any Skill level: intermediate Mentor: Camille Teruel

Feb. 12, 2014

Re: [Pharo-dev] 100% CPU usage on image resume

by Holger Hans Peter Freyther

On Mon, Oct 07, 2013 at 11:19:48AM +0200, Holger Hans Peter Freyther wrote: Hi, > I saved an image and today I wanted to resume it. Everything comes up, > for a second I can interact with it (e.g. move a window) but then the > pharo VM goes to 100% CPU usage. I let it run while writing this email > and it eventually aborted: I keep on experiencing the issue on image resume. It appears that my timer process runs before the startUp list of DateAndTime has been executed and then anything using DateAndTime will get stuck. Is this a known issue of Pharo2.0? Couldn't >>#snapshot:andQuit: of SmalltalkImage suspend all other processes and only resume them once the startUp list has been executed? Any ideas how to debug that? I have started to explore bits of the system using the commandline feature of Pharo. Backtrace of the active process that appears to take all the CPU All Smalltalk process stacks (active first): Process 0x7890adb8 priority 70 0xbf9a5e60 M DateAndTime>normalize:ticks:base: 0x799930dc: a(n) DateAndTime 0xbf9a5e84 M DateAndTime>ticks:offset: 0x799930dc: a(n) DateAndTime 0xbf9a5ea8 M DateAndTime>offset: 0x79992fe4: a(n) DateAndTime 0xbf9a5ec4 M DateAndTime>asLocal 0x79992fe4: a(n) DateAndTime 0xbf9a5ee4 M DateAndTime>- 0x7890ac98: a(n) DateAndTime 0xbf9a5f00 M DateAndTime>asSeconds 0x7890ac98: a(n) DateAndTime 0xbf9a2df0 M DateAndTime>< 0x7890ac98: a(n) DateAndTime 0xbf9a2e0c M DateAndTime(Magnitude)>> 0x79992cb0: a(n) DateAndTime 0xbf9a2e2c M TimerScheduler>fireTimers: 0x77fdb260: a(n) TimerScheduler 0xbf9a2e54 I [] in TimerScheduler>runTimers 0x77fdb260: a(n) TimerScheduler 0xbf9a2e70 M BlockClosure>on:do: 0x7890acac: a(n) BlockClosure 0xbf9a2e94 M [] in Dispatcher>dispatch 0x77fdb018: a(n) Dispatcher 0xbf9a2eb4 M BlockClosure>ensure: 0x7890ae38: a(n) BlockClosure 0xbf9a2ee0 I [] in Dispatcher>dispatch 0x77fdb018: a(n) Dispatcher 0xbf9a2f00 I [] in BlockClosure>newProcess 0x7890acd4: a(n) BlockClosure same image some seconds later All Smalltalk process stacks (active first): Process 0x7890adb8 priority 70 0xbf9a2d78 M Fraction>reduced 0x7ac6cb4c: a(n) Fraction 0xbf9a2d90 M SmallInteger>/ 0x1903d=51230 0xbf9a2dac M DateAndTime>julianDayOffset 0x7ac6ca1c: a(n) DateAndTime 0xbf9a2dc8 M DateAndTime>julianDayNumber 0x7ac6ca1c: a(n) DateAndTime 0xbf9a2df0 M DateAndTime>< 0x7890ac98: a(n) DateAndTime 0xbf9a2e0c M DateAndTime(Magnitude)>> 0x7ac6ca1c: a(n) DateAndTime 0xbf9a2e2c M TimerScheduler>fireTimers: 0x77fdb260: a(n) TimerScheduler 0xbf9a2e54 I [] in TimerScheduler>runTimers 0x77fdb260: a(n) TimerScheduler 0xbf9a2e70 M BlockClosure>on:do: 0x7890acac: a(n) BlockClosure 0xbf9a2e94 M [] in Dispatcher>dispatch 0x77fdb018: a(n) Dispatcher 0xbf9a2eb4 M BlockClosure>ensure: 0x7890ae38: a(n) BlockClosure 0xbf9a2ee0 I [] in Dispatcher>dispatch 0x77fdb018: a(n) Dispatcher 0xbf9a2f00 I [] in BlockClosure>newProcess 0x7890acd4: a(n) BlockClosure

Feb. 12, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30754 Home: https://github.com/pharo-project/pharo-core

Feb. 12, 2014

[pharo-project/pharo-core] 114dd0: 30754

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 114dd0ec17caadee0346718df0f23dbf6a60807a https://github.com/pharo-project/pharo-core/commit/114dd0ec17caadee0346718d… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-02-12 (Wed, 12 Feb 2014) Changed paths: A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script407.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30754.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Versionner-Core-Commands.package/MBAddConfigurationCommand.class/instance/execute/execute.st M Versionner-Core-Commands.package/MBCheckpointDevCommand.class/instance/execute/execute.st M Versionner-Core-Commands.package/MBCommand.class/instance/accessing-computed/projectName.st M Versionner-Core-Commands.package/MBCommand.class/instance/repositories/repositoryOfPackageNamed_.st M Versionner-Core-Model.package/MBAbstractVersionInfo.class/instance/accessing/configurationBasename.st R Versionner-Core-Model.package/extension/Class/instance/configurationBaseName.st R Versionner-Help.package/MetacelloBrowserHelp.class/README.md R Versionner-Help.package/MetacelloBrowserHelp.class/class/accessing/bookName.st R Versionner-Help.package/MetacelloBrowserHelp.class/class/accessing/introduction.st R Versionner-Help.package/MetacelloBrowserHelp.class/class/accessing/key.st R Versionner-Help.package/MetacelloBrowserHelp.class/class/accessing/pages.st R Versionner-Help.package/MetacelloBrowserHelp.class/class/defaults/builder.st R Versionner-Help.package/MetacelloBrowserHelp.class/class/pages/icon.st R Versionner-Help.package/MetacelloBrowserHelp.class/definition.st R Versionner-Help.package/MetacelloBrowserHelpBuilder.class/README.md R Versionner-Help.package/MetacelloBrowserHelpBuilder.class/definition.st R Versionner-Help.package/MetacelloBrowserHelpBuilder.class/instance/building/build.st R Versionner-Help.package/MetacelloBrowserHelpBuilder.class/instance/private/command_for_do_.st R Versionner-Help.package/MetacelloBrowserHelpBuilder.class/instance/private/createTopicFrom_.st R Versionner-Help.package/VersionnerHelp.class/README.md R Versionner-Help.package/VersionnerHelp.class/class/accessing/bookName.st R Versionner-Help.package/VersionnerHelp.class/class/accessing/introduction.st R Versionner-Help.package/VersionnerHelp.class/class/accessing/key.st R Versionner-Help.package/VersionnerHelp.class/class/accessing/pages.st R Versionner-Help.package/VersionnerHelp.class/class/defaults/builder.st R Versionner-Help.package/VersionnerHelp.class/class/pages/icon.st R Versionner-Help.package/VersionnerHelp.class/definition.st R Versionner-Help.package/VersionnerHelpBuilder.class/README.md R Versionner-Help.package/VersionnerHelpBuilder.class/definition.st R Versionner-Help.package/VersionnerHelpBuilder.class/instance/building/build.st R Versionner-Help.package/VersionnerHelpBuilder.class/instance/private/command_for_do_.st R Versionner-Help.package/VersionnerHelpBuilder.class/instance/private/createTopicFrom_.st M Versionner-Spec-Browser.package/VersionnerProjectPanel.class/instance/initialization/initializeGroupsWidget.st M Versionner-Spec-Browser.package/VersionnerProjectPanel.class/instance/initialization/initializeProjectsWidget.st R Versionner-Tests-Core-Commands.package/MBAddDescriptionCommandTest.class/README.md R Versionner-Tests-Core-Commands.package/MBAddDescriptionCommandTest.class/definition.st R Versionner-Tests-Core-Commands.package/MBAddDescriptionCommandTest.class/instance/accessing/configurationClass.st R Versionner-Tests-Core-Commands.package/MBAddDescriptionCommandTest.class/instance/accessing/configurationInfo.st R Versionner-Tests-Core-Commands.package/MBAddDescriptionCommandTest.class/instance/tests/testExecute.st M Versionner-Tests-Core-Model.package/MBConfigurationInfoTest.class/instance/tests/testInitialization.st Log Message: ----------- 30754 12847 update Versionner https://pharo.fogbugz.com/f/cases/12847/fix-rules-violations http://files.pharo.org/image/30/30754.zip

Feb. 12, 2014

Re: [Pharo-dev] [gsoc-mentors] GSoC: call for ideas

by btc＠openinworld.com

Stefan Marr wrote: > Hi: > > Here my proposals: > > > Proposal 1: > > Library of Concurrent Programming Concepts > > The Ownership-based Metaobject Protocol [1] is an abstraction meant to > allow an easy implementation of a wide range of concurrent programming > concepts such as actors and STM. > The goal would be to extend the existing set of provided concepts by > a wider collection of concepts from literature and programming languages, > for instance Erlang actors, E vats, Shacl domains, Axum domains, different > types of STMs, and so on. > The goal is to provide programmers a set of abstractions to mix and match, > for their applications. > > benefit for the student: getting strong exposure to the subtleties of concurrent > programming and the benefits of the wide range of different > approaches. > > dialect: Pharo 3, the OMOP depends on Opal > > skill level: topic is adaptable to different skill levels, but object-orient background knowledge is required > > mentor: Stefan Marr (smalltalk(a)stefan-marr.de) > co-mentor TBD > > [1] http://www.stefan-marr.de/research/omop/ > > Another cool thing would be a graphical representation simulating how these concepts work. Something attractive to Comp Sci lecturers to make their lives easier. They come for the end-user application - but then can dig into the implementation with their student - and as a side-effect they are exposed to Smalltalk and are hooked. cheers -ben

Feb. 12, 2014

need some help with NBCallback related crashes

by Danil Osipchuk

Hello all I'm currently playing with NativeBoost (a great thing to have) and pharo consistently crashes after running for a while. My impression is that crashes happen during GCs as if something moves under the installed callback. This may be also related to the libpcap itself, but how can I know for sure. I've tried everything newest (vm+image+libpcap) and I also migrated into a much more rigid scheme of storing and passing callback. Now I've run of ideas where to look further. So, it is like this. NBPCapHandlerCallback is a procedure which is called by libpcap for every packet it has in its internal buffer after the application calls pcap_dispatch(). pcap_dispatch receives the callback as a parameter. I have to repeatedly call pcap_dispatch in so called nonblocking mode (and pass the callback each time) every 5 milliseconds to collect packets - we are single threaded. This amounts to awful whole 200 callback installations per second, may be libpcap was not well tested in this scenario (I suppose pcap_loop runs in separated thread in wireshark and callback installation happens several times per session at most) - hence my doubts. But also - could it be something with NB? Any hints how to proceed with it are greatly appreciated. This is amazing how one can quickly assemble something that emulates thousands of dhcp-clients (this is what the app does) with current Pharo. But the thing dies off after 10-15 minutes. best wishes, Danil http://www.tcpdump.org/manpages/pcap_loop.3pcap.html ========= Generic failure NBNativeCodeGen class>>signalError: NBNativeCodeGen class>>handleFailureIn:nativeCode: NBNativeCodeGen class>>methodAssembly: LargePositiveInteger(NBFFICallback)>>primLeave:stackPtr:contextOop:returnValue:primitiveMethod: NBPCapHandlerCallback(NBFFICallback)>>pvtEnter:stackPointer:primitiveMethod: in Block: Segmentation fault Wed Feb 12 16:17:25 2014 pharo VM version: 3.9-7 #1 Fri Feb 7 16:55:52 CET 2014 gcc 4.6.3 [Production ITHB VM] Built from: NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 Feb 7 2014 With: NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 Feb 7 2014 Revision: https://github.com/pharo-project/pharo-vm.git Commit: ef5832e6f70e5b24e8b9b1f4b8509a62b6c88040 Date: 2014-01-26 15:34:28 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14797 Build host: Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux plugin path: /home/Pharo/ [default: /home/Pharo/] C stack backtrace: ./pharo[0x809bc4c] ./pharo[0x809bf66] linux-gate.so.1(__kernel_rt_sigreturn+0x0)[0xb76e640c] ./pharo(incrementalGC+0x18a)[0x80859da] ./pharo[0x808655a] ./pharo[0x808cbb7] ./pharo[0x808ccba] ./pharo(ceStackOverflow+0x59)[0x808f5f9] [0x770f5260] [0x771017e0] [0x770fb11e] [0x770fa939] [0x770f9813] [0x770f5700] [0x770f55c0] Smalltalk stack dump: 0xbf8b6144 M BlockClosure>ensure: 0x7c429d44: a(n) BlockClosure 0xbf8b6164 M Semaphore>critical: 0x772901d8: a(n) Semaphore 0xbf8b6180 M SmallInteger(Integer)>atRandom 0x13=9 0xbf8b61a8 M NLDHCPClientInit>enter 0x7c3be76c: a(n) NLDHCPClientInit 0xbf8b61c0 M [] in NLDHCPHost>changeStateTo: 0x793e816c: a(n) NLDHCPHost 0xbf8b61e0 I [] in BlockClosure>newProcess 0x7c3be828: a(n) BlockClosure Most recent primitives at:put: at:put: at:put: at:put: basicNew: basicNew class class replaceFrom:to:with:startingAt: basicNew: basicNew class class replaceFrom:to:with:startingAt: species species at:put: at:put: class class replaceFrom:to:with:startingAt: species species at:put: at:put: class class replaceFrom:to:with:startingAt: at:put: species basicNew: replaceFrom:to:with:startingAt: class class species basicNew: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: basicNew: atAllPut: class class replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: at:put: at:put: class at:put: at:put: at:put: species basicNew: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: basicNew: basicNew class class replaceFrom:to:with:startingAt: class class species basicNew: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: basicNew: basicNew class class replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: basicNew: at:put: at:put: class class replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: new at:put: at:put: class stringHash:initialHash: class stringHash:initialHash: class stringHash:initialHash: basicNew objectAt: basicNew: stackp: basicNew primitiveResume basicNew basicNew new: basicNew new: objectAt: basicNew: stackp: basicNew primitiveResume findNextUnwindContextUpTo: terminateTo: suspend species basicNew: replaceFrom:to:with:startingAt: species species class class basicNew shallowCopy shallowCopy basicNew: basicNew species basicNew: replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: basicNew: basicNew species basicNew: replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: wait truncated truncated signal at:put: at:put: at:put: at:put: at:put: at:put: new at:put: at:put: class at:put: at:put: class stringHash:initialHash: class stringHash:initialHash: class stringHash:initialHash: class stringHash:initialHash: class stringHash:initialHash: class stringHash:initialHash: species basicNew: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: class species hashBytes:startingWith: species species class class class stringHash:initialHash: class stringHash:initialHash: class stringHash:initialHash: basicNew: basicNew class class replaceFrom:to:with:startingAt: basicNew: basicNew class class replaceFrom:to:with:startingAt: class class species basicNew: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: class class species basicNew: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: pcapSendPacket:size: findNextUnwindContextUpTo: terminateTo: suspend basicNew basicNew wait **IncrementalGC** stack page bytes 4096 available headroom 3300 minimum unused headroom 3480 (Segmentation fault)

Feb. 12, 2014

To improve Stef's mood...

by Pavel Krivanek

Hi, we are now able to bootstrap the PharoKernel and get responsive image that is able to execute scripts and process 'eval' argument. https://ci.inria.fr/pharo-contribution/job/PharoKernel3.0-Bootstrap/ It has shrinked Unicode tables, has no network support, not everything is initialized well and the job takes 1 hr 45 min but it is important step on our 100m competition :-) -- Pavel

Feb. 12, 2014

Re: [Pharo-dev] [gsoc-mentors] GSoC: call for ideas

by Stefan Marr

Hi: Here my proposals: Proposal 1: Library of Concurrent Programming Concepts The Ownership-based Metaobject Protocol [1] is an abstraction meant to allow an easy implementation of a wide range of concurrent programming concepts such as actors and STM. The goal would be to extend the existing set of provided concepts by a wider collection of concepts from literature and programming languages, for instance Erlang actors, E vats, Shacl domains, Axum domains, different types of STMs, and so on. The goal is to provide programmers a set of abstractions to mix and match, for their applications. benefit for the student: getting strong exposure to the subtleties of concurrent programming and the benefits of the wide range of different approaches. dialect: Pharo 3, the OMOP depends on Opal skill level: topic is adaptable to different skill levels, but object-orient background knowledge is required mentor: Stefan Marr (smalltalk(a)stefan-marr.de) co-mentor TBD [1] http://www.stefan-marr.de/research/omop/ Proposal 2: An AST-based debugger for Pharo The new infrastructure in Pharo tries to bring the program execution on a higher level to simplify tools and push more complexity into lower levels of system that do not need to be exposed to the programmer. With Opal, the compiler already uses a proper AST representation. The next step is to bring the debugger to the same level to simplify it and modern features to more directly interact with objects and execution. dialect: Pharo 3 skill level: medium to advanced, strong object-oriented background advisable mentor: ClÃ©ment Bera (bera.clement(a)gmail.com) Stefan Marr (smalltalk(a)stefan-marr.de) Best regards Stefan -- Stefan Marr INRIA Lille - Nord Europe http://stefan-marr.de/research/

Feb. 12, 2014

Re: [Pharo-dev] I love the new catalog and now you can create the metadata easily :)

by jannik laval

Thank you Stef. Phratch is up to date. Jannik 2014-02-11 8:24 GMT+01:00 phil(a)highoctane.be <phil(a)highoctane.be>: > Stef, > > Read on. > > To be successful you need to keep on trucking no matter what. #resilience > #persistence #keeprunning > > http://techcrunch.com/2011/06/27/startups-don't-die-they-commit-suicide/ > > Phil > > > > On Mon, Feb 10, 2014 at 10:49 PM, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > >> Yes click that link: >> >> https://ci.inria.fr/pharo-contribution/job/PharoProjectCatalog/HTML_Report/ >> ? >> >> So I imagine that you are all like me: you are too busy to add the >> correct information >> because you do not know what/how/. >> >> So I created a little class: called CatalogAdder for you and me :P >> >> >> >> I'm a simple utility class that add methods to ConfigurationOf class to >> declare catalog metadata. >> >> Gofer new >> smalltalkhubUser: 'DamienCassou' project: 'Pier-Gutemberg'; >> package: 'CatalogAdder'; >> load >> >> (CatalogAdder on: ConfigurationOfXXX) >> defineCatalogMetadata >> >> and it creates all the methods with dummy template for you :) >> >> Stef >> > > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://car.mines-douai.fr/

Feb. 12, 2014

Re: [Pharo-dev] CI Build Slaves ?

by Christophe Demarey

Hi, Le 12 fÃ©vr. 2014 Ã 00:08, Sven Van Caekenberghe a Ã©crit : > Hi, > > Does anyone know when all CI Build Slaves will become available again ? Right now, I seems at least Windows is no longer there. It is a bit hard to do integrations like that. ah Windows ... Yes, they need to be restarted time to time. I just restarted Windows slaves but it will take a while before they are seen by Jenkins. If some of you want / need access to CloudStack to manage (at least stopt/start) slaves, I can give you access. you will be able to connect with the account you use with Jenkins. Thanks for pointing this problem, Christophe.

Feb. 12, 2014