Full_Name: Georgi Boshnakov
Version: 2.10.1pat
OS: Windows XP
Submission from: (NULL) (130.88.123.205)
When calling programmatically function curve() from package:graphics I
experienced some trouble since it reports
stop("'expr' must be a function or an expression containing 'x'")
eve
Following up on my own post of 13th,
Someone pointed out that I was MS Windows dependent. I've tried to correct
that, but I'm in a Windows only environment so I can't check.
I've also tried to make a few other "improvements". The result is below.
No guarantees or warranties of any kind, but per
On Fri, Aug 21, 2009 at 6:03 AM, Barry Rowlingson
wrote:
> I'm often wanting to develop functions whilst manipulating data. But I
> don't want to end up with a .RData full of functions and data. It
> might be that I have functions that are re-usable but not worth
> sticking in a package.
>
> So I
Ross Boylan writes:
> On Fri, 2010-01-15 at 10:48 +, Benilton Carvalho wrote:
>> How about using:
>>
>> Enhances: Rmpi
This unique local bestiary of dependencies is quite inconvenient for
anyone trying to connect R with any other system of package
management. Below, I've included the rath
On 20.01.2010 20:11, Allen S. Rout wrote:
Ross Boylan writes:
On Fri, 2010-01-15 at 10:48 +, Benilton Carvalho wrote:
How about using:
Enhances: Rmpi
This unique local bestiary of dependencies is quite inconvenient for
anyone trying to connect R with any other system of package
mana
Hi, everybody.
I hope the new year is treating you well.
In a Rocks Cluster Linux system (that's Centos 5.2 based), I have
built R-2.10 and it runs well.
While fiddling with MPI libraries and R packages, I've noticed a few
little wrinkles.
This comes as no surprise to the veteran R programmers,
A working system exists at
http://debian.cran.r-project.org
with automated builds (ie automated resolutions of both built-time and
run-time dependencies) of over 2000 packages for both 64-bit Linux ("amd64")
and 32-bit Linux ("i386") of the Debian 'testing' distribution. Charles and
I
tl;dr: Repackaging in native formats dramatically improves user access to
packages.
>> On Wed, 20 Jan 2010 20:23:51 +0100, Uwe Ligges
>> said:
> 1. You probably mean "Depends" rather than "Requires".
> 2. You forgot "LinkingTo"
Heh, thanks! I'll add them.
> All binary packages on CRAN ar
There seems to be some unanticipated things happening with showMethods (as far
as I can see, it is caused by getGenerics), for packages that have namespaces
and has unexported methods.
Example:
library(Matrix)
showMethods(class = "dsyMatrix")
output (with a fair amount removed):
Function "isDi
