December 2017 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Is Pharo spying on me?

by Torsten Bergmann

I understand that ShoreLine is removed in Pharo 7. But why do we want to remove Quality Assistant? Are we not interested in code quality anymore? We can currently use it to display code problems in Nautilus and AFAIK also Calypso shows the code problems. Or did I miss something? Thanks T. > Gesendet: Mittwoch, 06. Dezember 2017 um 10:43 Uhr > Von: "Esteban Lorenzano" <estebanlm(a)gmail.com> > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > Betreff: Re: [Pharo-dev] Is Pharo spying on me? > > > > > On 6 Dec 2017, at 07:12, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > > Hi, > > > > What exactly are we removing? > > shoreline and QA. > both phd are finished :) > > Esteban > > > > > Cheers, > > Doru > > > > > >> On Dec 5, 2017, at 9:41 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> > >> but you are asked to share it, this is not collected automatically without asking before. > >> > >> anyway, we are removing that (if not removed yet) > >> > >>> On 5 Dec 2017, at 21:34, Sean Glazier <sglazier456(a)gmail.com> wrote: > >>> > >>> Personally, I know of work places where this is not going to be allowed. I understand they need the data, but you need to be able to turn it off. A secure facility would not allow the transmission out in any case. > >>> > >>> > >>> Kind Regards, > >>> > >>> Sean Glazier > >>> > >>> > >>> On Tue, Dec 5, 2017 at 2:45 PM, Juraj Kubelka <juraj.kubelka(a)icloud.com> wrote: > >>> Check Privacy section in Settings Browser. > >>> If you ever send anything, data are anonymized. > >>> Developers use it to be able to evaluate their research (PhD) work. It is a requirement in the research field. > >>> By sending the anonymized data, you help developers to understand how their tools are used. > >>> In particular, I am aware of Spotter, Quality Assistant, GT tools, and Roassal. > >>> > >>> Cheers, > >>> Juraj > >>> > >>>> On Dec 5, 2017, at 16:30, Bernhard Pieber <bernhard(a)pieber.com> wrote: > >>>> > >>>> I just found a file named org.pharo.global-identifiers.ston in my preferences folder. It contains a #secretUUID and a #computerUUID. :-( What is this information used for? More importantly, how can I turn it off? > >>>> > >>>> Bernhard > >>> > >>> > >>> > >> > > > > -- > > www.tudorgirba.com > > www.feenk.com > > > > "Next time you see your life passing by, say 'hi' and get to know her." > > > > > > > > > > > > >

Dec. 6, 2017

Release: Conveniently browse, deactivate and reactivate halts and breakpoints with the HaltManager

by Thomas Dupriez

Hello, I have developed a package to assist developers managing their halts and breakpoints: HaltManager. HaltManager provides a window showing all the breakpoints and halt messages of the system, and allows one to toggle them on/off with a simple click. Halt messages can also be toggled via source code rewriting. The deactivation/reactivation feature is available in all code browsers, not only in the HaltManager window. It is available here, with installation instructions and pictures: https://github.com/dupriezt/HaltManager Feedback welcome. Cheers, Thomas Dupriez

Dec. 6, 2017

Re: [Pharo-dev] Is Pharo spying on me?

by Pavel Krivanek

