- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Verifying Ubuntu downloads

by Damien Cassou

On Thu, May 8, 2014 at 7:46 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Did it finally work or did you get tired of beta testing? ;) ok, I've just tried. This instruction NBMacShell run: 'md5 "', self fullName, '" > "', tmpFile fullName, '"'. returns 32512 and does not write anything in tmpFile. I'm on Linux and I'm not sure NBMacShell is supposed to work there. Moreover, #secureUrl is sent on instance side but only implemented on class side. Best -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

May 8, 2014

Re: [Pharo-dev] [Moose-dev] Roassal visualizing a corner of the Universe

by H. Hirzel

Yes, I meant what Chris clarifies. --HH On 5/8/14, Chris Cunningham <cunningham.cb(a)gmail.com> wrote: > So, Hannes may have been referring to optimizing the slow parts of the > process in Native Boost directly instead of using an external library (if > not, may I suggest it?). It is possible that just a few tweaks using > Assembler in the process would get the speed up to an acceptable level, > which would be determined by profiling the performance. Of course, that > path requires someone on your project that can understand Assembler to get > familiar with NativeBoost. > -cbc > > On Thu, May 8, 2014 at 8:05 AM, Alexandre Bergel > <alexandre.bergel(a)me.com>wrote: > >> We will surely review all the different options for interacting with >> external libraries. Ronie is our local expert :-) >> >> Currently, we have no preview of the Roassal book to share. Give us a >> couple of months :-) >> >> Cheers, >> Alexandre >> >> >> On May 8, 2014, at 9:23 AM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> >> > Interesting project, Alexandre! >> > >> > On 5/6/14, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> >> Thanks Kilon for your nice words. >> >> Currently, AstroCloud is a bit slow. For example, loading this image >> takes >> >> much more than it should. For now, speed is not our priority. >> AstroCloud has >> >> to be fast and we will make it fast. Probably relying on external >> library is >> >> the way to go. >> > >> > I assume you consider or have considered NativeBoost as well? >> > >> >> >> >> Just to give a bit more context about why we are doing AstroCloud. >> >> ALMA >> is >> >> the largest observatory on Earth, making it the largest astronomical >> project >> >> in existence (http://www.almaobservatory.org) This is what humanity >> has >> >> best to detect life outside Earth. >> >> ALMA is made of 66 high-precision antenas making it possible to see >> deep in >> >> the universe. Unfortunately, there is no good software to process >> >> these >> >> immensely complex pictures. Some tool suite naturally exist, but they >> were >> >> not made for ALMA, making these existing tools largely suboptimal to >> process >> >> complex picture of ALMA. >> >> Faviolaâs dream (and mine) is to produce a tool ready to be consumed >> >> by >> >> astronomers to process ALMA pictures. Faviola and I are currently >> seeking >> >> for additional resources on making this happen. >> > >> > >> >> Regarding your help about documenting Roassal. It is very welcome! In >> one of >> >> my previous post, I said that 2014 will be the year of documenting >> Roassal. >> >> A book is on its way. >> > >> > >> >> We will need people to review it. So thanks! >> > >> > Preview of part of it on line? >> > >> > >> > Regards >> > Hannes >> > >> > _______________________________________________ >> > Moose-dev mailing list >> > Moose-dev(a)iam.unibe.ch >> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >

May 8, 2014

Possible Zinc Bug: empty path segments returns nil

by Sean P. DeNigris

I expected... self assert: 'http://google.com/' asUrl pathSegments isEmpty ----- Cheers, Sean -- View this message in context: http://forum.world.st/Possible-Zinc-Bug-empty-path-segments-returns-nil-tp4… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 8, 2014

Re: [Pharo-dev] [Moose-dev] Roassal visualizing a corner of the Universe

by Chris Cunningham

So, Hannes may have been referring to optimizing the slow parts of the process in Native Boost directly instead of using an external library (if not, may I suggest it?). It is possible that just a few tweaks using Assembler in the process would get the speed up to an acceptable level, which would be determined by profiling the performance. Of course, that path requires someone on your project that can understand Assembler to get familiar with NativeBoost. -cbc On Thu, May 8, 2014 at 8:05 AM, Alexandre Bergel <alexandre.bergel(a)me.com>wrote: > We will surely review all the different options for interacting with > external libraries. Ronie is our local expert :-) > > Currently, we have no preview of the Roassal book to share. Give us a > couple of months :-) > > Cheers, > Alexandre > > > On May 8, 2014, at 9:23 AM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > > > Interesting project, Alexandre! > > > > On 5/6/14, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > >> Thanks Kilon for your nice words. > >> Currently, AstroCloud is a bit slow. For example, loading this image > takes > >> much more than it should. For now, speed is not our priority. > AstroCloud has > >> to be fast and we will make it fast. Probably relying on external > library is > >> the way to go. > > > > I assume you consider or have considered NativeBoost as well? > > > >> > >> Just to give a bit more context about why we are doing AstroCloud. ALMA > is > >> the largest observatory on Earth, making it the largest astronomical > project > >> in existence (http://www.almaobservatory.org) This is what humanity > has > >> best to detect life outside Earth. > >> ALMA is made of 66 high-precision antenas making it possible to see > deep in > >> the universe. Unfortunately, there is no good software to process these > >> immensely complex pictures. Some tool suite naturally exist, but they > were > >> not made for ALMA, making these existing tools largely suboptimal to > process > >> complex picture of ALMA. > >> Faviolaâs dream (and mine) is to produce a tool ready to be consumed by > >> astronomers to process ALMA pictures. Faviola and I are currently > seeking > >> for additional resources on making this happen. > > > > > >> Regarding your help about documenting Roassal. It is very welcome! In > one of > >> my previous post, I said that 2014 will be the year of documenting > Roassal. > >> A book is on its way. > > > > > >> We will need people to review it. So thanks! > > > > Preview of part of it on line? > > > > > > Regards > > Hannes > > > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)iam.unibe.ch > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

May 8, 2014

Re: [Pharo-dev] Verifying Ubuntu downloads

by Sean P. DeNigris

Damien Cassou wrote > nope, still same problem Did it finally work or did you get tired of beta testing? ;) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Verifying-Ubuntu-downloads-tp4754637p4758361.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 8, 2014

