October 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] GitLab and Pharo

by Esteban Lorenzano

bitbucket offers infinite private repos too, if you do not want to install a server by your own. Esteban > On 20 Oct 2016, at 14:47, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > I have been looking for an alternative to Github to host my private repos, Github provides only 1 private repo and for more you have to pay. So I found this. > > https://gitlab.com/ <https://gitlab.com/> > > Gitlab has all the features of Github with additional advantages that is completely free and you can have as many private repos as you want. Also in terms of space , its unlimited with a limit of 10 GB per repo which makes it an excellent choice for binary files. You can have unlimited repos (the hard limit is at 100.000 repos per user which you wont reach any time soon ) > > A recent advantage that I discovered is that like Github , Gitlab allows you to host your own website via Gitlab pages > > https://pages.gitlab.io/ <https://pages.gitlab.io/> > > The cool thing about this is that it comes with CI , which is highly configurable which means you can even make it work with Pillar. The website part can mix with existing code, meaning you can keep on the same repo the code of your pharo projects and documentation in form of website. Gitlab pages support a wide variety of static website generators , the on the interests me is gitbook > > https://www.gitbook.com/ <https://www.gitbook.com/> > > Gitbook is interesting because it comes with its own Editor you can download as a native client that handles the writing of the book / documentation and pushing and committing to the repo > > https://www.gitbook.com/editor <https://www.gitbook.com/editor> > > Both Gitlab and Gitbook are free software that means they can be installed in any Pharo server and customised to whatever you want > > I made an example here. > https://gitlab.com/Kilon/testbook <https://gitlab.com/Kilon/testbook> > > The gitbook documentation is hosted in the pages branch which is a nice clean way to isolate documentation from project's code but also you could alternative have everything in master and put documentation in a doc folder. You can fine tune such setup with the corresponding yaml setup file as can see here > > https://gitlab.com/Kilon/testbook/blob/pages/.gitlab-ci.yml <https://gitlab.com/Kilon/testbook/blob/pages/.gitlab-ci.yml> > > The website generated by this repo can be viewed here > > https://kilon.gitlab.io/testbook/ <https://kilon.gitlab.io/testbook/> > > obviously you can also add anything that is in HTML/JS which make this ideal for blog, main websites, application frontends and pretty much everything you can imagine and because GitLab allows for unlimited amount of repos you can have unlimited amount of websites. > > Have fun :)

Oct. 20, 2016

Re: [Pharo-users] GitLab and Pharo

by Dimitris Chloupis

I forgot to add that the limit per website hosted is 1GB On Thu, Oct 20, 2016 at 3:47 PM Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > I have been looking for an alternative to Github to host my private repos, > Github provides only 1 private repo and for more you have to pay. So I > found this. > > https://gitlab.com/ > > Gitlab has all the features of Github with additional advantages that is > completely free and you can have as many private repos as you want. Also in > terms of space , its unlimited with a limit of 10 GB per repo which makes > it an excellent choice for binary files. You can have unlimited repos (the > hard limit is at 100.000 repos per user which you wont reach any time soon > ) > > A recent advantage that I discovered is that like Github , Gitlab allows > you to host your own website via Gitlab pages > > https://pages.gitlab.io/ > > The cool thing about this is that it comes with CI , which is highly > configurable which means you can even make it work with Pillar. The website > part can mix with existing code, meaning you can keep on the same repo the > code of your pharo projects and documentation in form of website. Gitlab > pages support a wide variety of static website generators , the on the > interests me is gitbook > > https://www.gitbook.com/ > > Gitbook is interesting because it comes with its own Editor you can > download as a native client that handles the writing of the book / > documentation and pushing and committing to the repo > > https://www.gitbook.com/editor > > Both Gitlab and Gitbook are free software that means they can be installed > in any Pharo server and customised to whatever you want > > I made an example here. > https://gitlab.com/Kilon/testbook > > The gitbook documentation is hosted in the pages branch which is a nice > clean way to isolate documentation from project's code but also you could > alternative have everything in master and put documentation in a doc > folder. You can fine tune such setup with the corresponding yaml setup file > as can see here > > https://gitlab.com/Kilon/testbook/blob/pages/.gitlab-ci.yml > > The website generated by this repo can be viewed here > > https://kilon.gitlab.io/testbook/ > > obviously you can also add anything that is in HTML/JS which make this > ideal for blog, main websites, application frontends and pretty much > everything you can imagine and because GitLab allows for unlimited amount > of repos you can have unlimited amount of websites. > > Have fun :) >

