June 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo on bitnami

by Mircea S.

Great!!! Contacted them myself too, with a contest entry for either Pharo stand-alone or Seaside on Pharo, since the contest mainly focuses on 'web frameworks'. For vanilla Pharo this was their response: "Thanks for your suggestion. Unfortunately we can not add Pharo in our Bitnami contest. We are currently focused on web applications and Pharo is a desktop IDE tool." So I added an entry on Seaside, which he has yet to reply to, adding examples on how to run headless cloud servers with that in mind: "I made another request for "Seaside" which is a Smalltalk (language) web framework that runs either on Pharo, GNU Smaltalk or other variants running headless, connecting remotely to add code or modify the app. For example a GNU Smalltalk: http://www.gnu.org/software/smalltalk/manual/html_node/Seaside.html Seaside apps, including the entire memory footprint is stored in an "image file", this image files acts like a miniVM virtual hard drive. When you save all objects are saved as the are, and when you load it again it essentially "resumes" exacly where it left off. Images are started this way and the app becomes available on a port, you can connect to it and "develop" de image and remotely write code and execute it inside like this: http://smalltalk.gnu.org/blog/bonzinip/seaside-development-gnu-smalltalk Seaside is used mainly in the financial industry and for heavy duty erp apps. Now it has gained a footprint in the community because of the advanced Object Oriented approach to web development with Seaside." He'll probably need more advice as things progress. You can reach David at david(a)bitnami.com Pe 7 iun. 2015, la 14:08, stepharo <stepharo(a)free.fr> a scris: > Hi pharoers > > we got in contact with bitnami and I would love to see two bitnami apps around Pharo: > - basic pharo > - pharo + seaside + magritte + voyage (mongo pharo layer) + mongodb > > So who would like to help pushing this effort? > > Stef > > Begin forwarded message: > > From: Kevin Franklin <kevin(a)bitnami.com> > Subject: Introducing Bitnami... > Date: 5 Jun 2015 10:57:36 GMT+2 > To: <board(a)pharo.org> > > Hello Pharo Association > > I wondered if you knew about Bitnami. Please check us out at www.bitnami.com. We provide over 120 apps and development stacks â many of them open-source. > If you would like Pharo to be included in our marketplace, we have a contest https://bitnami.com/contest were you can nominate it, and encourage your community to vote for its inclusion. > > Also, I wondered if you could put me in touch with any commercial companies within and around the Pharo ecosystem that might like to work with us as a software partner https://bitnami.com/partners/software > > Kind regards > Kevin > > -- > Kevin Franklin > Director of Business Development, Bitnami > +44 78 2525 6020 > @kevinjfranklin > > Run your favorite apps in the cloud with Bitnami > > Confidential - All Rights Reserved. > Bitnami Â© 2015 >

June 8, 2015

NativeBoost pointer and "+"

by Matthieu Lacaton

Hello everyone, I have a small question about NativeBoost : How does the "+" operator when applied to a pointer translates into NativeBoost code ? To give a bit of context, what I want to do is to reallocate some non-contiguous bytes in memory to a buffer. Basically, I have an array of integers in a buffer and I want to copy some chunks of it in another buffer. The chunks are always the same size and the offset between each chunk is always the same too. Because a bit of actual code is easier to understand here is what I'd like to do in Pharo : ... int i, j; int *data = malloc(1000*sizeof(int)); int *newData = malloc(50*sizeof(int)); // Allocate initial data for (i = 0 ; i < 1000, i++) { data[i] = i; } //Copy desired chunks into new buffer for (i = 0; i < 5; i++ ) { memcpy( newData + j*10, data + 200 + j*30, 10*sizeof(int)); j++; } free(data); ... Here basically I'll get in my buffer chunks of 10 integers starting at 200 with an offset of 30 between chunks, and this 5 times. (200 201 202 ... 208 209 230 231 ... 238 239 260 ... 328 329). I am okay with the malloc, memcpy and free but I don't know how to handle the "+" operator in my memcpy function. Thank you, Matthieu

June 8, 2015

Re: [Pharo-users] Bug in Open Workspace from File-Browser?

by Marcus Denker

