[Pharo-users] crash.dmp of OSSubProcess on Pharo 6.0
I got a seg fault when I tried to execute some OSSubProcess code in Pharo 6.0. Namely, | process | process := OSSUnixSubprocess new command: '/bin/cat'; redirectStdin; redirectStdout; run. process stdinStream nextPutAll: 'we are testing!'; nextPutAll: 'we again!'; close. process waitForExit. process stdoutStream upToEndOfFile inspect. process closeAndCleanStreams. Attached is the crash.dmp file 20170608crash.dmp Description: Binary data
Re: [Pharo-users] crash.dmp of OSSubProcess on Pharo 6.0
Mariano, yes I was using the 64 bit pharo. I downloaded the 32 bit pharo 6.0 and it works just fine. Thanks. On Fri, Jun 9, 2017 at 4:20 AM, Mariano Martinez Peck wrote: > Hi John, > > Was this using 64bits flavor ? If true, can you try with 32 and let me > know? > I ask because I know OSSubprocess doesn't work on 64 bits yet, but to fix > this I need some pull requets merged in the VM... > > Cheers, > > On Fri, Jun 9, 2017 at 1:21 AM, john pfersich wrote: > >> I got a seg fault when I tried to execute some OSSubProcess code in Pharo >> 6.0. >> >> Namely, >> >> | process | >> process := OSSUnixSubprocess new >> command: '/bin/cat'; >> redirectStdin; >> redirectStdout; >> run. >> process stdinStream >> nextPutAll: 'we are testing!'; >> nextPutAll: 'we again!'; >> close. >> process waitForExit. >> process stdoutStream upToEndOfFile inspect. >> process closeAndCleanStreams. >> >> Attached is the crash.dmp file >> > > > > -- > Mariano > http://marianopeck.wordpress.com >
Re: [Pharo-users] crash.dmp of OSSubProcess on Pharo 6.0
That VM is (was) a 6.0 alpha. I tried to update and got this: jpfersich@ubuntu64-001:~/pharo64-6.0$ curl get.pharo.org/64 | bash % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 232 100 2320 0581 0 --:--:-- --:--:-- --:--:-- 582 bash: line 1: syntax error near unexpected token `newline' bash: line 1: `' Then I tried the Custom installs, downloaded pharo64-linux-threaded-stable.zip and sources.zip and when I tried to run it, I got 'Pharo cannot locate the sources file named /home/jpfersich/pharo64-6.0/pharo-vm/lib/pharo/5.0-201705310241/PharoV50.sources. The sources file I downloaded is PharoV60.sources. So I finally did curl get.pharo.org/64/stable | bash and curl get.pharo.org/64/vmT60 | bash and got a usable system. On Fri, Jun 9, 2017 at 5:13 AM, Ben Coman wrote: > You seem to be using an old VM. > /home/jpfersich/pharo64-6.0/pharo-vm/lib/pharo/5.0-201704181925/pharo > Pharo VM version: 5.0-201704181925 > > Can you try with one of these... > http://pharo.org/download > i.e. Pharo6.0-linux.zip/pharo6.0/bin/lib/pharo/5.0-201705310241/pharo > > So actually yours is not so out of date that first glance at the "5.0" in > your path implies. > @Esteban, can this packaging be corrected? > > cheers -ben > > > > On Fri, Jun 9, 2017 at 12:21 PM, john pfersich > wrote: > >> I got a seg fault when I tried to execute some OSSubProcess code in Pharo >> 6.0. >> >> Namely, >> >> | process | >> process := OSSUnixSubprocess new >> command: '/bin/cat'; >> redirectStdin; >> redirectStdout; >> run. >> process stdinStream >> nextPutAll: 'we are testing!'; >> nextPutAll: 'we again!'; >> close. >> process waitForExit. >> process stdoutStream upToEndOfFile inspect. >> process closeAndCleanStreams. >> >> Attached is the crash.dmp file >> > >
Re: [Pharo-users] Test request
I followed the steps in your mail and it seems to work fine in Ubuntu 16.04 LTS, though I've never tried Dr Geo and the app is mostly in French. It's been 47 years since I've used French extensively, so YMMV. Let you know if I have problems. On Mon, Jun 12, 2017 at 12:59 PM, Hilaire wrote: > Hi, > > > A Dr. Geo user on Ubuntu 16.04 reported to me instability problem I do > not meet on my 12.04 config. It seems related to Cairo or FreeType. I > will likely update my system on 16.04 later this summer, but I can't > just tweak it as this is the end of the school year with several admin > tasks to conduct. > > Will any one of you with a Ubuntu 16.04 system wish to test Dr. Geo and > report to me any problem? > > If so, here is what to do: > > 1. Download and unzip > https://launchpad.net/drgeo/trunk/17.07/+download/DrGeo.app-17.07a.zip > > 2. Adjust system to 32 bits compatibility if necessary, follow > instructions at > http://www.drgeo.eu/faq#TOC-Debian-Jessie-Ubuntu-LinuxMint-12.04-LTS1 > > 3. Experiment freely then drag'n drop the TortueOrange.fgeo found in the > zip file at > https://www.dropbox.com/s/2n3taeev9mdphdm/TortueOrange.fgeo.zip?dl=0 > > Does it went fine? > > Thanks > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > > > >
Re: [Pharo-users] Test request
Some of the menu items were in French, I'll take a screenshot when I get back home... Sent from my iPhone > On Jun 13, 2017, at 04:53, Hilaire wrote: > > Thanks John, it is useful. > > Regarding the French in Dr. Geo, I guess you mean the activity in the > canvas is written in French but the Dr. Geo's UI should be in English. > > Hilaire > > >> Le 13/06/2017 à 05:21, john pfersich a écrit : >> I followed the steps in your mail and it seems to work fine in Ubuntu >> 16.04 LTS, though I've never tried Dr Geo and the app is mostly in >> French. It's been 47 years since I've used French extensively, so YMMV. >> Let you know if I have problems. >> > > -- > Dr. Geo > http://drgeo.eu > >
Re: [Pharo-users] Finding files in Pharo
Why not just use OsProcess or OsSubprocess to run the unix commands (works on Mac OS and Linux)? Sent from my iPhone > On Jun 17, 2017, at 19:59, Hernán Morales Durand > wrote: > > I would like to find files in Pharo like the UNIX find command: > > find . -iname "*.txt" -type f -print > > find . \( -iname "*.txt" -o -iname "*.csv" \) -print > > find . -maxdepth 2 -name "example*" -type f -print > > find . -type f -atime -7 -size +2M -perm 644 -print > > Do we have some package on top of FileSystem to make complex find searches? > > Hernán >
Re: [Pharo-users] [ANN] association.pharo.org now on AWS
Wow, it's a lot quicker from the western US than the old site! Thanks. Sent from my iPhone > On Jul 5, 2017, at 00:10, Marcus Denker wrote: > > Hi, > > I just changed the DNS entry for > >https://association.pharo.org > > It now runs on Amazon AWS, this should make it faster and more reliable than > in the past. > >Marcus >
[Pharo-users] Pharo support
If you want to support the Pharo project financially, go to https://salt.bountysource.com/teams/pharo or http://association.pharo.org to donate. Sent from my iPad
Re: [Pharo-users] [Ann] Blog entry about using Pharo / Smalltalk to build a bot
+1 Sent from my iPhone > On Aug 17, 2017, at 06:11, Dimitris Chloupis wrote: > > there was one claim you made in that post that got me thinking > > ""No one else knows Smalltalk." > > So I wonder how many developers amount to "no one". > > Now my data is questionable to say the least but I dont think I am very far > from the truth. > > According to a quick estimate I found online there are 18.500.000 developers > , around half of that are pros > Now Tiobe Index has some numbers about language popularity, widely disputed > but I will use that. Unfortunately Smalltalk does not even make top 50 but I > think its close to that because it used to be in the top 50 of Tiobe Index > once so 50th is around 0,4% which means that smalltalk is probably > at least 0.1% Now if we multiply with the total amount of developers > > No | Name of Language | Percentage of Popularity | Amount of total develpers > - > 1) Java 13% = 2.405.000 > 2) C 6,5% = 1.202.500 > 3) C++ 5,5% = 1.017.500 > 4) C# 4,2% = 777.000 > 5) Python 3,7% = 684.500 > 6) VB .NET 2,6% > 7) PHP 2,3% > 8) Javascript 2,1% > 9) Pearl 2% > 10) Ruby 2% > 11) Swift 1,8% > 12) Delphi 1,8% > 13) Visual Basic 1,8% > 14) Assembly 1,8% > 15) R 1,8% > 16) Go 1,7% > 17) Matlab 1,6% > 18) Objective C 1,5% > 19) Scratch 1,5 % > 20) Dart 1,3% > 26) Cobol 1% = 185.000 > 28) Scala 0,9% > 31) Erlang 0,7% > 34) Lisp 0,7% > 35) Fortan 0,7% > 36) Lua 0,7% > 47) Haskell 0,5% > 120) Smalltalk 0,1% = 18.500 > > I made up the position of smalltalk and its percentage but if you see how > percentages are from language to language you will have to agree that I > cannot be very far. > So the bad news is the sources are questionable to say the least the good > news is however that we are close to the truth because the Python devs have > also reported 1 million users. Now if this is so close to the truth that > means two massively important things. I also know for a fact that on its > popular days Delphi used to also have 1 million devs so its percentage is > close to reality as well. The general picture is that the math at least seems > to hold up. > > So what is the conclusion out of this ? > > 1) The vast majority of the popular languages , apart from Java, are not > anywhere near as popular as they imply. Especially Javascript with only 300k > developer , by the noise they generate you would believe they are like 300 > million. Once you leave the top 5 , pretty much every language is very close. > 2) 18.500 is nowhere near close to "no one" its actually closer to a small > town or a very large village. So definitely a significant amount of Smalltalk > devs. > 3) Coders use pretty much every language out there and they do not > concentrate on few popular ones > > On the other hand there are all sort of numbers online , one source gives > Java over 6 million devs. But I do not think that the exact matter matters > rather the general picture. > > I have found the whole thing mind blowing to say the least and it completely > reduces the meaning of "language popularity" showing that judging the > popularity of the language by the noise it generates on the net is definitely > a terrible metric. > > I am willing to bet that Pharo has around 3-6.000 users which is definitely > not bad. > > Thank you for opening my eyes, I will from now on fight the illusion of > language popularity. > > Oh yes I loved your post, very well written, excellent work > >> On Tue, Aug 15, 2017 at 9:24 PM sergio ruiz wrote: >> Hey, all.. >> >> I just released a blog entry entitled: >> >> "Why I chose Pharo Smalltalk to build my Bot project" >> >> which can be viewed here: >> >> http://www.codeandmusic.com/why-i-chose-pharo-smalltalk-to-build-my-bot/?utm_content=buffera7148&utm_medium=social&utm_source=facebook.com&utm_campaign=buffer >> >> I would appreciate (and probably create new posts about) any input.. >> >> Thanks! >> >> >> >> peace, >> sergio >> photographer, journalist, visionary >> >> Public Key: http://bit.ly/29z9fG0 >> #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV >> http://www.Village-Buzz.com >> http://www.ThoseOptimizeGuys.com >> http://www.coffee-black.com >> http://www.painlessfrugality.com >> http://www.twitter.com/sergio_101 >> http://www.facebook.com/sergio101
Re: [Pharo-users] Pharo 6.0 and 6.1 64 bit freeze on MacMini
I don't know if it matters, but on my Retina 5K, 27 inch, Late 2015 iMac, AMD Radeon R9 M395 wirh 2048 MB running MacOS 10.12.6 I don't have a problem resizing or maximizing Pharo 6.1. On Mon, Jul 31, 2017 at 6:28 AM, Ted F.A.van Gaalen wrote: > > > > Hi, I reverted to 5.0 because Pharo 6.0 and 6.1 64 bit hangs on > my Mac Mini with UDH 4K screen (may that has to do with?) > with its maiden image (at first start after download > when: I resize or go to full screen. Maybe VM problem? > my mac Mini metrics: > *Hardware Overview:* > > Model Name: Mac mini > Model Identifier: Macmini6,2 > Processor Name: Intel Core i7 > Processor Speed: 2,6 GHz > Number of Processors: 1 > Total Number of Cores: 4 > L2 Cache (per Core): 256 KB > L3 Cache: 6 MB > Memory: 4 GB > Boot ROM Version: MM61.0106.B1F > SMC Version (system): 2.8f0 > > maybe this problem was already reported, but could find it. > > > Kind Regards > TedvG > > > >
Re: [Pharo-users] Pharo 6.0 and 6.1 64 bit freeze on MacMini
That's what I'm thinking. I'm going to do some research tonight. I'll report back what I find out. Sent from my iPhone > On Aug 25, 2017, at 07:03, TedVanGaalen wrote: > > Hi John, > … thanks. another wild, wild guess: > it could then perhaps be, (if Pharo uses Open GL) that my graphics > card has Open GL incompatibility? or that Pharo 6.1 uses Open GL > calls not implemented on an Intel HD Graphics 4000 chip as in my mac mini? > > kind regards > TedvG > > > >> On 25. Aug 2017, at 06:56, John Pfersich [via Smalltalk] <[hidden email]> >> wrote: >> >> I don't know if it matters, but on my Retina 5K, 27 inch, Late 2015 iMac, >> AMD Radeon R9 M395 wirh 2048 MB running MacOS 10.12.6 I don't have a >> problem resizing or maximizing Pharo 6.1. >> >>> On Mon, Jul 31, 2017 at 6:28 AM, Ted F.A.van Gaalen <>> href="x-msg://3/user/SendEmail.jtp?type=node&node=4963988&i=0" >>> target="_top" rel="nofollow" link="external" class="">[hidden email]> wrote: >>> >>> >>> >>> Hi, I reverted to 5.0 because Pharo 6.0 and 6.1 64 bit hangs on >>> my Mac Mini with UDH 4K screen (may that has to do with?) >>> with its maiden image (at first start after download >>> when: I resize or go to full screen. Maybe VM problem? >>> my mac Mini metrics: >>> Hardware Overview: >>> >>> Model Name: Mac mini >>> Model Identifier: Macmini6,2 >>> Processor Name: Intel Core i7 >>> Processor Speed: 2,6 GHz >>> Number of Processors: 1 >>> Total Number of Cores:4 >>> L2 Cache (per Core): 256 KB >>> L3 Cache: 6 MB >>> Memory: 4 GB >>> Boot ROM Version: MM61.0106.B1F >>> SMC Version (system): 2.8f0 >>> >>> maybe this problem was already reported, but could find it. >>> >>> >>> Kind Regards >>> TedvG >>> >>> >>> >> >> >> >> If you reply to this email, your message will be added to the discussion >> below: >> http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4963988.html >> To unsubscribe from Pharo 6.0 and 6.1 64 bit freeze on MacMini, click here. >> NAML > > > View this message in context: Re: Pharo 6.0 and 6.1 64 bit freeze on MacMini > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Re: [Pharo-users] [Pharo-dev] ESUG Pharo GIT BOFs
Birds of a Feather, sort of an informal get-together. Sent from my iPad > On Sep 5, 2017, at 14:47, Peter Uhnák wrote: > > I don't see Esteban's talk in the conference schedule. > > Also, what is BOF shortcut for? > > P > >> On Tue, Sep 5, 2017 at 9:18 AM, Stéphane Ducasse >> wrote: >> Thursday after the talk of Esteban 16h45 >> Please pass the message and join. >> Stef >> >> >> >> Stéphane Ducasse >> http://stephane.ducasse.free.fr >> http://www.synectique.eu / http://www.pharo.org >> 03 59 35 87 52 >> Assistant: Julie Jonas >> FAX 03 59 57 78 50 >> TEL 03 59 35 86 16 >> S. Ducasse - Inria >> 40, avenue Halley, >> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza >> Villeneuve d'Ascq 59650 >> France >> >
Re: [Pharo-users] Behold Pharo: The Modern Smalltalk
> On Oct 10, 2017, at 09:58, horrido wrote: > > Interestingly, I'm getting a fair amount of pushback on this. Personally, I > think it would be very helpful to have a live (updatable, so as to keep it > current) reference page for the class library, something that developers can > easily look up what they need. After all, most of the power of Pharo comes > from the class library and we need to make it as accessible as possible to > less experienced Pharoers (i.e., beginners). > > Exploring the class library through the System Browser is very inefficient. > This is further exacerbated by the fact that many classes and methods are > simply not well-documented (containing a cursory remark which is just barely > useful). > I dunno, maybe I’m weird, but I find the System Browser a fantastic way to explore the class library. If you find a class or method that isn’t well documented, write a comment and send a change request. Stef told me this ages ago. I might add, if you find a bug you should write a test that exercises the bug and submit it on fogbugz (the bug tracking system). > I realize that creating a live reference page is not easy to do. In fact, > it's a lot of work. But the absence of such a page is a real obstacle to > Pharo acceptance. > > > > horrido wrote >> Thanks. I gave your answer verbatim. I also added the following paragraph: >> >> The problem I find with today’s developers is that they are rather >> closed-minded. They are rigid and inflexible, and not willing to adapt to >> new and different ways of doing things. In my generation (circa >> 1980–1990), >> people didn’t have a problem with trying different technologies. That’s >> why >> I had no issue with learning Smalltalk 10 years ago, after I had retired >> from a 20-year-long career in C systems programming and FORTRAN scientific >> programming. >> >> >> >> Sven Van Caekenberghe-2 wrote On 6 Oct 2017, at 14:54, horrido < >> >>> horrido.hobbies@ >> >>> > wrote: I received this comment from someone who complained: *What about the lack of documentation? From time to time I’ve checked some SmallTalk implementations like Squeak, GNU-Smalltalk and now Pharo. Of these, only GNU-SmallTalk appears to have a free, official programming guide and core library reference that any serious programmer expects from a language. https://www.gnu.org/software/smalltalk/manual-base/html_node/* I pointed to Pharo's documentation but then he came back with: *Then show me a link of the free, maintained reference documentation for the classes that form “the core library”, like this one for Python (https://docs.python.org/3/library/index.html)* It's true, most Smalltalks do not have a core library reference, not even VisualWorks! So what is the proper response to this complaint? >>> >>> The first answer is that Pharo/Smalltalk is unique in that a running >>> system/IDE contains _all_ source code, _all_ documentation (class, >>> method, >>> help, tutorial), _all_ unit tests and _all_ runnable examples in a very >>> easy, accessible way. It takes some getting used to, but this is actually >>> better and much more powerful than any alternative. >>> >>> The second answer is that there are lots of books and articles that take >>> the classic/structured book/paper approach. There is >>> http://books.pharo.org, http://themoosebook.org, >>> http://book.seaside.st/book, http://medium.com/concerning-pharo and many >>> more. >>> Thanks. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> >> >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >
Re: [Pharo-users] Behold Pharo: The Modern Smalltalk
Look and feel Sent from my iPhone > On Oct 16, 2017, at 10:41, Offray Vladimir Luna Cárdenas > wrote: > > Hi, > > >> On 13/10/17 19:39, Andrew Glynn wrote: >> Pharo is a great OSS Smalltalk, IMHO by the best to date (Squeak >> was/is good, but the LaF was never professional enough for it to be >> taken as seriously as it deserves, it just looks too much like a toy >> although in reality it's very powerful). Having the capability to >> build-on a reliable, attractive and enjoyable base without signing >> over my great-grand-child's first born is fantastic, and a great >> achievement for those who accomplished it. > > What is the LaF ? > > Cheers, > > Offray >
Re: [Pharo-users] Short report about Pharo experience
+1000 Sent from my iPhone On Nov 22, 2017, at 23:57, Dimitris Chloupis wrote: >> - Deployment: it should be possible to deploy a „single click“ application, >> independet if native GUI or Web App or Shiny like >> - More standard solutions: many libraries have examples, but they are >> sometimes to trivial or just irrelevant for daily practice >> - More product oriented: libraries should have more wizzards or application >> pattern. Imaginary example: for Teapot or Seaside would it be fine if there >> were some code generator for a 4 Tile dashboard app, or a data viz app, >> themes like in hugo or bootstrap. I may be wrong, but the nature of many >> libraries or tools is „make anything possible“ instread of „I help you to >> write your product“. Do you understand what I want to say ? >> >> Anyway. I can state: Phare IS on the right way. It is. Much much progress >> the last years. Thank you all ! And if it becomes more and more a product >> for professionals (in industry), the future will be top ! And this doesnet >> mean to give up the computer science part. Pharo is cool to try concepts and >> ideas. So Pharo has BOTH sides, which does it make great. >> >> Cheers >> >> Hans > > if by single click you mean you press a button and an application is created > , technically with pharo you dont even need to push a button, as pharo is > already an application. > > Pharo is not an IDE, is not a language, is not a virtual os , or a live > coding enviroment. Its simply an application that fullfils all these > roles.You may say "so what, everything is an application" , well not quite > because Pharo is an application practically written in itself offering you > direct access to all its internal making it completely customisable. Even its > VM can be customised from inside Pharo which if you think about it, other > languages would consider this a form of insanity and to a point they are > correct to do so. > > Thus there is no point of creating standalone applications with Pharo because > this goes against its very ideology of IDE, most IDEs nowdays miss the I, > standing for Integration which means that you integrate development tools, > plus language plus your code in one thing. These things are not used merely > to create the application they are meant to be included with the application > you create. I usually say to people that they have no clue what integration > means until they coded in Smalltalk. Smalltalk is just light years ahead in > that departmen and so is Pharo. > > A standalone application rips these things apart , its the seperation between > development builds and release builds that are far less meaningful for Pharo > and you will rarely read about them in this mailing list. > > The actual problem of Pharo is the sever lack of documentation. Its much > better nowdays than it used to but the fact remains that biggest weakness of > Pharo is that it moves about 1000 times faster than its documentation. This > is one huge disadvantage of a very productive/ succesful development > enviroment. > > Python which is a language I also regularly use on daily basise, its a > language that barely changes wtih each version. The only singificant change > for Python was Python 3 and even that pales in comparison to the massive > changes we see in each Pharo version. The next version of Pharo for example > may have a completely new GUI API , that is something you rarely see > happening to a language. This is ok because Pharo obviously is not a > programming language and neither is Smalltalk. > > On the matter of standalone applications , Pharo offers a masive degree of > customisation that is unknown even amongst its most experienced users. Pretty > much anything you see and dont see is customisable. So ironically Pharo > offers a much larger degree of efficiency for generating standalone > applications than any IDE or language out there , or even third party tool. > By standalone in this case I mean application that execute by themselves > without even a need to be installed. > > The reason for this, is the same reason Pharo is so extremely productive. Its > not the live enviroment, its not the pure OOP, its not the IDE, or the > simplicity of the language. > > Its the I, Integration. > > No language or IDE , however much more powerful it may seem can ever come > close to competing with Pharo. That does not make Pharo the best choice, just > the most flexible. > > In the end the fact that Pharo evolution is thousands times faster than its > documentaiton is a very solid reason not to use Pharo and not to recommend to > others. Because in the end documentation is extremely important. > > But this is one of those scenarios of not having your cake and eating too. > With Pharo you choose to sacrifice documentation for high coding > productivity. Of course lack of documentation hinders productivity but that > is only temporarily until y
Re: [Pharo-users] files.pharo.org downloads => needs testers
Stats from Las Vegas, Nevada, USA curl -o 1.zip http://files2.pharo.org/image/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip --next -o 2.zip http://file-pharo.inria.fr/image/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip --next -o 3.zip http://files.pharo.org/image/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 17.7M 100 17.7M0 0 270k 0 0:01:07 0:01:07 --:--:-- 462k 100 17.7M 100 17.7M0 0 282k 0 0:01:04 0:01:04 --:--:-- 312k 100 17.7M 100 17.7M0 0 294k 0 0:01:01 0:01:01 --:--:-- 336k On Tue, Nov 28, 2017 at 7:31 PM, Ben Coman wrote: > and the XLS file in case anyone wants to provide other observations in a > similar format... > > > On 29 November 2017 at 11:29, Ben Coman wrote: > >> >> >> On 29 November 2017 at 00:43, Christophe Demarey < >> christophe.dema...@inria.fr> wrote: >> > Hi all, >> > >> > We set up 2 new servers to replace (at least for some time) the >> problematic >> > files.pharo.org server (slow downloads, bad CRC). >> > Please, could you test these new servers and give us feedback to see if >> > downloads are fast and nom ore CRC errors? >> > * http://file-pharo.inria.fr/ >> > * http://files2.pharo.org (hosted on the cloud) >> > >> > Data might be a bit outdated (sync last friday) but is just for testing >> now. >> > >> > According to your feedbacks, we will switch official URLs to one of >> these >> > servers. >> >> Performance from Western Australia... >> >> $ curl -o 1.zip http://files2.pharo.org/image/ >> 70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip \ >> --next -o 2.zip http://file-pharo.inria.fr/ima >> ge/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip \ >> --next -o 3.zip http://files.pharo.org/image/7 >> 0/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip >> >> % Total% Received % Xferd Average Speed TimeTime Time >> Current >> Dload Upload Total SpentLeft >> Speed >> 100 17.7M 100 17.7M0 0 228k 0 0:01:19 0:01:19 --:--:-- >> 271k >> 100 17.7M 100 17.7M0 0 124k 0 0:02:25 0:02:25 --:--:-- >> 134k >> 100 17.7M 100 17.7M0 0 142k 0 0:02:07 0:02:07 --:--:-- >> 190k >> >> >> Attached chart built from and screen grabs of `uget-gtk` on Ubuntu >> 16.04/64bit >> 1.zip... files2.pharo.org/image/70/Pharo-7.0.0-alpha.build.327.sha. >> 33fc2a4.arch.32bit.zip >> 2.zip... fiile-pharo.inria.fr/image/70/Pharo-7.0.0-alpha.build.344.sh >> a.233512f.arch.32bit.zip >> 3.zip... files.pharo.org/image/70/Pharo-7.0.0-alpha.build.344.sha. >> 233512f.arch.32bit.zip >> >> And btw, I'd call this a good day for files.pharo.org. >> >> cheers -ben >> > >
Re: [Pharo-users] files.pharo.org downloads => needs testers
Stats from Las Vegas, Nevada, USA on Mac OS curl -o 1.zip http://files2.pharo.org/image/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip \ > --next -o 2.zip http://file-pharo.inria.fr/image/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip \ > --next -o 3.zip http://files.pharo.org/image/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 17.7M 100 17.7M0 0 3306k 0 0:00:05 0:00:05 --:--:-- 4465k % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 17.7M 100 17.7M0 0 1411k 0 0:00:12 0:00:12 --:--:-- 2688k % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 17.7M 100 17.7M0 0 1429k 0 0:00:12 0:00:12 --:--:-- 2510k On Tue, Nov 28, 2017 at 9:38 PM, john pfersich wrote: > Stats from Las Vegas, Nevada, USA > > curl -o 1.zip http://files2.pharo.org/image/70/Pharo-7.0.0-alpha.build. > 328.sha.c366633.arch.32bit.zip --next -o 2.zip http://file-pharo.inria.fr/ > image/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip --next -o > 3.zip http://files.pharo.org/image/70/Pharo-7.0.0-alpha.build. > 328.sha.c366633.arch.32bit.zip > % Total% Received % Xferd Average Speed TimeTime Time > Current > Dload Upload Total SpentLeft > Speed > 100 17.7M 100 17.7M0 0 270k 0 0:01:07 0:01:07 --:--:-- > 462k > 100 17.7M 100 17.7M0 0 282k 0 0:01:04 0:01:04 --:--:-- > 312k > 100 17.7M 100 17.7M0 0 294k 0 0:01:01 0:01:01 --:--:-- > 336k > > > On Tue, Nov 28, 2017 at 7:31 PM, Ben Coman wrote: > >> and the XLS file in case anyone wants to provide other observations in a >> similar format... >> >> >> On 29 November 2017 at 11:29, Ben Coman wrote: >> >>> >>> >>> On 29 November 2017 at 00:43, Christophe Demarey < >>> christophe.dema...@inria.fr> wrote: >>> > Hi all, >>> > >>> > We set up 2 new servers to replace (at least for some time) the >>> problematic >>> > files.pharo.org server (slow downloads, bad CRC). >>> > Please, could you test these new servers and give us feedback to see if >>> > downloads are fast and nom ore CRC errors? >>> > * http://file-pharo.inria.fr/ >>> > * http://files2.pharo.org (hosted on the cloud) >>> > >>> > Data might be a bit outdated (sync last friday) but is just for >>> testing now. >>> > >>> > According to your feedbacks, we will switch official URLs to one of >>> these >>> > servers. >>> >>> Performance from Western Australia... >>> >>> $ curl -o 1.zip http://files2.pharo.org/image/ >>> 70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip \ >>> --next -o 2.zip http://file-pharo.inria.fr/ima >>> ge/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip \ >>> --next -o 3.zip http://files.pharo.org/image/7 >>> 0/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip >>> >>> % Total% Received % Xferd Average Speed TimeTime Time >>> Current >>> Dload Upload Total SpentLeft >>> Speed >>> 100 17.7M 100 17.7M0 0 228k 0 0:01:19 0:01:19 --:--:-- >>> 271k >>> 100 17.7M 100 17.7M0 0 124k 0 0:02:25 0:02:25 --:--:-- >>> 134k >>> 100 17.7M 100 17.7M0 0 142k 0 0:02:07 0:02:07 --:--:-- >>> 190k >>> >>> >>> Attached chart built from and screen grabs of `uget-gtk` on Ubuntu >>> 16.04/64bit >>> 1.zip... files2.pharo.org/image/70/Pharo-7.0.0-alpha.build.327.sha.33 >>> fc2a4.arch.32bit.zip >>> 2.zip... fiile-pharo.inria.fr/image/70/Pharo-7.0.0-alpha.build.344.sh >>> a.233512f.arch.32bit.zip >>> 3.zip... files.pharo.org/image/70/Pharo-7.0.0-alpha.build.344.sha.233 >>> 512f.arch.32bit.zip >>> >>> And btw, I'd call this a good day for files.pharo.org. >>> >>> cheers -ben >>> >> >> >
Re: [Pharo-users] Trying to understand OSProcess on MacOS Yosemite
Looks like what you want to do is: p := (PipeableOSProcess waitForCommand: 'ls'). p output. There's more information at http://pharo.gemtalksystems.com/book/PharoTools/OSProcess/ On Thu, Nov 5, 2015 at 7:25 PM, David T. Lewis wrote: > On Thu, Nov 05, 2015 at 10:22:31PM -0500, David T. Lewis wrote: > > > > Or put "(Delay forSeconds: 1)" right before you do "p output"? > > Sorry, I meant to say: > >"(Delay forSeconds: 1) wait" right before you do "p output"? > > Dave > >
Re: [Pharo-users] Trying to understand OSProcess on MacOS Yosemite
I tested what I posted on a fresh Pharo 4.0 image on OSX 10.10 (Yosemite) so it sounds like something's wrong in the trunk. On Thu, Nov 5, 2015 at 10:38 PM, Dimitris Chloupis wrote: > It says I am using Cog 4.3.3 > > I also used the code of John pfersich > > p :=(PipeableOSProcess waitForCommand: 'ls') . > p output. > > and it still returns an empty string while the process is > > "a PipeableOSProcess on an ExternalUnixOSProcess with pid 769 on /bin/sh > (complete, normal termination with status 0)" > > I tried debugging but it froze the image with a > > UndefinedObject(Object)>>doesNotUnderstand: #stepToCallee > > this happened inside BlockClosure >> newProcess at Processor > terminateActive > > When I execute the command it works fine because I can see the output in > the terminal. > > > > On Fri, Nov 6, 2015 at 5:23 AM David T. Lewis wrote: > >> On Fri, Nov 06, 2015 at 12:41:58AM +, Dimitris Chloupis wrote: >> > hello David and thank you for your help and your detailed explanation. >> > >> > as I said I used >> > >> > p :=(PipeableOSProcess command: 'ls') . p output. >> > >> > and it just returns an empty string. >> >> The way this should work is that p (an instance of PipeableOSProcess) >> should >> answer its output up to EOF (end of file) on the stdout from the process. >> >> Can you please try stepping through this slowly in a debugger, and see if >> it works? Or put "(Delay forSeconds: 1)" right before you do "p output"? >> I am guessing that there may be something about the OSProcessPlugin in >> your >> VM that is causing EOF detection to fail, such that you just get an empty >> string as output. >> >> I do not have a Mac to test, so I am only guessing. It might also be a >> bug in the OSProcess plugin, I'm not sure. >> >> Just to help me identify what your are running, could you please evaluate >> "OSProcess accessor osppModuleVersionString" and let me know what it says? >> The current version would be '4.6.1' but other versions may be in >> circulation, >> and that could affect EOF detection. >> >> Thanks, >> Dave >> >> >> > >> > Are there other ways to return the output of the terminal ? >> > >> > On Fri, Nov 6, 2015 at 1:57 AM David T. Lewis >> wrote: >> > >> > > On Thu, Nov 05, 2015 at 09:50:29PM +, Dimitris Chloupis wrote: >> > > > So I try to understand how OSProcess work exactly to find why >> filetree >> > > > seems not able to use it and generating the error I already reported >> > > > earlier. >> > > > >> > > > Using something simple like >> > > > >> > > > OSProcess command:'pwd' >> > > > >> > > > works great , I have the terminal open and I can see the correct >> return >> > > > value of the command in my terminal but for some reason I can find >> no >> > > such >> > > > info when I inspect the above example. So how exactly OSProcess >> returns >> > > the >> > > > output of the terminal ? Is there an instance variable of some sort >> ? >> > > > Because I tried to inspect it deeply and I found nothing . Can you >> help >> > > me >> > > > understand how OSProcess work ? Because If I do understand it then >> I can >> > > > find what the problem is . >> > > >> > > Hi Dimitris, >> > > >> > > The OSProcess and CommandShell packages provide a variety of ways to >> > > create and interact with operating system processes. In the case of >> > > "OSProcess command: 'pwd'" it is starting a new unix shell (/bin/sh, >> which >> > > on most systems is the Bash shell). Once it starts the shell, it asks >> > > the shell to evaluate the 'pwd' command. In this case, you would see >> the >> > > output of that 'pwd' command appearing in the terminal window for your >> > > Pharo VM process. >> > > >> > > If you inspect the result of this, you should see an instance of >> > > ExternalUnixOSProcess. This is a proxy that represents the operating >> > > system process that was used to run /bin/sh. It should look something >> like >> > > this: >> > > >> > > an ExternalUnixOSProcess with pid 10703 on /bin/sh (complete, normal >> > > termination with status 0) >> > > >> > > The exitStatus instance variable of the ExternaUnixProcess should be >> 0 in >> > > this example, which means only that the shell ran successfully (It >> does not >> > > tell you exit status of the 'pwd' command in this case, although >> there are >> > > other ways to do that). >> > > >> > > There are other classes, especially PipeableOSProcess and >> CommandShell, >> > > that support higher level control of OS processes, with direct >> connection >> > > of the stdin/stdout/stderr streams to your Smalltalk image. I expect >> that >> > > filetree would be using these higher level abstractions. >> > > >> > > I don't know if this helps with your problem but maybe it gives you >> some >> > > ideas. >> > > >> > > Dave >> > > >> > > >> > > >> >>
Re: [Pharo-users] Trying to understand OSProcess on MacOS Yosemite
Can you open a bug entry on http://pharo.fogbugz.com? This worked in Pharo 4.0. Sent from my iPad > On Nov 6, 2015, at 01:30, Dimitris Chloupis wrote: > > looks like a vm problem after instruction of Thierry instead of > > wget -O- get.pharo.org/50+vmLatest | bash > > I did > > wget -O- get.pharo.org/50+vm | bash > > and now it works fine I can see the output with an inspection. > > Looks like something changed in the vm that broke this. > >> On Fri, Nov 6, 2015 at 10:23 AM Dimitris Chloupis >> wrote: >> good to know I am not the only one with this problem :) so how may I help >> solving this problem ? >> >>> On Fri, Nov 6, 2015 at 10:11 AM john pfersich wrote: >>> I tested what I posted on a fresh Pharo 4.0 image on OSX 10.10 (Yosemite) >>> so it sounds like something's wrong in the trunk. >>> >>>> On Thu, Nov 5, 2015 at 10:38 PM, Dimitris Chloupis >>>> wrote: >>>> It says I am using Cog 4.3.3 >>>> >>>> I also used the code of John pfersich >>>> >>>> p :=(PipeableOSProcess waitForCommand: 'ls') . >>>> p output. >>>> >>>> and it still returns an empty string while the process is >>>> >>>> "a PipeableOSProcess on an ExternalUnixOSProcess with pid 769 on /bin/sh >>>> (complete, normal termination with status 0)" >>>> >>>> I tried debugging but it froze the image with a >>>> >>>> UndefinedObject(Object)>>doesNotUnderstand: #stepToCallee >>>> >>>> this happened inside BlockClosure >> newProcess at Processor >>>> terminateActive >>>> >>>> When I execute the command it works fine because I can see the output in >>>> the terminal. >>>> >>>> >>>> >>>>> On Fri, Nov 6, 2015 at 5:23 AM David T. Lewis wrote: >>>>> On Fri, Nov 06, 2015 at 12:41:58AM +, Dimitris Chloupis wrote: >>>>> > hello David and thank you for your help and your detailed explanation. >>>>> > >>>>> > as I said I used >>>>> > >>>>> > p :=(PipeableOSProcess command: 'ls') . p output. >>>>> > >>>>> > and it just returns an empty string. >>>>> >>>>> The way this should work is that p (an instance of PipeableOSProcess) >>>>> should >>>>> answer its output up to EOF (end of file) on the stdout from the process. >>>>> >>>>> Can you please try stepping through this slowly in a debugger, and see if >>>>> it works? Or put "(Delay forSeconds: 1)" right before you do "p output"? >>>>> I am guessing that there may be something about the OSProcessPlugin in >>>>> your >>>>> VM that is causing EOF detection to fail, such that you just get an empty >>>>> string as output. >>>>> >>>>> I do not have a Mac to test, so I am only guessing. It might also be a >>>>> bug in the OSProcess plugin, I'm not sure. >>>>> >>>>> Just to help me identify what your are running, could you please evaluate >>>>> "OSProcess accessor osppModuleVersionString" and let me know what it says? >>>>> The current version would be '4.6.1' but other versions may be in >>>>> circulation, >>>>> and that could affect EOF detection. >>>>> >>>>> Thanks, >>>>> Dave >>>>> >>>>> >>>>> > >>>>> > Are there other ways to return the output of the terminal ? >>>>> > >>>>> > On Fri, Nov 6, 2015 at 1:57 AM David T. Lewis >>>>> > wrote: >>>>> > >>>>> > > On Thu, Nov 05, 2015 at 09:50:29PM +, Dimitris Chloupis wrote: >>>>> > > > So I try to understand how OSProcess work exactly to find why >>>>> > > > filetree >>>>> > > > seems not able to use it and generating the error I already reported >>>>> > > > earlier. >>>>> > > > >>>>> > > > Using something simple like >>>>> > > > >>>>> > > > OSProcess command:'pwd' >>>>> > > > >>>>> > > > works great , I have the t
Re: [Pharo-users] piping output from shell process to transcript
Try this: | p | p:= (PipeableOSProcess waitForCommand: 'whoami'). Transcript show: (p output). On Mon, Nov 23, 2015 at 6:42 PM, Peter Uhnak wrote: > Hi, > > how can I pipe output from PipeableOSProcess to Transcript? > > I tried doing: > > (PipeableOSProcess command: 'my-command.sh') outputOn: Transcript. > > However `#outputOn:` doesn't send `#endEntry` so I don't see anything, > and even if it would, the output is delivered there at the end anyway. > > I would like to see the live result of the running commands. > > Thanks, > > -- > Peter > >
Re: [Pharo-users] Pharo Consortium New Gold Member: Thales
It does the same thing in chrome. I finally just used my first initial and that passed. Sent from my iPad > On Nov 30, 2015, at 23:39, Esteban Lorenzano wrote: > > can you try to do it using chrome or firefox? (I’m trying to determine if > this is an “old time bug” I saw…) > (this sites -association, consortium- need some serious work, I’m afraid… and > no time right now :( ) > > cheers, > Esteban > > >> On 01 Dec 2015, at 01:14, John Pfersich wrote: >> >> I have tried to join the association in the past, but I get an error message >> every time I try. See the attached picture to see the result. >> >> >> >> Sent from my iPad >> >>> On Nov 30, 2015, at 03:27, Tudor Girba wrote: >>> >>> Great news! >>> >>> For everyone not directly involved in the Consortium: >>> The money collected from memberships go towards the infrastructure of Pharo >>> in form of engineering time. This is a key effort to make Pharo a >>> sustainable platform for the long run. >>> >>> That is why these pieces of news are so important. >>> >>> Doru >>> >>> >>>> On Nov 26, 2015, at 2:42 PM, marcus.den...@inria.fr wrote: >>>> >>>> The Pharo Consortium is very happy to announce that Thales >>>> has joined the Consortium as an Gold Member. >>>> >>>> About >>>> - Thales: https://www.thalesgroup.com >>>> - 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 >>>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Value is always contextual." >>> >>> >>> >>> > >
Re: [Pharo-users] Rocket Chat - An open source alternative to Slack
I set up a public #pharo channel. Join it! Sent from my iPad > On Dec 16, 2015, at 02:04, Dimitris Chloupis wrote: > > So since Slack has been so successful for our community , far more that IRC > has been in terms of participation and useful discussions (at least the 2 > years I have been around) > > it made me wonder if I could find an open source alternative to Slack that is > at least as good as it if not better without a very different workflow (so we > have to learn everything from zero) all the big pros and something that could > easily interface with Pharo. > > Ladies and gentlemen meet Rocket Chat > > https://rocket.chat/ > > The good news about Rocket chat is that it seems to have all the pros of > Slack like close integration with tweeter, github etc etc . It has clients > for all OS and mobile devices. But not the big cons like the 10.000 messages > limit ( which we have long exceeded). Its open source and most importantly > written in javascript and we know that pharo can interface with javascript in > many diffirent ways . > > Hosted on Github and deployable with open source technologies. > > And even its license is MIT. > > The reviews I have read about it are very positive. > > So what do you think ?
Re: [Pharo-users] Rocket Chat - An open source alternative to Slack
Sorry, I set it up on my laptop. Not an ideal place for a chat system, and my isp doesn't support rocket chat. Sent from my iPad > On Dec 16, 2015, at 23:58, Dimitris Chloupis wrote: > > Where ? >> On Thu, 17 Dec 2015 at 08:21, John Pfersich wrote: >> I set up a public #pharo channel. Join it! >> >> Sent from my iPad >> >>> On Dec 16, 2015, at 02:04, Dimitris Chloupis wrote: >>> >>> So since Slack has been so successful for our community , far more that IRC >>> has been in terms of participation and useful discussions (at least the 2 >>> years I have been around) >>> >>> it made me wonder if I could find an open source alternative to Slack that >>> is at least as good as it if not better without a very different workflow >>> (so we have to learn everything from zero) all the big pros and something >>> that could easily interface with Pharo. >>> >>> Ladies and gentlemen meet Rocket Chat >>> >>> https://rocket.chat/ >>> >>> The good news about Rocket chat is that it seems to have all the pros of >>> Slack like close integration with tweeter, github etc etc . It has clients >>> for all OS and mobile devices. But not the big cons like the 10.000 >>> messages limit ( which we have long exceeded). Its open source and most >>> importantly written in javascript and we know that pharo can interface with >>> javascript in many diffirent ways . >>> >>> Hosted on Github and deployable with open source technologies. >>> >>> And even its license is MIT. >>> >>> The reviews I have read about it are very positive. >>> >>> So what do you think ?
Re: [Pharo-users] Lawsuit Tracker app
Sent from my iPad > On Jan 2, 2016, at 23:57, Saša Janiška wrote: > >> On Sub, 2016-01-02 at 23:27 +, Dimitris Chloupis wrote: >> >> there is an an SQlite wrapper for pharo > > I know about it. > > However it would be nice to have some categorized catalog of the > packages available for Pharo? > +1 I find that I just browse the Configuration Browser to see what's out there and then google the name to see if I can find any documentation. And it would be nice to have a wiki like Squeak's. >> the screenshot you shared as Tudor said can be accomplished via >> Roassal and Morphic. > > Now, I'm really a bit puzzled about Roassal' capabilities. :-) > >> Personally I find the whole performance question kinda irrelevant >> because if you really want to squeeze the most performance code those >> parts in C and call them from Pharo via its FFI. Not even Julia will >> able to outperform that since itself relies on C code for performance >> and its quite restrictive how you use its dynamic types to achieve >> high performance. > > Well, the point is that e.g. I know people who tried to do similar apps > in Python and it was too slow, they abandoned it and went to C++. > > That's the reason why I was primarily exploring statically-compiled > languages. Julia *might* be interesting since it is higher-level > language with fantastic, close to C performance when one helps compiler > by annotating data types. > > In short, I want to avoid fiddling with low-level languages, otherwise > it would be simple to just use C/GTK or C++/Qt. (Java could probably > also do the job, but I simply do not like it.) > > For the most critical part of the application, I anyway plan to use 3rd > party C lib which does calculate planetary ephemeris, but for the custom > libs using it, I want to use higher-level and type-safer language. > >> In any case there are always 3 rules, profile, profile and profile. >> When it comes to performance assume nothing. In the vast majority of >> cases Pharo JIT VM should be more than enough. > > Let me see... > >> And if all you want to do is a business app I dont even know why you >> worry about performance. Business apps they are very low demand on >> performance. > > When I say 'business' app, it is most in the sense of typical 'desktop > outlook', while the app itself is falling more into 'science' app, but > it depends how one sees astronomy/astrology. :-) > >> Pharo libraries dont get irrelevant because the language is so simple >> it barely changes and the changes usually dont brake compatibility. > > Pharo's simplicity of the language is huge 'pro'. ;) > >> Pharo can do REPL via the playground, the whole deal is that is a lot >> more than that. > > Right, it's just that Julia provides more 'traditional' dev work-flow, > while with Pharo one has to unwrap one's head a bit. :-) > >> GUI wise you can do some pretty awesome stuff with morphic. > > That I still have to learn... > > > Sincerely, > Gour > > -- > A person is said to be elevated in yoga when, having renounced > all material desires, he neither acts for sense gratification > nor engages in fruitive activities. > > > > >
Re: [Pharo-users] Lawsuit Tracker app
Cool, I haven't seen that resource yet. Thanks for the pointer. I'm currently getting up to speed on graph databases. Sent from my iPad > On Jan 3, 2016, at 01:54, Dimitris Chloupis wrote: > > there is no Pharo wiki too, but we have plenty of books and documentation > that can be found here > > https://github.com/SquareBracketAssociates > >> On Sun, Jan 3, 2016 at 11:12 AM John Pfersich wrote: >> >> >> Sent from my iPad >> >> > On Jan 2, 2016, at 23:57, Saša Janiška wrote: >> > >> >> On Sub, 2016-01-02 at 23:27 +, Dimitris Chloupis wrote: >> >> >> >> there is an an SQlite wrapper for pharo >> > >> > I know about it. >> > >> > However it would be nice to have some categorized catalog of the >> > packages available for Pharo? >> > >> >> +1 >> I find that I just browse the Configuration Browser to see what's out there >> and then google the name to see if I can find any documentation. >> >> And it would be nice to have a wiki like Squeak's. >> >> >> the screenshot you shared as Tudor said can be accomplished via >> >> Roassal and Morphic. >> > >> > Now, I'm really a bit puzzled about Roassal' capabilities. :-) >> > >> >> Personally I find the whole performance question kinda irrelevant >> >> because if you really want to squeeze the most performance code those >> >> parts in C and call them from Pharo via its FFI. Not even Julia will >> >> able to outperform that since itself relies on C code for performance >> >> and its quite restrictive how you use its dynamic types to achieve >> >> high performance. >> > >> > Well, the point is that e.g. I know people who tried to do similar apps >> > in Python and it was too slow, they abandoned it and went to C++. >> > >> > That's the reason why I was primarily exploring statically-compiled >> > languages. Julia *might* be interesting since it is higher-level >> > language with fantastic, close to C performance when one helps compiler >> > by annotating data types. >> > >> > In short, I want to avoid fiddling with low-level languages, otherwise >> > it would be simple to just use C/GTK or C++/Qt. (Java could probably >> > also do the job, but I simply do not like it.) >> > >> > For the most critical part of the application, I anyway plan to use 3rd >> > party C lib which does calculate planetary ephemeris, but for the custom >> > libs using it, I want to use higher-level and type-safer language. >> > >> >> In any case there are always 3 rules, profile, profile and profile. >> >> When it comes to performance assume nothing. In the vast majority of >> >> cases Pharo JIT VM should be more than enough. >> > >> > Let me see... >> > >> >> And if all you want to do is a business app I dont even know why you >> >> worry about performance. Business apps they are very low demand on >> >> performance. >> > >> > When I say 'business' app, it is most in the sense of typical 'desktop >> > outlook', while the app itself is falling more into 'science' app, but >> > it depends how one sees astronomy/astrology. :-) >> > >> >> Pharo libraries dont get irrelevant because the language is so simple >> >> it barely changes and the changes usually dont brake compatibility. >> > >> > Pharo's simplicity of the language is huge 'pro'. ;) >> > >> >> Pharo can do REPL via the playground, the whole deal is that is a lot >> >> more than that. >> > >> > Right, it's just that Julia provides more 'traditional' dev work-flow, >> > while with Pharo one has to unwrap one's head a bit. :-) >> > >> >> GUI wise you can do some pretty awesome stuff with morphic. >> > >> > That I still have to learn... >> > >> > >> > Sincerely, >> > Gour >> > >> > -- >> > A person is said to be elevated in yoga when, having renounced >> > all material desires, he neither acts for sense gratification >> > nor engages in fruitive activities. >> > >> > >> > >> > >> >
Re: [Pharo-users] Lawsuit Tracker app
Sent from my iPad > On Jan 3, 2016, at 03:49, Esteban Lorenzano wrote: > > >> On 03 Jan 2016, at 10:11, John Pfersich wrote: >> >> >> >> Sent from my iPad >> >>>> On Jan 2, 2016, at 23:57, Saša Janiška wrote: >>>> >>>> On Sub, 2016-01-02 at 23:27 +, Dimitris Chloupis wrote: >>>> >>>> there is an an SQlite wrapper for pharo >>> >>> I know about it. >>> >>> However it would be nice to have some categorized catalog of the >>> packages available for Pharo? >> >> +1 >> I find that I just browse the Configuration Browser to see what's out there >> and then google the name to see if I can find any documentation. > > you have it: > > http://catalog.pharo.org > > configuration browser was not good enough so we replaced it in Pharo 5 > (packages can be used in older versions, and they are listed in the catalog > web page). > but again… no tool can survive if people does not contribute. > > Esteban > You should add a link to catalog.pharo.org on the documentation page on Pharo.org. I find it is a very useful tool. >> >> And it would be nice to have a wiki like Squeak's. >> >>>> the screenshot you shared as Tudor said can be accomplished via >>>> Roassal and Morphic. >>> >>> Now, I'm really a bit puzzled about Roassal' capabilities. :-) >>> >>>> Personally I find the whole performance question kinda irrelevant >>>> because if you really want to squeeze the most performance code those >>>> parts in C and call them from Pharo via its FFI. Not even Julia will >>>> able to outperform that since itself relies on C code for performance >>>> and its quite restrictive how you use its dynamic types to achieve >>>> high performance. >>> >>> Well, the point is that e.g. I know people who tried to do similar apps >>> in Python and it was too slow, they abandoned it and went to C++. >>> >>> That's the reason why I was primarily exploring statically-compiled >>> languages. Julia *might* be interesting since it is higher-level >>> language with fantastic, close to C performance when one helps compiler >>> by annotating data types. >>> >>> In short, I want to avoid fiddling with low-level languages, otherwise >>> it would be simple to just use C/GTK or C++/Qt. (Java could probably >>> also do the job, but I simply do not like it.) >>> >>> For the most critical part of the application, I anyway plan to use 3rd >>> party C lib which does calculate planetary ephemeris, but for the custom >>> libs using it, I want to use higher-level and type-safer language. >>> >>>> In any case there are always 3 rules, profile, profile and profile. >>>> When it comes to performance assume nothing. In the vast majority of >>>> cases Pharo JIT VM should be more than enough. >>> >>> Let me see... >>> >>>> And if all you want to do is a business app I dont even know why you >>>> worry about performance. Business apps they are very low demand on >>>> performance. >>> >>> When I say 'business' app, it is most in the sense of typical 'desktop >>> outlook', while the app itself is falling more into 'science' app, but >>> it depends how one sees astronomy/astrology. :-) >>> >>>> Pharo libraries dont get irrelevant because the language is so simple >>>> it barely changes and the changes usually dont brake compatibility. >>> >>> Pharo's simplicity of the language is huge 'pro'. ;) >>> >>>> Pharo can do REPL via the playground, the whole deal is that is a lot >>>> more than that. >>> >>> Right, it's just that Julia provides more 'traditional' dev work-flow, >>> while with Pharo one has to unwrap one's head a bit. :-) >>> >>>> GUI wise you can do some pretty awesome stuff with morphic. >>> >>> That I still have to learn... >>> >>> >>> Sincerely, >>> Gour >>> >>> -- >>> A person is said to be elevated in yoga when, having renounced >>> all material desires, he neither acts for sense gratification >>> nor engages in fruitive activities. >
Re: [Pharo-users] Lawsuit Tracker app
> On Jan 4, 2016, at 02:23, Saša Janiška wrote: > >> On Ned, 2016-01-03 at 12:49 +0100, Esteban Lorenzano wrote: >> >> you have it: >> >> http://catalog.pharo.org > > That's nice, but there are, imho, too many pkgs with "No description > provided", so maybe that should be made as mandatory? > And many of the descriptions there aren't terribly descriptive. > > Sincerely, > Gour > > -- > In the material world, one who is unaffected by whatever good > or evil he may obtain, neither praising it nor despising it, > is firmly fixed in perfect knowledge. > > > > >
[Pharo-users] Pine64
I've pre-ordered a Pine64 SBC. The write up says it's got a "1.2 Ghz Quad-Core ARM Cortex A53 64-Bit Processor. It has 64 and 32 Bit execution states for scalable high performance power – including a NEON Multimedia processing engine." Does anybody have an idea whether the vm for the raspberry pi will work with this new computer? This is what the ARM site says about the A53 processor: As well as running 64-bit applications, the Cortex-A53 seamlessly and efficiently runs legacy ARM 32-bit applications. It is highly scalable, from a single multi-core CPU cluster, to a dual-cluster big.LITTLE CPU subsystem in combination with the Cortex-A72or Cortex-A57 processor, to a multi-cluster enterprise system connected through AMBA® 5 CHI Coherent Interconnecttechnology. Full ARMv8-A support in a small and highly configurable package means that the Cortex-A53 is highly suited to a broad range of mobile, consumer, general purpose, and enterprise applications. Sent from my iPad Sent from my iPad
Re: [Pharo-users] [ann] gtdebugger in pharo 5.0
Sent from my iPad > On Jan 10, 2016, at 06:08, Ben Coman wrote: > > > >> On Fri, Jan 8, 2016 at 6:24 PM, Tudor Girba wrote: >> Hi, >> >> We are about to integrate in Pharo a new member of the Glamorous Toolkit: >> the GTDebugger. As this is a significant change that might affect your >> workflow, here is some background information to help you deal with the >> change. >> >> First, you should know that the change is not irreversible and it is easily >> possible to disabled the new debugger through a setting. > > Can we do it the other way for Pharo 5 "Release"? Keeping the existing > debugger as default and as desired people can enable GTDebugger. I know > this limits exposure and slows uptake and feedback, but prior to this > announcement there has been *zero* community discussion of making this the > default. I can't find the Pharo 5 roadmap/plan, but I don't remember > GTDebugger being mentioned at all. I worry how it looks to people > considering Pharo for big changes like this to be dropped out of the sky > without *public* forward *planning*. > > A big UI change like this should happen *early* in a release cycle - because > then you have a *long* time for it to become stable for documentation. Even > though Dimitris is keen, I can understand why its disheartening for Stef. > I'd hope the way is to introduce such big changes is as a technology preview > and have the *default* match the recently developed documentation. > > Note my problem is only with the default for the Pharo 5 "Release", so it > could be default now to kick start its exposure and revert the default a few > weeks before the Pharo 5 Release. And its not like you lose a whole year of > feedback by not being default in Pharo 5 Release. The documentation using > newcomers who are most likely to use Pharo 5 "Release" probably wouldn't have > the confidence (or care) to provide the feedback you want anyway. Many of > those in the community who would normally provide feedback will be follow > Pharo 6 bleeding edge anyway, so they'll that won't be stuck with the old > debugger. Making GTDebugger the default early in Pharo 6 should still get > plenty of feedback from those that usually contribute. > > btw, I am looking forward to using it for myself. > > cheers -ben > +1 > >> However, please do take the time to provide us feedback if something does >> not work out for you. We want to know what can be improved and we try to >> react as fast as we can. >> >> A practical change comes from the fact that the variables are manipulated >> through a GTInspector, which makes it cheaper to maintain in the longer run. >> >> While the first thing that will capture the attention is the default generic >> interface, the real power comes from the moldable nature of the debugger. >> Like all other GT tools, GTDebugger is also moldable by design. This means >> that we can construct custom debuggers for specific libraries at small costs >> (often measured in a couple of hundred lines of code). >> >> >> >> Here is an introductory overview blog post that also includes some links for >> further reading: >> http://www.humane-assessment.com/blog/gtdebugger-in-pharo/ >> >> Please let us know what you think. >
[Pharo-users] (no subject)
When I try to download the latest stable Pharo 5, I get this: curl get.pharo.org/50+vm | bash % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 2901 100 29010 0 4931 0 --:--:-- --:--:-- --:--:-- 4925 Downloading the latest 50 Image: http://files.pharo.org/get-files/50/pharo.zip It never finishes, and if I try to unzip the file artifacts I get: Archive: image.zip End-of-central-directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive. In the latter case the central directory and zipfile comment will be found on the last disk(s) of this archive. unzip: cannot find zipfile directory in one of image.zip or image.zip.zip, and cannot find image.zip.ZIP, period. What am I doing wrong? I tried the download with curl and wget. I'm on Mac OSX 10.10.5 (Yosemite).
Re: [Pharo-users] (no subject)
It worked this time. It takes about 5 minutes from Nevada, USA. Thanks. On Sun, Jan 17, 2016 at 12:46 AM, Tudor Girba wrote: > Hi, > > I just tried and it worked fine. Could you try again? > > Doru > > > > On Jan 17, 2016, at 9:28 AM, john pfersich wrote: > > > > When I try to download the latest stable Pharo 5, I get this: > > > > curl get.pharo.org/50+vm | bash > > > > % Total% Received % Xferd Average Speed TimeTime Time > Current > > > > Dload Upload Total SpentLeft > Speed > > > > 100 2901 100 29010 0 4931 0 --:--:-- --:--:-- > --:--:-- 4925 > > > > Downloading the latest 50 Image: > > > > http://files.pharo.org/get-files/50/pharo.zip > > > > > > > > It never finishes, and if I try to unzip the file artifacts I get: > > > > Archive: image.zip > > > > End-of-central-directory signature not found. Either this file is not > > > > a zipfile, or it constitutes one disk of a multi-part archive. In the > > > > latter case the central directory and zipfile comment will be found on > > > > the last disk(s) of this archive. > > > > unzip: cannot find zipfile directory in one of image.zip or > > > > > > image.zip.zip, and cannot find image.zip.ZIP, period. > > > > > > > > What am I doing wrong? I tried the download with curl and wget. I'm on > Mac OSX 10.10.5 (Yosemite). > > > > -- > www.tudorgirba.com > www.feenk.com > > "One cannot do more than one can do." > > > > > >
Re: [Pharo-users] (no subject)
Yeah, I'm never sure whether it's the remote site or my ISP. Can't wait until my contract is up. They won't let me use bit torrent and they arbitrarily don't allow certain downloads through. I end up at the library in order to download some things like unix distros. Sent from my iPad > On Jan 17, 2016, at 01:38, Dimitris Chloupis wrote: > > john I had exactly the same problem as you, I think its a hiccup of the > server sometimes it does this , I tried it again and worked fine. > >> On Sun, Jan 17, 2016 at 11:37 AM john pfersich wrote: >> It worked this time. It takes about 5 minutes from Nevada, USA. Thanks. >> >>> On Sun, Jan 17, 2016 at 12:46 AM, Tudor Girba wrote: >>> Hi, >>> >>> I just tried and it worked fine. Could you try again? >>> >>> Doru >>> >>> >>> > On Jan 17, 2016, at 9:28 AM, john pfersich wrote: >>> > >>> > When I try to download the latest stable Pharo 5, I get this: >>> > >>> > curl get.pharo.org/50+vm | bash >>> > >>> > % Total% Received % Xferd Average Speed TimeTime Time >>> > Current >>> > >>> > Dload Upload Total SpentLeft >>> > Speed >>> > >>> > 100 2901 100 29010 0 4931 0 --:--:-- --:--:-- --:--:-- >>> > 4925 >>> > >>> > Downloading the latest 50 Image: >>> > >>> > http://files.pharo.org/get-files/50/pharo.zip >>> > >>> > >>> > >>> > It never finishes, and if I try to unzip the file artifacts I get: >>> > >>> > Archive: image.zip >>> > >>> > End-of-central-directory signature not found. Either this file is not >>> > >>> > a zipfile, or it constitutes one disk of a multi-part archive. In the >>> > >>> > latter case the central directory and zipfile comment will be found on >>> > >>> > the last disk(s) of this archive. >>> > >>> > unzip: cannot find zipfile directory in one of image.zip or >>> > >>> > >>> > image.zip.zip, and cannot find image.zip.ZIP, period. >>> > >>> > >>> > >>> > What am I doing wrong? I tried the download with curl and wget. I'm on >>> > Mac OSX 10.10.5 (Yosemite). >>> > >>> >>> -- >>> www.tudorgirba.com >>> www.feenk.com >>> >>> "One cannot do more than one can do."
Re: [Pharo-users] Pharo Sound does not work on Pharo 4
No, it's age. I'm 63 and I forget stuff all the time. That's why I cut back the languages I program in to a few. I used to eat up new languages like candy. On Sun, Jan 17, 2016 at 9:40 AM, stepharo wrote: > > > Le 17/1/16 17:17, Dimitris Chloupis a écrit : > > hehe you forget who translated this chapter from French to English, though > I cannot take most of the credit that belongs to Google translate :D > > > Ok add it. > I do not remember things (doing too many things I guess) > > > On Sun, Jan 17, 2016 at 5:18 PM stepharo < > steph...@free.fr> wrote: > >> Can you check the attached pdf? >> >> >> >> >> Le 16/1/16 13:27, Dimitris Chloupis a écrit : >> > even though it works fine for me in Pharo 5 (with the exception I have >> > to restart the sound player because the primitive fails at times) in >> > Pharo 4 I have no sound and no errors. Just Silence of the Lamps. >> > >> > opened bug report >> > >> > >> https://pharo.fogbugz.com/f/cases/17402/Pharo-Sound-does-not-work-on-Pharo-4 >> > >> >> >
Re: [Pharo-users] Bloc Space within a Space
+1 - I've been doing TDD commercially since 2003 and as far as I can tell it's a great way to squash bugs. I'd be willing to write tests. Sent from my iPad > On Feb 15, 2016, at 01:36, Sven Van Caekenberghe wrote: > > >> On 15 Feb 2016, at 10:27, stepharo wrote: >> >> Sean I agree that TDD would really make sure that we can script such object. >> I do not know how to motivate people to do so. >> In bloc I started to write tests and I immediately found bugs. >> So it was positive and may be we should have a group of people writing >> tests. >> Now I have to finish the mooc and I was waiting that bloc stabilise again. >> Because I spent time writing comments and they are probably wrong now >> especially since >> writing comments on thing you do not master is a PAIN. >> >> Stef > > The first comments (class/method), explaining the design, API and > implementation, should always be written by the original authors. It helps > them as well, because trying to explain something in words help to validate > the design. > > Only in the next phase should overview/introduction/teaching/book > documentation be written by others who might be better explaining things. > > Documentation is absolutely necessary, especially for published code. > > Maybe someone should run the 'missing comments' statistics again over the > current 50 image ... > >
[Pharo-users] Fwd: [squeak-dev] New Cog VMs available as per VMMaker.oscog-eem.1679/r3602
FYI. I noticed that Eliot didn't send to Pharo-users. Sent from my iPad Begin forwarded message: > From: Eliot Miranda > Date: February 15, 2016 at 11:39:29 PST > To: Squeak Virtual Machine Development Discussion > > Cc: "newspeaklangu...@googlegroups.com" , > Discusses Development of Pharo , The > general-purpose Squeak developers list > Subject: [squeak-dev] New Cog VMs available as per > VMMaker.oscog-eem.1679/r3602 > Reply-To: The general-purpose Squeak developers list > > > Hi All, > > first of all, apologies for the long wait for new VMs. I know there are > bugs that these VMs address and that it's been 5 months since VMs were last > made is something I regret. The wait was due to my developing the 64-bit > Spur Cog JIT VM which required surgery not just to the Cogit but also to > Slang. I beg your forgiveness. > >Secondly, the Mac VMs are much changed, using John McIntosh's Cocoa > support libraries. The old Carbon UI VMs are history. That means that Cog > supports building on contemporary Mac OS releases. These VMs were built on > 10.9; I like the 3D look much more than the 10.10 one ;-). The VMs are also > signed, so installing them should be easier. > > Thirdly, these VMs include 64-bit JIT support. There is an updated squeak > trunk image at http://www.mirandabanda.org/files/Cog/SpurImages for you to > try. As yet the 64-bit Vms do not include an FFI plugin. I hope to rectify > this soon. > >Finally I have included Pharo Mac VMs, not to displace the official Pharo > VMs, but to test my build process. I hope that in very few months the svn > repository will be moed to githup and that Esteban and I will build official > VMs from the same repository. > > > > The VMs are here: http://www.mirandabanda.org/files/Cog/VM/VM.r3602 > > CogVM binaries as per VMMaker.oscog-eem.1679/r3602 > > Include 64-bit Spur VMs for Mac OS X x64 and Linux x64. N.B. As yet these VMs > lack FFI support. > > Move all Mac OS X VMs to the Cocoa libraries. Minimum supported version > should > be 10.6.x. The Mac OS X VMs are signed and so should install properly without > having to disable the launch security checks. > > > Bug Fixes and Improvements: > > General: > Add vmParameter 20 to answer the utc microseconds at startup. > > > CoInterpreter: > Remove the atCache from the CoInterpreter. It's of little benefit given the > Cogit. > > ceSend: et al need to add looked up methods to the method cache, otherwise > methods only found through machine code sends will not be jitted. > > Fix slip in maybeSelectorOfMethod: which will improve back traces > including methods containing pragmas (including primitives). > > Modify secret primtiive 161, primitiveSetIdentityHash so that with 0 args it > answers whether an object has an identity hash. This is vacuously true for > V3, > but is meaningful in Spur. > > > Cogit: > Fix /horrible/ bug with primitive error codes and fixups. The adjustment of > the > initialPC to skip the primitive and error code, if any, was done after > generating fixups for backward branches, and hence these branches were bogus. > Object>>shallowCopy in Spur is subject to this, but amazingly enough it has > not > surfaced before now. Fix this by adjusting the initialPC before scanMethod > scans for fixups. > > Fix bug in Spur machine-code at:put: on 32-bit bits objects; method failed to > fail for negative values. > > Fill unused portions of methods with the stop instruction, not nop. > > Explicitly initialize the code zone with stops. Explicitly clear the > reclaimed portion of the method zone after a compaction. > > Include the reclaimed portion of the method zone in the I-cache flush > after a compaction: no point in leaving it in cache since it isn't a > valid call/jump target. > > > Spur: > Maintain the survivor count on scavenge. > > Fix start up of images containing >= 16 segments. The old code assumed > numSegments < 16 and failed to grow the segment records, resulting in objects > in segments greater than 15 to not be swizzled, and a resulting crash. > > Spur Cogit: Support CompiledMethod indexing in genPrimitiveAt[Put]. Hence fix > the regression in at:[put:] whereby in Spur one could access the literals part > of a method as bytes. > Add a machine-code primitive for objectAt: to provide fast literal and header > access on Spur. > > Add 16-bit indexability to Spur. Generate slimmer code for > positive32BitValueOf: on 64-bit Spur. > > Fix a bug with out-of-place two-way become, which got the hash copy the wrong > way round. By default, the hash stays with the reference in two-way become. > > Fix what appears to be a compiler bug with in-place two-way-become by treating > the headers to be swapped so that remembered flags are swapped and hash bits > are swapped if required. This fixes a bug with in-place two-way become of > objects that are the same size on the heap. One object's contents would not > be upda
Re: [Pharo-users] how to import a grammar file into Pharo
Personally, l wish for a new ANSI Smalltalk group to convene to extend the standard to more areas of the language. I know it's a pipe dream, but it sure would be nice. Sent from my iPad > On Feb 22, 2016, at 23:36, stepharo wrote: > > pay attention VW code is not Pharo code. > > Le 21/2/16 22:22, Jen D'Souza a écrit : >> Greetings all, >> >> I'd really appreciate if someone could guide me through importing >> PetitIsland.st (http://mucca.inf.usi.ch/source-code.html) into Pharo and >> parsing a text file containing a mix of code and natural language with the >> resulting parser. >> >> Thanks in advance! >> >> Jen >
Re: [Pharo-users] Library for shell interfacing on Mac
I use OSProcess and CommandShell in Pharo 4.0. Works well. Load them by Gofer new squeaksource: 'OSProcess'; package: 'OSProcess'; load. Gofer new squeaksource: 'CommandShell'; package: 'CommandShell-Piping'; load. and then do something like PipeableOSProcess command: 'netstat -a | grep LISTEN | grep 27017' On Mon, Feb 29, 2016 at 1:07 AM, Peter Uhnák wrote: > Hi, > > what is the recommended way to execute shell commands on Mac from Pharo? > > Apparently NBMacShell is not supported anymore. > > Thanks, > Peter >
Re: [Pharo-users] Library for shell interfacing on Mac
Forgot add that this info is from http://pharo.gemtalksystems.com/book/PharoTools/OSProcess/ On Monday, February 29, 2016, john pfersich wrote: > I use OSProcess and CommandShell in Pharo 4.0. Works well. Load them by > > Gofer new > squeaksource: 'OSProcess'; > package: 'OSProcess'; > load. > Gofer new > squeaksource: 'CommandShell'; > package: 'CommandShell-Piping'; > load. > and then do something like > > PipeableOSProcess command: 'netstat -a | grep LISTEN | grep 27017' > > On Mon, Feb 29, 2016 at 1:07 AM, Peter Uhnák > wrote: > >> Hi, >> >> what is the recommended way to execute shell commands on Mac from Pharo? >> >> Apparently NBMacShell is not supported anymore. >> >> Thanks, >> Peter >> > >
Re: [Pharo-users] Using the new OSProcess still no Stdout string
You want to use waitForCommand: instead of command:, like Transcript show: (PipeableOSProcess waitForCommand: 'whoami') output command: doesn't wait for output and is useful only for commands that don't return anything. It's kind of useless for anything that returns values. I haven't tried this on Pharo 5, I've gotten it to work on Pharo 4. On Friday, March 4, 2016, Dimitris Chloupis wrote: > I once reported a bug for OSProcess on MacOS > > > https://pharo.fogbugz.com/f/cases/16944/OSProcess-stdout-is-not-returned-back-to-pharo > > Still experience the same problem, is this suppose to be fixed with new > OSProcess ? > > >
[Pharo-users] (no subject)
I tried to execute curl get.pharo.org/alpha+vm | bash I executed it 8 times and it terminated after downloading the image. I finally tried curl get.pharo.org/alpha+vmLatest | bash and it worked the first time. Is there a problem with the alpha+vm script? Trying to test OSSubprocess.
Re: [Pharo-users] Using the new OSProcess still no Stdout string
I just loaded the latest image and vm using curl get.pharo.org/alpha+vmLatest | bash and OSProcess and CommandShell seem to work OK. On Friday, March 4, 2016, john pfersich wrote: > You want to use waitForCommand: instead of command:, like > > Transcript show: (PipeableOSProcess waitForCommand: 'whoami') output > > command: doesn't wait for output and is useful only for commands that > don't return anything. It's kind of useless for anything that returns > values. I haven't tried this on Pharo 5, I've gotten it to work on Pharo 4. > > > > On Friday, March 4, 2016, Dimitris Chloupis > wrote: > >> I once reported a bug for OSProcess on MacOS >> >> >> https://pharo.fogbugz.com/f/cases/16944/OSProcess-stdout-is-not-returned-back-to-pharo >> >> Still experience the same problem, is this suppose to be fixed with new >> OSProcess ? >> >> >>
Re: [Pharo-users] Using the new OSProcess still no Stdout string
Well, I have to take back the comment on command:. I have this code snippet that gets output from a command: | p d | p := (PipeableOSProcess command: 'netstat -a | grep LISTEN | grep 27017'). p keepInitialStdOutOpen: true. d := Delay forMilliseconds: 500. d wait. [Transcript show: (p next: 300); flush. p isComplete] whileFalse: [d wait]. Transcript show: 'Error output'; cr; show: (p errorUpToEnd). p closeOutput. The netstat takes forever on a Mac, which is why the delays are so long. The On Friday, March 4, 2016, john pfersich wrote: > You want to use waitForCommand: instead of command:, like > > Transcript show: (PipeableOSProcess waitForCommand: 'whoami') output > > command: doesn't wait for output and is useful only for commands that > don't return anything. It's kind of useless for anything that returns > values. I haven't tried this on Pharo 5, I've gotten it to work on Pharo 4. > > > > On Friday, March 4, 2016, Dimitris Chloupis > wrote: > >> I once reported a bug for OSProcess on MacOS >> >> >> https://pharo.fogbugz.com/f/cases/16944/OSProcess-stdout-is-not-returned-back-to-pharo >> >> Still experience the same problem, is this suppose to be fixed with new >> OSProcess ? >> >> >>
Re: [Pharo-users] Use Shell Command from Pharo
if you do something like this: | p d | p := (PipeableOSProcess command: 'touch files.txt'). p keepInitialStdOutOpen: true. d := Delay forMilliseconds: 250. d wait. [Transcript show: (p next: 300); flush. p atEnd] whileFalse: [d wait]. Transcript show: (p errorUpToEnd). p closeOutput. then you'll get this for output: touch: files.txt: Permission denied because you're trying to do a touch in the root directory On Fri, Mar 18, 2016 at 6:41 AM, g_ongenae wrote: > Thanks for the answer, > > I've already seen this page. And the problem is when I do : OSProcess > command: 'touch files.txt', > I can't find the created files. But I don't have any error message. > > For the new lib, I'm working on Pharo 4, and it only works and version 5. > > -- > Guillaume > > > > -- > View this message in context: > http://forum.world.st/Use-Shell-Command-from-Pharo-tp4885330p4885334.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >
Re: [Pharo-users] Use Shell Command from Pharo
continued... (this is on Mac OSX, but it should be the same on any *nix). I don't do Windows. If you want to see the file try touch ~/files.txt By the way, the code above works in Pharo 4.0, should work with the latest Pharo 5.0 beta, but I haven't tested the code above with Pharo 5.0. On Fri, Mar 18, 2016 at 10:35 PM, john pfersich wrote: > if you do something like this: > > | p d | > p := (PipeableOSProcess command: 'touch files.txt'). > p keepInitialStdOutOpen: true. > d := Delay forMilliseconds: 250. > d wait. > [Transcript show: (p next: 300); flush. p atEnd] whileFalse: [d wait]. > Transcript show: (p errorUpToEnd). > p closeOutput. > > then you'll get this for output: > > touch: files.txt: Permission denied > > because you're trying to do a touch in the root directory > > On Fri, Mar 18, 2016 at 6:41 AM, g_ongenae > wrote: > >> Thanks for the answer, >> >> I've already seen this page. And the problem is when I do : OSProcess >> command: 'touch files.txt', >> I can't find the created files. But I don't have any error message. >> >> For the new lib, I'm working on Pharo 4, and it only works and version 5. >> >> -- >> Guillaume >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Use-Shell-Command-from-Pharo-tp4885330p4885334.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >
Re: [Pharo-users] First impressions, was About Box
> On Apr 12, 2016, at 10:51, Alistair Grant wrote: > >> On Mon, Apr 11, 2016 at 09:02:52PM +0200, Serge Stinckwich wrote: >> Thank you. I was talking about your experience with Pharo :-) >> But your description is nice also. > > Ahh, right, sorry about that. > > Pharo 5.0 first impressions from someone coming from VW2.5... > > I'm already a fan of Smalltalk and its development environment. I've > only spent a few hours working with Pharo (it's my hobby, with not > nearly as much time as I would like): > > * I read the first few chapters of Pharo by Example as an introduction > to Pharo. > * The browser, debugger and basic inspectors are all familiar enough > that I was able to work with them without any issues. > * I'm glad that being able to run headless mode is easy, as I'd like to > use Pharo for scripting. > * The addition of Montacello / Metacello / Gofer and SUnit are the > biggest improvements I've noticed so far. I wish I had these 20 years > ago. > * I've only played with the MessageFlow Browser a little, but I think it > will be one of my go-to tools. > * I'm still getting used to the idea of the entire ST environment being > in a single OS window, but at the moment I think I prefer VW's > approach where each ST window is a OS window, as it makes it easier to > work with other applications, e.g. if I want to look at an email or > web page while working within ST. > > I only have one suggested improvement so far (assuming it doesn't > already exist and I just haven't found it yet)... When searching for > packages on SqueakSource / SmalltalkHub etc. it isn't clear to me how > much confidence I can have in any given package, which is really useful > if there are multiple packages providing similar functionality. > > The Arch Linux model seems pretty good to me. Official packages are in > the core or extra repositories, which matches what is included in the > Pharo image. The next level is a community repository, which contains > packages maintained by Trusted Users. General users can be confident > that these packages will be kept up to date. The last level is the User > Repository (AUR), which anyone can contribute to. The AUR includes a > comment section and vote count, and general users can add or remove > their vote. I'd like to see something like this too. > > Hope I haven't ruffled too many feathers... > > Thanks! > Alistair >
Re: [Pharo-users] Trapping the Pharo window close event
> On Apr 16, 2016, at 03:30, Damien Pollet > wrote: > >> On 16 April 2016 at 11:33, kmo wrote: >> /Pharo is yours, so you can add it. :)/ >> >> Yes, but I don't want to add it. I expect it to be there out of the box. > > If you expect a perfect system out of the box, you will never get it. > >> think it's quite enough work for me to add my own code on window close. I >> don't want to have to write the framework for doing it as well. > > Point is, it's not by design if the feature you're asking for is absent out > of the box; nobody in Pharo decided you should HAVE to implement it yourself. > I think everyone agrees that the platform should provide that feature, > however everyone is focused on different issues, and you seem to be the first > one for whom it's an itch worth scratching. It's open-source, so the system > is yours too and it's the responsibility of everyone to improve it. > > If you really need the feature but don't want to implement it yourself, you > could sponsor someone via the Pharo association or the consortium. Or Bountysource or Bountysource Salt (https://salt.bountysource.com/teams/pharo).
Re: [Pharo-users] final version of pharo syntax cheat page
Under Methods, you might want to change it to this: Methods are public and virtual. They are always looked up in the class of the receiver. By default a method returns self. Class methods follow the same dynamic lookup as instance methods. Method factorial defined in class Integer. Sent from my iPad > On Apr 17, 2016, at 23:54, stepharo wrote: > > Hi > > I will publish it to the pharo file server as soon as I understand how :) > > Stef >
Re: [Pharo-users] Tabular ODS import
> On Apr 20, 2016, at 23:55, Alistair Grant wrote:
>
>> On Wed, Apr 20, 2016 at 11:43:19PM +0200, Cyril Ferlicot D. wrote:
>> Le 20/04/2016 22:47, Alistair Grant a écrit :
>>> So, time to learn more about Monticello... Reading the Updated PbE is
>>> helpful, however I did notice one thing which doesn't match my
>>> experience. On page 150 it is discussing how you can't lose code...
>>>
>>> "This is because all of the code that you executed is saved in the
>>> .changes file. All of it! This includes one liners that you evaluate in
>>> a workspace, as well as code that you add to a class while programming."
>>>
>>> Should "workspace" be changed to "playground"?
>>
>> Yes, can you open an issue please? :)
>>
>> https://github.com/SquareBracketAssociates/UpdatedPharoByExample/issues
>
> Issue 164:
> https://github.com/SquareBracketAssociates/UpdatedPharoByExample/issues/164
>
>
>
>>> My experience has been that code evaluated in the playground is *not*
>>> saved to the changes file (Pharo 4.0 and 5.0). Is there a way to tell
>>> Pharo to save evaluated code to the changes file? (I admit to being
>>> lazy and not trying to figure this one out myself yet).
>>
>> All the *compiled* code is save. The playgroud is for playing, so it is
>> not save in the change file. But the playground should save the code
>> and you have a little menu to select your last scripts.
>>
>> http://puu.sh/opMd9/a823c07bf9.png
>>
>> If you use several times the same code you can also give a name to the
>> tab (2 click on "Page") and after you can save the playground code. Via
>> the spotter you can use the name of the tab to get a playground with the
>> code.
>
> This sounds great, but I can't reproduce it. Would you mind clarifying
> what you mean by "2 click on Page"? I tried clicking on the various
> buttons, and clicking action-clicking, and middle buttong click on the
> tab name ("Page"), without success (Pharo 5.0 50702).
I think you want to double click on "Page". At least it works on Mac OSX and
Pharo 5.
>
>
>>> Finally, in Section 8.2 on versions of a method, my impression from
>>> reading the section was that it would always display all versions of a
>>> method, i.e. I have 24 versions of a package in my package cache, so
>>> expected to see each modification to each method in the package.
>>> However because I had switched to a new image and loaded the newest
>>> package, only the latest version was shown.
>>
>> In the setting you can change the package-cache location to use always
>> the same location even when you change of image. If the book is not
>> clear can you copy/paste your mail into a github issue please? To not
>> lose this feedback :)
>
> Issue 165:
> https://github.com/SquareBracketAssociates/UpdatedPharoByExample/issues/165
>
>
> If I get time I'll also make the suggested changes and issue a pull
> request.
>
> Thanks!
> Alistair
>
>
Re: [Pharo-users] Best way to clear the Transcript?
Transcript clear works for me in Pharo 4 and 5 images. On Sun, May 1, 2016 at 11:52 PM, Peter Uhnák wrote: > What version of Pharo? > > `Transcript clear.` does exactly that. :) > > On Mon, May 2, 2016 at 8:49 AM, p...@highoctane.be > wrote: > >> I am looking for a way to clear the Transcript. >> >> There is no direct command like Transcript clear available. >> >> I do not want to reopen a new one, just be able to clear one with code, >> so that I can leave the window placed properly where I want it. >> >> TIA >> Phil >> > >
Re: [Pharo-users] Why is split: implemented in the separator rather than the string?
If you want to do it reversed, do it like this: '1969-07-20' splitOn: '-' > On May 19, 2016, at 11:48, Andy Burnett > wrote: > > I keep getting this wrong, which makes me wonder why we send split: to the > separator rather than the thing to be split. Is there a benefit to doing > > $- split: '1969-07-20' > > rather than > > '1969-07-20' split: $- (which somehow seems more natural to me). > > Cheers > Andy
Re: [Pharo-users] Intro to Microsoft COM for Smalltalkers
Hey, all you have to do is reboot your computer (often). Sent from my iPhone > On Oct 1, 2016, at 22:53, Dimitris Chloupis wrote: > > Ah the ugliness of Windoom programming has not changed since the last time I > tried to learn MFC 20 years ago.it melts my eyes. > > COM is an IPC tool, Windows registry is still a horrible idea. No connection > with Smalltalk whatsoever . And of course we don't worry about memory leaks. > >> On Sun, 2 Oct 2016 at 04:15, CodeDmitry wrote: >> Just made this image, I thought it would be fun to share :3 (Yes there are a >> few memory leaks there due to no SysFreeString to match SysAllocString, but >> regardless... >> >> http://i.imgur.com/Fz36SHU.png >> >> COM to Microsoft Windows seems to be like Smalltalk to Smalltalk Runtime, >> with Object Browser being the Windows Registry. >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Intro-to-Microsoft-COM-for-Smalltalkers-tp4917738.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>
[Pharo-users] Pharo Association
I went to the Pharo Association web site (http://association.pharo.org) to change my profile, but I didn't find any way to alter it. Am I missing something? Sent from my iPad
Re: [Pharo-users] Can pharo association web page point to association.pharo.org, like the consortium one?
Great! Thanks for all your work. Sent from my iPhone > On Nov 5, 2016, at 04:31, Marcus Denker wrote: > > Hi, > > Current Status: > > - SPF record DONE, mails are now send from @association.pharo.org > - DNS setup now uses association.pharo.org for normal viewing, just forms > forward to https://pharo.wildapricot.org > This will change as soon as the SSL certificate setup is completed, which > will be next week. > > Else the website is fully working, all members have been added. > > Marcus > >> On 3 Nov 2016, at 08:21, Marcus Denker wrote: >> >> Hi, >> >> yes, mistake to send out the emails to early. On the TODO: >> -> Get SSL cert so always our domain is shown >> -> Sort out some strange problem with SPF record in DNS. >> >> After that it will be fully operational. The system itself will not change, >> so if e.g. someone wants >> to join, you can do that already now. >> >> Marcus >> >>> On 2 Nov 2016, at 17:58, Esteban Lorenzano wrote: >>> >>> it is correct, >>> just we still didn’t change the domain (to association.pharo.org) and we >>> send the mail too early. >>> >>> but you can trust that mail, is ours :) >>> >>> Esteban >>> On 2 Nov 2016, at 17:40, Offray Vladimir Luna Cárdenas wrote: Hi, I just received a mail telling me some password and login information and telling me to go to https://pharo.wildapricot.org/, but that domain seem suspicious to me, so I went to the consortium and association which are subdomains of Pharo. First one works well, but second is a redirection to the previous link. In this time of page defacement, could we have the subdomain of the association not redirected to another domain? Cheers, Offray >>> >> >
Re: [Pharo-users] Reverse interval
I can see uses for C, but C++ just turns my stomachs, and has since 1986, when I first experienced it 😠. Sent from my iPhone > On Jan 5, 2017, at 00:46, Dimitris Chloupis wrote: > > plus I hate C/C++ with a vengeance , so :D
Re: [Pharo-users] Pharo not opening my image automatically
I don't know, on MacOS I always have dragged the image I want to open to the pharo app. That works for me. Sent from my iPhone > On Jan 29, 2017, at 04:30, Dimitris Chloupis wrote: > > Did you guys receive my message, or did it go to your spam folder ? None has > an answer for my problem ? > >> On Wed, Jan 18, 2017 at 1:47 PM Dimitris Chloupis >> wrote: >> Hey guys, I have a makefile that downloads Pharo with >> >> curl get.pharo.org/alpha+vmLatest | bash >> >> I then move pharo.app from the pharo-vm subfolder to the parent folder that >> contains my Ephestos.image , together with Pharo50.sources the problem is >> that when I double click on it instead of opening my image automatically as >> Squeak used to do , it does not and instead it prompts me which image to >> choose even though there is no other image in folder and no other changes >> file (Ephestos.changes) >> >> Am I doing something wrong ? Should it not open the image automatically >> without asking me ?
Re: [Pharo-users] WCAG color contrast rules - was: Re: These beautiful tooltips
The over button means step over the message highlighted, the through button means step into the message highlighted and single step through the statements in the message. Sent from my iPhone > On Feb 3, 2017, at 13:29, Hilaire wrote: > > > >> Le 03/02/2017 à 17:12, Tudor Girba a écrit : >> Unfortunately, your message sounded like an angry complaint and this often >> has the tendency to stifle collaboration. As I am sure this was not your >> intention, let’s try to take that energy and transform it into something >> positive that can lead to action. >> >> Concretely: You complained about the text in the tooltips. I understand that >> you do not have time to fix the code, but here is what you can easily do: >> propose the concrete pieces of text that would work for you and we can take >> it from there. >> >> What do you say? > > I say we have an important misunderstanding, it would have been better > you re-read my previous post than trying to interpret my intention. > > The only way to respond to you is to ask you to explain me, if you know, > what are the differences between 'over' and 'through' buttons in the > debugger. > Then I may be able to word tooltips for these two buttons, but you will > have already word it in your explanation I guess. > Ok we are just making round circle here ;) > > I guess a UI quality team could see that sort of tiny itches and ask to > the community, then fix it. > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > >
Re: [Pharo-users] About asSymbol message , some questions in my mind
BUT There are not compliant below 1.' ' asSymbol no meaning 2. '$%%&' asSymbol no meaning 3. 'sign' asSymbol = 'sign ' asSymbol >>> false because of space. 3. ' one two three ' asSymbol >>>I think It should become three symbols = #one, #two, #three I don't know what you mean by "no meaning', they're symbols. Try this in a Playground, it works in Pharo 5" | oc sym filtered| oc := ' one two three $%%&' splitOn: ' '. sym := OrderedCollection new. oc do: [:each | sym add: each asSymbol]. filtered := OrderedCollection new. filtered := sym select: [ :each | each ~= #'' ]. Transcript show: sym printString; cr. Transcript show: filtered printString; cr. On Fri, Feb 10, 2017 at 8:56 PM, lb wrote: > Hi, > I know Symbol is subclass of String. > Any string object can become symbol object by sending 'asSymbol' message.. > I think symbol must has its meaning in comon use, so the symbol should be > composed of alphabet or number ‘without space“. > > BUT There are not compliant below > 1.' ' asSymbol no meaning > 2. '$%%&' asSymbol no meaning > 3. 'sign' asSymbol = 'sign ' asSymbol >>> false because of space. > 3. ' one two three ' asSymbol >>>I think It should > become three symbols = #one, #two, #three > > > Mybe my understanding is wrong. > > Bing Liang > > >
Re: [Pharo-users] [ANN] Pharo Association: Join or Renew now!
The old site allowed you to put a web site on your profile page. That would be nice to have back. On Feb 16, 2017 01:17, "Marcus Denker" wrote: > We would be very interesting in ideas/improvements wrt. to the > Association/Consortium. > > if you have any ideas —> send me a mail. > > Marcus > > On 14 Feb 2017, at 15:17, Marcus Denker wrote: > > Hi, > > The new Pharo Association website is up and running for some month. > > If you are a member, it will bug you once a year to renew. > > If you were a member in the past and have not been bugged by the system to > renew until now, > please subscribe now as a new member. > > (We added all active members, but as the old system was purely manual, > people did not get > asked to renew very consistently and you might not be in the system > anymore) > > See the website for more information: > > https://association.pharo.org > > > Marcus > > >
Re: [Pharo-users] Dark theme and white vs. green color
I agree, that dark theme is harder to read than green on black. I just want the old light theme, how do I get it? Sent from my iPhone > On Apr 28, 2017, at 09:42, Juraj Kubelka wrote: > > it:
Re: [Pharo-users] Dark theme and white vs. green color
Thanks, I was looking for "color" in an already open settings browser. That doesn't work. Sent from my iPhone > On Apr 28, 2017, at 18:15, Ben Coman wrote: > > > >> On Sat, Apr 29, 2017 at 5:02 AM, john pfersich wrote: >> I agree, that dark theme is harder to read than green on black. I just want >> the old light theme, how do I get it? >> >> Sent from my iPhone >> >> > On Apr 28, 2017, at 09:42, Juraj Kubelka wrote: >> > >> > it: > > Go to System > Settings and search for "theme". > > cheers -ben >
[Pharo-users] VoyageMongo questions
Has anyone tried to use VoyageMongo to connect to a MongoDB instance not on the local machine? I used the VoyageMongo from Smalltalkhub like the "Persisting Objects with Voyage" said and it looks like I had the same problem that Sabine mentioned on Discord; "Not enough space for external objects, set a larger size at startup", but there was a (another) problem and the image was toasted. I then tried to load VoyageMongo into Pharo 5 from the Catalog Browser and there's an error and it won't load. Any hints on what I'm doing wrong? I'm using Pharo5.0 Latest update: #50761.
[Pharo-users] Slant question
Slant has a question/poll out there It's at https://www.slant.co/topics/25/~best-programming-language-to-learn-first?utm_source=Slant&utm_campaign=digest&utm_medium=email&utm_content=questions Let's pile on it! Sent from my iPhone
Re: [Pharo-users] What's wrong with latest Pharo?
What Linux (distro and version) and which version of Pharo. You couldn’t supply less information if you tried. /*—-*/ Sent from my iPhone https://boincstats.com/signature/-1/user/51616339056/sig.png See https://objectnets.net and https://objectnets.org > On Mar 31, 2019, at 14:21, Richard Kenneth Eng > wrote: > > I just installed Pharo under Linux and when I start it up, I get: > > Error: External module not found > > It doesn't matter how I install Pharo.
Re: [Pharo-users] What's wrong with latest Pharo?
Ubuntu 18.04 LTS is, IMHO, is royal piece of crap. Ubuntu seems to have abandoned programmers tools almost completely in 18.04. I’ve had more problems with support of programming tools in 18.04, more than even Windows. I have run ‘sudo apt install’ maybe 80 times to install tools and libraries. Ubuntu 18.04’s hardware support is also lame compared to 16.04. Personally , I’m not surprised that Pharo doesn’t run on 18.04. I stopped installing 18.04 on my new machines, after all 16.04 still has a few years of support going for it, and at least it works without hours of upgrading. /*—-*/ Sent from my iPhone https://boincstats.com/signature/-1/user/51616339056/sig.png See https://objectnets.net and https://objectnets.org > On Apr 1, 2019, at 06:06, horrido wrote: > > This issue bit me in the ass before, but I forgot. Yes, I had a senior > moment. > > The issue is this: When I tried to run Pharo under Ubuntu Server 18.04 at > OVH last year, it failed. I had to fall back to Ubuntu Server 16.04. > > This week, I tried to run Pharo under Ubuntu Server 18.04 at Google Cloud > Platform and it failed. Again, I had to fall back to Ubuntu Server 16.04. > > Why does this issue keep biting me in the ass??? Because I'm 65 and my brain > is dying. > > The bigger issue is this: Hosting services like Digital Ocean, OVH, and > Google Cloud Platform are becoming increasingly important in the enterprise > space. If Pharo can't run on these server operating systems, it's going to > be a black eye for the language. We can get away with not supporting this > for now, but it will eventually catch up with us. > > At Google Cloud Platform, for example, the user can choose from this list of > hosts: Debian GNU/Linux 9 (Stretch), CentOS 6, CentOS 7, various versions of > CoreOS, Ubuntu 14.04 LTS Minimal, Ubuntu 16.04 LTS Minimal, Ubuntu 18.04 LTS > Minimal, Ubuntu 18.10 Minimal, various versions of Red Hat, various versions > of SUSE, various versions of Window, and so on. It's a long list. *I > strongly suspect that many of these are unusable with Pharo.* > > How to address this? I don't know. But if it's not a major problem now, it > will be. It's bitten me in the ass twice, and I can't be alone. > > I'm giving a fair warning to everyone. Don't lash back at me – I'm just the > canary in the coal mine. > > > > > Tim Mackinnon wrote >> Come on, let’s try not to be dismissive , we’ve all had that annoying >> moment where something doesn’t work. >> >> Richard, was this installed with zero conf or Launcher, and as mentioned - >> a Linux distro is going to be helpful. >> >> I’m assuming it worked before at some point for you right? But was that v6 >> and now you’re trying v7? >> >> Tim >> >> >> Sent from my iPhone >> >>> On 31 Mar 2019, at 23:46, john pfersich < > >> jpfersich@ > >> > wrote: >>> >>> What Linux (distro and version) and which version of Pharo. You couldn’t >>> supply less information if you tried. >>> >>> >>> /*—-*/ >>> Sent from my iPhone >>> https://boincstats.com/signature/-1/user/51616339056/sig.png >>> See https://objectnets.net and https://objectnets.org >>> >>>> On Mar 31, 2019, at 14:21, Richard Kenneth Eng < > >> horrido.hobbies@ > >> > wrote: >>>> >>>> I just installed Pharo under Linux and when I start it up, I get: >>>> >>>> Error: External module not found >>>> >>>> It doesn't matter how I install Pharo. > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >
Re: [Pharo-users] What's wrong with latest Pharo?
You need to install curl in Ubuntu 18.04 LTS, it isn’t in the distro you download from Ubuntu. /*—-*/ Sent from my iPhone https://boincstats.com/signature/-1/user/51616339056/sig.png See https://objectnets.net and https://objectnets.org > On Apr 1, 2019, at 06:47, Vitor Medina Cruz wrote: > > I am surprised you managed to make it work Sven, I tried some time ago but it > wont work because of a problem with libcurl as far as I am concerned > (https://bugs.launchpad.net/ubuntu/+source/curl/+bug/1754686 and > https://bugs.launchpad.net/ubuntu/+source/curl/+bug/1754294) > > Was libcurl dependency removed from Pharo? > >> On Mon, Apr 1, 2019 at 10:18 AM Sven Van Caekenberghe wrote: >> Don't be silly, of course it works. Hundreds of people have these, 99% of >> all servers are Linux, as are 99% of all CI jobs. >> >> Running Linux servers requires a certain level of expertise. >> >> $ cat /etc/issue >> Ubuntu 18.04.2 LTS \n \l >> >> $ uname -a >> Linux audio359 4.15.0-39-generic #42-Ubuntu SMP Tue Oct 23 15:48:01 UTC 2018 >> x86_64 x86_64 x86_64 GNU/Linux >> >> $ curl get.pharo.org/64/70+vm | bash >> % Total% Received % Xferd Average Speed TimeTime Time >> Current >> Dload Upload Total SpentLeft Speed >> 100 3054 100 30540 0 32147 0 --:--:-- --:--:-- --:--:-- >> 32147 >> Downloading the latest 70 Image: >> http://files.pharo.org/get-files/70/pharo64.zip >> Pharo.image >> Downloading the latest pharoVM: >> http://files.pharo.org/get-files/70/pharo64-linux-stable.zip >> pharo-vm/pharo >> Creating starter scripts pharo and pharo-ui >> >> $ ./pharo Pharo.image printVersion >> [version] 'Pharo7.0.2' >> 'Pharo-7.0.2+build.152.sha.890f474a81f116ead0e68c8de77790aef4e9a752 (64 Bit)' >> >> $ ./pharo Pharo.image eval '42 factorial' >> 14050061177528798985431426062445115699363840 >> >> Many people are about your age, BTW. >> >> > On 1 Apr 2019, at 15:06, horrido wrote: >> > >> > This issue bit me in the ass before, but I forgot. Yes, I had a senior >> > moment. >> > >> > The issue is this: When I tried to run Pharo under Ubuntu Server 18.04 at >> > OVH last year, it failed. I had to fall back to Ubuntu Server 16.04. >> > >> > This week, I tried to run Pharo under Ubuntu Server 18.04 at Google Cloud >> > Platform and it failed. Again, I had to fall back to Ubuntu Server 16.04. >> > >> > Why does this issue keep biting me in the ass??? Because I'm 65 and my >> > brain >> > is dying. >> > >> > The bigger issue is this: Hosting services like Digital Ocean, OVH, and >> > Google Cloud Platform are becoming increasingly important in the enterprise >> > space. If Pharo can't run on these server operating systems, it's going to >> > be a black eye for the language. We can get away with not supporting this >> > for now, but it will eventually catch up with us. >> > >> > At Google Cloud Platform, for example, the user can choose from this list >> > of >> > hosts: Debian GNU/Linux 9 (Stretch), CentOS 6, CentOS 7, various versions >> > of >> > CoreOS, Ubuntu 14.04 LTS Minimal, Ubuntu 16.04 LTS Minimal, Ubuntu 18.04 >> > LTS >> > Minimal, Ubuntu 18.10 Minimal, various versions of Red Hat, various >> > versions >> > of SUSE, various versions of Window, and so on. It's a long list. *I >> > strongly suspect that many of these are unusable with Pharo.* >> > >> > How to address this? I don't know. But if it's not a major problem now, it >> > will be. It's bitten me in the ass twice, and I can't be alone. >> > >> > I'm giving a fair warning to everyone. Don't lash back at me – I'm just the >> > canary in the coal mine. >> > >> > >> > >> > >> > Tim Mackinnon wrote >> >> Come on, let’s try not to be dismissive , we’ve all had that annoying >> >> moment where something doesn’t work. >> >> >> >> Richard, was this installed with zero conf or Launcher, and as mentioned - >> >> a Linux distro is going to be helpful. >> >> >> >> I’m assuming it worked before at some point for you right? But was that v6 >> >> and now you’re trying v7? >> >> >> >> Tim >> >> >> &g
Re: [Pharo-users] Richard Kenneth Eng is NOT Mr. Smalltalk
+1
/*—-*/
Sent from my iPhone
https://boincstats.com/signature/-1/user/51616339056/sig.png
See https://objectnets.net and https://objectnets.org
> On Apr 10, 2019, at 12:38, Tim Mackinnon wrote:
>
> How about we just move on? I don’t see much usefulness in arguing over older
> stuff - I’m sure you/we/them will have different opinions on levels of
> incorrectness - honestly it’s not worth it.
>
> I think you’ve defended your corner fine , but I would much prefer that
> everyone focuses on the merits of their respective languages/approaches - I’m
> more interested seeing energy invested in the next cool things in all
> languages. I’m also keen for us also finishing off the bits we still in
> progress. And I hope we can constructively share ideas ...
>
> Sent from my iPhone
>
>> On 10 Apr 2019, at 19:25, horrido wrote:
>>
>> Just to prove that I'm a very reasonable person, I make this unconditional
>> offer...
>>
>> If Michael can identify which of my JavaScript and Python articles are in
>> error and point out the specific falsehoods, I will correct them. I presume
>> that not ALL of my criticisms are unjustified.
>>
>> This should assuage any concerns that JavaScript and Python developers who
>> read my articles are mislead and think I don't know what I'm talking about.
>> I trust this will prevent Smalltalk (and Pharo) from being placed in a bad
>> light.
>>
>> See? I can be very accommodating. I look forward to the suggested
>> amendments.
>>
>>
>>
>> horrido wrote
>>> BTW, I've also said many unkind things about Python. And C++. And Scala
>>> and
>>> Swift. But I'm being criticized for what I've said about JavaScript?
>>> Really???
>>>
>>> There is certainly no hint of bias here.
>>>
>>>
>>>
>>> Michael J. Zeder wrote
Hey Ben,
I leave it with this answer, as you suggested, thank you for picking up
the ball!
First, I admit again, I have thought about it one whole day, if and how
I should do this "intervention", which is absolutly not my usual style,
but I decided for myself, to be intentionally blunt, provocative, and
parade his virtual presence around here in front of all Pharo users...
In the hope that this kicks off something and, of course, that it will
not be the final word.
I tried to avoid being seen as the hurt one (seems, that I did not
quite succeed with this). Javascript is most popular, so R.K. Eng
cannot damage this platform with his – let's say... – "opinions",
but he can damage Smalltalk and its small community. So I started with
making noise, not with the story from my client's managers, who
dismissed Pharo, because of his highly ranked Google search results –
last year (But in fact, I was annoyed two days ago, I was googling
actually a very specific topic about compiler optimization in
prototype-based OO, and R.K. Engs ill-informed superficial "lecturing"
rants showed up again at third or fourth place, I think, sigh).
Short answers to your questions:
* Yep, one main concern is his connection between Smalltalk advocacy
and discrediting other languages – or making dogmatic, condescending
and un-empirical statements of strong typing over weak typing, or
class-based over prototype-based OO etc. Just separate that clearly. JS
has huge momentum (IMHO absolutly justified), and it would be advisable
to say something like "Hey, you like JS? Then look at ST, it is similar
but the 'original thing', more pure, and takes the basic concepts even
further".
* I have to correct myself concerning "wrong statements about ST": it
is not so much, that he writes "wrong" things about Pharo, but it is
more that R.K.Eng often uses old 1980ies marketing language (like "It
is just objects all the way down!"). That was nice back then, a
completely new way of thinking, but today, a whole bunch of languages
has sprung up from this legacy (dynamic, OO, introspection etc.), among
them JS, and have taken the concepts to new forms. His superficial
knowledge combined with the over-confident and condescending attitude
scares away interested people. The quote I mentioned ("just object all
the way down") was one of the blog topics the managers, to whom I tried
to advertise Pharo, found ridiculous and laughed at it ("does it work
by magic then? What are the primitives and basic value types then?"
etc).
* Pushing ones own projects is fine, again. But all his publicity
effort have a strong taste (maybe it is cultural), that he wants
control public perception of the community (and thus steering it).
Being "Mr. Smalltalk" is extremly presumptive, in German it would
usually refer to an official spokesperson (I think actually, for native
English speakers, too...). And if I remember co
Re: [Pharo-users] [Pharo-dev] [OT] (slightly) What makes other dialects "enjoyable" for you? (WAS: difference between double dispatch...)
+1 on the long term support idea. Changing an application every year to support a new version of Pharo is a nonstarter for most of my clients. /*—-*/ Sent from my iPhone https://boincstats.com/signature/-1/user/51616339056/sig.png See https://objectnets.net and https://objectnets.org > On Apr 11, 2019, at 06:33, "jtuc...@objektfabrik.de" > wrote: > > +1 on the long term support and stability topic.
Re: [Pharo-users] [Pharo-dev] [OT] (slightly) What makes other dialects "enjoyable" for you? (WAS: difference between double dispatch...)
Well, I run a consulting firm and if I could make money from developing software on Pharo, I’d be willing to join the Consortium as a Gold member. I’d love to develop using Smalltalk. I do proof of concepts in Smalltalk frequently and deploy in other languages. I would think that a company using Smalltalk would be willing to pay thousands or ten thousands for long term support, depending on the application. I mean one seat of Jetbrains’ development tools is $600-700 a year, and enterprise development isn’t cheap. A reasonable sized MongoDB Atlas database cluster is, according to the website, somewhere in the area of $2500-3000 a month. The average job I do saves the company I work for hundreds of thousands of dollars. I was doing jobs 30 years ago that we’re doing that. Maybe it’s more like millions. /*—-*/ Sent from my iPhone https://boincstats.com/signature/-1/user/51616339056/sig.png See https://objectnets.net and https://objectnets.org > On Apr 12, 2019, at 01:25, Norbert Hartl wrote: > > So you earn money with pharo? Isn’t that a bit risky if you don’t have > someone to ask if you have a critical problem? That is what you get when you > pay into the consortium. Is it that you demand that from the mailing list and > the people that work in their free time? > > Norbert > >> Am 12.04.2019 um 03:06 schrieb john pfersich : >> >> +1 on the long term support idea. Changing an application every year to >> support a new version of Pharo is a nonstarter for most of my clients. >> >> /*—-*/ >> Sent from my iPhone >> https://boincstats.com/signature/-1/user/51616339056/sig.png >> See https://objectnets.net and https://objectnets.org >> >>> On Apr 11, 2019, at 06:33, "jtuc...@objektfabrik.de" >>> wrote: >>> >>> +1 on the long term support and stability topic. >> > >
Re: [Pharo-users] A Canticle for Smalltalk
I don’t know if a 10 year lifespan is exceptional. I wrote an application in 1986 that’s still running. Development took 6 weeks. Including testing. // For encrypted mail use jgpfers...@protonmail.com Get a free account at ProtonMail.com Web: www.objectnets.net and www.objectnets.org > On Aug 6, 2019, at 04:37, horrido wrote: > > Well, all software applications eventually meet their EOL. IRIS-2 had a good, > long run. > > Note that the same thing applies to JWARS. It was EOL'd in 2010, but it was > operational for over a decade. That's pretty damn good! > > None of this takes away from Smalltalk's efficacy and power. > > > > Mariano Martinez Peck wrote >> Yes. And I think it's even more sad than the containers example doesn't >> work anymore... AFAIK they replaced the system. >> >> On Tue, Aug 6, 2019, 05:06 Tim Mackinnon < > >> tim@ > >> > wrote: >> >>> It’s very entertaining but it seems a bit sad - it’s a shame it refers to >>> JP-Morgan as “used Smalltalk “ as actually they are “still using >>> Smalltalk” >>> (so it’s not in the past) >>> >>> Tim >>> >>> Sent from my iPhone >>> >>> On 5 Aug 2019, at 16:19, Richard Kenneth Eng < > >> horrido.hobbies@ > >> > >>> wrote: >>> >>> A big fan of my work created this rogue video: >>> https://drive.google.com/file/d/1opveHaukFK8WbQ8wg8b14wuKJsjoOZfO/view >>> >>> I appreciate the homage, but I can't take credit for it. >>> >>> It's really quite beautiful, though. I'm using it as part of my >>> evangelism. >>> >>> > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >
Re: [Pharo-users] SequenceableCollection>>#allButFirst: inconsistence across subclasses
+100. Smalltalk for me is a hobby which comes after the music (guitar and keyboards) and gun habits. I used to code in Smalltalk professionally, but haven’t had a paid job in 26 years. I used to produce code for Squeak back in the early 2000’s, but stopped because my code never made it into the image that I know of. I just code for myself now. // For encrypted mail use jgpfers...@protonmail.com Get a free account at ProtonMail.com Web: www.objectnets.net and www.objectnets.org > On Sep 3, 2019, at 04:39, Richard O'Keefe wrote: > > Ad 1. >To cut a long story short, >the ANSI Smalltalk standard is the nearest thing we have to a clear > specification >of the nearest thing we have to a consensus. >One of the reasons that Smalltalk gets less use than many of us would like >is that it can be extremely unpleasant trying to port from one dialect of >Smalltalk to another, so you have to commit to a dialect. >And dialects of Smalltalk have an unpleasant habit of disappearing. >I really liked Ambrai. What was I to do with my Ambrai code when >Ambrai disappeared? >I have never met a better-looking Smalltalk than Dolphin. >ObjectArts stopped selling Dolphin a year or two ago, and open sourced it. >Today the ObjectArts website has an expired certificate, >pages have the date 2016 on them, >and the GitHub link points to a GitHub site containing an Amber fork >but no Dolphin. >Imagine my relief at discovering that Dolphin *is* still being maintained, >it's just not where ObjectArts said it was. But I am worried about >whether I should bother with it any more. >Then there's ST/X. >... > >Code written for C99 is still useful. >I have four different C compilers and I don't have to care which one I use. > >Code written for Fortran95 is still useful (and yes I know about Fortran > 2018). >I have two different Fortran compilers; the one that does the best job > handles >Fortran 2003 but not 2008 or 2018, and as long as I stick to 2003 I don't > have >to care which I use. > >The Common Lisp standard came out in 1994 and the HyperSpec is still useful >to me for writing Lisp today. >My copy of Common Lisp the Language, 2nd edition, is still useful to me. > > Ad 2. >In the Pharo 7.0 sources there are on the order of 600 senders of > #signal[:] >-- exceptions and semaphores both use #signal so this is approximate -- >and on the order of 1000 senders of #error:, which really should be >exceptions. (It is surprisingly hard to make this change.) The newer >components use exceptions a lot more than the old ones. >Of course some exceptions (like subscript out of bounds) are raised >inside primitives, which Ctrl-N doesn't show you. > >One quite strange thing about the ANSI Smalltalk standard is that it >introduced an elaborate exception-handling system into the language >-- much more complicated than C++ or Java or Ada -- but introduced >almost no standard exceptions that a portable program could catch. >Let's take one consequence of this. >What does > (OrderedCollection withAll: #[3 1 4 1 5 9]) copyFrom: 2.5 to: 4.2 >do? >My Smalltalk: currently reports 'bad start' coming from the call to >#copyFrom:to: with culprit 2.5. >This is going to be an IndexError some day; cleaning >up the code to use well-chosen exceptions is a mammoth task. > >Squeak: 'Array called #basicNew: with invalid argument 2.7' >Of course there is no 2.7 in our code... > >Pharo: 'PrimitiveFailed: primitive #basicNew: in Array class failed' > >VW: 'Unhandled exception: This message needs a positive integer argument' >appearing to come from OrderedCollection>>new: > >VisualAge Smalltalk: drops you into a debugger with no actual explanation; >the only number in sight is 2.7, which is not one of the numbers we > provided. > >GNU Smalltalk: 'Object: 1 error: The program attempted to divide a number > by zero'. >I kid you not. > >Exceptions could be useful IF you knew what to catch. > >Just for grins, sending #copyFrom:to: to an OrderedCollection with a start >or stop value out of range raises an ExCLDTIndexOutOfRange exception but >sending it to an Array with the same contents does not. > > Ad 3. >allButFirst: n ^self copyFrom: n+1 to: self size >and then ask what #copyFrom:to: should do. > > This is actually one tiny symptom of a pervasive issue in Smalltalk. > When commercial Smalltalks are riddled with not-quite-working and/or > not-self-consistent stuff in basic classes, what can we expect from > an open source project, unless someone is prepared to donate serious > money for a cleanup? > > >> On Tue, 3 Sep 2019 at 04:01, Kasper Østerbye >> wrote: >> This is actually an intersting discussion. There are several levels to it. >> >> 1. Should Pharo be compatible wit
Re: [Pharo-users] Code of Conduct
+100 // For encrypted mail use jgpfers...@protonmail.com Get a free account at ProtonMail.com Web: www.objectnets.net and www.objectnets.org > On Sep 12, 2019, at 10:13, Richard O'Keefe wrote: > > There are some aspects of the "Covenant" that rub me up the wrong way. > I note that the only part of it where anyone actually promises to do > (or not do) anything is the "Pledge", which rather pointedly refrains > from treating people with different political viewpoints (like gun > ownership, or like TERFs who are silent about their opinions within > the group) well. It's about supporting diversity of *being*, not > diversity of *opinion*. > > There are other codes of conduct around which are framed in less > identitarian terms. And it is rather startling to find that one > is expected to be bound by a "Covenant" which is no Covenant (that > is, an *agreement*). A code of conduct can be imposed from the > top down; a covenant requires the consent of the governed. > > I am somewhat perturbed by the term "inclusive language" because > it is a shifting standard. I have frequently heard young women > addressing each other as "guys", yet have just recently watching > someone basically saying "I know it's gender neutral now and there > is no malice in it but it's exclusionary so it's really bad." > So if you say something like "hey guys" in a message, you have just > violated this covenant, and deserve to be thrown out. Or then > again, you may not have. Who decides? In a world where an > anti-racist black hero gets labelled a white supremacist, who decides? > > Here's another case. Many mailing lists or newsgroups have a policy > "no homework answers". If you tell someone off for violating that > policy, your mailing list or newsgroup is not welcoming and inclusive. > In another mailing list I am on, there is a clear and explicit "no HTML > postings" policy, for good topic-specific reason, and people are often > (politely) told off for violating it. As I read the Covenant, that's > not allowed. > > In a mailing list where you have no idea of my age, sex, body size, > gender orientation, etc, much of the Covenant is prima facie pointless. > > The Covenant goes way too far to be a mere "be nice to each other" guide. > > I have no intention of giving offence, and I am I not going to pull out > of the mailing list, but couldn't some less creepy code be adopted? > > > > > >> On Thu, 12 Sep 2019 at 08:08, Sean P. DeNigris wrote: >> Sven Van Caekenberghe-2 wrote >> > https://www.contributor-covenant.org/version/1/4/code-of-conduct - which >> > is quite popular and generally accepted. >> >> Based on the reaction earlier in the thread, I was expecting something >> highly opinionated and polarizing, but it seems to boil down to: be >> professional and don't make it personal. While there are some categories of >> people mentioned, it doesn't seem to make a value judgement about them, but >> merely say that no one (including from those categories) will be harassed >> inside the Pharo community. Seems pretty reasonable, unless I'm missing >> something... >> >> >> >> - >> Cheers, >> Sean >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >>
Re: [Pharo-users] Code of Conduct
+100 // For encrypted mail use jgpfers...@protonmail.com Get a free account at ProtonMail.com Web: www.objectnets.net and www.objectnets.org > On Sep 17, 2019, at 16:29, Ramon Leon wrote: > >> On 2019-09-17 2:34 p.m., Offray Vladimir Luna Cárdenas wrote: >> as I say the important issue is to provide safe >> spaces via explicit or implicit rules > > I understand, I just disagree. These are of course my personal opinions, > others may disagree. "Safe spaces" are bad things, not good things; the > world is not a safe space, it is not the responsibility of others to provide > one a feeling of safety in a an online community where people merely exchange > words. Words are not dangerous, you are already safe. If you don't like what > someone is saying, ignore them or mute them. Safe space a euphemism for > censorship and exclusion, people who want safe spaces want to exclude other > people who might express ideas or opinions that they disagree with. Safe > spaces are anti-free speech zones. > > They are an attempt to prepare the world for the child rather than the child > for the world; they are inherently narcissistic. Intellectual discourse is > supposed to be challenging to your beliefs, you're supposed to confront ideas > you might not like or agree with and people you might have a hard time > getting along with. If you submit code to a technical forum you should expect > criticism and debate. Technical discussions should resolve around the ideas > being presented, not around the identities of those involved, and ideas > should always be open to critique and debate. I don't care what one's sex or > gender are or what color one's skin is or political beliefs are; those things > have no place in a technical forum. I watch these groups to see discussions > about technology like Pharo, Squeak, or Seaside. > > It's a rare thing to see anyone here being truly rude, there's no need for a > code of conduct, it's a non solution to a non problem intended only to divide > and punish for political ends. Maybe I'm just getting old, but the younger > generation is far too coddled and expectant of the world to adjust to their > feelings rather than learning how to deal with the world and others who have > different ideas than they do. Safe spaces are bad ideas. > > -- > Ramón León > >
Re: [Pharo-users] Code of Conduct
And I don’t intend to abide by it. I’ll cancel my Pharo Association contribution and my contribution to Stephane’s Spec book. I have no interest in supporting a left-wing snowflake “Code of Conduct”. /*—-*/ Sent from my iPhone https://boincstats.com/signature/-1/user/51616339056/sig.png See https://objectnets.net and https://objectnets.org > On Sep 19, 2019, at 20:44, Richard O'Keefe wrote: > > On the whole, the new code is pretty good. > > There was one thing that troubled me, though: > "even outside of Pharo's public communication channels." > What business is it of the Pharo Board what anyone says in any > other community? I've heard too many cases where A says something > to B and C complains about it as harassment when B didn't mind. > I have personally known people *affectionately* address each other > in terms that most would consider a deadly insult. > > My behaviour in all digital media is subject to the > Harmful Digital Communications Act 2015. See > http://www.legislation.govt.nz/act/public/2015/0063/latest/whole.html > which extends the Harassment Act 1997. See > http://www.legislation.govt.nz/act/public/1997/0092/latest/whole.html > for a definition of harassment. > If I harass anyone according to these Acts, they have a legal remedy. > I understand the the UK and the EU have similar laws. > > So I don't understand why the Pharo Board want to extend their reach. > > >> On Fri, 20 Sep 2019 at 07:21, Esteban Lorenzano wrote: >> Hello, >> >> I’m talking on behalf of the Pharo Board here. >> As start, we accepted Serge’s proposition without actually discussing it >> much because we didn’t think it was going to be really a problem. Our >> community has been self-regulating since the beginning and we were doing it >> fine until now. Once or twice we (the board) needed to act, but never had a >> real situation as the ones the CoC tries to cover. >> So, we can say we opened the umbrella without rain, just in case. >> >> Now, after observe the situation, we have decided to retract the code. But >> sadly, we cannot just remove it and let things continue as before because as >> it’s know “it you open a can or worms, you will need a bigger can to put >> them back in”. Which means now we need a code of conduct. >> >> So we are going to take the simplest one we could find that still can serve >> our community, you can see it here: >> >> https://github.com/pharo-project/pharo/pull/4660 >> >> This PR will be accepted, but as anything in our community, you can still >> discuss it and propose modifications. >> Just remember be respectful of people disagreeing with your ideas :) >> >> Cheers, >> Esteban >> >> PS: As personal note: I blocked a github user that insulted a member of our >> community, a user who did not had history with us (or any other visible >> project), who did not had a name or ways to contact him so I assumed it was >> just another troll. Now, he identifies himself here... I will unblock him, >> but that does not means the kind of disrespectful messages he sent can be >> sent :) >> >> >>> On 19 Sep 2019, at 19:47, Ben Coman wrote: >>> >>> makes me wonder whether he's such a machiavellian sociopath, or a useful >>> idiot. >>> On Thu, 19 Sep 2019 at 23:07, Eugen Leitl via Pharo-users wrote: Let's see, I've posted one email to this list describing the dangers of abusing CoCs >>> >>> I guess you refer to this one... >>> > On Tue, 17 Sep 2019 at 19:39, Eugen Leitl via Pharo-users >>> > wrote: >>> > I agree. Technical people are too easy to exploit by malignant >>> > manipulators of people. >>> > All too often they don't even realize it after the fact. >>> >>> Thats fairly benign and doubt it had anything to do with being blocked on >>> github. >>> >>> and one post to GitHub describing the motivations of people who introduce CoCs, and immediately get banned on GitHub from >>> >>> Note, the board member who blocked your GIthub account and deleted your >>> post there >>> also voiced their opinion as being... >>> For me a "welcome and be nice" should be enough to just continue as >>> before. >>> I find the introduction of CoC was a noise we didn't need, >>> our community was doing well and self-regulated without problem until >>> now. >>> >>> So in spite of your implication, I doubt there is anything sinister from >>> the CoC in play here. >>> Comments such as "makes me wonder whether he's such a machiavellian >>> sociopath, or a useful idiot." >>> have been consistently condemned years before thought of a CoC. >>> >>> I'm getting called a troll and a nobody in public by members of the project, >>> >>> Its not that you are a "nobody", but actually you were "unknown to us" two >>> days ago. >>> Maybe you don't know Serge, but we've know him for years and his good work >>> including governance of our GSoC participation >>> so please consider why such co
Re: [Pharo-users] [Wanted] Welcome email for Newsletter
mininal should be minimal Sent from my iPad For encrypted mail use jgpfers...@protonmail.com Get a free account at ProtonMail.com > On Feb 7, 2018, at 00:32, Sven Van Caekenberghe wrote: > > mininal
Re: [Pharo-users] [ANN] PI
Congrats! Looks really useful. Can’t wait to try it out. Sent from my iPhone Encrypted email at jgpfers...@protonmail.com > On Feb 17, 2018, at 23:23, Hernán Morales Durand > wrote: > > Hi, > > PI is a MIT-pip-like command line program for Pharo Smalltalk. PI > stands for Pharo Install. It is written in bash and tested > successfully under MSYS and GNU/Linux. > > Look for details in the GitHub repository: > > https://github.com/hernanmd/pi > > Try and play around, if you found any bugs or want to integrate new > feature, feel free to submit PR. > > Cheers, > > Hernán >
Re: [Pharo-users] [ANN] PI
I tried running pi install BioSmalltalk again and it failed. log is at https://objectnets-0001.ams3.digitaloceanspaces.com/biost2.log On Tue, Feb 20, 2018 at 2:56 PM, Hernán Morales Durand < hernan.mora...@gmail.com> wrote: > Hi Esteban > > 2018-02-19 10:51 GMT-03:00 Esteban Lorenzano : > > hi, > > this is also a good moment to remember all that you have the command > “get” in Pharo. > > > > ./pharo Pharo.image get Seaside3 > > > > will install into the image the Seaside3 configuration from the catalog. > > > > Please note that this is different from command line handlers. > > The idea is to have a very simple and small CLI tool (10 KB script > now) for Pharo like: > > pip install SomePackage > apt-get install SomePackage > yum install SomePackage > brew install SomePackage > gem install SomePackage > npm install SomePackage > etc > > and support packages transparently in Catalog, SmalltalkHub or GitHub. > > Actually PI tries to install first from Catalog and if failed to find > the package, then install from SmalltalkHub. Installing a package from > GitHub could be possible if an annotated/tagged script is included > inside the README.md page, what do you think? > > We could work together to get a better connection with command line > handlers. > > Cheers, > > Hernán > > > > cheers! > > Esteban > > > >> On 19 Feb 2018, at 13:44, Esteban A. Maringolo > wrote: > >> > >> Hi Hernan, > >> > >> It's not clear to me where the install happens. In the first available > >> image file at the same working directory where you executed the pi > >> command? > >> > >> Also, I'd make it case-insensitive, and only complain if there is an > >> ambiguity in some name (which I think there isn't). > >> > >> Thanks again! > >> > >> Esteban A. Maringolo > >> > >> > >> 2018-02-18 17:12 GMT-03:00 Hernán Morales Durand < > hernan.mora...@gmail.com>: > >>> Thanks, please let me know issues or ideas for enhacements. > >>> > >>> I just uploaded a new version adding a search packages feature, > >>> supporting both GitHub and SmalltalkHub repositories. > >>> > >>> Cheers, > >>> > >>> Hernán > >>> > >>> > >>> 2018-02-18 5:12 GMT-03:00 john pfersich : > >>>> Congrats! Looks really useful. Can’t wait to try it out. > >>>> > >>>> Sent from my iPhone > >>>> Encrypted email at jgpfers...@protonmail.com > >>>> > >>>>> On Feb 17, 2018, at 23:23, Hernán Morales Durand < > hernan.mora...@gmail.com> wrote: > >>>>> > >>>>> Hi, > >>>>> > >>>>> PI is a MIT-pip-like command line program for Pharo Smalltalk. PI > >>>>> stands for Pharo Install. It is written in bash and tested > >>>>> successfully under MSYS and GNU/Linux. > >>>>> > >>>>> Look for details in the GitHub repository: > >>>>> > >>>>> https://github.com/hernanmd/pi > >>>>> > >>>>> Try and play around, if you found any bugs or want to integrate new > >>>>> feature, feel free to submit PR. > >>>>> > >>>>> Cheers, > >>>>> > >>>>> Hernán > >>>>> > >>>> > >>> > >> > > > > > >
Re: [Pharo-users] [ANN] PI
I tried it, this time with pi install OSProcess OSProcess-Examples in case there was something wrong with BioSmalltalk but I got the same result. log is at https://objectnets-0001.ams3.digitaloceanspaces.com/test2.log On Tue, Feb 20, 2018 at 8:39 PM, john pfersich wrote: > I tried running > > pi install BioSmalltalk > > again and it failed. > > log is at > https://objectnets-0001.ams3.digitaloceanspaces.com/biost2.log > > On Tue, Feb 20, 2018 at 2:56 PM, Hernán Morales Durand < > hernan.mora...@gmail.com> wrote: > >> Hi Esteban >> >> 2018-02-19 10:51 GMT-03:00 Esteban Lorenzano : >> > hi, >> > this is also a good moment to remember all that you have the command >> “get” in Pharo. >> > >> > ./pharo Pharo.image get Seaside3 >> > >> > will install into the image the Seaside3 configuration from the catalog. >> > >> >> Please note that this is different from command line handlers. >> >> The idea is to have a very simple and small CLI tool (10 KB script >> now) for Pharo like: >> >> pip install SomePackage >> apt-get install SomePackage >> yum install SomePackage >> brew install SomePackage >> gem install SomePackage >> npm install SomePackage >> etc >> >> and support packages transparently in Catalog, SmalltalkHub or GitHub. >> >> Actually PI tries to install first from Catalog and if failed to find >> the package, then install from SmalltalkHub. Installing a package from >> GitHub could be possible if an annotated/tagged script is included >> inside the README.md page, what do you think? >> >> We could work together to get a better connection with command line >> handlers. >> >> Cheers, >> >> Hernán >> >> >> > cheers! >> > Esteban >> > >> >> On 19 Feb 2018, at 13:44, Esteban A. Maringolo >> wrote: >> >> >> >> Hi Hernan, >> >> >> >> It's not clear to me where the install happens. In the first available >> >> image file at the same working directory where you executed the pi >> >> command? >> >> >> >> Also, I'd make it case-insensitive, and only complain if there is an >> >> ambiguity in some name (which I think there isn't). >> >> >> >> Thanks again! >> >> >> >> Esteban A. Maringolo >> >> >> >> >> >> 2018-02-18 17:12 GMT-03:00 Hernán Morales Durand < >> hernan.mora...@gmail.com>: >> >>> Thanks, please let me know issues or ideas for enhacements. >> >>> >> >>> I just uploaded a new version adding a search packages feature, >> >>> supporting both GitHub and SmalltalkHub repositories. >> >>> >> >>> Cheers, >> >>> >> >>> Hernán >> >>> >> >>> >> >>> 2018-02-18 5:12 GMT-03:00 john pfersich : >> >>>> Congrats! Looks really useful. Can’t wait to try it out. >> >>>> >> >>>> Sent from my iPhone >> >>>> Encrypted email at jgpfers...@protonmail.com >> >>>> >> >>>>> On Feb 17, 2018, at 23:23, Hernán Morales Durand < >> hernan.mora...@gmail.com> wrote: >> >>>>> >> >>>>> Hi, >> >>>>> >> >>>>> PI is a MIT-pip-like command line program for Pharo Smalltalk. PI >> >>>>> stands for Pharo Install. It is written in bash and tested >> >>>>> successfully under MSYS and GNU/Linux. >> >>>>> >> >>>>> Look for details in the GitHub repository: >> >>>>> >> >>>>> https://github.com/hernanmd/pi >> >>>>> >> >>>>> Try and play around, if you found any bugs or want to integrate new >> >>>>> feature, feel free to submit PR. >> >>>>> >> >>>>> Cheers, >> >>>>> >> >>>>> Hernán >> >>>>> >> >>>> >> >>> >> >> >> > >> > >> >> >
Re: [Pharo-users] Cleanup of LDAP for Pharo 6/7
Good to know. Thanks for updating that. Sent from my iPhone Encrypted email at jgpfers...@protonmail.com > On Feb 22, 2018, at 14:18, Torsten Bergmann wrote: > > Just as an info: the LDAP packages from > > http://smalltalkhub.com/#!/~PharoExtras/LDAP > > had no method categorization and missing class comments and was > not updated since Pharo 4. > > I took some minutes today to clean this up and I also added a new > baseline/version > not loading Zinc (as this is already included) for Pharo 6 and 7. > > The latest config is now also in MetaRepoForPharo60 and with that > should be available for catalog tomorrow for easy consumption after the > catalog indexer runs. > > Thx > Torsten/astares > >
Re: [Pharo-users] [ANN] PI
Oops, I need to fix that. Sent from my iPhone Encrypted email at jgpfers...@protonmail.com > On Feb 20, 2018, at 23:07, Hernán Morales Durand > wrote: > > Hi John, > > 2018-02-21 2:10 GMT-03:00 john pfersich : >> I tried it, this time with >> >> pi install OSProcess OSProcess-Examples >> > > I tried looking at > http://smalltalkhub.com/mc/JohnPfersich/OSProcess-Examples but there > is no Configuration of OSProcess-Examples. > > PI only works at Configuration level and not with individual packages. > It could be implemented of course but didn't had time to check if > there is a command line handler for installing a package. > >> in case there was something wrong with BioSmalltalk >> >> but I got the same result. >> >> log is at >> https://objectnets-0001.ams3.digitaloceanspaces.com/test2.log >> > > The command line handler I used was wrong, it was missing the > "install=" parameter but somehow it worked with other configurations. > Now I fixed and by default only installs stable versions. > > If you want to install development versions this is not done yet. I > saw pip uses --pre for pre-release versions, like development > versions. > > $ pip install --pre SomePackage > > but it seems in this mode you should know the specific version to > pass: SomePackage>=3.1 (a Python user could confirm?) > I'm not convinced, is not fun to track development package versions if > you have to install dozens of packages. Also one could want to install > the development versions of everything, or bleeding edge, etc. > > Definitely needs more testing! > Thank you for your feedback. > > Cheers, > > Hernán > >>> On Tue, Feb 20, 2018 at 8:39 PM, john pfersich wrote: >>> >>> I tried running >>> >>> pi install BioSmalltalk >>> >>> again and it failed. >>> >>> log is at >>> https://objectnets-0001.ams3.digitaloceanspaces.com/biost2.log >>> >>> On Tue, Feb 20, 2018 at 2:56 PM, Hernán Morales Durand >>> wrote: >>>> >>>> Hi Esteban >>>> >>>> 2018-02-19 10:51 GMT-03:00 Esteban Lorenzano : >>>>> hi, >>>>> this is also a good moment to remember all that you have the command >>>>> “get” in Pharo. >>>>> >>>>> ./pharo Pharo.image get Seaside3 >>>>> >>>>> will install into the image the Seaside3 configuration from the >>>>> catalog. >>>>> >>>> >>>> Please note that this is different from command line handlers. >>>> >>>> The idea is to have a very simple and small CLI tool (10 KB script >>>> now) for Pharo like: >>>> >>>> pip install SomePackage >>>> apt-get install SomePackage >>>> yum install SomePackage >>>> brew install SomePackage >>>> gem install SomePackage >>>> npm install SomePackage >>>> etc >>>> >>>> and support packages transparently in Catalog, SmalltalkHub or GitHub. >>>> >>>> Actually PI tries to install first from Catalog and if failed to find >>>> the package, then install from SmalltalkHub. Installing a package from >>>> GitHub could be possible if an annotated/tagged script is included >>>> inside the README.md page, what do you think? >>>> >>>> We could work together to get a better connection with command line >>>> handlers. >>>> >>>> Cheers, >>>> >>>> Hernán >>>> >>>> >>>>> cheers! >>>>> Esteban >>>>> >>>>>> On 19 Feb 2018, at 13:44, Esteban A. Maringolo >>>>>> wrote: >>>>>> >>>>>> Hi Hernan, >>>>>> >>>>>> It's not clear to me where the install happens. In the first available >>>>>> image file at the same working directory where you executed the pi >>>>>> command? >>>>>> >>>>>> Also, I'd make it case-insensitive, and only complain if there is an >>>>>> ambiguity in some name (which I think there isn't). >>>>>> >>>>>> Thanks again! >>>>>> >>>>>> Esteban A. Maringolo >>>>>> >>>>>> >>>>>> 2018-02-18 17:12 GMT-03:00 Hernán Morales Durand >>>>>> : >>>>>>> Thanks, please let me know issues or ideas for enhacements. >>>>>>> >>>>>>> I just uploaded a new version adding a search packages feature, >>>>>>> supporting both GitHub and SmalltalkHub repositories. >>>>>>> >>>>>>> Cheers, >>>>>>> >>>>>>> Hernán >>>>>>> >>>>>>> >>>>>>> 2018-02-18 5:12 GMT-03:00 john pfersich : >>>>>>>> Congrats! Looks really useful. Can’t wait to try it out. >>>>>>>> >>>>>>>> Sent from my iPhone >>>>>>>> Encrypted email at jgpfers...@protonmail.com >>>>>>>> >>>>>>>>> On Feb 17, 2018, at 23:23, Hernán Morales Durand >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> PI is a MIT-pip-like command line program for Pharo Smalltalk. PI >>>>>>>>> stands for Pharo Install. It is written in bash and tested >>>>>>>>> successfully under MSYS and GNU/Linux. >>>>>>>>> >>>>>>>>> Look for details in the GitHub repository: >>>>>>>>> >>>>>>>>> https://github.com/hernanmd/pi >>>>>>>>> >>>>>>>>> Try and play around, if you found any bugs or want to integrate new >>>>>>>>> feature, feel free to submit PR. >>>>>>>>> >>>>>>>>> Cheers, >>>>>>>>> >>>>>>>>> Hernán >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>> >>> >> >
[Pharo-users] UpdatedPharoByExample
I found a couple of errors in SharingCode.pillar. I couldn't upload a branch. Sorry, I'm a a very infrequent github user, and I just don't get it. Anyways, lines 359 and 360 probably should be changed to this: This excludes Playground snippets, those are stored inside ''/pharo-local/play-cache'' and they can be searched using Spotter (the results https://www.dropbox.com/s/5ddtdyuq1ob6tfr/Screenshot%202018-02-25%2001.23.43.png?dl=0
Re: [Pharo-users] [Pharo-dev] Looking for names for the booklet collection
+1 Sent from my iPad For encrypted mail use jgpfers...@protonmail.com Get a free account at ProtonMail.com > On Mar 4, 2018, at 08:49, Peter Uhnák wrote: > > > Pharo Tools & Technologies > > Pharo Language & Environment > > +1 ... simple, obvious, to the point > > please no cryptic/"clever" names > >> On Sun, Mar 4, 2018 at 4:41 PM, Benoit St-Jean via Pharo-users >> wrote: >> >> >> -- Forwarded message -- >> From: Benoit St-Jean >> To: Pharo Development List , Ben Coman >> >> Cc: Any question about pharo is welcome >> Bcc: >> Date: Sun, 4 Mar 2018 15:41:10 + (UTC) >> Subject: Re: [Pharo-dev] Looking for names for the booklet collection >> Why not simply: >> >> Pharo Tools & Technologies >> Pharo Language & Environment >> >> - >> Benoît St-Jean >> Yahoo! Messenger: bstjean >> Twitter: @BenLeChialeux >> Pinterest: benoitstjean >> Instagram: Chef_Benito >> IRC: lamneth >> Blogue: endormitoire.wordpress.com >> "A standpoint is an intellectual horizon of radius zero". (A. Einstein) >> >> >> On Sunday, March 4, 2018, 10:30:46 AM EST, Ben Coman >> wrote: >> >> >> >> >> On 4 March 2018 at 20:21, Stephane Ducasse wrote: >> Hi >> >> I would like to make a distinction between booklet on Pharo >> technologies (Smacc, Voyage, Scraping ...) and the booklets more >> oriented towards teaching something with pharo (building an >> interpreter, a reflective language...) >> >> Pharo Applications / Inside Pharo >> >> Over Pharo / Under Pharo >> >> Right now we have The Pharo Booklet Collection. >> And I'm looking for two names >> >> the Pharo academic booklet collection ? >> and >> the Pharo technology booklet collection ? >> >> Pharology / Pharocraft >> >> >> cheers -ben >> >> >> >> >> >
Re: [Pharo-users] Pharo for MacOs 10.6.8?
+1 Sent from my iPhone Encrypted email at jgpfers...@protonmail.com > On Mar 7, 2018, at 07:14, stefano franchi wrote: > > Dear Marcus, > > thanks for the detailed answer. > > Let me say that my question did not in any ways imply that Pharo should > assume the burden of maintaining current images and VMs on old machines. My > goal was (is) simply to find out whether it was possible to repurpose a > number old machines I have laying around by installing *old* versions of > Pharo. And I now have a positive answer, having installed vm30 and verified > that it works perfectly. > > In fact, I think adding a few lines to the website listing the last supported > version for the major MacOs releases would be a valuable addition and nicely > complement your commendable policy of keeping everything. > > All the best, > > Stefano > > >> On Tue, Mar 6, 2018 at 1:47 AM, Marcus Denker wrote: >> >> >>> On 5 Mar 2018, at 20:16, stefano franchi wrote: >>> >>> >>> >>> On Mon, Mar 5, 2018 at 11:28 AM, Stephane Ducasse >>> wrote: Did you check http://get.pharo.org because we keep everything. >>> >>> >>> Apologies for not having stated my question more precisely. Indeed, I >>> started from get.pharo.org, but the zeroconf script did not guess right. >>> The app it downloaded crashes at startup. Then I saw the *long* list of >>> versions available and had no idea where to begin. So my real question is: >>> >>> Does anyone know which among the many VMs available on >>> http://get.pharo.org would work on a MacOs Powerbook Pro running 10.6.9? It >>> was the latest 32 bit only machine Apple made, based on the Intel Core Duo >>> (NOT the Intel Core 2 Duo that came out a few months later). >>> >> you could look for old VMs and downloads here: http://files.pharo.org/ >> >> But it is quite hard to for us (with our limited man power) to support old >> machines forever… e.g the vm from that time should run, >> but at some point the VM gets improved and newer images require a newer VM >> as we want to actually use the features that >> new VMs provide. >> >> Keeping everything compatible in all possible directions (old images on new >> VMs, new image on old VMs …) puts quite some >> constraints on what you can do in future… an maintaining new VMs for all >> possible old MacOS versions could soon just >> use up all our manpower. >> >> So this is not a simple problem to solve. Even very financially capable >> projects (like Mozilla) can not support old MacOS >> versions. And they spend 150K per *month* just on CI infrastructure… imagine >> if they decide to not support anything older >> then MaOS 10.9… can we? should we? >> >> There are things to do on this front, but if I would spend effort the first >> thing I would work on is running *old* images on >> *new* VMs and explore what kind of abstraction would be needed to to that >> nicely and in a way that it can be maintained >> and in a way that all the needed code ( e.g. translation byte code from old >> to new) would be not part of the VM but >> part of the image. >> >> Making sure to run *current* images on old Machines can only be done by >> backporting the current VM to the old OS. >> This should be not that hard, worst case is that you need to combine some >> old OS related code with the rest of the new VM, >> but that should not be much. >> >> But one question: Considering what developer time costs… I am quite sure >> that it is cheaper to just buy a current Mac. >> >> Marcus >> > > > > -- > __ > Stefano Franchi > > stefano.fran...@gmail.com > http://stefano.cleinias.org
Re: [Pharo-users] How do I make sure a directory exists?
Works on Ubuntu 16.04 Sent from my iPhone Encrypted email at jgpfers...@protonmail.com > On Mar 10, 2018, at 12:38, Cyril Ferlicot wrote: > > >> On sam. 10 mars 2018 at 21:36, H. Hirzel wrote: >> Yes, #ensureCreateDirectory is available. >> >> I'd like to make sure a directory 'public' is available as a sibling >> directory of the working directory (the directory where the Pharo >> image is in) >> >> However >> >> FileSystem disk workingDirectory / '../public' ensureCreateDirectory >> >> does not work as >> >> FileSystem disk workingDirectory / '../public' > > Try `(FileSystem workingDirectory / '..' / 'public') ensureCreateDirectory` > >> >> is an instance of ByteStream. Seemingly there is no conversion to a >> directory object. >> >> I wonder what is needed in addition? >> >> >> >> >> >> >> >> On 3/10/18, Cyril Ferlicot wrote: >> > On sam. 10 mars 2018 at 21:02, H. Hirzel wrote: >> > >> >> Hello >> >> >> >> In Squeak and the dialect independent FileMan [1] there is >> >> >> >> >> >> FileDirectory >> >>assureExistence >> >> "Make sure the current directory exists. If necessary, create >> >> all >> >> parts in between" >> >> >> >> >> >> What is the equivalent Pharo method? BTW is there a cheat sheet for >> >> FileSystem operations in Pharo? >> >> >> > >> > Hi, >> > >> > There is #ensureCreateDirectory in Pharo but I don't know if it will check >> > the parents exists. (And I don't have a Pharo image to check. >> > >> > >> >> Thanks in advance >> >> Hannes >> >> >> >> >> >> >> >> - >> >> [1] http://wiki.squeak.org/squeak/6333 >> >> >> >> https://github.com/mumez/FileMan >> >> >> >> FileMan provides an API to file and directory tasks. >> >> FileMan is a thin wrapper for various Smalltalk file libraries. It >> >> provides simple, portable interfaces for manipulating files and >> >> directories. >> >> ... >> >> Since 2015 FileMan is the default file library in Cuis Smalltalk. >> >> >> >> -- >> > Cyril Ferlicot >> > https://ferlicot.fr >> > >> > http://www.synectique.eu >> > 2 rue Jacques Prévert 01, >> > 59650 Villeneuve d'ascq France >> > >> > -- > Cyril Ferlicot > https://ferlicot.fr > > http://www.synectique.eu > 2 rue Jacques Prévert 01, > 59650 Villeneuve d'ascq France
Re: [Pharo-users] How do I ask the FileSystem to resolve a relative path?
or try dir := (FileSystem workingDirectory / '..' / 'public' / 'testing' / 'test2.txt') ensureCreateFile. dir writeStream. On Sun, Mar 11, 2018 at 1:16 AM, Sven Van Caekenberghe wrote: > > > > On 11 Mar 2018, at 09:42, H. Hirzel wrote: > > > > Hello > > > > This is a follow up question to 'How do I make sure a directory exists?' > > > > The answer to that question was > > > > dir := FileSystem workingDirectory / '..' / 'public'. > > dir ensureCreateDirectory. > > > > > > Now I want to create a writeStream. > > > > dir writeStream > > > > gives 'Unable to open file' > > You want to write to a directory ? > > You probably mean > > dir := FileSystem workingDirectory / '..' / 'public'. > dir ensureCreateDirectory. > (dir / 'foo.txt') writeStreamDo: [ :out | out << 'bar' ]. > > You are probably also looking for > > dir canonicalize. > (dir / 'foo.txt') canonicalize. > > > It seems that I need to ask to resolve the relative path first. > > How does the proper code idiom look like? > > > > > > Regards > > > > Hannes > > > > >
Re: [Pharo-users] How do I ask the FileSystem to resolve a relative path?
What OS are you using? My code was executed on Ubuntu 16.04. Sent from my iPhone Encrypted email at jgpfers...@protonmail.com > On Mar 11, 2018, at 10:37, Alistair Grant wrote: > > Hi Hannes, > >> On 11 March 2018 at 17:49, H. Hirzel wrote: >> The first solution given by Sven works fine. >> >>dir := FileSystem workingDirectory / '..' / 'public'. >>dir ensureCreateDirectory. >>(dir / 'myFile.txt') writeStreamDo: [ :out | out << 'Hello World!' ]. >> >> >> The second version >> >>obj := (FileSystem workingDirectory / '..' / 'public' / 'testing' >> / 'test2.txt') ensureCreateFile. >>obj writeStream >> >> gives a #streamError in the class FileHandle. This is for Pharo 6.1 > > I don't get any error in 6.1 or 7.0. > > Maybe supply a call stack? > > In case you aren't familiar with this, the debugger has a little > hamburger menu button to the right of "Through" which has "Copy Stack > to Clipboard". > > Cheers, > Alistair >
Re: [Pharo-users] How to LAN feature
I don’t know if this will help, you can use OSProcess to run the ifconfig Unix (MAC OS) command, kind of like this: Use ifconfig -s to get a list of the interfaces: Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVRTX-OK TX-ERR TX-DRP TX-OVR Flg enp2s0 1500 0 0 0 0 0 0 0 0 0 BMU lo65536 0 1187 0 0 0 1187 0 0 0 LRU wlp3s0 1500 0 4943 0 0 0 2904 0 0 0 BMRU then: Ifconfig -a wlp3s0 and get back something like this: wlp3s0Link encap:Ethernet HWaddr 94:53:30:14:aa:6d inet addr:192.168.0.14 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::21f3:b81d:eab3:f830/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:4998 errors:0 dropped:0 overruns:0 frame:0 TX packets:2904 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:6864552 (6.8 MB) TX bytes:295070 (295.0 KB) The second line has the host address and the broadcast address. I didn't say easy, I said possible. This works in Linux and MacOS. I dunno about MS Windows. Encrypted email at jgpfers...@protonmail.com Web: www.objectnets.net and www.objectnets.org On May 13, 2018, at 11:27, Julián Maestri wrote: (impossible without the added networking prims, and still unreliable > whether it will find the correct ones with...) > The problem seems to be here: he->h_addr_list[0] its a list of addresses and only the first one is used. Unix: https://github.com/pharo-project/pharo-vm/blob/e0ce2d9d78c3c 7b37bbc12cd8730c6a15f1f057c/opensmalltalk-vm/platforms/ unix/plugins/SocketPlugin/sqUnixSocket.c#L273 Windows: https://github.com/pharo-project/pharo-vm/blob/e0ce2d9d78c3c 7b37bbc12cd8730c6a15f1f057c/opensmalltalk-vm/platforms/ win32/plugins/SocketPlugin/sqWin32NewNet.c#L1843 h_addr_list explanation: http://www.gnu.org/software/li bc/manual/html_node/Host-Names.html But changing that might affect the whole networking package, so i don't think it's going to be changed soon. On 13 May 2018 at 15:20, Hilaire wrote: > I already tried the one you suggested, but it returns the loopback IP on > P7. > > With the Henrik SSDP package, I can get the IP: > > SSDPParticipant new allLocalV4Addresses. > > However when I activate a second network interface, this last one returns > an empty collection. When inactivating this second interface, it still > returns an empty collection... > > Hilaire > > > Le 13/05/2018 à 20:05, Julián Maestri a écrit : > >> NetNameResolver localHostAddress. "#[192 168 0 4]" >> > > -- > Dr. Geo > http://drgeo.eu > > > >
Re: [Pharo-users] How to LAN feature
Oops, the -s flag doesn't work on Mac OS. On Sun, May 13, 2018 at 7:41 PM, john pfersich wrote: > > > I don’t know if this will help, you can use OSProcess to run the ifconfig > Unix (MAC OS) command, kind of like this: > > Use ifconfig -s to get a list of the interfaces: > > Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVRTX-OK TX-ERR TX-DRP > TX-OVR Flg > enp2s0 1500 0 0 0 0 0 0 0 > 0 0 BMU > lo65536 0 1187 0 0 0 1187 0 > 0 0 LRU > wlp3s0 1500 0 4943 0 0 0 2904 0 > 0 0 BMRU > > then: > > Ifconfig -a wlp3s0 > > and get back something like this: > > wlp3s0Link encap:Ethernet HWaddr 94:53:30:14:aa:6d > inet addr:192.168.0.14 Bcast:192.168.0.255 Mask:255.255.255.0 > inet6 addr: fe80::21f3:b81d:eab3:f830/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:4998 errors:0 dropped:0 overruns:0 frame:0 > TX packets:2904 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:6864552 (6.8 MB) TX bytes:295070 (295.0 KB) > > The second line has the host address and the broadcast address. I didn't > say easy, I said possible. This works in Linux and MacOS. I dunno about MS > Windows. > > > > > > Encrypted email at jgpfers...@protonmail.com > Web: www.objectnets.net and www.objectnets.org > > On May 13, 2018, at 11:27, Julián Maestri wrote: > > (impossible without the added networking prims, and still unreliable >> whether it will find the correct ones with...) >> > > The problem seems to be here: he->h_addr_list[0] its a list of addresses > and only the first one is used. > > Unix: https://github.com/pharo-project/pharo-vm/blob/e0ce2d9d78c3c > 7b37bbc12cd8730c6a15f1f057c/opensmalltalk-vm/platforms/unix/ > plugins/SocketPlugin/sqUnixSocket.c#L273 > Windows: https://github.com/pharo-project/pharo-vm/blob/e0ce2d9d78c3c > 7b37bbc12cd8730c6a15f1f057c/opensmalltalk-vm/platforms/win32 > /plugins/SocketPlugin/sqWin32NewNet.c#L1843 > h_addr_list explanation: http://www.gnu.org/software/li > bc/manual/html_node/Host-Names.html > > But changing that might affect the whole networking package, so i don't > think it's going to be changed soon. > > > On 13 May 2018 at 15:20, Hilaire wrote: > >> I already tried the one you suggested, but it returns the loopback IP on >> P7. >> >> With the Henrik SSDP package, I can get the IP: >> >> SSDPParticipant new allLocalV4Addresses. >> >> However when I activate a second network interface, this last one returns >> an empty collection. When inactivating this second interface, it still >> returns an empty collection... >> >> Hilaire >> >> >> Le 13/05/2018 à 20:05, Julián Maestri a écrit : >> >>> NetNameResolver localHostAddress. "#[192 168 0 4]" >>> >> >> -- >> Dr. Geo >> http://drgeo.eu >> >> >> >> >
Re: [Pharo-users] [Pharo-dev] LibFFI/NB Cairo External Module Not Found debugging
If you are running a 32 bit Pharo on a 64 bit Ubuntu, there is instructions for additional steps needed at https://pharo.org/gnu-linux-installation under the ‘Prepare 64-bit-Linux for 32bit Pharo’ heading For encrypted mail use jgpfers...@protonmail.com Get a free account at ProtonMail.com Web: www.objectnets.net and www.objectnets.org > On May 21, 2018, at 00:18, Richard O'Keefe wrote: > > It's not just Windows users. I have Pharo 6.0 #605.40 > running under Linux Ubuntu version 17.10 and the cairo > library is definitely installed. > > Just starting Pharo is a little concerning: > ok@Herbrand:~/Smalltalk$ pharo > ioLoadModule(/home/ok/Pharo.d/pharo-vm/lib/pharo/5.0-201707201942/FT2Plugin.so): > libfreetype.so.6: cannot open shared object file: No such file or directory > ioLoadModule(/home/ok/Pharo.d/pharo-vm/lib/pharo/5.0-201707201942/FT2Plugin.so): > libfreetype.so.6: cannot open shared object file: No such file or directory > Yet these files exist. > /usr/lib/x86_64-linux-gnu/libfreetype.a > /usr/lib/x86_64-linux-gnu/libfreetype.so > /usr/lib/x86_64-linux-gnu/libfreetype.la > /usr/lib/x86_64-linux-gnu/libfreetype.so.6 > /usr/lib/x86_64-linux-gnu/libfreetype.so.6.14.0 > > When I try any Roassal examples, I get > Error: cannot locate cairo library. Please check if it is installed ... > CairoLibrary(Object) error: > CairoLibrary unix32ModuleName > Unix32Platform ffiModuleName > CairoLibrayr(FFILibrary) moduleName > FFICalloutMethodBuilder moduleName > > The 32 is the clue. Apparently I'm running a 32-bit Pharo > with 64-bit libraries installed. Could this be the problem > on Windows? > > > On 21 May 2018 at 07:46, Guillermo Polito wrote: >> >> >>> On Sat, May 19, 2018 at 1:37 PM, Peter Uhnák wrote: >>> Hi, >>> >>> some Windows users are repeatedly running into Pharo failing to load Cairo >>> library on Windows (see stack screenshot at the bottom). >>> >>> The problem is that I have no idea how to even start debugging this. >>> >>> Is there some documentation on how Pharo loads libraries via FFI on Windows >>> that I can start digging into? >>> >>> Note that the library is definitely present, as this happens only >>> occasionally -- it can be fixed by restarting PC. But I cannot reasonably >>> ask users to restart just because Pharo decided it doesn't feel like >>> loading a library. >>> >>> Any pointers / docs / ideas appreciated. >> >> You can see the actual code from >> >> https://github.com/OpenSmalltalk/opensmalltalk-vm/search?utf8=%E2%9C%93&q=findAndLoadModule%28char+*pluginName%2C+sqInt+ffiLoad%29&type= >> >> ? >> >>> >>> Thanks, >>> Peter >>> >>> >>> >> >> >> >> -- >> >> Guille Polito >> Research Engineer >> Centre de Recherche en Informatique, Signal et Automatique de Lille >> CRIStAL - UMR 9189 >> French National Center for Scientific Research - http://www.cnrs.fr >> >> Web: http://guillep.github.io >> Phone: +33 06 52 70 66 13 >
Re: [Pharo-users] Pharo 10th Anniversary
I don’t know what others see when they go to https://pharoweekly.wordpress.com/, but I encountered 7 ads on one page. Talk about off putting. A wordpress site without ads costs $3 a month. At least it would put forth a better image. // Encrypted email at jgpfers...@protonmail.com Web: www.objectnets.net and www.objectnets.org > On May 30, 2018, at 01:10, Sven Van Caekenberghe wrote: > > Hi, > > This short post by Stéphane Ducasse is worth sharing: > > https://pharoweekly.wordpress.com/2018/05/29/pharo-got-10-years/ > > Congratulation ! > > Sven > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > > >
Re: [Pharo-users] Naming parameters - conventions?
+100
//
Encrypted email at jgpfers...@protonmail.com
Web: www.objectnets.net and www.objectnets.org
> On Jul 11, 2018, at 18:20, Richard Sargent
> wrote:
>
> Tim Mackinnon wrote
>> Hi everyone, something I’ve meant to ask over the years, as I’ve seen lots
>> of variation and was taught something else in the day...
>>
>> What is the suggested way of naming parameters?
>>
>> I was taught {“a”/“an”}DataType, so it would be:
>>
>> #name: aString
>>
>> Which works ok (although falls apart if you refactor as the tools don’t
>> interpret it - although I guess could be improved to do so)
>>
>> However often I find myself wanting to communicate a bit better as in:
>>
>> #name: fullNameString
>>
>> Which isn’t strictly a datatype (and I tend to leave out the a/an when I
>> do this). But it feels a bit off piste and it does make me consider
>> whether my selector is named badly and should be:
>>
>> #fullName: aString
>>
>> Which takes me back to the convention I learned long ago.
>>
>> This said however, we often need to match similar #on:do, #in: generic
>> selector names and then it’s not always obvious the intent of parameter.
>>
>> Any thoughts to share?
>
> In my opinion, worth what you pay for it, the goal is to communicate and set
> the reader's expectations. You want the reader to know what kind of
> behaviours the argument should provide.
>
> So, when creating a setter method, it is sufficient to name the argument
> "aString". The method selector is telling you the purpose of the string. The
> argument is telling you that it is no more and no less than a string. It
> isn't trying to convey that there is a structure to that string. Just that
> the name is a string.
>
> Likewise, when naming a parameter for a more complex method you may need to
> say more, depending on what the selector itself says.
> e.g. #blahBlahBlahWithName: can easily work with "aString".
>
> Conversely, a method that takes multiple string arguments needs to
> effectively distinguish them from each other.
> e.g. #blahBlahBlahWithName:address:telephone: needs to do better than Dr.
> Seuss (aString1, aString2, etc.) In this example, I tend to use e.g.
> "nameString", "addressString", and "telephoneString". This conveys the
> purpose of each argument and identifies the behaviours one should expect.
>
> I am *not* a fan of argument names like "aNameString", since that can
> mislead readers into expecting name-specific behaviours from the argument.
>
>
>
>> I ask because for exercism, we should try and set a good example.
>>
>> Tim
>>
>> Sent from my iPhone
>
>
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
[Pharo-users] SpecGenerator
I have a question about SpecGenerator. The video introducing SpecGenerator about 2 years ago says you start it with: MEApplicationList open. There's no open method in version 15 that I loaded from SmalltalkHub. How do you start the app?
Re: [Pharo-users] a basic hash question
This inconsistent naming convention has me wishing for an updated ANSI Standard. There has been much change, wasn’t that standard from the 90s? // For encrypted mail use jgpfers...@protonmail.com Get a free account at ProtonMail.com Web: www.objectnets.net and www.objectnets.org > On Jul 30, 2018, at 22:59, Richard O'Keefe wrote: > > I do not think that (1 to: 4) and #(1 2 3 4) should be equal. > Let me put it a little more strongly: it's a bug. > Taking > a := 1 to: 4. > b := Array withAll: a. > c := OrderedCollection withAll: b. > in the two other Smalltalk systems I just tried, > no two of these are equal. This is what the ANSI > Smalltalk standard requires. Ceteris paribus, > two sequences are equivalent if and only if > 1. they are instance of the same class > 2. they have the same size > 3. corresponding elements are equivalent. > It is fairly common for Smalltalk systems to distinguish > between "these sequences are equivalent" and "these > sequences have the same elements in the same order", > with no consensus on the name of the second method. > One calls it #sameContentsAs:, Squeak #hasEqualElements:. > > >> On 31 July 2018 at 00:07, werner kassens wrote: >> Hi, >> i guess i can subsume almost everything i know about hashes in one sentence: >> it is my understanding that two objects that are equal (obj1=obj2. >> -->true) have to have the same hash value (which is used for some >> collection types), whereas objects where obj1=obj2 returns false should >> have different hash values although it may happen that they have the >> same one. >> >> now here things don't turn out exactly like that: >> (1 to:4) = #(1 2 3 4). "true" >> (1 to:4)hash = #(1 2 3 4)hash. "false" >> well ok, actually these results make - pfffh, in a certain way - sense >> to me, but i wonder what arguments the people in the know would use to >> defend that result, if i would have another opinion? >> werner >
Re: [Pharo-users] glamorous toolkit alpha.2
Incroyable. // Encrypted email at jgpfers...@protonmail.com Web: www.objectnets.net and www.objectnets.org > On Oct 31, 2018, at 13:44, Tudor Girba wrote: > > Hi, > > Glamorous Toolkit has evolved quite a bit over the past months, and we now > would like to announce that we reached alpha.2 version. It runs on top of > Pharo 7: > feenk.com/gt > > There quite a number of new things. Some highlights are: > > - We added extensive documentation for GT, Bloc and Brick. By running > "GtWorld openTour” you essentially transform the image into an elaborate wiki. > > > - We worked on Coder, a new set of tools that are dedicated for affecting > code. For example, in the picture below we see an editor on embedded examples > that can be edited and run independently. > > > And this one shows how we can visualize and edit the result of querying. > > > Just a note: To make Coder work the way we want, we extended Brick with > several widgets, and enhanced significantly the linear and grid layouts. > > - We added the first version of xdoc in order to serialize the Playground > every time you evaluate something. > > > As always, we are looking forward to your feedback. > > Have fun, > The feenk team > > -- > www.feenk.com > > > -- > www.feenk.com > > "Every thing should have the right to be different." > > > > >
Re: [Pharo-users] Website is down
Maybe ask more people to join the Pharo Association to get funds to move the file server to a infrastructure that can handle a higher volume of traffic. I know that I’d be willing to increase my Bountysource contribution to help cover the cost. I don’t use Pharo professionally, but I try to push Smalltalk, and Pharo specifically as a solution in my work assignments. Sent from my iPhone https://boincstats.com/signature/-1/user/51616339056/sig.png See https://objectnets.net and https://objectnets.org > On Jan 23, 2019, at 13:57, Todd Blanchard wrote: > > Is it a static website or does it have code behind it? > > Could we use S3 at AWS? > >> On Jan 22, 2019, at 9:37 AM, Esteban Maringolo wrote: >> >> El mar., 22 ene. 2019 a las 14:03, Esteban Lorenzano >> () escribió: >>> >>> There is a problem with INRIA servers :( >>> They does not seems to support high traffic >>> >> >> They don't support high traffic nor high volume either. The download >> speed was awful then, and it's even worst now. >> But hey, those who pass all these obstacles to get to know and try >> Pharo are more likely to continue using it. :) >> >> >>> (supposing public from reddit and yc is high traffic?) >> >> Well... with at least a 100:1 ratio of visits:upvotes the hits must be >> at least two order of magnitude higher than on a regular day. >> Which makes me wonder... do we have any stats of that? >> >> These problems are "good" problems, and are the easiest to solve. >> >> >> Esteban A. Maringolo >> > >
Re: [Pharo-users] Learn Pharo - Not Working
Did you use the 32-bit version or the 64-bit version? I just used Pharo Launcher to start a 32-bit image. I clicked on ‘ProfStef go’ and got a separate window with the tutorial. I didn’t try the 64-bit version; it’s still beta software. /*—-*/ Sent from my iPhone https://boincstats.com/signature/-1/user/51616339056/sig.png See https://objectnets.net and https://objectnets.org > On Feb 1, 2019, at 23:34, magicspeller wrote: > > Hi, everyone. > > I'm an absolute newbie to Pharo, and to Smalltalk, and I'm trying to learn. > I just installed Pharo 7.0.1 (on Windows 10) and I immediately got stuck. > > I selected "Learn Pharo" in the outline, and it gave me a screen saying: > > You can learn Pharo by clicking on the following expression: > > ProfStef go. > > I clicked on ProfStef go and nothing happened. There are three URL links on > the same page that work like they're supposed to, but no matter how many > times I try, clicking on ProfStef go appears to do nothing at all. > > Am I misunderstanding what I'm supposed to do or what's supposed to happen? > > Thanks a lot for your help. > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >
Re: [Pharo-users] Learn Pharo - Not Working
I think they call the 64-bit stuff “experimental” so it best to learn on the 32-bit stuff. Then you can help the developers debug the 64-bit stuff. /*—-*/ Sent from my iPhone https://boincstats.com/signature/-1/user/51616339056/sig.png See https://objectnets.net and https://objectnets.org > On Feb 2, 2019, at 11:59, magicspeller wrote: > > John Pfersich wrote >> Did you use the 32-bit version or the 64-bit version? I just used Pharo >> Launcher to start a 32-bit image. I clicked on ‘ProfStef go’ and got a >> separate window with the tutorial. I didn’t try the 64-bit version; it’s >> still beta software. > > Thanks again, John. I went to the download site and discovered that both 7.0 > versions are labeled development versions. I downloaded and ran the 32-bit > version. It works fine. > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >
Re: [Pharo-users] Learn Pharo - Not Working
In Pharo, my impression is that the cu /*—-*/ Sent from my iPhone https://boincstats.com/signature/-1/user/51616339056/sig.png See https://objectnets.net and https://objectnets.org > On Feb 2, 2019, at 16:30, magicspeller wrote: > > Richard70NL wrote >> For me it works, but what you can also try is: >> 1) Click the menu Tools -> Playground >> 2) Type: ProfStef go. >> 3) Right click what you just typed and click "Do It" >> >> BTW, I'm also new with Pharo (not with programming) and I really enjoy the >> book at http://books.pharo.org/pharo-by-example/. > > Hi Richard, > > Like you, I have a programming background, but Pharo and Smalltalk are quite > a new experience. I downloaded /Pharo By Example/ but haven't gotten around > to reading any of it yet. > > Thank you for the Playground suggestion! That's a great idea, and it works > really well. That means I should be able to go back to the 64-bit version. > > Can you tell me why you don't have to select "ProfStef go." before right > clicking it. I had gotten the impression that to execute any Smalltalk > statement you always have to select it first. > > Thanks again, > Keith > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >
Re: [Pharo-users] Learn Pharo - Not Working
He’s on Windows, so it wold be Ctrl-D and Ctrl-P. /*—-*/ Sent from my iPhone https://boincstats.com/signature/-1/user/51616339056/sig.png See https://objectnets.net and https://objectnets.org > On Feb 3, 2019, at 01:48, ducasse wrote: > > Hi keith > > did you look at the Pharo mooc? > http://mooc.pharo.org > > Because there are many videos explaining interaction. > > To execute an expression you should either select or if it is on one line > you can just use command-D or command-P > > Stef
Re: [Pharo-users] Learn Pharo - Not Working
On a Win 10 Lenovo laptop with a trackpad with no mouse buttons, the 64-bit version took several clicks on ‘ProfStef go’ to register. I suspect it might be the trackpad which isn’t sending mouse messages correctly because I also have problems with other apps. /*—-*/ Sent from my iPhone https://boincstats.com/signature/-1/user/51616339056/sig.png See https://objectnets.net and https://objectnets.org > On Feb 3, 2019, at 04:25, Ben Coman wrote: > > > >> On Sun, 3 Feb 2019 at 19:54, Sven Van Caekenberghe wrote: >> Hi, >> >> It would also be quite surprising if this depended on the 32/64 bits >> difference. >> >> In any case it works for me (macOS 64 bit): it opens a window titled >> 'Welcome (1/29)' containing step one of the tutorial: >> >> === >> "Hello! I'm Professor Stef. >> >> You must want me to help you learn Pharo. >> >> So let's go to the first lesson. Select the text below, right-click and >> choose 'Do it'" >> >> ProfStef next. >> === >> >> You are on Windows, are there any other Windows users that can confirm this >> either way ? > > On Win 10 and this works for me in both 32-bit and 64-bit Pharo 7.0.1 (build: > 146, commit: c48755a) > 64-bit VM: 201901051900 https://github.com/OpenSmalltalk/opensmalltalk-vm.git > Date: Sat Jan 5 20:00:11 2019 CommitHash: 7a3c6b6 Plugins: 201901051900 > > cheers -ben
