New diff, created when using sage-9.1.beta9.

This is still a WIP, but it is much better than the previous one: all the possible external dependencies ATM are taken from the ports tree.

Note: it uses a lot of dependencies! To test it, `make install-missing-packages' is your friend!

But unfortunately, there are still many problems, mostly caused by staging,e.g.
Error: 'lib/libldl.so.2.2.6' is referring to /usr/ports/math/sage/work/stage
Error: 'lib/libfflas_c.so.1.0.0' is referring to /usr/ports/math/sage/work/stage
...

I forgot to add: the patch included in PR 245109 for math/ntl must be applied.

Many progresses with 9.1.rc1: more modules are no more built by Sage but taken from system packages, and this solves the staging problems with them.

But also a bad news: I tried to take ECL and Maxima from our packages, but without success, see https://trac.sagemath.org/ticket/26249#comment:40
Maybe a Lisp guru could have an idea? Else let's it for now and just register the conflicts.

Switch to 9.1-rc2, with some minor fixes.

At some point I was fighting against libomp, brought directly clang from devel/llvm90 for testing purpose… and forgot to remove it! This version is much cleaner.

Also remove two more bundled packages by replacing them by math/libhomfly and math/linbox.

More progresses: now Maxima and GAP are fixed.

Prerequisites: apply the patches in PR 242509 (devel/isl) and PR 246149 (math/gap) (or wait for them to be committed)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242509
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246149

Latest evolution, with zn_poly taken from ports.

• Upgrade to 9.1.rc4;

• Also use a Python library (e.g. with math/py-cvxopt): it opens a promising way, because all the stuff built by Sage around cvxopt is now clean (no more references to STAGEDIR), but unfortunately upstream does not like it…

Some news:
+ r535281 on math/giacxcas fixed problems in libgiac and indirectly in other libs (e.g. mpfi)

+ added a generic way to use Python modules from our packages: using py-numpy and py-scipy solves many staging problems: to be continued!

Update to 9.1.rc5 and use more Python modules from the ports tree.

With the two new ports lang/ecl-sage and math/maxima-sage (See D24958 and D24959), the main problem of this port are solved!

Update to the 9.1 release.

With the last pieces (JSmol - see PR 246703, MathJax and threejs), it builds and installs (almost) cleanly, without staging problems.

Why "almost"? Because its plist contains several files previously installed by its dependencies (e.g. ipython, sphynx, etc.)!
Next step: try to use external packages for these ones, or remove them for STAGEDIR if not possible.

Many other ports could also be used from external packages, to avoid conflicts, even if they are not a dependency (e.g. devel/py-babel, textproc/py-rst2html5, etc.).

Here we are!

With this patch, math/sage can be installed on a normal workstation without overwriting files of its dependencies, so that it's more easy to test. My first tests are OK.

It's also possible to build it in poudriere: it's OK for 12.1/amd64.

Next step: use more ports as dependencies to avoid building the bundled stuff by SageMath and to avoid conflicts.

With this version, I would say that it's now committable (pending D24958 and D24959, and blocked by PR 242509):

• the build is no more done directly in $STAGEDIR

• more dependencies but a smaller plist

• CONFLICTS are registered when it is not possible to use an external package

• basic tests are OK, and also use case involving external tools like GAP, Maxima, Singular, etc.

Note 1: stephen@, I have noted your wish to repocopy this port to math/sagemath, but I think it's better to do that afterwards.

Note 2: thanks to lock-down, I have been able to find the time to work on this, but on normal conditions, it's too much time consuming for one maintainer! I guess that it should be maintained by a team (math or something like that).

Do not depend on ecl-sage but directly on lang/ecl after D25096 has been committed.

Also there in no more problem with devel/isl (thanks to arrowd@ for committing PR 242509).

Follow-up D24959 and directly depends on math/maxima. The proposed math/maxima-sage is no more needed!