Maybe use Smalltalk tools workspace instead of the direct referenceâ¦ In the long run, for GT, people will use the the FileList less and less and instead just use Spotter to explore the filesystem and then GT to look at filesâ¦ We should try to replace the FileList by Spotter for Pharo5â¦ less code to maintain. Marcus > On 07 Jun 2015, at 17:39, volkert <volkert(a)komponentenwerkstatt.de> wrote: > > I have found a bug and opened new case for it: https://pharo.fogbugz.com/f/cases/15711/ <https://pharo.fogbugz.com/f/cases/15711/> > I also what to send a fix. > But i am not sure, if the fix is as simple as i described it (see tail of this mail). > My Question: Is the bug in the UIManager or only on the sender FileList>>viewContentsInWorkspace. I think, in the sender. So i can simply replace "UIManager default edit: aString label: 'Workspace from ', self reference basename " with " Workspace openContents: aString label: 'Workspace from ', self reference basename". > > Am 07.06.2015 um 17:20 schrieb stepharo: >> UIManager was an attempt to support a way to theme widgets. >> And also to be able to run Pharo headless but providing a DummyManager. >> What is the original problem you faced? >> >> Stef >> >> >> Le 6/6/15 16:37, volkert a Ã©crit : >>> Is this change resonable. I have no idea, what the Design-Idea behind the UIManager what services is should provide. May be it make sense to have the extra services on UIManager, but think the bug is in FileList>>viewContentsInWorkspace and not in UIManager. >>> >>> ---- >>> I propose for Workspace to change the current code: >>> >>> FileList>>viewContentsInWorkspace >>> "View the contents of my selected file in a new workspace" >>> | aString | >>> self reference streamWritable: false do: [ :stream| >>> aString := stream setConverterForCode contentsOfEntireFile ]. >>> UIManager default edit: aString label: 'Workspace from ', self reference basename <----- WRONG >>> >>> to : >>> >>> FileList>>viewContentsInWorkspace >>> "View the contents of my selected file in a new workspace" >>> | aString | >>> self reference streamWritable: false do: [ :stream| >>> aString := stream setConverterForCode contentsOfEntireFile ]. >>> Workspace openContents: aString label: 'Workspace from ', self reference basename >>> >>> And i also proposse the add a Playground case. >>> >>> New Method: >>> >>> FileList>>viewContentsInPlayground >>> "View the contents of my selected file in a new playground" >>> | aString | >>> self reference streamWritable: false do: [ :stream| >>> aString := stream setConverterForCode contentsOfEntireFile ]. >>> GTPlayground openContents: aString label: 'Playground from ', self reference basename. >>> >>> and also FileList>>serviceViewContentsInPlayground and the case in ListList>>itemsForAnyFile. >>> >>> If ok, i can fix Workspace and add Playground menu to FileList, after i have figured out how to send an fix ;-) >>> >>> BW, >>> Volkert >>> >>> Am 03.06.2015 um 16:40 schrieb Ben Coman: >>>> Or do we now want such to open in Playground? >>>> >>>> btw, these are the relevant methods. >>>> FileList>>FileList>>viewContentsInWorkspace >>>> FileList>>viewContentsInWorkspace >>>> >>>> cheers -ben >>>> >>>> On Wed, Jun 3, 2015 at 6:57 PM, volkert <volkert(a)komponentenwerkstatt.de> <mailto:volkert@komponentenwerkstatt.de> wrote: >>>>> The File Browser has a Context Menu "Workspace with Contents". It opens an >>>>> Edit Window (String Morph), but not a Workspace ... >>>>> >>>>> Is the Menu-Title wrong or the implementation? >>>>> >>>>> BW, >>>>> Volkert >>>>> >>> >> >

June 8, 2015

Re: [Pharo-users] [Pharo-dev] Pharo on bitnami

by Emilio Oca

