Further Update on R 3.0.0 migration (Was: R 3.0.0 and required rebuilds of all reverse Depends: of R)

[Dirk Eddelbuettel]

So here is where we stand, with little improvement from last week: [1]

  root at 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 | \
	      awk -F, '/^r-/ {print $2,$1}' | sort                                                                                 
  debian-med-packaging at lists.alioth.debian.org r-bioc-cummerbund
  debian-med-packaging at lists.alioth.debian.org r-bioc-edger
  debian-med-packaging at lists.alioth.debian.org r-bioc-hilbertvis
  debian-med-packaging at lists.alioth.debian.org r-bioc-limma
  debian-med-packaging at lists.alioth.debian.org r-bioc-qvalue
  debian-med-packaging at lists.alioth.debian.org r-cran-combinat
  debian-med-packaging at lists.alioth.debian.org r-cran-deal
  debian-med-packaging at lists.alioth.debian.org r-cran-diagnosismed
  debian-med-packaging at lists.alioth.debian.org r-cran-dichromat
  debian-med-packaging at lists.alioth.debian.org r-cran-epi
  debian-med-packaging at lists.alioth.debian.org r-cran-epibasix
  debian-med-packaging at lists.alioth.debian.org r-cran-epicalc
  debian-med-packaging at lists.alioth.debian.org r-cran-epir
  debian-med-packaging at lists.alioth.debian.org r-cran-epitools
  debian-med-packaging at lists.alioth.debian.org r-cran-evd
  debian-med-packaging at lists.alioth.debian.org r-cran-genabel
  debian-med-packaging at lists.alioth.debian.org r-cran-genetics
  debian-med-packaging at lists.alioth.debian.org r-cran-ggplot2
  debian-med-packaging at lists.alioth.debian.org r-cran-haplo.stats
  debian-med-packaging at lists.alioth.debian.org r-cran-labeling
  debian-med-packaging at lists.alioth.debian.org r-cran-psy
  debian-med-packaging at lists.alioth.debian.org r-cran-pvclust
  debian-med-packaging at lists.alioth.debian.org r-cran-randomforest
  debian-med-packaging at lists.alioth.debian.org r-cran-reshape2
  debian-med-packaging at lists.alioth.debian.org r-cran-rocr
  debian-med-packaging at lists.alioth.debian.org r-cran-stringr
  debian-med-packaging at lists.alioth.debian.org r-other-mott-happy
  debian-science-maintainers at lists.alioth.debian.org r-cran-amore
  debian-science-maintainers at lists.alioth.debian.org r-cran-msm
  debian-science-maintainers at lists.alioth.debian.org r-cran-plotrix
  debian-science-maintainers at lists.alioth.debian.org r-cran-sp
  debian-science-maintainers at lists.alioth.debian.org r-cran-spc
  debian-science-maintainers at lists.alioth.debian.org r-cran-teachingdemos
  debian-science-maintainers at lists.alioth.debian.org r-cran-vcd
  debian-science-maintainers at lists.alioth.debian.org r-cran-xtable
  debichem-devel at lists.alioth.debian.org r-cran-maldiquant
  debichem-devel at lists.alioth.debian.org r-cran-readbrukerflexdata
  ivo at maintz.de r-cran-gtable
  lawrencc at debian.org r-cran-pscl
  root at max:/# 

I would be really terrific if the the debian-med, debian-science, debichem
teams could update some of these packages.  

Charles, failing that, shall we coordinate off-list?  Re-building in chroot
takes about a minute or two each but sadly some of these package appear
effectively orphaned (eg gpplot2, single upload 15 months ago -- is that
really work done to Debian standards?)

Dirk  

[1] I filtered out things like littler (works fine with R 3.0.0),
python-nwsserver (uses pipes, is fine too) and postgresql-9.1-plr which I
suspect is fine just like littler is.
  
-- 
Dirk Eddelbuettel | edd at debian.org | http://dirk.eddelbuettel.com