<div class="gmail_quote">On Wed, Feb 18, 2009 at 7:28 PM, Aleksey Lim <span dir="ltr">&lt;<a href="mailto:alsroot@member.fsf.org">alsroot@member.fsf.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

What will happen if someone download TamTam/StoryBuilder/etc,<br>
and unfortunately hasn&#39;t csound/pygame/etc installed?<br>
<br>
One possible decision:<br>
we could create meta package w/ frequently used dependencies,<br>
like csound/olpcsound, pygames etc<br>
<br>
Whats our strategy in that case for short/long period?</blockquote><div><br>The *ideal* method would be to use a standard packaging method long term, ie .deb (which I&#39;m partial to) or RPM. (both of these can be converted from and to each other with alien)<br>
<br>Currently the main objection to using &quot;system packaging&quot; is that they require administrative privlages to install; unfortunately, so would any other solution other than requiring that *all* sugar installs had *all* the packages in the &quot;sugar system&quot; (like we were able to do with the XO). That method does not scale, and it forces people to handle shared libs. <br>
<br>If we decided to look into using debs or RPMs, we could easilly use apt-get or yum in &quot;prefix mode&quot;, which lets non-root users install packages. <br><br>Or, we could continue to use XO bundles, which have no dependancy handling what so ever. Even if we standardized on metapackages, we&#39;d still need to either A) request that the system administrator install them, or B) make a XO bundle format for shared libs. <br>
</div></div><br>-- <br>Luke Faraone<br><a href="http://luke.faraone.cc">http://luke.faraone.cc</a><br>