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

Re: [Pharo-dev] PID of VM ?

by Sven Van Caekenberghe

> On 14 Sep 2015, at 18:46, David T. Lewis <lewis(a)mail.msen.com> wrote: > >> On Mon, Sep 14, 2015 at 8:25 PM, Esteban Lorenzano <estebanlm(a)gmail.com> >> wrote: >>> >>>> On 14 Sep 2015, at 14:21, David T. Lewis <lewis(a)mail.msen.com> wrote: >>>> >>>> >>>> No, OSProcess should not be included in the image. It is intended to be >>>> an external package. >>> >>> mmmÃ¢ÂÂ¦ we want to include it as more and more people requires it and we >>> can profit from having it in the image (same as FFI). >>> why do you think it should be external? >> >> We should distinguish between having it traditionally-in-Image where >> that is the only place it exists and fixes are integrated, and the >> current trend (e.g. in-Image Glamorous Tools) where fixes are >> integrated "upstream" into an external package >> > > Yes, that is what I meant. > > Dave Several packages are in that situation: Zinc, STON, FUEL, ... it works quite well.

Sept. 14, 2015

Re: [Pharo-dev] PID of VM ?

by David T. Lewis

> On Mon, Sep 14, 2015 at 8:25 PM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: >> >>> On 14 Sep 2015, at 14:21, David T. Lewis <lewis(a)mail.msen.com> wrote: >>> >>> >>> No, OSProcess should not be included in the image. It is intended to be >>> an external package. >> >> mmmÃ¢ÂÂ¦ we want to include it as more and more people requires it and we >> can profit from having it in the image (same as FFI). >> why do you think it should be external? > > We should distinguish between having it traditionally-in-Image where > that is the only place it exists and fixes are integrated, and the > current trend (e.g. in-Image Glamorous Tools) where fixes are > integrated "upstream" into an external package > Yes, that is what I meant. Dave

Sept. 14, 2015

Re: [Pharo-dev] TextAttributes in source code or class comment?

by Martin Dias

