Re: [gentoo-science] sci-mathematics/reduce on amd64 (fwd)

Re: [gentoo-science] sci-mathematics/reduce on amd64 (fwd)

[Andrey G. Grozin]

On Wed, 21 Dec 2011, Kacper Kowalik wrote:
>> Could somebody with amd64 check if sci-mathematics/reduce-20110414
>> compiles on this arch? You'll have to keyword it. Upstream says it
>> should compile.
> 
> It does and passes test suite. Though it doesn't respect libdir:
> 
> /dev/shm/portage/sci-mathematics/reduce-20110414/image/usr/lib/reduce/reduce.fonts/README
> 
> Judging by the content it shouldn't be libdir in the first place, rather
> /usr/share...
Many thanks for checking.

csl-based reduce, and csl, are really strange. reduce is a compiled binary, and 
it needs to have reduce.img *in the same directory* (same for csl). Both of 
them also want to see reduce.doc and reduce.fonts also in the same directory, 
if they are started in the gui mode (in the command-line mode reduce.fonts and 
reduce.doc are not needed). So, all these files and directories should be 
together somewhere. And not in /usr/share, because reduce is a binary, and 
reduce.img is also processor-dependent, as far as I know. So, I choose 
/usr/lib/reduce; do you have better suggestions? Should it be 
/usr/lib64/reduce on amd64?

Moreover, symlinking /usr/lib/reduce -> /usr/bin/redcsl does not work: the 
program tries to find reduce.img in /usr/bin, and fails. The only way I've 
found is a 2-line script in /usr/bin which execs /usr/lib/reduce/reduce.

Thanks again,
Andrey

Re: [gentoo-science] sci-mathematics/reduce on amd64 (fwd)

[Kacper Kowalik]

On 21.12.2011 15:03, Andrey G. Grozin wrote:
> On Wed, 21 Dec 2011, Kacper Kowalik wrote:
>>> Could somebody with amd64 check if sci-mathematics/reduce-20110414
>>> compiles on this arch? You'll have to keyword it. Upstream says it
>>> should compile.
>>
>> It does and passes test suite. Though it doesn't respect libdir:
>>
>> /dev/shm/portage/sci-mathematics/reduce-20110414/image/usr/lib/reduce/reduce.fonts/README
>>
>>
>> Judging by the content it shouldn't be libdir in the first place, rather
>> /usr/share...
> Many thanks for checking.
>
> csl-based reduce, and csl, are really strange. reduce is a compiled
> binary, and it needs to have reduce.img *in the same directory* (same
> for csl). Both of them also want to see reduce.doc and reduce.fonts also
> in the same directory,

That's a snippet from a build log:

gcc -DHAVE_CONFIG_H -I. 
-I/var/tmp/portage/sci-mathematics/reduce-20110414/work/reduce-20110414/csl/cslbase 
  -Dfontsdir=reduce.fonts -I/usr/include/freetype2 
-DBINDIR=/usr/local/bin -DPKGDATADIR=/usr/local/share/reduce 
-march=core2 -mtune=generic -O2 -pipe -I/usr/include/freetype2 
-fno-strict-aliasing -O2 -Wall   -MT arith01.o -MD -MP -MF 
.deps/arith01.Tpo -c -o arith01.o 
/var/tmp/portage/sci-mathematics/reduce-20110414/work/reduce-20110414/csl/cslbase/arith01.c

I haven't looked at the code but I have strong feeling that precompiler 
directives:
  fontsdir
  BINDIR
  PKGDATADIR
may help you ;) It looks that removing 'local' is all you need. Then 
place everything which is not a binary and not a lib in usr/share/reduce

> Should it be /usr/lib64/reduce on amd64?
In principle you should always use /usr/$(get_libdir) from mutlilib.eclass.
Cheers,
Kacper

Re: [gentoo-science] sci-mathematics/reduce on amd64

[Andrey G. Grozin]

Many thanks to everybody,

I've just committed reduce-20110414-r1 with ~amd64. Could somebody check 
that it actually compiles on amd64?

Andrey

Re: [gentoo-science] sci-mathematics/reduce on amd64

[Honza Macháček]

Dne 12/22/2011 01:26 PM, Andrey G. Grozin píše:
> I've just committed reduce-20110414-r1 with ~amd64. Could somebody check 
> that it actually compiles on amd64?

Compiles and seems to work for me.

Portage 2.1.10.41 (default/linux/amd64/10.0, gcc-4.5.3, glibc-2.14.1-r1,
3.0.4-gentoo-r1 x86_64)
System uname:
Linux-3.0.4-gentoo-r1-x86_64-Intel-R-_Core-TM-2_Duo_CPU_E6750_@_2.66GHz-with-gentoo-2.1
Timestamp of tree: Thu, 22 Dec 2011 14:15:01 +0000

Thanks for your work.

Honza Macháček

Re: [gentoo-science] sci-mathematics/reduce on amd64

[Miguel de Val-Borro]

On Thu, Dec 22, 2011 at 07:26:21PM +0700, Andrey G. Grozin wrote:
> Many thanks to everybody,
> 
> I've just committed reduce-20110414-r1 with ~amd64. Could somebody check 
> that it actually compiles on amd64?

I have upgraded from reduce-20110414 to reduce-20110414-r1 and got  a file
collision during merging:

 * sci-mathematics/reduce-20110414
 *      /usr/lib64/reduce/reduce.doc
 *      /usr/lib64/reduce/reduce.fonts
 * 
 * Package 'sci-mathematics/reduce-20110414-r1' NOT merged due to file
 * collisions. If necessary, refer to your elog messages for the whole
 * content of the above message.

This is the build log for reduce-20110414-r1:
http://paste.pocoo.org/show/524580/

If reduce-20110414 is unmerged first, then the new revision builds fine.

Thanks,
Miguel

Re: [gentoo-science] sci-mathematics/reduce on amd64

[Andrey G. Grozin]

On Thu, 22 Dec 2011, Miguel de Val-Borro wrote:
> I have upgraded from reduce-20110414 to reduce-20110414-r1 and got  a file
> collision during merging:
>
> * sci-mathematics/reduce-20110414
> *      /usr/lib64/reduce/reduce.doc
> *      /usr/lib64/reduce/reduce.fonts
> *
> * Package 'sci-mathematics/reduce-20110414-r1' NOT merged due to file
> * collisions. If necessary, refer to your elog messages for the whole
> * content of the above message.
Yes, I saw this behaviour. I think this must be a bug in portage. The 
directories /usr/lib64/reduce/reduce.doc and 
/usr/lib64/reduce/reduce.fonts belong to the old version of reduce, which 
is being removed during this install. Why are they triggering file 
collision??

Andrey