November 2013 - Pharo-dev - lists.pharo.org

Nautilus class pane item deselection semantics

by btc＠openinworld.com

A minor annoyance I have with Nautilus is the following scenario: 1. Select class A 2. Select one or several methods to review code 3. Now I want to check out the instance variables of class A, so I click back on class A, but class A is deselected and I have to click it a second time. I think I would like it better if, when the focus is away from and moves back into the 'class pane', the class A was not deselected. If others agree I'll log a Case. cheers -ben

Nov. 9, 2013

[pharo-project/pharo-core]

by GitHub

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

Nov. 9, 2013

[pharo-project/pharo-core] ad03a1: 30562

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: ad03a1fd06360ddeeb4c9707449e8b856fdc8845 https://github.com/pharo-project/pharo-core/commit/ad03a1fd06360ddeeb4c9707… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-11-09 (Sat, 09 Nov 2013) Changed paths: M FileSystem-Tests-Core.package/FileSystemTest.class/instance/tests/testFileNames.st M Monticello.package/MCPatch.class/instance/intializing/initializeWithBase_target_.st A Monticello.package/MCRepository.class/instance/adding/addTo_.st A Monticello.package/MCRepositoryGroup.class/instance/adding/addBasicRepository_.st A Monticello.package/MCRepositoryGroup.class/instance/adding/addRepositoryGroup_.st M Monticello.package/MCRepositoryGroup.class/instance/adding/addRepository_.st A Monticello.package/MCRepositoryGroup.class/instance/adding/addTo_.st M Monticello.package/MCWorkingCopy.class/instance/operations/newVersionWithName_message_in_.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script218.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30562.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A System-Settings.package/SettingNode.class/instance/accessing/helpText.st Log Message: ----------- 30562 12128 Settings do not open due to MNU: SettingTree >> #helpText https://pharo.fogbugz.com/f/cases/12128 2486 Linux VM: Umlaute in file/directory names: UTF8 unicode problem? https://pharo.fogbugz.com/f/cases/2486 12115 Newly added Monticello Packages do not include the default repository group https://pharo.fogbugz.com/f/cases/12115 http://files.pharo.org/image/30/30562.zip

Nov. 9, 2013

Re: [Pharo-dev] Cannot find NativeBoost-Core-MarcusDenker.115

by StÃ©phane Ducasse

I was wondering that the scriptLoader could probably do that but I need some time. On Nov 9, 2013, at 1:50 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 09 Nov 2013, at 13:46, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Igor >> >> your process should be like what sven is doing for Zinc >> >> You publish to NB >> When we modify NB in the image, you merge back in your repo and push in the inbox or with a new configuration >> that loads in the latest image. >> >> NativeBoost-Core-MarcusDenker.115 probably because marcus merged a change on his machine and that our process >> only pushes the merged version or something like that. ;( >> > > Yesâ¦ Monticello misses a push operation that pushes the current and all the intermediate commitsâ¦ managing that by hand > is impossible. > > Marcus

Nov. 9, 2013

Re: [Pharo-dev] [OT] Booting on top of JS in webbrowser

by Frank Shearar

Will do! frank On 9 November 2013 00:54, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Let us know if you retry because I would like to add that to the pharo topics. > > Stef > > On Nov 6, 2013, at 4:32 PM, Frank Shearar <frank.shearar(a)gmail.com> wrote: > >> On 6 November 2013 15:25, Torsten Bergmann <astares(a)gmx.de> wrote: >>> While in the past we had OS-platforms where Smalltalk provided VM solutions. >>> Then there was/is .NET and Java as platform. Nowedays the browser becomes the >>> next platform with bootable stuff directly on top of JavaScript. >>> >>> http://bellard.org/jslinux/ >>> >>> http://copy.sh/v24/ (Try to boot visual Colibri OS) >>> >>> http://vps2.etotheipiplusone.com:30176/redmine/projects/emscripten-qt/wiki/… >>> >>> CogVM with Pharo or SqueakNOS on top of JavaScript anyone ;) >> >> I took a 2-hour stab at trying to make an Interpreter VM with >> emscripten. It's more complicated than it might seem. (As in, two >> hours later I'd fixed a few issues, but had nothing running.) >> >> frank >> >>> Bye >>> T. >>> >> > >

Nov. 9, 2013

Re: [Pharo-dev] Progress

by StÃ©phane Ducasse

Same feeling here :) Tx! On Nov 8, 2013, at 4:50 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > I love this repeated experience I've been having... I find a bug in 2.0, > download latest 3.0 and find that it's already fixed (or replaced by an > entirely new evolution... [cough] Opal... ha ha). > > Thank you to everyone who has contributed to the system - whether big or > small enhancements, it all counts. I feel the momentum continuing to build > and the barriers to expressing myself in the system dissolving day by day > and version by version. > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Progress-tp4720403.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Nov. 9, 2013