On Tue, Sep 8, 2015 at 12:29 PM, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > >> On 08 Sep 2015, at 11:03 , Martin Dias <tinchodias(a)gmail.com> wrote: >> >> On Sat, Sep 5, 2015 at 1:10 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: >>> The same for the ]lang[ tag (see issue 15750) >> >> Ok. But I still don't know how to add a url to a method's source code >> or comment from the UI. >> >> I mean, people with a non-English keyboard can produce source code >> with ]lang[, but how can I produce a ]style[ ? >> >> MartÃn > > The whole mechanism is quite broken in Pharo4 upwards: Not sure what to do in Pharo: parse the Text or just ignore the ]style[, but at least file-in should not raise an error. I reported it: https://pharo.fogbugz.com/f/cases/16575/CodeImporter-doesn-t-parse-style-ch… MartÃn

Sept. 14, 2015

[pharo-project/pharo-core]

by GitHub

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

Sept. 14, 2015

[pharo-project/pharo-core] 309117: 50323

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 30911717587a2fa15bc22339ddd55620746dbbdc https://github.com/pharo-project/pharo-core/commit/30911717587a2fa15bc22339… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-09-14 (Mon, 14 Sep 2015) Changed paths: M AST-Core.package/BISimpleFormatter.class/instance/initialization/initialize.st M AST-Core.package/RBMethodNode.class/instance/private/reformatSource.st M AST-Core.package/RBParseTreeSearcher.class/class/private/buildSelectorString_.st M AST-Core.package/RBParser.class/instance/accessing/parseLiterals_.st M AST-Core.package/RBParser.class/instance/private-parsing/parseLiteralArray.st M AST-Core.package/RBParser.class/instance/private-parsing/parseLiteralByteArray.st M AST-Core.package/RBScanner.class/instance/accessing/contents.st M AST-Core.package/RBScanner.class/instance/initialize-release/on_.st M NautilusCommon.package/NautilusClassSelected.class/definition.st R NautilusCommon.package/NautilusClassSelected.class/instance/accessing/selectedClass.st R NautilusCommon.package/NautilusClassSelected.class/instance/accessing/selectedClass_.st R NautilusCommon.package/NautilusClassSelected.class/instance/compatibility/itemClass.st M NautilusCommon.package/NautilusMethodSelected.class/definition.st R NautilusCommon.package/NautilusMethodSelected.class/instance/accessing/selectedMethod.st R NautilusCommon.package/NautilusMethodSelected.class/instance/accessing/selectedMethod_.st R NautilusCommon.package/NautilusMethodSelected.class/instance/compatibility/method.st M NautilusCommon.package/NautilusPackageSelected.class/definition.st R NautilusCommon.package/NautilusPackageSelected.class/instance/accessing/selectedPackage.st R NautilusCommon.package/NautilusPackageSelected.class/instance/accessing/selectedPackage_.st R NautilusCommon.package/NautilusPackageSelected.class/instance/compatibility/package.st M NautilusCommon.package/NautilusProtocolSelected.class/definition.st R NautilusCommon.package/NautilusProtocolSelected.class/instance/accessing/selectedProtocol.st R NautilusCommon.package/NautilusProtocolSelected.class/instance/accessing/selectedProtocol_.st R NautilusCommon.package/NautilusProtocolSelected.class/instance/compatibility/category.st A NautilusCommon.package/NautilusSelectionAnnouncement.class/README.md A NautilusCommon.package/NautilusSelectionAnnouncement.class/definition.st A NautilusCommon.package/NautilusSelectionAnnouncement.class/instance/accessing/selectedClass.st A NautilusCommon.package/NautilusSelectionAnnouncement.class/instance/accessing/selectedClass_.st A NautilusCommon.package/NautilusSelectionAnnouncement.class/instance/accessing/selectedMethod.st A NautilusCommon.package/NautilusSelectionAnnouncement.class/instance/accessing/selectedMethod_.st A NautilusCommon.package/NautilusSelectionAnnouncement.class/instance/accessing/selectedPackage.st A NautilusCommon.package/NautilusSelectionAnnouncement.class/instance/accessing/selectedPackage_.st A NautilusCommon.package/NautilusSelectionAnnouncement.class/instance/accessing/selectedProtocol.st A NautilusCommon.package/NautilusSelectionAnnouncement.class/instance/accessing/selectedProtocol_.st A NautilusCommon.package/NautilusSelectionAnnouncement.class/instance/compatibility/category.st A NautilusCommon.package/NautilusSelectionAnnouncement.class/instance/compatibility/itemClass.st A NautilusCommon.package/NautilusSelectionAnnouncement.class/instance/compatibility/method.st A NautilusCommon.package/NautilusSelectionAnnouncement.class/instance/compatibility/package.st A Polymorph-Widgets.package/MorphicUIManager.class/instance/display/showWaitCursorWhile_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50322.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50323.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50322.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50323.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M System-Changes.package/ChangeRecord.class/instance/initialization/fileIn.st M System-Changes.package/ChangeSet.class/instance/filein%2Fout/fileOut.st A UIManager.package/UIManager.class/instance/display/showWaitCursorWhile_.st Log Message: ----------- 50323 16566 Replace WriteStream with writeStream message send in AST-Core https://pharo.fogbugz.com/f/cases/16566 16556 Nautilus selection announcements intersect as they are in a hierarchy https://pharo.fogbugz.com/f/cases/16556 16539 System-Changes and Compression should not depend on Graphics-Display Objects https://pharo.fogbugz.com/f/cases/16539 http://files.pharo.org/image/50/50323.zip

Sept. 14, 2015

Re: [Pharo-dev] Querying hierarchical entities in Voyage

by Yuriy Tymchuk

Thanks Norbert! > On 14 Sep 2015, at 17:31, Norbert Hartl <norbert(a)hartl.name> wrote: > > >> Am 14.09.2015 um 15:41 schrieb Yuriy Tymchuk <yuriy.tymchuk(a)me.com>: >> >> Hi, >> >> how can I query all the objects from a hierarchy? Should a do separate query for each subclass and then concatenate the results? Is there a more efficient solution? >> > You can put something like that in your base class > > mongoContainer > <mongoContainer> > ^ VOMongoContainer new > collectionName: 'user'; > yourself > > So every subclass will be stored in the user collection as well. If you query on the base class you will get all subclasses as well. > > Norbert > >> Also what is the place to read about Voyage? >> > > >

Sept. 14, 2015

Re: [Pharo-dev] Querying hierarchical entities in Voyage

by Norbert Hartl

> Am 14.09.2015 um 15:41 schrieb Yuriy Tymchuk <yuriy.tymchuk(a)me.com>: > > Hi, > > how can I query all the objects from a hierarchy? Should a do separate query for each subclass and then concatenate the results? Is there a more efficient solution? > You can put something like that in your base class mongoContainer <mongoContainer> ^ VOMongoContainer new collectionName: 'user'; yourself So every subclass will be stored in the user collection as well. If you query on the base class you will get all subclasses as well. Norbert > Also what is the place to read about Voyage? >

Sept. 14, 2015

Re: [Pharo-dev] [Pharo-users] [Survey] QualityAssistant experience mini-survey

by Mariano Martinez Peck

OK...I see some of those. Look attached screenshot. On Mon, Sep 14, 2015 at 11:56 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Iâve downloaded a fresh Pharo 4 image and opened browser at: > Object>>#at:put: > > Looking at it should show you: > > If you donât see the âtoolsâ and âcrossâ icons, then something strange is > going on. In this case, can you send me the image that you are using? > > Also the âban" is described as âskippingâ in doc. I forgot to update it. > > Uko > > On 14 Sep 2015, at 16:20, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > > Hi Yuriy, > > Another thing I cannot see in the documentation is about ban. To me is > really important how is persisted the banning. > How do you prevent the banning from being lost when I take a new image? > Can I export bans to fuel and re import in another image? > Some time ago when there was the manifiesto classes, the banning was > stored there, and so such class could be stored in monticello as part of > your code, which was a nice idea. But at the same time, it's hard to keep a > banning since you refactor... so..that's another question..do you do > something with banning upon certain refactors? > > Thanks! > > > On Mon, Sep 14, 2015 at 10:25 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> > wrote: > >> Hi Mariano, >> >> thanks for participating! You can read about the features here: >> https://github.com/Uko/QualityAssistant#actions >> >> If something is not clear please let me know, so I can improve. >> >> On 14 Sep 2015, at 15:21, Mariano Martinez Peck <marianopeck(a)gmail.com> >> wrote: >> >> OK Done. >> Where I can see the answers now? :) I put I didn't know many of the >> features (I use it 99% of the time in Nautilus) and I do want to know now! >> >> >> On Mon, Sep 14, 2015 at 5:01 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> >> wrote: >> >>> Dear Pharoers, >>> >>> I kindly ask you to participate in the QualityAssistant mini-survey: >>> http://rio.inf.usi.ch/survey/index.php/818331. >>> It will take only a few minutes of your time (or less), and will give us >>> a better understanding of how QualityAssistant is currently used and how to >>> improve it. >>> >>> Cheers! >>> Yuriy >>> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > > -- Mariano http://marianopeck.wordpress.com

Sept. 14, 2015

System-Announcements: add a ProtocolRenamed announcement

by Skip Lentz

Hello, Right now, when you add or remove a protocol to a class you get two announcements (ignoring methods that may have been removed): 1. Protocol{Added,Removed} 2. ClassReorganized. But when you rename a protocol, you get just ClassReorganized (again, ignoring the method recategorizations). >From this announcement, you only have access to the new class. So there is no way to tell the change. To resolve this, I think a ProtocolRenamed announcement should be added, just like there is a CategoryRenamed announcement. This way Epicea can also log this, which it currently does not do. It logs the recategorizations of the methods in the protocol, but not the rename of the protocol. So as far as we can tell from the log, we canât see if the renamed protocol still exists or not. Please share your thoughts, Skip

Sept. 14, 2015

Re: [Pharo-dev] [Pharo-users] [Survey] QualityAssistant experience mini-survey

by Yuriy Tymchuk

Iâve downloaded a fresh Pharo 4 image and opened browser at: Object>>#at:put: Looking at it should show you: If you donât see the âtoolsâ and âcrossâ icons, then something strange is going on. In this case, can you send me the image that you are using? Also the âban" is described as âskippingâ in doc. I forgot to update it. Uko > On 14 Sep 2015, at 16:20, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > Hi Yuriy, > > Another thing I cannot see in the documentation is about ban. To me is really important how is persisted the banning. > How do you prevent the banning from being lost when I take a new image? Can I export bans to fuel and re import in another image? > Some time ago when there was the manifiesto classes, the banning was stored there, and so such class could be stored in monticello as part of your code, which was a nice idea. But at the same time, it's hard to keep a banning since you refactor... so..that's another question..do you do something with banning upon certain refactors? > > Thanks! > > > On Mon, Sep 14, 2015 at 10:25 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: > Hi Mariano, > > thanks for participating! You can read about the features here: https://github.com/Uko/QualityAssistant#actions <https://github.com/Uko/QualityAssistant#actions> > > If something is not clear please let me know, so I can improve. > >> On 14 Sep 2015, at 15:21, Mariano Martinez Peck <marianopeck(a)gmail.com <mailto:marianopeck@gmail.com>> wrote: >> >> OK Done. >> Where I can see the answers now? :) I put I didn't know many of the features (I use it 99% of the time in Nautilus) and I do want to know now! >> >> >> On Mon, Sep 14, 2015 at 5:01 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >> Dear Pharoers, >> >> I kindly ask you to participate in the QualityAssistant mini-survey: http://rio.inf.usi.ch/survey/index.php/818331 <http://rio.inf.usi.ch/survey/index.php/818331>. >> It will take only a few minutes of your time (or less), and will give us a better understanding of how QualityAssistant is currently used and how to improve it. >> >> Cheers! >> Yuriy >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com <http://marianopeck.wordpress.com/> > > > > > -- > Mariano > http://marianopeck.wordpress.com <http://marianopeck.wordpress.com/>

Sept. 14, 2015

Re: [Pharo-dev] [Pharo-users] [Survey] QualityAssistant experience mini-survey

by Mariano Martinez Peck

Hi Yuriy, Another thing I cannot see in the documentation is about ban. To me is really important how is persisted the banning. How do you prevent the banning from being lost when I take a new image? Can I export bans to fuel and re import in another image? Some time ago when there was the manifiesto classes, the banning was stored there, and so such class could be stored in monticello as part of your code, which was a nice idea. But at the same time, it's hard to keep a banning since you refactor... so..that's another question..do you do something with banning upon certain refactors? Thanks! On Mon, Sep 14, 2015 at 10:25 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Hi Mariano, > > thanks for participating! You can read about the features here: > https://github.com/Uko/QualityAssistant#actions > > If something is not clear please let me know, so I can improve. > > On 14 Sep 2015, at 15:21, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > > OK Done. > Where I can see the answers now? :) I put I didn't know many of the > features (I use it 99% of the time in Nautilus) and I do want to know now! > > > On Mon, Sep 14, 2015 at 5:01 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> > wrote: > >> Dear Pharoers, >> >> I kindly ask you to participate in the QualityAssistant mini-survey: >> http://rio.inf.usi.ch/survey/index.php/818331. >> It will take only a few minutes of your time (or less), and will give us >> a better understanding of how QualityAssistant is currently used and how to >> improve it. >> >> Cheers! >> Yuriy >> > > > > -- > Mariano > http://marianopeck.wordpress.com > > > -- Mariano http://marianopeck.wordpress.com

Sept. 14, 2015

Re: [Pharo-dev] [Survey] QualityAssistant experience mini-survey

by Yuriy Tymchuk

Hi, they are described here: https://github.com/Uko/QualityAssistant#actions <https://github.com/Uko/QualityAssistant#actions> Mariano also reported that on Pharo 4 some actions are missing. I am investigating that. Yuriy > On 14 Sep 2015, at 15:58, Damien Cassou <damien.cassou(a)inria.fr> wrote: > > > Mariano Martinez Peck <marianopeck(a)gmail.com> writes: > >> OK Done. >> Where I can see the answers now? :) I put I didn't know many of the >> features (I use it 99% of the time in Nautilus) and I do want to know now! > > I agree, where can we get information about the not-so-visible features? > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." --Winston Churchill >

Sept. 14, 2015

Re: [Pharo-dev] [Survey] QualityAssistant experience mini-survey

by Damien Cassou

Mariano Martinez Peck <marianopeck(a)gmail.com> writes: > OK Done. > Where I can see the answers now? :) I put I didn't know many of the > features (I use it 99% of the time in Nautilus) and I do want to know now! I agree, where can we get information about the not-so-visible features? -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Sept. 14, 2015

