- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Cloud Hosting Tip

by kilon

whats your opinion on linenode ? -> https://www.linode.com <https://www.linode.com> Its what I currently use and it was recommended by a friend whos a web developer. Its very nice service, but 200 euros per year is too much for my needs. All I need is some space , the ability to run pharo and display a basic website. So I might move to what you recommended here. 50 euros per year seems a lot closer to my budget. -- View this message in context: http://forum.world.st/Pharo-dev-Cloud-Hosting-Tip-tp4693950p4694279.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

June 20, 2013

Fwd: [Esug-list] WE HIRE : SENIOR SMALLTALK / JAVA SOFTWARE DEVELOPER

by stephane ducasse

Begin forwarded message: > From: Bertrand Wunderlich <bwunderlich(a)nfs.lu> > Subject: [Esug-list] WE HIRE : SENIOR SMALLTALK / JAVA SOFTWARE DEVELOPER > Date: June 19, 2013 4:36:42 PM GMT+02:00 > To: esug-list(a)lists.esug.org > > Hi everybody, > > Leading Banking Services in Luxembourg is seeking : > > Software Developer - SMALLTALK / JAVA > > Role/Area : > developer to participate to technical design, coding, unit testing and bug fixing in the context of GVAS 2011. > > Qualifications/required skills : > Software engineer with advanced SMALLTALK and JAVA development skills. > Experience in smalltalk development is required. > If possible, experience in financial industry and ability to coach people. > English is the working language. > > Starting date : ASAP. > Estimated duration of the mission : until December 2014 (minimum). > Location : LUXEMBOURG. > Salary : negociable. > > Please send me your resume if you're interested in that offer. > > > Bertrand Wunderlich > Recruitment officer > > NFS S.A. > 4, Place de Strasbourg > L-2562 LUXEMBOURG > LUXEMBOURG > T : +352 20 40 80 42 > P : +352 661 500 151 > > www.nfs.lu > > > > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

June 20, 2013

pending backports for 2.0 summer

by Esteban Lorenzano

Hi, There are some issues marked as backport to 2.0 who need some attention, in case you guys really want them in the summer release. https://pharo.fogbugz.com/f/search/?ixFixFor=6&ixStatus=-2&sColumns=Categor… btw... I remember you that the place to commit slices for 2.0 is still the older inbox: http://ss3.gemstone.com/ss/PharoInbox/ cheers, Esteban

June 20, 2013

Re: [Pharo-dev] Barcodes

by Stephan Eggermont

So, this kind-of works. Both Artefact and Barcode repositories are not writable, so here is an artefact package that depends on barcode. ean13Test: aStream "drawing an EAN13" | pdfdoc aPage barcode sequence | barcode := BarcodeEAN13 value: '2109876543210'. sequence := barcode binarySequence. pdfdoc := PDFDocument new. aPage := PDFPage new. sequence withIndexDo: [:each :index | each = $1 ifTrue: [ aPage add: (PDFLineElement from: (20+index) pt @ 50 pt to: (20+index) pt @ 20 pt). ] ]. pdfdoc add: aPage. pdfdoc styleSheet drawColor: (PDFColor r: 0 g: 0 b: 0). pdfdoc exportTo: aStream

June 20, 2013

Re: [Pharo-dev] metacello conditional loading

by Camillo Bruni

On 2013-06-17, at 18:25, Dale K. Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: > Cami, > > The expression: > > MetacelloPlatform current defaultPlatformAttributes thanks :) this is what I was looking for! > will list the platform attributes at the system level (default). > > The expression: > > ConfigurationOfXXX project platformAttributes > > will list the set of attributes defined for a particular configuration (presumably a superset of the default set). > > If you look in MetacelloPharoPlatform>>defaultPlatformAttributes, you'll see the following: > > > defaultPlatformAttributes > | attributes versionString | > ((Smalltalk respondsTo: #image) and: [ Smalltalk image respondsTo: #metacelloPlatformAttributes ]) > ifTrue: [ ^ Smalltalk image metacelloPlatformAttributes ]. > ..... > > The method #metacelloPlatformAttributes let's you define exactly the set of attributes that you want supported for pharo platforms ... > > Hope this helps, > > Dale > ----- Original Message ----- > | From: "Camillo Bruni" <camillobruni(a)gmail.com> > | To: pharo-dev(a)lists.pharo.org > | Sent: Monday, June 17, 2013 6:41:00 AM > | Subject: [Pharo-dev] metacello conditional loading > | > | - where do I find a list of the magic tags I can use for conditional > | loading? > | - is `spec for: #'pharo3.x' version: '3.0'` already supported? > | > | thanks > | > | >

June 20, 2013

Re: [Pharo-dev] why so many processes are running at startup time?

by Camillo Bruni

