I still did not learn all about procedures to get packages updated in Fedora, so, I am asking for yet another "informal" review:
Spec URL: http://kenobi.mandriva.com/~pcpa/pari.spec SRPM URL: http://kenobi.mandriva.com/~pcpa/pari-2.5.1-1.fc16.src.rpm
As expected, pari update causes several other packages to be rebuilt. Most notably is that in this update, libpari-gmp.so.2 major is bumped to libpari-gmp.so.3.
With this pari, for sagemath build, it needs to rebuild at least the previous lcalc package I asked for a review, and then actually apply the lcalc patch, and from the installed build requires, needs do also rebuild eclib.
Thanks, Paulo
On Sat, Apr 28, 2012 at 10:04 PM, Paulo César Pereira de Andrade paulo.cesar.pereira.de.andrade@gmail.com wrote:
I still did not learn all about procedures to get packages updated in Fedora, so, I am asking for yet another "informal" review:
The usual procedure is to file a bug against the component that needs updating, here: https://bugzilla.redhat.com/. In this case, I have already been in touch with the maintainer, and plans for an update are proceeding.
2012/5/1 Jerry James loganjerry@gmail.com:
On Sat, Apr 28, 2012 at 10:04 PM, Paulo César Pereira de Andrade paulo.cesar.pereira.de.andrade@gmail.com wrote:
I still did not learn all about procedures to get packages updated in Fedora, so, I am asking for yet another "informal" review:
The usual procedure is to file a bug against the component that needs updating, here: https://bugzilla.redhat.com/. In this case, I have already been in touch with the maintainer, and plans for an update are proceeding.
Ok. Worth mentioning is that in Mandriva I did also package several optional "databases", see:
http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/pari/current/SPEC...
and it was already packaging gp2c that comes from an extra upstream tarball.
Also, I did build pari with --disable-tls, as I recall having issues with it when building sagemath. Not sure if sage-on-gentoo also had issues with it https://github.com/cschwan/sage-on-gentoo but I recall some problems they had that looked familiar to me, and I commented in #sagemath about it some months ago.
-- Jerry James http://www.jamezone.org/
Paulo
On Tue, May 1, 2012 at 12:39 PM, Paulo César Pereira de Andrade paulo.cesar.pereira.de.andrade@gmail.com wrote:
Ok. Worth mentioning is that in Mandriva I did also package several optional "databases", see:
http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/pari/current/SPEC...
and it was already packaging gp2c that comes from an extra upstream tarball.
Okay, once we get the new pari in the distribution, it would be good to look at these databases and see what we should have in Fedora.
Also, I did build pari with --disable-tls, as I recall having issues with it when building sagemath. Not sure if sage-on-gentoo also had issues with it https://github.com/cschwan/sage-on-gentoo but I recall some problems they had that looked familiar to me, and I commented in #sagemath about it some months ago.
Hmmm, interesting information. I'll CC the pari maintainer on this email to make him aware of a potential issue there. Do you have any idea if the problem was a bug in pari itself, or in Sage's use of pari?
2012/5/1 Jerry James loganjerry@gmail.com:
On Tue, May 1, 2012 at 12:39 PM, Paulo César Pereira de Andrade paulo.cesar.pereira.de.andrade@gmail.com wrote:
Ok. Worth mentioning is that in Mandriva I did also package several optional "databases", see:
http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/pari/current/SPEC...
and it was already packaging gp2c that comes from an extra upstream tarball.
Okay, once we get the new pari in the distribution, it would be good to look at these databases and see what we should have in Fedora.
Also, I did build pari with --disable-tls, as I recall having issues with it when building sagemath. Not sure if sage-on-gentoo also had issues with it https://github.com/cschwan/sage-on-gentoo but I recall some problems they had that looked familiar to me, and I commented in #sagemath about it some months ago.
Hmmm, interesting information. I'll CC the pari maintainer on this email to make him aware of a potential issue there. Do you have any idea if the problem was a bug in pari itself, or in Sage's use of pari?
I think I did it "defensively" when debugging problems in the sagemath package, as newer pari uses a lot of tls variables, e.g.
$ grep -r __thread . ./src/headers/parisys.h:# define THREAD __thread
$ grep -r THREAD . | wc -l 84
and it has things like __thread static variables in functions, several global variables, etc.
But at least in pari 2.5.1 it is disabled by default.
-- Jerry James http://www.jamezone.org/
Paulo
scitech@lists.fedoraproject.org