On Dec 1, 9:36 pm, John H Palmieri <[EMAIL PROTECTED]> wrote:

Hi John,

> Some random questions about the optional packages available for Sage:
>
> Which is more up-to-date: the list obtained by 'sage --optional', or
> the list on the wiki <http://wiki.sagemath.org/
> optional_packages_available_for_SAGE>?  (I'm guessing the former.)

Yes, the former is more current. I think we should delete the page in
the wiki since it is unmaintained.

> Is the list obtained by 'sage --optional' the same as the list on
> sagemath.org <http://sagemath.org/packages/optional/>?  (I think so.)

Yes, the html page is automatically generated when new spkgs are
updated.

> Should the optional packages boehm_gc-7.1.p0 and jmol-11.5.2-src-v2 be
> deleted, because the first is now a standard package and for the
> second, the (presumably newer) package jmol-11.6.rc8 is standard?

Not all people will be running Sage >= 3.2.1. for a while, so I would
keep the boehm_gc around for now. The jmol.spkg is special since the
optional spkg is the source version. I guess it would be good if
someone updated it one day.

> I've also been trying to put together short descriptions of these, to
> be put on various web pages and listed when you type 'sage --
> optional'.  What's the procedure for implementing something like
> this?  Should I open a trac ticket, and if so, what file(s) do I
> patch?  (I can also post my list of descriptions here in sage-devel
> for people to comment on.)

There already is a ticket for that: #855

> It would also be nice to have descriptions for the standard packages
> and the experimental ones, while we're at it...

Yeah, SPKG.txt is supposed to do that. SPKG.txt is written in wiki
text and is supposed to be copied into the wiki as they are updated.
But many of them are incomplete and often the version in the wiki is
not very current. Look at

 http://wiki.sagemath.org/Sage_Spkg_Tracking

if somebody could just extract the current SPKG.txt files from the
3.2.1 release and update the good looking ones in the wiki and then
start cleaning up the ugly ones it would be very nice. I mean to add
one more section to the default SPKG.txt and that would be a list of
all the spkgs that depend on this spkg. I.e. the SPKG.txt in numpy
would list scipy as an spkg that depends on it. That way if one
updates for example pari one would know that one would have to bump
eclib and lcalc amongst others since it isn't always obvious what the
dependencies are.

Once we are done it would be nice to extract all the dependency data
and create a graph for it :)

>   John

Cheers,

Michael
--~--~---------~--~----~------------~-------~--~----~
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://www.sagemath.org
-~----------~----~----~----~------~----~------~--~---

Reply via email to