On 12.10.2011, at 16:02, Amos Blanton wrote: > On 10/12/2011 03:25 AM, Juha Erkkilä wrote: >> >> According to >> http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Architecture: >> >> ... "a list of specific and wildcard architectures separated by spaces" ... >> >> "Architecture: i386 x86_64" might work. >> >> But I was actually a bit too hasty, as I did not check that the package >> contains >> its own squeak_vm binary, so it should not be flagged "all" or "x86_64". >> If it would simply rely on an external squeakvm binary, the scratch package >> could >> be made architecture independent. > > Yes - that's our goal as well. And we have a version of the package that does > just that. Unfortunately, the 64 bit Squeak vm isn't ready for prime-time > yet, so we've been told not to depend on it. > > -Amos
Making Scratch itself be "noarch" is still the Right Thing to do. Only the Squeak VM differs between platforms. There's no good reason to include a VM. - Bert - _______________________________________________ Mailing list: https://launchpad.net/~scratch Post to : [email protected] Unsubscribe : https://launchpad.net/~scratch More help : https://help.launchpad.net/ListHelp
