Archive superseded/broken old-style packages

[jhpalmieri]

The following packages should be removed or moved to "archive":

• http://files.sagemath.org/spkg/optional/beautifulsoup-3.2.1.spkg (Add rules for installing packages with pip #19187)
• http://files.sagemath.org/spkg/optional/biopython-1.61.spkg (Add rules for installing packages with pip #19187)
• http://files.sagemath.org/spkg/optional/brian-1.4.1.p0.spkg (Add rules for installing packages with pip #19187)
• http://files.sagemath.org/spkg/optional/coxeter3-1.1.spkg (Make Coxeter3 a new-style spkg #19178)
• http://files.sagemath.org/spkg/optional/cunningham_tables-1.0.spkg (broken, see make cunningham_tables-1.0.spkg standard and upgrade it #15813)
• http://files.sagemath.org/spkg/optional/database_jones_numfield-v4.spkg (new style database_jones_numfield package #19174)
• http://files.sagemath.org/spkg/optional/database_kohel-20060803.spkg (broken, new style package for database_kohel #21086)
• http://files.sagemath.org/spkg/optional/guppy-0.1.8.spkg (Add rules for installing packages with pip #19187)
• http://files.sagemath.org/spkg/optional/kash3-2008-07-31.p0.spkg (binary)
• http://files.sagemath.org/spkg/optional/lie-2.2.2.p5.spkg (Make LiE a new-style spkg #19176)
• http://files.sagemath.org/spkg/optional/mpi4py-1.2.2.spkg (Add rules for installing packages with pip #19187)
• http://files.sagemath.org/spkg/optional/ore_algebra-0.2.spkg (Convert ore_algebra into a new-style package #19175)
• http://files.sagemath.org/spkg/optional/p_group_cohomology-2.1.4.p1.spkg (broken, Upgrade of p_group_cohomology spkg #18514)
• http://files.sagemath.org/spkg/optional/pybtex-20120618.spkg (Add rules for installing packages with pip #19187)
• http://files.sagemath.org/spkg/optional/pyx-0.10.spkg (broken, make pyx a new style package #21076)
• http://files.sagemath.org/spkg/optional/qhull-2010.1.spkg (new style package for qhull #21143)
• http://files.sagemath.org/spkg/optional/sip-4.13.2.p0.spkg (new style package for sip #21087)
• http://files.sagemath.org/spkg/optional/TOPCOM-0.17.4.spkg (Update misc. optional spkgs to the new directory layout #15302)
• http://files.sagemath.org/spkg/optional/trac-0.11.5.p0.spkg (Add rules for installing packages with pip #19187)
• http://files.sagemath.org/spkg/experimental/cmake-2.4.8.spkg (CMake experimental package #18078)
• http://files.sagemath.org/spkg/experimental/meataxe-2.4.3.spkg (Use MeatAxe as an optional back end for dense matrices over GF(p^n), p odd, n>1, p^n<255 #12103)
• http://files.sagemath.org/spkg/experimental/polymake-2.2.p5.spkg (package polymake 3.0 #20892)
• http://files.sagemath.org/spkg/experimental/pynifti-p0.spkg (Add rules for installing packages with pip #19187)
• http://files.sagemath.org/spkg/experimental/qepcad-1.50.spkg ((new-style) packages for saclib 2.2.6 and qepcad-B.1.69 #10224)
• http://files.sagemath.org/spkg/experimental/sip-4.9.3.spkg (more recent in optional)
• http://files.sagemath.org/spkg/experimental/soya-0.11.2.p0.spkg (broken)
• http://files.sagemath.org/spkg/experimental/soya_cvs-2006.05.09.spkg (broken)

Later (depending on non-merged tickets):

• http://files.sagemath.org/spkg/experimental/fes-0.1.spkg (Upgrade experimental libFES package to version 0.2 #15209)

Depends on #19187

CC: @haraldschilly @nexttime

Component: website/wiki

Reviewer: Travis Scrimshaw

Issue created by migration from https://trac.sagemath.org/ticket/19220

[jdemeyer]

comment:2

Do anybody know whether creating Trac tickets is the proper procedure to deal with old spkgs?

[tscrim]

comment:8

I think this will serve as a good metaticket.

[jdemeyer]

comment:10

Please don't add tickets which don't have positive review yet unless the old package was broken anyway.

[kcrisman]

comment:12

Presumably this should happen after a stable release of the new pip stuff, though?

[jdemeyer]

Dependencies: #19187

[jdemeyer]

comment:14

Replying to @kcrisman:

Presumably this should happen after a stable release of the new pip stuff, though?

You're right. Although I don't know if it will happen at all, see [comment:2]

[haraldschilly]

comment:15

Hi, I could move those spkgs any time, but I have no idea about the implications.

[jhpalmieri]

comment:16

Since the old TOPCOM has been superseded by a new-style topcom, I believe it's safe to archive that one.

[jdemeyer]

comment:17

Replying to @haraldschilly:

Hi, I could move those spkgs any time, but I have no idea about the implications.

Perhaps it should be done after the release of Sage 6.9 stable? That would be a good time.

[jdemeyer]

comment:18

Sage 6.9 has been released.

[jhpalmieri]

comment:19

Is there any reason not to move these spkgs now?

[videlec]

comment:28

Soya does not support Python 2 anymore (see http://www.lesfleursdunormal.fr/static/informatique/soya3d/index_en.html). Moreover, it now exists on PyPI: https://pypi.python.org/pypi/Soya3/

What is the subtle difference between the packages soya and soya_cvs?

[mkoeppe]

comment:35

See also #29289 - Remove support for old-style SPKGs, deprecated in Sage 6.9

[mkoeppe]

comment:36

I think we can close this ticket. These download locations are no longer advertised on our webpage.

[mkoeppe]

Changed author from John Palmieri to none

[tscrim]

comment:37

I agree.

[tscrim]

Reviewer: Travis Scrimshaw