#8216: Make David Perkinson's sandpile 2.0 module an optional package
---------------------------------+------------------------------------------
Reporter: mhampton | Owner: tbd
Type: enhancement | Status: needs_work
Priority: major | Milestone: sage-4.3.4
Component: optional packages | Keywords: sandpile
Author: | Upstream: N/A
Reviewer: David Kirkby | Merged:
Work_issues: |
---------------------------------+------------------------------------------
Comment(by drkirkby):
Replying to [comment:8 mhampton]:
> No, optional packages do not require a vote.
Thank you for clarification on this.
So what (if any) additional requirements are there for 'optional' as
opposed to 'experimental' packages?
http://www.sagemath.org/packages/optional/
gives no warnings that the optional packages may be seriously broken,
whereas 'experimental'
http://www.sagemath.org/packages/experimental/
has in great big bold letters that '''These are EXPERIMENTAL! They
probably won't work at all for you! Use at your own risk! Many of these
have *never* been successfully built on any platform! (But still, if you
can figure out how to build them, I'd like to know about it.) These also
may not be available under a GPL-compatible license'''
> Making a package standard does.
Yes, I was aware of that. There would be complete chaos if not.
> However, the expectations for an optional package keep rising. I think
building on Solaris is probably considered a requirement.
I'd hope so. http://www.sagemath.org/doc/developer/inclusion.html says
'''Some Sage developers are willing to help you port to OS X, Solaris and
Windows. But this is no guarantee and you or your project are expected to
do the heavy lifting and also support those ports upstream if there is no
Sage developer who is willing to share the burden.'''
I feel at the minute that I'm personally sharing too much responsibility
for making sure the packages don't break on Solaris. William sends me a
recent email:
'''David,
'''(1) I couldn't get anywhere building Sage on x86 Solaris on skynet
(fulvia). Can you? This was pretty annoying to the people that bought us
fulvia.'''
'''(2) Sun wants to know if we have a Sage available yet for t2. See
below.'''
'''I really need to shift into the mode of actually providing something
that *works* on Solaris, despite hickups, rather than just polishing
foundations...'''
Unfortunately, without more testing on Solaris, this is just not going to
happen. I'm personally not in a position to test everyones patches on
Solaris.
> I'm not sure where these grep calls are coming from, they look like the
installation script uses them somehow when adding glpk and 4ti2 but it
just uses "sage -i".
Me neither. But neither do I have the time to resolve this. A quick check
on the man page for 'grep' on Linux shows the option 'o' being:
{{{
-o, --only-matching
Print only the matched (non-empty) parts of a matching
line,
with each such part on a separate output line.
}}}
I'll leave it to others to work out how to implement this in a POSIX
compatible way. The POSIX options for 'grep' can be found at
http://www.opengroup.org/onlinepubs/9699919799/utilities/grep.html
I hope these comments are helpful, and I'll answer any questions I can,
but I'm simply not in a position to sort out these issues.
'''PS I realise the author of this package has not requested any help on
Solaris, so I'm not suggesting he is personally to blame for my
frustration.'''
Dave
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/8216#comment:9>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica,
and MATLAB
--
You received this message because you are subscribed to the Google Groups
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/sage-trac?hl=en.
