On 17 April 2008 at 02:06, David Hall (coding) wrote: | Debian Bug Tracking System wrote: | > #475343: Rscript searches for R binary in /tmp, rather than /usr/bin | > | > It has been closed by Dirk Eddelbuettel <[EMAIL PROTECTED]>. | | Not quite sure why this was closed when the problem still seems to exist, | but anyway...
It is fixed in my build sources now. It is an upstream even if they haven't owned to it yet. The issue is the notion of $RHOME. Just set that env.var to /usr/lib/R and it'll; it'll work without RHOME as of the next upload (which may be the official 2.7.0 build next Tuesday, or another interim one). So thanks for the heads-up. It was an important bug report. | I've attached a perl script that should replicate the effects of the | wrapper C program that was written by The R Development Core Team. You mean you re-implemented Rscript in Perl. Why? As I told youm, there already was littler (giving you /usr/bin/r) in Debian which is both faster than Rscript and unbroken. Dirk | | The main change (apart from the porting) is line 72, where I have | excecuted the shell command 'which R' to determine the location of the R | excecutable. Thinking about dependencies, both the 'which' and 'perl' | commands are part of essential debian packages (debianutils, perl-base | respectively), so there shouldn't be any further dependencies required for | this script. | | I've tried to test as many use cases as possible from looking at the code | (and experimenting with command-line options), but I can't promise that | there won't be a stray off-by-1 error or something like that. | | David -- I was mostly off email over the last few days, and am now catching up. My apologies for delayed responses and/or brevity. -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
