Together with Alessio Boattini of the University of Bologna we have created a package called Biodem. Biodem provides a number of functions for Biodemographycal analysis, and we hope it will be useful to the anthropological community. Because Biodem contains all the functions found in Malmig (a package I maintain), I would like to orphan it, or, even better, have it removed from CRAN. Finally, Biodem has been build on a Debian Linux box and is therefore not yet available for Windows/OS X; Biodem was built with R 2.0.1 because I am using Debian 'testing' and the new R 2.1.0 is not yet available for 'testing'. I will upload Biodem 0.2 as soon as I can build it with R 2.1. Regards, Federico Calboli -- Federico C. F. Calboli Department of Epidemiology and Public Health Imperial College, St Mary's Campus Norfolk Place, London W2 1PG Tel +44 (0)20 7594 1602 Fax (+44) 020 7594 3193 f.calboli [.a.t] imperial.ac.uk f.calboli [.a.t] gmail.com _______________________________________________ R-packages mailing list R-packages at stat.math.ethz.ch https://stat.ethz.ch/mailman/listinfo/r-packages
On 24 April 2005 at 15:14, Federico Calboli wrote: [...] | Finally, Biodem has been build on a Debian Linux box and is therefore | not yet available for Windows/OS X; Biodem was built with R 2.0.1 | because I am using Debian 'testing' and the new R 2.1.0 is not yet | available for 'testing'. I will upload Biodem 0.2 as soon as I can build | it with R 2.1. Actually, most of the time the dependency structure between Debian unstable and testing is such that the packages from unstable can be installed "straight through" into testing. Look at the apt-get HOWTO for the details on pinning which allows you to selectively pull in some package via the comfort of apt-get. Debian packages of R 2.1.0 do work on testing; my machines fetched the uploaded packages directly from my local build repository. Since then, however, unstable got a new libc and four Debian package of CRAN packages (Design, Hmisc, tseries and a Debian update to VR) to not yet fit onto testing for that reason. Hope this helps, Dirk -- Better to have an approximate answer to the right question than a precise answer to the wrong question. -- John Tukey as quoted by John Chambers