[Rd] Problem with creating links ("see also" section) in help files.

2006-03-03 Thread Aleš Žiberna
A link in one of my help files does not work. I have in this help file: \seealso{\code{\link{crit.fun}}, \code{\link{opt.par}}, \code{\link{opt.random.par}}, \code{\link{opt.these.par}}, \code{\link{nkpartitions}}, \code{\link{nkpar}}, \code{\link{plot.check.these.par}} } Everything in one row,

Re: [Rd] Problem with creating links ("see also" section) in help files.

2006-03-03 Thread Duncan Murdoch
On 3/3/2006 6:28 AM, Aleš Žiberna wrote: > A link in one of my help files does not work. I have in this help file: > \seealso{\code{\link{crit.fun}}, \code{\link{opt.par}}, > \code{\link{opt.random.par}}, \code{\link{opt.these.par}}, > \code{\link{nkpartitions}}, \code{\link{nkpar}}, > \code{\li

[Rd] Peculiar timing result

2006-03-03 Thread Douglas Bates
I have been timing a particular model fit using lmer on several different computers and came up with a peculiar result - the model fit is considerably slower on a dual-core Athlon 64 using Goto's multithreaded BLAS than on a single-core processor. Here is the timing on a single-core Athlon 64 3000

Re: [Rd] Peculiar timing result

2006-03-03 Thread Paul Gilbert
Doug This is probably not your reason, but I am finding my dual core Athlon 64 is much slower running 64 bit Linux and R than it was running 32 bit Linux and R. All the programs are bigger. (Some, like the clock applet, are a lot bigger for no obvious reason.) The difference is enough to put

[Rd] script to create rpm spec files from CRAN packages

2006-03-03 Thread José Matos
Hi, I hope this is the right list to do this announcement. In order to facilitate my work submiting R packages to Fedora Extras I have create a python script that takes a CRAN package (tar.gz file) and from there it prints a first draft for a spec file. This script follows the Fedora conve

Re: [Rd] Peculiar timing result

2006-03-03 Thread Liaw, Andy
Paul, I think what you're seeing is the performance gap between 64-bit binary and 32-bit binary on x86_64. I believe Prof. Ripley had mentioned this several times in the past. I do remember back when I was playing with optimized BLAS with R on 32-bit Linux that I've seen something similar to wha

Re: [Rd] Peculiar timing result

2006-03-03 Thread Prof Brian Ripley
On Fri, 3 Mar 2006, Douglas Bates wrote: > I have been timing a particular model fit using lmer on several > different computers and came up with a peculiar result - the model fit > is considerably slower on a dual-core Athlon 64 using Goto's > multithreaded BLAS than on a single-core processor.

Re: [Rd] Peculiar timing result

2006-03-03 Thread Douglas Bates
I don't think this calculation is memory-bound at all and I would be surprised if changing to a 32-bit environment would change things. I do have a 32-bit chroot environment on these machines (needed for things like wine and acroread) so I'll try that out but I think I will need to use Atlas as th

[Rd] [as.POSIXlt]: Incorrect conversion only for some specific date/time (PR#8654)

2006-03-03 Thread aziz . chaouch
Full_Name: Aziz Chaouch Version: 2.2.1 OS: XP/2000 Submission from: (NULL) (132.156.89.240) Hi, I'm not sure this is a "bug" but here is the problem: I'm using the function as.POSIXlt to convert character strings into time objects. I'm using date format as "/M/D HH:MM" such as as.POSIXlt("1

Re: [Rd] [as.POSIXlt]: Incorrect conversion only for some specific date/time (PR#8654)

2006-03-03 Thread Gabor Grothendieck
Its due to daylight savings time in your time zone. If you don't want that then use the tz = "GMT" argument to specify GMT time zone as GMT has no daylight savings time or set your entire session that way, i.e. Sys.putenv(TZ = "GMT"). Also read the Help Desk article in R News 4/1 on dates and tim

Re: [Rd] (PR#8654) failure to read the help carefully!

2006-03-03 Thread ripley
You seem unaware of Summer Time. When a timezone moves on to Summer Time, there is no 2am, so you most likely specified a non-existent time. You have not told us where you are, and we cannot tell from your junk-mail address (nor does the IP address resolve here, but an IP-to-geo service claims

[Rd] Build directory path saved in Meta/hsearch.rds

2006-03-03 Thread José Matos
Hi, in Fedora Extras we build R packages to a temporary directory. The relevant section in the spec file is this: %build cd ..; R CMD INSTALL %{packname} -l %{buildroot}%{_libdir}/R/library It works. :-) We noticed one problem though (I will assume working on ix86 here) the temporary build pat

Re: [Rd] Build directory path saved in Meta/hsearch.rds

2006-03-03 Thread José Matos
On 03/03/06, José Matos <[EMAIL PROTECTED]> wrote: > Hi, > in Fedora Extras we build R packages to a temporary directory. The > relevant section in > the spec file is this: > > %build > cd ..; R CMD INSTALL %{packname} -l %{buildroot}%{_libdir}/R/library > > It works. :-) > > We noticed one probl

Re: [Rd] Build directory path saved in Meta/hsearch.rds

2006-03-03 Thread Dirk Eddelbuettel
On 3 March 2006 at 23:17, José Matos wrote: | On 03/03/06, José Matos <[EMAIL PROTECTED]> wrote: | > Hi, | > in Fedora Extras we build R packages to a temporary directory. The | > relevant section in | > the spec file is this: | > | > %build | > cd ..; R CMD INSTALL %{packname} -l %{buildroot}%{