Re: [Pharo-dev] WTF and Programming Languages

by Sean P. DeNigris

Sven Van Caekenberghe-2 wrote > The why is the result not 'Helloworld' ? or 'Hellworldo' ? Why does the $o > appear twice ? Good point. Please take a moment to: 1. go to Ulysses 2. follow the account creation link 3. create an account on fogbugz 4. log in 5. create an issue report with: a. the vm version b. the image version c. your platform d. your social security number e. mother's maiden name f. name of first pet g. and, a reproducible way to cause the error 6. (optional, but preferable) followed up by a slice with tests a. re-log-in to fogbugz b. go back to the issue page because the fogbugz login page probably didn't redirect you to the issue c. add whoever is assigned as another person to notify because they will paradoxically not be included by default 7. (if 6) add class comments to classes that you didn't modify - and possibly have never heard of - to make the monkey happy 8. Weigh in on whether Pharo is or is not "Smalltalk" AND/OR whether a tomato is a fruit or a vegetable 9. Cross fingers and wait (but not as long as in Squeak) 10. Try to remember what you were doing before you fell down the rabbit hole 11. Check email for VPRI's final STEPS report while waiting IN CASE OF EMERGENCY: insert beer between or during any other step OR remember that we (meaning the Smalltalk, Smalltalk-inspired, Smalltalk-channelled, Smalltalk-related, and/or Dynabook-related identified persons and possibly spouses and probably children under 17.5) still have it far better than the rest of the programming world ;-P (hopefully obviously) ----- Cheers, Sean -- View this message in context: http://forum.world.st/WTF-and-Programming-Languages-tp4758263p4758348.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 8, 2014

Re: [Pharo-dev] Starting making bindings for OpenCL using NativeBoost.

by stepharo

Hi ronie Some questions: do you think that we could have a openCL back-end for athens? do you think that we could avoid having openCL text inside Pharo but have a kind of DSL? Stef On 8/5/14 08:32, Ronie Salgado wrote: > Hello, > > I started working in making some basic bindings for OpenCL using > NativeBoost. > > Currently I can run basics OpenCL OpenCL kernels. I tried to generate > quickly some procedural images which was a success. > > I am going to be showing some more cool stuffs when mixing > OpenCL+OpenGL+SDL2. > > Currently uploading my work into > http://smalltalkhub.com/#!/~ronsaldo/OpenCL > <http://smalltalkhub.com/#%21/%7Eronsaldo/OpenCL> . No configuration > or stable release yet. > > Greetings, > Ronie

