2012/4/26 Jerry James <loganjerry@xxxxxxxxx>: >> Jerry, do you think it is reasonably to downngrade and use >> linbox 1.1.6? Patching should be possible, but not much >> trivial, quick guess would be to use mpz interfaces for the >> apparently now deprecated or available elsewhere or other >> interfaces, integer matrix operations. > > Linbox was updated from 1.1.6 to 1.1.7 before I became involved with > it. Judging by the changelog, though, the problem is that 1.1.6 > failed to build due to requiring an old version of givaro and 1.1.7 > fixed the build problem: I became involved when the same problem > occurred; givaro was updated, and then linbox 1.1.7 failed to build. > I contacted upstream about the problem, and they suggested moving to > linbox 1.2.1, which did solve it. The move to linbox 1.2.2 was > coordinated with another new release of givaro. > > In short, moving backwards in linbox versions will require also moving > backwards in givaro versions. [...] > Hmmm, that puts us in a difficult position. Fedora is all about being > on the cutting edge, so moving backwards in versions is ... painful. > What might be reasonable is to make new packages, linbox11 and > givaro32, containing linbox 1.1.6 and givaro 3.2.15, respectively, for > the use of sage. That way we can keep the newer versions around for > anybody who might be using them, but still support sage. What do you > think? Packaging linbox 1.1.6 may be an alternative, but proper approach should be to get both components to work together. I just attached two patches to http://trac.sagemath.org/sage_trac/ticket/12883 The sagemath side patch is http://trac.sagemath.org/sage_trac/attachment/ticket/12883/sage-4.8-linbox.patch and the patch for linbox 1.2.2, that would need to be applied to Fedora linbox package is: http://trac.sagemath.org/sage_trac/attachment/ticket/12883/linbox-sagemath.patch As I stated in the trac, these are not final patches, just a call for feedback, as, while they most likely are correct, I did only test that it builds and makes both sides agree on api/abi. Now my fedora sagemath package is stuck in lcalc :-) gcc -pthread -fno-strict-aliasing -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -fPIC -I/home/pcpa/rpmbuild/BUILDROOT/sagemath-4.8-0.1.x86_64/usr/share/sagemath/local/include/lcalc/ -I/home/pcpa/rpmbuild/BUILDROOT/sagemath-4.8-0.1.x86_64/usr/share/sagemath/local/include -Ic_lib/include -I/home/pcpa/rpmbuild/BUILDROOT/sagemath-4.8-0.1.x86_64/usr/share/sagemath/devel/sage/sage/ext -I/usr/include/python2.7 -c sage/libs/lcalc/lcalc_Lfunction.cpp -o build/temp.linux-x86_64-2.7/sage/libs/lcalc/lcalc_Lfunction.o -O3 -ffast-math -w In file included from sage/libs/lcalc/lcalc_Lfunction.cpp:242:0: sage/libs/lcalc/lcalc_sage.h:1:15: fatal error: L.h: No such file or directory compilation terminated. > -- > Jerry James > http://www.jamezone.org/ Paulo _______________________________________________ scitech mailing list scitech@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/scitech
