Page 1 of 1

How to impement RKWard GUI for R?

Posted: Fri 06 May 2011, 10:45
by Puppyt
Like Puppy Linux, the 'R' statistical environment is the result of a global grass-roots movement dedicated to bringing world-class software free to all (see http://www.r-project.org/).

emil has already done a fabulous job in updating the R package for Puppy in this thread http://www.murga-linux.com/puppy/viewtopic.php?t=51141 AND has also made available one of the graphical user interfaces (GUI) that makes R more palatable to new users and beginners to statistics - "R-Commander" (http://socserv.mcmaster.ca/jfox/Misc/Rcmdr/).
However we have been unable to successfully implement what is arguably a better learner-oriented GUI called "RKWard":http://rkward.sourceforge.net/. It uses the KDE libraries. Can someone please suggest a solution to our problem, given we are using dejan555's KDE3.5.9 minimal libraries (http://murga-linux.com/puppy/viewtopic.php?t=41115) that have been running various KDE4 apps in Puppy Linux without hassle?

Perplexed,
Puppyt

Posted: Sat 07 May 2011, 13:56
by muggins
I'm not sure whether this is much help, but if you run ldd on the Rkward binary, (rkward?), how many libraries are missing?

Posted: Sat 07 May 2011, 20:43
by Puppyt
Many Thanks muggins -

in his R-package thread emil suggested that libR.so might be the main bugbear for RKWard and lo and behold (in /usr/bin):

Code: Select all

# ldd rkward
	not a dynamic executable
# ldd rkward.bin
	linux-gate.so.1 =>  (0xffffe000)
	libkhtml.so.4 => /usr/lib/libkhtml.so.4 (0xb7367000)
	libkdeprint.so.4 => /usr/lib/libkdeprint.so.4 (0xb728a000)
	libkjs.so.1 => /usr/lib/libkjs.so.1 (0xb721a000)
	libpcreposix.so.3 => /usr/lib/libpcreposix.so.3 (0xb7217000)
	libpcre.so.3 => /lib/libpcre.so.3 (0xb71e6000)
	libkmdi.so.1 => /usr/lib/libkmdi.so.1 (0xb7187000)
	libkutils.so.1 => /usr/lib/libkutils.so.1 (0xb7123000)
	libR.so => not found
	libkatepartinterfaces.so.0 => /usr/lib/libkatepartinterfaces.so.0 (0xb70fb000)
	libktexteditor.so.0 => /usr/lib/libktexteditor.so.0 (0xb70c4000)
	libkabc.so.1 => /usr/lib/libkabc.so.1 (0xb700a000)
	libvcard.so.0 => /usr/lib/libvcard.so.0 (0xb6fe6000)
	libkresources.so.1 => /usr/lib/libkresources.so.1 (0xb6fc2000)
	libkparts.so.2 => /usr/lib/libkparts.so.2 (0xb6f7c000)
	libkio.so.4 => /usr/lib/libkio.so.4 (0xb6c20000)
	libkdesu.so.4 => /usr/lib/libkdesu.so.4 (0xb6c0b000)
	libkwalletclient.so.1 => /usr/lib/libkwalletclient.so.1 (0xb6bfa000)
	libfam.so.0 => /usr/lib/libfam.so.0 (0xb6bf2000)
	libacl.so.1 => /lib/libacl.so.1 (0xb6bea000)
	libattr.so.1 => /lib/libattr.so.1 (0xb6be3000)
	libkdeui.so.4 => /usr/lib/libkdeui.so.4 (0xb68ed000)
	libkdecore.so.4 => /usr/lib/libkdecore.so.4 (0xb66a1000)
	libDCOP.so.4 => /usr/lib/libDCOP.so.4 (0xb666a000)
	libart_lgpl_2.so.2 => /usr/lib/libart_lgpl_2.so.2 (0xb6653000)
	libidn.so.11 => /usr/lib/libidn.so.11 (0xb6620000)
	libkdefx.so.4 => /usr/lib/libkdefx.so.4 (0xb65f5000)
	libqt-mt.so.3 => /usr/lib/libqt-mt.so.3 (0xb5ec3000)
	libaudio.so.2 => /usr/lib/libaudio.so.2 (0xb5eac000)
	libXt.so.6 => /usr/lib/libXt.so.6 (0xb5e59000)
	libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb5e38000)
	libpng12.so.0 => /lib/libpng12.so.0 (0xb5e12000)
	libXi.so.6 => /usr/lib/libXi.so.6 (0xb5e04000)
	libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb5dfa000)
	libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb5df2000)
	libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb5de8000)
	libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb5de4000)
	libXft.so.2 => /usr/lib/libXft.so.2 (0xb5dcf000)
	libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb5d59000)
	libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb5d29000)
	libXext.so.6 => /usr/lib/libXext.so.6 (0xb5d19000)
	libpthread.so.0 => /lib/libpthread.so.0 (0xb5d01000)
	libSM.so.6 => /usr/lib/libSM.so.6 (0xb5cf7000)
	libICE.so.6 => /usr/lib/libICE.so.6 (0xb5cde000)
	libX11.so.6 => /usr/lib/libX11.so.6 (0xb5bc1000)
	libz.so.1 => /lib/libz.so.1 (0xb5bac000)
	libdl.so.2 => /lib/libdl.so.2 (0xb5ba8000)
	libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb5ab2000)
	libm.so.6 => /lib/libm.so.6 (0xb5a8c000)
	libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb5a6c000)
	libc.so.6 => /lib/libc.so.6 (0xb5923000)
	libXau.so.6 => /usr/lib/libXau.so.6 (0xb591f000)
	libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb5918000)
	libexpat.so.1 => /lib/libexpat.so.1 (0xb58f1000)
	/lib/ld-linux.so.2 (0xb774a000)
	libuuid.so.1 => /lib/libuuid.so.1 (0xb58ec000)
	libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb58d2000)
	libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb58cb000)
