After looking around I still can't find an automatic way to determine which distribution/packaging universe a machine is in.  /etc/*version gives a somewhat useful but somewhat lying answer on my Ubuntu platform.  It seems an obvious thing to have uname report, but no go.  What have I missed? <div class="gmail_quote">On Thu, Feb 19, 2009 at 9:41 AM, David Farning <<a href="mailto:dfarning@sugarlabs.org">dfarning@sugarlabs.org</a>> wrote: <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div class="Ih2E3d">On Fri, Feb 20, 2009 at 11:18 AM, Carol Farlow Lerche <<a href="mailto:cafl@msbit.com">cafl@msbit.com</a>> wrote: > How does the Mozilla add-on functionality decide if there is a version or > platform conflict for browser add-ons?  it must be a piece of the browser > that does this via some interaction with data on the server.  Shouldn't > there be a similar process here?  It is frustrating to download something > (which can be a problem with bad/intermittent connectivity)  only to find > that you can't use it. </div>Your browser reports information on the OS and browser version to aslo.  A developer can select which OS and browser version for which they want the activity to work.  My guess is that we will either need to pin a specific version of browse to a os release or else have browse report OS information. BTW, amo, which we call aslo, also handles all of the messaging passing for firefox to update itself daily.  The hooks are there.  We just need to figure out how we want to use them. david <div><div></div><div class="Wj3C7c"> > On Thu, Feb 19, 2009 at 9:12 AM, Wade Brainerd <<a href="mailto:wadetb@gmail.com">wadetb@gmail.com</a>> wrote: >> >> On Thu, Feb 19, 2009 at 6:15 AM, Tomeu Vizoso <<a href="mailto:tomeu@sugarlabs.org">tomeu@sugarlabs.org</a>> wrote: >>> >>> A long time ago, when using bundles was decided as necessary, the idea >>> was that there would be something called the "Sugar platform" that >>> would specify every component that an activity author can rely on >>> being available for their activities to use. >>> >>> That would include etoys, csound, pygame, glibc, gtk, and any other >>> components on which the sugar shell may not depend but activities can >>> expect to be there. >> >> I've been part of this discussion a couple of times now and to me it seems >> like the original vision is pretty much the right way to go.  As an activity >> author I love the simplicity of activity bundles just being ZIP files. >> >>> >>> Everything on which an activity depends and isn't part of the platform >>> should be bundled inside the .xo. >> >> Aside from this point!  Some dependencies are simply too complex to >> bundle, and can introduce conflicts with the host system. >> Aleksey proposed adding a simple "depencencies" line to <a href="http://activity.info" target="_blank">activity.info</a>. >>  This would be parsed by Sugar in a distribution specific manner by a >> running 'sugar-check-dependencies' script that could be provided by each >> distribution.  We would define our own set of dependency names and manually >> map them to each distro that we package for. >> For example, a 3D activity which used OpenGL could list "dependencies = >> opengl", and then the various distributions could handle that as needed in >> the script. >> If the system does not contain the required dependencies for an activity, >> in my opinion Sugar should prompt the user to install the dependencies and >> then not launch the activity. >> Best, >> Wade >> >> _______________________________________________ >> IAEP -- It's An Education Project (not a laptop project!) >> <a href="mailto:IAEP@lists.sugarlabs.org">IAEP@lists.sugarlabs.org</a> >> <a href="http://lists.sugarlabs.org/listinfo/iaep" target="_blank">http://lists.sugarlabs.org/listinfo/iaep</a> > > > > -- > "It is difficult to get a man to understand something, when his salary > depends upon his not understanding it." -- Upton Sinclair > > _______________________________________________ > IAEP -- It's An Education Project (not a laptop project!) > <a href="mailto:IAEP@lists.sugarlabs.org">IAEP@lists.sugarlabs.org</a> > <a href="http://lists.sugarlabs.org/listinfo/iaep" target="_blank">http://lists.sugarlabs.org/listinfo/iaep</a> > </div></div></blockquote></div> -- "It is difficult to get a man to understand something, when his salary depends upon his not understanding it." -- Upton Sinclair