Oct. 20, 2016

GitLab and Pharo

by Dimitris Chloupis

I have been looking for an alternative to Github to host my private repos, Github provides only 1 private repo and for more you have to pay. So I found this. https://gitlab.com/ Gitlab has all the features of Github with additional advantages that is completely free and you can have as many private repos as you want. Also in terms of space , its unlimited with a limit of 10 GB per repo which makes it an excellent choice for binary files. You can have unlimited repos (the hard limit is at 100.000 repos per user which you wont reach any time soon ) A recent advantage that I discovered is that like Github , Gitlab allows you to host your own website via Gitlab pages https://pages.gitlab.io/ The cool thing about this is that it comes with CI , which is highly configurable which means you can even make it work with Pillar. The website part can mix with existing code, meaning you can keep on the same repo the code of your pharo projects and documentation in form of website. Gitlab pages support a wide variety of static website generators , the on the interests me is gitbook https://www.gitbook.com/ Gitbook is interesting because it comes with its own Editor you can download as a native client that handles the writing of the book / documentation and pushing and committing to the repo https://www.gitbook.com/editor Both Gitlab and Gitbook are free software that means they can be installed in any Pharo server and customised to whatever you want I made an example here. https://gitlab.com/Kilon/testbook The gitbook documentation is hosted in the pages branch which is a nice clean way to isolate documentation from project's code but also you could alternative have everything in master and put documentation in a doc folder. You can fine tune such setup with the corresponding yaml setup file as can see here https://gitlab.com/Kilon/testbook/blob/pages/.gitlab-ci.yml The website generated by this repo can be viewed here https://kilon.gitlab.io/testbook/ obviously you can also add anything that is in HTML/JS which make this ideal for blog, main websites, application frontends and pretty much everything you can imagine and because GitLab allows for unlimited amount of repos you can have unlimited amount of websites. Have fun :)

Oct. 20, 2016

Re: [Pharo-users] OSProcess lock image

by David T. Lewis

On Wed, Oct 19, 2016 at 10:03:15PM +0200, Hilaire wrote: > Hi Paul, > > Thanks for the tips. > My image was running for days with the computer going to sleep > regularly. Restarting the image solved the problem. That is interesting and helpful, thanks. The process that receives notification of child process exit (unix SIGCHLD signal) spends most of its time waiting on a semaphore with timeout, see UnixOSProcessAccessor>>grimReaperProcess. Maybe there is some kind of issue with the timeout if the image is paused while the computer is put to sleep. Dave > > Hilaire > > Le 15/10/2016 ? 20:00, Paul DeBruicker a ?crit : > > I have no idea why it happens but sometimes OSProcess resumes working after > > doing a > > > > OSProcessAccessor initialize. > > > > in a workspace..... > > > > > > Hope this helps > > > > > > -- > Dr. Geo > http://drgeo.eu >

Oct. 20, 2016

EpMonitor is leaking Errors --- was Re: How do I debug a MNU in Pharo-6.0

by Dale Henrichs

