December 2017 - Pharo-users

Re: [Pharo-users] Iceberg: Code directory missing

by Evan Donahue

Got it. I didn't realize the code subdirectory wasn't automatically created by Iceberg if it didn't exist. I deleted the subdirectory name in the repo config and my code seems to have made it to github. I submitted a pull request with some clarifications to the iceberg readme. Thanks, Evan -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 12, 2017

Re: [Pharo-users] [Pharo-dev] I love the launcher!!!!

by Alexandre Bergel

Your email made me try Pharo Launcher. I love it too! It replaces all my scripts to download the VM and the last images. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Nov 23, 2017, at 5:51 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > Hi > > I love the PharoLauncher. > It helps me to manage my parallel development and projects. > > We should put a link on the Pharo web site because > > http://files.pharo.org/platform/launcher/ > > is arcane. > > Stef >

Dec. 12, 2017

Re: [Pharo-users] OSEnvironment issue

by Ben Coman

Thanks for the update. cheers -ben On 12 December 2017 at 22:27, Eno <tgkuo1(a)gmail.com> wrote: > Yep, It's very bothersome to be tangled inside the font issue. > > Actually, I find out the cause. > > My pharo folders with images and sandstone files are synced with cloud > (synology NAS) in order to allow update at my different work places. > > I found that if I triggered image saving several times too quickly, the > updates get trouble inside what the image was saved, maybe the font files > were lost or conflicted as a result and error occured while reopen that > image. > > I quitted the cloud synchronize and the errors resolved. > > Best regards. > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

Dec. 12, 2017

Re: [Pharo-users] Problem loading image after changing resolution from 4Kto HD

by TedVanGaalen

Thank you Stef I'll wait and use Pharo 5.0 (on Mac and Windows) until this problem is solved. No problem, with Seaside and Postgress db installed in the 5.0 image, it provides all I need. I will also do this on my MacMini, because it still hangs when switching to and fro full screen, as described previously described in a similar topic on this forum. (wiped the complete 6.1 from my mac system and reinstalled it, hoping the problem was solved... to no avail.. [ btw, Why on Earth is Pharo "becoming ensnared" :o) in Github, I thought Monticello mcz is perfect equivalent for this? But maybe I am asking such a stupid question like this because I am a solo developer, using virtually no 3rd party software and saving a version of the complete image/source each time I've made significant changes. (to me Github appears as unnecessary overhead and confusion) ] Kind Regards Ted btw, i am 67 and retired (they tell me) , would Perpignan be a nice place to live, as an active IT pensionado? considering moving South end 2018 if money permits.. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 12, 2017

Re: [Pharo-users] Installing pharo6.1-64

by Marcus Denker

Hello, The build scripts were broken: https://pharo.fogbugz.com/f/cases/20855/bin-is-a-file-not-a-directory-in-th… We have fixed them and the .zip download should now work better. In addition, I have started to improve the installation instructions and added the description how to install on debian/ubuntu/centos via packages: https://pharo.org/gnu-linux-installation-64 <https://pharo.org/gnu-linux-installation-64> More improvements to come... > On 6 Dec 2017, at 21:33, T.D. Telford <doug(a)dougtelford.com> wrote: > > There are no installation instructions in the README. If you execute ./pharo at the top level: > > pharo6.1-64/vm/pharo: No such file or directory > > In directory tmp if you add > > ln -s ../shared/Pharo6.1-64.image Pharo.image > > and execute ./pharo in tmp, then it works.

Dec. 12, 2017

Pharo intro talk in spanish

by Rafael Luque

Hi all, It has been published the video of the Pharo introduction talk (titled "Pharo Smalltalk: Un Entorno de ProgramaciÃ³n Subversiva") we organized from Osoco for the Madrid Software Crafters meetup. Both, video and slides are in spanish: https://www.youtube.com/watch?v=SV_KU4u5mTA Cheers, Rafael Luque

Dec. 12, 2017

Re: [Pharo-users] Pharo 6.1 / 7, 0 Glorp smalltalkhub to github migration

by Alistair Grant

