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

[pharo-project/pharo-core]

by GitHub

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

Aug. 28, 2014

Re: [Pharo-dev] Spec license

by Henrik Johansen

Does it really matter? If the external repository gets successfully relicensed, or Benjamin publishes new improvements as a separate, GPL-licensed change set, the end result is the same; no improvement he makes will make its way back into the versions in Core. I may not know his reasons, but I can certainly respect his wish that no further contributions are included in a core distribution. Whether to maintain/improve the current, MIT-licensed versions in Core without him, or unload it all and point potential users to the external library, is a separate decision. Though, from previous attempts, Iâd say the chances of success of an external UI-builder framework seeing actual use are rather slim. Cheers, Henry On 28 Aug 2014, at 12:16 , Stephan Eggermont <stephan(a)stack.nl> wrote: > https://github.com/spec-framework/spec/commit/07ea83ca50523b4a912e363ff2f39… > > I think the license might need further improvements. > I've taken a look at the commit history, and it looks > to me like there is a licensing problem there. > I am no lawyer, so don't know what the > exact consequences of that are. > > The (MIT licensed) Pharo code was copied > to the repository without including the copyright > notice, as is required by the MIT license. > > For new contributions, you now have the > license agreements, and with git it is > perfectly clear what is new, and under > the new license, and what is old, and > can therefore also be used under the > old license. And AFAIK MIT license > is compatible with GPL. > > I have no clue as to the license status of > changes between the copying and the > relicensing. > > Of course copyright holding contributors can > decide to relicense. The contributors to the > Spec-* packages in the Pharo/Pharo30 repo > seem to be: > > AlainPlantec > AndreiChis > BenComan > BenjaminVanRyseghem > BernardoContreras > CamilloBruni > CamilleTeruel > ChristopheDemarey > ClementBera > DamienCassou > ErwanDouaille > EstebanLorenzano > GabrielOmarCotelli > GuillermoPolito > HernanMoralesDurand > IgorStasenko > LeoGassman > MarcusDenker > MartinDias > NicolaiHess > PabloHerrero > PavelKrivanek > PhilippeBack > RobertoMinelli > SeanDeNigris > SebastianTleye > StephaneDucasse > SvenVanCaekenberghe > TorstenBergmann > TudorGirba > YuriyTymchuk > > Stephan > > > >

Aug. 28, 2014

Spec license

by Stephan Eggermont

https://github.com/spec-framework/spec/commit/07ea83ca50523b4a912e363ff2f39… I think the license might need further improvements. I've taken a look at the commit history, and it looks to me like there is a licensing problem there. I am no lawyer, so don't know what the exact consequences of that are. The (MIT licensed) Pharo code was copied to the repository without including the copyright notice, as is required by the MIT license. For new contributions, you now have the license agreements, and with git it is perfectly clear what is new, and under the new license, and what is old, and can therefore also be used under the old license. And AFAIK MIT license is compatible with GPL. I have no clue as to the license status of changes between the copying and the relicensing. Of course copyright holding contributors can decide to relicense. The contributors to the Spec-* packages in the Pharo/Pharo30 repo seem to be: AlainPlantec AndreiChis BenComan BenjaminVanRyseghem BernardoContreras CamilloBruni CamilleTeruel ChristopheDemarey ClementBera DamienCassou ErwanDouaille EstebanLorenzano GabrielOmarCotelli GuillermoPolito HernanMoralesDurand IgorStasenko LeoGassman MarcusDenker MartinDias NicolaiHess PabloHerrero PavelKrivanek PhilippeBack RobertoMinelli SeanDeNigris SebastianTleye StephaneDucasse SvenVanCaekenberghe TorstenBergmann TudorGirba YuriyTymchuk Stephan

Aug. 28, 2014

Re: [Pharo-dev] Substitution of ' to " in TextEditor>>shiftEnclose

by Henrik Johansen

