Re: [Rd] Build directory path saved in Meta/hsearch.rds
On Fri, 3 Mar 2006, 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}%{_libdir}/R/library
It works. :-)
We noticed one problem though (I will assume working on ix86 here) the
temporary build path is saved in
/usr/lib/R/library/*/Meta/hsearch.rds, i.e. for each package.
Searching a little bit more I see that Peter Daalgard came to the
same conclusion one month ago:
https://stat.ethz.ch/pipermail/r-help/2006-February/086069.html
Yes, and his conclusion holds as well.
Please explain what the problem is. The first element of the object saved
in hsearch.rds is a data frame with a column LibPath. This is not used
by help.search() after installation.
To see this is enough to run strings over these file.
Is this a security concern?
Why should there be any security issues about a non-existent path?
Does R uses this path in any way?
Peter was referring to packages installed with R. If they were used, no
binary installation of R would work, so I presume they are not used.
In case the answer is yes, it is safe to run sed over this file and do
a textual replacement?
Not safe: the string lengths are encoded in the file.
Thanks and best regards,
--
José Matos
--
José Abílio
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
Brian D. Ripley, [EMAIL PROTECTED]
Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel: +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax: +44 1865 272595__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] R does not have friendly GUI (PR#8656)
Full_Name: Version: 2.1.1 OS: Linux (Ubuntu 5.10) Submission from: (NULL) (136.160.174.71) R does not have a friendly gui from where all functions can be accessed by "point-and-click". Existing one I could try (tk) is too simple. The friendly gui should also include a spreadsheet-like data-viewer as well as a data-output (exportable tables) and a graphics-output modules (the latter already exits). __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R does not have friendly GUI (PR#8656)
Le 04.03.2006 09:18, [EMAIL PROTECTED] a écrit : > Full_Name: > Version: 2.1.1 > OS: Linux (Ubuntu 5.10) > Submission from: (NULL) (136.160.174.71) > > R does not have a friendly gui from where all functions can be accessed by > "point-and-click". Existing one I could try (tk) is too simple. > > The friendly gui should also include a spreadsheet-like data-viewer as well > as a > data-output (exportable tables) and a graphics-output modules (the latter > already exits). Hi, Do you also want to be able to type : PROC UNIVARIATE in R ? What you described is *so* not a bug. You have not tried hard enough. There are gui for R : JGR, sciviews, Rcmdr, etc You can export results in HTML (package R2HTML), to latex (package xtable). If the features therein are not completely satisfying your needs, you can contribute something, as you know it is open source. Romain -- visit the R Graph Gallery : http://addictedtor.free.fr/graphiques Discover the R Movies Gallery : http://addictedtor.free.fr/movies +---+ | Romain FRANCOIS - http://francoisromain.free.fr | | Doctorant INRIA Futurs / EDF | +---+ __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] R does not have friendly GUI (PR#8656)
2006/3/4, [EMAIL PROTECTED] <[EMAIL PROTECTED]>: > > Full_Name: > Version: 2.1.1 > OS: Linux (Ubuntu 5.10) > Submission from: (NULL) (136.160.174.71) > > > R does not have a friendly gui from where all functions can be accessed by > > "point-and-click". Existing one I could try (tk) is too simple. > > The friendly gui should also include a spreadsheet-like data-viewer fix(...) as well as a > data-output (exportable tables) and a graphics-output modules (the latter > already exits). > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Build directory path saved in Meta/hsearch.rds
I've made two changes for R 2.3.0
1) as the LibPath is not actually used, it is recorded as "". (For
compatibility we don't want to remove the field.) Since it was returned
but not printed by help.search(), the actual installed path is returned
instead. (Given that the return format of help.search is undocumented, I
don't see how anyone could have made use of it without realizing it was
subject to guesswork and to change.)
2) hsearch.rds could usefully be stored in compressed format, and so will
be.
On Sat, 4 Mar 2006, Prof Brian Ripley wrote:
On Fri, 3 Mar 2006, 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}%{_libdir}/R/library
It works. :-)
We noticed one problem though (I will assume working on ix86 here) the
temporary build path is saved in
/usr/lib/R/library/*/Meta/hsearch.rds, i.e. for each package.
Searching a little bit more I see that Peter Daalgard came to the
same conclusion one month ago:
https://stat.ethz.ch/pipermail/r-help/2006-February/086069.html
Yes, and his conclusion holds as well.
Please explain what the problem is. The first element of the object saved in
hsearch.rds is a data frame with a column LibPath. This is not used
by help.search() after installation.
To see this is enough to run strings over these file.
Is this a security concern?
Why should there be any security issues about a non-existent path?
Does R uses this path in any way?
Peter was referring to packages installed with R. If they were used, no
binary installation of R would work, so I presume they are not used.
In case the answer is yes, it is safe to run sed over this file and do
a textual replacement?
Not safe: the string lengths are encoded in the file.
Thanks and best regards,
--
José Matos
--
José Abílio
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
Brian D. Ripley, [EMAIL PROTECTED]
Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel: +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax: +44 1865 272595__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Bug/Wishlist: 'partial' in 'sort' and 'quantile' (PR#8650)
Deepayan, The current algorithm is really designed for partial of length 1, and is more or less proportional to the length of partial. So inevitably it is slow in your (pretty unrealistic?) example. I have temporarily altered it so a barebones full sort is done if partial has more than 10 elements, the changeover point for a million-element vector on my system. John Chambers wrote a paper on this in 1971 (and I know that from his 1977 book). It is possible to write partial sorting to be about as fast as sorting in all cases (at least if partial is sorted) and much faster if partial is small. But I am not sure it is really worth the bother when full sorting is so fast even on a million elements. Brian On Thu, 2 Mar 2006, [EMAIL PROTECTED] wrote: > Hi, > > This is essentially a reposting of > > http://tolstoy.newcastle.edu.au/R/devel/05/11/3305.html > > which had no responses, and the behaviour reported there persists in > r-devel as of yesterday. > > (1) sort() with non-null partial > >> x = rnorm(10) >> keep = as.integer(ppoints(1) * 10) >> system.time(sort(x)) > [1] 0.05 0.00 0.04 0.00 0.00 >> system.time(sort(x, partial = keep)) > [1] 52.04 0.02 52.08 0.00 0.00 > > This is perhaps not strictly a bug, but taking approximately 1000 > times longer to do a subset of the work seems pointless at best. > > (2) quantile.default() always calls sort() with a non-null partial > argument. Consequently, > >> system.time(quantile(x, ppoints(1))) > [1] 88.82 0.05 88.90 0.00 0.00 > > There's no way around this except by writing a custom version of > quantile. lattice currently does this, giving > >> system.time(lattice:::fast.quantile(x, ppoints(1))) > [1] 0.07 0.01 0.08 0.00 0.00 > > Which brings me to my wishlist request: if (1) cannot be fixed easily, > could quantile.default() at least have an optional argument that can > be used to disable partial sorting? > >> sessionInfo() > Version 2.3.0 Under development (unstable) (2006-02-28 r37448) > x86_64-unknown-linux-gnu > > attached base packages: > [1] "methods" "stats" "graphics" "grDevices" "utils" "datasets" > [7] "base" > > Deepayan > -- > http://www.stat.wisc.edu/~deepayan/ > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > > -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R does not have friendly GUI (PR#8656)
On 4 March 2006 at 11:20, Romain Francois wrote: | Le 04.03.2006 09:18, [EMAIL PROTECTED] a écrit : | > Full_Name: | > Version: 2.1.1 | > OS: Linux (Ubuntu 5.10) | > Submission from: (NULL) (136.160.174.71) | > | > R does not have a friendly gui from where all functions can be accessed by | > "point-and-click". Existing one I could try (tk) is too simple. | > | > The friendly gui should also include a spreadsheet-like data-viewer as well as a | > data-output (exportable tables) and a graphics-output modules (the latter | > already exits). $ apt-get install r-cran-rcmdr $ R $ > library(Rcmdr) is pretty close. | Do you also want to be able to type : | PROC UNIVARIATE | in R ? Exactly -- and I am missing the feature where R is doing my home work for me. The sequence > library(timemachine) > timemachineGo(highschool) > timemachineDo(getBetterMarks) fails. Any idea why? | What you described is *so* not a bug. You have not tried hard enough. Well put, Romain! Regards, Dirk -- Hell, there are no rules here - we're trying to accomplish something. -- Thomas A. Edison __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R does not have friendly GUI (PR#8656)
On 3/4/06, Dirk Eddelbuettel <[EMAIL PROTECTED]> wrote: > > On 4 March 2006 at 11:20, Romain Francois wrote: > | Le 04.03.2006 09:18, [EMAIL PROTECTED] a écrit : > | > Full_Name: > | > Version: 2.1.1 > | > OS: Linux (Ubuntu 5.10) > | > Submission from: (NULL) (136.160.174.71) > | > > | > R does not have a friendly gui from where all functions can be accessed by > | > "point-and-click". Existing one I could try (tk) is too simple. > | > > | > The friendly gui should also include a spreadsheet-like data-viewer as > well as a > | > data-output (exportable tables) and a graphics-output modules (the latter > | > already exits). > > $ apt-get install r-cran-rcmdr > $ R > $ > library(Rcmdr) > > is pretty close. > > | Do you also want to be able to type : > | PROC UNIVARIATE > | in R ? > > Exactly -- and I am missing the feature where R is doing my home work for me. > The sequence > > > library(timemachine) > > timemachineGo(highschool) > > timemachineDo(getBetterMarks) > > fails. Any idea why? > > | What you described is *so* not a bug. You have not tried hard enough. > > Well put, Romain! > > Regards, Dirk > > -- > Hell, there are no rules here - we're trying to accomplish something. > -- Thomas A. Edison > As per your signature, "there are no rules here - we're trying to accomplish something". I agree with you in "You have not tried hard enough" and specially thank Mr Eddelbuettel for Rcmdr suggestion. It is similar to my request in the bug report. > > library(timemachine) > > timemachineGo(highschool) > > timemachineDo(getBetterMarks) > > fails. Any idea why? as you mentioned, sudo apt-get r-cran-foreigntime. Thanks, Sincerely. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