ShoreLIne is already removed from Pharo 7 -- Pavel 2017-12-06 10:43 GMT+01:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > > > > On 6 Dec 2017, at 07:12, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > > Hi, > > > > What exactly are we removing? > > shoreline and QA. > both phd are finished :) > > Esteban > > > > > Cheers, > > Doru > > > > > >> On Dec 5, 2017, at 9:41 PM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > >> > >> but you are asked to share it, this is not collected automatically > without asking before. > >> > >> anyway, we are removing that (if not removed yet) > >> > >>> On 5 Dec 2017, at 21:34, Sean Glazier <sglazier456(a)gmail.com> wrote: > >>> > >>> Personally, I know of work places where this is not going to be > allowed. I understand they need the data, but you need to be able to turn > it off. A secure facility would not allow the transmission out in any case. > >>> > >>> > >>> Kind Regards, > >>> > >>> Sean Glazier > >>> > >>> > >>> On Tue, Dec 5, 2017 at 2:45 PM, Juraj Kubelka < > juraj.kubelka(a)icloud.com> wrote: > >>> Check Privacy section in Settings Browser. > >>> If you ever send anything, data are anonymized. > >>> Developers use it to be able to evaluate their research (PhD) work. It > is a requirement in the research field. > >>> By sending the anonymized data, you help developers to understand how > their tools are used. > >>> In particular, I am aware of Spotter, Quality Assistant, GT tools, and > Roassal. > >>> > >>> Cheers, > >>> Juraj > >>> > >>>> On Dec 5, 2017, at 16:30, Bernhard Pieber <bernhard(a)pieber.com> > wrote: > >>>> > >>>> I just found a file named org.pharo.global-identifiers.ston in my > preferences folder. It contains a #secretUUID and a #computerUUID. :-( What > is this information used for? More importantly, how can I turn it off? > >>>> > >>>> Bernhard > >>> > >>> > >>> > >> > > > > -- > > www.tudorgirba.com > > www.feenk.com > > > > "Next time you see your life passing by, say 'hi' and get to know her." > > > > > > > > > > > > >

Dec. 6, 2017

Re: [Pharo-dev] Is Pharo spying on me?

by Esteban Lorenzano

> On 6 Dec 2017, at 07:12, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > What exactly are we removing? shoreline and QA. both phd are finished :) Esteban > > Cheers, > Doru > > >> On Dec 5, 2017, at 9:41 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> but you are asked to share it, this is not collected automatically without asking before. >> >> anyway, we are removing that (if not removed yet) >> >>> On 5 Dec 2017, at 21:34, Sean Glazier <sglazier456(a)gmail.com> wrote: >>> >>> Personally, I know of work places where this is not going to be allowed. I understand they need the data, but you need to be able to turn it off. A secure facility would not allow the transmission out in any case. >>> >>> >>> Kind Regards, >>> >>> Sean Glazier >>> >>> >>> On Tue, Dec 5, 2017 at 2:45 PM, Juraj Kubelka <juraj.kubelka(a)icloud.com> wrote: >>> Check Privacy section in Settings Browser. >>> If you ever send anything, data are anonymized. >>> Developers use it to be able to evaluate their research (PhD) work. It is a requirement in the research field. >>> By sending the anonymized data, you help developers to understand how their tools are used. >>> In particular, I am aware of Spotter, Quality Assistant, GT tools, and Roassal. >>> >>> Cheers, >>> Juraj >>> >>>> On Dec 5, 2017, at 16:30, Bernhard Pieber <bernhard(a)pieber.com> wrote: >>>> >>>> I just found a file named org.pharo.global-identifiers.ston in my preferences folder. It contains a #secretUUID and a #computerUUID. :-( What is this information used for? More importantly, how can I turn it off? >>>> >>>> Bernhard >>> >>> >>> >> > > -- > www.tudorgirba.com > www.feenk.com > > "Next time you see your life passing by, say 'hi' and get to know her." > > > > >

Dec. 6, 2017

Re: [Pharo-dev] How to get a Moose Model

by Tudor Girba

Hi, Thanks for the question. Please address this to the moose-dev mailing list (in CC): https://www.list.inf.unibe.ch/listinfo/moose-dev I just answered it there. Cheers, Doru > On Dec 5, 2017, at 4:44 PM, Moussa Saker via Pharo-dev <pharo-dev(a)lists.pharo.org> wrote: > > > From: Moussa Saker <sak_moussa(a)yahoo.fr> > Subject: How to get a Moose Model > Date: December 5, 2017 at 4:44:31 PM GMT+1 > To: "pharo-dev(a)lists.pharo.org" <pharo-dev(a)lists.pharo.org> > Reply-To: Moussa Saker <sak_moussa(a)yahoo.fr> > > > Hello everyone > > we are working on a Moose project and we need a script to import the Moose Model, right now we use: > > MooseModel root first , > > but it's not really practical, Any suggestions ? > > Moussa Saker > LISCO Laboratory > Badji Mokhtar-Annaba University, > P.O. Box 12, Annaba 23000, Algeriai n > > -- www.tudorgirba.com www.feenk.com "To lead is not to demand things, it is to make them happen."

