March 2018 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Base64MimeConverter class>>mimeDecodeToBytes: change breaks image load

by Sven Van Caekenberghe

> On 15 Mar 2018, at 12:28, Alistair Grant <akgrant0710(a)gmail.com> wrote: > > Hi Guille & Pavel, > > On 6 Feb Guille changed Base64MimeConverter class>>mimeDecodeToBytes: > so that it doesn't reset the dataStream position back to the start of > the stream. This breaks Pavel's PlayingCard, part of FreeCell (you > can see that I only load important stuff :-)). > > PlayingCard class>>initialize > "PlayingCard initialize" > | forms f | > "Read the stored forms from mime-encoded data in imageData." > f := Base64MimeConverter mimeDecodeToBytes: (ReadStream on: self imageData). > forms := OrderedCollection new. > f next = 2 ifFalse: [self error: 'corrupted imageData']. > [f atEnd] whileFalse: [forms add: (Form new readFrom: f)]. > ... > > > Previously, f would be at the start of the stream (which makes sense > given this usage), but now it is at the end of the stream, so returns > nil and "f next = 2" fails. > > Guille, can you explain the change. The commit log just says "make tests run". > > Note that a lot of users of this won't fail as they just call > #contents of the stream after #mimeDecodeToBytes:, which works > regardless of the current position. So doing f reset at the caller site would fix it then ? Note that there is the newer ZnBase64Encoder that can be used as follows: f := (ZnBase64Encoder new decode: self imageData) readStream. Sven

March 15, 2018

Base64MimeConverter class>>mimeDecodeToBytes: change breaks image load

by Alistair Grant

Hi Guille & Pavel, On 6 Feb Guille changed Base64MimeConverter class>>mimeDecodeToBytes: so that it doesn't reset the dataStream position back to the start of the stream. This breaks Pavel's PlayingCard, part of FreeCell (you can see that I only load important stuff :-)). PlayingCard class>>initialize "PlayingCard initialize" | forms f | "Read the stored forms from mime-encoded data in imageData." f := Base64MimeConverter mimeDecodeToBytes: (ReadStream on: self imageData). forms := OrderedCollection new. f next = 2 ifFalse: [self error: 'corrupted imageData']. [f atEnd] whileFalse: [forms add: (Form new readFrom: f)]. ... Previously, f would be at the start of the stream (which makes sense given this usage), but now it is at the end of the stream, so returns nil and "f next = 2" fails. Guille, can you explain the change. The commit log just says "make tests run". Note that a lot of users of this won't fail as they just call #contents of the stream after #mimeDecodeToBytes:, which works regardless of the current position. Thanks, Alistair

March 15, 2018

Re: [Pharo-dev] [Pharo-users] Something is happening...

by Nicolas Anquetil

On 15/03/2018 10:31, Marcus Denker wrote: > [...] > What I would like to have is a way to count âcurrently running imagesâ. > But I guess adding that by default (like all mobile apps now do) would > not > be wanted.. but one could add some config option. > spotter has it and nobody complained as it is off by default (not sure how much people turned it on) nicolas -- Nicolas Anquetil RMod team -- Inria Lille

March 15, 2018

Re: [Pharo-dev] [Pharo-users] Something is happening...

by Marcus Denker

> On 14 Mar 2018, at 19:02, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > > Do we have any metrics on the number of visits we get on the pharo.org > website, which parts are the most visited, etc? > Yes, we have Google Analytics installedâ¦ but I did not look at it for a long time. It is no that spectacularâ¦ 200-300 users per day. But there is not much reason to visit it often, so a large part of that are real new visitors. > The same regarding web downloads, and so on. I understand that CI can > distort download count if using only access logs, but certainly if we > count a download through the webpage as a "conversion" (and track it > somehow) we would have a better idea how big this is becoming. > The new files.pharo.org <http://files.pharo.org/> keeps logs for one dayâ¦ So for today: 17.98 GB transfer until now (not even half day), so around 25 to 30GB per day. But CI is really a lotâ¦ it is not only the CI of Pharo itself, but others, too. E.g. just the ZWEIDENKER Jenkins builds quite oftenâ¦ Tracking the real downloads would be a better way, yes. What I would like to have is a way to count âcurrently running imagesâ. But I guess adding that by default (like all mobile apps now do) would not be wanted.. but one could add some config option. I want that for the Zweidenker pharo images: right now it is easy to count by counting the processes on the virtual beta-swarm and doubling (for production). But soon production will scale up and beta down *and* there will be a alpha swarmâ¦ > But back to your point and as a bystander these days, it is very hard > to be aware of everything that's going on in the Pharo world, and not > because of the associated noise, because there is actually a lot of > things going on. :) > It is interesting! Marcus

March 15, 2018

Re: [Pharo-dev] Experiment: New Download page based on Pharo Launcher

by Esteban Lorenzano

