search for: switchr

Hello, All: tools::package_dependencies('Ecfun') failed to find how my development version of Ecfun was using rJava, which generated errors in "R CMD build Ecfun". This is because package_dependencies by default uses CRAN and ignores locally installed packages. What do you think about having this function check both locally installed and CRAN versions? It can

In the documentation the closed thing I see to an explanation of this is that ?detach says "Unloading some namespaces has undesirable side effects" Can anyone explain why unloading tseries will load zoo? I don't think this behavior is specific to tseries, it's just an example. I realize one would not usually unload something that is not loaded, but I would expect it to do

...qtl BoSSA CNVassoc CorShrink GRANBase GenCAT GiANT NMF PlackettLuce >> ProFit ProFound RNAseqNet SIBERG antaresRead apcluster cherry clValid coloc >> colorhcplot entropart filematrix fuzzyforest fuzzyjoin glycanr hexbin loon >> nscancor ordinalgmifs penalized phangorn propr shiftR switchr tcgsaseq >> tileHMM tmod >> >> then give ERRORs or (new) WARNINGs on their checks. Please correct ASAP, >> and by Feb 20 to safely retain the package on CRAN. >> >> > ______________________________________________ > R-devel at r-project.org mailing list &g...

If we are fiddling with normalizePath, having a way of not following symlinks (otheer than ~) would be useful as well. I had to write normalizePath2 in switchr for a specific on-the-ground need to NOT go down all he way to physical paths on a remote compute system because of how IT handled implementing constant pathing on top of swapping out hardware, and I can't imagine i'm the only one who has ever faced such an issue. ~G On Tue, Apr 14, 2020...

This request stems off a bug report I posted https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17757 where it was determined the current behaviour is as expected. To recap: when given a real file, normalizePath() always* returns the full absolute path. When given a non-existent file, normalizePath() returns a full path on Windows but it returns the input on other systems*. I'd argue that

On a cluster that is based on RedHat 6.2, we are updating to R-3.3.1. I have, from time to time, run into problems with various R packages and some older versions of GCC. I wish we had newer Linux in the cluster, but with 1000s of nodes running 1000s of jobs, well, they don't want a restart. Administrator suggested I try to build with the GCC that is provided with the nodes, which is

...ackettLuce ProFit ProFound RNAseqNet SIBERG >> ??????????? antaresRead apcluster cherry clValid coloc colorhcplot >> ??????????? entropart filematrix fuzzyforest fuzzyjoin glycanr hexbin >> ??????????? loon nscancor ordinalgmifs penalized phangorn propr shiftR >> ??????????? switchr tcgsaseq tileHMM tmod >> >> ??????????? then give ERRORs or (new) WARNINGs on their checks. >> ??????????? Please correct ASAP, and by Feb 20 to safely retain the >> ??????????? package on CRAN. >> >> >> ??????? _____________________________________________...

...MEeqtl BoSSA CNVassoc CorShrink GRANBase GenCAT GiANT NMF > PlackettLuce ProFit ProFound RNAseqNet SIBERG antaresRead apcluster > cherry clValid coloc colorhcplot entropart filematrix fuzzyforest > fuzzyjoin glycanr hexbin loon nscancor ordinalgmifs penalized phangorn > propr shiftR switchr tcgsaseq tileHMM tmod > > then give ERRORs or (new) WARNINGs on their checks.? Please correct > ASAP, and by Feb 20 to safely retain the package on CRAN. >

...NMF PlackettLuce ProFit ProFound RNAseqNet SIBERG > antaresRead apcluster cherry clValid coloc colorhcplot > entropart filematrix fuzzyforest fuzzyjoin glycanr hexbin > loon nscancor ordinalgmifs penalized phangorn propr shiftR > switchr tcgsaseq tileHMM tmod > > then give ERRORs or (new) WARNINGs on their checks.? > Please correct ASAP, and by Feb 20 to safely retain the > package on CRAN. > > > ______________________________________________ > R-devel at r...

Are there technical reasons that package names cannot be snake case? This seems to be enforced by `.standard_regexps()$valid_package_name` which currently returns "[[:alpha:]][[:alnum:].]*[[:alnum:]]" Is there any technical reason this couldn't be altered to accept `_` as well, e.g. "[[:alpha:]][[:alnum:]._]*[[:alnum:]]" I realize that historically `_` has not

...constructions, e.g., in formula manipulations. (Somewhat experimental) * Add update_PACKAGES() for incrementally updating a package repository index, instead of rebuilding the index from scratch. Thanks to Gabe Becker in PR#17544 for the patch, based on part of his switchr package. INSTALLATION on a UNIX-ALIKE: * The options selected for the C++ compiler default to the C++11 standard if supported, otherwise to the C++98 standard. * Visibility macros such as C_VISIBILITY can now be user-set (including to empty), e.g. in config.site. * Mac...

...constructions, e.g., in formula manipulations. (Somewhat experimental) * Add update_PACKAGES() for incrementally updating a package repository index, instead of rebuilding the index from scratch. Thanks to Gabe Becker in PR#17544 for the patch, based on part of his switchr package. INSTALLATION on a UNIX-ALIKE: * The options selected for the C++ compiler default to the C++11 standard if supported, otherwise to the C++98 standard. * Visibility macros such as C_VISIBILITY can now be user-set (including to empty), e.g. in config.site. * Mac...

...constructions, e.g., in formula manipulations. (Somewhat experimental) * Add update_PACKAGES() for incrementally updating a package repository index, instead of rebuilding the index from scratch. Thanks to Gabe Becker in PR#17544 for the patch, based on part of his switchr package. INSTALLATION on a UNIX-ALIKE: * The options selected for the C++ compiler default to the C++11 standard if supported, otherwise to the C++98 standard. * Visibility macros such as C_VISIBILITY can now be user-set (including to empty), e.g. in config.site. * Mac...