| 1 |
On Wed, 21 Dec 2011, Kacper Kowalik wrote: |
| 2 |
>> Could somebody with amd64 check if sci-mathematics/reduce-20110414 |
| 3 |
>> compiles on this arch? You'll have to keyword it. Upstream says it |
| 4 |
>> should compile. |
| 5 |
> |
| 6 |
> It does and passes test suite. Though it doesn't respect libdir: |
| 7 |
> |
| 8 |
> /dev/shm/portage/sci-mathematics/reduce-20110414/image/usr/lib/reduce/reduce.fonts/README |
| 9 |
> |
| 10 |
> Judging by the content it shouldn't be libdir in the first place, rather |
| 11 |
> /usr/share... |
| 12 |
Many thanks for checking. |
| 13 |
|
| 14 |
csl-based reduce, and csl, are really strange. reduce is a compiled binary, and |
| 15 |
it needs to have reduce.img *in the same directory* (same for csl). Both of |
| 16 |
them also want to see reduce.doc and reduce.fonts also in the same directory, |
| 17 |
if they are started in the gui mode (in the command-line mode reduce.fonts and |
| 18 |
reduce.doc are not needed). So, all these files and directories should be |
| 19 |
together somewhere. And not in /usr/share, because reduce is a binary, and |
| 20 |
reduce.img is also processor-dependent, as far as I know. So, I choose |
| 21 |
/usr/lib/reduce; do you have better suggestions? Should it be |
| 22 |
/usr/lib64/reduce on amd64? |
| 23 |
|
| 24 |
Moreover, symlinking /usr/lib/reduce -> /usr/bin/redcsl does not work: the |
| 25 |
program tries to find reduce.img in /usr/bin, and fails. The only way I've |
| 26 |
found is a 2-line script in /usr/bin which execs /usr/lib/reduce/reduce. |
| 27 |
|
| 28 |
Thanks again, |
| 29 |
Andrey |
Archives