[ANN] Pharo Consortium New Bronze Member: Inspired.org

by Marcus Denker

The Pharo Consortium is very happy to announce that Inspired.org has joined the Consortium as a bronze Member. Inspired is a highly experienced consultancy specialising in transformative business strategy integrated with executable architecture (including business architecture) and empowering methods to deliver meaningful and desirable change. Inspired supports this activity with Enterprise Value Architect (EVA), an innovative collaborative, cloud based enterprise modeling and knowledge management toolset developed in Smalltalk. About - Inspired: http://inspired.org - Pharo Consortium: http://consortium.pharo.org The goal of the Pharo Consortium is to allow companies and institutions to support the ongoing development and future of Pharo. Individuals can support Pharo via the Pharo Association: http://association.pharo.org

Sept. 14, 2015

Querying hierarchical entities in Voyage

by Yuriy Tymchuk

Hi, how can I query all the objects from a hierarchy? Should a do separate query for each subclass and then concatenate the results? Is there a more efficient solution? Also what is the place to read about Voyage? Yuriy

Sept. 14, 2015

Re: [Pharo-dev] PID of VM ?

by Esteban Lorenzano

> On 14 Sep 2015, at 15:18, Ben Coman <btc(a)openinworld.com> wrote: > > On Mon, Sep 14, 2015 at 8:25 PM, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >> >>> On 14 Sep 2015, at 14:21, David T. Lewis <lewis(a)mail.msen.com> wrote: >>> >>> On Mon, Sep 14, 2015 at 02:08:54PM +0200, Sven Van Caekenberghe wrote: >>>> >>>>> On 14 Sep 2015, at 11:12, Skip Lentz <skip.lentz(a)inria.fr> wrote: >>>>> >>>>> >>>>>> On Sep 14, 2015, at 11:04 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> Is there a way to get the operating system PID of the running Pharo VM from inside the image ? >>>>> >>>>> If I???m not mistaken, it is what OSProcess is for. I think this should be it: >>>>> >>>>>> OSProcess thisOSProcess pid. >>>>> >>>>> The comment of thisOSProcess says: >>>>> >>>>> "Answer a single instance of the class corresponding to the OS process in which this Smalltalk image is executing." >>>> >>>> OK, that seems to works in Pharo 5. Thanks. >>>> >>>> I don't know the overall status of OSProcess in Pharo though. Is is 100% supported in all current versions, 3.0, 4.0 and 5.0 ? Is it based on a plugin or on native boost ? Should it be included by default ? >>>> >>> >>> It should be working in all Pharo versions. It is based on a VM plugin. >>> >>> I am the author of OSProcess, and I try to keep it working in Pharo as well >>> as Squeak. Thierry Goubier also works on OSProcess for Pharo (and he has write >>> access to the repository). >>> >>> No, OSProcess should not be included in the image. It is intended to be >>> an external package. >> >> mmmâ¦ we want to include it as more and more people requires it and we can profit from having it in the image (same as FFI). >> why do you think it should be external? > > We should distinguish between having it traditionally-in-Image where > that is the only place it exists and fixes are integrated, and the > current trend (e.g. in-Image Glamorous Tools) where fixes are > integrated "upstream" into an external package as you maybe noticed, we are slowly moving to an âall is configuredâ scheme. Which means everything included in image is both included AND external :) the first step of that is not accepting framework contributions without their configurationsâ¦ of course that means our tools need to improve because there are badly prepared to the taskâ¦ but we are doing it. In an ideal world, Pharo will be a small kernel + a list of modules included through configurations (it will take time, but we will be there). Esteban > > cheer -ben

Sept. 14, 2015

Re: [Pharo-dev] [Survey] QualityAssistant experience mini-survey

by Mariano Martinez Peck

OK Done. Where I can see the answers now? :) I put I didn't know many of the features (I use it 99% of the time in Nautilus) and I do want to know now! On Mon, Sep 14, 2015 at 5:01 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Dear Pharoers, > > I kindly ask you to participate in the QualityAssistant mini-survey: > http://rio.inf.usi.ch/survey/index.php/818331. > It will take only a few minutes of your time (or less), and will give us a > better understanding of how QualityAssistant is currently used and how to > improve it. > > Cheers! > Yuriy > -- Mariano http://marianopeck.wordpress.com

Sept. 14, 2015

Re: [Pharo-dev] PID of VM ?

by Ben Coman

On Mon, Sep 14, 2015 at 8:25 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> On 14 Sep 2015, at 14:21, David T. Lewis <lewis(a)mail.msen.com> wrote: >> >> On Mon, Sep 14, 2015 at 02:08:54PM +0200, Sven Van Caekenberghe wrote: >>> >>>> On 14 Sep 2015, at 11:12, Skip Lentz <skip.lentz(a)inria.fr> wrote: >>>> >>>> >>>>> On Sep 14, 2015, at 11:04 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>>>> >>>>> Hi, >>>>> >>>>> Is there a way to get the operating system PID of the running Pharo VM from inside the image ? >>>> >>>> If I???m not mistaken, it is what OSProcess is for. I think this should be it: >>>> >>>>> OSProcess thisOSProcess pid. >>>> >>>> The comment of thisOSProcess says: >>>> >>>> "Answer a single instance of the class corresponding to the OS process in which this Smalltalk image is executing." >>> >>> OK, that seems to works in Pharo 5. Thanks. >>> >>> I don't know the overall status of OSProcess in Pharo though. Is is 100% supported in all current versions, 3.0, 4.0 and 5.0 ? Is it based on a plugin or on native boost ? Should it be included by default ? >>> >> >> It should be working in all Pharo versions. It is based on a VM plugin. >> >> I am the author of OSProcess, and I try to keep it working in Pharo as well >> as Squeak. Thierry Goubier also works on OSProcess for Pharo (and he has write >> access to the repository). >> >> No, OSProcess should not be included in the image. It is intended to be >> an external package. > > mmmâ¦ we want to include it as more and more people requires it and we can profit from having it in the image (same as FFI). > why do you think it should be external? We should distinguish between having it traditionally-in-Image where that is the only place it exists and fixes are integrated, and the current trend (e.g. in-Image Glamorous Tools) where fixes are integrated "upstream" into an external package cheer -ben

Sept. 14, 2015

Re: [Pharo-dev] UUID for the Session?

by Marcus Denker

> On 14 Sep 2015, at 12:50, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > Hi, > > Iâve noticed that there is a Session class, which is meant to be used as a unique identifier of an image session. Is it possible to obtain some king of identifier of it? I.e. if I want to compare some data associated with session outside of the image. If not, maybe we can simply create a new UUID in Session>>initialize and store it in an ivar? > A UUID per session could be a nice thing, yes. Marcus

Sept. 14, 2015

Re: [Pharo-dev] PID of VM ?

by phil＠highoctane.be