IMO looks good On 2013-06-20, at 12:18, NISHIHARA Satoshi <goonsh(a)gmail.com> wrote: > thx. > > I run a cleaning processes script such as: > (Process allInstances > reject: [ :p | > {(InputEventFetcher default fetcherProcess). > (Processor activeProcess). > (WeakArray runningFinalizationProcess). > (Processor backgroundProcess). > (SmalltalkImage current lowSpaceWatcherProcess). > (UIManager default uiProcess). > (Delay schedulingProcess)} includes: p ]) > do: [ :p | > p suspend; terminate ] > > and get 6 processes remain: > (80) 745275392: Delay class>>handleTimerEvent > (60) Input events fetching process: InputEventFetcher>>waitForInput > (60) 1061945344: SmalltalkImage>>lowSpaceWatcher > (50) 946339840: WeakArray class>>finalizationProcess > (40s) Morphic UI process: nil > (10) 845938688: ProcessorScheduler class>>idleProcess > > is this OK? > > regards. > > > 2013/6/20 Marcus Denker <marcus.denker(a)inria.fr> > >> Hi, >> >> I think we should for now just kill them when building the image, I will >> check. >> >> On Jun 20, 2013, at 9:56 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: >> >> Hello, >> >> These processes are due to the new integration testing process. This new >> process was introduced in Pharo 3.0 alpha, and we found the bug and fixed >> it. >> Recently we backport the new integration process to Pharo 2.0 and >> seemingly it created the same bug but since we read your mail we were not >> aware of it. We need to backport the fix. >> We will fix that within a few days. >> >> As a workaround, you can just kill these processes in your image for now >> ... >> >> Thanks for reporting the issue, >> >> >> >> >> 2013/6/20 NISHIHARA Satoshi <goonsh(a)gmail.com> >> >>> There are 30 over processes are running at startup, Pharo-20607.image. >>> >>> <NDOWS-1252?B?vIgyMDEzLTA2LTIwIDEzLjE5LjU277yJLnBuZw=.png> >>> >>> regards. >>> >>> -- >>> -- >>> "NISHIHARA Satoshi" >>> [:goonsh :nsh | ^ nishis perform: goonsh with: nsh] >>> >> >> >> >> -- >> ClÃ©ment BÃ©ra >> Mate Virtual Machine Engineer >> BÃ¢timent B 40, avenue Halley 59650 *Villeneuve d'Ascq* >> >> >> > > > -- > -- > "NISHIHARA Satoshi" > [:goonsh :nsh | ^ nishis perform: goonsh with: nsh]

June 20, 2013

Re: [Pharo-dev] Cloud Hosting Tip

by Camillo Bruni

On 2013-06-20, at 13:26, Nicolas Petton <petton.nicolas(a)gmail.com> wrote: > and are you happy with the service? we were very happy actually, but the migration to the new SSD-based service caused some headaches. So right now I would wait a bit until it stabilizes... :) > On Jun 20, 2013, at 11:07 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> yes, we use them at my company in switzerland ;)

June 20, 2013

Re: [Pharo-dev] Cloud Hosting Tip

by Nicolas Petton

and are you happy with the service? nico On Jun 20, 2013, at 11:07 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > yes, we use them at my company in switzerland ;) -- Nicolas Petton http://www.nicolas-petton.fr

June 20, 2013

[update 3.0] #30209

by Esteban Lorenzano

30209 ----- 10975 integrate athens https://pharo.fogbugz.com/f/cases/10975/integrate-athens yes sr!

June 20, 2013

Re: [Pharo-dev] why so many processes are running at startup time?

by NISHIHARA Satoshi

thx. I run a cleaning processes script such as: (Process allInstances reject: [ :p | {(InputEventFetcher default fetcherProcess). (Processor activeProcess). (WeakArray runningFinalizationProcess). (Processor backgroundProcess). (SmalltalkImage current lowSpaceWatcherProcess). (UIManager default uiProcess). (Delay schedulingProcess)} includes: p ]) do: [ :p | p suspend; terminate ] and get 6 processes remain: (80) 745275392: Delay class>>handleTimerEvent (60) Input events fetching process: InputEventFetcher>>waitForInput (60) 1061945344: SmalltalkImage>>lowSpaceWatcher (50) 946339840: WeakArray class>>finalizationProcess (40s) Morphic UI process: nil (10) 845938688: ProcessorScheduler class>>idleProcess is this OK? regards. 2013/6/20 Marcus Denker <marcus.denker(a)inria.fr> > Hi, > > I think we should for now just kill them when building the image, I will > check. > > On Jun 20, 2013, at 9:56 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > Hello, > > These processes are due to the new integration testing process. This new > process was introduced in Pharo 3.0 alpha, and we found the bug and fixed > it. > Recently we backport the new integration process to Pharo 2.0 and > seemingly it created the same bug but since we read your mail we were not > aware of it. We need to backport the fix. > We will fix that within a few days. > > As a workaround, you can just kill these processes in your image for now > ... > > Thanks for reporting the issue, > > > > > 2013/6/20 NISHIHARA Satoshi <goonsh(a)gmail.com> > >> There are 30 over processes are running at startup, Pharo-20607.image. >> >> <NDOWS-1252?B?vIgyMDEzLTA2LTIwIDEzLjE5LjU277yJLnBuZw=.png> >> >> regards. >> >> -- >> -- >> "NISHIHARA Satoshi" >> [:goonsh :nsh | ^ nishis perform: goonsh with: nsh] >> > > > > -- > ClÃ©ment BÃ©ra > Mate Virtual Machine Engineer > BÃ¢timent B 40, avenue Halley 59650 *Villeneuve d'Ascq* > > > -- -- "NISHIHARA Satoshi" [:goonsh :nsh | ^ nishis perform: goonsh with: nsh]

June 20, 2013