Hi Esteban, On 12 December 2017 at 14:02, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > >> On 11 Dec 2017, at 15:52, Alistair Grant <akgrant0710(a)gmail.com> wrote: >> >> On 11 December 2017 at 14:13, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>> hi, >>> >>> this migration was already made to: >>> >>> https://github.com/pharo-rdbms >>> >>> donât you prefer to join that team and contribute to enhance there? >> >> Aaarrrgghh!!! I didn't know this existed! >> >> I had a look through my email archive and couldn't find any reference to >> it (pharo-user, pharo-dev and glorp-group). Was it announced somewhere? > > yes, I remember Guille sent a mail. OK. I should have checked on github anyway. >> 1. pharo-rdbms loses all the commit history of Glorp, while my version >> keeps it all. >> >> Would you prefer to keep the history, or don't think it matters? If you >> want to keep the history I'm happy to put in the effort to move it >> across to pharo-rdbms. > > of course this is better, but essentially we do not care much. > There is a huge impedance between git repositories and mcz files so we just preferred to put it there like that. > If you want to take the effort of moving to it, it will be fine :) At the moment it looks like I can't create a new repository (see below). >> 2. I have write permissions for smalltalkhub/DBXtalk. Is it possible to >> get commit permission to pharo-rdbms? > > > done :) Thanks! I'm not familiar with github privileges, so my apologies in advance if I'm confused. I can see that I'm a team member, but it looks like I don't have write privilege, e.g. if I try to create a development branch and push it: $ git push --set-upstream origin development ERROR: Permission to pharo-rdbms/glorp.git denied to akgrant43. fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. Also, trying to edit the readme from the github website has a "Propose the change", rather than a "Commit changes" button. Based on https://help.github.com/articles/repository-permission-levels-for-an-organi… if I'm going to load the history, which I'd do by creating a new repository, then I'd also need Admin rights (I'm fine if you don't want to grant this, I'll just stick to the existing repository). >> 3. Is there a reason why ConfigurationOfGlorp on smalltalkhub hasn't >> been updated to use pharo-rdbms (or raise an error pointing to >> pharo-rdbms)? > > not really, just lack of time. OK. After I've updated the repository I'll add a deprecation warning in ConfigurationOfGlorp. Thanks! Alistair

Dec. 12, 2017

Re: [Pharo-users] FLSerialization>>analysisStep too slow?

by Mariano Martinez Peck

On Tue, Dec 12, 2017 at 11:47 AM, Eno <tgkuo1(a)gmail.com> wrote: > > My package TkIDE <http://smalltalkhub.com/#!/~tgkuo/TkIDE> relied on > object database, sandstone, to store the objects. > > After upgrade to 6.1 on macOS, the save process became very slow. > > Following the debugging process, I found the bottle neck is at this method, > FLSerialization>>analysisStep. > > Hi Eno, Well, its nothing strange analysisStep taking most of the time. That's usually the case as its the hardest part during serialization. What you should try is get deeper inside the analysisStep to see where the time is taken. Maybe you can realize a class or a cluster that's taking most of the time. You can also analyze this way: FileStream forceNewFileNamed: 'debug.fuel' do: [:aFile | FLSerializer newDefault setDebug; serialize: myDatabaseObject on: aFile binary]. FLDebugSerialization last log inspect. That will get you a log of all objects to be serialized and maybe you can see which cluster is getting too big. Hope this helps. > I'm just a hobbyst, not acquainted with the system core and basis packages, > I cann't figure out what the cause, just guessing maybe my object is too > complicated to be serialized or the FLserialization really gets something > wrong. > > Best reguards. > > Eno > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > -- Mariano http://marianopeck.wordpress.com

Dec. 12, 2017

FLSerialization>>analysisStep too slow?

by Eno

My package TkIDE <http://smalltalkhub.com/#!/~tgkuo/TkIDE> relied on object database, sandstone, to store the objects. After upgrade to 6.1 on macOS, the save process became very slow. Following the debugging process, I found the bottle neck is at this method, FLSerialization>>analysisStep. I'm just a hobbyst, not acquainted with the system core and basis packages, I cann't figure out what the cause, just guessing maybe my object is too complicated to be serialized or the FLserialization really gets something wrong. Best reguards. Eno -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 12, 2017

Re: [Pharo-users] OSEnvironment issue

by Eno

Yep, It's very bothersome to be tangled inside the font issue. Actually, I find out the cause. My pharo folders with images and sandstone files are synced with cloud (synology NAS) in order to allow update at my different work places. I found that if I triggered image saving several times too quickly, the updates get trouble inside what the image was saved, maybe the font files were lost or conflicted as a result and error occured while reopen that image. I quitted the cloud synchronize and the errors resolved. Best regards. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 12, 2017