search for: pkgtype

If no 'type' is specified, download.packages("pkgname") will download source packages (.tar.gz files), even on Windows. However, the help says type character string, indicate which type of packages: see install.packages. and on Windows, install.packages defaults to downloading binary packages. Is this intended behaviour on the part of download.packages? This is on R

...86_64, mingw32 status Patched major 3 minor 2.1 year 2015 month 07 day 16 svn rev 68681 language R version.string R version 3.2.1 Patched (2015-07-16 r68681) nickname World-Famous Astronaut I have the options below: options(pkgType='binary') options(install.packages.check.source='no') For some, but not allI repositories I get the error message below: Error in install.packages(update[instlib == l, "Package"], l, contriburl = contriburl, : specifying 'contriburl' or 'available' requ...

...macbinary() appears only in one place, so changing install.packages() is less hassle than changing utils/R/aqua/GUI.R and all other places (although this looks more natural). This still requires a fix in passing type in update.packages() that B. Ripley already did for R 2.1.1, or setting options(pkgType="mac.binary"). cheers, jari oksanen (*) "Object-oriented programming is an exceptionally bad idea which could only have originated in California." E. Dijkstra On Tue, 2005-05-03 at 16:14 +0100, Prof Brian Ripley wrote: > Binary installs are AFAIK only supported in the GUI,...

...iburl, : >> > specifying 'contriburl' or 'available' requires a single type, not type = >> >"both" >> > >> >Is it a bug? I think that what Jose is referring to is this error message from install.packages(), even though he set options(pkgType='binary') Isn't that a bug? Moreover, in a fresh R 3.2.1 session [Platform: x86_64-w64-mingw32/x64 (64-bit)], I see > getOption("pkgType") [1] "both" I think this is somehow related to the fact that install.packages() will now tell you if a more current sourc...

...anded wrongly as the binary packages for MacOS X have type *.tgz. However, this seems not be the problem, but there are two other problems: 1. update.packages does not transfer the value of 'type' to the next function install.packages, but install.packages uses the value of getOption("pkgType") which seems to be "source" in CRAN binary of MacOS X (contrary to documentation at ?options). 2. If this is corrected, or first set options(pkgType="mac.binary"), the update fails for missing function .install.macbinary(). The first problem is easy to correct: --- up...

Hello, The help pages for download.packages and install.packages say 'type = getOption("pkgType")'. And on Windows I get getOption("pkgType") [1] "both" which means in ?getOptions pkgType: The default type of packages to be downloaded and installed ? see install.packages. Possible values are "win.binary", "source" and "both"...

.../stats/Rtester cd $DEST ${DIR}/bin/R install.packages(MASS_7.3-17.tar.gz, ${DEST}, repos = getOption("NULL"), contriburl = contrib.url(NULL, type), internal, available = NULL, destdir = ${DEST}, dependencies = NA, type = getOption("pkgType"), configure.args = getOption("configure.args"), configure.vars = getOption("configure.vars"), clean = FALSE, Ncpus = getOption("2", 1L), libs_only = FALSE, INSTALL_opts,--verbose) and this is th...

I haven't seen this cryptic warning before: > update.views('Robust') Warning message: In update.views("Robust") : The following packages are not available: covRobust, distr, FRB, MASS, mblm, multinomRob, mvoutlier, quantreg, RandVar, rgam, RobAStBase, robfilter, RobLox, RobRex, robust, RobustAFT, robustbase, ROptEst, ROptRegTS, rrcov, sandwich, wle >

...tion. > > It displays: > > getAnywhere(menuInstallPkgs) > > A single object matching 'menuInstallPkgs' was found > > It was found in the following places > > namespace:utils > > with value > > > > function (type = getOption("pkgType")) > > { > > install.packages(NULL, .libPaths()[1L], dependencies = NA, > > type = type) > > } > > <bytecode: 0x0000000016c6a730> > > <environment: namespace:utils> > > > > The first argument, NULL, prevents t...

...ng 'contriburl' or 'available' requires a single type, not type = > >> >"both" > >> > > >> >Is it a bug? > > I think that what Jose is referring to is this error message from > install.packages(), even though he set > options(pkgType='binary') > Isn't that a bug? > > Moreover, in a fresh R 3.2.1 session [Platform: x86_64-w64-mingw32/x64 > (64-bit)], I see > > getOption("pkgType") > [1] "both" > > I think this is somehow related to the fact that install.packages() will...

...If there is no binary package for your operating system, you can install the package from source with the argument type = "source". > install.packages("ebookPortfolio",repos = c("http://pkg.rmetrics.org","http://cran.r-project.org"),type = getOption("pkgType")) I got : Warning: unable to access index for repository http://pkg.rmetrics.org/src/contribWarning: package ‘ebookPortfolio’ is not available (for R version 2.15.2)Warning: unable to access index for repository http://pkg.rmetrics.org/bin/windows/contrib/2.15 Is this an error ? I am a new u...

...oad is trying to run a unix command 'cat' but i'm on a windows platform: > str(.Platform) List of 8 $ OS.type : chr "windows" $ file.sep : chr "/" $ dynlib.ext: chr ".dll" $ GUI : chr "Rgui" $ endian : chr "little" $ pkgType : chr "win.binary" $ path.sep : chr ";" $ r_arch : chr "i386" > sessionInfo() R version 2.15.0 (2012-03-30) Platform: i386-pc-mingw32/i386 (32-bit) locale: [1] LC_COLLATE=Italian_Italy.1252 LC_CTYPE=Italian_Italy.1252 [3] LC_MONETARY=Italian_Italy.1252 LC_N...

...$minor [1] "1.0" $year [1] "2005" $month [1] "04" $day [1] "18" $language [1] "R" > .Platform $OS.type [1] "windows" $file.sep [1] "/" $dynlib.ext [1] ".dll" $GUI [1] "Rgui" $endian [1] "little" $pkgType [1] "win.binary" -- Matthew C Keller Postdoctoral Fellow Virginia Institute for Psychiatric and Behavioral Genetics

...Matrix' Any suggestions would be greatly appreciated, Thanks, Constantinos Antoniou PS. > str(.Platform) List of 6 $ OS.type : chr "unix" $ file.sep : chr "/" $ dynlib.ext: chr ".so" $ GUI : chr "X11" $ endian : chr "big" $ pkgType : chr "mac.binary" > R.version.string [1] "R version 2.1.1, 2005-06-14" > -- Constantinos Antoniou, Ph.D. Department of Transportation Planning and Engineering National Technical University of Athens 5, Iroon Polytechniou str. GR-15773, Athens, Greece

...elow. gs. Error in browse.pkgs("CRAN", "binary") : couldn't find function "avaliable.packages" Your version of R is up to date > browse.pkgs function (repos = getOption("repos"), contriburl = contrib.url(repos, type), type = getOption("pkgType")) { if (.Platform$GUI != "AQUA") stop("this function is intended to work with the Aqua GUI") x <- installed.packages() i.pkgs <- as.character(x[, 1]) i.vers <- as.character(x[, 3]) label <- paste("(", type, ") @&...

...can't get it to work. According to the install.packages documentation : install.packages(pkgs, lib, repos = getOption("repos"), contriburl = contrib.url(repos, type), method, available = NULL, destdir = NULL, installWithVers = FALSE, dependencies = FALSE, type = getOption("pkgType")) repos: character vector, the base URL(s) of the repositories to use, i.e., .... Can be 'NULL' to install from local '.tar.gz' files. contriburl: URL(s) of the contrib section of the repositories. ...... Can be 'NULL' to install from local '.tar.gz...

...r MacOS X have type *.tgz. However, this seems not be the problem, > > but there are two other problems: > > > > 1. update.packages does not transfer the value of 'type' to the next function > > install.packages, but install.packages uses the value of getOption("pkgType") > > which seems to be "source" in CRAN binary of MacOS X (contrary to documentation > > at ?options). > > > > 2. If this is corrected, or first set options(pkgType="mac.binary"), the update > > fails for missing function .install.macbinary()....

...15.html But I am not sure what needs to be done on my part so that I am not affected from it. > str(.Platform) List of 6 $ OS.type : chr "unix" $ file.sep : chr "/" $ dynlib.ext: chr ".so" $ GUI : chr "X11" $ endian : chr "big" $ pkgType : chr "source" > R.version.string [1] "R version 2.1.0, 2005-04-18" gcc version 4.0.0 [Please let me know what other information may be relevant] Thanking you in advance, Costas -- Constantinos Antoniou, Ph.D. Department of Transportation Planning and Engineering N...

I have some time data and which is in seconds time <-c( 126230400 126252000 126273600 126295200 126316800 126338400) now I wanted to convert this time to Y M D H M S format I have tried following codes but it does not give me the out put in Y M D H M S time_t1 <- as.POSIXlt(time, origin="2005-01-01", tz="GMT") & time_f <- as.POSIXct(time,

...n rev` [1] "43302" $language [1] "R" $version.string [1] "R version 2.6.0 Patched (2007-10-29 r43302)" > .Platform $OS.type [1] "unix" $file.sep [1] "/" $dynlib.ext [1] ".so" $GUI [1] "X11" $endian [1] "big" $pkgType [1] "source" $path.sep [1] ":" $r_arch [1] "" > I built 64-bit R on Mac OS X 10.4.10 with these commands: export PATH='/usr/local/lib64/X11/bin:/usr/local/lib64/X11/etc:/usr/local/lib64/X11/include:/usr/local/lib64/X11/lib:/usr/lib:/usr/bin:/usr/local/sbin...