<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-15"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Well, I think I found something promising within the makefiles at
rkward/rbackend/rpackages, specifically in the following part:<br>
<br>
install:<br>
-mkdir -p tmp ; \<br>
OLDTMP=$$TMPDIR ; \<br>
export TMPDIR=`pwd`/tmp ; \<br>
${R_HOMEDIR}/bin/R CMD INSTALL -l $(DESTDIR)/$(R_LIBDIR) rkward ; \<br>
export TMPDIR=$$OLDTMP<br>
<br>
It works well if DESTDIR is not set, because R_LIBDIR already exists
(this path is created when you install R). However, when DESTDIR is
set to a given path, the location for the R package installation
contains one that doesn't exist yet
(/home/.../BUILD/usr/local/lib/R/library). So it's necessary to create
it before giving it to R as a package installation argument, otherwise
it will return an error and the rkward package won't be installed.<br>
<br>
The next step would be to work on a problem (if so) which, I think,
comes up from the former modification, and it is that R will install
the rkward package as if the -l argument were the final location (which
is not). I'm not sure if my statement is true, but if so, the most
suitable solution would be to correct the problem with a doinst.sh
script (don't know the equivalent for Debian packs, but it's a script
that performs all needed operations in addition to the install, i.e.
create symbolic links).<br>
<br>
I'm sure it's possible to find the way to create the Slackware package
(with something like including the rkward.tar.gz in /tmp and then
installing it through doinst.sh), and I'll try to, but I also wonder if
this issue is present in other distros.<br>
<br>
I'd like to work on the Slackware package, so I'll follow your advice
and make the request for the rkward-devel list, although I'm just a
begginer.<br>
<br>
One last thing: please forgive me for my bad English ;-)<br>
<br>
Germán<br>
<br>
<br>
Thomas Friedrichsmeier escribió:
<blockquote
cite="mid:200705311200.14114.thomas.friedrichsmeier@ruhr-uni-bochum.de"
type="cite">
<pre wrap="">On Wednesday 30 May 2007, Germán Márquez Mejía wrote:
</pre>
<blockquote type="cite">
<pre wrap=""> Now I'm figuring it out: I ran make install with
</pre>
</blockquote>
<pre wrap=""><!---->DESTDIR=/home/user/rkwardrkward-0.4.7a/BUILD to create a Slackware package.
The difference is that, when I do so, it doesn't link/install the R package
correctly (I asume). This is what I get with the "package" installation:
[...]
</pre>
<blockquote type="cite">
<pre wrap=""> I'm pretty sure that that the permissions of the package contents are
correct. The fact is that you'd expect not to find any differences between
the "package" installation (with DESTDIR) and the "direct" one (make
install alone). For now, I have no problem with "direct" installation
since it works well, but this does represent a problem to the distribution
of binaries in Slackware. Although, perhaps it's not a generalised problem
but a mistake of my own in the package creation process.
</pre>
</blockquote>
<pre wrap=""><!---->
Hm. This is supposed to work (of course you still need to install the
package/the DESTDIR contents in a second step). In fact, the debian packages
(and probably most others) are created in just the same way. Perhaps you can
take a look there, to see if there are any obvious differences:
<a class="moz-txt-link-freetext" href="http://rkward.svn.sourceforge.net/viewvc/rkward/trunk/rkward/debian/rules?revision=1835&view=markup">http://rkward.svn.sourceforge.net/viewvc/rkward/trunk/rkward/debian/rules?revision=1835&view=markup</a> .
Of course an updated slackware package would be very nice to have, so don't
hestitate to ask for help (probably rather on rkward-devel than
rkward-users).
Regards
Thomas
</pre>
</blockquote>
</body>
</html>