similar to: updated R-cairo bridge, official R-3.1.*-mavericks.pkg crippled, snpMatrix 1.19.0.20

The windows replacement is R-library-grDevices-libs-winCairo_20150122.zip in http://sourceforge.net/projects/outmodedbonsai/files/R/ The cairo replacements are just two bundles, windows or OS X - containing replacements for R 2.15.3, 3.0.3 and 3.1.2. You just extract the relevant one for your R version. The windows builds of R packages snpStats x.x.x.8 and snpMatrix 1.19.0.20 were done with

FYI. There is a Thai vignette - and it went a lot further doing some Thai text processing in R, than the earlier Chinese/Tibetan/LiangshanYi/Arabic vignette, which was in reality just Chinese + Cairo graphics. Managed to cross-compile an R package for Mac OS X from Linux; and it seems to be working. See screenshots below. I'd be interested to know if there are less obvious bugs; however

Hi R-help folks, I have been doing some single SNP association work using snpMatrix. This works well, but produces a lot of false positives, because of population structure in my data. I would like to correct the p-values (which snpMatrix gives me) for population structure, possibly using principle component analysis (PCA). My data is complicated, so here's a simple example of what

Current core/Recommended Matrix package (0.999375-48) has been segfaulting against R 2.13-alpha/2.14-trunk for the last week or so (since R-2.13 was branched, when I started trying) when "run with R CMD check --use-gct": -------------- > pkgname <- "Matrix" > source(file.path(R.home("share"), "R", "examples-header.R")) >

Hi, Does anybody know how to obtain the imputed SNP genotype probabilities from the snpStats package? I am interested in using an imputation method implemented in R to be further used in a simulation study context. I have found the snpStats package that seems to contain suitable functions to do so. As far as I could find out from the package vignette examples and its help, it gives the

It was as easy as I thought it was half a day ago - here is a patch against R trunk to add cairo support to the Sweave driver, an example Sweave input, and the resulting output. A few more notes: - obviously the documentation needs to be updated... a bit more work to do. - some check to make sure "cairo" and "pdf" are not both set would be nice, as well as checking

On 5/2/16 4:25 PM, David Winsemius wrote: >> On May 2, 2016, at 3:45 PM, Mick Jordan <mick.jordan at oracle.com> wrote: >> >> When is the R-3.2.5 binary for Mac OS X likely to show up? > Where did you look? I see both Mavericks and SnowLeopard fork binaries with or without r.app GUI at http://r.research.att.com/ > > I've been using the 3.3.0 RC for a while with

Hi guys, we are running a fileserver for a company with ~10 Mac OS Mavericks (not all up to date). The Samba server is running on Centos 5 with official Samba from Centos. We see big big lagging while browsing the fileserver. Some directories du to the activy of the company contains more than 4000 files (small one). Everything is fine if we connect with Windows or Linux machine, but with Mac Os

I just checked your package on a mavericks VM and it seems fine, so I wouldn't worry about it. Probably some configuration issue on the CRAN server, perhaps xquartz is outdated. Unfortunately there is no easy way anymore to check on Mavericks. Travis used to support it, but they have deprecated mavericks (along with Apple and homebrew). Hopefully CRAN will update to the current MacOS for the

I'm trying to help someone to troubleshoot possible OSX Yosemite issues, but I've only got access to OSX (< 10.9) so I cannot check myself. When building/installing binary R packages, there are different binaries depending on OSX version. For instance, CRAN provides different binaries for 'OS X Snow Leopard' and 'OS X Mavericks', e.g.

Jack, I think there is an extra dimension to darwin that might be confusing things. Darwin uses two-level-name-space. That means that at build time the linker records where it found each dylib (SO) symbol. (It records the path the dylib supplied as its "install name" - not just the leafname as SO_NEEDED does.) On a SnowLeopard system you *can* link against /usr/lib/libgcc_s.

This may be that the libgcc_s.dylib based unwinder is incompatible with the darwin unwinder. You cannot mix and match the two. One of the lines from the bugzilla comments shows: /sw/lib/gcc4.5/lib/libgcc_s.1.dylib (compatibility version 1.0.0, being used. That will not work. All of the libgcc_s.dylib functionality has been subsumed into libSystem.dylib on SnowLeopard (darwin10). The

hello I maintain the gsl R package, and many users have recently reported that the package does not install from source under macosx 10.9 ("mavericks"). Users typically install the gnu GSL library and are able to compile and run a small "hello world" program which executes some of the Bessel functionality of the library; but under mavericks the configure script (which uses

Hi Mr Tierney, I have noticed an error message from R 1.12.x's CMD check for a while (apparently prof Ripley completely rewrote CMD check in R 1.12+) e.g.: http://bioconductor.org/checkResults/2.7/bioc-LATEST/snpMatrix/lamb2-checksrc.html ---------------- * checking R code for possible problems ... NOTE Warning: non-unique value when setting 'row.names': ?new? Error in

Dear John Fox, I am using Snowleopard with a Intel Core 2 Duo processor. I have installed the R console and followed your steps at: http://socserv.mcmaster.ca/jfox/Misc/Rcmdr/installation-notes.html but every time I try "library(Rcmdr)" it loads Tcl/tk infinitely. I have tried loading "library(tcltk)" by itself and it does the same thing. I have tried with X11 running to

Dear mac folks, I have started porting a large legacy toolset maintained in windows and heavily mpi laden so it can be used across platforms in R... so I am building a package out of it. On this note, I am noticing that almost all of the mpi dependent packages do not compile on the CRAN repositories.... with the basic issue that it appears it can not find mpi installed: configure: error:

Dear List, I've realized that the "CRAN Checking Package" system returns some Warnings for my package TR8 under "r-release-osx-x86_64-mavericks"; all the warnings include the following message "Invalid MIT-MAGIC-COOKIE-1 key" which I find a little cryptic. After some web searches, I understood that "MIT-MAGIC-COOKIE" is related to the X server and

We run a dovecot mailserver. One of the clients I use is a Mac Laptop. Recently I upgraded from Mountain Lion (10.8) to Mavericks (10.9). Under 10.8 it worked fine. On 10.9 it syncs up when I invoke the client, but after a while stops getting updates. Most of my mail clients are on Linux (thunderbird) or Android (K9) and I admit that several run against my very large INBOX simultaneously. The

Nick, How exactly do you envision this being done? Looking at the contents of config/darwin.h, I see... /* Support -mmacosx-version-min by supplying different (stub) libgcc_s.dylib libraries to link against, and by not linking against libgcc_s on earlier-than-10.3.9. Note that by default, -lgcc_eh is not linked against! This is because in a future version of Darwin the EH frame

[redirecting to nut-upsuser since we hardly use the packaging list anymore] On May 15, 2014, at 9:20 AM, Jose Vigil wrote: > Hi friends, > > I?m looking for an already compiled .pkg NUT Client to be installed in a Mavericks iMac. Can someone, please point me to place where I can find it? We don't have any official ones. If anyone else has compiled one, please feel free to share