On Mon, Sep 14, 2015 at 2:25 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > > On 14 Sep 2015, at 14:21, David T. Lewis <lewis(a)mail.msen.com> wrote: > > > > On Mon, Sep 14, 2015 at 02:08:54PM +0200, Sven Van Caekenberghe wrote: > >> > >>> On 14 Sep 2015, at 11:12, Skip Lentz <skip.lentz(a)inria.fr> wrote: > >>> > >>> > >>>> On Sep 14, 2015, at 11:04 AM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >>>> > >>>> Hi, > >>>> > >>>> Is there a way to get the operating system PID of the running Pharo > VM from inside the image ? > >>> > >>> If I???m not mistaken, it is what OSProcess is for. I think this > should be it: > >>> > >>>> OSProcess thisOSProcess pid. > >>> > >>> The comment of thisOSProcess says: > >>> > >>> "Answer a single instance of the class corresponding to the OS process > in which this Smalltalk image is executing." > >> > >> OK, that seems to works in Pharo 5. Thanks. > >> > >> I don't know the overall status of OSProcess in Pharo though. Is is > 100% supported in all current versions, 3.0, 4.0 and 5.0 ? Is it based on a > plugin or on native boost ? Should it be included by default ? > >> > > > > It should be working in all Pharo versions. It is based on a VM plugin. > > > > I am the author of OSProcess, and I try to keep it working in Pharo as > well > > as Squeak. Thierry Goubier also works on OSProcess for Pharo (and he has > write > > access to the repository). > > > > No, OSProcess should not be included in the image. It is intended to be > > an external package. > > mmmâ¦ we want to include it as more and more people requires it and we can > profit from having it in the image (same as FFI). > why do you think it should be external? > Would be nice to have it in. It is one of the first things I load in my images. How else can we access environment variables, pids, ... ? Beware: some version have issues of performance (in Pharo3). Phil > > Esteban > > > > > Dave > > > > > > >

Sept. 14, 2015

[Issue tracker] Reviews needed

by Marcus Denker

Hi, Please do not forget to review issuesâ¦ people have no idea how much simpler it is to get these things in (or not) based on multiple peoples judgement as opposed to just two (or even one). https://pharo.fogbugz.com/f/filters/45/Review Marcus

Sept. 14, 2015

Re: [Pharo-dev] PID of VM ?

by Esteban Lorenzano

> On 14 Sep 2015, at 14:21, David T. Lewis <lewis(a)mail.msen.com> wrote: > > On Mon, Sep 14, 2015 at 02:08:54PM +0200, Sven Van Caekenberghe wrote: >> >>> On 14 Sep 2015, at 11:12, Skip Lentz <skip.lentz(a)inria.fr> wrote: >>> >>> >>>> On Sep 14, 2015, at 11:04 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>>> >>>> Hi, >>>> >>>> Is there a way to get the operating system PID of the running Pharo VM from inside the image ? >>> >>> If I???m not mistaken, it is what OSProcess is for. I think this should be it: >>> >>>> OSProcess thisOSProcess pid. >>> >>> The comment of thisOSProcess says: >>> >>> "Answer a single instance of the class corresponding to the OS process in which this Smalltalk image is executing." >> >> OK, that seems to works in Pharo 5. Thanks. >> >> I don't know the overall status of OSProcess in Pharo though. Is is 100% supported in all current versions, 3.0, 4.0 and 5.0 ? Is it based on a plugin or on native boost ? Should it be included by default ? >> > > It should be working in all Pharo versions. It is based on a VM plugin. > > I am the author of OSProcess, and I try to keep it working in Pharo as well > as Squeak. Thierry Goubier also works on OSProcess for Pharo (and he has write > access to the repository). > > No, OSProcess should not be included in the image. It is intended to be > an external package. mmmâ¦ we want to include it as more and more people requires it and we can profit from having it in the image (same as FFI). why do you think it should be external? Esteban > > Dave > >

Sept. 14, 2015

Re: [Pharo-dev] PID of VM ?

by David T. Lewis

On Mon, Sep 14, 2015 at 02:08:54PM +0200, Sven Van Caekenberghe wrote: > > > On 14 Sep 2015, at 11:12, Skip Lentz <skip.lentz(a)inria.fr> wrote: > > > > > >> On Sep 14, 2015, at 11:04 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> > >> Hi, > >> > >> Is there a way to get the operating system PID of the running Pharo VM from inside the image ? > > > > If I???m not mistaken, it is what OSProcess is for. I think this should be it: > > > >> OSProcess thisOSProcess pid. > > > > The comment of thisOSProcess says: > > > > "Answer a single instance of the class corresponding to the OS process in which this Smalltalk image is executing." > > OK, that seems to works in Pharo 5. Thanks. > > I don't know the overall status of OSProcess in Pharo though. Is is 100% supported in all current versions, 3.0, 4.0 and 5.0 ? Is it based on a plugin or on native boost ? Should it be included by default ? > It should be working in all Pharo versions. It is based on a VM plugin. I am the author of OSProcess, and I try to keep it working in Pharo as well as Squeak. Thierry Goubier also works on OSProcess for Pharo (and he has write access to the repository). No, OSProcess should not be included in the image. It is intended to be an external package. Dave

Sept. 14, 2015

[pharo-project/pharo-core]

by GitHub

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

Sept. 14, 2015

[pharo-project/pharo-core] 23abad: 50322

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 23abada802d46131b83481872d8dc5e1972d04a9 https://github.com/pharo-project/pharo-core/commit/23abada802d46131b8348187… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-09-14 (Mon, 14 Sep 2015) Changed paths: M BlueInk-Core.package/BIConfigurableFormatter.class/instance/private-formatting/formatBlockArgumentsFor_.st R Collections-Abstract.package/extension/RxMatcher/instance/split_indicesDo_.st M FileSystem-Core.package/ManifestFileSystemCore.class/class/meta-data - dependency analyser/manuallyResolvedDependencies.st R FileSystem-Core.package/Path.class/class/as yet unclassified/cleanUp.st R FileSystem-Core.package/Path.class/class/private/absoluteWindowsPathRegex.st M FileSystem-Core.package/Path.class/class/private/isAbsoluteWindowsPath_.st A FileSystem-Tests-Core.package/PathTest.class/instance/tests/testIsAbsoluteWindowsPathReturnsFalseWhenNoWindowsAbsolutePathProvided.st A FileSystem-Tests-Core.package/PathTest.class/instance/tests/testIsAbsoluteWindowsPathReturnsTrueWhenWindowsAbsolutePathProvided.st A Regex-Core.package/RxMatcher.class/instance/splitjoin/split_indicesDo_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50321.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50322.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50321.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50322.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50322 16557 FileSystem-Core should not depend on Regex-Core https://pharo.fogbugz.com/f/cases/16557 16550 Bad BlueInk block formatting https://pharo.fogbugz.com/f/cases/16550 16558 Collections-Abstract should not depend on Regex-Core https://pharo.fogbugz.com/f/cases/16558 http://files.pharo.org/image/50/50322.zip

Sept. 14, 2015

Re: [Pharo-dev] PID of VM ?

by Esteban Lorenzano

> On 14 Sep 2015, at 14:08, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > >> On 14 Sep 2015, at 11:12, Skip Lentz <skip.lentz(a)inria.fr> wrote: >> >> >>> On Sep 14, 2015, at 11:04 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>> Hi, >>> >>> Is there a way to get the operating system PID of the running Pharo VM from inside the image ? >> >> If Iâm not mistaken, it is what OSProcess is for. I think this should be it: >> >>> OSProcess thisOSProcess pid. >> >> The comment of thisOSProcess says: >> >> "Answer a single instance of the class corresponding to the OS process in which this Smalltalk image is executing." > > OK, that seems to works in Pharo 5. Thanks. > > I don't know the overall status of OSProcess in Pharo though. Is is 100% supported in all current versions, 3.0, 4.0 and 5.0 ? Is it based on a plugin or on native boost ? Should it be included by default ? 100% Plugin yes it should :) Esteban ps: But the plugin has some problems in windows. So, it is supported 100% of the support it providesâ¦ so we need to improve that :P > > >

Sept. 14, 2015

Re: [Pharo-dev] PID of VM ?

by Sven Van Caekenberghe

