December 2016 - Pharo-users

Re: [Pharo-users] Mutter system news

by Johan Fabry

And I was just starting to wonder how far the weirdness would go ;-) Although I donât know how much further you can go after "emojis over cookies over cookie monsters over garbage gravity graveâ. :-P -- Does this mail seem too brief? Sorry for that, I donât mean to be rude! Please see http://emailcharter.org <http://emailcharter.org/> . Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > On 31 Dec 2016, at 07:50, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Indeed, this is completely incoherent and looks automatically generated. > > I unsubscribed the address. > > Marcus > >> On 29 Dec 2016, at 21:14, Stephane Ducasse <stepharo.self(a)gmail.com <mailto:stepharo.self@gmail.com>> wrote: >> >> I suggest that we remove from the list this bot. >> >> On Wed, Dec 28, 2016 at 8:30 PM, Charlie Robbats <charlie.robbats(a)gmail.com <mailto:charlie.robbats@gmail.com>> wrote: >> 22 - priority queue vatting calls and send stacks: meta over emojis over cookies over cookie monsters over garbage gravity grave >> >> >> >> On 12/28/2016 2:22 PM, Charlie Robbats wrote: >> 19 - I am thinking about merging RS FEC with blockEn/Decoding with a 7-bit msgChunks into 8-bit blocks, or QoS determined. That along with non-secret 3-way finite field key agreement ratcheting and contract established scoping, would mean each transaction might be separately islolated from every other and the contract exchange includes trusted observation filtering capabilities, locally enforced through your prioritized trees of life, liberty & property, and also your knowledge of good and evil.

Dec. 31, 2016

Re: [Pharo-users] Mutter system news

by Marcus Denker

Indeed, this is completely incoherent and looks automatically generated. I unsubscribed the address. Marcus > On 29 Dec 2016, at 21:14, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > I suggest that we remove from the list this bot. > > On Wed, Dec 28, 2016 at 8:30 PM, Charlie Robbats <charlie.robbats(a)gmail.com <mailto:charlie.robbats@gmail.com>> wrote: > 22 - priority queue vatting calls and send stacks: meta over emojis over cookies over cookie monsters over garbage gravity grave > > > > On 12/28/2016 2:22 PM, Charlie Robbats wrote: > 19 - I am thinking about merging RS FEC with blockEn/Decoding with a 7-bit msgChunks into 8-bit blocks, or QoS determined. That along with non-secret 3-way finite field key agreement ratcheting and contract established scoping, would mean each transaction might be separately islolated from every other and the contract exchange includes trusted observation filtering capabilities, locally enforced through your prioritized trees of life, liberty & property, and also your knowledge of good and evil. > > 20 - add a new delayed redirector, on Carol's side, so a remotePromise resolution will be a tree-way exchange for the ratchet exchange: carol -> farRef: alice -> scope internalize: carol -> ack redirector: alice -> wire encrypted > > 21 - group ratcheting: presence event leads to re-rendezvous with the qufrum, majority/super-majority online election/karma emoji disbersement > > On 12/28/2016 1:55 PM, Charlie Robbats wrote: > 16 - pass the galaxy test: https://docs.google.com/presentation/d/1FWcSJfZITITckrXyfihpuPnX5xf0e4kOhCn… <https://docs.google.com/presentation/d/1FWcSJfZITITckrXyfihpuPnX5xf0e4kOhCn…> > > 17 - exchange access categories with contractual code migration > > 18 - emoji feedback > > > On 12/28/2016 1:11 PM, Charlie Robbats wrote: > Hi! Here's the master plan, always malleable; if anyone sees something interesting to dive into, you are welcome. > > Future Features > --- > 0 - fix vector corruption through pbeStorage > 1 - java/squeak interoperability > 2 - FEC-RS testing/repair > 3 - define QR-coded PBE identity > 4 - switch to SHA256/scrypt PBE for identities > 5 - porciniz > 6 - DNS/meta layer injection > 7 - stack hacking/network discovery/graphing/routing > 8 - blockchain > 9 - support non-secret finite field key exchange ("Whisper-2")-Oops/add dataEncoder to EncoderData > 10 - ratcheting/group join/leave ratcheting > 11 - asn1derMetaPragmaEncoder/class autocreation and meta qufrums/qufrum construction/data replication > 12 - thermoHarmonics3NeuralRuleGA (PV = nrT + distortion) > 13 - Enumify Types, pass named closures, scope projection & protection, detach class/classVariables > 14 - autocoerce local eventual calls to immediate sends with reactor pipelining > 15 - start a Mutter system news website > > --- > > Encoder Velocities: > > DBL_AESede/asn1der: 100 KB compressed data chunks received: 100 > send time: 1096 ms, rate: 73 Mbs. > receive time: 1096 ms. rate: 73 Mbs. > > DBL_AESede/bytes: 100 KB compressed data chunks received: 100 > send time: 1094 ms, rate: 73 Mbs. > receive time: 1095 ms. rate: 73 Mbs. > > DBL_AESede,json: 100 KB compressed data chunks received: 10 > send time: 2107 ms, rate: 4 Mbs. > receive time: 2107 ms. rate: 4 Mbs. > --- > > > > > >

