- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [ci-announces] IMPORTANT: Virtual Machines loss
by Volkert July 31, 2017

July 31, 2017

Out of curiosity: What is the impact on the Pharo Project? Is the build process is interrupted? Volkert On 28.07.2017 19:18, Christophe Demarey wrote: > Dear CI users, > > Due to a manipulation error, a lot of Virtual Machines hosted on > CloudStack were destroyed and are _not recoverable_! > For the projects being impacted, there is no other solution than > recreate new VMs. Please find as attachment the list of virtual > machines that are not affected. > > Jenkins servers are not concerned by this issue, so all your jobs and > history are safe. > > We are deeply sorry for this failure. > Everything was done in an effort to retrieve the lost VMs, but it has > proven to be an impossible task and the VMs cannot be restored. We are > now working on setting up safeguards to prevent such situations. > > With our sincere apologies, > The CI team. > > >

3 2

Esteban's ChangeLog week of 24 July 2017
by estebanlm＠gmail.com July 31, 2017

July 31, 2017

Hello! This is my weekly ChangeLog, from 24 July 2017 to 30 July 2017. You can see it in a better format by going here: http://log.smallworks.eu/web/search?from=24/7/2017&to=30/7/2017 ChangeLog ========= 25 July 2017: ------------- * I made a [pull request](https://github.com/hpi-swa/smalltalkCI/pull/311) to enable Pharo 6.1 on SmalltalkCI :) 24 July 2017: ------------- * I just released [Pharo 6.1](http://pharo.org/news/pharo6.1-released) to update VM and Iceberg (which now is version 0.5.5). cheers! Esteban

1 0

FileSystem file attributes and #isSymlink patch
by Alistair Grant July 30, 2017

July 30, 2017

Hi All, I'm nearly ready to submit a patch that started with the goal of being able to retrieve the device id and fixing FileReference>>isSymlink and also follows Esteban's suggestion of splitting out file existence and other attributes (which provides a performace gain). See the summary below for a description of the changes. The patch involves adding a new VM plugin, FileAttriubutesPlugin. To minimise the chance of any problems along the way I'd like to submit the patch in three steps: 1. Add the VM plugin (FileAttributesPlugin) 2. Add the code the image that allows testing of the code and plugin, but doesn't do any integration with existing functionality. This will allow the plugin to be tested by a few volunteers (hopefully). 3. Add the patches that make the switch over to the new implementation. Can someone point me to how to submit a new VM plugin? The code is contained in a subclass of InterpreterPlugin. I've been using this as my production environment for about 2 months now on a linux 32 bit VM. Running the full test suite results in the same set of test failing before and after applying the patch. I've also ran file related tests on linux 64 bit (run the Test Runner, select all packages with "file" as part of the name and run all the available tests) and the full test suite on Windows 32 bit. The summary is: 1. #isSymlink now works properly on Linux (and it should also work on MacOS and BSD). 2. The list of file attributes available from FileReference now is: #accessTime (new) #changeTime (new) #creationTime #deviceId (new) #exists #gid (new) #inode (new) #isBlock (new) #isCharacter (new) #isDirectory #isExecutable (new) #isFIFO (new) #isFile #isReadable #isRegular (new) #isSocket (new) #isSymlink (works) #isWritable #modificationTime #numberOfHardLinks (new) #permissions #size #targetFile (new) #uid (new) 3. FileReference>>exists is faster than before (well, at least on my linux laptop). This is useful as it is called quite often. 4. It is possible to retrieve symbolic link attributes, e.g. all the attributes listed above plus the target path. Given how similar MacOS and BSD are to linux, I assume that this will all work without problem on those platforms (but it obviously needs to be tested). As implied above, the changes are all backward compatible (except the broken #isSymlink), although a couple deserve mention: 1. Obviously #isSymlink now answers correctly (previously it would only answer correctly for a broken link). 2. Requesting any of the attributes listed above (except #isSymlink) will return the value of the target path. If the FileReference is to a broken symbolic link, it will return the attributes of the symbolic link (keeping existing behaviour). 3. The attributes of a symbolic link can be retrieved using FileReference>>symlinkAttributes. Overall, performance is slightly better than before. Code that needs to access multiple attributes and is written to take advantage of the new behaviour will see significant performance improvements. If you've got this far and forgotten the original question :-) Can someone point me to how to submit a new VM plugin? Thanks, Alistair

5 8

[Ann] Calypso is moved to github
by Denis Kudriashov July 29, 2017

July 29, 2017

Hi. I moved Calypso to github https://github.com/dionisiydk/Calypso. You can load it with following script: Metacello new baseline: 'Calypso'; repository: 'github://dionisiydk/Calypso'; load Now you can fork it and pull requests to dev branch. New version includes a lot of new features and fixes. You can read overview in my blog http://dionisiydk.blogspot.fr/2017/07/calypso-update-many-improvements-and.… Best regards, Denis

5 11

WorkingSession log
by Sven Van Caekenberghe July 28, 2017

July 28, 2017

