Hi, I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz .com/f/cases/12679/change-package-of-ClassTrait-soleInstance The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer. With some care we can make it usable base for the next remodularizationeffort. Cheers, -- Pavel
COOOOOOOLLLLLLL !!!!!! Ben On 18 Jan 2014, at 16:37, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz.com/f/cases/12679/change-package-of-ClassTrait-soleIns...
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularization effort.
Cheers, -- Pavel
On 18 Jan 2014, at 20:53, Benjamin <benjamin.vanryseghem.pharo@gmail.com> wrote:
COOOOOOOLLLLLLL !!!!!!
+1 And interesting as well (I want to understand how to unload NB, for example).
Ben
On 18 Jan 2014, at 16:37, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz.com/f/cases/12679/change-package-of-ClassTrait-soleIns...
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularization effort.
Cheers, -- Pavel
2014/1/18 Sven Van Caekenberghe <sven@stfx.eu>
On 18 Jan 2014, at 20:53, Benjamin <benjamin.vanryseghem.pharo@gmail.com> wrote:
COOOOOOOLLLLLLL !!!!!!
+1
And interesting as well (I want to understand how to unload NB, for example).
For simplicity I use the attached code. The image needs to be restarted after NB unloading. To do it properly, we need to solve this issues: https://pharo.fogbugz.com/f/cases/12624/make-image-startup-independent-on-Na... https://pharo.fogbugz.com/f/cases/11869/NativeBoost-usage-in-PreferenceStart... -- Pavel
Ben
On 18 Jan 2014, at 16:37, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz.com/f/cases/12679/change-package-of-ClassTrait-soleIns...
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularization effort.
Cheers, -- Pavel
On 19 Jan 2014, at 09:44, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
2014/1/18 Sven Van Caekenberghe <sven@stfx.eu>
On 18 Jan 2014, at 20:53, Benjamin <benjamin.vanryseghem.pharo@gmail.com> wrote:
COOOOOOOLLLLLLL !!!!!!
+1
And interesting as well (I want to understand how to unload NB, for example).
For simplicity I use the attached code. The image needs to be restarted after NB unloading. To do it properly, we need to solve this issues: https://pharo.fogbugz.com/f/cases/12624/make-image-startup-independent-on-Na... https://pharo.fogbugz.com/f/cases/11869/NativeBoost-usage-in-PreferenceStart...
-- Pavel
Ben
On 18 Jan 2014, at 16:37, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz.com/f/cases/12679/change-package-of-ClassTrait-soleIns...
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularization effort.
Cheers, -- Pavel
<cleanAfterNB.st><unloadNB.st>
Thanks for the scripts, Pavel. I was already looking at the environment stuff, it is good to see that the problem is confined to that area. When I continue trying to make a 3.0 image run on the Raspberry Pi, I will try using this script. Sven
Here is the job: https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-3.0/job/PharoKernel... -- Pavel 2014/1/20 Sven Van Caekenberghe <sven@stfx.eu>
On 19 Jan 2014, at 09:44, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
2014/1/18 Sven Van Caekenberghe <sven@stfx.eu>
On 18 Jan 2014, at 20:53, Benjamin <benjamin.vanryseghem.pharo@gmail.com>
wrote:
COOOOOOOLLLLLLL !!!!!!
+1
And interesting as well (I want to understand how to unload NB, for
example).
For simplicity I use the attached code. The image needs to be restarted
after NB unloading. To do it properly, we need to solve this issues:
https://pharo.fogbugz.com/f/cases/12624/make-image-startup-independent-on-Na...
https://pharo.fogbugz.com/f/cases/11869/NativeBoost-usage-in-PreferenceStart...
-- Pavel
Ben
On 18 Jan 2014, at 16:37, Pavel Krivanek <pavel.krivanek@gmail.com>
wrote:
Hi,
I finally successfully created a script that is able to unload
everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again.
It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz.com/f/cases/12679/change-package-of-ClassTrait-soleIns...
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularization effort.
Cheers, -- Pavel
<cleanAfterNB.st><unloadNB.st>
Thanks for the scripts, Pavel.
I was already looking at the environment stuff, it is good to see that the problem is confined to that area.
When I continue trying to make a 3.0 image run on the Raspberry Pi, I will try using this script.
Sven
I made the script more general and easier to read: https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-3.0/job/PharoKernel... -- Pavel 2014/1/20 Pavel Krivanek <pavel.krivanek@gmail.com>
Here is the job:
https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-3.0/job/PharoKernel...
-- Pavel
2014/1/20 Sven Van Caekenberghe <sven@stfx.eu>
On 19 Jan 2014, at 09:44, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
2014/1/18 Sven Van Caekenberghe <sven@stfx.eu>
On 18 Jan 2014, at 20:53, Benjamin <
benjamin.vanryseghem.pharo@gmail.com> wrote:
COOOOOOOLLLLLLL !!!!!!
+1
And interesting as well (I want to understand how to unload NB, for
example).
For simplicity I use the attached code. The image needs to be restarted
after NB unloading. To do it properly, we need to solve this issues:
https://pharo.fogbugz.com/f/cases/12624/make-image-startup-independent-on-Na...
https://pharo.fogbugz.com/f/cases/11869/NativeBoost-usage-in-PreferenceStart...
-- Pavel
Ben
On 18 Jan 2014, at 16:37, Pavel Krivanek <pavel.krivanek@gmail.com>
wrote:
Hi,
I finally successfully created a script that is able to unload
everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again.
It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz.com/f/cases/12679/change-package-of-ClassTrait-soleIns...
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularization effort.
Cheers, -- Pavel
<cleanAfterNB.st><unloadNB.st>
Thanks for the scripts, Pavel.
I was already looking at the environment stuff, it is good to see that the problem is confined to that area.
When I continue trying to make a 3.0 image run on the Raspberry Pi, I will try using this script.
Sven
excellent like that I can work on the loading part I love sooooooo writing configurations. Stef On 20 Jan 2014, at 12:18, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Here is the job: https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-3.0/job/PharoKernel...
-- Pavel
2014/1/20 Sven Van Caekenberghe <sven@stfx.eu>
On 19 Jan 2014, at 09:44, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
2014/1/18 Sven Van Caekenberghe <sven@stfx.eu>
On 18 Jan 2014, at 20:53, Benjamin <benjamin.vanryseghem.pharo@gmail.com> wrote:
COOOOOOOLLLLLLL !!!!!!
+1
And interesting as well (I want to understand how to unload NB, for example).
For simplicity I use the attached code. The image needs to be restarted after NB unloading. To do it properly, we need to solve this issues: https://pharo.fogbugz.com/f/cases/12624/make-image-startup-independent-on-Na... https://pharo.fogbugz.com/f/cases/11869/NativeBoost-usage-in-PreferenceStart...
-- Pavel
Ben
On 18 Jan 2014, at 16:37, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz.com/f/cases/12679/change-package-of-ClassTrait-soleIns...
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularization effort.
Cheers, -- Pavel
<cleanAfterNB.st><unloadNB.st>
Thanks for the scripts, Pavel.
I was already looking at the environment stuff, it is good to see that the problem is confined to that area.
When I continue trying to make a 3.0 image run on the Raspberry Pi, I will try using this script.
Sven
Ben, can you take care of your child? ;-) I'm not against making UserManager part of the kernel packages, or better only Monticello prerequisity. But we need to separate the UI part. -- Pavel 2014/1/18 Benjamin <benjamin.vanryseghem.pharo@gmail.com>
COOOOOOOLLLLLLL !!!!!!
Ben
On 18 Jan 2014, at 16:37, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz .com/f/cases/12679/change-package-of-ClassTrait-soleInstance
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularizationeffort.
Cheers, -- Pavel
On 19 Jan 2014, at 09:19, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Ben, can you take care of your child? ;-) I'm not against making UserManager part of the kernel packages, or better only Monticello prerequisity. But we need to separate the UI part.
Yes and the UI part is not stable. So we should remove it from 30 for now.
-- Pavel
2014/1/18 Benjamin <benjamin.vanryseghem.pharo@gmail.com> COOOOOOOLLLLLLL !!!!!!
Ben
On 18 Jan 2014, at 16:37, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz.com/f/cases/12679/change-package-of-ClassTrait-soleIns...
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularization effort.
Cheers, -- Pavel
This is beautiful! Doru On Sat, Jan 18, 2014 at 8:37 PM, Pavel Krivanek <pavel.krivanek@gmail.com>wrote:
Hi,
I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz .com/f/cases/12679/change-package-of-ClassTrait-soleInstance
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularizationeffort.
Cheers, -- Pavel
-- www.tudorgirba.com "Every thing has its own flow"
FANTASTIC! We have another Pharo Hero! Le 18/01/2014 20:37, Pavel Krivanek a écrit :
I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related
-- Dr. Geo http://drgeo.eu
Excellent and impressive. Pavel did you publish it in SystemConfiguration? I would really like to see if we can add a unload protocol to the package manifest or configuration because it would be good to have the knowlegde modular. Stef
Hi,
I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz.com/f/cases/12679/change-package-of-ClassTrait-soleIns...
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularization effort.
Cheers, -- Pavel
2014/1/18 Stéphane Ducasse <stephane.ducasse@inria.fr>
Excellent and impressive. Pavel did you publish it in SystemConfiguration?
some code is there but mainly because of backup purposes, it cannot work as is.
I would really like to see if we can add a unload protocol to the package manifest or configuration because it would be good to have the knowlegde modular.
interesting part will be to remove configuration itself :-)
Stef
Hi,
I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz .com/f/cases/12679/change-package-of-ClassTrait-soleInstance
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularizationeffort.
Cheers, -- Pavel
Very very nice! I integrate issue 12679. Yes, Monticello meta data⦠we should check this issue: https://pharo.fogbugz.com/f/cases/2711/Monticello-wastes-significant-amounts... (but in general it is not good to have meta data of a versioning system in the image⦠it needs to be on disk, and the history on disk needs to not by in thousands of zip filesâ¦). On 18 Jan 2014, at 20:38, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz.com/f/cases/12679/change-package-of-ClassTrait-soleIns...
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularization effort.
Cheers, -- Pavel
I guess that once we will use git it will go away. Does anybody know if this is a correct assmption? On 19 Jan 2014, at 10:10, Marcus Denker <marcus.denker@inria.fr> wrote:
Very very nice! I integrate issue 12679.
Yes, Monticello meta data⦠we should check this issue:
https://pharo.fogbugz.com/f/cases/2711/Monticello-wastes-significant-amounts...
(but in general it is not good to have meta data of a versioning system in the image⦠it needs to be on disk, and the history on disk needs to not by in thousands of zip filesâ¦).
On 18 Jan 2014, at 20:38, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz.com/f/cases/12679/change-package-of-ClassTrait-soleIns...
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularization effort.
Cheers, -- Pavel
On 19 Jan 2014, at 12:19, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
I guess that once we will use git it will go away. Does anybody know if this is a correct assmption?
yes, is correct :) alll that information can live outside the image without actually lose of information (it will be there, when we need it).
On 19 Jan 2014, at 10:10, Marcus Denker <marcus.denker@inria.fr> wrote:
Very very nice! I integrate issue 12679.
Yes, Monticello meta data⦠we should check this issue:
https://pharo.fogbugz.com/f/cases/2711/Monticello-wastes-significant-amounts...
(but in general it is not good to have meta data of a versioning system in the image⦠it needs to be on disk, and the history on disk needs to not by in thousands of zip filesâ¦).
On 18 Jan 2014, at 20:38, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz.com/f/cases/12679/change-package-of-ClassTrait-soleIns...
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularization effort.
Cheers, -- Pavel
wow. Impressive work, Pavel. Thank you very very very much :) this will be super useful for Pharo 4. Esteban On 18 Jan 2014, at 20:37, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz.com/f/cases/12679/change-package-of-ClassTrait-soleIns...
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularization effort.
Cheers, -- Pavel
Impressive job! Alexandre
Le 18-01-2014 à 16:37, Pavel Krivanek <pavel.krivanek@gmail.com> a écrit :
Hi,
I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz.com/f/cases/12679/change-package-of-ClassTrait-soleIns...
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularization effort.
Cheers, -- Pavel
Thank you very much Pavel! I am eager to go smaller using the bootstrap process ;-) #Luc 2014/1/19 Alexandre Bergel <alexandre.bergel@me.com>
Impressive job!
Alexandre
Le 18-01-2014 à 16:37, Pavel Krivanek <pavel.krivanek@gmail.com> a écrit :
Hi,
I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz .com/f/cases/12679/change-package-of-ClassTrait-soleInstance
The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer.
With some care we can make it usable base for the next remodularizationeffort.
Cheers, -- Pavel
participants (10)
-
Alexandre Bergel -
Benjamin -
Esteban Lorenzano -
Hilaire Fernandes -
Luc Fabresse -
Marcus Denker -
Pavel Krivanek -
Stéphane Ducasse -
Sven Van Caekenberghe -
Tudor Girba