Dec. 31, 2016

Re: [Pharo-users] Slashdot Submission

by Travis Ayres

I would guess the conversion rate for trying out a language from a Slashdot article (or anywhere, really) would be in the 1% range - I've noticed that HN articles only occasionally get a comment from someone trying out the mentioned article. On Dec 30, 2016 12:22 PM, "horrido" <horrido.hobbies(a)gmail.com> wrote: > It would appear that my submission to Slashdot has been passed over. To my > knowledge, it hasn't been posted. > > It was out of date anyway. Today, my TechBeacon article surpassed 20,000 > views...weeks ahead of schedule! > > That's a lot of readers. I have no idea how many of them were convinced to > give Smalltalk a shot, but I imagine it has to be more than a few. Maybe a > couple of thousand? Maybe? > > > > -- > View this message in context: http://forum.world.st/Slashdot-Submission- > tp4928235p4928427.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Dec. 30, 2016

Re: [Pharo-users] Slashdot Submission

by horrido

It would appear that my submission to Slashdot has been passed over. To my knowledge, it hasn't been posted. It was out of date anyway. Today, my TechBeacon article surpassed 20,000 views...weeks ahead of schedule! That's a lot of readers. I have no idea how many of them were convinced to give Smalltalk a shot, but I imagine it has to be more than a few. Maybe a couple of thousand? Maybe? -- View this message in context: http://forum.world.st/Slashdot-Submission-tp4928235p4928427.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 30, 2016

Re: [Pharo-users] webcam images for image processing

by Mariano Martinez Peck

Hi, I think you MUST talk to Juan Vuletich (CCed) as he is doing satellites image processing in Smalltalk. Cheers On Fri, Dec 30, 2016 at 3:15 PM, Offray Vladimir Luna CÃ¡rdenas < offray.luna(a)mutabit.com> wrote: > Hi, > > > On 30/12/16 03:47, Dimitris Chloupis wrote: > >> >> >> What I have found is that pharo is excellent as a central nervous system >> , Brain + nerves , for an application. Because not only the language is >> simple, but mostly because of live coding and ability of the IDE to deal >> with complex code and isolate bugs. >> > > I think that the Pharo approach could be something like the Cyborgs one of > Star Trek. Attach to a preexisting substrate and extend it :-P. Seriously, > having Pharo to talk better with the external non-Pharo/Smalltalk native > technologies and ideas could help to bring this unpaired live coding > experience to a lot of people: hacktivist, journalist, philosophers, > musicians, and non-live coding programmers. My uses of this approach are > trying to bridge Pharo with non-programmers cultures at our local > hackerspace, and is giving very good outcomes. > > >> Live coding is pretty much the bread and butter for us graphics >> programmers (I use Pharo together with Unreal and Blender) because it >> allows us to test things on the fly without having to worry about compile >> times or syntax errors or crashes or whatever can interrupt us from "being >> in the zone". Pharo is without exaggeration the best live coding language >> out there by very far from others except Lisp which is the basis of >> Smalltalk and where we have borrowed many ideas. >> >> > I would add that live coding is the bread and butter of pretty much > everyone who is making exploratory computing and prototyping in diverse > fields, where you use computers to understand fuzzy problems. > > Cheers, > > Offray > > -- Mariano http://marianopeck.wordpress.com

