On 2 February 2011 at 23:24, Kingsley G. Morse Jr. wrote:
| Hi Dirk,
|
| Thanks for your thoughts.
|
| Rscript seems to work.
Yes, it is setup differently and builds the path etc at run-time.
| I'll used it.
|
| I wish I didn't feel the need to mention this, but
| it seems to me that end users should not need to
| recompile littler every time a new version of R is
| installed.
I agree. But if you look at how it is setup (and RInside does the same) that
is how it always worked. And that is unlikely to change. It has worked for me
and many others for many years.
So I fear you have to put your libraries in a known constant location, or use
explicit location info in a call to library() when you load them.
Sorry but that is unlikely to change any time soon.
Cheers, Dirk
|
| All the best,
| ~K
|
| On 02/02/11 21:47, Dirk Eddelbuettel wrote:
| >
| > On 2 February 2011 at 18:29, Kingsley G. Morse Jr. wrote:
| > | Package: littler
| > | Version: 0.1.3-1
| > | Severity: normal
| > |
| > |
| > | Hi Dirk,
| > |
| > | I'm happy to report that r has proven to be a
| > | versatile addition to my shell scripts.
| >
| > Cool.
| > |
| > | I'd like to humbly report an anomaly.
| > |
| > | It seems to me that r is looking for libraries in
| > | an old path.
| > |
| > | I recently upgraded from version 2.10 of R to 2.12.
| > |
| > | However,
| > |
| > | $ r -e 'print(.libPaths())'
| > |
| > | showed that r was still looking in
| > |
| > | /home/kingsley/R/i486-pc-linux-gnu-library/2.10
| >
| > Well I never use these 'versioned' paths myself...
| >
| > | I noticed this when I did
| > |
| > | $ r -e 'library(the_name_of_a_library_in_2.12_goes_here)'
| > |
| > | r reported
| > |
| > | Error in library(the_name_of_a_library_in_2.12_goes_here) : there is
no package called 'the_name_of_a_library_in_2.12_goes_here'
| > | Execution halted
| > |
| > | It seems to me that r should look in the 2.12
| > | subdirectory named
| > |
| > | /home/kingsley/R/i486-pc-linux-gnu-library/2.12
| > |
| > | Reinstalling the littler package didn't solve the
| > | problem, nor did removing the 2.10 subdirectory.
| > |
| > | I ran r with the strace utility to see if it
| > | opened a file pointing it to the old path.
| > |
| > | However, it seems to have opened
| > |
| > | /usr/lib/R/etc//Renviron
| > |
| > | which says
| > |
| > | R_LIBS_USER=${R_LIBS_USER-'~/R/i486-pc-linux-gnu-library/2.12'}
| > |
| > | which looks right to me.
| > |
| > | I was unable to ascertain where r got the 2.10
| > | from.
| > |
| > | I'd be interested in your informed thoughts.
| >
| > In this case you need to rebuild littler from source. These env.vars are
turned into
| > run-time constants.
| >
| > Dirk
| >
| > | Thanks,
| > | Kingsley
| > |
| > | -- System Information:
| > | Debian Release: lenny/sid
| > | APT prefers unstable
| > | APT policy: (990, 'unstable'), (500, 'lenny'), (1, 'experimental')
| > | Architecture: i386 (i686)
| > |
| > | Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
| > | Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
| > | Shell: /bin/sh linked to /bin/bash
| > |
| > | Versions of packages littler depends on:
| > | ii libatlas3gf-base [liblapack.s 3.6.0-22 Automatically Tuned Linear
Algebra
| > | ii libblas3gf [libblas.so.3gf] 1.2-8 Basic Linear Algebra
Reference imp
| > | ii libc6 2.11.2-7 Embedded GNU C Library:
Shared lib
| > | ii liblapack3gf [liblapack.so.3g 3.2.2-1.2 library of linear algebra
routines
| > | ii r-base-core 2.12.1-1 GNU R core of statistical
computat
| > |
| > | littler recommends no packages.
| > |
| > | Versions of packages littler suggests:
| > | pn r-cran-getopt <none> (no description available)
| > |
| > | -- no debconf information
| > |
| > |
| >
| > --
| > Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com
|
--
Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
