On Sun, Jul 03, 2016 at 07:43:49PM +0200, Martin Michlmayr wrote: > [I've copied Matthias so he can comment on this] > > * Dirk Eddelbuettel <e...@debian.org> [2016-07-03 17:39]: > > For this issue (and its already long thread in the BTS): > > > > - You are correct. We need g++-6 for QuantLib, for Rcpp and then RQuantLib > > > > - Shall I do new uploads of QuantLib (and then Rcpp) with g++-6 now? > > > > - To then be followed by a rebuild of RQuantLib? > > doko, can you suggest when to do this? If you read the bug log, > you'll see that there are some dependency issues.
Generally speaking, when R itself builds, it stores its CC,CXX,... settings in its configuration which then becomes the default. So in that case I could rebiuld R itself with g++-6. I don't have much experience "launching" a full binary migration in Debian but methinks we need this here. And once R has been rebuild, we can just do automatic (?) binary NMUs to get g++-6. (And for this particular bug I need to rebuild QuantLib as well.) Does that sound right? > > In case I don't get my server back up in time, is there another > > (convenient) machine somewhere I can use? Worst case I can try to set > > up a new pbuilder environment on another machine. > > http://db.debian.org/machines.cgi lists some machines where you can > log in. There are chroots and you can install packages. Very helpful, thank you. That should help. The accessible ones are the ones marked 'public' ? Dirk > -- > Martin Michlmayr > HPE Linux, Hewlett Packard Enterprise -- Three out of two people have difficulties with fractions.