Hi, I instrumented WorkingSession with a log collection that holds timing info for each #startUp: executed. In a clean Pharo 6 image, 62 were run. Most of them resulted in a 0ms execution time (#millisecondsToRun: i.e. they were faster than 1ms). Here is the list of the non zero ones: 1ms startup:true a ClassSessionHandler(ProcessorScheduler) 1ms startup:true a ClassSessionHandler(OSPlatform) 6ms startup:true a ClassSessionHandler(ExternalObject) 1ms startup:true a ClassSessionHandler(DiskStore) 5ms startup:true a ClassSessionHandler(SmalltalkImage) 9ms startup:true a ClassSessionHandler(DisplayScreen) 1ms startup:true a ClassSessionHandler(Cursor) 41ms startup:true a ClassSessionHandler(FT2Handle) 238ms startup:true a ClassSessionHandler(FreeTypeSettings) 1ms startup:true a ClassSessionHandler(WorldMorph) 14ms startup:true a ClassSessionHandler(OmSessionStore) For a total of 318ms I think being able to inspect the WorkingSession and see this list (ordered, with timing info) would be generally useful (and low cost). Even headless, we could access the list using eval. Sven PS: The code of SessionManager/WorkingSession was very readable, well done Christophe !

8 15

iceberg / libgit behind proxy
by Nicolai Hess July 28, 2017

July 28, 2017

Anyone got it working to use iceberg /libgit behind a proxy? I can access monticello repositories with the right proxy settings. But using iceberg shows an error about can not access github.org

2 2

Improving formatting [was: Big claps for Epicea (small request!)]
by Eliot Miranda July 27, 2017

July 27, 2017

On Wed, Jul 19, 2017 at 2:16 PM, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > format before diff is in the top 5 of my most hated default. > As an author, I try to write short methods and adhere to a standard format > (Kent Beck like). > > But I want the freedom to use derogation when the format helps > comprehension. > If I did the effort of using a special formatting, the last thing that I > want is a "smart" tool that undo my work. > The best time to format code is when we accept it, and only if there is a > quick way to undo/bypass if we don't like it. > > The formatter is dumb. > Let's illustrate it with literals among other things. > > I might want to write 16rBADA55, but I'm sure i never want to read > 12245589, it makes no sense ;) > (hey, this is a real example you can find in VMMaker sources, not just the > production of my ill brain). > I'd love to see literal nodes in the compilers be intelligent enough to know what base a literal number was in. It might be as simple as maintaining the literal characters that make up a token and printing using those, perhaps only if the token is a member of a particular set of classes. And remember this applies to numeric literals in Array and ByteArray literals too. > And if I make an effort to format a character encoding table on several > lines to have it readable > #( > line1 > line2 > ... > lineN ). > I'm pretty sure I never want to diff a single line with about 1024 > columns... > Th above approach might also handle this case well, although I wonder about comments. > > So please make this an option (with a default to false)! > > 2017-07-19 22:27 GMT+02:00 Mariano Martinez Peck <marianopeck(a)gmail.com>: > >> Hi Martin, >> >> Thank you VERY MUCH for Epicea. I just had a crash and it was way more >> comfortable to recover changes. >> >> One small request would be to allow "Pretty Print" in the diff to the >> changes to be applied. Many times I changed formatting etc so for when >> viewing changes, viewing with same formatting helps me to see the actual >> changes and not formatting changes. >> >> Thanks! >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > -- _,,,^..^,,,_ best, Eliot

5 4

GTInspector and sorting in dictionaries
by Holger Freyther July 27, 2017

July 27, 2017

Hey, I have a simple dictionary with class as the key and a number as value. In the inspector I try to sort it by the value. But it is doing an alphabetical sort and not numerical? I can change Dictionary>>#gtInspectorItemsIn: to pass a sortedBy: block when adding the value column but is "<" a general usable protocol? How would one specialize the sort depending on the data in the dictionary? Any ideas how to get numbers sorted intuitively without adding too much magic (trying to convert the string representation back to a number, custom GTTablePresentation, using "a value < b value" and use the string representation if that fails..)? cheers holger

2 1

Can I still download the old 64bit 6.0 vm?
by Tim Mackinnon July 25, 2017

July 25, 2017

Hi - since the update to pharo 6.1, my PharoLambda project has stopped building. Iâm trying to diagnose what is going wrong, and I wanted to zeroconf download the older Pharo6.0 vm and image - is that still possible? I seem to be getting an error with loading a metacello package as I am getting a null repository error. I am retrying now with a non minimal image to try and diagnose the issue, but thought it worth asking about version control of these things. Tim

1 1

Re: [Pharo-dev] [ANN] Pharo 6.1 (summer) released!
by Alistair Grant July 24, 2017

July 24, 2017

Hi Thierry, On Mon, Jul 24, 2017 at 10:23:49PM +0200, Thierry Goubier wrote: > Le 24/07/2017 ?? 17:05, Alistair Grant a ??crit : > >For Ubuntu users, the updated snap is also available: > > > >sudo snap install pharo --classic --candidate > > Hi Alistair, > > how one update the pharo snap (from 6.0 to 6.1)? sudo snap refresh pharo --candidate Just FYI: My understanding is that if 6.1 had already been pushed to stable, it would update automatically (according to the schedule you have, either by default or set explicitly). Cheers, Alistair > Thierry > > > > >Cheers, > >Alistair > > > >P.S. Should this message be sent to pharo-users as well?

1 0