Well, on further review I think that the original behavior in 60208 was marginally better than the current behavior in 60265, because it turns out that the error that is occurring in an EpMonitor thread (I've attached the stack copied from the debugger, but the interesting bits are missing because the stack copy gets truncated for some reason ... so I've attached a screen shot which also provides limited information) and this particular thread using STON to write it's information somewhere and of course I am loading a new/different version of STON which causes EpMonitor to blow chunks as the methods are individually changed out from under EpMonitor When all is said and done despite the flood of inform messages and the debugger popping up ... the new/different version of STON was properly loaded (I think) ... of course Travis-CI/SmaltalkCI don't run the tests, because of the spurious EpMonitor error. It seems that EpMonitor should go back to keeping it's Errors to itself as it presumably did in 60208... At the moment it is not critical that I get this particular problem solved as I am not actively using Pharo6.0. Just running tests against Pharo6.0 to catch any platform-specific errors as early as possible. Dale On 10/20/16 4:20 AM, Dale Henrichs wrote: > Ben, > > Thanks for the responses ... I've just tried it again using a freshly > downloaded Pharo6.0 (60265) and using filetree instead of gitfiletree > on my mac (my earlier attempt was using on older Pharo6.0 on Linux) > --- so I had installed gitfiletree into the linux image at some point > apparently... > > Anyway on the mac, the informs stayed visible long enough for me to > grab one and here is the message that I'm getting now: > > OmFileStoreWritingError: this store is locked > > Oh and I did get a debugger on the mac so I'm in business ... > > I tried the linux test again with the same older version of Pharo > (60208) using filetree:// instead of gitfiletree:// and got the same > result (no debugger), but running over x from home, the informs did > not disappear so quickly and here is the message: > > Ombu: Couldn't write entry, since MessageNotUnderstood: receiver of > "ifTrue:ifFalse:" is nil > > I just downloaded 60265 for linux and tried again using filetree:// > and got a debugger and a slew of informs with the message: > > OmFileStoreWritingError: this store is locked > > Soooo, the problem appears to be fixed in the latest Pharo6.0 with the > exception of the flood of OmFileStoreWritingError messages... > > I did try catching Error, but that didn't work either ... the inform: > was swallowing the error without doing a pass --- perhaps that was the > fix... > > Anyway, thanks for your time and I appreciate your help, > > Dale > > On 10/20/16 3:03 AM, Ben Coman wrote: >> On Thu, Oct 20, 2016 at 5:06 PM, Ben Coman <btc(a)openinworld.com> wrote: >>> On Thu, Oct 20, 2016 at 6:35 AM, Dale Henrichs >>> <dale.henrichs(a)gemtalksystems.com> wrote: >>>> I am trying to debug a problem that showed up loading my version of >>>> STON >>>> into Pharo-6.0. ON Travis, I see the error message[1]: >>>> >>>> MessageNotUnderstood: receiver of "ifTrue:ifFalse:" is nil >>>> >>>> The code is loading and passing tests in Pharo-5.0, 4.0, 3.0 and >>>> several >>>> versions of GemStone, so I am interested in bringing up a debugger... >>>> >>>> I cloned git@github.com:GsDevKit/ston.git and checked out the >>>> gs_port branch >>>> into the directory >>>> /export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston. >>>> >>>> But when I run the following code in a Pharo-6.0 image using the >>>> Playground >>>> by pressing the green arrow: >>>> >>>> Metacello new >>>> baseline: 'Ston'; >>>> repository: >>>> 'gitfiletree:///export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston/repository'; >>>> >>>> load: #( 'UTF8' 'Tests') >>>> >>>> I do not get the expected MNU in a debugger -- but I do see a bunch >>>> of infos >>>> popping up during the execution but they fade too quickly for me to >>>> actually >>>> read them --- there were 8 or more popups --- and I got the >>>> impression that >>>> they involved the ifTrue:ifFalse:, but danged if I know how to >>>> debug the >>>> problem ... >> Alternatively, maybe put a haltOnce in each of the six implementors >> of #inform: >> >> cheers -ben >> >>>> I must have missed the memo that tells me how to get a debugger up in >>>> Pharo-6.0 ... >>> Maybe from commandline try... >>> [ Metacello new >>> baseline: 'Ston'; >>> repository: >>> 'gitfiletree:///export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston/repository'; >>> >>> load: #( 'UTF8' 'Tests') >>> ] on: Error do: [ :err | err debug ]. >>> >>> (If I try it myself in Pharo 6 I get ZnUnknownScheme. I guess I need >>> to load gitfiletree separately) >>> >>> cheers -ben >

Oct. 20, 2016

Re: [Pharo-users] How do I debug a MNU in Pharo-6.0

by Dale Henrichs

