April 2015 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40595 Home: https://github.com/pharo-project/pharo-core

April 6, 2015

Contributing to Bloc

by kilon alios

Hey guys, these last days I have taken a look at Bloc and really like its design. So I was wondering how I can be of assistance. I am not an experienced pharo jedi like you guys but I think I could do my small part to help make Bloc into a replacement for Morphic. >From what I see Bloc some issues rendering Morphs , for example tabs (window groups) and some glitches here and there. So how am I proceed ? How I can help ?

April 6, 2015

Re: [Pharo-dev] [Vm-dev] Re: Status of Pharo VM for FreeBSD

by Esteban Lorenzano

> On 06 Apr 2015, at 10:08, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> >> On 06 Apr 2015, at 09:58, Andreas Wacknitz <a.wacknitz(a)gmx.de> wrote: >> >> >> Am 06.04.15 09:51, schrieb Esteban Lorenzano: >>>> On 06 Apr 2015, at 09:41, Andreas Wacknitz <A.Wacknitz(a)gmx.de> wrote: >>>> >>>> >>>> Am 06.04.15 09:01, schrieb Esteban Lorenzano: >>>>> Hi, >>>>> >>>>> there is no real rationale :( >>>>> the reason why they are there now and not in their corresponding #defaultInternalPlugins or #defaultExternalPlugins is historic, configurations growth organically (we would need a refactor there). >>>> I fear not so many people could do that. I am scratching my head quite often while reading the code. >>>> BTW: PharoS is being used for Stack vm's so you should either find another abbreviation for Spur or choose the full name (that's what I would prefer). >>>> Otherwise it will get even harder in the futureâ¦ >>> we plan to drop support for plain cog vm and replace it for spurâ¦ so Pharo and PharoS will be both spur VMsâ¦ no need to complicate things here. >> Ah, OK. So probably I should wait until this happened and everythings settled down. >> One more question regarding the future: I guess there will be Spur32 and Spur64 vm's, right? >> If so, what are the plans regarding NativeBoost? Will there be a 64 bit version, too? (Ok, that's more than one question :)) > > Iâm working on a replacement that takes same syntax but uses regular FFI implementation instead ASM. > This will re-orientate our efforts into a common FFI strategy in all platforms and joint with Eliot work. > In that direction, there is some important work to speed up (with a new bytecode set and functions to FFI, Ronie and Eliot were working on it), plus a threaded ffi implementation, plus 64bits, plus ARM. > So, no need on reinvent the wheel here. > NB was important and a very good idea, but sadly we cannot maintain it as-is. ah, in case it was not clear: the replacement will be backward-compatible so no need to be scared here :) > > Esteban > >> >> Regards >> Andreas >> >>> >>>>> at least: FT2Plugin and SqueakSSLPlugin should be in defaults (and in the future SDL2 too). >>>>> >>>>> for starting your build I suggest you to exclude all the additions (plugins and external libraries). >>>>> then add them one by one. >>>> I already have a running version from almost one year ago. This time I will try to get further (eg. NativeBoost) and want to enhance my documentation. >>>> But it is time consuming and I would like to spend my time with more interesting things (using Pharo :)) >>> :) >>> >>>> Cheers, >>>> Andreas >>>>> cheers, >>>>> Esteban >>>>> >>>>>> On 06 Apr 2015, at 08:49, Andreas Wacknitz <A.Wacknitz(a)gmx.de> wrote: >>>>>> >>>>>> >>>>>> Am 03.04.15 17:31, schrieb Esteban Lorenzano: >>>>>>>>>> I have more questions but I am reluctant to disturb you further as you must be quite busy atm. >>>>>>>>> ask, I will answer when I can :) >>>>>> Hi Esteban, >>>>>> >>>>>> I am trying to understand the rationale behind PharoVMBuilder>>buildUnix32 (and similar methods like >>buildMacOSX32, >>buildFreeBSD32). >>>>>> How to determine which plugins and libraries to use? >>>>>> Linux makes use of >>>>>> PharoUnixConfig new >>>>>> "generateForDebug;" >>>>>> addExternalPlugins: #( FT2Plugin SqueakSSLPlugin SDL2DisplayPlugin ); >>>>>> addThirdpartyLibraries: #( >>>>>> 'libssh2' >>>>>> 'libgit2' >>>>>> 'libsdl2'); >>>>>> >>>>>> For FreeBSD it looks like this: >>>>>> PharoFreeBSDConfig new >>>>>> "generateForDebug;" >>>>>> addExternalPlugins: #( SqueakSSLPlugin ); >>>>>> addInternalPlugins: #( UnixOSProcessPlugin ); >>>>>> addThirdpartyLibraries: #( >>>>>> 'libssh2' >>>>>> 'libgit2' ); >>>>>> >>>>>> Mac OSX: >>>>>> PharoOSXConfig new >>>>>> "generateForDebug;" >>>>>> addExternalPlugins: #( FT2Plugin SDL2DisplayPlugin ); >>>>>> addInternalPlugins: #( UnixOSProcessPlugin ); >>>>>> addThirdpartyLibraries: #( >>>>>> 'cairo' >>>>>> 'libgit2' >>>>>> 'libssh2' >>>>>> 'libsdl2'); >>>>>> >>>>>> Windows: >>>>>> PharoWindowsConfig new >>>>>> addExternalPlugins: #( FT2Plugin SqueakSSLPlugin ); >>>>>> addInternalPlugins: #( SDL2DisplayPlugin ); >>>>>> addThirdpartyLibraries: #( >>>>>> 'cairo' >>>>>> 'libssh2' >>>>>> 'libgit2' >>>>>> 'libsdl2'); >>>>>> >>>>>> I assume that FreeBSD's configuration is not up-to-date (sdl2 and cairo not yet available?). >>>>>> Should I try to configure cairo, libssh2, libgit2 and libsdl2 libraries for openindiana, like it is done for Windows and MacOSX? >>>>>> Furthermore, should I try to configure SqueakSSLPlugin, FT2Plugin and SDL2DisplayPlugin as external plugins and UnixOSProcessPlugin as internal plugin? >>>>>> >>>>>> Regards >>>>>> Andreas

April 6, 2015

Re: [Pharo-dev] [Vm-dev] Re: Status of Pharo VM for FreeBSD

by Esteban Lorenzano

> On 06 Apr 2015, at 09:58, Andreas Wacknitz <a.wacknitz(a)gmx.de> wrote: > > > Am 06.04.15 09:51, schrieb Esteban Lorenzano: >>> On 06 Apr 2015, at 09:41, Andreas Wacknitz <A.Wacknitz(a)gmx.de> wrote: >>> >>> >>> Am 06.04.15 09:01, schrieb Esteban Lorenzano: >>>> Hi, >>>> >>>> there is no real rationale :( >>>> the reason why they are there now and not in their corresponding #defaultInternalPlugins or #defaultExternalPlugins is historic, configurations growth organically (we would need a refactor there). >>> I fear not so many people could do that. I am scratching my head quite often while reading the code. >>> BTW: PharoS is being used for Stack vm's so you should either find another abbreviation for Spur or choose the full name (that's what I would prefer). >>> Otherwise it will get even harder in the futureâ¦ >> we plan to drop support for plain cog vm and replace it for spurâ¦ so Pharo and PharoS will be both spur VMsâ¦ no need to complicate things here. > Ah, OK. So probably I should wait until this happened and everythings settled down. > One more question regarding the future: I guess there will be Spur32 and Spur64 vm's, right? > If so, what are the plans regarding NativeBoost? Will there be a 64 bit version, too? (Ok, that's more than one question :)) Iâm working on a replacement that takes same syntax but uses regular FFI implementation instead ASM. This will re-orientate our efforts into a common FFI strategy in all platforms and joint with Eliot work. In that direction, there is some important work to speed up (with a new bytecode set and functions to FFI, Ronie and Eliot were working on it), plus a threaded ffi implementation, plus 64bits, plus ARM. So, no need on reinvent the wheel here. NB was important and a very good idea, but sadly we cannot maintain it as-is. Esteban > > Regards > Andreas > >> >>>> at least: FT2Plugin and SqueakSSLPlugin should be in defaults (and in the future SDL2 too). >>>> >>>> for starting your build I suggest you to exclude all the additions (plugins and external libraries). >>>> then add them one by one. >>> I already have a running version from almost one year ago. This time I will try to get further (eg. NativeBoost) and want to enhance my documentation. >>> But it is time consuming and I would like to spend my time with more interesting things (using Pharo :)) >> :) >> >>> Cheers, >>> Andreas >>>> cheers, >>>> Esteban >>>> >>>>> On 06 Apr 2015, at 08:49, Andreas Wacknitz <A.Wacknitz(a)gmx.de> wrote: >>>>> >>>>> >>>>> Am 03.04.15 17:31, schrieb Esteban Lorenzano: >>>>>>>>> I have more questions but I am reluctant to disturb you further as you must be quite busy atm. >>>>>>>> ask, I will answer when I can :) >>>>> Hi Esteban, >>>>> >>>>> I am trying to understand the rationale behind PharoVMBuilder>>buildUnix32 (and similar methods like >>buildMacOSX32, >>buildFreeBSD32). >>>>> How to determine which plugins and libraries to use? >>>>> Linux makes use of >>>>> PharoUnixConfig new >>>>> "generateForDebug;" >>>>> addExternalPlugins: #( FT2Plugin SqueakSSLPlugin SDL2DisplayPlugin ); >>>>> addThirdpartyLibraries: #( >>>>> 'libssh2' >>>>> 'libgit2' >>>>> 'libsdl2'); >>>>> >>>>> For FreeBSD it looks like this: >>>>> PharoFreeBSDConfig new >>>>> "generateForDebug;" >>>>> addExternalPlugins: #( SqueakSSLPlugin ); >>>>> addInternalPlugins: #( UnixOSProcessPlugin ); >>>>> addThirdpartyLibraries: #( >>>>> 'libssh2' >>>>> 'libgit2' ); >>>>> >>>>> Mac OSX: >>>>> PharoOSXConfig new >>>>> "generateForDebug;" >>>>> addExternalPlugins: #( FT2Plugin SDL2DisplayPlugin ); >>>>> addInternalPlugins: #( UnixOSProcessPlugin ); >>>>> addThirdpartyLibraries: #( >>>>> 'cairo' >>>>> 'libgit2' >>>>> 'libssh2' >>>>> 'libsdl2'); >>>>> >>>>> Windows: >>>>> PharoWindowsConfig new >>>>> addExternalPlugins: #( FT2Plugin SqueakSSLPlugin ); >>>>> addInternalPlugins: #( SDL2DisplayPlugin ); >>>>> addThirdpartyLibraries: #( >>>>> 'cairo' >>>>> 'libssh2' >>>>> 'libgit2' >>>>> 'libsdl2'); >>>>> >>>>> I assume that FreeBSD's configuration is not up-to-date (sdl2 and cairo not yet available?). >>>>> Should I try to configure cairo, libssh2, libgit2 and libsdl2 libraries for openindiana, like it is done for Windows and MacOSX? >>>>> Furthermore, should I try to configure SqueakSSLPlugin, FT2Plugin and SDL2DisplayPlugin as external plugins and UnixOSProcessPlugin as internal plugin? >>>>> >>>>> Regards >>>>> Andreas >>>>> >

April 6, 2015

Re: [Pharo-dev] [Vm-dev] Re: Status of Pharo VM for FreeBSD

by Andreas Wacknitz

Am 06.04.15 09:51, schrieb Esteban Lorenzano: >> On 06 Apr 2015, at 09:41, Andreas Wacknitz <A.Wacknitz(a)gmx.de> wrote: >> >> >> Am 06.04.15 09:01, schrieb Esteban Lorenzano: >>> Hi, >>> >>> there is no real rationale :( >>> the reason why they are there now and not in their corresponding #defaultInternalPlugins or #defaultExternalPlugins is historic, configurations growth organically (we would need a refactor there). >> I fear not so many people could do that. I am scratching my head quite often while reading the code. >> BTW: PharoS is being used for Stack vm's so you should either find another abbreviation for Spur or choose the full name (that's what I would prefer). >> Otherwise it will get even harder in the futureâ¦ > we plan to drop support for plain cog vm and replace it for spurâ¦ so Pharo and PharoS will be both spur VMsâ¦ no need to complicate things here. Ah, OK. So probably I should wait until this happened and everythings settled down. One more question regarding the future: I guess there will be Spur32 and Spur64 vm's, right? If so, what are the plans regarding NativeBoost? Will there be a 64 bit version, too? (Ok, that's more than one question :)) Regards Andreas > >>> at least: FT2Plugin and SqueakSSLPlugin should be in defaults (and in the future SDL2 too). >>> >>> for starting your build I suggest you to exclude all the additions (plugins and external libraries). >>> then add them one by one. >> I already have a running version from almost one year ago. This time I will try to get further (eg. NativeBoost) and want to enhance my documentation. >> But it is time consuming and I would like to spend my time with more interesting things (using Pharo :)) > :) > >> Cheers, >> Andreas >>> cheers, >>> Esteban >>> >>>> On 06 Apr 2015, at 08:49, Andreas Wacknitz <A.Wacknitz(a)gmx.de> wrote: >>>> >>>> >>>> Am 03.04.15 17:31, schrieb Esteban Lorenzano: >>>>>>>> I have more questions but I am reluctant to disturb you further as you must be quite busy atm. >>>>>>> ask, I will answer when I can :) >>>> Hi Esteban, >>>> >>>> I am trying to understand the rationale behind PharoVMBuilder>>buildUnix32 (and similar methods like >>buildMacOSX32, >>buildFreeBSD32). >>>> How to determine which plugins and libraries to use? >>>> Linux makes use of >>>> PharoUnixConfig new >>>> "generateForDebug;" >>>> addExternalPlugins: #( FT2Plugin SqueakSSLPlugin SDL2DisplayPlugin ); >>>> addThirdpartyLibraries: #( >>>> 'libssh2' >>>> 'libgit2' >>>> 'libsdl2'); >>>> >>>> For FreeBSD it looks like this: >>>> PharoFreeBSDConfig new >>>> "generateForDebug;" >>>> addExternalPlugins: #( SqueakSSLPlugin ); >>>> addInternalPlugins: #( UnixOSProcessPlugin ); >>>> addThirdpartyLibraries: #( >>>> 'libssh2' >>>> 'libgit2' ); >>>> >>>> Mac OSX: >>>> PharoOSXConfig new >>>> "generateForDebug;" >>>> addExternalPlugins: #( FT2Plugin SDL2DisplayPlugin ); >>>> addInternalPlugins: #( UnixOSProcessPlugin ); >>>> addThirdpartyLibraries: #( >>>> 'cairo' >>>> 'libgit2' >>>> 'libssh2' >>>> 'libsdl2'); >>>> >>>> Windows: >>>> PharoWindowsConfig new >>>> addExternalPlugins: #( FT2Plugin SqueakSSLPlugin ); >>>> addInternalPlugins: #( SDL2DisplayPlugin ); >>>> addThirdpartyLibraries: #( >>>> 'cairo' >>>> 'libssh2' >>>> 'libgit2' >>>> 'libsdl2'); >>>> >>>> I assume that FreeBSD's configuration is not up-to-date (sdl2 and cairo not yet available?). >>>> Should I try to configure cairo, libssh2, libgit2 and libsdl2 libraries for openindiana, like it is done for Windows and MacOSX? >>>> Furthermore, should I try to configure SqueakSSLPlugin, FT2Plugin and SDL2DisplayPlugin as external plugins and UnixOSProcessPlugin as internal plugin? >>>> >>>> Regards >>>> Andreas >>>>

April 6, 2015

Re: [Pharo-dev] [Vm-dev] Re: Status of Pharo VM for FreeBSD

by Esteban Lorenzano

> On 06 Apr 2015, at 09:41, Andreas Wacknitz <A.Wacknitz(a)gmx.de> wrote: > > > Am 06.04.15 09:01, schrieb Esteban Lorenzano: >> Hi, >> >> there is no real rationale :( >> the reason why they are there now and not in their corresponding #defaultInternalPlugins or #defaultExternalPlugins is historic, configurations growth organically (we would need a refactor there). > I fear not so many people could do that. I am scratching my head quite often while reading the code. > BTW: PharoS is being used for Stack vm's so you should either find another abbreviation for Spur or choose the full name (that's what I would prefer). > Otherwise it will get even harder in the futureâ¦ we plan to drop support for plain cog vm and replace it for spurâ¦ so Pharo and PharoS will be both spur VMsâ¦ no need to complicate things here. > >> at least: FT2Plugin and SqueakSSLPlugin should be in defaults (and in the future SDL2 too). >> >> for starting your build I suggest you to exclude all the additions (plugins and external libraries). >> then add them one by one. > I already have a running version from almost one year ago. This time I will try to get further (eg. NativeBoost) and want to enhance my documentation. > But it is time consuming and I would like to spend my time with more interesting things (using Pharo :)) :) > > Cheers, > Andreas >> >> cheers, >> Esteban >> >>> On 06 Apr 2015, at 08:49, Andreas Wacknitz <A.Wacknitz(a)gmx.de> wrote: >>> >>> >>> Am 03.04.15 17:31, schrieb Esteban Lorenzano: >>>>>>> I have more questions but I am reluctant to disturb you further as you must be quite busy atm. >>>>>> ask, I will answer when I can :) >>> Hi Esteban, >>> >>> I am trying to understand the rationale behind PharoVMBuilder>>buildUnix32 (and similar methods like >>buildMacOSX32, >>buildFreeBSD32). >>> How to determine which plugins and libraries to use? >>> Linux makes use of >>> PharoUnixConfig new >>> "generateForDebug;" >>> addExternalPlugins: #( FT2Plugin SqueakSSLPlugin SDL2DisplayPlugin ); >>> addThirdpartyLibraries: #( >>> 'libssh2' >>> 'libgit2' >>> 'libsdl2'); >>> >>> For FreeBSD it looks like this: >>> PharoFreeBSDConfig new >>> "generateForDebug;" >>> addExternalPlugins: #( SqueakSSLPlugin ); >>> addInternalPlugins: #( UnixOSProcessPlugin ); >>> addThirdpartyLibraries: #( >>> 'libssh2' >>> 'libgit2' ); >>> >>> Mac OSX: >>> PharoOSXConfig new >>> "generateForDebug;" >>> addExternalPlugins: #( FT2Plugin SDL2DisplayPlugin ); >>> addInternalPlugins: #( UnixOSProcessPlugin ); >>> addThirdpartyLibraries: #( >>> 'cairo' >>> 'libgit2' >>> 'libssh2' >>> 'libsdl2'); >>> >>> Windows: >>> PharoWindowsConfig new >>> addExternalPlugins: #( FT2Plugin SqueakSSLPlugin ); >>> addInternalPlugins: #( SDL2DisplayPlugin ); >>> addThirdpartyLibraries: #( >>> 'cairo' >>> 'libssh2' >>> 'libgit2' >>> 'libsdl2'); >>> >>> I assume that FreeBSD's configuration is not up-to-date (sdl2 and cairo not yet available?). >>> Should I try to configure cairo, libssh2, libgit2 and libsdl2 libraries for openindiana, like it is done for Windows and MacOSX? >>> Furthermore, should I try to configure SqueakSSLPlugin, FT2Plugin and SDL2DisplayPlugin as external plugins and UnixOSProcessPlugin as internal plugin? >>> >>> Regards >>> Andreas >>> >

April 6, 2015

Re: [Pharo-dev] [Vm-dev] Re: Status of Pharo VM for FreeBSD

by Andreas Wacknitz

Am 06.04.15 09:01, schrieb Esteban Lorenzano: > Hi, > > there is no real rationale :( > the reason why they are there now and not in their corresponding #defaultInternalPlugins or #defaultExternalPlugins is historic, configurations growth organically (we would need a refactor there). I fear not so many people could do that. I am scratching my head quite often while reading the code. BTW: PharoS is being used for Stack vm's so you should either find another abbreviation for Spur or choose the full name (that's what I would prefer). Otherwise it will get even harder in the future... > at least: FT2Plugin and SqueakSSLPlugin should be in defaults (and in the future SDL2 too). > > for starting your build I suggest you to exclude all the additions (plugins and external libraries). > then add them one by one. I already have a running version from almost one year ago. This time I will try to get further (eg. NativeBoost) and want to enhance my documentation. But it is time consuming and I would like to spend my time with more interesting things (using Pharo :)) Cheers, Andreas > > cheers, > Esteban > >> On 06 Apr 2015, at 08:49, Andreas Wacknitz <A.Wacknitz(a)gmx.de> wrote: >> >> >> Am 03.04.15 17:31, schrieb Esteban Lorenzano: >>>>>> I have more questions but I am reluctant to disturb you further as you must be quite busy atm. >>>>> ask, I will answer when I can :) >> Hi Esteban, >> >> I am trying to understand the rationale behind PharoVMBuilder>>buildUnix32 (and similar methods like >>buildMacOSX32, >>buildFreeBSD32). >> How to determine which plugins and libraries to use? >> Linux makes use of >> PharoUnixConfig new >> "generateForDebug;" >> addExternalPlugins: #( FT2Plugin SqueakSSLPlugin SDL2DisplayPlugin ); >> addThirdpartyLibraries: #( >> 'libssh2' >> 'libgit2' >> 'libsdl2'); >> >> For FreeBSD it looks like this: >> PharoFreeBSDConfig new >> "generateForDebug;" >> addExternalPlugins: #( SqueakSSLPlugin ); >> addInternalPlugins: #( UnixOSProcessPlugin ); >> addThirdpartyLibraries: #( >> 'libssh2' >> 'libgit2' ); >> >> Mac OSX: >> PharoOSXConfig new >> "generateForDebug;" >> addExternalPlugins: #( FT2Plugin SDL2DisplayPlugin ); >> addInternalPlugins: #( UnixOSProcessPlugin ); >> addThirdpartyLibraries: #( >> 'cairo' >> 'libgit2' >> 'libssh2' >> 'libsdl2'); >> >> Windows: >> PharoWindowsConfig new >> addExternalPlugins: #( FT2Plugin SqueakSSLPlugin ); >> addInternalPlugins: #( SDL2DisplayPlugin ); >> addThirdpartyLibraries: #( >> 'cairo' >> 'libssh2' >> 'libgit2' >> 'libsdl2'); >> >> I assume that FreeBSD's configuration is not up-to-date (sdl2 and cairo not yet available?). >> Should I try to configure cairo, libssh2, libgit2 and libsdl2 libraries for openindiana, like it is done for Windows and MacOSX? >> Furthermore, should I try to configure SqueakSSLPlugin, FT2Plugin and SDL2DisplayPlugin as external plugins and UnixOSProcessPlugin as internal plugin? >> >> Regards >> Andreas >>

April 6, 2015

Re: [Pharo-dev] Downloading the latest 40 Image -> Error

by HernÃ¡n Morales Durand

Now it works :) Thank you Esteban, HernÃ¡n 2015-04-06 4:08 GMT-03:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > we pay a cache service to put artefacts close users around the world. > we are still not convinced of it, but we are trying to enhance the service > (we know outside europe is some-times slow). > > anyway, I purged itâ¦ can you try now? > > cheers, > Esteban > > On 06 Apr 2015, at 09:05, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> > wrote: > > Which cache service? > > 2015-04-06 3:46 GMT-03:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > >> has to be something with the cache service, because it works fine for me. >> >> Esteban >> >> On 06 Apr 2015, at 06:38, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> >> wrote: >> >> Reproduced with Windows and CentOS 7. Image ZIP downloads but it seems >> corrupt? >> >> $ md5sum image.zip >> 7ff5e1cbdd434a1194b4777056005143 *image.zip >> >> $ file image.zip >> image.zip: Zip archive data, at least v2.0 to extract >> >> 13,6 MB (14.347.593 bytes) >> >> $ zip -F image.zip --out img.zip >> Fix archive (-F) - assume mostly intact archive >> zip warning: bad archive - missing end signature >> zip warning: (If downloaded, was binary mode used? If not, the >> zip warning: archive may be scrambled and not recoverable) >> zip warning: Can't use -F to fix (try -FF) >> >> zip error: Zip file structure invalid (image.zip) >> >> $ zip -FF image.zip --out img.zip >> Fix archive (-FF) - salvage what can >> zip warning: Missing end (EOCDR) signature - either this archive >> is not readable or the end is damaged >> Is this a single-disk archive? (y/n): y >> Assuming single-disk archive >> Scanning for entries... >> copying: Pharo-40593.image (9988133 bytes) >> copying: Pharo-40594.changes (4362852 bytes) >> >> $ unzip img.zip >> Archive: img.zip >> inflating: Pharo-40593.image >> error: invalid compressed data to inflate >> bad CRC 176d616a (should be cb225fb1) >> inflating: Pharo-40594.changes >> error: invalid compressed data to inflate >> bad CRC aebb9aa5 (should be 4bc50ce1) >> >> >> Cheers, >> >> HernÃ¡n >> >> >> 2015-04-04 17:32 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >> >>> I think this has to do with CDN caching or cache invalidation. >>> >>> > On 04 Apr 2015, at 21:09, Max Leske <maxleske(a)gmail.com> wrote: >>> > >>> > Confirmed. >>> > >>> >> On 04 Apr 2015, at 20:46, HernÃ¡n Morales Durand < >>> hernan.morales(a)gmail.com> wrote: >>> >> >>> >> FYI >>> >> >>> >> $ wget -O- get.pharo.org/40+vm | bash >>> >> --2015-04-04 18:41:59-- http://get.pharo.org/40+vm >>> >> Resolving get.pharo.org... 128.93.162.72 >>> >> Connecting to get.pharo.org|128.93.162.72|:80... connected. >>> >> HTTP request sent, awaiting response... 200 OK >>> >> Length: 2885 (2.8K) [text/html] >>> >> Saving to: `STDOUT' >>> >> >>> >> 100%[======================================>] 2,885 --.-K/s >>> in 0.001s >>> >> >>> >> 2015-04-04 18:42:00 (2.54 MB/s) - written to stdout [2885/2885] >>> >> >>> >> Downloading the latest 40 Image: >>> >> http://files.pharo.org/image/40/latest.zip >>> >> [image.MJSoCf/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.MJSoCf/image.zip or >>> >> image.MJSoCf/image.zip.zip, and cannot find >>> image.MJSoCf/image.zip.ZIP, >>> >> period. >>> > >>> >>> >>> >> >> > >

April 6, 2015

Re: [Pharo-dev] Downloading the latest 40 Image -> Error

by Esteban Lorenzano

we pay a cache service to put artefacts close users around the world. we are still not convinced of it, but we are trying to enhance the service (we know outside europe is some-times slow). anyway, I purged itâ¦ can you try now? cheers, Esteban > On 06 Apr 2015, at 09:05, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > > Which cache service? > > 2015-04-06 3:46 GMT-03:00 Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>>: > has to be something with the cache service, because it works fine for me. > > Esteban > >> On 06 Apr 2015, at 06:38, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com <mailto:hernan.morales@gmail.com>> wrote: >> >> Reproduced with Windows and CentOS 7. Image ZIP downloads but it seems corrupt? >> >> $ md5sum image.zip >> 7ff5e1cbdd434a1194b4777056005143 *image.zip >> >> $ file image.zip >> image.zip: Zip archive data, at least v2.0 to extract >> >> 13,6 MB (14.347.593 bytes) >> >> $ zip -F image.zip --out img.zip >> Fix archive (-F) - assume mostly intact archive >> zip warning: bad archive - missing end signature >> zip warning: (If downloaded, was binary mode used? If not, the >> zip warning: archive may be scrambled and not recoverable) >> zip warning: Can't use -F to fix (try -FF) >> >> zip error: Zip file structure invalid (image.zip) >> >> $ zip -FF image.zip --out img.zip >> Fix archive (-FF) - salvage what can >> zip warning: Missing end (EOCDR) signature - either this archive >> is not readable or the end is damaged >> Is this a single-disk archive? (y/n): y >> Assuming single-disk archive >> Scanning for entries... >> copying: Pharo-40593.image (9988133 bytes) >> copying: Pharo-40594.changes (4362852 bytes) >> >> $ unzip img.zip >> Archive: img.zip >> inflating: Pharo-40593.image >> error: invalid compressed data to inflate >> bad CRC 176d616a (should be cb225fb1) >> inflating: Pharo-40594.changes >> error: invalid compressed data to inflate >> bad CRC aebb9aa5 (should be 4bc50ce1) >> >> >> Cheers, >> >> HernÃ¡n >> >> >> 2015-04-04 17:32 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>>: >> I think this has to do with CDN caching or cache invalidation. >> >> > On 04 Apr 2015, at 21:09, Max Leske <maxleske(a)gmail.com <mailto:maxleske@gmail.com>> wrote: >> > >> > Confirmed. >> > >> >> On 04 Apr 2015, at 20:46, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com <mailto:hernan.morales@gmail.com>> wrote: >> >> >> >> FYI >> >> >> >> $ wget -O- get.pharo.org/40+vm <http://get.pharo.org/40+vm> | bash >> >> --2015-04-04 18:41:59-- http://get.pharo.org/40+vm <http://get.pharo.org/40+vm> >> >> Resolving get.pharo.org <http://get.pharo.org/>... 128.93.162.72 >> >> Connecting to get.pharo.org <http://get.pharo.org/>|128.93.162.72|:80... connected. >> >> HTTP request sent, awaiting response... 200 OK >> >> Length: 2885 (2.8K) [text/html] >> >> Saving to: `STDOUT' >> >> >> >> 100%[======================================>] 2,885 --.-K/s in 0.001s >> >> >> >> 2015-04-04 18:42:00 (2.54 MB/s) - written to stdout [2885/2885] >> >> >> >> Downloading the latest 40 Image: >> >> http://files.pharo.org/image/40/latest.zip <http://files.pharo.org/image/40/latest.zip> >> >> [image.MJSoCf/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.MJSoCf/image.zip or >> >> image.MJSoCf/image.zip.zip, and cannot find image.MJSoCf/image.zip.ZIP, >> >> period. >> > >> >> >> > >

April 6, 2015

Re: [Pharo-dev] Downloading the latest 40 Image -> Error

by HernÃ¡n Morales Durand

Which cache service? 2015-04-06 3:46 GMT-03:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > has to be something with the cache service, because it works fine for me. > > Esteban > > On 06 Apr 2015, at 06:38, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> > wrote: > > Reproduced with Windows and CentOS 7. Image ZIP downloads but it seems > corrupt? > > $ md5sum image.zip > 7ff5e1cbdd434a1194b4777056005143 *image.zip > > $ file image.zip > image.zip: Zip archive data, at least v2.0 to extract > > 13,6 MB (14.347.593 bytes) > > $ zip -F image.zip --out img.zip > Fix archive (-F) - assume mostly intact archive > zip warning: bad archive - missing end signature > zip warning: (If downloaded, was binary mode used? If not, the > zip warning: archive may be scrambled and not recoverable) > zip warning: Can't use -F to fix (try -FF) > > zip error: Zip file structure invalid (image.zip) > > $ zip -FF image.zip --out img.zip > Fix archive (-FF) - salvage what can > zip warning: Missing end (EOCDR) signature - either this archive > is not readable or the end is damaged > Is this a single-disk archive? (y/n): y > Assuming single-disk archive > Scanning for entries... > copying: Pharo-40593.image (9988133 bytes) > copying: Pharo-40594.changes (4362852 bytes) > > $ unzip img.zip > Archive: img.zip > inflating: Pharo-40593.image > error: invalid compressed data to inflate > bad CRC 176d616a (should be cb225fb1) > inflating: Pharo-40594.changes > error: invalid compressed data to inflate > bad CRC aebb9aa5 (should be 4bc50ce1) > > > Cheers, > > HernÃ¡n > > > 2015-04-04 17:32 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > >> I think this has to do with CDN caching or cache invalidation. >> >> > On 04 Apr 2015, at 21:09, Max Leske <maxleske(a)gmail.com> wrote: >> > >> > Confirmed. >> > >> >> On 04 Apr 2015, at 20:46, HernÃ¡n Morales Durand < >> hernan.morales(a)gmail.com> wrote: >> >> >> >> FYI >> >> >> >> $ wget -O- get.pharo.org/40+vm | bash >> >> --2015-04-04 18:41:59-- http://get.pharo.org/40+vm >> >> Resolving get.pharo.org... 128.93.162.72 >> >> Connecting to get.pharo.org|128.93.162.72|:80... connected. >> >> HTTP request sent, awaiting response... 200 OK >> >> Length: 2885 (2.8K) [text/html] >> >> Saving to: `STDOUT' >> >> >> >> 100%[======================================>] 2,885 --.-K/s in >> 0.001s >> >> >> >> 2015-04-04 18:42:00 (2.54 MB/s) - written to stdout [2885/2885] >> >> >> >> Downloading the latest 40 Image: >> >> http://files.pharo.org/image/40/latest.zip >> >> [image.MJSoCf/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.MJSoCf/image.zip >> or >> >> image.MJSoCf/image.zip.zip, and cannot find >> image.MJSoCf/image.zip.ZIP, >> >> period. >> > >> >> >> > >

April 6, 2015