Hello everyone,
I am having some difficulties installing the RMySQL package from sources
(not available via the R Package Installer GUI, probably for the same
reasons). Just installed a fresh instance of MySQL, which I could find in:
/usr/local/mysql-5.6.17-osx10.7-x86_64
This is what I get:
$
Hi Scott,
I get (for the first suggestion):
Error : .onLoad failed in loadNamespace() for 'RMySQL', details:
call: dyn.load(file, DLLpath = DLLpath, ...)
error: unable to load shared object
'/Users/dusadrian/Library/R/3.1/library/RMySQL/libs/RMySQL.so':
dlopen(/Users/dusadrian/Library/R/3.1
Dear list,
Does anyone experienced a crash of the XML package, using the latest
version of R 3.1.0?
Below you can find the original email sent to Duncan, but didn't get any
reply so far.
Thanks,
Adrian
-- Forwarded message --
From: Adrian DuÈa
Date: Tue, Jun 3, 2014 at 12:26 A
Hi Duncan,
On Wed, Jun 4, 2014 at 11:45 PM, Adrian Dușa wrote:
> On Wed, Jun 4, 2014 at 11:45 PM, Adrian Dușa wrote:
> > [...]
> Hi Adrian
>
> (Busy couple of days, so apologies for not replying to your off-list email.)
>
> What is the output from
>
> library(X
system.file("DESCRIPTION",package="XML"))[,"Built"]
> Built
> "R 3.1.0; x86_64-apple-darwin13.1.0; 2014-04-24 15:04:22 UTC; unix"
>
>> R.version
> _
> platform
On Thu, Jul 3, 2014 at 6:09 PM, Senyo Norgbey, MD wrote:
> Hello..
>
> After installing the above named version of R on my Macbook Pro and
> starting it, the message below appears in the R window...
> [...]
Try opening a Terminal, and type this:
defaults write org.R-project.R force.LANG en
Hi Dan,
Yes indeed, I was able to install the package using your suggestion...
but... I get an error when loading the package in R:
> library(RMySQL)
Loading required package: DBI
Error : .onLoad failed in loadNamespace() for 'RMySQL', details:
call: dyn.load(file, DLLpath = DLLpath, ...)
err
Yes, the second (the /usr/local/lib already contained it).
Works perfect now, thanks very much!
Adrian
On Thu, Aug 7, 2014 at 10:33 PM, wrote:
> The other thing I did was set up symbolic links from /usr/lib and
> /usr/local/lib to /usr/local/mysql/libmysqlclient.18.dylib
>
> sudo ln -s /usr/loca
On Wed, Sep 3, 2014 at 3:29 PM, peter dalgaard wrote:
>On 03 Sep 2014, at 13:56 , Duncan Murdoch wrote:
> [...]
> This works, presumably because text connections are not non-blocking:
>
>> readLines(textConnection(system("pbpaste",intern=TRUE)))
> [1] "line 1" "line 2" "line 3"
But this works to
Hi everyone,
Not sure if this is the right list, but it seems like a Mac related problem
(version OS X 10.9.5, haven't upgraded to Yosemite just yet).
I'm getting a warning when building a package (with R 3.1.3), relating to
LaTeX and Rd problems:
* checking PDF version of manual ... WARNING
LaT
On Sat, Mar 21, 2015 at 12:57 PM, Prof Brian Ripley
wrote:
> [...]
>>
>> I also tried R CMD Rd2pdf (in the command line), and I get this at the
>> end:
>>
>> Error in texi2dvi(file = file, pdf = TRUE, clean = clean, quiet = quiet,
>> :
>>Running 'texi2dvi' on 'Rd2.tex' failed.
>> Messages:
>>
On Sat, Mar 21, 2015 at 3:09 PM, Prof Brian Ripley
wrote:
> On 21/03/2015 12:38, Adrian Dușa wrote:
>
>> [...]
>
>
> So the next step is to run R CMD Rd2pdf --no-clean on the unpacked package
> sources and look at the logs in its check directory. You may need to run
&g
On Sat, Mar 21, 2015 at 9:29 PM, Berend Hasselman wrote:
> [...]
>
> Are you using the appropriate version of texinfo?
> Have a look at:
> https://mailman.stat.ethz.ch/pipermail/r-devel/2015-January/070415.html
>
That did it.
I have copied texi2dvi from that .tar.gz file in /usr/local/bin and
ev
Dear All,
I tried to search some information about this on Google, but didn't find
anything yet.
There seems to be a difference between sorting in the Terminal app and
sorting in the Rgui:
In the Terminal:
> sort(c("W", "e", "E"))
[1] "E" "W" "e"
> R.version
_
platform x86_6
_FR.UTF-8/fr_FR.UTF-8/C/fr_FR.UTF-8/fr_FR.UTF-8
>
> attached base packages:
> [1] stats graphics grDevices utils datasets methods base
>
> loaded via a namespace (and not attached):
> [1] adegraphics_1.0-4 RColorBrewer_1.1-2 sp_1.1-1
> KernSmooth_2.23-14
> [5]
On 10.9.5, Processor 2,7 GHz Intel Core i7, 2013
$ /usr/sbin/sysctl -n hw.physicalcpu
4
$ /usr/sbin/sysctl -n hw.logicalcpu
8
On Fri, Feb 5, 2016 at 2:07 PM, Prof Brian Ripley
wrote:
> sysctl on 10.11 has options which would enable us to differentiate between
> logical and physical codes on p
If you had Googled it, you'd found:
http://stackoverflow.com/questions/9689104/installing-r-on-mac-warning-messages-setting-lc-ctype-failed-using-c
with the solution:
Open Terminal
Write or paste in: defaults write org.R-project.R force.LANG en_US.UTF-8
Close Terminal
Start R
Try this and see wh
I think the question is related to the font (in the lower half), not to the
width / height / DPI in the upper half of the dialog.
Just checked, and it is not related to R 3.4.1 since I still have R 3.3.3
and can observe the same thing.
I hope it helps,
Adrian
On Tue, Oct 3, 2017 at 8:33 PM, David
On Sun, Nov 25, 2018 at 9:48 PM Jonathan Greenberg
wrote:
>
> Ok, figured it out but it was non-trivial. I found the solution here:
>
https://github.com/velocyto-team/velocyto.R/issues/2#issuecomment-352584213
>
> TLDR you need to use homebrew (https://brew.sh/):
> 1) Install homebrew as linked a
On Thu, Nov 29, 2018 at 4:06 PM Simon Urbanek
wrote:
>
> For posterity: both recommendations are plain wrong so don't use
(obviously, the settings didn't match the installed compilers). They are
not supported in the CRAN version of R which is compiled by the clang 6.0
compiler in /usr/local/clang6
On Sun, Nov 25, 2018 at 9:48 PM Jonathan Greenberg
wrote:
>
> Ok, figured it out but it was non-trivial. I found the solution here:
>
https://github.com/velocyto-team/velocyto.R/issues/2#issuecomment-352584213
>
> TLDR you need to use homebrew (https://brew.sh/):
> 1) Install homebrew as linked a
I have upgraded to Mojave (10.14.4) and updated the Xtools (don't know if
this is relevant). Keep getting this error message when opening R, latest
stable version:
Error: 1:1: unexpected input
1: Ô
^
(after which R runs normally).
This would not be a huge issue, except that it prevents me fr
ite.
>
> Mark
> R. Mark Sharp, Ph.D.
> Data Scientist and Biomedical Statistical Consultant
> 7526 Meadow Green St.
> San Antonio, TX 78251
> mobile: 210-218-2868
> rmsh...@me.com
>
>
>
>
>
>
>
>
>
>
>
> > On Apr 6, 2019, at 7:08 AM, Adrian
> > set.seed(12)
> > sample(letters[1:10])
> [1] "b" "g" "c" "f" "e" "i" "d" "j" "h" "a"
> > RNGkind(sample.kind="Rounding")
> Warning message:
> In RNGkind(sample
On Thu, Jan 23, 2020 at 3:24 PM peter dalgaard wrote:
>
> > On 23 Jan 2020, at 12:15 , Adrian Dușa wrote:
> > [...]
> > Curiously though, I run the very same R version on both computers and I
would have expected RNGkind() to work the same.
>
> The most likely explana
Not sure if this helps, but for some reason my TeX Live was not installed in
Library/TeX/texbin, but in:
~ % realpath $(which pdflatex)
/usr/local/texlive/2019/bin/x86_64-darwin/pdftex
> On 13 May 2020, at 16:34, peter dalgaard wrote:
>
> Hmm, like Eberhard, I'm not too sure this is right.
Dear Mike,
I remember so very well the time when I struggled with exactly the same
things, reading a file seeming like an almost insurmountable task.
However, given this actually is very simple I can also understand the
reactions you got. Imagine every newbie asking these questions over
and over a
For some reason, I was recently unable to update my Xcode and digged a
little bit.
One solution was to completely uninstall it and do a fresh install, a
process in which I found that:
- Xcode take more than 10GB of my harddrive
- not sure about building R, but I was able to build packages _without_
ou using?
>
> Duncan Murdoch
>
> On 03/11/2020 2:08 a.m., Adrian Dușa wrote:
> > For some reason, I was recently unable to update my Xcode and digged a
> > little bit.
> > One solution was to completely uninstall it and do a fresh install, a
> > process in which I found
Dear Giuseppe,
When asking for help, it is always a good idea to provide enough
information to allow people to help you.
I read you've downloaded the packages, but unclear what is: "thank opened".
Further, what is "Basics / Prob calculator"?, and to what "layout" are you
referring to, and from whi
Dear All,
My .libPaths for the user defined directory shows:
"/Users/dusadrian/Library/R/x86_64/4.1/library"
and indeed, the command install.packages() does install the packages in
this location.
However, when installing from the RGUI menu, using Packages & Data /
Package installer,
the installa
On Sun, 5 Sept 2021 at 14:08, Duncan Murdoch
wrote:
>
> [...]
>
> Neither of those is the default library location for a standard install
> of R on a Mac. The first one looks like it's the default value of
> R_LIBS_USER. Are you specifying the environment variable R_LIBS? By
> default, I think
On Mon, 6 Sept 2021 at 04:26, Simon Urbanek
wrote:
>
> Adrian,
>
> thank you, this is indeed a bug that got unnoticed for a while.
Apparently the R defaults and the R GUI got out of sync at some point when
the R_LIBS_USER defaults were tweaked in R but the corresponding change has
not been made in
I've upgraded to Monterey about a week ago, no problems at all.
Everything works fine, both in R and RStudio.
I hope this helps,
Adrian
On Thu, 25 Nov 2021 at 15:34, Kevin Thorpe wrote:
> Hello.
>
> I realize that this may be slightly off-topic for this list but I hope you
> will forgive me for
This works normally on my rather new-ish Mac (2020), Monterey 12.0.1, using:
> R.version
_
platform x86_64-apple-darwin17.0
arch x86_64
os darwin17.0
system x86_64, darwin17.0
status
major 4
minor 1.1
year 2021
month
Dear All,
I am not sure when this started, presumably after upgrading my OS to
Monterey 12.0.1
With packages needing compilation, under a Terminal I get this error:
/Library/Frameworks/R.framework/Resources/include/R.h:55:11: fatal error:
'stdlib.h' file not found
# include /* Not used by R itse
ols.
>
> Second, make sure you don't have old overrides in ~/.R such as Makeconf or
> similar. Remove ~/.R if needed.
>
> Finally, if you still have issues, please post the full output since you
> didn't give us any details whatsoever so we can only guess.
>
>
tting
> CC = /usr/bin/clang and CXX = /usr/bin/clang++ in (say) ~/.R/Makevars,
> but I haven't tried that.
>
> Best,
> Kevin
>
> On Thu, Dec 2, 2021 at 1:29 PM Simon Urbanek
> wrote:
> >
> >
> > Adrian,
> >
> >
> > > On Dec 3, 2021,
This is very interesting, as I intend to buy an ARM Mac just because it has
a lot of GPUs to play with.
Quick question to Simon, who is also developing OpenCL, is there a C level
API to start kernel workers from the C level of my own package?
That would greatly extend the capabilities of my R packa
Just went through the commands, on a new MacBook Pro with M2 Max, MacOS
Ventura 13.2.1
I already had Xcode CLI installed, and the gfortran installation went well
until it stopped at the icu binary:
Downloading binary:
https://mac.R-project.org/bin/darwin20/arm64/icu-71.1-darwin.20-arm64.tar.xz
..
and
> configured.) These binaries are mainly if you want to compiled R from
> source.
>
>
>
> Best,
>
>
>
> JJB
>
>
>
> [1]: https://mac.r-project.org/bin/
>
> [2]: https://github.com/R-macos/recipes
>
>
>
> *From: *Adrian Dușa
>
I had no issues on my M2, everything worked.
Perhaps you need to give some permissions to access the Downloads
directory, I can think of nothing else.
Or move the installer in your home directory, and try again.
Adrian
On 25 May 2023 at 11:28:54, Agostino Gnasso
wrote:
> Dear all,
> I tried to
I confirm this happens on my M2 Max, with regular install from CRAN.
Best,
Adrian
On Sat, Feb 10, 2024 at 5:06 AM Michael Grundler
wrote:
> Thank you. Yes, I can confirm the problem persists after re-installing
> XQuartz and installing 4.3.2 from CRAN.
>
> On Fri, Feb 9, 2024 at 9:33 PM Roy Mend
Package admisc has a function called scan.clipboard(), which is
cross-platform.
Hth,
Adrian
On 16 January 2025 at 20:18:07, Marc Schwartz via R-SIG-Mac (
r-sig-mac@r-project.org) wrote:
Hi,
On macOS, you would generally want to use:
read.delim(file = pipe("pbpaste"))
See the "Clipboard" sect
Dear All,
I followed with great interest the latest exchange regarding the status of
the OpenMP under MacOS, learned a great deal of things and now join others
in thanking Simon and team for making this possible.
This message is just to share my own experience. In following the least
effort path,
Dear All,
I've recently acquired a new MacBook, and while transferring my files and
settings I noticed something I did not expect:
Old Mac:
> set.seed(12)
> sample(letters[1:10])
[1] "a" "h" "i" "b" "g" "j" "e" "f" "d" "c"
New Mac:
> set.seed(12)
> sample(letters[1:10])
[1] "b" "g" "c" "f" "e
46 matches
Mail list logo