Ben, Thanks for the responses ... I've just tried it again using a freshly downloaded Pharo6.0 (60265) and using filetree instead of gitfiletree on my mac (my earlier attempt was using on older Pharo6.0 on Linux) --- so I had installed gitfiletree into the linux image at some point apparently... Anyway on the mac, the informs stayed visible long enough for me to grab one and here is the message that I'm getting now: OmFileStoreWritingError: this store is locked Oh and I did get a debugger on the mac so I'm in business ... I tried the linux test again with the same older version of Pharo (60208) using filetree:// instead of gitfiletree:// and got the same result (no debugger), but running over x from home, the informs did not disappear so quickly and here is the message: Ombu: Couldn't write entry, since MessageNotUnderstood: receiver of "ifTrue:ifFalse:" is nil I just downloaded 60265 for linux and tried again using filetree:// and got a debugger and a slew of informs with the message: OmFileStoreWritingError: this store is locked Soooo, the problem appears to be fixed in the latest Pharo6.0 with the exception of the flood of OmFileStoreWritingError messages... I did try catching Error, but that didn't work either ... the inform: was swallowing the error without doing a pass --- perhaps that was the fix... Anyway, thanks for your time and I appreciate your help, Dale On 10/20/16 3:03 AM, Ben Coman wrote: > On Thu, Oct 20, 2016 at 5:06 PM, Ben Coman <btc(a)openinworld.com> wrote: >> On Thu, Oct 20, 2016 at 6:35 AM, Dale Henrichs >> <dale.henrichs(a)gemtalksystems.com> wrote: >>> I am trying to debug a problem that showed up loading my version of STON >>> into Pharo-6.0. ON Travis, I see the error message[1]: >>> >>> MessageNotUnderstood: receiver of "ifTrue:ifFalse:" is nil >>> >>> The code is loading and passing tests in Pharo-5.0, 4.0, 3.0 and several >>> versions of GemStone, so I am interested in bringing up a debugger... >>> >>> I cloned git@github.com:GsDevKit/ston.git and checked out the gs_port branch >>> into the directory >>> /export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston. >>> >>> But when I run the following code in a Pharo-6.0 image using the Playground >>> by pressing the green arrow: >>> >>> Metacello new >>> baseline: 'Ston'; >>> repository: >>> 'gitfiletree:///export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston/repository'; >>> load: #( 'UTF8' 'Tests') >>> >>> I do not get the expected MNU in a debugger -- but I do see a bunch of infos >>> popping up during the execution but they fade too quickly for me to actually >>> read them --- there were 8 or more popups --- and I got the impression that >>> they involved the ifTrue:ifFalse:, but danged if I know how to debug the >>> problem ... > Alternatively, maybe put a haltOnce in each of the six implementors of #inform: > > cheers -ben > >>> I must have missed the memo that tells me how to get a debugger up in >>> Pharo-6.0 ... >> Maybe from commandline try... >> [ Metacello new >> baseline: 'Ston'; >> repository: >> 'gitfiletree:///export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston/repository'; >> load: #( 'UTF8' 'Tests') >> ] on: Error do: [ :err | err debug ]. >> >> (If I try it myself in Pharo 6 I get ZnUnknownScheme. I guess I need >> to load gitfiletree separately) >> >> cheers -ben

Oct. 20, 2016

Re: [Pharo-users] How do I debug a MNU in Pharo-6.0

by Ben Coman

On Thu, Oct 20, 2016 at 5:06 PM, Ben Coman <btc(a)openinworld.com> wrote: > On Thu, Oct 20, 2016 at 6:35 AM, Dale Henrichs > <dale.henrichs(a)gemtalksystems.com> wrote: >> I am trying to debug a problem that showed up loading my version of STON >> into Pharo-6.0. ON Travis, I see the error message[1]: >> >> MessageNotUnderstood: receiver of "ifTrue:ifFalse:" is nil >> >> The code is loading and passing tests in Pharo-5.0, 4.0, 3.0 and several >> versions of GemStone, so I am interested in bringing up a debugger... >> >> I cloned git@github.com:GsDevKit/ston.git and checked out the gs_port branch >> into the directory >> /export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston. >> >> But when I run the following code in a Pharo-6.0 image using the Playground >> by pressing the green arrow: >> >> Metacello new >> baseline: 'Ston'; >> repository: >> 'gitfiletree:///export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston/repository'; >> load: #( 'UTF8' 'Tests') >> >> I do not get the expected MNU in a debugger -- but I do see a bunch of infos >> popping up during the execution but they fade too quickly for me to actually >> read them --- there were 8 or more popups --- and I got the impression that >> they involved the ifTrue:ifFalse:, but danged if I know how to debug the >> problem ... Alternatively, maybe put a haltOnce in each of the six implementors of #inform: cheers -ben >> >> I must have missed the memo that tells me how to get a debugger up in >> Pharo-6.0 ... > > Maybe from commandline try... > [ Metacello new > baseline: 'Ston'; > repository: > 'gitfiletree:///export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston/repository'; > load: #( 'UTF8' 'Tests') > ] on: Error do: [ :err | err debug ]. > > (If I try it myself in Pharo 6 I get ZnUnknownScheme. I guess I need > to load gitfiletree separately) > > cheers -ben

