Why not provide a dependency declaration in the activity file which can be checked when the activity is installed?&nbsp; It could inform the user that a particular package or library was needed.&nbsp; I understand that different distros may package the dependencies differently, but it wouldn&#39;t be so bad if the user had to identify this at registration (if not an XO running a recognizeable distribution) or when using the activity.s.o site.&nbsp; Then the checker could recognize which dependency declaration to use (or could announce &quot;this activity has dependencies but your distribution hasn&#39;t been described&quot; -- or words to that effect.<br>
<br><div class="gmail_quote">On Wed, Feb 18, 2009 at 4:36 PM, Luke Faraone <span dir="ltr">&lt;luke@faraone.cc&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;">
<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" target="_blank">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" target="_blank">http://luke.faraone.cc</a><br>
<br>_______________________________________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>&quot;It is difficult to get a man to understand something, when his salary depends upon his not understanding it.&quot; -- Upton Sinclair<br>