Hi,
a colleague of mine and I are experiencing problems with the R package
management in a freshly installed version of RKWard on our Macs.
> rk.sessionInfo()
RKWard version: 0.6.0
KDE version (runtime): 4.8.3 (4.8.3)
KDE version (compile time): 4.8.3 (4.8.3)
Loca
hi,
Am Mittwoch, 13. März 2013, 14:14:21 schrieb Frederik Aust:
> dlopen(/Users/*username*/R/x86_64-apple-darwin11.4.2-library/2.15/lme4/libs/
> x86_64/lme4.so, 6): Library not loaded:
> /Library/Frameworks/R.framework/Versions/2.15/Resources/lib/libgfortran.2.dy
> lib Referenced from:
> /Users/*u
Hi,
On Wednesday 13 March 2013, Frederik Aust wrote:
> When trying to install the lme4 package into /opt/rkward he is being
> prompted to become root or choose a different directory. When trying to
> become root (pressing the button) the following error is returned:
ok. So kdesu is broken. Meik,
hi,
Am Mittwoch, 13. März 2013, 16:00:26 schrieb Thomas Friedrichsmeier:
> Now it seems that the version of R shipped by Macports (and thus inside of
> our installation bundle) does not support the binaries from CRAN.
i'm not convinced yet that's the issue. i believe it's simply a path problem.
t
hi,
Am Mittwoch, 13. März 2013, 16:23:13 schrieb meik michalke:
> the binaries seem to expect R to be installed to
> /Library/Frameworks/R.framework/
> but the bundle places R in
> /opt/rkward/Library/Frameworks/R.framework/
>
> i tried to hotfix this with a symlink, but apparently, libgfortra
Hi Meik,
On Tuesday 12 March 2013, meik michalke wrote:
> Am Dienstag, 12. März 2013, 12:58:00 schrieb Thomas Friedrichsmeier:
> > Meik, do you have some time to work on the plugin, over the next week or
> > so?
>
> i'm not sure -- amongst various other things, there's a conference in
> vienna in
Hi,
On Wednesday 13 March 2013, meik michalke wrote:
> after some digging, here's a workaround:
[...]
> well, i wasn't able to verify whether libgfortran.3.dylib is fully backward
> compatible with libgfortran.2.dylib. but after these steps, the binary
> package of lme4 loaded without any errors
hi,
Am Mittwoch, 13. März 2013, 18:30:15 schrieb t...@users.sf.net:
> +# TODO: rkwarddev does not accept "visible.not" as modifier
well, actually it should ;-) that was introduced with commit 4579
i fixed some other problems just now -- forgot to add the modifiers for
, and . you should probabl
hi thomas,
Am Mittwoch, 13. März 2013, 17:38:01 schrieb Thomas Friedrichsmeier:
> Well, this is my first "serious" venture into rkwarddev. My resume so far is
> that I kind of like it for generating the plugin .XML.
thanks :-)
> However for generating non-trivial .js, the extra language layer is
