R-multcomp and a lot of new R packages
by Tom Callaway
The R-multcomp maintainer asked me to look into why it was failing to
build in rawhide. When I looked into it, I discovered that something is
broken in how R CMD CHECK --no-install works in 2.10.1. I couldn't tell
you what is broken exactly, but I took the time today to package up all
the Suggests (and their depchain) and tested the package without
--no-install (and without --no-latex) and it works fine again.
I asked Orion (the R-multcomp maintainer) if he was interested in
maintaining/co-maintaining/reviewing these new R packages, but he wasn't
interested. In fact, he said he was more inclined to orphan R-multcomp.
Is there any interest in helping me maintain and review these new R
packages in Fedora? The packages are already done, its just the reviews
and upkeep that I'd need help with.
Here's the packages:
http://auroralinux.org/people/spot/review/R-multcomp/
These are the R packages I made today:
coin, colorspace, ipred, lme4, mboost, mlbench, modeltools, multicore,
party, robustbase, sandwich, strucchange, vcd, xtable
If any of these look interesting to you, speak up! If no one cares, I
might just let R-multcomp orphan off, but if there are some willing
helpers, I'll keep it alive with its new dependencies.
~spot
13 years, 5 months
Building RPMs from CRAN...
by Allen S. Rout
Pierre-Yves <pingou(a)pingoured.fr> writes on R-devel:
> One of them is R2spec [1], which I have worked on. I would also
> point you to a 'fork' of R2spec [2] which aims at building RPM more
> than spec (reason why they did not merge). R2spec aims a helping to
> generate spec files as close as possible to the final one for
> inclusion in official Fedora/EPEL repositories. Allen S. Rout have
> made a nice job converting R2spec to generate RPM directly, solving
> some of the circular dependences issues.
I appreciate your kind mention of my effort, Pierre-Yves. Thank you!
I am dissapointed that you don't see a merge in the future. I would
like to change that if I can. What would you like me to change?
It is my hope that the R2spec code will make it possible, eventually,
to build and maintain _all_ the CRAN packages as RPMs, without the
extensive by-hand treatment they now get. I understand that, if this
is to happen, more folks than just me need to be happy with the
code. :)
- Allen S. Rout
13 years, 11 months