search for: macbinari

Rsync looks like a good tool for keeping files synchronized between two computers, such as a desktop and laptop. However, Mac OS uses a forked file system, with the second fork storing data critical to some files (such as applications) as well as type and creator information matching files up with the appropriate apps and file types. Mac OS X comes with a command-line utility called ditto

Message 2 of today: it works now. After re-installing R.app from the same R-2.1.0.dmg file, and fixInNamespace'ing(*) install.packages(), I managed to update 23 outdated packages from CRAN binaries for MacOS X. What I did was to: 1. change call to .install.macbinaries() into call to install.binaries() in install.packages(). install.binaries() is a function defined utils/R/aqua/GUI.R. 2. I also had to remove argument 'dependencies' since that is not defined in install.binaries() of utils/aqua. It seems that install.binaries of utils/aqua is mentioned...

Dear Mr Moderator, please let me through. I want to reply to my own thread. I once subscribed to this list, but then my subscription was not accepted. Now to the business: The final failure came from missing .install.macbinary() function. I grepped R-patched sourcesand the only instance of .install.macbinary() was the call to the function in R- patched/src/library/utils/R/packages2.R (stupid

Full_Name: Jari Oksanen Version: R 2.1.0 OS: MacOS 10.3.9 Submission from: (NULL) (130.231.102.145) For various reasons (which need not be expanded here) I have tried to update my long neglected R in MacOS X using handy command line tool update.packages() using readily available binaries of contributed packages at CRAN. However, this fails with message saying that packages xxxx_*_tar.gz is not

To Whom It May Concern: I need to use various packages in R and I also want to use Textmate. Problem 1: Textmate doesn't seem to recognize the packages that are already installed on R. Problem 2: When I execute the following command: install.packages("ade4", repos="http://cran.r-project.org", contriburl = contrib.url(

To Whom It May Concern: I need to use various packages in R and I also want to use Textmate. Problem 1: Textmate doesn't seem to recognize the packages that are already installed on R. Problem 2: When I execute the following command: install.packages("ade4", repos="http://cran.r-project.org", contriburl = contrib.url(

I realize that others have struggled with this issue...i.e. http://tolstoy.newcastle.edu.au/~rking/R/help/05/01/9826.html i am on os.x 10.4 w/ R2.2, and am (perhaps foolishly) also on this quest... i would like to be able to install downloaded source (tar.gz'd) files from within an R session, and have it work in a X-platform way..i am often not connected to the internet and have libraries

Here are the error messages: > install.packages('plotrix') Warning in install.packages("plotrix") : argument 'lib' is missing: using '/Users/dbae/Library/R/library' --- Please select a CRAN mirror for use in this session --- Error in .install.macbinary(pkgs = pkgs, lib = lib, contriburl = contriburl, : unable to create temporary directory

I have a feature request for rsync. I tried posting it to the FAQ-o-matic, but that system didn't seem to be accepting new questions. I hope this is an okay list for the request--apologies if it's misdirected. Mac OS X provides support for the Mac file system resource forks and mac specific metadata (e.g., creator and file type). Most Unix applications ignore this information, but it

Hello all, This may be aimed for r-devel, but I encountered this as an R-user and not an R-developer so I start here (having said that, please direct me to R-devel if you think this is appropriate. I am not cross- posting, as I believe this is bad netiquette). I am a recent, but extremely happy R-user (especially after getting my own copy of MASS 2002). My adventures started when I wanted

Are the messages below to be expected from make check-all ? using the rc today, Aug 21, on Red Hat Enterprise Linux AS release 4 (Nahant Update 4) Kernel 2.6.9-42.0.8.ELsmp on an x86_64 Paul ________ .... checking package 'utils' .... * checking R code for possible problems ... NOTE install.packages: no visible global function definition for ?.install.winbinary? install.packages: no

Hello - I'm a complete newbie with command line stuff and i'm trying to compile the tinc source on osx 10.2.6 but i'm getting this error when i use ./configure: ... ... checking for SHA1_version in -lcrypto... yes checking for RAND_pseudo_bytes... yes checking for OpenSSL_add_all_algorithms... yes checking for dlopen... no checking for dlopen in -ldl... no configure: error: OpenSSL

I have a zip file containing updated Macintosh support for Vorbis on my company's web site at the following URL: http://bDistributed.com/projects/vorbis-mac/MacVorbisUpdatesBeta3.zip I used Metrowerks ClassWrangler to build the file because StuffIt insisted on MacBinary-encoding the project files. StuffIt Expander seems to have issues with expanding it, so I'm not sure if it's

I've rolled up R-2.1.1.tar.gz a short while ago. This is a maintenance release containing mainly bugfixes. See the full list of changes below. You can get it from http://cran.r-project.org/src/base/R-2/R-2.1.1.tar.gz (give it some time to arrive there) or wait for it to be mirrored at a CRAN site nearer to you. If you're *really* impatient, www.biostat.ku.dk/~pd/R-release should work

I've rolled up R-2.1.1.tar.gz a short while ago. This is a maintenance release containing mainly bugfixes. See the full list of changes below. You can get it from http://cran.r-project.org/src/base/R-2/R-2.1.1.tar.gz (give it some time to arrive there) or wait for it to be mirrored at a CRAN site nearer to you. If you're *really* impatient, www.biostat.ku.dk/~pd/R-release should work

As you all know, rsync doesn't have any special handling for Mac OS X HFS+ resource forks. Kevin Boyd made RsyncX and rsync_hfs, to address this gap, but they only work when the destination filesystem is also HFS+. I haven't been able to find any references to an rsync that is capable of syncing from HFS+ to UFS (etc). The only solutions I've seen involve lots of preprocessing