May 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Main pillar web site?

by Damien Cassou

H. Hirzel <hannes.hirzel(a)gmail.com> writes: > https://ci.inria.fr/pharo-contribution/job/PharoProjectCatalog/HTML_Report/… > which is an untrusted connection. > Is it safe to continue? yes, this is safe (you don't have to enter any data). But the official page is: http://www.smalltalkhub.com/#!/~Pier/Pillar -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

May 4, 2015

Re: [Pharo-dev] Main pillar web site?

by Yuriy Tymchuk

Yes, it is safe, the link leads to pharo contribution CI server and in particular to the build of the catalog of pharo configurations. If you wand to get familiar with pillar, here is the GitHub group: https://github.com/pillar-markup <https://github.com/pillar-markup> And here is a repo with documentation: https://github.com/pillar-markup/pillar-documentation <https://github.com/pillar-markup/pillar-documentation> Cheers! Uko > On 04 May 2015, at 15:42, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > > Hello > > Where is the main Pillar web site > > Google for > > pillar Pharo > > gives as first hit > > https://ci.inria.fr/pharo-contribution/job/PharoProjectCatalog/HTML_Report/… > > which is an untrusted connection. > Is it safe to continue? > > Regards > > Hannes >

May 4, 2015

Re: [Pharo-dev] Playground request - ivar references to

by Nicolai Hess

2015-05-04 15:33 GMT+02:00 Ben Coman <btc(a)openinworld.com>: > This doesn't hurt me enough to try to do it myself yet, but one thing I > feel it would be natural to do in Raw view would be to have a <references > to> context menu item for the instance variables, or even better like the > debugger have <List methods using...> and <List methods storing into...>. > > btw I notice those last two actually are missing from GTDebugger and I > miss them :). > (or am I missing something functionality?) > me too 14583 <https://pharo.fogbugz.com/default.asp?14583> inspector and instvars : list methods storing into/using > cheers -ben >

May 4, 2015

Main pillar web site?

by H. Hirzel

Hello Where is the main Pillar web site Google for pillar Pharo gives as first hit https://ci.inria.fr/pharo-contribution/job/PharoProjectCatalog/HTML_Report/… which is an untrusted connection. Is it safe to continue? Regards Hannes

May 4, 2015

Re: [Pharo-dev] MC: Strange Problem

by Ben Coman