#
My trouble is that I don't know where to go from here - I've tried all sorts of permutations of " --enable-R-shlib" but in truth I have not one whit on how to recompile R. Seems to be the last brick in the wall though - but sorry, I think I might need spoon-feeding the solution at this point,
Thanks!

Posted: Sat 07 May 2011, 21:58
by emil
Hi,

it should be worth a try to download the latest R sourcecode
from http://www.r-project.org/
(choose one of the CRAN mirrors)

unzip it and

./configure --enable-R-shlib
make
make check # optional
new2dir make install


just a guess
good luck
emil

Posted: Sun 08 May 2011, 00:24
by muggins
Or:

Code: Select all

./configure --prefix=/usr --enable-R-shlib
make
make check # optional
new2dir make install 
as /usr/local/lib isn't a default with puppy.

Posted: Sun 08 May 2011, 00:46
by Puppyt
Thanks emil and muggins -
I'll give both of those configuration methods a try later today - unfortunately my Telstra wireless broadband has been choked because I'm over my 6GB/month limit. (emil - "Telstra" is a truly terrible swear-word used by most Australians living more than 250km from a capital city.)
Thanks guys - I'm almost there :)

Posted: Sun 08 May 2011, 01:34
by muggins
Or perhaps R-2.12.0-1.el5.rf.i386.rpm might work.

Posted: Mon 09 May 2011, 11:38
by Puppyt
Not there yet - have been interrupted by real world issues, but I hope to get another burn at it tomorrow. One issue is that emil's JRE pet that I've been using is non-standard in its directory structuring (please see the R-package thread above for the rationale), but I've tried since with official JRE pets for the same 'null' result. Haven't seen the flash of the initialization screen that I mentioned in an earlier post (R-package thread) so will retrace my steps back to there.
Still plugging on...

