Skip to content

Unbundling gregmisc (was: loading gap package)

5 messages · Warnes, Gregory R, Duncan Murdoch, apjaworski@mmm.com +1 more

#
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
LEGAL NOTICE\ Unless expressly stated otherwise, this messag...{{dropped}}
#
Warnes, Gregory R wrote:
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
#
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
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:
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
#
apjaworski at mmm.com writes:
IMO, this is another reason to move away from the bundle approach.  It
seems to add complexity and confusion in a number of places and,
personally, I don't think it is worth it (again, given auto dependency
following).

Best,

+ seth