First off, let me apologize. I clearly did this the wrong way and should have
contacted -release and -devel beforehand. My bad -- I'm sorry for extra work
this created for the release managers and maintainer, particularly at this
time.
R 3.0.0 was released on April 3 as scheduled. As usual, I built a package the
morning of, and all build daemons are current. (There was also an unrelated
bug which is why were at 3.0.0-2.) The release team kindly put a block on
it, so it will make it into testing. Good.
Preceding the release and following it, we have rebuilt the vast number of
"r-cran-*" packages used my R, and which do need a rebuild, plus a few
building against R such as python-rpy. Currently, in my unstable pbuilder
chroot (and thanks to Chris for the showpkg trick)
root@max:/# apt-cache showpkg r-base-core | grep "r-base-core 3" | wc -l
127
So 127 packages are already taken care of. On the other hand, we still have
~50 packages needing work:
root@max:/# apt-cache showpkg r-base-core | grep "r-base-core 2" | wc -l
52
A few of these are false positives though. Looking more closely via
root@max:/# for p in `apt-cache showpkg r-base-core | grep "r-base-core 2" |
sort | awk -F, '{print $1}'`; \
do echo -n "$p,"; apt-cache show $p | grep Maintainer | sed -e
's/.*<//' -e 's/>$//'; done
gets us a nice little csv data set we can print in R:
R> print(todo[ order(todo[,2]), ], row.names=FALSE)
pkg maint
r-bioc-biobase [email protected]
r-bioc-biocgenerics [email protected]
r-bioc-cummerbund [email protected]
r-bioc-edger [email protected]
r-bioc-hilbertvis [email protected]
r-bioc-limma [email protected]
r-bioc-qvalue [email protected]
r-cran-combinat [email protected]
r-cran-deal [email protected]
r-cran-diagnosismed [email protected]
r-cran-epi [email protected]
r-cran-epibasix [email protected]
r-cran-epicalc [email protected]
r-cran-epir [email protected]
r-cran-epitools [email protected]
r-cran-evd [email protected]
r-cran-genabel [email protected]
r-cran-genetics [email protected]
r-cran-ggplot2 [email protected]
r-cran-haplo.stats [email protected]
r-cran-psy [email protected]
r-cran-pvclust [email protected]
r-cran-randomforest [email protected]
r-cran-reshape [email protected]
r-cran-reshape2 [email protected]
r-cran-rocr [email protected]
r-cran-rsqlite [email protected]
r-cran-stringr [email protected]
r-cran-vegan [email protected]
r-other-bio3d [email protected]
r-other-mott-happy [email protected]
r-cran-amore [email protected]
r-cran-msm [email protected]
r-cran-plotrix [email protected]
r-cran-sp [email protected]
r-cran-spc [email protected]
r-cran-teachingdemos [email protected]
r-cran-vcd [email protected]
r-cran-xtable [email protected]
r-cran-maldiquant [email protected]
r-cran-readbrukerflexdata [email protected]
littler [email protected]
python-nwsserver [email protected]
r-cran-gregmisc [email protected]
r-cran-misc3d [email protected]
r-cran-erm [email protected]
r-cran-raschsampler [email protected]
r-cran-pscl [email protected]
r-noncran-lindsey [email protected]
postgresql-9.1-plr [email protected]
r-cran-scatterplot3d [email protected]
rkward [email protected]
R>
I have taken care of my two r-cran-* package, and I know littler is a false
positive. postgresql-r may also work, same for rkward -- the _external_ R
API did not change, but the package use did.
I have CC'ed all relevant maintainer who were not already on the list and
will follow-up. I can help and pitch in, please contact me off-list.
Special thanks to Charles and Chris who already uploaded a number of packages
too.
Thanks, Dirk
--
Dirk Eddelbuettel | [email protected] | http://dirk.eddelbuettel.com
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
Archive: http://lists.debian.org/[email protected]
