<div class="gmail_quote">On Wed, Feb 18, 2009 at 7:28 PM, Aleksey Lim <span dir="ltr"><<a href="mailto:alsroot@member.fsf.org">alsroot@member.fsf.org</a>></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'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'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 "system packaging" 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 "sugar system" (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 "prefix mode", 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'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>