One other things I forgot to mention that would be nice to have.  The
way we are using spkg is to distribute a set of python tools that
overlaps with, but that is not the same as what sage distributes.  The
set of tools are are distributing is more focused on numerical
computing.  Thus, we include things like numpy, scipy and related
things, but we don't include the more mathematically focused packages.
 This is mainly because our users simply need a different subset of
tools.  Because of this,  we maintain our own deps makefile that
declares the dependencies among our spkgs.

It would be very nice for people to be able to build a custom
distribution that includes the spkgs they want/need and not have to
create their own deps file.  If this were possible, it would also make
it very easy for people to create new spkgs and share them without
everyone having ot update their install and deps files.  Any ideas on
how this could be done?

One thought would be to have each spkg contain a file maybe called
spkg-deps, that lists its dependencies.  This might require more
sophisticated versioning capabilities (but we probably want that
anyway).  The only thing I don't like about this approach is that all
the spkgs would have to be unpacked for the dependency analysis to
happen.

This does give me an idea though.  What about removing the version
number off the end of the spkg name:

foo-1.0.1.spkg -> foo.spkg

and instead putting the version number in the same place as the
dependencies for the package.  This could either be in a file in the
spkg or in a separate file.  The nice this about this approach is that
all the dependency analysis could be done with this files alone.  This
would allow us to get rid of the newest-version script as well as the
deps and install script.  Instead we would need a script  that looked
at the version/deps files, figured out the dependency tree and then
built things in the right order.  The downside is that I wouldn't want
to write the dependency analysis in a shell script - python again
would be much nicer.  I will think more about these things.  To see if
there is a better way.

Brian

--~--~---------~--~----~------------~-------~--~----~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/sage-devel
URLs: http://sage.scipy.org/sage/ and http://modular.math.washington.edu/sage/
-~----------~----~----~----~------~----~------~--~---

Reply via email to