Dec. 30, 2016

Re: [Pharo-users] webcam images for image processing

by Offray Vladimir Luna CÃ¡rdenas

Hi, On 30/12/16 03:47, Dimitris Chloupis wrote: > > > What I have found is that pharo is excellent as a central nervous > system , Brain + nerves , for an application. Because not only the > language is simple, but mostly because of live coding and ability of > the IDE to deal with complex code and isolate bugs. I think that the Pharo approach could be something like the Cyborgs one of Star Trek. Attach to a preexisting substrate and extend it :-P. Seriously, having Pharo to talk better with the external non-Pharo/Smalltalk native technologies and ideas could help to bring this unpaired live coding experience to a lot of people: hacktivist, journalist, philosophers, musicians, and non-live coding programmers. My uses of this approach are trying to bridge Pharo with non-programmers cultures at our local hackerspace, and is giving very good outcomes. > > Live coding is pretty much the bread and butter for us graphics > programmers (I use Pharo together with Unreal and Blender) because it > allows us to test things on the fly without having to worry about > compile times or syntax errors or crashes or whatever can interrupt us > from "being in the zone". Pharo is without exaggeration the best live > coding language out there by very far from others except Lisp which is > the basis of Smalltalk and where we have borrowed many ideas. > I would add that live coding is the bread and butter of pretty much everyone who is making exploratory computing and prototyping in diverse fields, where you use computers to understand fuzzy problems. Cheers, Offray

Dec. 30, 2016

Re: [Pharo-users] How to view hierarchy of multiple classes in a package?

by Tim Mackinnon

Ah, cool I will give that a go. As always it's very little code when you know how. I'll report back - but I wonder if this might be something that could be in the default image? Tim Sent from my iPhone > On 30 Dec 2016, at 11:49, Henrik Nergaard <draagren(a)outlook.com> wrote: > > Changing ClassWidget>>#showHierarchy to: > showHierarchy: aBoolean > > | all | > > (showHierarchy := aBoolean) ifFalse: [ ^ self ]. > > all := IdentitySet new. > model selectedPackageGroup asNautilusSelection classes do: [ :cls | > all > addAll: cls allSuperclasses; > addAll: cls withAllSubclasses > ]. > > self cachedHierarchy: (SortHierarchically buildHierarchyForClasses: all) > > Will make the hierarchy button show the tree for all classes in that package/tag. > <image001.png> > > Best regards, > Henrik > > From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Tim Mackinnon > Sent: Wednesday, December 28, 2016 5:24 PM > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Subject: Re: [Pharo-users] How to view hierarchy of multiple classes in a package? > > This seems to have generated a bit of conversation which has helped me quite a bit. > > Denis, your picture has made me realise that the System browser is a bit better than I realised. > > However the example I was looking at was a package that had a series of Announcement subclasses, AND what wasn't obvious was that they were all subclasses of the same parent "Announcement", as that isn't shown - you just get a series of classes not rooted under some parent (even if it was object). I'm guessing that just things that are subclasses of each other in the same package are shown? > > I was hoping that pane might show - > > Announcement > + A > + B > + C > > I'm now wondering what it will show if you had a few different subclasses of the different collection classes (ok it's a bad idea to subclass them, but my point is if you had a few models at different points in a hierarchy)? > > I'm guessing you would see the same flat list - but I will go and try that to help me learn a bit more. > > Tim

Dec. 30, 2016

Re: [Pharo-users] webcam images for image processing

by Dimitris Chloupis