On 28 Aug 2014, at 10:58 , Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > On 27 Aug 2014, at 9:19 , Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > >> Of course, similar code and change in Morphic, see bottom of change report http://lists.squeakfoundation.org/pipermail/squeak-dev/2011-August/160926.h… and follow links. >> >> This came after http://lists.squeakfoundation.org/pipermail/squeak-dev/2011-August/160923.h… >> >> But then, there were some complaints of English keyboard users... >> http://lists.squeakfoundation.org/pipermail/squeak-dev/2011-August/160968.h… >> >> and then later http://forum.world.st/Re-squeak-dev-shift-enclose-broken-in-trunk-td4543316… >> >> I don't remember how the issue ended, or even if it properly ended... >> (That's where an issue tracker should shine, but Squeak one is not really used/maintained). > > Thatâs not really a bug in the VM or anything, but a lossy translation from Ctrl -> Shift + Alt in the imageâ¦ > Only the modifier keys are â¦ modified, while the key character is left unchanged. > Thus, when one uses Ctrl + â (on those layouts where " is its shifted value), the = â ifTrue: [:= "] part is a hack around that, hardcoded to a single layout. > When using Shift + â , the VM return the keyValue of ", and no translation is needed. > > My 2C: Remove the workarounds, as well as the option of translating Ctrl -> Shift + Alt. > In order for it to work *properly* without external hacks, youâd need to implement all keyboard layouts image side, and translate the key character as well as modifier keys. > The alternative would be to change the VM to include the properly shifted character in each keyboard event, which seems a bit excessive for supporting such a feature. (If such support functions even exist) > > Cheers, > Henry > AFAICT, Pharo already removed this option, so removing shiftEnclose: shouldnât have any nasty lingering side-effects. Itâs a relatively small change as well, I attached the .cs to the existing issue: https://pharo.fogbugz.com/f/cases/4646/shiftEnclose-shall-not-hardcode-the-… Comments like these (from TextEditor >> initializeBasicShiftCmdKeyShortcuts) just make me wince: "Note: Command key overrides shift key, so, for example, cmd-shift-9 produces $9 not $(" '9[,''' do: [ :char | cmdMap at: (char asciiValue + 1) put: #shiftEnclose: ]. "({< and double-quote" "Note: Must use cmd-9 or ctrl-9 to get '()' since cmd-shift-9 is a Mac FKey command.Â» Why would you ever need use command + shift instead of just shift to make those characters? I guess Cmd -> Ctrl -> Shift + Alt might be an option in Squeakâ¦ but why not just use shift if thatâs what you wanted in the first place? (Full disclosure: on my keyboard layout, '(' is on 8) Cheers, Henry

Aug. 28, 2014

Re: [Pharo-dev] PharoLauncher on Windows not the latest version

by kilon alios

My work pc is dual boot to ubuntu and win 7 . I am not a fan of linux either, loads of problems there but nowhere near as bad as windoom. I need windoom because of a Greek OCR I use at work to scan legal documents. I have no choice other than to continue using it. I dont care what the corporate world does or the fact that almost 100% of my fellow lawyers use windoom and some still DOS. Thats their problem :D It would be nice to support what 95% of people use out there, but alas I cant take it anymore. Coding should be fun, Windoom kills my inner child. Sorry for those that have to tolerate this crap, but I am lucky enough not to . /ranting off On Thu, Aug 28, 2014 at 11:50 AM, Ben Coman <btc(a)openinworld.com> wrote: > kilon alios wrote: > >> ok thing get worse and worse >> >> I try to run pharo as administrator and pharo opens and exits immediately >> , it creates a stderr which contains the following >> >> http://pastebin.com/v9Hpx9pK >> >> I found the folder you mentioned and I deleted it , now pharo does not >> open at all even when run without "run as administrator" >> Boy I hate Windoom. I also tried Tim link , nothing, pharo opens but does >> nothing, no gui, nothing. I know it opens because i can see its process in >> the task manager which i have to terminate manually. >> I do all my coding and art on macos, I only have windows at work so i can >> test my code on windoom too, but this was the last straw, I had enough with >> this uber crappy OS for 17 years now. I am dropping support for it and >> sticking to MacOS only. >> Thanks guys for your help but it does not worth it. I hope no other >> windows user experience my problem. >> >> > I empathize. I've been a Linux advocate for years, but never made the > full desktop switch since I needed a Windows system for corporate > compatibility. Then I got a mac-mini to experiment with iPad Mobile Device > Management, and found it easier to get Latex working on it than on Windows > (for processing Pillar output), and now I find myself using it for Pharo > more every day, and my Windows box is starting to be neglected (except I > still need to migrate my old Thunderbird email archive). > > However success in the corporate world still hinges a lot on Windows > compatibility. I will still have a go at updating PharoLauncher Installer > to avoid this problem. > cheers, Ben > > P.S. @Tim, Your alternate-VM feature sound interesting. I'll check it out. > >

Aug. 28, 2014

Re: [Pharo-dev] Substitution of ' to " in TextEditor>>shiftEnclose

by Henrik Johansen