Hi, Yes, my experience with bitnami's products and assistance is really good too. Besides running in the cloud, I think that having installer scrips to deploy on Windows, Osx or Ubuntu and virtual machines increases chances to successfully deploy on, for example, reluctant IT guys' corporate servers. Best Emilio -----Mensaje original----- De: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] En nombre de Offray Vladimir Luna CÃ¡rdenas Enviado el: Domingo, 07 de Junio de 2015 14:59 Para: pharo-users(a)lists.pharo.org Asunto: Re: [Pharo-users] [Pharo-dev] Pharo on bitnami Hi, I have been using Bitnami and I think that they're really good at providing "execute and deploy" stacks for a lot of applications which are cumbersome to configure and complicated. They're a real time saver. The only one similar offer I know we have is Pharo Cloud but the advantage of a Bitnami Pharo stack is that they could run on Digital Ocean with a more versatile stack and more attractive prices. In fact that's my approach when I need to deploy a stack I usually choose Bitnami Stack + digital ocean for hosting, if the stack I'm looking for is available in bitnami, which is usually cheaper that Specific stack hosting. I don't know if Pharo Cloud could be the company that Bitnami is looking for as a Software partner for deploying. Cheers, Offray On 07/06/15 09:14, Norbert Hartl wrote: > Could be something good. I wanted to figure out what is to provide but I didn't find anything useful in all this massive amount of marketing bullshit on their site. Do you really contact them before you can see how you can provide a package? > > Norbert > >> Am 07.06.2015 um 13:08 schrieb stepharo <stepharo(a)free.fr>: >> >> Hi pharoers >> >> we got in contact with bitnami and I would love to see two bitnami apps around Pharo: >> - basic pharo >> - pharo + seaside + magritte + voyage (mongo pharo layer) + >> mongodb >> >> So who would like to help pushing this effort? >> >> Stef >> >> Begin forwarded message: >> >> From: Kevin Franklin <kevin(a)bitnami.com> >> Subject: Introducing Bitnami... >> Date: 5 Jun 2015 10:57:36 GMT+2 >> To: <board(a)pharo.org> >> >> Hello Pharo Association >> >> I wondered if you knew about Bitnami. Please check us out at www.bitnami.com. We provide over 120 apps and development stacks â many of them open-source. >> If you would like Pharo to be included in our marketplace, we have a contest https://bitnami.com/contest were you can nominate it, and encourage your community to vote for its inclusion. >> >> Also, I wondered if you could put me in touch with any commercial >> companies within and around the Pharo ecosystem that might like to >> work with us as a software partner >> https://bitnami.com/partners/software >> >> Kind regards >> Kevin >> >> -- >> Kevin Franklin >> Director of Business Development, Bitnami >> +44 78 2525 6020 >> @kevinjfranklin >> >> Run your favorite apps in the cloud with Bitnami >> >> Confidential - All Rights Reserved. >> Bitnami Â© 2015 >> > >

June 8, 2015

Re: [Pharo-users] Using Spotter

by Damien Cassou

Tudor Girba <tudor(a)tudorgirba.com> writes: > Again, it is not necessarily convenient. In this first iteration, the goal > was to produce something that is fast and composable. In the next iteration > we should learn what works and what does not. And this use case is > certainly one thing that seems to be expected. if you are looking for inspiration, look at how helm matches stuff. Helm is the Emacs' equivalent to Spotter (but with many years of experience behind): https://github.com/emacs-helm/helm http://tuhdo.github.io/helm-intro.html -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

June 8, 2015

Re: [Pharo-users] VoyageMongo/Magritte problem

by Marcus Kemper

Thanks Sean, now it works again! Best regards Marcus Sean P. DeNigris <sean(a)clipperadams.com> schrieb am Mo., 8. Juni 2015 04:35: > Sean P. DeNigris wrote > > I will take a look... > > Should be fixed now. Let me know if you have any other issues... > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/VoyageMongo-Magritte-problem-tp4830859p4830895.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

June 8, 2015

Re: [Pharo-users] Pharo on bitnami

by Ben Coman