Dec. 6, 2017

Re: [Pharo-dev] Corrupt method source in Pharo 6.1 (stable)

by Bernhard Pieber

Hi Sean, Thanks for taking the time to try to confirm this. Did you use Pharo Launcher? I just tried it using get.pharo.org and donât see the corruption. So it seems to be specific to Launcher somehow. :-/ Bernhard > Am 06.12.2017 um 01:04 schrieb Sean P. DeNigris <sean(a)clipperadams.com>: > > bpi wrote >> Can anyone else confirm that? > > It seems okay for me: > > <http://forum.world.st/file/t128965/Screenshot_2017-12-05_19.jpeg> > > Image > ----- > Pharo6.0 > Latest update: #60524 > Unnamed > > Virtual Machine > --------------- > ~/Documents/Pharo/vms/61-x86/Pharo.app/Contents/MacOS/Pharo > CoInterpreter VMMaker.oscog-eem.2254 uuid: > 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 > StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: > 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 > VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ > Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942 > https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ > > Mac OS X built on Jul 20 2017 21:45:23 UTC Compiler: 4.2.1 Compatible Apple > LLVM 6.1.0 (clang-602.0.53) > VMMaker versionString VM: 201707201942 > https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Thu Jul 20 > 12:42:21 2017 -0700 $ Plugins: 201707201942 > https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ > CoInterpreter VMMaker.oscog-eem.2254 uuid: > 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 > StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: > 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 > > Operating System/Hardware > ------------------------- > Mac OS 1013.1 intel > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html >

Dec. 6, 2017

Re: [Pharo-dev] Is Pharo spying on me?

by Tudor Girba

Hi, What exactly are we removing? Cheers, Doru > On Dec 5, 2017, at 9:41 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > but you are asked to share it, this is not collected automatically without asking before. > > anyway, we are removing that (if not removed yet) > >> On 5 Dec 2017, at 21:34, Sean Glazier <sglazier456(a)gmail.com> wrote: >> >> Personally, I know of work places where this is not going to be allowed. I understand they need the data, but you need to be able to turn it off. A secure facility would not allow the transmission out in any case. >> >> >> Kind Regards, >> >> Sean Glazier >> >> >> On Tue, Dec 5, 2017 at 2:45 PM, Juraj Kubelka <juraj.kubelka(a)icloud.com> wrote: >> Check Privacy section in Settings Browser. >> If you ever send anything, data are anonymized. >> Developers use it to be able to evaluate their research (PhD) work. It is a requirement in the research field. >> By sending the anonymized data, you help developers to understand how their tools are used. >> In particular, I am aware of Spotter, Quality Assistant, GT tools, and Roassal. >> >> Cheers, >> Juraj >> >> > On Dec 5, 2017, at 16:30, Bernhard Pieber <bernhard(a)pieber.com> wrote: >> > >> > I just found a file named org.pharo.global-identifiers.ston in my preferences folder. It contains a #secretUUID and a #computerUUID. :-( What is this information used for? More importantly, how can I turn it off? >> > >> > Bernhard >> >> >> > -- www.tudorgirba.com www.feenk.com "Next time you see your life passing by, say 'hi' and get to know her."

Dec. 6, 2017

Re: [Pharo-dev] Is Pharo spying on me?

by Tudor Girba