On 27 Aug 2014, at 9:19 , Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > Of course, similar code and change in Morphic, see bottom of change report http://lists.squeakfoundation.org/pipermail/squeak-dev/2011-August/160926.h… and follow links. > > This came after http://lists.squeakfoundation.org/pipermail/squeak-dev/2011-August/160923.h… > > But then, there were some complaints of English keyboard users... > http://lists.squeakfoundation.org/pipermail/squeak-dev/2011-August/160968.h… > > and then later http://forum.world.st/Re-squeak-dev-shift-enclose-broken-in-trunk-td4543316… > > I don't remember how the issue ended, or even if it properly ended... > (That's where an issue tracker should shine, but Squeak one is not really used/maintained). Thatâs not really a bug in the VM or anything, but a lossy translation from Ctrl -> Shift + Alt in the imageâ¦ Only the modifier keys are â¦ modified, while the key character is left unchanged. Thus, when one uses Ctrl + â (on those layouts where " is its shifted value), the = â ifTrue: [:= "] part is a hack around that, hardcoded to a single layout. When using Shift + â , the VM return the keyValue of ", and no translation is needed. My 2C: Remove the workarounds, as well as the option of translating Ctrl -> Shift + Alt. In order for it to work *properly* without external hacks, youâd need to implement all keyboard layouts image side, and translate the key character as well as modifier keys. The alternative would be to change the VM to include the properly shifted character in each keyboard event, which seems a bit excessive for supporting such a feature. (If such support functions even exist) Cheers, Henry

Aug. 28, 2014

Re: [Pharo-dev] PharoLauncher on Windows not the latest version

by Ben Coman

kilon alios wrote: > ok thing get worse and worse > > I try to run pharo as administrator and pharo opens and exits > immediately , it creates a stderr which contains the following > > http://pastebin.com/v9Hpx9pK > > I found the folder you mentioned and I deleted it , now pharo does not > open at all even when run without "run as administrator" > > Boy I hate Windoom. I also tried Tim link , nothing, pharo opens but > does nothing, no gui, nothing. I know it opens because i can see its > process in the task manager which i have to terminate manually. > > I do all my coding and art on macos, I only have windows at work so i > can test my code on windoom too, but this was the last straw, I had > enough with this uber crappy OS for 17 years now. I am dropping > support for it and sticking to MacOS only. > > Thanks guys for your help but it does not worth it. I hope no other > windows user experience my problem. > > I empathize. I've been a Linux advocate for years, but never made the full desktop switch since I needed a Windows system for corporate compatibility. Then I got a mac-mini to experiment with iPad Mobile Device Management, and found it easier to get Latex working on it than on Windows (for processing Pillar output), and now I find myself using it for Pharo more every day, and my Windows box is starting to be neglected (except I still need to migrate my old Thunderbird email archive). However success in the corporate world still hinges a lot on Windows compatibility. I will still have a go at updating PharoLauncher Installer to avoid this problem. cheers, Ben P.S. @Tim, Your alternate-VM feature sound interesting. I'll check it out.

Aug. 28, 2014

Re: [Pharo-dev] Opal, custom compilers and class-side methods

by Marcus Denker

On 27 Aug 2014, at 17:53, Camille Teruel <camille.teruel(a)gmail.com> wrote: > Hi all, > > With Opal, if you want to customize how methods are compiled into a class you can override #compilerClass on class-side: > MyClass class>>#compilerClass > ^ MySpecialCompiler > > However this custom compiler is not taken into account when compiling methods on the class-side: > MyClass class compilerClass ---> OpalCompiler > I was expecting to have the same compiler class for the metaclass. The consequence is that right now there is no way to specialize how methods are compiled in *one* metaclass. > Is it on purpose or is it a bug? > This is a bug, clearly. > Also is there cases where one wants instance-side methods and class-side methods to be compiled with different compiler classes? I hope notâ¦ but the, could be interesting (e.g. when experimenting). If the overhead is not large, this would be nice. > My rough guess is that in most cases you want the same compiler class, but I don't fell confortable forcing that. > So I propose to add a method #classSideCompilerClass: > Class>>#classSideCompilerClass > ^ self compilerClass > > Then compilerClass can be implemented for metaclasses: > Metaclass>>#compilerClass > ^ self instanceSide classSideCompilerClass > > Likewise, if I override compilerClass, it is taken into account for both instance-side and class-side methods but I can still say that I want a different compiler for class-side methods by overriding classSideCompilerClass. Tell me what you think about it and if you're ok, I open a bug entry with the slice. Yes, this looks good! Marcus

Aug. 28, 2014

Re: [Pharo-dev] PharoLauncher on Windows not the latest version

by kilon alios

