- Pharo-users - lists.pharo.org

Re: [Pharo-users] OrderedSet?

by HernÃ¡n Morales Durand

Have a look at: http://www.mail-archive.com/help-smalltalk@gnu.org/msg01225.html http://www.squeaksource.com/PharoTaskForces.html http://www.smalltalkhub.com/#!/~Moose/CollectionExtensions HernÃ¡n 2015-12-05 23:21 GMT-03:00 Peter Uhnak <i.uhnak(a)gmail.com>: > Hi, > > what would be the equivalent of an OrderedSet? > > 1. all elements are unique > > 2. they are ordered > > 3. adding an existing element moves it > so > myOrderedSet addLast: x. "<- x is added as last" > myOrderedSet addFirst: x. "<- x is moved from last to first" > > Thanks, > > -- > Peter > >

Dec. 6, 2015

Stop Thinking in Terms of Files

by horrido

I submitted an article at Reddit called "Stop Thinking in Terms of Files." Some guy with the handle "audioen" wrote the following comment: We have heard that smalltalk appears to use model similar to a LISP machine of yore in that the programming environment = the OS = the runtime environment. Once you define a function, it simply exists without being written to a file or compiled into some process that runs it. You can just call it, or undefine it and it ceases to be. From this point of view, it is probably perfectly valid to say that it has no files, because it doesn't need them. On the other hand, let's assume that your smalltalk image got a little bit corrupted so that some packages/functions/whatever are now missing or not functioning. Or, let's say that you accidentally undefined a function and that was a mistake and now you really want to get it back. How would you do that? The file-based answer is that you hopefully had backups of the files that held definition of that function. What passes for a backup in smalltalk land? And how do you deal with version control? How do you recover from mistakes? If you wanted to share your crap to someone else collaboratively through e.g. github, how would you do that? You'd have to export your functions into individual files, probably, and packages as directories into git. Someone would check them out, eval them, make changes, and commit updated functions. How does this kind of process look like, in a non-file paradigm, if it is done at all? (Does smalltalk VM even support networking?) In general how do you even dump the state of the VM in some way that you can show someone what exactly your project is made of, in textual form? It's not very nice to dump an entire image and tell them to just run that. I bet the image is much larger and contains historical stuff that you no longer care about. What if you really just wanted to publish a recipe that can construct something equivalent of that particular image? What does "docker" for smalltalk look like? If you tell us files suck, tell us also how you solve the same problems that we solve through files. Especially that collaborative programming through github use case interests me a little. ----- I must confess, I'm not fully qualified to answer this comment, /at least, not optimally/. Perhaps some of you can go to the Reddit link <https://www.reddit.com/r/programming/comments/3vjlta/stop_thinking_in_terms…> and respond? Thanks. -- View this message in context: http://forum.world.st/Stop-Thinking-in-Terms-of-Files-tp4865614.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 6, 2015

Re: [Pharo-users] where is save export setting file

by Peter Uhnak

On 12/06, Hilaire wrote: > Hello > > Where export setting save the prefrence in the host file system, on Linux. Linux config is normally in '~/.config/pharo/' > > I am stuck with it and need to delete it > > Thanks > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > http://google.com/+DrgeoEu > > > -- Peter

Dec. 6, 2015

Re: [Pharo-users] where is save export setting file

by Nicolai Hess

2015-12-06 16:22 GMT+01:00 Hilaire <hilaire(a)drgeo.eu>: > Hello > > Where export setting save the prefrence in the host file system, on Linux. > > I am stuck with it and need to delete it > > which version? in pharo 5.0 latest: ~/.config/pharo/5.0/system-settings.ston Thanks > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > http://google.com/+DrgeoEu > > > >

Dec. 6, 2015

where is save export setting file

by Hilaire

Hello Where export setting save the prefrence in the host file system, on Linux. I am stuck with it and need to delete it Thanks Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

Dec. 6, 2015

Re: [Pharo-users] About GTSpotter matching

by Alexandre Bergel