> On 15 Mar 2018, at 09:34, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > >> On 15 Mar 2018, at 09:27, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >> >> >> >>> On 15 Mar 2018, at 00:08, Cyril Ferlicot <cyril.ferlicot(a)gmail.com <mailto:cyril.ferlicot@gmail.com>> wrote: >>> >>> >>> On mer. 14 mars 2018 at 18:18, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>> >>> >>> > On 9 Mar 2018, at 23:34, Torsten Bergmann <astares(a)gmx.de <mailto:astares@gmx.de>> wrote: >>> > >>> > Additional portable versions would be nice too (based on a simple ZIP) instead of only the installable apps >>> > >>> >>> Is there a deeper reason for this? If I look at âother systemsâ, they manage to have *one* download, *one* way of installing. >>> For me, offering *a lot* of possible different ways means that the user has to choose without knowing why there is even the option to chooseâ¦ >>> >>> The problem is that Pharo is different from other systems. When you install eclipse, you'll use the installed eclipse for all your projects for a long time. >>> >>> Pharo images are more like a "disposable". You'll not use the same Pharo image for multiple big projects and you'll more easily throw away an image to take a new one from time to time. >>> >>> Actually I think I download and delete around 5 images/day sometime. >> >> IMO this just strengthen Marcus argument :) >> >>> This complicate a little things because sometime you want to directly download one image. Sometime you want to have one application to manage your images (Pharo launcher) >> >> Why? You have launcher: you download all images you want (btwâ¦ I still believe launcher UI needs love, but one thing at a time ;) ) >> And if you need more complex stuff, you always have the âotherâ section. >> >> but I side with Marcus here: we need ONE blessed way of manage pharo, otherwise is an un-managable mess. >> >> cheers, >> Esteban >> >> ps: btw, weâll need also >> - OBS for the launcher (to have linux packaging) >> - signing the launcher on mac (we already did this for the VM, we can do the same for launcher). And distribute it as dmg, not zip (a dmg is just a zip renamed so no problem here). >> - a windows installer >> > and I would love support for this: https://sparkle-project.org <https://sparkle-project.org/> to keep the âPharoâ app always up-to-date dreams, dreamsâ¦ maybe next year I will have time to do some of this? who knowsâ¦ > . > > Marcus

March 15, 2018

Re: [Pharo-dev] Experiment: New Download page based on Pharo Launcher

by Marcus Denker

> On 15 Mar 2018, at 09:27, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > > >> On 15 Mar 2018, at 00:08, Cyril Ferlicot <cyril.ferlicot(a)gmail.com <mailto:cyril.ferlicot@gmail.com>> wrote: >> >> >> On mer. 14 mars 2018 at 18:18, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >> >> >> > On 9 Mar 2018, at 23:34, Torsten Bergmann <astares(a)gmx.de <mailto:astares@gmx.de>> wrote: >> > >> > Additional portable versions would be nice too (based on a simple ZIP) instead of only the installable apps >> > >> >> Is there a deeper reason for this? If I look at âother systemsâ, they manage to have *one* download, *one* way of installing. >> For me, offering *a lot* of possible different ways means that the user has to choose without knowing why there is even the option to chooseâ¦ >> >> The problem is that Pharo is different from other systems. When you install eclipse, you'll use the installed eclipse for all your projects for a long time. >> >> Pharo images are more like a "disposable". You'll not use the same Pharo image for multiple big projects and you'll more easily throw away an image to take a new one from time to time. >> >> Actually I think I download and delete around 5 images/day sometime. > > IMO this just strengthen Marcus argument :) > >> This complicate a little things because sometime you want to directly download one image. Sometime you want to have one application to manage your images (Pharo launcher) > > Why? You have launcher: you download all images you want (btwâ¦ I still believe launcher UI needs love, but one thing at a time ;) ) > And if you need more complex stuff, you always have the âotherâ section. > > but I side with Marcus here: we need ONE blessed way of manage pharo, otherwise is an un-managable mess. > > cheers, > Esteban > > ps: btw, weâll need also > - OBS for the launcher (to have linux packaging) > - signing the launcher on mac (we already did this for the VM, we can do the same for launcher). And distribute it as dmg, not zip (a dmg is just a zip renamed so no problem here). > - a windows installer > and I would love support for this: https://sparkle-project.org <https://sparkle-project.org/> to keep the âPharoâ app always up-to-date. Marcus

March 15, 2018

Re: [Pharo-dev] Experiment: New Download page based on Pharo Launcher

by Esteban Lorenzano

