<br><br><div class="gmail_quote">2009/4/19 Chris Kassopulo <span dir="ltr"><<a href="mailto:ckasso@sprynet.com">ckasso@sprynet.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Greetings all,<br>
<br>
On Sun, 19 Apr 2009 14:45:49 +0200, Matej Kosik wrote:<br>
<br>
> Hi all,<br>
><br>
> Bert Freudenberg wrote:<br>
>> On 19.04.2009, at 01:25, Jerome Peace wrote:<br>
>><br>
>><br>
>>> Hi Bert and all,<br>
>>><br>
>>> Response to Berts reply:<br>
>>> <a href="http://lists.squeakfoundation.org/pipermail/squeak-dev/2009-April/135572.html" target="_blank">http://lists.squeakfoundation.org/pipermail/squeak-dev/2009-April/135572.html</a><br>
>>><br>
>>><br>
>>><br>
>>>>>> In the closed-source world (Mac, Win) typically the software<br>
>>>>>> authors provide binary packages for end users. This is even true<br>
>>>>>> for open- source software on these platforms, the authors provide<br>
>>>>>> ready-to- install packages, separate from with the source code.<br>
>>>>>> That's why we have Windows and Mac downloads on our website. It's a<br>
>>>>>> one-size-fits- all approach, and all work is done by the authors.<br>
>>>><br>
>>>>> I would like to see something like this for Ubuntu. I think it is a<br>
>>>>> good place to start. It gives a reasonable goal to shoot for.<br>
>>>>> Lessons learned can then be applied to other squeak distro's one by<br>
>>>>> one.<br>
>>>><br>
>>>> That already exists, but maybe Matej could need a hand:<br>
>>>><br>
>>>> <a href="http://wiki.squeak.org/squeak/3616" target="_blank">http://wiki.squeak.org/squeak/3616</a><br>
>>>><br>
>>> If he asks for help and there is help I can give, okay.<br>
>><br>
>> Matej unsubscribed from squeak-dev about a year ago, saying he was<br>
>> still interested in Squeak but less enthusiastic. So it's unlikely he<br>
>> would ask for help, we have to offer it.<br>
><br>
> The repository:<br>
> <a href="http://wiki.squeak.org/squeak/3616" target="_blank">http://wiki.squeak.org/squeak/3616</a><br>
> was I believe always meant as a intermediate solution before Squeak<br>
> enters usual distribution channels (Debian repositories, Ubuntu<br>
> repositories). I have been updating it for a while. I have failed to<br>
> register Squeak as a regular Debian package. Although, I have never<br>
> tried very hard.<br>
><br>
> The problem raised by Jerome was caused by me. The published Squeak VM<br>
> works but without sound. The fix is easy---at compilation time, a few<br>
> other libraries must be present in the system and then the generated<br>
> SqueakVM can play sound. The configure script probably decides which<br>
> plugins to generate with respect to available prerequisities.<br>
><br>
> Locally, I have fixed this on my machine now. I can post this to this<br>
> repository<br>
> <a href="http://wiki.squeak.org/squeak/3616" target="_blank">http://wiki.squeak.org/squeak/3616</a><br>
> It would fix the problem I caused. It is not yet there because I must<br>
> regain access to `<a href="http://squeak.org" target="_blank">squeak.org</a>' to be able to upload updated versions of<br>
> packages.<br>
><br>
> However, I am not sure if everybody realizes, that there is quite<br>
> intricate situation:<br>
> - There is Ian Piumarta who is the original author of the SqueakVM<br>
> and probably knows everything about it (I really know very little<br>
> about SqueakVM)<br>
> - There is me who maintains<br>
> <a href="http://wiki.squeak.org/squeak/3616" target="_blank">http://wiki.squeak.org/squeak/3616</a><br>
> (OK, I can read README and compile SqueakVM but I cannot solve real<br>
> problems with the VM. I could look at it but I do not plan to do this<br>
> because my focus moved. I am sorry. Squeak is wonderful, I liked it<br>
> very much but I am now trying to solve different problems).<br>
> - There are people who registered SqueakVM as regular Debian package<br>
> José Luis Redrejo <<a href="mailto:jredrejo@gmail.com">jredrejo@gmail.com</a>> Now Debian (Lenny) contains<br>
> SqueakVM. Although, there are no packages for Squeak images. I think<br>
> this is the remnant of the old problem which nobody solved. Real<br>
> dedicated work is needed to recognize Debian requirements (concerning<br>
> licencing) and implement them (to choose a cleanest possible Squeak<br>
> image and register it as a Debian package; or make some additional<br>
> cleanups). I haven't done this. Jose's package is not based on Lex's<br>
> or my work. It is better in some respects (support for 64-bit<br>
> architecture---perhaps) (the negative part is missing packages with<br>
> images)<br>
<br>
Yes it does seem to be a rather intricate situation and I'm not sure<br>
that I understand it yet. So your packaging efforts landed in Ubuntu<br>
and source is available at <a href="http://wiki.squeak.org" target="_blank">wiki.squeak.org</a>. Jose started from a<br>
different source version. His packages, (binary and source) are<br>
available at Debian. In this case, the Ubuntu package was not based<br>
on a Debian package.<br>
<br>
The image problem would be that it can't be generated from source?<br>
<br>
Until the image problem is resolved users could be advised through<br>
the VM package description to download images of their choice at<br>
<a href="http://squeak.org" target="_blank">squeak.org</a>. That is how the Debian package is set up now.<br>
<br>
> - Concerning Ubuntu, they usually base it on Debian packages.<br>
> Today I have checked and they cite me, not Jose. That is weird because<br>
> my packages are unofficial whereas Jose's packages are official. Maybe<br>
> they are confused too.<br>
><br>
><br>
<br>
It seems that getting Ubuntu in sync with Debian would be the proper<br>
solution.<br>
<div class="im"><br>
>> I'm cc'ing a few of the people I know worked on DEB packages before.<br>
>> Guys - what do you think of the idea to have a mailing list<br>
>> specifically for packaging issues? Here is my initial post explaining<br>
>> the motivation:<br>
>><br>
>> <a href="http://lists.squeakfoundation.org/pipermail/squeak-dev/2009-April/135551.html" target="_blank">http://lists.squeakfoundation.org/pipermail/squeak-dev/2009-April/135551.html</a><br>
>><br>
>><br>
<br>
</div>I invited Jose and Jordan Mantha (ubuntu) to this thread.<br> </blockquote><div><br><br>I've been following this thread from its beginning but, honestly, I can not guess what I could add. As far as I know, there are three deb packaging branches:<br>
- Packages from the <a href="http://squeak.org">squeak.org</a> site<br>- Package in Ubuntu <br>- Package in Debian<br><br>I maintain the packages in Debian (for squeak-vm & etoys), and the decissions I took when I did the squeak-vm package was continuing using the principles I had been using when I did the package for LinEx (our Debian based distribution in Extremadura, Spain): make the package as compatible as possible with the one at <a href="http://squeak.org">squeak.org</a> but adding integration with the Desktop and making the non-developer user life easier. I discarded totally the ubuntu packaging as it was using a very obsolete version of the vm and it was full of bugs (and according to this thread, it hasn't changed to much since then)<br>
<br>The squeak-vm package in Debian was updated, until the latest vm version. I haven't updated it yet because there are not many improvements since the svn version that's packaged and the main bugs (plugin integration, sound in 64 bits, etc. ) are still there. I'm waiting hopefully the road of the new efforts in the vm team that has begun recently. </div>
</div><br>For the images, Bert has explained it perfectly: the etoys image is in sid because there's no way to bootstrap it from some sources. With the new efforts, it seems that can be achieved. Then I'd like to add some other images, as the one we're using in Extremadura. <br>
<br>I must insist in one point: I'm not interested at all in the use of Squeak for developers. Developers usually don't have problems in launching a terminal if there're problems and know how to make things work. My packaging effort is focused in end users, mainly teachers and students. I think that can explain some of the decissions I took in the script that launches the image, and that forked several years ago from the script that <a href="http://squeak.org">squeak.org</a> was using. On the other hand, once the vm has started, there's not difference in the vm from Debian or the vm from Squeak.org. It's compilation is almost the same. I just apply a couple of patches to the sources, one to fix a bug in the browser plugin directories and another to remove ffmpeg support that can not be considered free in Debian as it contains some patented algorithms and code.<br>
<br>If there's something I can do now to improve the package in Debian I'm ready to do it, but I haven't read in this thread any suggestion yet, appart of the fact that there is three packaging versions, and that the package in Ubuntu doesn't work.<br>
<br>Regards.<br>José L.<br>