Currently wildcard are not supported. I think this is in the roadmap of the GT team. But not supported for now. However, there is strictly no need for it. Since you have the dive-in category: https://dl.dropboxusercontent.com/u/31543901/MyPapers/Kube15a-VISSOFTNIER-S… Cheers, Alexandre > On Dec 5, 2015, at 8:40 PM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > Hi, > > are there some wildcards in GTSpotter matching? > > Currently it searches anywhere in the (method) name, which makes it hard > for shorter names, because it will match a lot of junk. > > I've also discovered (by accident), that I can use '>>#selector' to > anchor the start of the selection. ('#selector' for some reason doesn't > work). > But I would like to also search by a simple ? (any character), * (any > characters) wildcard. Is that possible? > > Additionally constraining it from the end would be also nice. > For example I want to look through #default methods, however 90% of the > matches will be junk, so I would like to write '#default$' and it will > not match '#defaultIcon', etc. > > Is this possible? > > Thanks, > -- > Peter > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 6, 2015

Re: [Pharo-users] [squeak-dev] Re: evolutions of squeakelib & crypto (Reed Solomon)

by Robert Withers

Why is it that naming turns out to be the most challenging and also rewarding of activities at times? Lot's of ROI in a good name. It's strange, I'll have to think more about this naming activity and arrive at a good metaname. I think another good possibility you brought to my mind is "mushroom"...it's growing on me? :) On 12/06/2015 01:42 AM, Ben Coman wrote: > On Sun, Dec 6, 2015 at 10:42 AM, Robert Withers > <robert.w.withers(a)gmail.com> wrote: >> On 12/05/2015 09:24 PM, Ben Coman wrote: >>> On Fri, Dec 4, 2015 at 11:57 PM, Robert Withers >>> <robert.w.withers(a)gmail.com> wrote: >>>> Now I think you are right on with your observation. Additionally, the >>>> number >>>> of dialects could increase further with Fuel serialization, just port >>>> SecureSession and bits. >>>> >>>> Alright, I came up with a name and it may border on the egregious ... >>>> presenting ... >>>> >>>> "Maelstrom" >>> Great sounding name. However some general advice for the community, >>> since I see a lot of great sounding project names drowned out in the >>> noise of our web-search-centric universe. A litmus test for project >>> naming is using google search to find which return low search results. >>> Today, its more important to be unique than any other attribute of a >>> name. So in general, *dictionary* english words are not the best. >>> One technique is to intentionally mispell the word you like. Here are >>> some comparative examples (note, the surrounding quotes are required >>> to avoid google trying to be helpful and correct the spelling)... >>> >>> "maelstrom" --> 7,480,000 >>> "maelstroom" --> 6,200 >>> "maelstrum" --> 2,280 >>> "maelstruum" --> 7 >>> >>> Lots of interesting other techniques can be found by searching on: >>> techniques to generate brand names or domain names. >>> >>> cheers -ben >> >> I would be happy to change the names to something more unique, though it may >> take a few. Are you suggesting "maelstruum"? >> >> cheers, >> Robert >> >> > *Suggesting* yes, but the choice is yours ;) You need to own it. > > I think maelstruum is certainly memorable with the double "u", but > maybe jarring next the the "m". I'm inclined to maelstroom, since I > associate it with "zoom". I wouldn't necessarily go for the absolute > lowest results. I have an entirely unsubstantiated belief that > anything less than 10,000 gives a reasonable chance to compete once a > user's browsing history is taken into account. Finally you need to > check existing results don't return something abhorrent (I didn't do > this). > > I'd encourage to play around testing on google search. Its quick and > easy to generate and test alternatives. I've added a few more below. > "maelstra" --> 3,560 > "maelstram" --> 504 > "maelstrim" --> 1200 > "maelstroon" --> 58 > "maelstroomi" --> 4 > > btw, I wouldn't swap the order of the "ae" since that would be > susceptible to real typing errors. > > cheers -ben >

Dec. 6, 2015

Re: [Pharo-users] [squeak-dev] Re: evolutions of squeakelib & crypto (Reed Solomon)

by Ben Coman

On Sun, Dec 6, 2015 at 10:42 AM, Robert Withers <robert.w.withers(a)gmail.com> wrote: > > On 12/05/2015 09:24 PM, Ben Coman wrote: >> >> On Fri, Dec 4, 2015 at 11:57 PM, Robert Withers >> <robert.w.withers(a)gmail.com> wrote: >>> >>> Now I think you are right on with your observation. Additionally, the >>> number >>> of dialects could increase further with Fuel serialization, just port >>> SecureSession and bits. >>> >>> Alright, I came up with a name and it may border on the egregious ... >>> presenting ... >>> >>> "Maelstrom" >> >> Great sounding name. However some general advice for the community, >> since I see a lot of great sounding project names drowned out in the >> noise of our web-search-centric universe. A litmus test for project >> naming is using google search to find which return low search results. >> Today, its more important to be unique than any other attribute of a >> name. So in general, *dictionary* english words are not the best. >> One technique is to intentionally mispell the word you like. Here are >> some comparative examples (note, the surrounding quotes are required >> to avoid google trying to be helpful and correct the spelling)... >> >> "maelstrom" --> 7,480,000 >> "maelstroom" --> 6,200 >> "maelstrum" --> 2,280 >> "maelstruum" --> 7 >> >> Lots of interesting other techniques can be found by searching on: >> techniques to generate brand names or domain names. >> >> cheers -ben > > > I would be happy to change the names to something more unique, though it may > take a few. Are you suggesting "maelstruum"? > > cheers, > Robert > > *Suggesting* yes, but the choice is yours ;) You need to own it. I think maelstruum is certainly memorable with the double "u", but maybe jarring next the the "m". I'm inclined to maelstroom, since I associate it with "zoom". I wouldn't necessarily go for the absolute lowest results. I have an entirely unsubstantiated belief that anything less than 10,000 gives a reasonable chance to compete once a user's browsing history is taken into account. Finally you need to check existing results don't return something abhorrent (I didn't do this). I'd encourage to play around testing on google search. Its quick and easy to generate and test alternatives. I've added a few more below. "maelstra" --> 3,560 "maelstram" --> 504 "maelstrim" --> 1200 "maelstroon" --> 58 "maelstroomi" --> 4 btw, I wouldn't swap the order of the "ae" since that would be susceptible to real typing errors. cheers -ben

Dec. 6, 2015

Re: [Pharo-users] [squeak-dev] Re: evolutions of squeakelib & crypto (Reed Solomon)

by Robert Withers

On 12/05/2015 09:24 PM, Ben Coman wrote: > On Fri, Dec 4, 2015 at 11:57 PM, Robert Withers > <robert.w.withers(a)gmail.com> wrote: >> Now I think you are right on with your observation. Additionally, the number >> of dialects could increase further with Fuel serialization, just port >> SecureSession and bits. >> >> Alright, I came up with a name and it may border on the egregious ... >> presenting ... >> >> "Maelstrom" > Great sounding name. However some general advice for the community, > since I see a lot of great sounding project names drowned out in the > noise of our web-search-centric universe. A litmus test for project > naming is using google search to find which return low search results. > Today, its more important to be unique than any other attribute of a > name. So in general, *dictionary* english words are not the best. > One technique is to intentionally mispell the word you like. Here are > some comparative examples (note, the surrounding quotes are required > to avoid google trying to be helpful and correct the spelling)... > > "maelstrom" --> 7,480,000 > "maelstroom" --> 6,200 > "maelstrum" --> 2,280 > "maelstruum" --> 7 > > Lots of interesting other techniques can be found by searching on: > techniques to generate brand names or domain names. > > cheers -ben I would be happy to change the names to something more unique, though it may take a few. Are you suggesting "maelstruum"? cheers, Robert > >> A new distributed metric will be established in Maelstrom to measure intra- >> & inter-vat activity: "Sanguinity". >> >> Robert >> >> PS. thanks for pointing out Fuel support for older squeaks. >> >> >> On 12/04/2015 10:25 AM, Sven Van Caekenberghe wrote: >>> Another suggestion: if you intend to make something cross dialect and hope >>> to get traction, I would not use a project name which contains one dialect, >>> but something more general like Cryptography, or some cool project name, >>> like Seaside, Fuel, ... >>> >>>> On 04 Dec 2015, at 15:43, Robert Withers <robert.w.withers(a)gmail.com> >>>> wrote: >>>> >>>> I use squeak 5.0 and would want the Fuel support to customize for wire >>>> serializations and substitutions, such that Squeak and Pharo could talk to >>>> each other, and all other Fuel environments. The Fuel changes I made are in >>>> the Pharo port of SqueakElib in the SqueakElib-CapTP-Serialization category >>>> and consist of a Decoder, Materializer and a Materialization. >>>> >>>> Robert >>>> >>>> On 12/04/2015 09:35 AM, Esteban Lorenzano wrote: >>>>> which squeak version? >>>>> of what? >>>>> >>>>>> On 04 Dec 2015, at 12:15, Robert Withers <robert.w.withers(a)gmail.com> >>>>>> wrote: >>>>>> >>>>>> I just realized that the squeak version uses ReferenceStream while the >>>>>> Pharo version uses Fuel, so the binary serializations are different and they >>>>>> won't speak to each other. Any chance that Fuel is ported to Squeak? >>>>>> >>>>>> Regards, >>>>>> Robert >>>>>> >>>>>> On 12/04/2015 06:11 AM, Robert Withers wrote: >>>>>>> I am unable to import these files into SqueakSource, so it may be best >>>>>>> done from inside Pharo with Monticello. Here are working Crypto and >>>>>>> SqueakElib in Pharo, prior to SecureSession refactoring and Reed Solomon. I >>>>>>> include the correct version of LayeredProtocol. >>>>>>> >>>>>>> Regards, >>>>>>> Robert >>>>>>> >>>>>>> >>>>>>> On 12/04/2015 05:47 AM, Robert Withers wrote: >>>>>>>> Best Regards >>>>>>>> >>>>>>>> http://www.squeaksource.com/Cryptography.html >>>>>>>> http://www.squeaksource.com/squeakelib.html >>>>>>>> >>>>>>>> >>>>>>>> On 12/04/2015 05:44 AM, Robert Withers wrote: >>>>>>>>> After my password reset on squeaksource, I committed to both >>>>>>>>> Cryptography and SqueakElib, project links below. >>>>>>>>> >>>>>>>>> In the case of Cryptography, I had a version ported to Pharo ... I >>>>>>>>> will organize Pharo ports of both after Reed Solomon is stable, and announce >>>>>>>>> them to the Pharo list. This way both environments can be supported through >>>>>>>>> this one repository. >>>>>>>>> >>>>>>>>> Robert >>>>>>>>> >>>>>>>>> On 12/04/2015 04:35 AM, Stephan Eggermont wrote: >>>>>>>>>> On 03-12-15 23:06, Robert Withers wrote: >>>>>>>>>>> Are any of these used by both squeak and Pharo? That would be the >>>>>>>>>>> right >>>>>>>>>>> move I think. I will ask about getting my password reset for >>>>>>>>>>> squeaksource, since that is where the old code resides. >>>>>>>>>> All of them. Mostly timing of project start/high activity and who >>>>>>>>>> are >>>>>>>>>> maintaining it decided on platforms. There was a time when >>>>>>>>>> squeaksource was not so stable and then many projects migrated, and I >>>>>>>>>> currently hear least about stability issues from ss3, but the load on >>>>>>>>>> smalltalkhub is much higher, I assume, as that is used for the pharo ci. >>>>>>>>>> >>>>>>>>>> In the not so far future Pharo is likely to move to a git based >>>>>>>>>> infrastructure, using libgit2. Early adopters are already using it. >>>>>>>>>> I haven't heard the squeak ideas about that. >>>>>>>>>> >>>>>>>>>> Stephan >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>

Dec. 6, 2015

Re: [Pharo-users] [squeak-dev] Re: evolutions of squeakelib & crypto (Reed Solomon)

by Ben Coman

On Fri, Dec 4, 2015 at 11:57 PM, Robert Withers <robert.w.withers(a)gmail.com> wrote: > Now I think you are right on with your observation. Additionally, the number > of dialects could increase further with Fuel serialization, just port > SecureSession and bits. > > Alright, I came up with a name and it may border on the egregious ... > presenting ... > > "Maelstrom" Great sounding name. However some general advice for the community, since I see a lot of great sounding project names drowned out in the noise of our web-search-centric universe. A litmus test for project naming is using google search to find which return low search results. Today, its more important to be unique than any other attribute of a name. So in general, *dictionary* english words are not the best. One technique is to intentionally mispell the word you like. Here are some comparative examples (note, the surrounding quotes are required to avoid google trying to be helpful and correct the spelling)... "maelstrom" --> 7,480,000 "maelstroom" --> 6,200 "maelstrum" --> 2,280 "maelstruum" --> 7 Lots of interesting other techniques can be found by searching on: techniques to generate brand names or domain names. cheers -ben > > A new distributed metric will be established in Maelstrom to measure intra- > & inter-vat activity: "Sanguinity". > > Robert > > PS. thanks for pointing out Fuel support for older squeaks. > > > On 12/04/2015 10:25 AM, Sven Van Caekenberghe wrote: >> >> Another suggestion: if you intend to make something cross dialect and hope >> to get traction, I would not use a project name which contains one dialect, >> but something more general like Cryptography, or some cool project name, >> like Seaside, Fuel, ... >> >>> On 04 Dec 2015, at 15:43, Robert Withers <robert.w.withers(a)gmail.com> >>> wrote: >>> >>> I use squeak 5.0 and would want the Fuel support to customize for wire >>> serializations and substitutions, such that Squeak and Pharo could talk to >>> each other, and all other Fuel environments. The Fuel changes I made are in >>> the Pharo port of SqueakElib in the SqueakElib-CapTP-Serialization category >>> and consist of a Decoder, Materializer and a Materialization. >>> >>> Robert >>> >>> On 12/04/2015 09:35 AM, Esteban Lorenzano wrote: >>>> >>>> which squeak version? >>>> of what? >>>> >>>>> On 04 Dec 2015, at 12:15, Robert Withers <robert.w.withers(a)gmail.com> >>>>> wrote: >>>>> >>>>> I just realized that the squeak version uses ReferenceStream while the >>>>> Pharo version uses Fuel, so the binary serializations are different and they >>>>> won't speak to each other. Any chance that Fuel is ported to Squeak? >>>>> >>>>> Regards, >>>>> Robert >>>>> >>>>> On 12/04/2015 06:11 AM, Robert Withers wrote: >>>>>> >>>>>> I am unable to import these files into SqueakSource, so it may be best >>>>>> done from inside Pharo with Monticello. Here are working Crypto and >>>>>> SqueakElib in Pharo, prior to SecureSession refactoring and Reed Solomon. I >>>>>> include the correct version of LayeredProtocol. >>>>>> >>>>>> Regards, >>>>>> Robert >>>>>> >>>>>> >>>>>> On 12/04/2015 05:47 AM, Robert Withers wrote: >>>>>>> >>>>>>> Best Regards >>>>>>> >>>>>>> http://www.squeaksource.com/Cryptography.html >>>>>>> http://www.squeaksource.com/squeakelib.html >>>>>>> >>>>>>> >>>>>>> On 12/04/2015 05:44 AM, Robert Withers wrote: >>>>>>>> >>>>>>>> After my password reset on squeaksource, I committed to both >>>>>>>> Cryptography and SqueakElib, project links below. >>>>>>>> >>>>>>>> In the case of Cryptography, I had a version ported to Pharo ... I >>>>>>>> will organize Pharo ports of both after Reed Solomon is stable, and announce >>>>>>>> them to the Pharo list. This way both environments can be supported through >>>>>>>> this one repository. >>>>>>>> >>>>>>>> Robert >>>>>>>> >>>>>>>> On 12/04/2015 04:35 AM, Stephan Eggermont wrote: >>>>>>>>> >>>>>>>>> On 03-12-15 23:06, Robert Withers wrote: >>>>>>>>>> >>>>>>>>>> Are any of these used by both squeak and Pharo? That would be the >>>>>>>>>> right >>>>>>>>>> move I think. I will ask about getting my password reset for >>>>>>>>>> squeaksource, since that is where the old code resides. >>>>>>>>> >>>>>>>>> All of them. Mostly timing of project start/high activity and who >>>>>>>>> are >>>>>>>>> maintaining it decided on platforms. There was a time when >>>>>>>>> squeaksource was not so stable and then many projects migrated, and I >>>>>>>>> currently hear least about stability issues from ss3, but the load on >>>>>>>>> smalltalkhub is much higher, I assume, as that is used for the pharo ci. >>>>>>>>> >>>>>>>>> In the not so far future Pharo is likely to move to a git based >>>>>>>>> infrastructure, using libgit2. Early adopters are already using it. >>>>>>>>> I haven't heard the squeak ideas about that. >>>>>>>>> >>>>>>>>> Stephan >>>>>>>>> >>>>>>>>> >>>>>>>>> >> > >

Dec. 6, 2015