#8679: conventions for spkg names, rewriting sage-spkg
----------------------------------------+-----------------------------------
Reporter: jhpalmieri | Owner: tbd
Type: enhancement | Status: positive_review
Priority: major | Milestone: sage-4.4
Component: packages | Keywords:
Author: John Palmieri | Upstream: N/A
Reviewer: William Stein, Dan Drake | Merged:
Work_issues: |
----------------------------------------+-----------------------------------
Comment(by was):
Replying to [comment:8 leif]:
> Replying to [comment:7 jhpalmieri]:
> > First of all, what's widely used ''in Sage'' is the convention here
> Well, I didn't talk about common ''spkg'' names (of course they follow
the old rule).
> Note that many spkgs are patched upstream packages, so their (original)
names won't necessarily follow ''Sage's'' naming convention; there are
indeed yet packages that had to be renamed.
>
> > Second, you might be right, but this is not the right place to discuss
design decisions like this: sage-devel is.
> The thread "ends" with a link to this ticket, whose description
(re-)states the convention, while the thread's title only mentions the
''mode'' package;
> but never mind, I'll repost it there. ;-)
>
> > Third, this is an issue which will only arise for developers -- people
producing new spkgs -- and they should be able to handle using hyphens or
underscores according to the conventions.
> I think there's (with intent) no sharp line between Sage
developers/contributors/users; think of optional "third party" (s)pkgs.
jhpalmieri's patch rewrites an existing script with no changes in
semantics, except to give an error if the package name breaks other parts
of the Sage build system. I think it should go in as is.
Your suggestions to change the package naming convention is reasonable
consider. However, I think that should be done independently of this
particular ticket. Keeping focus on one issue at a time is really
important in order to make solid progress.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/8679#comment:13>
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.