[EDIT: Just remembered - got thrown out due to a "#bash doesn't recognise 'make'" (or similar message). I was using stu90's Lucid-lite-525 v1 as the test bed - perhaps I should revert back to a full 525, 520 or 510?

Posted: Wed 30 Dec 2015, 19:03
by greengeek
Any progress? I just recently became aware of "R" and would like to stay in touch with advances. cheers!

Posted: Thu 07 Jan 2016, 04:01
by Puppyt
Hi greengeek - sorry I've had to put that entire adventure "on hold" due to life commitments again - I don't know when I'll get the chance to review the issue properly. There are still 'R' package contributors around, particularly in the FatDog threads/repositories, I believe.

Posted: Thu 07 Jan 2016, 22:37
by step
greengeek wrote:Any progress? I just recently became aware of "R" and would like to stay in touch with advances. cheers!
Fatdog64 R packages: check my signature (the 'packages' keyword).
RStudio is the modern R IDE of choice, really powerful IMO. It's included in Fatdog64 packages or SFS files (more likely SFS, I think). RStudio should impress your step-daughter (you mentioned in another thread). I haven't rebuilt R or RStudio for Fatdog64 in a while, it's on my TODO list.

Posted: Fri 08 Jan 2016, 06:05
by greengeek
Thank you both. Puppyt - I hope your probs settle down somewhat. Step - I have only recently discovered that my laptop is 64bit so I will be testing fatdog soon. Thanks for the links.
cheers!

Posted: Sat 09 Jan 2016, 03:33
by Puppyt
Thanks step! :) Good luck too, greengeek - I'm sure the RStudio install will be a doddle - FatDog64 has been a great go-to system for me in the past, the devs make it so polished, stable and straightforward.

Posted: Sat 09 Jan 2016, 19:16
by step
Puppyt wrote:Thanks step! :) Good luck too, greengeek - I'm sure the RStudio install will be a doddle - FatDog64 has been a great go-to system for me in the past, the devs make it so polished, stable and straightforward.
You're welcome, Puppyt! You summarized my current experience with Fatdog64 701 pretty well :)

Posted: Sat 07 Jan 2017, 00:49
by Puppyt
Hi step,
hope all is going well with you. Just catching up on some research projects and revisiting R in Puppy. I've downloaded your R 3.13 + Rstudio 0.99 sfs into TahrPup64. md5 checked out fine. Ran into some minor issues with the R folder not installing to its intended location at usr/lib64/ - still looking around to find where it might have been shifted to in some weird fatdog64/tahrpup64 structure dogfight (??is that even possible), but I simply copied the R folder entire from the sfs archive and all seems to be working well. After, that is, I installed libgfortran3_4.8.4 from Tahrpup64's updated PPM. Hmm interested now in comparing RKWard, JGR (Deducer) and other GUI's from a total noob POV. Colleagues are using Minitab and SAS to work with my data, and I want to be able to replicate their modelling approaches to ensure that assumptions are being met/addressed. Finally a chance to get back into the 'R' environment! Thanks :)

EDIT seems it installed the R folder into usr/lib/, rather than usr/lib64/ where it was being called for. Cheers again

UPDATE 2hrs later... well I'm moving feedback to this thread of yours step http://www.murga-linux.com/puppy/viewtopic.php?t=95980, finding that I couldn't install packages like Rcmdr, ggplot2 etc from within RStudio as it was claiming "no packages available for R 3.0.2"... dunno why it wasn't seeing it as R 3.1.3 [EDIT yes I think I do - had earlier started to install the R core 3.0.2, weeks ago but got sidetracked], but anyways, moving to test your 3.2.5 plus Rstudio 0.99.896 from your ibiblio link. Thanks!

Posted: Sun 08 Jan 2017, 22:28
by step
Hi Puppyt, I'm glad you're finding the time and motivation to go back to R. I noticed your post in the other thread. We'll take it from there.