Warnes, Gregory R
2005-May-04 14:56 UTC
[R] Unbundling gregmisc (was: loading gap package)
Let me redirect the topic a bit. I've been considering unbundling gregmisc. The pro would be that people would find the component packages (i.e. gdata) more easily. The con is that the packages have a number of interdependencies, so you pretty much will need to get most of them anyway. As the latest gregmisc bundle contains a gregmisc package that is just a stub that depends on and loads the individual packages, there would still be a gregmisc object. Comments? -Greg> -----Original Message----- > From: r-help-bounces at stat.math.ethz.ch > [mailto:r-help-bounces at stat.math.ethz.ch]On Behalf Of Constantinos > Antoniou > Sent: Wednesday, May 04, 2005 6:36 AM > To: Prof Brian Ripley > Cc: R-help at stat.math.ethz.ch; Uwe Ligges > Subject: Re: [R] loading gap package > > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > =-=-=-=-> !!! IMPORTANT NOTICE !!! > This email was addressed to you from the Internet using a > legacy E-Mail Domain address. > > > This email domain will no longer be in service on the > Internet after 15 July 2005. > > If this is legitimate business email, please inform the > sender to address all future correspondence to your > @pfizer.com address. > > The original text of this email appears below this notice. > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > =-=-=-=-> > > On 4 佄渷蝸眮蠆 2005, at 12:06 伮伒伮伒, Prof Brian Ripley wrote: > > > On Wed, 4 May 2005, Constantinos Antoniou wrote: > > > >> > >> On 4 伵搧聛眮脢 2005, at 11:35 伱伮伡, Uwe Ligges wrote: > >> > >>> Eduwin Pakpahan wrote: > >>>> Dear R users, I did install R. 2.0.1, and try to load "gap" > > >>>> package. However, below is the message shown when I did load it. > > >>>> Can anybody > >>>> please let me know my mistakes? > >>>> ---- > >>>>> library() > >>>>> library(gap) > >>>> Loading required package: MASS Loading required package: genetics > > >>>> Loading required package: combinat Loading required > package: gdata > > >>>> Error: package 'gdata' could not be loaded > >>>> In addition: Warning message: There is no package called 'gdata' > > >>>> in: library(pkg, character.only > >>>> TRUE, logical = TRUE, lib.loc = lib.loc) > >>>> ---- > >>> Let me read the error message for you: > >>> "There is no package 'gdata'" simply means the package is not > > >>> there... > >>> So what about installing it? > >>> Hint: it is part of the package bundle "gregmisc". > >> > >> I have a similar problem with R 2.1.0 on Mac OSX 10.3.9. > >> > >>> library(gregmisc) > >> Loading required package: gdata > >> Error: package 'gdata' could not be loaded > >> In addition: Warning message: > >> there is no package called 'gdata' in: library(pkg, > character.only > > >> TRUE, logical = TRUE, lib.loc = lib.loc) > >> > >> At first I tried getting this gdata from somewhere else, > but I could > > >> not find it (evidence indicated that it is part of the > gregmisc, as I > > >> suspected originally... You email confirms this...) > >> > >> (For the record, my goal is to get read.xls, which is part (?) of > > >> gdata) > > > > The current version of gregmisc is 2.0.6. That does contain gdata. > > > It looks to me as if the MacOS X binary is broken (2kb) so you will > > > need to install from the sources. > > > > Thank you. I had the current version (binary). Reinstalling from > > source fixed the issue.... > > Costas > > > I think we have been here before: it seems the MacOS X binary > > > packaging does not work for bundles. > > > > -- > > > Brian D. Ripley, ripley at 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-help at stat.math.ethz.ch mailing list > https://stat.ethz.ch/mailman/listinfo/r-help > PLEASE do read the posting guide! > http://www.R-project.org/posting-guide.html > > >LEGAL NOTICE\ Unless expressly stated otherwise, this messag...{{dropped}}
Warnes, Gregory R wrote:> Let me redirect the topic a bit. I've been considering unbundling gregmisc. > The pro would be that people would find the component packages (i.e. gdata) > more easily. The con is that the packages have a number of > interdependencies, so you pretty much will need to get most of them anyway. > > As the latest gregmisc bundle contains a gregmisc package that is just a > stub that depends on and loads the individual packages, there would still be > a gregmisc object. > > Comments?Currently R can follow dependencies when you install a package from CRAN (and this is the default in Windows, not sure about other platforms), so I'd say this would be a good thing to do. I don't know your revision history on the components, but I'd guess some change more often than others, so there'll be no need to update all of them every time one of them changes. Duncan Murdoch
apjaworski@mmm.com
2005-May-04 15:29 UTC
[R] Unbundling gregmisc (was: loading gap package)
I have one comment, although it is a little off topic.
I have the gregmisc package installed (R-2.0.1 on Win2000). Whenever I use
the help.search function it comes back with the following warning:
Warning message:
no Rd contents for package 'gregmisc' in
'C:/local/R/rw210/library' in:
help.search("bundle")
Apparently, the help.search function looks for the CONTENTS file in the
.../library/gregmisc directory. I created an empty one and the warning
went away. I know it is purely cosmetic, but if the gregmisc bundle is
kept intact, and I think it should, I would suggest adding the empty
CONTENTS file to its distribution.
Perhaps there is a better way of handling this. For example, VR is a
bundle but it does not create its VR directory in .../library.
Andy
__________________________________
Andy Jaworski
518-1-01
Process Laboratory
3M Corporate Research Laboratory
-----
E-mail: apjaworski at mmm.com
Tel: (651) 733-6092
Fax: (651) 736-3122
"Warnes, Gregory
R"
<gregory.r.warnes To
@pfizer.com> "'Constantinos
Antoniou'"
Sent by: <costas at mit.edu>, Prof Brian
Ripley
r-help-bounces at st <ripley at stats.ox.ac.uk>
at.math.ethz.ch cc
R-help at stat.math.ethz.ch, Uwe
Ligges
05/04/2005 09:56 <ligges at
statistik.uni-dortmund.de>
AM Subject
[R] Unbundling gregmisc (was:
loading gap package)
Let me redirect the topic a bit. I've been considering unbundling
gregmisc.
The pro would be that people would find the component packages (i.e. gdata)
more easily. The con is that the packages have a number of
interdependencies, so you pretty much will need to get most of them anyway.
As the latest gregmisc bundle contains a gregmisc package that is just a
stub that depends on and loads the individual packages, there would still
be
a gregmisc object.
Comments?
-Greg
> -----Original Message-----
> From: r-help-bounces at stat.math.ethz.ch
> [mailto:r-help-bounces at stat.math.ethz.ch]On Behalf Of Constantinos
> Antoniou
> Sent: Wednesday, May 04, 2005 6:36 AM
> To: Prof Brian Ripley
> Cc: R-help at stat.math.ethz.ch; Uwe Ligges
> Subject: Re: [R] loading gap package
>
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> =-=-=-=-> !!! IMPORTANT NOTICE !!!
> This email was addressed to you from the Internet using a
> legacy E-Mail Domain address.
>
>
> This email domain will no longer be in service on the
> Internet after 15 July 2005.
>
> If this is legitimate business email, please inform the
> sender to address all future correspondence to your
> @pfizer.com address.
>
> The original text of this email appears below this notice.
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> =-=-=-=->
>
> On 4 佄渷蝸眮蠆 2005, at 12:06 伮伒伮伒, Prof Brian Ripley wrote:
>
> > On Wed, 4 May 2005, Constantinos Antoniou wrote:
> >
> >>
> >> On 4 伵搧聛眮脢 2005, at 11:35 伱伮伡, Uwe Ligges wrote:
> >>
> >>> Eduwin Pakpahan wrote:
> >>>> Dear R users, I did install R. 2.0.1, and try to load
"gap"
>
> >>>> package. However, below is the message shown when I did
load it.
>
> >>>> Can anybody
> >>>> please let me know my mistakes?
> >>>> ----
> >>>>> library()
> >>>>> library(gap)
> >>>> Loading required package: MASS Loading required package:
genetics
>
> >>>> Loading required package: combinat Loading required
> package: gdata
>
> >>>> Error: package 'gdata' could not be loaded
> >>>> In addition: Warning message: There is no package called
'gdata'
>
> >>>> in: library(pkg, character.only > >>>>
TRUE, logical = TRUE, lib.loc = lib.loc)
> >>>> ----
> >>> Let me read the error message for you:
> >>> "There is no package 'gdata'" simply means
the package is not
>
> >>> there...
> >>> So what about installing it?
> >>> Hint: it is part of the package bundle "gregmisc".
> >>
> >> I have a similar problem with R 2.1.0 on Mac OSX 10.3.9.
> >>
> >>> library(gregmisc)
> >> Loading required package: gdata
> >> Error: package 'gdata' could not be loaded
> >> In addition: Warning message:
> >> there is no package called 'gdata' in: library(pkg,
> character.only >
> >> TRUE, logical = TRUE, lib.loc = lib.loc)
> >>
> >> At first I tried getting this gdata from somewhere else,
> but I could
>
> >> not find it (evidence indicated that it is part of the
> gregmisc, as I
>
> >> suspected originally... You email confirms this...)
> >>
> >> (For the record, my goal is to get read.xls, which is part (?) of
>
> >> gdata)
> >
> > The current version of gregmisc is 2.0.6. That does contain gdata.
>
> > It looks to me as if the MacOS X binary is broken (2kb) so you will
>
> > need to install from the sources.
> >
>
> Thank you. I had the current version (binary). Reinstalling from
>
> source fixed the issue....
>
> Costas
>
> > I think we have been here before: it seems the MacOS X binary
>
> > packaging does not work for bundles.
> >
> > --
>
> > Brian D. Ripley, ripley at 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-help at stat.math.ethz.ch mailing list
> https://stat.ethz.ch/mailman/listinfo/r-help
> PLEASE do read the posting guide!
> http://www.R-project.org/posting-guide.html
>
>
>
LEGAL NOTICE\ Unless expressly stated otherwise, this messag...{{dropped}}
______________________________________________
R-help at stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide!
http://www.R-project.org/posting-guide.html
"Warnes, Gregory R" <gregory.r.warnes at pfizer.com> writes:> Let me redirect the topic a bit. I've been considering unbundling > gregmisc. The pro would be that people would find the component > packages (i.e. gdata) more easily. The con is that the packages > have a number of interdependencies, so you pretty much will need to > get most of them anyway.I'm +1, heck, +2. Given R's new ability to follow dependencies, I think the most likely outcome is a friendlier user experience: it will be easier to find the packages. As Duncan pointed out, another pro is that if some of the packages change less, then users won't have to update them. + seth
Prof Brian Ripley
2005-May-04 17:29 UTC
[Rd] Re: [R] Unbundling gregmisc (was: loading gap package)
On Wed, 4 May 2005, Duncan Murdoch wrote:> Warnes, Gregory R wrote: >> Let me redirect the topic a bit. I've been considering unbundling >> gregmisc.So let's move to R-devel.>> The pro would be that people would find the component packages (i.e. gdata) >> more easily. The con is that the packages have a number of >> interdependencies, so you pretty much will need to get most of them anyway. >> >> As the latest gregmisc bundle contains a gregmisc package that is just a >> stub that depends on and loads the individual packages, there would still >> be >> a gregmisc object. >> >> Comments? > > Currently R can follow dependencies when you install a package from CRAN (and > this is the default in Windows, not sure about other platforms), so I'd say > this would be a good thing to do. I don't know your revision history on the > components, but I'd guess some change more often than others, so there'll be > no need to update all of them every time one of them changes.It has been possible on Unix and Windows for a while, but it seems is not yet implemented on MacOS X (although I submitted the code needed). However, it is only the default on the Windows GUI and not for any command-line version of install.packages(). People have from time to time suggested changing the default, but the dependency tree can get rather large and some people do have slow and expensive connections. I think a bundle is still a better idea. Apart from on MacOS X we need some education about how to use the power of *.packages (and we need to get the MacOS versions in place). For example, bundle components show up with the dialog-based installation lists. -- 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