Re: [squeak-dev] Linux VM packages (was: Squeak Oversight Board minutes – 10/18/11)
garydunnhi at gmail.com
Wed Oct 19 20:24:05 UTC 2011
On Wed, Oct 19, 2011 at 10:08 AM, Frank Shearar <frank.shearar at gmail.com> wrote:
> On 19 October 2011 20:33, Gary Dunn <garydunnhi at gmail.com> wrote:
>> On Wed, Oct 19, 2011 at 5:35 AM, Bert Freudenberg <bert at freudenbergs.de> wrote:
>>> On 19.10.2011, at 17:16, Derek O'Connell wrote:
>>>> On 19/10/11 15:56, Chris Cunnington wrote:
>>>>> As I understand it, we don't have the same kind of present and
>>>>> immediate control over distribution of the vm and the image, as we do
>>>>> with Mac and PC. I think with Linux it's more likely you'll download
>>>> Thanks for the explanation. I don't have a complete overview on all distro's but the main packaging formats can surely handle dependencies so that end-users don't end up with a mismatched vm/image. If more safety is needed then why not have cog/start-up-script do a one-time back-up of the image automatically? I'm guessing package maintainers would be more than happy to quickly get to the point of sourcing one vm for Squeak/Etoys/Scratch, etc.
>>> What we want (or what I think we should aim for) is that a user installs the squeak-vm package from their distro, and that's all to make double-clicking any image work. The same should be true if you type "squeak some.image" on the command line, too.
>>> That requires "squeak" to be a shell script (which it already is, also used in the .desktop files) which decides which VM to run based on the image version (this part has not been implemented yet). The VM package would contain two VMs. One interpreter, plus a Cog (on intel) or Stack VM (other than intel). They might even share the plugins.
>>> The current situation is that e.g. Fedora only has 3.10 VMs which can't even open a closure image:
>>> Debian has more recent 4.x VMs:
>>> But only the unstable Debian one can open a Cog image, so we think we should not release 4.3 as Cog image, yet.
>> FreeBSD ports tree has 3.9. Perhaps I should volunteer to be the
>> maintainer. It's a matter of time.
> Drop "Takeshi MUTOH" <mutoh at openedu.org> a mail: he did some work a
> few years ago for Squeak 3.10. Maybe he can give some insight into the
> platform-specific oddities.
Takeshi is the port maintainer. I will write to him, question is do I
have the nerve to offer to take over the job.
There could be an issue with the MIT license vs the BSD license vs.
the GPL 3.0 which the newer gcc compiler is released under. I can't
build a VM from source because it requires a gcc compiler that FreeBSD
development team refuses to use due to GPL 3.0. I am not an attorney,
so I can't say anything more than it seems like a smoke cloud without
much of a fire.
More information about the Squeak-dev