> On 15 Mar 2018, at 00:08, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: > > > On mer. 14 mars 2018 at 18:18, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: > > > > On 9 Mar 2018, at 23:34, Torsten Bergmann <astares(a)gmx.de <mailto:astares@gmx.de>> wrote: > > > > Additional portable versions would be nice too (based on a simple ZIP) instead of only the installable apps > > > > Is there a deeper reason for this? If I look at âother systemsâ, they manage to have *one* download, *one* way of installing. > For me, offering *a lot* of possible different ways means that the user has to choose without knowing why there is even the option to chooseâ¦ > > The problem is that Pharo is different from other systems. When you install eclipse, you'll use the installed eclipse for all your projects for a long time. > > Pharo images are more like a "disposable". You'll not use the same Pharo image for multiple big projects and you'll more easily throw away an image to take a new one from time to time. > > Actually I think I download and delete around 5 images/day sometime. IMO this just strengthen Marcus argument :) > This complicate a little things because sometime you want to directly download one image. Sometime you want to have one application to manage your images (Pharo launcher) Why? You have launcher: you download all images you want (btwâ¦ I still believe launcher UI needs love, but one thing at a time ;) ) And if you need more complex stuff, you always have the âotherâ section. but I side with Marcus here: we need ONE blessed way of manage pharo, otherwise is an un-managable mess. cheers, Esteban ps: btw, weâll need also - OBS for the launcher (to have linux packaging) - signing the launcher on mac (we already did this for the VM, we can do the same for launcher). And distribute it as dmg, not zip (a dmg is just a zip renamed so no problem here). - a windows installer pps: we are taking volunteers to tackle this stuff ;) > > > > Marcus > -- > Cyril Ferlicot > https://ferlicot.fr <https://ferlicot.fr/>

March 15, 2018

Re: [Pharo-dev] Experiment: New Download page based on Pharo Launcher

by Marcus Denker

> On 15 Mar 2018, at 00:08, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: > > > On mer. 14 mars 2018 at 18:18, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: > > > > On 9 Mar 2018, at 23:34, Torsten Bergmann <astares(a)gmx.de <mailto:astares@gmx.de>> wrote: > > > > Additional portable versions would be nice too (based on a simple ZIP) instead of only the installable apps > > > > Is there a deeper reason for this? If I look at âother systemsâ, they manage to have *one* download, *one* way of installing. > For me, offering *a lot* of possible different ways means that the user has to choose without knowing why there is even the option to chooseâ¦ > > The problem is that Pharo is different from other systems. When you install eclipse, you'll use the installed eclipse for all your projects for a long time. > > Pharo images are more like a "disposable". You'll not use the same Pharo image for multiple big projects and you'll more easily throw away an image to take a new one from time to time. > > Actually I think I download and delete around 5 images/day sometime. > > This complicate a little things because sometime you want to directly download one image. Sometime you want to have one application to manage your images (Pharo launcher) > For me, the Launcher should be the âVM Downloadâ, that comes with a) a default template image of the release and b) the launcher too to discover images. *But* it should be done in a way that you can of course just download more images (and I would love to have images actually being âone fileâ) and, having Pharo installed, you can run them, using the âPharoâ that you have installed (the launcher). The âLauncherâ should feel more like âI have installed Pharo, now I can run imagesâ. As such, I think we should add back links that point to single image downloads on the download page. Marcus

March 15, 2018

Re: [Pharo-dev] Experiment: New Download page based on Pharo Launcher

by Stephan Eggermont

Marcus Denker <marcus.denker(a)inria.fr> wrote: >> On 9 Mar 2018, at 23:34, Torsten Bergmann <astares(a)gmx.de> wrote: >> >> Additional portable versions would be nice too (based on a simple ZIP) >> instead of only the installable apps >> > > Is there a deeper reason for this? If I look at âother systemsâ, they > manage to have *one* download, *one* way of installing. > For me, offering *a lot* of possible different ways means that the user > has to choose without knowing why there is even the option to chooseâ¦ Yes. I want the live usb stick experience Stephan

March 15, 2018

Re: [Pharo-dev] Experiment: New Download page based on Pharo Launcher

by Cyril Ferlicot

On mer. 14 mars 2018 at 18:18, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > > On 9 Mar 2018, at 23:34, Torsten Bergmann <astares(a)gmx.de> wrote: > > > > Additional portable versions would be nice too (based on a simple ZIP) > instead of only the installable apps > > > > Is there a deeper reason for this? If I look at âother systemsâ, they > manage to have *one* download, *one* way of installing. > For me, offering *a lot* of possible different ways means that the user > has to choose without knowing why there is even the option to chooseâ¦ > The problem is that Pharo is different from other systems. When you install eclipse, you'll use the installed eclipse for all your projects for a long time. Pharo images are more like a "disposable". You'll not use the same Pharo image for multiple big projects and you'll more easily throw away an image to take a new one from time to time. Actually I think I download and delete around 5 images/day sometime. This complicate a little things because sometime you want to directly download one image. Sometime you want to have one application to manage your images (Pharo launcher) > Marcus > -- Cyril Ferlicot https://ferlicot.fr

March 14, 2018