similar to: New R (2.1) not openable under emacs files (PR#7882)

I use mac os 10.3.9 and I've installed in my computer R 2.1.0 (I believe this is the latest R version). Although it works alright when I open R by clicking in the R icon, I cannot use the graphics facility when I open R from a X-terminal window (or x-11 window). In fact, when I try to open R I get the message that I pasted below. Is this a R bug? Is R assuming that I should have the

Hi all, I have just installed OSX Server 10.4 and R comes up with the incompatible libxml library message reported by Dan Kelley a few messages ago. Xcode 2 does not ship with Tiger Server. I installed the X-Windows code. I can report that the version of libxml2.2 that is installed in this case is the version 8.0.0 dylib. [6]sboker at munimula:/usr/lib % ls -l libxml2.2* -rwxr-xr-x 1

Kindly cc me when replying to the list. trying URL 'http://www.biometrics.mtu.edu/CRAN/src/contrib/Hmisc_3.0-6.tar.gz' Content type 'application/x-gzip' length 462535 bytes opened URL ================================================== downloaded 451Kb * Installing *source* package 'Hmisc' ... ** libs g77 -fno-common -g -O2 -c cidxcn.f -o cidxcn.o g77 -fno-common

Hello! If I launch R from a console I get: R : Copyright 2004, The R Foundation for Statistical Computing Version 1.9.0 (2004-04-12), ISBN 3-900051-00-3 > help.start() Making links in per-session dir ... If /usr/bin/open is already running, it is *not* restarted, and you must switch to its window. Otherwise, be patient ... > dyld: /usr/bin/open version mismatch for library:

Hi. I'm not having any luck installing the binary for the new Macintosh OS called "Tiger". I get error messages as below. Can anyone offer me some advice? (PS: I checked the bug list first but a search on "Tiger" turned up nothing so I hope it's OK to post here.) Error in dyn.load(x, as.logical(local), as.logical(now)) : unable to load shared

Full_Name: Matthew Krause Version: 1.9.1 OS: Mac OS 10.3.4 Submission from: (NULL) (194.78.187.114) To whom it may concern: I cannot get "help.start()" to work after installing the latest version of R (v 1.9.1). I had no problems with this when running the previous version (v1.8). In the R Console window, the following dialogue appears in the latest version: > help.start()

I'm running R Version 2.1.0 (2005-04-18), ISBN 3-900051-07-0 on Machine Model: Power Mac G5 CPU Type: PowerPC 970 (2.2) Number Of CPUs: 2 CPU Speed: 2 GHz L2 Cache (per CPU): 512 KB Memory: 2 GB with software: System Version: Mac OS X 10.3.9 (7W98) Kernel Version: Darwin 7.9.0 Here is what happened when I tried to update the "foreign" package (similar

Full_Name: Theodosios Theodosiou Version: 1.9.1 OS: MAC OS X (10.3.4) Submission from: (NULL) (193.62.199.161) dyld: /usr/bin/open version mismatch for library: /usr/local/lib/libxml2.2.dylib (compatibility version of user: 9.0.0 greater than library's version: 8.0.0) type help.start() to reproduce the problem. Have checked the "Show system error output in R console of the Misc tab at

I recently upgraded from R 1.8 to 1.9. I removed 1.8 following the instructions. Html help has not worked since. When htmlhelp="TRUE" the help.start() command results in the "patience" message and nothing else happens. I am using mac osx 10.3.4. Help worked fine when I was using R 1.8. I need help help ;-] Thanks! -- Emilio A. Laca One Shields Avenue, 2306 PES Building

I've got the same problem with help.start(). It seems to be a problem with the 'open' command when executed through R's 'system' function - ie system('open something.html') gives an error message, whilst opening a new xterm (or console) and entering open something.html works fine (here 'something.html' is the same in both cases.) My current

I have JUST started using R. I am using R 2.0.1 on a mac (os x) to run another program (called GRASPER, Generalized Regression Analysis and Spatial Prediction for R). When I try to run Grasper, I get an error for tcl/tk: > library(grasper) Loading required package: mgcv This is mgcv 1.1-8 Loading required package: MASS Loading required package: tcltk Error in dyn.load(x,

Hi Dominik, I have set ssl = required in 10-ssl.conf globally but no ssl here: service managesieve-login { inet_listener sieve { port = 4190 } ... } Nevertheless, STARTTLS is offered "IMPLEMENTATION" "Dovecot Pigeonhole" "SIEVE" "fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags

======================================================================= Simple CRAN packages which do not compile without modifications (all others do) ======================================================================= -- akima /usr/bin/ld: multiple definitions of symbol _idlc_ -- fracdiff /usr/bin/ld: multiple definitions of symbol _gammfd_ (and others) -- odesolve --

I have been trying to install the new, patched R 2.1.0a along with the Rcmdr on my mac. I got the basic R package installed, but in Project Manager, the tcltk package will not install. When I downloaded the Rcmdr binary package from the Berkeley site, it did not show up on the package installer list until a second attempt, but it still does not show up on the package manager list. On

Op 11/01/2019 om 16:05 schreef Dominik Menke: > Hello Gerald, > > that did the trick, thank you very much! > > --Dominik > > > On 1/11/19 10:54 AM, Gerald Galster wrote: >> Hi Dominik, >> >> I have set ssl = required in 10-ssl.conf globally but no ssl here: >> >> service managesieve-login { >> ?? inet_listener sieve { >> ???? port =

On 10.1.2019 18.28, Dominik Menke wrote: > I've missed a part at the end: > >> This leads me to my question: How do I force Dovecot to print at >> least a STARTTLS line after a client connects to port 4190? Looking > > ... at the default configuration files in /etc/dovecot/conf.d/ I don't > see an obvious difference. > > > --Dominik Can you provide

Hi, I can't get R-1.7.0 to compile on my Mac. Can someone give me some pointers? The machine is an 800MHz iBook running OS 10.2.6. I have installed the December 2002 Developers Tools and have installed g77, f2c and dlcompat via fink. I've checked the versions of g77 and gcc and they're both based on gcc version 3.1. I've got Apple's X11 (Beta 3). I've added /sw/bin

Op 14-1-2019 om 9:58 schreef Dominik Menke: > On 1/13/19 12:23 PM, Stephan Bosch wrote: >> With ssl=yes, the TLS layer is enabled immediately on the connection. > > > Again, that's not what the documentation says: > > ??? ssl=yes [...]: SSL/TLS is offered to the client, but the client > ??? isn't required to use it. > > If the client is not _required_ to

Op 13/01/2019 om 00:22 schreef Dominik Menke: >> For reference: if you put ssl=yes there, the TLS layer is established >> immediately. However, the standard ManageSieve protocol does not >> support that (not currently anyway): only the establishment of the >> TLS layer using the STARTTLS command is part of the standard. That is >> why your clients fail to connect:

Hi, I can't get opt to list (in -help) passes that I load using -load. I see in the list archives that a similar problem has been brought up before but I didn't see whether it was resolved. Also, this is on Mac OS X, and the previous question was about Linux. This problem happens with the Hello pass, so I'll use that to illustrate. I'm using LLVM 1.2. The plugin loads with no