ok thing get worse and worse I try to run pharo as administrator and pharo opens and exits immediately , it creates a stderr which contains the following http://pastebin.com/v9Hpx9pK I found the folder you mentioned and I deleted it , now pharo does not open at all even when run without "run as administrator" Boy I hate Windoom. I also tried Tim link , nothing, pharo opens but does nothing, no gui, nothing. I know it opens because i can see its process in the task manager which i have to terminate manually. I do all my coding and art on macos, I only have windows at work so i can test my code on windoom too, but this was the last straw, I had enough with this uber crappy OS for 17 years now. I am dropping support for it and sticking to MacOS only. Thanks guys for your help but it does not worth it. I hope no other windows user experience my problem. On Wed, Aug 27, 2014 at 8:42 PM, Ben Coman <btc(a)openinworld.com> wrote: > kilon alios wrote: > > No dont talk to Damien if he is on holiday , I prefer to respect people > free time / relaxation time. This can wait for when Damien will be back. > Both Damien and I frequent the irc channel so we will talk , its not a > problem. > > As I said in my original post I am downloading PharoLauncher from > Smalltalkhub links that can be located here > > http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher > > the link you posted is not contained in there , I used this > > > https://ci.inria.fr/pharo-contribution/job/PharoLauncher-Win-Package/lastSu… > > and this > > > https://ci.inria.fr/pharo-contribution/job/PharoLauncherFinalUserImage/last… > > As I said my problem is on Windows, on MacOS its fine . > > > On Wed, Aug 27, 2014 at 5:49 PM, Tim Mackinnon <tim(a)testit.works> wrote: > >> Hmmm that sounds strange (it could be I messed something up) - but did >> you get your zip file from: >> https://ci.inria.fr/pharo-contribution/job/PharoLauncher/885/PHARO=30,VERSI… >> ?? >> >> I just tested that one (but on OSX) and it shows my change as well as >> templates for Moose 5 and Pharo 4. >> >> Iâve just pushed another change (which would be 886), which also fixes >> a bug Stef mentioned (if underlying files change, it used to terminate >> instead of refreshing) - that should build shortly. >> >> However - the links on SmalltalkHub are still pointing to images from >> Jun (the Hudson jobs arenât triggered automatically it seems) - so I think >> you might be running something other than what you think you are running. >> >> Anyway - let me know what happens, and Iâll try and talk to Damien (who >> is on holiday) - and sort it out if Iâve broken it. >> >> Tim >> >> On 27 Aug 2014, at 15:16, kilon alios <kilon.alios(a)gmail.com> wrote: >> >> I mean PharoLauncher cannot download Pharo 4 because it displays no >> such option. No Moose 5 , etc etc. Its also the old GUI. So this must be >> the latest version, I am not near my window pc now at work so I will try >> tomorrow the developer mode to see exactly which version of PharoLauncher >> it is. >> >> Are you on windows ? >> >> >> On Wed, Aug 27, 2014 at 5:07 PM, Tim Mackinnon <tim(a)testit.works> wrote: >> >>> What do you mean by Pharo 4 template? I just made a contribution >>> yesterday - watched it build the new zip file, and I just downloaded that >>> zip and I am seeing a âPharo 4.0 (beta)â template tree? >>> >>> Just to check you are using the latest version, if you right click on >>> a template and choose âCreate Imageâ - does it prefix the parent of the >>> template to the suggested name (e.g. Pharo 3.0-latest)? (this was the >>> change I made). >>> >>> It might be worth checking your settings as well (click on the icon >>> lower right) and check that you havenât accidentally unticked the Pharo 4.0 >>> repository. >>> >>> Tim >>> >>> On 27 Aug 2014, at 09:28, kilon alios <kilon.alios(a)gmail.com> wrote: >>> >>> I also downloaded the zip file it still does not give me the same >>> version as MacOSX, no Pharo 4 template >>> >>> >>> On Wed, Aug 27, 2014 at 11:04 AM, kilon alios <kilon.alios(a)gmail.com> >>> wrote: >>> >>>> I downloaded PharoLauncher from smalltalkhub for Windows and it appears >>>> is not the latest version for example it has no template for downloading >>>> Pharo 4. >>>> >>> >>> >>> >> >> > > Are you operating as a Standard(Limited) User ? Sounds like UAC File > Virtualization. I got hit by that. I believe that your new PharoLauncher > application with Pharo 4 template installed okay, but its being hidden by > your virtual copy of the old application. Two checks you can do: > 1. Run Launcher as an Administrator and check if you get different > tempaltes. > 2. Check if you have a folder > C:\Users\YOURACCOUNT\AppData\Local\VirtualStore\Program Files (x86)\Pharo > > The hack fix is to delete that folder. > > I believe this problem will only occur if you go into development mode and > save the image, however this would be better to avoid this constraint. I > see a few options for a permanent solution, but I don't know which is best, > so I stalled in implementing it. > a. Install VM into C:\Program Files (x86) and Image & Changes files into > C:\ProgramData\Pharo > b. Install VM into C:\Program Files (x86) and Image & Changes files into > C:\Users\YOURACCOUNT\AppData\Roaming\pharo\bin > c. Install whole PharoLauncher app only per user (e.g. for "Just Me" ) VM > & Image & Changes into folder > C:\Users\YOURACCOUNT\AppData\Roaming\pharo\bin > d. When run as admin, PharoLauncher Installer puts itself in the machine > folderC:\Program Files (x86) and when this is run as a Standard User, it > sets up per (b.). > > Actually reading around and finding [1], maybe (a.) is best. > > [1] > http://www.experts-exchange.com/Programming/Installation/Q_28235986.html > > Background info... > > https://decibel.ni.com/content/groups/windows-7/blog/2009/10/02/uac-virtual… > > http://blogs.technet.com/b/mrsnrub/archive/2010/08/11/uac-virtualization-al… > > http://blogs.msdn.com/b/patricka/archive/2009/12/14/tales-of-application-co… > > HTH, cheers -ben >

