[Rd] Bug in URLencode?
Hi all, I think I've spotted a small bug in URLencode: + is not listed as a reserved character (and hence not percent encoded) even though it is listed as a reserved character in rfc3986 (http://tools.ietf.org/html/rfc3986#section-2.2). The documentation for URLencode cites rfc1738, which rfc3986 makes obsolete. Hadley -- Assistant Professor / Dobelman Family Junior Chair Department of Statistics / Rice University http://had.co.nz/ __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] sma installation error
The sma package is deprecated since many years... ...however, by request from collaborators last year, I recompiled it to fix that error you are mention (see below). I just added a namespace (required in R 2.14.0). You can download it from: http://braju.com/R/repos/sma_0.5.17.tar.gz http://braju.com/R/repos/sma_0.5.17.zip It pass R CMD check without ERRORs but there are heaps of WARNINGs. It comes with all possible disclaimers, including that you're on your own trying to get the package to work. I will *not* help you/anyone troubleshoot etc - I'm not using it myself and I'm just making it available as is. Package: sma Version: 0.5.17 [2011-11-30] o Added a namespace. o Compressed example data using 'R CMD build --resave-data'. Version: 0.5.16 [2010-12-03] o PARSE ERROR: A '#' was incorrectly escaped as '\#' in a string. o The sma package is no longer supported/maintained. The last official release was v0.5.15 in Nov 2005, cf. http://cran.r-project.org/src/contrib/Archive/sma/. The only reason for v0.5.16 is so that it can be used by users who still use the aroma package. Version: 0.5.15 [2005-11--16] o See http://cran.r-project.org/src/contrib/Archive/sma/ /Henrik On Wed, Nov 30, 2011 at 12:47 PM, Justin dly...@yahoo.com wrote: I tried different versions of sma**.tar.gz file either with R CMD INSTALL -l packagepath sma**.tar.gz, R INSTALL -l path sma**.tar.gz and under R windows by install.packages(sma_0.5.15.tar.gz,repos=NULL) . I got same error == * installing *source* package 'sma' ... ** Creating default NAMESPACE file Warning in .write_description(db, ldpath) : Unknown encoding with non-ASCII data: converting to ASCII ** R Error : '\#' is an unrecognized escape in character string starting but the suffixes must be integers 1,2, ..., \# ERROR: unable to collate and parse R files for package 'sma' * removing '/home/psgendb/local/pkg/R_language/lib64/R/library/sma' Warning message: In install.packages(sma_0.5.15.tar.gz, repos = NULL) : installation of package 'sma_0.5.15.tar.gz' had non-zero exit status == My system is Linux cc01 2.6.18-238.19.1.el5 #1 SMP Fri Jul 15 07:31:24 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux Can anyone help? Thanks, Justin [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Standardizing included packages
It seems that R is mostly distributed with the tcltk package but not always. Is there some reason for this inconsistency? It would be nice if one could count on those packages that are distributed on the Windows version of R being distributed on all other platforms too. -- Statistics Software Consulting GKX Group, GKX Associates Inc. tel: 1-877-GKX-GROUP email: ggrothendieck at gmail.com __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Standardizing included packages
On Dec 1, 2011, at 01:56 , Gabor Grothendieck wrote: It seems that R is mostly distributed with the tcltk package but not always. Is there some reason for this inconsistency? Well, the tcltk package as such is part of the _source_ distribution of R. We have no centralized control over what binary distributors might build it against (except OSX and Windows because that is handled by members of the Core Team). AFAIK, Linux binary distributors usually build against the Tcl/Tk for binary packages. Otherwise, you need to talk to the maintainers. However, there's also the issue of whether Tcl/Tk should be dependencies of R, and whether all R packages appear in one R binary package; some distributions like to allow a more modular approach. It is only on Windows that we ship with our own builds of various libraries. In principle, they are 3rd party products, and especially on Linux, they should really be considered parts of the OS. Good citizen software should use what is there and not override system libraries without very good cause. On OSX, the situation is somewhere in between, and the strategy has been to make Tcl/Tk available for download along with the R binaries. It would be nice if one could count on those packages that are distributed on the Windows version of R being distributed on all other platforms too. -- Statistics Software Consulting GKX Group, GKX Associates Inc. tel: 1-877-GKX-GROUP email: ggrothendieck at gmail.com __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel -- Peter Dalgaard, Professor, Center for Statistics, Copenhagen Business School Solbjerg Plads 3, 2000 Frederiksberg, Denmark Phone: (+45)38153501 Email: pd@cbs.dk Priv: pda...@gmail.com __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
