Description of problem: I'm working to update gsl to 2.1 in Fedora which has a number of API changes. orsa fails with: ../../../src/liborsa/orsa_orbit_gsl.cc: In function 'int orsa::least_sq_df(const gsl_vector*, void*, gsl_matrix*)': ../../../src/liborsa/orsa_orbit_gsl.cc:1006:40: warning: format '%i' expects argument of type 'int', but argument 3 has type 'size_t {aka long unsigned int}' [-Wformat=] i,j,result,abserr,gsl_vector_get(v,j)); ^ ../../../src/liborsa/orsa_orbit_gsl.cc:1006:40: warning: format '%i' expects argument of type 'int', but argument 4 has type 'size_t {aka long unsigned int}' [-Wformat=] ../../../src/liborsa/orsa_orbit_gsl.cc: In function 'void orsa::OrbitDifferentialCorrectionsLeastSquares(orsa::OrbitWithCovarianceMatrixGSL&, const std::vector<orsa::Observation>&)': ../../../src/liborsa/orsa_orbit_gsl.cc:1105:24: error: 'struct gsl_multifit_fdfsolver' has no member named 'J' gsl_multifit_covar(s->J,0.0,covar); ^ ../../../src/liborsa/orsa_orbit_gsl.cc:1116:29: error: 'struct gsl_multifit_fdfsolver' has no member named 'J' gsl_multifit_covar(s->J,0.0,par.covar); ^ ../../../src/liborsa/orsa_orbit_gsl.cc:1122:27: error: 'struct gsl_multifit_fdfsolver' has no member named 'J' gsl_multifit_covar(s->J,0.0,covar); ^ orsa upstream appears to be pretty much dead to me, so I suspect this will have to be handled in Fedora. I don't know if debian has already ported but may be worth a check.
Those first two look like a simple %i → %zi change, but the rest might be more complicated. Unfortunately Debian gave up on orsa is 2009 or so.
You might want to look at the patch for LabPlot in git master - similar errors.
Should be fixed in rawhide (cd2f093a8f) to compile with both new and old gsl. Just rebuild whenever you push GSL 2.x.