Hi, Indeed privacy is an important issue. When we introduced the collection of data in Spotter we made sure that: - the collection of data is off by default - you are asked explicitly to turn it on - and, even when you send the data, you are sending technical tool data or at most, anonymized data. In other words, we want people to send data, but they should be in control and sending data should always be an opt-in and as transparent as possible. Right now, there is a central Privacy setting holder that is being used to guard the usage of the GTEventRecorder. To check that this is the case, take a look at the result of this query: (SystemNavigation new allReferencesTo: GTEventRecorder binding) \ (SystemNavigation new allReferencesTo: Privacy binding) ==> GtExamplesReleaseTest>>#testAllMissingInternalExamples GTEventRecorderHelp class>>#client GTEventRecorderTest>>#setUp GTEventCollector>>#register These are only test, help and registration methods, which are fine. We should make a QA rule out of this. In the future, we would like to work on a more obvious signal that data is being collected. Cheers, Doru > On Dec 5, 2017, at 9:43 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > anyway *no data is collected without asking first* > > I demanded that and if someone sneaked in without permission, I will be very very upset. > > Esteban > >> On 5 Dec 2017, at 21:39, Juraj Kubelka <juraj.kubelka(a)icloud.com> wrote: >> >> I understand it. For that reason there are settings. >> >> Cheers, >> Juraj >> >>> On Dec 5, 2017, at 17:34, Sean Glazier <sglazier456(a)gmail.com> wrote: >>> >>> Personally, I know of work places where this is not going to be allowed. I understand they need the data, but you need to be able to turn it off. A secure facility would not allow the transmission out in any case. >>> >>> >>> Kind Regards, >>> >>> Sean Glazier >>> >>> >>> On Tue, Dec 5, 2017 at 2:45 PM, Juraj Kubelka <juraj.kubelka(a)icloud.com> wrote: >>> Check Privacy section in Settings Browser. >>> If you ever send anything, data are anonymized. >>> Developers use it to be able to evaluate their research (PhD) work. It is a requirement in the research field. >>> By sending the anonymized data, you help developers to understand how their tools are used. >>> In particular, I am aware of Spotter, Quality Assistant, GT tools, and Roassal. >>> >>> Cheers, >>> Juraj >>> >>> > On Dec 5, 2017, at 16:30, Bernhard Pieber <bernhard(a)pieber.com> wrote: >>> > >>> > I just found a file named org.pharo.global-identifiers.ston in my preferences folder. It contains a #secretUUID and a #computerUUID. :-( What is this information used for? More importantly, how can I turn it off? >>> > >>> > Bernhard >>> >>> >>> >> > -- www.tudorgirba.com www.feenk.com "Value is always contextual."

Dec. 6, 2017

Re: [Pharo-dev] Corrupt method source in Pharo 6.1 (stable)

by Sean P. DeNigris

bpi wrote > Can anyone else confirm that? It seems okay for me: <http://forum.world.st/file/t128965/Screenshot_2017-12-05_19.jpeg> Image ----- Pharo6.0 Latest update: #60524 Unnamed Virtual Machine --------------- ~/Documents/Pharo/vms/61-x86/Pharo.app/Contents/MacOS/Pharo CoInterpreter VMMaker.oscog-eem.2254 uuid: 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Mac OS X built on Jul 20 2017 21:45:23 UTC Compiler: 4.2.1 Compatible Apple LLVM 6.1.0 (clang-602.0.53) VMMaker versionString VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ CoInterpreter VMMaker.oscog-eem.2254 uuid: 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 Operating System/Hardware ------------------------- Mac OS 1013.1 intel ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

Dec. 6, 2017

Re: [Pharo-dev] Is Pharo spying on me?

by Pavel Krivanek

2017-12-05 20:30 GMT+01:00 Bernhard Pieber <bernhard(a)pieber.com>: > I just found a file named org.pharo.global-identifiers.ston in my > preferences folder. It contains a #secretUUID and a #computerUUID. :-( What > is this information used for? More importantly, how can I turn it off? > There is nothing evil on it. It is used for resolving if the preferences should be reloaded. See SystemSettingsPersistence class>>#resumeSystemSettings -- Pavel > > Bernhard >

Dec. 5, 2017