Pharo is used for robots you can find more info here http://car.mines-douai.fr/category/pharos/ I am actually building now OpenCV on macos, the hard stuff is C. UFFI and Pharo are a breeze but with C everything can go wrong and it will at some point. Took me 30 minutes to find information on how to build on macos. I complain about Pharo documentation but OpenCV is much worse , we have a tiny community and still our documentation is tons better. So I totally can feel you, documentation is a huge issue does not matter what language you choose , its a struggle. In popular language you can find a gazillion things about the basics and popular stuff but as soon as you venture to specifics and more technical things that are the ones that need documentation the most, then you meet the hell of "no sorry no documentation about this, but you should be fine reading the codes and (then non existent) comments". But that is part of the fun of coding, overcoming these challenges and enduring until the "Eureka" moment. Unfortunately OpenCV fails to build for me on macos, I also see that it takes advantage of CUDA which is great news for performance bad news for building it because CUDA is huge and it can be quite tedious to build because there are a ton of stuff to be aware of. In any case the documentation I linked is what we use to learn about UFFI this is how I learned to make a shared memory tool for manipulating C++ executable from Pharo. It takes time and patience because in C the moment you do something bad with the memory it crashes the executable (OS default behavior to protect from misbehaving executables) , this means I crashes Pharo like a hundrend time till I get pointers right (how C/C++ manipulates memory). The good news is that unlike C , Pharo is prepared from such situations and will never allow you to lose code but to be safe always use a version control system and commit frequently because it will be a breeze to restore your code after a crash to a pharo image this way. We have specific tools for such situation , for example Epicea will open after the crash and ask you if you want to restore code and is a great tool but I find git more convenient for such situations. So to summarize you need to build OpenCV for 32bits architecture and use UFFI. 64bits may work too but you need specific Pharo VM and image. 32bit should be more stable and should be enough because it will try to use the GPU memory anyway which is faster than CPU memory. I wish I could be more of a help but I do not want to spend a ton of time on building a library that I won't use.

Dec. 30, 2016

Re: [Pharo-users] How to view hierarchy of multiple classes in a package?

by Henrik Nergaard

Changing ClassWidget>>#showHierarchy to: showHierarchy: aBoolean | all | (showHierarchy := aBoolean) ifFalse: [ ^ self ]. all := IdentitySet new. model selectedPackageGroup asNautilusSelection classes do: [ :cls | all addAll: cls allSuperclasses; addAll: cls withAllSubclasses ]. self cachedHierarchy: (SortHierarchically buildHierarchyForClasses: all) Will make the hierarchy button show the tree for all classes in that package/tag. [cid:image001.png@01D26292.CA436F50] Best regards, Henrik From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Tim Mackinnon Sent: Wednesday, December 28, 2016 5:24 PM To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Subject: Re: [Pharo-users] How to view hierarchy of multiple classes in a package? This seems to have generated a bit of conversation which has helped me quite a bit. Denis, your picture has made me realise that the System browser is a bit better than I realised. However the example I was looking at was a package that had a series of Announcement subclasses, AND what wasn't obvious was that they were all subclasses of the same parent "Announcement", as that isn't shown - you just get a series of classes not rooted under some parent (even if it was object). I'm guessing that just things that are subclasses of each other in the same package are shown? I was hoping that pane might show - Announcement + A + B + C I'm now wondering what it will show if you had a few different subclasses of the different collection classes (ok it's a bad idea to subclass them, but my point is if you had a few models at different points in a hierarchy)? I'm guessing you would see the same flat list - but I will go and try that to help me learn a bit more. Tim

Dec. 30, 2016

Re: [Pharo-users] webcam images for image processing

by dyfroedd

This is awesome forum - thank you so much for replying and I love the way you explained how Smalltalk can be used. I totally agree that the wheel should not be re-invented and that I should learn to make these technologies talk talk together. I know that Smalltalk is an amazing tool and, unfortunately, one that is not as well known as others such as Python or C++. The problem is that I cannot find any tutorials showing how to glue these technologies together in the way you said, but instead I have found some posts (few sentences) describing the process abstractly and using comp sci terminology. I'm building a bespoke robotic system for a client that will access serial sensor data as well as the webcam for image processing. I see Smalltalk as a potentially fantastic tool for this. My gut feeling tells me that I should learn to develop my bespoke tech in Smalltalk, for various reasons, but doing useful stuff like robotics or image processing requires some demos that I can work with (for me personally, this is how I learn to build my own things). Appreciate the time you took to get back to me. Thanks -- View this message in context: http://forum.world.st/webcam-images-for-image-processing-tp4928374p4928395.… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 30, 2016