May 8, 2014

Re: [Pharo-dev] [Moose-dev] Roassal visualizing a corner of the Universe

by Alexandre Bergel

We will surely review all the different options for interacting with external libraries. Ronie is our local expert :-) Currently, we have no preview of the Roassal book to share. Give us a couple of months :-) Cheers, Alexandre On May 8, 2014, at 9:23 AM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > Interesting project, Alexandre! > > On 5/6/14, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> Thanks Kilon for your nice words. >> Currently, AstroCloud is a bit slow. For example, loading this image takes >> much more than it should. For now, speed is not our priority. AstroCloud has >> to be fast and we will make it fast. Probably relying on external library is >> the way to go. > > I assume you consider or have considered NativeBoost as well? > >> >> Just to give a bit more context about why we are doing AstroCloud. ALMA is >> the largest observatory on Earth, making it the largest astronomical project >> in existence (http://www.almaobservatory.org) This is what humanity has >> best to detect life outside Earth. >> ALMA is made of 66 high-precision antenas making it possible to see deep in >> the universe. Unfortunately, there is no good software to process these >> immensely complex pictures. Some tool suite naturally exist, but they were >> not made for ALMA, making these existing tools largely suboptimal to process >> complex picture of ALMA. >> Faviolaâs dream (and mine) is to produce a tool ready to be consumed by >> astronomers to process ALMA pictures. Faviola and I are currently seeking >> for additional resources on making this happen. > > >> Regarding your help about documenting Roassal. It is very welcome! In one of >> my previous post, I said that 2014 will be the year of documenting Roassal. >> A book is on its way. > > >> We will need people to review it. So thanks! > > Preview of part of it on line? > > > Regards > Hannes > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 8, 2014

Re: [Pharo-dev] Application development - import image and mark it up with vector graphics and create PDF

by stepharo

Hi reg > Hi, > > What is involved in creating an application in Pharo, part of would which do the following: > 1) Copy an image (ex: jpg) into a a window area. simple: I do not have the time to look for such snippet but it should be two lines. > 2) Allow the user to add basic shapes on top of the image - square, circle, with text inside the shape. If you want to do that in vector graphics you should use Athens (I'm finishing a chapter but it is really draft) You should have a look at the Athens tutorial that you can find in the Athens repository. You will probably need to port the drawing methods of star and other basic morph if you want to use them with Athens. > 3) Save this and generate a PDF. Have a look at the Artefact library because you can generate PDF. > > There is business domain logic surrounding this. Excellent. Let us know how we can help. > > Regards, > > Reg >

May 8, 2014

Re: [Pharo-dev] Roassal visualizing a corner of the Universe

by H. Hirzel

Interesting project, Alexandre! On 5/6/14, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Thanks Kilon for your nice words. > Currently, AstroCloud is a bit slow. For example, loading this image takes > much more than it should. For now, speed is not our priority. AstroCloud has > to be fast and we will make it fast. Probably relying on external library is > the way to go. I assume you consider or have considered NativeBoost as well? > > Just to give a bit more context about why we are doing AstroCloud. ALMA is > the largest observatory on Earth, making it the largest astronomical project > in existence (http://www.almaobservatory.org) This is what humanity has > best to detect life outside Earth. > ALMA is made of 66 high-precision antenas making it possible to see deep in > the universe. Unfortunately, there is no good software to process these > immensely complex pictures. Some tool suite naturally exist, but they were > not made for ALMA, making these existing tools largely suboptimal to process > complex picture of ALMA. > Faviolaâs dream (and mine) is to produce a tool ready to be consumed by > astronomers to process ALMA pictures. Faviola and I are currently seeking > for additional resources on making this happen. > Regarding your help about documenting Roassal. It is very welcome! In one of > my previous post, I said that 2014 will be the year of documenting Roassal. > A book is on its way. >We will need people to review it. So thanks! Preview of part of it on line? Regards Hannes

May 8, 2014