> On 14 Sep 2015, at 11:11, Torsten Bergmann <astares(a)gmx.de> wrote: > > Did anyone ever look at my OS projects at http://smalltalkhub.com/#!/~OS > where I try to unify the native platforms (to keep platform independence) > while on the other side allow to use native functionality as much as possible: > > > Gofer it > smalltalkhubUser: 'Pharo' project: 'MetaRepoForPharo40'; > configurationOf: 'OSUnix'; > loadVersion: #stable. > > => UnixProcess currentProcessId OK, that works, thanks. Pretty straightforward NativeBoost based code, small. I seem to be missing the platform independence code (but I only care for OS X and Linux for my projects). How does this relate to OSProcess ? Why did you start it ? What is the goal ? > Gofer it > smalltalkhubUser: 'Pharo' project: 'MetaRepoForPharo40'; > configurationOf: 'OSWindows'; > loadVersion: #stable. > > => WinProcess currentProcessId > > Have fun > T. > >> Gesendet: Montag, 14. September 2015 um 11:04 Uhr >> Von: "Sven Van Caekenberghe" <sven(a)stfx.eu> >> An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> >> Betreff: [Pharo-dev] PID of VM ? >> >> Hi, >> >> Is there a way to get the operating system PID of the running Pharo VM from inside the image ? >> >> If not, I think that would be a nice addition. >> >> Sven >> >> >> >

Sept. 14, 2015

Re: [Pharo-dev] PID of VM ?

by Sven Van Caekenberghe

> On 14 Sep 2015, at 11:12, Skip Lentz <skip.lentz(a)inria.fr> wrote: > > >> On Sep 14, 2015, at 11:04 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> Hi, >> >> Is there a way to get the operating system PID of the running Pharo VM from inside the image ? > > If Iâm not mistaken, it is what OSProcess is for. I think this should be it: > >> OSProcess thisOSProcess pid. > > The comment of thisOSProcess says: > > "Answer a single instance of the class corresponding to the OS process in which this Smalltalk image is executing." OK, that seems to works in Pharo 5. Thanks. I don't know the overall status of OSProcess in Pharo though. Is is 100% supported in all current versions, 3.0, 4.0 and 5.0 ? Is it based on a plugin or on native boost ? Should it be included by default ?

Sept. 14, 2015

UUID for the Session?

by Yuriy Tymchuk

Hi, Iâve noticed that there is a Session class, which is meant to be used as a unique identifier of an image session. Is it possible to obtain some king of identifier of it? I.e. if I want to compare some data associated with session outside of the image. If not, maybe we can simply create a new UUID in Session>>initialize and store it in an ivar? Cheers! Uko

Sept. 14, 2015

Re: [Pharo-dev] Catalog does not update to include MessageFlowBrowser

by Esteban Lorenzano

ok, *now* it works :P Esteban > On 11 Sep 2015, at 21:04, Torsten Bergmann <astares(a)gmx.de> wrote: > > Hi Esteban, > > Unfortunately it is now completely broken, the JSON is not returned anymore: > > http://catalog.pharo.org/catalog/json > > gives > > MessageNotUnderstood: receiver of "repositoryUrl" is nil > > Can you have a look again? Thanks! > > Regards > Torsten > > >> Gesendet: Freitag, 11. September 2015 um 19:03 Uhr >> Von: "Esteban Lorenzano" <estebanlm(a)gmail.com> >> An: "Torsten Bergmann" <astares(a)gmx.de> >> Cc: "Pharo Development List" <pharo-dev(a)lists.pharo.org> >> Betreff: Re: Catalog does not update to include MessageFlowBrowser >> >> >>> On 11 Sep 2015, at 16:38, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>> >>> >>>> On 11 Sep 2015, at 16:29, Torsten Bergmann <astares(a)gmx.de> wrote: >>>> >>>> Hi, >>>> >>>> ConfigurationOfMessageFlowBrowser is in http://smalltalkhub.com/#!/~Pharo/MetaRepoForPharo50 >>>> for a week now but still not included in http://catalog.pharo.org >>>> >>>> According to the description there is a daily catalog job - but so far no results. It is not >>>> included although the config includes the necessary catalog methods. >>>> >>>> - Is MetaRepoForPharo50 already recognized? >>>> - Is it possible to "manually" trigger the catalog generation in case a new project is done? >>>> >>>> Anyone able to look into this? >>> >>> Iâll check the logs. >> >> fixed. >> something went wrong when updating FFI (my fault :P) and then everything stop working. Of course there is a log who tells me that something went wrong, but I forget to check them :D >> >> cheers, >> >>> >>> Esteban >>> >>>> >>>> Thx >>>> T. >>> >> >>

Sept. 14, 2015

Re: [Pharo-dev] http://forum.world.st down?

by Geert Claes

Hi Dale, It's up again. There were some DNS issues. -- View this message in context: http://forum.world.st/http-forum-world-st-down-tp4849682p4849955.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 14, 2015

Re: [Pharo-dev] [Vm-dev] "missing" exports on the windows vm

by Esteban Lorenzano

> On 13 Sep 2015, at 00:07, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > > 2015-05-21 20:35 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de <mailto:nicolaihess@web.de>>: > > > 2015-05-06 0:11 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de <mailto:nicolaihess@web.de>>: > We have a failing test case for NB > NBInterpreterProxyTest>>#testStackPointer > it fails because > NativeBoost loadSymbol: 'stackPointerAddress' fromModule: NativeBoost VMModule > returns nil > > This works for the linux vm! > > There are other methods that can be loaded, for example: > (NativeBoost loadSymbol: 'primitiveAllObjects' fromModule: NativeBoost VMModule) > -> returns an address. > > This stopped working for the windows pharo vm around june 2014. The source that > changed is cointerp.h, the prior version had EXPORT(...) declarations around all > functions in cointerp.h, the current version not. > > Three questions: > > 1. Why does this still work on linux? Does it export all functions declared in > a header? > 2. why was it changed? (I could not found the change in the code generator, maybe we > exported all functions with pragma #api and now only those with pragma #export ? > 3. do we need this function to be exported? Apart from this testcases, this method is > called the on image startup, but the nil return does not harm. > It seems it is not part of the main vm api (like the interpreter proxy functions callable from external modules) and I didn't see code thet depend on this. > > There are similiar functions for which we load the function address on startup: > cStackPointerAddress and cFramePointerAddress, this seems to work, but I don't know if the expected result is different. > > In NBInterpreterProxy>>#initialize, we try to load all fourmethods: > stackPointerAddress/framePointerAddress -> nil > cStackPointerAddress / cFramePointerAddress -> not nil > > > > nicolai > > > > Anyone knows why the exports changed on windows? > Or if we need the stackPointerAddress/framePointerAddress methods? > > > Maybe I'll just close the issue as won't fix. On the other hand, we now have this > failing test (skipped for windows), so maybe I will remove the test. > > But still, I would like to know if this change was by accident or on purpose. If it > was on purpose, maybe there is a way to make this test succeed on windows too? I think you can safely close it. I donât know if change was or not on purpose, but since ASMJIT (and NB FFI implementation) will go away with Spur, fixing this is a lose of time. Esteban > > > > nicolai > >

Sept. 14, 2015

Re: [Pharo-dev] PID of VM ?

by Skip Lentz

> On Sep 14, 2015, at 11:04 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Hi, > > Is there a way to get the operating system PID of the running Pharo VM from inside the image ? If Iâm not mistaken, it is what OSProcess is for. I think this should be it: > OSProcess thisOSProcess pid. The comment of thisOSProcess says: "Answer a single instance of the class corresponding to the OS process in which this Smalltalk image is executing."

Sept. 14, 2015

Re: [Pharo-dev] PID of VM ?

by Torsten Bergmann

Did anyone ever look at my OS projects at http://smalltalkhub.com/#!/~OS where I try to unify the native platforms (to keep platform independence) while on the other side allow to use native functionality as much as possible: Gofer it smalltalkhubUser: 'Pharo' project: 'MetaRepoForPharo40'; configurationOf: 'OSUnix'; loadVersion: #stable. => UnixProcess currentProcessId Gofer it smalltalkhubUser: 'Pharo' project: 'MetaRepoForPharo40'; configurationOf: 'OSWindows'; loadVersion: #stable. => WinProcess currentProcessId Have fun T. > Gesendet: Montag, 14. September 2015 um 11:04 Uhr > Von: "Sven Van Caekenberghe" <sven(a)stfx.eu> > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > Betreff: [Pharo-dev] PID of VM ? > > Hi, > > Is there a way to get the operating system PID of the running Pharo VM from inside the image ? > > If not, I think that would be a nice addition. > > Sven > > >

