[Vm-dev] New Cog builds available: included Freetype plugin on macs by default

Igor Stasenko siguctua at gmail.com
Thu Jul 7 01:36:42 UTC 2011


On 6 July 2011 19:02, Mariano Martinez Peck <marianopeck at gmail.com> wrote:
>
>
>
> On Wed, Jul 6, 2011 at 6:30 PM, Igor Stasenko <siguctua at gmail.com> wrote:
>>
>> On 6 July 2011 18:11, Stefan Marr <squeak at stefan-marr.de> wrote:
>> >
>> >
>> > On 06 Jul 2011, at 16:23, Igor Stasenko wrote:
>> >>> Igor: if I understand correctly, there is something extra we should do now while building the VM (this stuff about FT2Plugin). Since Pharo does not use FT2Plugin by default since Pharo 1.0 what abut letting the default plugins as easier as possible for people trying to build VMs?  for those that want FT2Plugin then they can easily do it. Even Hudson can be configured to do:
>> >>>
>> >> you don't want freetype plugin to be there by default in configs?
>> >> Okay, i will change that.
>> >
>> > The FT2Plugin is the one necessary for using monospaced fonts from my system, right?
>> > I need mono-spaced fonts to not get even more crazy, so please consider my vote for making it a default plugin.
>> >
>> No need to go crazy :)
>>
>> I will integrate FT2Plugin for all platforms, so hudson will build VMs
>> with it by default.
>> However, in configuration by default it won't be included, only if you
>> will run a separate command(s) to include it, like:
>>
>> | config |
>>  config := CogUnixConfig new.
>>  config externalPlugins: (config externalPlugins copyWith: #MyHackyFirstPlugin).
>>  config generateSources; generate.
>>
>> i changed api a bit, so now its more elegant:
>>
>> CogUnixConfig new
>>  addExternalPlugins: #( FT2Plugin);
>>  generateSources; generate.
>>
>> (i will include this into hudson builds, once i will make FT2Plugin to
>> work for windoze as well, and also OSProcessPlugin)
>>
>
> Igor, about about implementing #internalPluginsForHudson and #externalPluginsForHudson?
> or maybe even #generateForHudson that does the #addExternalPlugin: #(FT2Plugin) ?
>
Nah, i don't like tainting it with hudson-specific stuff.
And its easy to modify jobs to evaluate anything ..

> That way you don't need to change Hudson in the future but only those methods ;)
>



-- 
Best regards,
Igor Stasenko AKA sig.


More information about the Vm-dev mailing list