https://bugzilla.redhat.com/show_bug.cgi?id=1040517 --- Comment #73 from Milan Bouchet-Valat <nalimilan@xxxxxxx> --- (In reply to Paulo Andrade from comment #72) > (In reply to Milan Bouchet-Valat from comment #71) > > The test suite already checks that AFAIK. But then I guess it's run when > > dSFMT-devel is still installed, as it's the build environment. What exactly > > do you have in mind? > > I was thinking about some script to test it, after install, and only > be used during package review. But I tested it the "hard" way anyway; > I checked that the only one julia does not output some error/warning > message at startup is if there is a missing > %_libdir/julia/libopenspecfun.so so, it apparently always dlopen > libdSFMT.so and libopenlibm.so and either does not dlopen or does not > print anything if libopenspecfun.so is missing at startup. Yeah, openspecfun is only loaded when calling specific functions, for example: airy(1, 1+1im). > Another minor cosmetic issue is that you are using %_datarootdir but > has one use of %_datadir; for consistency could change the later > to %_datarootdir in %files. Ah, yes, I've changed a few occurrences yesterday but there was one left. > Otherwise, I believe it is almost done now :) Cool! New version: Spec URL: http://nalimilan.perso.neuf.fr/transfert/julia.spec SRPM URL: http://nalimilan.perso.neuf.fr/transfert/julia-0.3.0-6.src.rpm Something really weird is going on with the new package: /usr/share/doc/julia/ files are included twice, once in julia and once in julia-doc. How is it possible? -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review