Re: [Rd] bug in R CMD INSTALL do_install under OS X

2008-12-15 Thread William Dunlap
Note that this is identical to Problem #8363, marked as 'not- reproducible'. Date: Fri, 02 Dec 2005 17:41:32 +0100 From: Philip Lijnzaad Subject: R CMD INSTALL fails if cd prints stuff to stdout ... To: r-b...@r-project.org A possible patch would be Index: src/scripts/INSTALL.in

Re: [Rd] bug in R CMD INSTALL do_install under OS X

2008-12-15 Thread William Dunlap
This problem could be caused by having CDPATH set. E.g., % env CDPATH=. ~/R-svn/r-devel/R/bin/R CMD INSTALL -l Rlib testCMacros /homes/bill/packages/Rlib /homes/bill/R-svn/r-devel/R/bin/INSTALL: line 948: cd: /homes/bill/packages/testCMacros /a/seafiler01.na.tibco.com/vol/vol2/users/b

Re: [Rd] install.packages and dependency version checking

2008-12-15 Thread Robert Gentleman
Hi, Prof Brian Ripley wrote: > I've started to implement checks for package versions on dependencies in > install.packages(). However, this is revealing a number of > problems/misconceptions. > > > (A) We do not check versions when loading namespaces, ahd the namespace > registry does not conta

Re: [Rd] package development

2008-12-15 Thread Kevin R. Coombes
Hi, I have now spent some time looking at whether this is possible with one repository. The _easy_ part is getting the selection list to display more information. Right now, the code that determines what is displayed is inside a function called "explode_bundles" that is defined internally to

Re: [Rd] install.packages and dependency version checking

2008-12-15 Thread Prof Brian Ripley
On Mon, 15 Dec 2008, Martin Morgan wrote: Prof Brian Ripley writes: I've started to implement checks for package versions on dependencies in install.packages(). However, this is revealing a number of problems/misconceptions. (A) We do not check versions when loading namespaces, ahd the nam

Re: [Rd] install.packages and dependency version checking

2008-12-15 Thread Martin Morgan
Prof Brian Ripley writes: > I've started to implement checks for package versions on dependencies > in install.packages(). However, this is revealing a number of > problems/misconceptions. > > > (A) We do not check versions when loading namespaces, ahd the > namespace registry does not contain v

Re: [Rd] install.packages and dependency version checking

2008-12-15 Thread Gabor Grothendieck
On Mon, Dec 15, 2008 at 12:35 PM, Prof Brian Ripley wrote: > (D) We can really only handle >= dependencies on package versions (but then > I can see no other ops in use). install.packages() will find the latest Ryacas works with XML 1.96-0; however, after Ryacas was released newer versions of XM

[Rd] install.packages and dependency version checking

2008-12-15 Thread Prof Brian Ripley
I've started to implement checks for package versions on dependencies in install.packages(). However, this is revealing a number of problems/misconceptions. (A) We do not check versions when loading namespaces, ahd the namespace registry does not contain version information. So that for exa

Re: [Rd] NAMESPACE/DESCRIPTION and imports

2008-12-15 Thread Martin Morgan
Hi Jim -- "James MacDonald" writes: > Hi, > > Could someone point me to the relevant documentation that covers > what should be in the DESCRIPTION file for packages that have > functions imported via the NAMESPACE file? I have read the R > Extensions manual, but I cannot find where it covers the

Re: [Rd] package development

2008-12-15 Thread Gabor Grothendieck
Perhaps it would be sufficient as a first step to just display the version that will be downloaded. That would still only let you pick one but at least you would know which one. On Mon, Dec 15, 2008 at 11:43 AM, Duncan Murdoch wrote: > On 12/15/2008 10:58 AM, Kevin R. Coombes wrote: >> >> I knew

Re: [Rd] package development

2008-12-15 Thread Duncan Murdoch
On 12/15/2008 10:58 AM, Kevin R. Coombes wrote: I knew that (but forgot to include it in my statement of the question). Thanks for pointing it out. Is there any way to convince the selection box (or its developers) to include the version information that is already available? The selection

[Rd] bug in R CMD INSTALL do_install under OS X

2008-12-15 Thread David Rossell
Hi, I believe I've encountered a bug in the do_install function in the script used by R CMD INSTALL. I'm using R 2.8.0 under OS X 10.5.5. I was trying to install a package from source (the package gaga which I maintain, which I checked and builds correctly for R 2.8.0) when I get the error message

[Rd] Comment on (PR#13373)

2008-12-15 Thread cmr . pent
--=_Part_26951_7337931.1229163663746 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Dear R maintainer! > User misread: it reduces the *base* cex. It's not quite clear what the base cex is. Having read help(par), I got the impression that i

Re: [Rd] package development

2008-12-15 Thread Kevin R. Coombes
I knew that (but forgot to include it in my statement of the question). Thanks for pointing it out. Is there any way to convince the selection box (or its developers) to include the version information that is already available? Kevin Duncan Murdoch wrote: On 12/15/2008 10:31 AM,

Re: [Rd] package development

2008-12-15 Thread Duncan Murdoch
On 12/15/2008 10:31 AM, Kevin R. Coombes wrote: Hi, Terry Therneau's question about package development reminded me of a different issue. I maintain several packages along with a repository for them at "http://bioinformatics.mdanderson.org/OOMPA/";. Several people are working on adding featur

Re: [Rd] package development

2008-12-15 Thread Kevin R. Coombes
Hi, Terry Therneau's question about package development reminded me of a different issue. I maintain several packages along with a repository for them at "http://bioinformatics.mdanderson.org/OOMPA/";. Several people are working on adding features or testing the packages. So, I often want to

Re: [Rd] re ad.spss (foreign) conflict with SPSS 17 files.

2008-12-15 Thread Jeroen Ooms
Prof Brian Ripley wrote: > > See the help page. We haven't been told but it looks like the Debian > system is in a UTF-8 locale: reencode=FALSE is likely appropriate there. > However, the posting guide does ask for the output of sessionInof() for a > good reason. > Thank you very much; the