1 |
Quoting grozin@g.o: |
2 |
|
3 |
> Hello *, |
4 |
> |
5 |
> Today I've committed to the tree the following packages (all pmasked): |
6 |
> |
7 |
> dev-lisp/asdf-2.33-r4 |
8 |
> dev-lisp/uiop-2.33-r1 |
9 |
> dev-lisp/sbcl-1.1.6-r4 |
10 |
> dev-lisp/clisp-2.49-r7.ebuild |
11 |
> dev-lisp/clozurecl-1.9_p1 |
12 |
> dev-lisp/ecls-12.12.1-r4 |
13 |
> dev-lisp/cmucl-20d-r3 |
14 |
> sci-mathematics/maxima-5.30.0 |
15 |
> sci-mathematics/fricas-1.2.0 |
16 |
> |
17 |
> The lisp stuff is from the lisp overlay. I haven't used the overlay |
18 |
> specific eclasses, just the standard helpers (doins etc.). |
19 |
> |
20 |
> clozurecl-1.9-r3 from the overlay is a live ebuild; are some of the recent |
21 |
> updates essential? I replaced it by the today's snapshot (I've put it to |
22 |
> dev.gentoo.org). |
23 |
> |
24 |
> In clisp, I've corrected the dependency on pari (alas, it has to be |
25 |
> <pari-2.5), and added an upstream patch which may be needed for new gcc |
26 |
> versions. |
27 |
> |
28 |
> All abuilds are EAPI=5. Now, when a lisp used for maxima or fricas is |
29 |
> upgraded, these CASs will be upgraded automatically - this is exactly the |
30 |
> main point of EAPI5. It would be great to unmask all these packages soon, |
31 |
> not to wait for years. Any specific reasons not to do so for any of these |
32 |
> packages? Should something be improved before unmasking? Please, test! And |
33 |
> inform me. Testsuites of maxima and fricas are OK, so, the lisps cannot be |
34 |
> broken. But I am not so sure about the asdf stuff. |
35 |
|
36 |
Sorry to have taken so long to look at it. In maxima. The ecls library for |
37 |
maxima has changed name with the new asdf. So |
38 |
newins maxima.fasb maxima.fas |
39 |
should become: |
40 |
newins maxima.system.fasb maxima.fas |
41 |
|
42 |
Francois |