That would be great, but can we compete with getting >400 votes for those specific configurations, which might put us up for winning the contest in seven months time. See https://bitnami.com/stacks -- scroll down to "coming soon." and https://wiki.bitnami.com/contest_rules Presumably the applications listed need some configuration after booting to make them useful (like adding users / content), so then to broaden our audience of potential voters perhaps an alternative strategy would be to package PharoLauncher with either an RFB or web interface, with some enhancements: * choose an image to boot into straight away * better facility to download and choose between multiple VMs * widen choice of templates to include other dialects based off CogVM e.g. Squeak, Newspeak * build new images from basic Pharo + Configuration selected from Configuration Browser * built-in images that provide testdrive applications like pharo + seaside + magritte + voyage (mongo pharo layer) + mongodb * presuming bitnami have some facility to pass a configuration script a newly booted image, act on script to perform the above actions. cheers -ben On Sun, Jun 7, 2015 at 7:08 PM, stepharo <stepharo(a)free.fr> wrote: > Hi pharoers > > we got in contact with bitnami and I would love to see two bitnami apps > around Pharo: > - basic pharo > - pharo + seaside + magritte + voyage (mongo pharo layer) + mongodb > > So who would like to help pushing this effort? > > Stef > > Begin forwarded message: > > From: Kevin Franklin <kevin(a)bitnami.com> > Subject: Introducing Bitnami... > Date: 5 Jun 2015 10:57:36 GMT+2 > To: <board(a)pharo.org> > > Hello Pharo Association > > I wondered if you knew about Bitnami. Please check us out at > www.bitnami.com. We provide over 120 apps and development stacks â many of > them open-source. > If you would like Pharo to be included in our marketplace, we have a contest > https://bitnami.com/contest were you can nominate it, and encourage your > community to vote for its inclusion. > > Also, I wondered if you could put me in touch with any commercial companies > within and around the Pharo ecosystem that might like to work with us as a > software partner https://bitnami.com/partners/software > > Kind regards > Kevin > > -- > Kevin Franklin > Director of Business Development, Bitnami > +44 78 2525 6020 > @kevinjfranklin > > Run your favorite apps in the cloud with Bitnami > > Confidential - All Rights Reserved. > Bitnami Â© 2015 >

June 8, 2015

Re: [Pharo-users] VoyageMongo/Magritte problem

by Sean P. DeNigris

Sean P. DeNigris wrote > I will take a look... Should be fixed now. Let me know if you have any other issues... ----- Cheers, Sean -- View this message in context: http://forum.world.st/VoyageMongo-Magritte-problem-tp4830859p4830895.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 8, 2015

Re: [Pharo-users] VoyageMongo/Magritte problem

by Sean P. DeNigris

mtk wrote > This leads to an error which seems to be connected to > 'gtInspectorMagritteIn:' (see attached screenshot) I think this is my fault. I'm trying to get the GT presentations loaded by default but didn't load the appropriate Moose package. I will take a look. Thanks for the report! ----- Cheers, Sean -- View this message in context: http://forum.world.st/VoyageMongo-Magritte-problem-tp4830859p4830894.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 8, 2015

Re: [Pharo-users] Issue with UDP Sockets

by stepharo

Thanks henrik A better API would be so great. Stef Le 1/6/15 15:18, Henrik Johansen a Ã©crit : >> On 29 May 2015, at 7:24 , Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> >>> On 29 May 2015, at 18:23, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: >>> >>>> On 19 May 2015, at 11:01 , Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>>> >>>> >>>>> On 19 May 2015, at 10:53, Udo Schneider <udo.schneider(a)homeaddress.de> wrote: >>>>> >>>>>> Did you look in all your package caches ? >>>>> I did. Must have been a victim of cleaning ... but maybe TimeMachine has something ... thanks for the reminder. >>>>> >>>>>> If it is just a small example, like one class, maybe it could be >>>>>> added to the image, in which case it should indeed be a slice. >>>>> The package was pretty simple. Basically only adding a few convenience methods around Socket>>#setOption:value: . Still I think a usage example in form of a class comment and test case might be appropriate. So unless Multicast should be part of the base image I'll start with a separate package first. >>>> Since Socket is a fundamental part, and multicast is a key feature, I think it would logical to move it to the image itself, with a test case. >>> It's not just multicast... >>> As a Socket newbie I recently spent longer than I care to admit learning you need to set SO_BROADCAST to true to not get a primitive failure when sending to a broadcast address. >>> At least the comments in sqUnixSocket were entertaining! >>> >>> Though I realize which options are actually supported depends on the VM, moving the list of potentially available cross-platform options (and a description of what they're used for) to a comment in the image (setOption: value: being the obvious location) might be a nice first step. >> Please help in the documentation effort. > I later found the option names are already documented in getOption:, but since that wasn't of much help (at least to me), I suggest introducing a more specific error than primitiveFailure. > Implementing that, the new test revealed a bug; empty UDP payloads will not be sent. > > A suggested fix for both these issues can be found in SLICE-Issue-15657-Empty-UDP-packets-are-not-sent-HenrikSperreJohansen.1 > > Cheers, > Henry >

June 7, 2015