Sept. 14, 2015

PID of VM ?

by Sven Van Caekenberghe

Hi, Is there a way to get the operating system PID of the running Pharo VM from inside the image ? If not, I think that would be a nice addition. Sven

Sept. 14, 2015

Re: [Pharo-dev] [Pharo-users] [Moose-dev] Pillar 2.0.0: Introduction of PetitPillar

by Damien Cassou

Alexandre Bergel <alexandre.bergel(a)me.com> writes: > I use Pillar for AgileVisualization. One problem I have is that the > book contains many code snippets. How can I run all the code snippet > in order to spot error? Is there an easy way for that? something like https://github.com/pillar-markup/pillar/issues/71 ? -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Sept. 14, 2015

[Survey] QualityAssistant experience mini-survey

by Yuriy Tymchuk

Dear Pharoers, I kindly ask you to participate in the QualityAssistant mini-survey: http://rio.inf.usi.ch/survey/index.php/818331 <http://rio.inf.usi.ch/survey/index.php/818331>. It will take only a few minutes of your time (or less), and will give us a better understanding of how QualityAssistant is currently used and how to improve it. Cheers! Yuriy

Sept. 14, 2015

Re: [Pharo-dev] [Pharo-users] Pillar 1.1.0 released

by Johan Brichau

Hi Cyril, You are right. Itâs better to just fix the version of Pillar for Pier and that works just fine for me now. We will see what happens later if someone has the time to look at Pier. cheers Johan > On 13 Sep 2015, at 12:22, Ferlicot Delbecque Cyril <c.ferlicot-delbecque(a)etudiant.univ-lille1.fr> wrote: > > Le 13/09/2015 10:28, Johan Brichau a Ã©crit : >> Hi, >> >> I just noticed that in the most recent version of Pillar, the instvar #embedded was removed from PRReference >> This breaks Pierâ¦ though right before this change I could make Pier3 work with Pillar just fine. >> >> The embedded var is used to specify that component references are to be embedded in the page. There are more components than Figures in Pier. >> > > Hi Johan, > > We removed that because since Figures are not link anymore we do not > need it. If the reference is a link, it is not embedded, else it is. We > plan latter to have more embedded item than Figures, maybe we can just > and a class between Reference and Figure (PREmbeddedReferences). > With that we do not need the ivar. > > But since Pier3 doesn't evolve anymore I proposed to someone to freeze > the version of Pillar needed for the stable version of Pier3. But I > didn't get an answer. > > -- > Cyril > >> I am just trying to use and work with Pier3 for Seaside book and website, so it would be great if you can consider adding the embedded variable again. >> >> thanks guys! >> Johan >> >> ps: email me directly, since I might miss replies via the mailinglist. >> >> > >

Sept. 14, 2015

[pharo-project/pharo-core]

by GitHub

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

Sept. 14, 2015

[pharo-project/pharo-core] 9ea7a8: 50321

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 9ea7a8e991e81e8a4e60d5b9ac0c7a96dba730b6 https://github.com/pharo-project/pharo-core/commit/9ea7a8e991e81e8a4e60d5b9… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-09-14 (Mon, 14 Sep 2015) Changed paths: M Reflectivity-Tests.package/ReflectivityControlTest.class/instance/tests - after/testAfterBlockSequence.st A Reflectivity-Tests.package/ReflectivityControlTest.class/instance/tests - instead/testFailingDoubleRWInstead.st A Reflectivity-Tests.package/ReflectivityControlTest.class/instance/tests - instead/testFailingDoubleRWInsteadSimplified.st M Reflectivity-Tests.package/ReflectivityExamples.class/definition.st A Reflectivity-Tests.package/ReflectivityExamples.class/instance/examples/exampleLazyInit.st M Reflectivity.package/RFASTTranslator.class/instance/reflectivity/emitMetaLinkBefore_.st M Reflectivity.package/RFASTTranslator.class/instance/reflectivity/emitMetaLinkInstead_.st M Reflectivity.package/RFNewValueReification.class/instance/generate/preamble_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50320.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50321.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50320.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50321.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50321 16559 fix for #instead links https://pharo.fogbugz.com/f/cases/16559 http://files.pharo.org/image/50/50321.zip

Sept. 14, 2015

Re: [Pharo-dev] Catalog does not update to include MessageFlowBrowser

by Esteban Lorenzano

