neue Rmetrics packages

[Dirk Eddelbuettel]

Following up on the new Rmetrics packages, I am a little dismayed by the
increased dependencies.  Here is a query from my CRANberries database behind
my RSS feed of CRAN entries:

sqlite> select package,version,depends from packages where package like 'f%' and version like '260%';
package,version,depends
fArma,260.71,"R (>= 2.2.0), fBasics"
fAsianOptions,260.71,"R (>= 2.2.0), fOptions"
fBasics,260.71,"R (>= 2.2.0), fImport"
fBonds,260.71,"R (>= 2.2.0), fBasics"
fCopulae,260.71,"R (>= 2.2.0), adapt, fBasics, fMultivar"
fEcofin,260.71,"R (>= 2.2.0), fUtilities"
fExoticOptions,260.71,"R (>= 2.2.0), fOptions"
fExtremes,260.71,"R (>= 2.2.0), fBasics"
fGarch,260.71,"R (>= 2.2.0), fBasics, fArma"
fImport,260.71,"R (>= 2.2.0), fSeries"
fMultivar,260.71,"R (>= 2.2.0), methods, sn, fBasics"
fRegression,260.71,"R (>= 2.2.0), methods, mgcv, nnet, polspline, fTrading, fMultivar"
fSeries,260.71,"R (>= 2.2.0), robustbase, fCalendar"
fTrading,260.71,"R (>= 2.2.0), fBasics"
fUnitRoots,260.71,"R (>= 2.2.0), urca, fBasics"
fUtilities,260.71,"R (>= 2.2.0), RUnit, methods, MASS, spatial, akima, tcltk, zoo"

and missing from that were

fCalendar|251.70|R (>= 2.2.1), methods, fEcofin
fOptions|251.70|R (>= 2.2.1), methods, fEcofin, fBasics, fCalendar, fSeries
fPortfolio|251.70|R (>= 2.2.1), methods, robustbase, MASS, fEcofin, fCalendar, fBasics, fSeries, fMultivar, fExtremes, fCopulae, quadprog, lpSolve


So trying to put a dependency tree together:

1. fUtilities,260.71,"R (>= 2.2.0), RUnit, methods, MASS, spatial, akima, tcltk, zoo"
	already fails as RUnit and akima are NOT
	in Debian, and akima can't for license reasons
	we are checkmate at the outset

2. fEcofin,260.71,"R (>= 2.2.0), fUtilities"

3. fCalendar|251.70|R (>= 2.2.1), methods, fEcofin

4. fSeries,260.71,"R (>= 2.2.0), robustbase, fCalendar"
	robustbase is NOT in Debian

5. fImport,260.71,"R (>= 2.2.0), fSeries"

6. fBasics,260.71,"R (>= 2.2.0), fImport"

7. fArma,260.71,"R (>= 2.2.0), fBasics"
   fBonds,260.71,"R (>= 2.2.0), fBasics"
   fExtremes,260.71,"R (>= 2.2.0), fBasics"
   fGarch,260.71,"R (>= 2.2.0), fBasics, fArma"
   fMultivar,260.71,"R (>= 2.2.0), methods, sn, fBasics"
	sn is NOT in Debian 
   fTrading,260.71,"R (>= 2.2.0), fBasics"
   fUnitRoots,260.71,"R (>= 2.2.0), urca, fBasics"
   fOptions|251.70|R (>= 2.2.1), methods, fEcofin, fBasics, fCalendar, fSeries

8. fAsianOptions,260.71,"R (>= 2.2.0), fOptions"
   fCopulae,260.71,"R (>= 2.2.0), adapt, fBasics, fMultivar"
   fExoticOptions,260.71,"R (>= 2.2.0), fOptions"
   fRegression,260.71,"R (>= 2.2.0), methods, mgcv, nnet, polspline, fTrading, fMultivar"
   fPortfolio|251.70|R (>= 2.2.1), methods, robustbase, MASS, fEcofin, fCalendar, fBasics, fSeries, fMultivar, fExtremes, fCopulae, quadprog, lpSolve


So if I want to keep Rmetrics in Debian, even if I added RUnit and spatial I
would get into problems with akima.   Robustbase is probably a worthwhile
addtion, as is RUnit, esp. as neither depends on anything else. sn depends on
mnormt, so that would be two more for fMultivar.

The bug issue is akima:
"License:  Fortran code: ACM, free for non-commercial use, R functions GPL"

This would out _all_ of RMetrics outside of Debian's main and into contrib.

Anybody have any good ideas regarding this?

Dirk

-- 
Three out of two people have difficulties with fractions.