On Mon, May 4, 2015 at 9:27 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > 2015-05-04 15:09 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > >> >> >> 2015-05-04 14:58 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: >> >>> >>> >>> 2015-05-04 14:35 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com>: >>> >>>> Ok, I had a look on >>>> >>>> ConfigurationOfTxText-SeanDeNigris.48 >>>> >>>> And, what I can see: >>>> >>>> - two rpackages are created upon loading: 'ConfigurationOfTxText' and >>>> 'a MCWorkingCopy(ConfigurationOfTxText)'. >>>> >>>> - Two WorkingCopy(s) are created, but one is NicolaiHess.42 (the one >>>> already in the image in Pharo 4). >>>> >>>> - History stops at NicolaiHess.42 ? >>>> >>> >>> Ups! >>> >> >> The thing is, ConfigurationOfTxText-NicolaiHess.42 which is in >> Pharo40Inbox is fine and has the full history :) >> >> But, ConfigurationOfTxText-NicolaiHess.43 in TxText has its history cut >> at NicolaiHess.42 :( >> >> >>> >>> >>>> >>>> All packages newer than NicolaiHess.42 have their history cut at >>>> NicolaiHess.42. And a few (SeanDeNigris.48 for sure) have 'a >>>> MCWorkingCopy(ConfigurationOfTxText)' as package name instead of >>>> 'ConfigurationOfTxText', and this is inside the .mcz. >>>> >>>> How where those packages saved? >>>> >>> >>> Don't know what I did wrong, but I don't know much about this and don't >>> have much experience with this. >>> I just copied the packages from the repository to the inbox when I >>> created a new configuration. >>> >> >> I haven't checked on the packages themselves, I'm just looking at the >> ConfigurationOfTxText for the moment... >> >> Something strange happened when .43 was created. And, yes, it's a bit >> strange: each time the configuration is saved in Pharo40Inbox, it is not >> present in the TxText repository (except when it's Esteban, Stef or >> Igor...). Are you sure you have used 'Copy' and not saved a new version in >> the Pharo40Inbox? >> > > No, I am sure I did *not* use copy! > The first time I tried to create a ConfigurationOfXXX (I think it was for > Athens) I said I cannot "copy" to inbox and ask how copying to the inbox > works. > Is this what you experience? (sorry I hadn't got to try fixing it yet) https://pharo.fogbugz.com/default.asp?11833 "Monticello Repository-view <Copy> button does not ask for access credentials" cheers -ben > And I was told "to save" the Configuration to the inbox. > > I think I always saved a new version instead of copying. > How can other people copy instead of save ? I always got an error on > "copy". > > > > > >> >> Thierry >> >> >> >>> >>> >>> >>> >>>> >>>> Thierry >>>> >>>> >>>> 2015-05-04 12:58 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: >>>> >>>>> Thierry Goubier wrote >>>>> > can you point me towards one of those corrupt versions? >>>>> >>>>> Apparently the problem started with >>>>> ConfigurationOfTxText-SeanDeNigris.48 >>>>> and then ConfigurationOfTxText-SeanDeNigris.49 in >>>>> http://smalltalkhub.com/mc/Pharo/TxText/main/ >>>>> >>>>> >>>>> >>>>> ----- >>>>> Cheers, >>>>> Sean >>>>> -- >>>>> View this message in context: >>>>> http://forum.world.st/MC-Strange-Problem-tp4824138p4824212.html >>>>> Sent from the Pharo Smalltalk Developers mailing list archive at >>>>> Nabble.com. >>>>> >>>>> >>>> >>> >> >

May 4, 2015

Roassal3D and Woden process handling

by Yuriy Tymchuk

Hi guys, Iâm not experienced in OpenGL, but Iâve noticed that both Roassal3D and Woden occupy a high level process and are not yielding Processor to anyone else. For example code highlight, spotter, and other lower priority processes are not working as soon as you open a 3D visualization. On the other hand this doesnât happen while using CodeCity (and it also uses OpenGL). Is it very complicated to make Roassal3D and Woden to respect other processes? Uko

May 4, 2015

Playground request - ivar references to

by Ben Coman

This doesn't hurt me enough to try to do it myself yet, but one thing I feel it would be natural to do in Raw view would be to have a <references to> context menu item for the instance variables, or even better like the debugger have <List methods using...> and <List methods storing into...>. btw I notice those last two actually are missing from GTDebugger and I miss them :). (or am I missing something functionality?) cheers -ben

May 4, 2015

Re: [Pharo-dev] MC: Strange Problem

by Nicolai Hess

2015-05-04 15:09 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > > > 2015-05-04 14:58 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > >> >> >> 2015-05-04 14:35 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com>: >> >>> Ok, I had a look on >>> >>> ConfigurationOfTxText-SeanDeNigris.48 >>> >>> And, what I can see: >>> >>> - two rpackages are created upon loading: 'ConfigurationOfTxText' and 'a >>> MCWorkingCopy(ConfigurationOfTxText)'. >>> >>> - Two WorkingCopy(s) are created, but one is NicolaiHess.42 (the one >>> already in the image in Pharo 4). >>> >>> - History stops at NicolaiHess.42 ? >>> >> >> Ups! >> > > The thing is, ConfigurationOfTxText-NicolaiHess.42 which is in > Pharo40Inbox is fine and has the full history :) > > But, ConfigurationOfTxText-NicolaiHess.43 in TxText has its history cut at > NicolaiHess.42 :( > > >> >> >>> >>> All packages newer than NicolaiHess.42 have their history cut at >>> NicolaiHess.42. And a few (SeanDeNigris.48 for sure) have 'a >>> MCWorkingCopy(ConfigurationOfTxText)' as package name instead of >>> 'ConfigurationOfTxText', and this is inside the .mcz. >>> >>> How where those packages saved? >>> >> >> Don't know what I did wrong, but I don't know much about this and don't >> have much experience with this. >> I just copied the packages from the repository to the inbox when I >> created a new configuration. >> > > I haven't checked on the packages themselves, I'm just looking at the > ConfigurationOfTxText for the moment... > > Something strange happened when .43 was created. And, yes, it's a bit > strange: each time the configuration is saved in Pharo40Inbox, it is not > present in the TxText repository (except when it's Esteban, Stef or > Igor...). Are you sure you have used 'Copy' and not saved a new version in > the Pharo40Inbox? > No, I am sure I did *not* use copy! The first time I tried to create a ConfigurationOfXXX (I think it was for Athens) I said I cannot "copy" to inbox and ask how copying to the inbox works. And I was told "to save" the Configuration to the inbox. I think I always saved a new version instead of copying. How can other people copy instead of save ? I always got an error on "copy". > > Thierry > > > >> >> >> >> >>> >>> Thierry >>> >>> >>> 2015-05-04 12:58 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: >>> >>>> Thierry Goubier wrote >>>> > can you point me towards one of those corrupt versions? >>>> >>>> Apparently the problem started with >>>> ConfigurationOfTxText-SeanDeNigris.48 >>>> and then ConfigurationOfTxText-SeanDeNigris.49 in >>>> http://smalltalkhub.com/mc/Pharo/TxText/main/ >>>> >>>> >>>> >>>> ----- >>>> Cheers, >>>> Sean >>>> -- >>>> View this message in context: >>>> http://forum.world.st/MC-Strange-Problem-tp4824138p4824212.html >>>> Sent from the Pharo Smalltalk Developers mailing list archive at >>>> Nabble.com. >>>> >>>> >>> >> >

May 4, 2015

Re: [Pharo-dev] [Pharo-users] [SURVEY] Pillar input/output files.

by Damien Cassou

Guillermo Polito <guillermopolito(a)gmail.com> writes: > If I understand correctly... then, why the pillar.conf is not just a pillar > file? (And the conf is the header if the file?) :) my middle-term goal is to simplify/remove as much as possible both the pillar.conf and compile.sh scripts. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

May 4, 2015

Re: [Pharo-dev] MC: Strange Problem

by Thierry Goubier

2015-05-04 14:58 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > > > 2015-05-04 14:35 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > >> Ok, I had a look on >> >> ConfigurationOfTxText-SeanDeNigris.48 >> >> And, what I can see: >> >> - two rpackages are created upon loading: 'ConfigurationOfTxText' and 'a >> MCWorkingCopy(ConfigurationOfTxText)'. >> >> - Two WorkingCopy(s) are created, but one is NicolaiHess.42 (the one >> already in the image in Pharo 4). >> >> - History stops at NicolaiHess.42 ? >> > > Ups! > The thing is, ConfigurationOfTxText-NicolaiHess.42 which is in Pharo40Inbox is fine and has the full history :) But, ConfigurationOfTxText-NicolaiHess.43 in TxText has its history cut at NicolaiHess.42 :( > > >> >> All packages newer than NicolaiHess.42 have their history cut at >> NicolaiHess.42. And a few (SeanDeNigris.48 for sure) have 'a >> MCWorkingCopy(ConfigurationOfTxText)' as package name instead of >> 'ConfigurationOfTxText', and this is inside the .mcz. >> >> How where those packages saved? >> > > Don't know what I did wrong, but I don't know much about this and don't > have much experience with this. > I just copied the packages from the repository to the inbox when I created > a new configuration. > I haven't checked on the packages themselves, I'm just looking at the ConfigurationOfTxText for the moment... Something strange happened when .43 was created. And, yes, it's a bit strange: each time the configuration is saved in Pharo40Inbox, it is not present in the TxText repository (except when it's Esteban, Stef or Igor...). Are you sure you have used 'Copy' and not saved a new version in the Pharo40Inbox? Thierry > > > > >> >> Thierry >> >> >> 2015-05-04 12:58 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: >> >>> Thierry Goubier wrote >>> > can you point me towards one of those corrupt versions? >>> >>> Apparently the problem started with ConfigurationOfTxText-SeanDeNigris.48 >>> and then ConfigurationOfTxText-SeanDeNigris.49 in >>> http://smalltalkhub.com/mc/Pharo/TxText/main/ >>> >>> >>> >>> ----- >>> Cheers, >>> Sean >>> -- >>> View this message in context: >>> http://forum.world.st/MC-Strange-Problem-tp4824138p4824212.html >>> Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com. >>> >>> >> >

May 4, 2015