CI Infrastructure down Sun evening to Monday evening

by Marcus Denker

Due to large scale maintenance of the Inria server infrastructure on monday 11/11 (which is a holiday here), we will shut down the slaves of the CI setup Sunday evening. Everything then should be online again the Monday evening. Marcus

Nov. 9, 2013

Re: [Pharo-dev] Cannot find NativeBoost-Core-MarcusDenker.115

by Marcus Denker

On 09 Nov 2013, at 13:46, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Igor > > your process should be like what sven is doing for Zinc > > You publish to NB > When we modify NB in the image, you merge back in your repo and push in the inbox or with a new configuration > that loads in the latest image. > > NativeBoost-Core-MarcusDenker.115 probably because marcus merged a change on his machine and that our process > only pushes the merged version or something like that. ;( > Yesâ¦ Monticello misses a push operation that pushes the current and all the intermediate commitsâ¦ managing that by hand is impossible. Marcus

Nov. 9, 2013

Re: [Pharo-dev] FileSystem memory bug?

by StÃ©phane Ducasse

On Nov 8, 2013, at 4:10 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > welcome to the stream-hell of pharo :( > This is all a big mess, since all streams are doing everything: binary, text, utf8, custom character conversion :P We should not start replacing them now but they are in our radar since long time. > > But yes, this is a bug of the memory filesystem... > > On 2013-11-08, at 15:22, Martin Dias <tinchodias(a)gmail.com> wrote: > >> Sven, you are right. I checked that MemoryHandle>>readStream creates a ReadStream on it's internal byte array. Then, the answer to #next it's not a Character but a SmallInteger. >> >> Ok, anyway I can avoid using `FileSystem memory`. I was just trying to make my test suite not use the physical disk. Just an optimization... >> >> Thanks, >> MartÃn >> >> >> On Fri, Nov 8, 2013 at 3:04 PM, Martin Dias <tinchodias(a)gmail.com> wrote: >> Thanks, but it's the same: the streams are instances of WriteStream and ReadStream... the implementation of #ascii in ReadStream is empty, and WriteStream doesn't respond to #ascii. >> >> >> >> >> >> >> On Fri, Nov 8, 2013 at 2:19 PM, Max Leske <maxleske(a)gmail.com> wrote: >> >> On 08.11.2013, at 13:59, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> Hi Martin, >>> >>> I would guess that the stream created by the memory filesystem are binary, not character, as STON expects. >> >> Good point, although currently ascii mode is still default I think. >> Try sending #ascii to the stream. That might help. >> >>> >>> Sven >>> >>> On 08 Nov 2013, at 13:55, Martin Dias <tinchodias(a)gmail.com> wrote: >>> >>>> Hi, >>>> >>>> I'm working in latest Pharo (30577) with STON (bleeding edge) and I get MNU:SmallInteger>>isSeparator when I evaluate the code below. Is my code wrong? The idea is to make my test suite work in the memory file system. >>>> >>>> | fileSystem | >>>> fileSystem := FileSystem memory. >>>> >>>> (fileSystem / 'file.txt') ensureCreateFile. >>>> >>>> STON writer >>>> on: (fileSystem / 'file.txt') writeStream; >>>> nextPut: 'hi'. >>>> >>>> STON reader >>>> on: (fileSystem / 'file.txt') readStream; >>>> next. >>>> >>>> Thanks in advance. >>>> >>>> MartÃn >>> >>> >> >> >> >> > >

Nov. 9, 2013

Re: [Pharo-dev] Cannot find NativeBoost-Core-MarcusDenker.115

by StÃ©phane Ducasse

Igor your process should be like what sven is doing for Zinc You publish to NB When we modify NB in the image, you merge back in your repo and push in the inbox or with a new configuration that loads in the latest image. NativeBoost-Core-MarcusDenker.115 probably because marcus merged a change on his machine and that our process only pushes the merged version or something like that. ;( Stef On Nov 8, 2013, at 4:38 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > the ancestry info is broken without it.. and > having multiple versions lying over 3 different repositories is huge mess > 1. NB main repo > 2. Pharo 30 > 3. Pharo 20 > 4. inbox 30 > > .... > > > -- > Best regards, > Igor Stasenko.

Nov. 9, 2013