Oct. 20, 2016

Re: [Pharo-users] [Seaside] Seaside can not be used with Pharo 60261

by Norbert Hartl

Hi Johan, can you please upload the ConfigurationOfSeaside3 I've sent in this thread? thanks, Norbert > Am 18.10.2016 um 17:20 schrieb Johan Brichau <johan(a)inceptive.be>: > > >> On 18 Oct 2016, at 16:36, Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>> wrote: >> >> (ConfigurationOfAster project version: #development) load > > There are issues with this âoldâ way of Metacello loading. Can you try: > > Metacello new > configuration:âAsterâ; > version: #development; > load. > > (Maybe you need to add the repo to, donât know). > > Cheers > Johan

Oct. 20, 2016

Re: [Pharo-users] How do I debug a MNU in Pharo-6.0

by Ben Coman

On Thu, Oct 20, 2016 at 6:35 AM, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: > I am trying to debug a problem that showed up loading my version of STON > into Pharo-6.0. ON Travis, I see the error message[1]: > > MessageNotUnderstood: receiver of "ifTrue:ifFalse:" is nil > > The code is loading and passing tests in Pharo-5.0, 4.0, 3.0 and several > versions of GemStone, so I am interested in bringing up a debugger... > > I cloned git@github.com:GsDevKit/ston.git and checked out the gs_port branch > into the directory > /export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston. > > But when I run the following code in a Pharo-6.0 image using the Playground > by pressing the green arrow: > > Metacello new > baseline: 'Ston'; > repository: > 'gitfiletree:///export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston/repository'; > load: #( 'UTF8' 'Tests') > > I do not get the expected MNU in a debugger -- but I do see a bunch of infos > popping up during the execution but they fade too quickly for me to actually > read them --- there were 8 or more popups --- and I got the impression that > they involved the ifTrue:ifFalse:, but danged if I know how to debug the > problem ... > > I must have missed the memo that tells me how to get a debugger up in > Pharo-6.0 ... Maybe from commandline try... [ Metacello new baseline: 'Ston'; repository: 'gitfiletree:///export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston/repository'; load: #( 'UTF8' 'Tests') ] on: Error do: [ :err | err debug ]. (If I try it myself in Pharo 6 I get ZnUnknownScheme. I guess I need to load gitfiletree separately) cheers -ben

Oct. 20, 2016

Re: [Pharo-users] Garage sqlite on pharo > 5

by stepharo

I know this is me that paid Guillermo to develop Garage and it was not for us but for the community. And Guillermo made sure that we can tests all drivers on Jenkins. Stef > Why declare that as dead? > > It is there and is okay to use. > > People can update it if needed. > > Why say this? > That's not constructive, man. > > We need DB access. > Pharo without DB access is going nowhere in the industry. > > Just had a pairing session w/ Doru and guess what? The data I need for > Moose/Roassal usage is in a database. > > -_O > > Phil > > > On Mon, Oct 17, 2016 at 7:29 PM, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > Guillermo created Garage because the consortium asked and payed > him to do and I think that he did it well. Now Guillermo does not > use any database during his development and he is busy to work on > many important tasks for Pharo. > > I will ask Guillermo to declare Garage as dead and people should > not come and cry that DB is not well supported in Pharo. I never > understood why the code of UDBC was not pushed into Garage. > > Stef > > PS: So now people can tell me that I'm insulting torsten or > whatever. Feel free. I found the situation quite sad in fact and > quite also discouraging. > > > > > Le 17/10/16 Ã 15:49, Esteban A. Maringolo a Ã©crit : > > 2016-10-17 8:12 GMT-03:00 Norbert Hartl <norbert(a)hartl.name > <mailto:norbert@hartl.name>>: > > Does anyone use Garage SQL drivers with sqlite in pharo >= 5? > > Garage SQLite driver doesn't work on Pharo 5, the FFI API > changed and > Garage wasn't updated to use UFFI. > You have to use Torsten version in UDBC. > > Gofer it > smalltalkhubUser: 'TorstenBergmann' project: 'UDBC'; > configuration; > load. > (Smalltalk at: #ConfigurationOfUDBC) loadBleedingEdge. > > > Regards, > > Esteban A. Maringolo > > > > > >

Oct. 20, 2016