Aug. 28, 2014

Re: [Pharo-dev] still getting vm bug...

by Johan Brichau

haaaâ¦ hence confusion on what is the âlatestâ vm (at least for me). I thought the date of the vm build was sufficiently close to the date the issue was closedâ¦ wrong assumption! thanks. It works. Yes, promote this to stableâ¦ many people will hit this and just close down the image and never report it hereâ¦ cheers! Johan On 28 Aug 2014, at 09:34, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > oopsâ¦ thatâs what happens when you answer a mail the next minute you wake up ;P > > you need to use the latest vm: > http://files.pharo.org/vm/pharo/mac/latest.zip > > I need to promote it as stable, but still some problems to be sorted (that should not be relevant for you), and I didnât find the time :( > > Esteban > > > > On 28 Aug 2014, at 08:55, Johan Brichau <johan(a)inceptive.be> wrote: > >> Hi Esteban, >> >> As mentioned: latest download of Mac OS X Pharo vm (from website) and itâs also in the screenshot as reported by System Reporter in Pharo: >> >> Virtual Machine >> --------------- >> /Applications/Pharo.app/Contents/MacOS/Pharo >> NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 May 15 2014 >> NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 May 15 2014 >> https://github.com/pharo-project/pharo-vm.git Commit: ed4a4f59208968a21d82fd2406f75c2c4de558b2 Date: 2014-05-15 18:23:04 +0200 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14826 >> >> Mac Cocoa Cog 5.8b12 21-Sep-10 >1B0534FA-246C-47C5-AB29-7A76C81CCDCB< >> VMMaker versionString https://github.com/pharo-project/pharo-vm.git Commit: ed4a4f59208968a21d82fd2406f75c2c4de558b2 Date: 2014-05-15 18:23:04 +0200 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14826 >> NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 May 15 2014 >> NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 May 15 2014 >> >> >> On 28 Aug 2014, at 08:50, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >>> which vm are you using? >>> >>> On 28 Aug 2014, at 08:48, Johan Brichau <johan(a)inceptive.be> wrote: >>> >>>> Hi, >>>> >>>> I am still getting the vm bug mentioned here: https://pharo.fogbugz.com/default.asp?11130#103698 >>>> See screenshot: in my case, loading from filetree almost always throws the bug. I am using the latest Mac OS X pharo vm. >>>> >>>> If I change the method in the screenshot by extracting the assignment into a separate statement, the problem disappears. >>>> >>>> However, I can also still reproduce it reliably with Krisâ code snippet from the same issue thread: >>>> >>>> 1 to: 1000 do: [ :i | >>>> | string | >>>> Transcript show: 'Iteration '; show: i; cr. >>>> 1 timesRepeat: [ >>>> (string := String new: 1000 withAll: $a) >>>> reversed. >>>> ]. >>>> ]. >>>> >>>> (NOTE: Transcript must be open!) >>>> >>>> Reopen? Add a new report? >>>> >>>> Johan >>>> >>>> <Screen Shot 2014-08-28 at 08.36.24.png> >>> >> >

Aug. 28, 2014