crap. I will check it tomorrow. there is a broken configuration there who is messing the full list :( Esteban > On 11 Sep 2015, at 21:04, Torsten Bergmann <astares(a)gmx.de> wrote: > > Hi Esteban, > > Unfortunately it is now completely broken, the JSON is not returned anymore: > > http://catalog.pharo.org/catalog/json > > gives > > MessageNotUnderstood: receiver of "repositoryUrl" is nil > > Can you have a look again? Thanks! > > Regards > Torsten > > >> Gesendet: Freitag, 11. September 2015 um 19:03 Uhr >> Von: "Esteban Lorenzano" <estebanlm(a)gmail.com> >> An: "Torsten Bergmann" <astares(a)gmx.de> >> Cc: "Pharo Development List" <pharo-dev(a)lists.pharo.org> >> Betreff: Re: Catalog does not update to include MessageFlowBrowser >> >> >>> On 11 Sep 2015, at 16:38, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>> >>> >>>> On 11 Sep 2015, at 16:29, Torsten Bergmann <astares(a)gmx.de> wrote: >>>> >>>> Hi, >>>> >>>> ConfigurationOfMessageFlowBrowser is in http://smalltalkhub.com/#!/~Pharo/MetaRepoForPharo50 >>>> for a week now but still not included in http://catalog.pharo.org >>>> >>>> According to the description there is a daily catalog job - but so far no results. It is not >>>> included although the config includes the necessary catalog methods. >>>> >>>> - Is MetaRepoForPharo50 already recognized? >>>> - Is it possible to "manually" trigger the catalog generation in case a new project is done? >>>> >>>> Anyone able to look into this? >>> >>> Iâll check the logs. >> >> fixed. >> something went wrong when updating FFI (my fault :P) and then everything stop working. Of course there is a log who tells me that something went wrong, but I forget to check them :D >> >> cheers, >> >>> >>> Esteban >>> >>>> >>>> Thx >>>> T. >>> >> >>

Sept. 13, 2015

Re: [Pharo-dev] [Pharo-users] Pillar 1.1.0 released

by Damien Cassou

Hi Johan, Ferlicot Delbecque Cyril <c.ferlicot-delbecque(a)etudiant.univ-lille1.fr> writes: > Le 13/09/2015 10:28, Johan Brichau a Ã©crit : >> I just noticed that in the most recent version of Pillar, the instvar >> #embedded was removed from PRReference This breaks Pierâ¦ though right >> before this change I could make Pier3 work with Pillar just fine. >> >> The embedded var is used to specify that component references are to >> be embedded in the page. There are more components than Figures in >> Pier. >> > We removed that because since Figures are not link anymore we do not > need it. If the reference is a link, it is not embedded, else it is. > We plan latter to have more embedded item than Figures, maybe we can > just and a class between Reference and Figure (PREmbeddedReferences). > With that we do not need the ivar. > > But since Pier3 doesn't evolve anymore I proposed to someone to freeze > the version of Pillar needed for the stable version of Pier3. But I > didn't get an answer. I totally agree with Cyril. We can't limit the development of a dependency forever because a dependent has more or less stopped evolving. Before, a figure was a link with embedded = true. This was silly because each visitor had to do something specific for figures (e.g., in html you want a <img>, in latex you want \includegraphics). This is totally different from what is expected of a link. Now a figure is not a link anymore, it is a reference. There can be multiple kinds of references but the embedded parameter what not of any use for Pillar anymore. So we decided to remove it, knowing that Pier used it to embed Pier components. So, Pier users have 2 solutions now: - either adapt Pier's configuration so that it uses an old version of Pillar; - or adapt Pier's code to rely on the new Pillar. This might require some adaptations to Pillar which we can discuss. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Sept. 13, 2015

Fwd: Re: [Pharo-users] Pillar 1.1.0 released

by Ferlicot D. Cyril

Le 13/09/2015 10:28, Johan Brichau a Ã©crit : > Hi, > > I just noticed that in the most recent version of Pillar, the instvar #embedded was removed from PRReference > This breaks Pierâ¦ though right before this change I could make Pier3 work with Pillar just fine. > > The embedded var is used to specify that component references are to be embedded in the page. There are more components than Figures in Pier. > Hi Johan, We removed that because since Figures are not link anymore we do not need it. If the reference is a link, it is not embedded, else it is. We plan latter to have more embedded item than Figures, maybe we can just and a class between Reference and Figure (PREmbeddedReferences). With that we do not need the ivar. But since Pier3 doesn't evolve anymore I proposed to someone to freeze the version of Pillar needed for the stable version of Pier3. But I didn't get an answer. -- Cyril > I am just trying to use and work with Pier3 for Seaside book and website, so it would be great if you can consider adding the embedded variable again. > > thanks guys! > Johan > > ps: email me directly, since I might miss replies via the mailinglist. > >

Sept. 13, 2015

Re: [Pharo-dev] Annotating instance variables

by Marcus Denker

> > Could you expand on how ClassVars and Globals are slot-like but not slots. > I mean in the sense that there are first class variables where I can make my own by subclassing. There is an object describing the var. For Global/Class variable this is the âbindingâ from the dictionary where they live. For class vars, in addition we have a syntax (same as slots) to declare in a class that you want to use such a âself madeâ variable. In the image there is an example (not a very useful one, more for testing the mechanism: LiteralVariable subclass: #ExampleClassVariable slots: { #state } classVariables: { } category: 'Slot-Examples' with methods: read ^state write: anObject state := anObject If you make a class with such a class var: Object subclass: #MyClass slots: { } classVariables: { #TT => ExampleClassVariable } category: âDemo' it compiles e.g. for a read: tt ^TT 21 <40> pushLit: global 22 <D1> send: read 23 <7C> returnTop > > Also, would it be fair to say that for most programming languages > variables are "dead", and it might be good to distinguish the > "liveness" of slots. Further, there may be a particular class of > early adopters who upon hearing the term "slot" that they don't know, > will be compelled to investigate > > btw, can temporary variables be Slots? Temporaries have objects describing them (created on demand). You can annotate them (property interface), when you do that, the var is kept and you get this instance. There is a reflective API (#readInContext: and #write:InContext:). It would be possible to continue the implementation to allow subclassing (and have the compiler delegated code generation to them). This can be done as soon as we have the need. I wonder if there is a use case? What is not that easy is the syntaxâ¦ of course one could have something like | #a => MyTemp . #b => MyTemp | but that is ugly. And a change to the syntax, which I want to avoid. Maybe a pragma? <tempClass: MyTemp forTemporaryNamed: #a> I think this should be use-case drivenâ¦ Marcus

Sept. 13, 2015

Re: [Pharo-dev] Strategies with Nautilus announcements

by Henrik Johansen

> On 13 Sep 2015, at 12:15 , Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > I donât care about other dialects. Iâm not changing anything now. Iâm just saying: âhere is a limitation, maybe it can be solved in this wayâ. Maybe there is a real reason for that. But nobody answers. > > Uko And I'm telling you, it's not the limitation that's wrong, it's the use. If you want a hierarchy like: SelectionChanged ClassChanged ProtocolChanged MethodChanged to work, you use double dispatch. myThing when: SelectionChanged do: [:ann ann handleBy: self ] ClassChanged >> #handleBy: aResponder aResponder classChanged: ann ProtocolChanged aResponder protoclChanged: ann etc. You do *not* respond to each specifically when ClassChanged do: [:ann self classChanged: ann] Cheers, Henry

Sept. 13, 2015

Re: [Pharo-dev] Strategies with Nautilus announcements

by Henrik Johansen

> On 13 Sep 2015, at 12:06 , Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > >> >> On 13 Sep 2015, at 12:04 , Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >> >>> >>> On 13 Sep 2015, at 11:59, Henrik Johansen <henrik.s.johansen(a)veloxit.no <mailto:henrik.s.johansen@veloxit.no>> wrote: >>> >>>> >>>> On 12 Sep 2015, at 10:25 , Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >>>> >>>>> >>>>> On 12 Sep 2015, at 17:34, Nicolai Hess <nicolaihess(a)web.de <mailto:nicolaihess@web.de>> wrote: >>>>> >>>>> >>>>> >>>>> 2015-09-09 14:32 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: >>>>> Hi, >>>>> >>>>> as NautilusMethodSelected contains also an information about protocol, class, package; >>>>> NautilusProtocolSelected contains an information about class and package; >>>>> . >>>>> . >>>>> . >>>>> >>>>> Iâve inherited NautilusClassSelected from NautilusPackageSelected and NautilusProtocolSelected from NautilusClassSelectedâ¦ to remove duplication. But as announcement subscription also includes itâs subclasses, if you subscribe to NautilusPackageSelected, you end up receiving also NautilusClassSelected, NautilusProtocolSelected and NautilusMethodSelected. >>>>> >>>>> What is a good way to resolve this (I can simply separate all the classes, but maybe there is something important from conceptual point of view)? >>>>> >>>>> I didn't know announcments are working that way, but it may make sense if you want to group announcments (register once for "WindowAnnouncement" and receiving all kind of >>>>> subannouncements (WindowClosed/WindowOpened â¦) >>>> >>>> I donât know about performance, but as far as I understand you can also subscribe to âWindowAnnouncement withAllSubclassesâ. >>> >>> That would be setting yourself up for a heap of duplicates. >>> By design, you can subscribe twice to the same announcement and receive two notifications, so doing that will net you $InheritanceLevelsFromWindowAnnouncement copies of eachâ¦ >> >> My point was that maybe instead of making an implicit inheritance subscription we should make it explicit. So if you want to subscribe only to WindowAnnouncement and not to its subclasses, you can do that. If you wan to subscribe to the hierarchy you can do âWindowAnnouncement withAllSubclassesâ. Again, this is just an idea and I donât know how it impacts performance or some other things. I just see a limitation now that I cannot subscribe only to a class ignoring it subclasses without doing a check later. >> >> Uko > > If you do, you majorly break compatability with how announcements work in all other dialects. > So in that case, better rename the framework at the same time. > > Cheers, > Henry A bit harsh, perhaps. All frameworks will have considerations built into their designs. For Announcements, a few of those are: - Subscription limits are unconstrained. Which means it is *possible* for one recipient to receive multiple copies of the same announcement if that's what needed, and left to the user to avoid if not. - The Announcement class hierarchy is used to group announcements that should be delivered. When your use don't conform to those, it's usually better to rewrite your own code in consideration of how the framework works, rather than change the framework. Cheers, Henry P.S. Weren't Traits invented to reduce code duplication across classes?

Sept. 13, 2015

Re: [Pharo-dev] Strategies with Nautilus announcements

by Yuriy Tymchuk

I donât care about other dialects. Iâm not changing anything now. Iâm just saying: âhere is a limitation, maybe it can be solved in this wayâ. Maybe there is a real reason for that. But nobody answers. Uko > On 13 Sep 2015, at 12:06, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > >> >> On 13 Sep 2015, at 12:04 , Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >> >>> >>> On 13 Sep 2015, at 11:59, Henrik Johansen <henrik.s.johansen(a)veloxit.no <mailto:henrik.s.johansen@veloxit.no>> wrote: >>> >>>> >>>> On 12 Sep 2015, at 10:25 , Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >>>> >>>>> >>>>> On 12 Sep 2015, at 17:34, Nicolai Hess <nicolaihess(a)web.de <mailto:nicolaihess@web.de>> wrote: >>>>> >>>>> >>>>> >>>>> 2015-09-09 14:32 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: >>>>> Hi, >>>>> >>>>> as NautilusMethodSelected contains also an information about protocol, class, package; >>>>> NautilusProtocolSelected contains an information about class and package; >>>>> . >>>>> . >>>>> . >>>>> >>>>> Iâve inherited NautilusClassSelected from NautilusPackageSelected and NautilusProtocolSelected from NautilusClassSelectedâ¦ to remove duplication. But as announcement subscription also includes itâs subclasses, if you subscribe to NautilusPackageSelected, you end up receiving also NautilusClassSelected, NautilusProtocolSelected and NautilusMethodSelected. >>>>> >>>>> What is a good way to resolve this (I can simply separate all the classes, but maybe there is something important from conceptual point of view)? >>>>> >>>>> I didn't know announcments are working that way, but it may make sense if you want to group announcments (register once for "WindowAnnouncement" and receiving all kind of >>>>> subannouncements (WindowClosed/WindowOpened â¦) >>>> >>>> I donât know about performance, but as far as I understand you can also subscribe to âWindowAnnouncement withAllSubclassesâ. >>> >>> That would be setting yourself up for a heap of duplicates. >>> By design, you can subscribe twice to the same announcement and receive two notifications, so doing that will net you $InheritanceLevelsFromWindowAnnouncement copies of eachâ¦ >> >> My point was that maybe instead of making an implicit inheritance subscription we should make it explicit. So if you want to subscribe only to WindowAnnouncement and not to its subclasses, you can do that. If you wan to subscribe to the hierarchy you can do âWindowAnnouncement withAllSubclassesâ. Again, this is just an idea and I donât know how it impacts performance or some other things. I just see a limitation now that I cannot subscribe only to a class ignoring it subclasses without doing a check later. >> >> Uko > > If you do, you majorly break compatability with how announcements work in all other dialects. > So in that case, better rename the framework at the same time. > > Cheers, > Henry

Sept. 13, 2015

Re: [Pharo-dev] Strategies with Nautilus announcements

by Henrik Johansen

> On 13 Sep 2015, at 12:04 , Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > >> >> On 13 Sep 2015, at 11:59, Henrik Johansen <henrik.s.johansen(a)veloxit.no <mailto:henrik.s.johansen@veloxit.no>> wrote: >> >>> >>> On 12 Sep 2015, at 10:25 , Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >>> >>>> >>>> On 12 Sep 2015, at 17:34, Nicolai Hess <nicolaihess(a)web.de <mailto:nicolaihess@web.de>> wrote: >>>> >>>> >>>> >>>> 2015-09-09 14:32 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: >>>> Hi, >>>> >>>> as NautilusMethodSelected contains also an information about protocol, class, package; >>>> NautilusProtocolSelected contains an information about class and package; >>>> . >>>> . >>>> . >>>> >>>> Iâve inherited NautilusClassSelected from NautilusPackageSelected and NautilusProtocolSelected from NautilusClassSelectedâ¦ to remove duplication. But as announcement subscription also includes itâs subclasses, if you subscribe to NautilusPackageSelected, you end up receiving also NautilusClassSelected, NautilusProtocolSelected and NautilusMethodSelected. >>>> >>>> What is a good way to resolve this (I can simply separate all the classes, but maybe there is something important from conceptual point of view)? >>>> >>>> I didn't know announcments are working that way, but it may make sense if you want to group announcments (register once for "WindowAnnouncement" and receiving all kind of >>>> subannouncements (WindowClosed/WindowOpened â¦) >>> >>> I donât know about performance, but as far as I understand you can also subscribe to âWindowAnnouncement withAllSubclassesâ. >> >> That would be setting yourself up for a heap of duplicates. >> By design, you can subscribe twice to the same announcement and receive two notifications, so doing that will net you $InheritanceLevelsFromWindowAnnouncement copies of eachâ¦ > > My point was that maybe instead of making an implicit inheritance subscription we should make it explicit. So if you want to subscribe only to WindowAnnouncement and not to its subclasses, you can do that. If you wan to subscribe to the hierarchy you can do âWindowAnnouncement withAllSubclassesâ. Again, this is just an idea and I donât know how it impacts performance or some other things. I just see a limitation now that I cannot subscribe only to a class ignoring it subclasses without doing a check later. > > Uko If you do, you majorly break compatability with how announcements work in all other dialects. So in that case, better rename the framework at the same time. Cheers, Henry

Sept. 13, 2015

Re: [Pharo-dev] Strategies with Nautilus announcements

by Yuriy Tymchuk

> On 13 Sep 2015, at 11:59, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > >> >> On 12 Sep 2015, at 10:25 , Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >> >>> >>> On 12 Sep 2015, at 17:34, Nicolai Hess <nicolaihess(a)web.de <mailto:nicolaihess@web.de>> wrote: >>> >>> >>> >>> 2015-09-09 14:32 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: >>> Hi, >>> >>> as NautilusMethodSelected contains also an information about protocol, class, package; >>> NautilusProtocolSelected contains an information about class and package; >>> . >>> . >>> . >>> >>> Iâve inherited NautilusClassSelected from NautilusPackageSelected and NautilusProtocolSelected from NautilusClassSelectedâ¦ to remove duplication. But as announcement subscription also includes itâs subclasses, if you subscribe to NautilusPackageSelected, you end up receiving also NautilusClassSelected, NautilusProtocolSelected and NautilusMethodSelected. >>> >>> What is a good way to resolve this (I can simply separate all the classes, but maybe there is something important from conceptual point of view)? >>> >>> I didn't know announcments are working that way, but it may make sense if you want to group announcments (register once for "WindowAnnouncement" and receiving all kind of >>> subannouncements (WindowClosed/WindowOpened â¦) >> >> I donât know about performance, but as far as I understand you can also subscribe to âWindowAnnouncement withAllSubclassesâ. > > That would be setting yourself up for a heap of duplicates. > By design, you can subscribe twice to the same announcement and receive two notifications, so doing that will net you $InheritanceLevelsFromWindowAnnouncement copies of eachâ¦ My point was that maybe instead of making an implicit inheritance subscription we should make it explicit. So if you want to subscribe only to WindowAnnouncement and not to its subclasses, you can do that. If you wan to subscribe to the hierarchy you can do âWindowAnnouncement withAllSubclassesâ. Again, this is just an idea and I donât know how it impacts performance or some other things. I just see a limitation now that I cannot subscribe only to a class ignoring it subclasses without doing a check later. Uko > > Cheers, > Henry

Sept. 13, 2015

Re: [Pharo-dev] Strategies with Nautilus announcements

by Henrik Johansen

> On 12 Sep 2015, at 10:25 , Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > >> >> On 12 Sep 2015, at 17:34, Nicolai Hess <nicolaihess(a)web.de <mailto:nicolaihess@web.de>> wrote: >> >> >> >> 2015-09-09 14:32 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: >> Hi, >> >> as NautilusMethodSelected contains also an information about protocol, class, package; >> NautilusProtocolSelected contains an information about class and package; >> . >> . >> . >> >> Iâve inherited NautilusClassSelected from NautilusPackageSelected and NautilusProtocolSelected from NautilusClassSelectedâ¦ to remove duplication. But as announcement subscription also includes itâs subclasses, if you subscribe to NautilusPackageSelected, you end up receiving also NautilusClassSelected, NautilusProtocolSelected and NautilusMethodSelected. >> >> What is a good way to resolve this (I can simply separate all the classes, but maybe there is something important from conceptual point of view)? >> >> I didn't know announcments are working that way, but it may make sense if you want to group announcments (register once for "WindowAnnouncement" and receiving all kind of >> subannouncements (WindowClosed/WindowOpened â¦) > > I donât know about performance, but as far as I understand you can also subscribe to âWindowAnnouncement withAllSubclassesâ. That would be setting yourself up for a heap of duplicates. By design, you can subscribe twice to the same announcement and receive two notifications, so doing that will net you $InheritanceLevelsFromWindowAnnouncement copies of each... Cheers, Henry

Sept. 13, 2015