Re: [Rd] dealing with package bundles (was RE: [R] Gregmisc)

From: Prof Brian Ripley <ripley_at_stats.ox.ac.uk>
Date: Fri 11 Mar 2005 - 04:55:09 EST

On Thu, 10 Mar 2005, Marc Schwartz wrote:

> On Thu, 2005-03-10 at 16:27 +0000, Prof Brian Ripley wrote:
>> On Thu, 10 Mar 2005, Liaw, Andy wrote:
>
>>> One problem that I can see is that it seems like once a package bundle is
>>> installed, R basically has no knowledge that the packages belong to one
>>> bundle, other than the fact that the DESCRIPTION files of the packages have
>>> entries that indicate that they are part of a bundle. Are there ways to
>>> figure out such information other than checking packageDescription() of all
>>> installed packages?
>>
>> No.
>>
>> As from 2.1.0, install.packages() will install a bundle given the name of
>> a package it contains (at least if the repositories supply the
>> information), so there will be little need for users to know about
>> bundles.
>
>
> This is likely to be considered a kludgy approach, but one way of
> linking packages to bundles with a more global approach (as opposed to
> one package at at time) is the following:

There is code like that in new.packages. The problem is that looking at ca 500 packages is slow, especially on a laptop disc (or at least on the one of mine that has just died) but even on the fast RAIDs on our servers.

Brian

> # Get the set of currently installed packages, taking
> # just the package and bundle names
> Pkgs.Installed <- installed.packages()[, c("Package", "Bundle")]
>
> # Get the packages that are in bundles
> # "Bundle" will be NA if package is not in a bundle
> Pkgs.Installed[!is.na(Pkgs.Installed[, "Bundle"]), ]
>
>
> On my system, where I have installed all CRAN packages that do not
> require third party libs, I get the following:
>
>> Pkgs.Installed[!is.na(Pkgs.Installed[, "Bundle"]), ]
> Package Bundle
> CoCo "CoCo" "CoCo"
> CoCoCg "CoCoCg" "CoCo"
> CoCoCore "CoCoCore" "CoCo"
> CoCoGraph "CoCoGraph" "CoCo"
> CoCoObjects "CoCoObjects" "CoCo"
> CoCoOldData "CoCoOldData" "CoCo"
> CoCoRaw "CoCoRaw" "CoCo"
> Greene "Greene" "Ecdat"
> Hayashi "Hayashi" "Ecdat"
> MASS "MASS" "VR"
> class "class" "VR"
> dse1 "dse1" "dse"
> dse2 "dse2" "dse"
> gdata "gdata" "gregmisc"
> gmodels "gmodels" "gregmisc"
> gplots "gplots" "gregmisc"
> gtools "gtools" "gregmisc"
> nnet "nnet" "VR"
> spatial "spatial" "VR"
> svDialogs "svDialogs" "SciViews"
> svGUI "svGUI" "SciViews"
> svIDE "svIDE" "SciViews"
> svIO "svIO" "SciViews"
> svMisc "svMisc" "SciViews"
> svSocket "svSocket" "SciViews"
> svViews "svViews" "SciViews"
> tframe "tframe" "dse"
>
> One could then feasibly manipulate this information as one desires.
>
> HTH,
>
> Marc Schwartz
>
>
>

-- 
Brian D. Ripley,                  ripley@stats.ox.ac.uk
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford,             Tel:  +44 1865 272861 (self)
1 South Parks Road,                     +44 1865 272866 (PA)
Oxford OX1 3TG, UK                Fax:  +44 1865 272595

______________________________________________
R-devel@stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Received on Fri Mar 11 12:49:19 2005

This archive was generated by hypermail 2.1.8 : Fri 18 Mar 2005 - 09:03:06 EST