Hello!
I am running Salckware Linux 12.1.0 with R-2.8.0. I cannot compile rkward-0.4.9.a on my system because of the missing files Rdevices.h and Rgraphics.h. As the R-2.8.0 ChangeLog says, they are already obsolete and that is why they are no longer installed. However, rkward looks for them and complains. Copying those files manually to the R/include directory produces compilation errors. The only option to run rkward now is compile it against an older version of R.
Any suggestions will be appreciated.
Regards,
Martin
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Martin
The problem is known and an official solution is probably only a day or two away
There is a simple work-around
From the rkward-devel list:
On 2008-10-22 20:17, Thomas Friedrichsmeier wrote:
> Hi,
>
> On Tuesday 21 October 2008, Michael Rutter wrote:
>> I maintain Ubuntu packages on CRAN for amd64. Today, the new version of
>> R (2.8.0) came out, and I am unable to build an rkward package based
>> around 2.8.0. Turns out the decision has been made to remove Rdevices.h
>> and Rgraphics.h from the installed portion of R. They still exist in
>> the source code, however. Since Rdevices.h is not available to ubuntu,
>> the build fails under hardy and intrepid. Same problem with the package
>> rpy.
>>
>> Not sure what the fix is, but at this point I think we are going to
>> release R 2.8.0 builds for ubuntu without an update to rkward. Would
>> have found this sooner, but testing packages is one of the last things
>> on the list.
>
> thanks for pointing this out!
>
> I'm still extremely short on time (and on a dialup connection). For all I can
> see, the fix is as easy as removing the line
> #include "Rdevices.h"
> from rbackend/rembedinternal.cpp (around line 90). It simply was not really
> needed, an now it breaks things. So, the fix is simple enough, however, I
> won't get around to roll fixed packages too soon. Still, if you are a package
> maintainer, you will know how to release a fixed package. I'd appreciate it a
> lot, if you could look into that!
>
> Note: I did not actually download and check R 2.8.0, so possibly other things
> are borken as well. As for the missing header, the solution is simply to
> remove the include line as detailed above.
>
> Regards
> Thomas
And :
On 2008-10-24 07:59, Stefan Rödiger wrote:
> Am Thursday 23 October 2008 20:39:30 schrieb Thomas Friedrichsmeier:
>> On Wednesday 22 October 2008, Stefan Rödiger wrote:
>>> Should I apply this to SVN in order to avoid this problem for people who
>>> use code from there?
>> Yes, please do. You might want to put a "REVIEW" or other remark in the
>> commit message, though: Possibly this line was actually needed for R 2.6.x
>> or earlier, after all. We should check that, sooner or later, and add some
>> version-specific code, if needed. For now, compatibility with R 2.8 is much
>> more important than backwards compatibility with those pretty old versions
>> of R.
>>
>> BTW: In the KDE 4 version, in SVN, there is a little script to roll a
>> release relatively easily: Just call
>> makedist.sh version-name
>> So, in case you would like to give it a try, you could create a source
>> release with a fix (remember to adjust the ChangeLog, and do some testing,
>> of course). I think several of you should have the required permissions for
>> uploading to sourceforge, too.
>>
>> Regards
>> Thomas
>
> I will do that on monday unless somebody else is faster than me.
>
> Regards
> Stefan
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I don't know exactly
It's definitely a patch to the 0,5 branch - don't know if / when it will be backported or whether 0.49 is expected to work with R 2.8.
From the mails (in my answer above) I assume you first see the patch in the repository - then it will most likely find its way into the official Ubuntu-hardy and intrepid repositories. How long that will take I don't know but my guess is not long.
So your best bet at getting soon is to draw the latest source from the rkward repository - if you can't wait for tomorrow (presumably) I think you could get it today and change the offending line described in the mail cited above.
If you are going for the svn install I suggest you go with the 0.5 version.
Here are some instructions (gained from my own experience - THEY DON'T WORK ON INTREPID)
# install stuff needed for compiling: subversion, cmake and kde3 develop libraries. (Yes kde3 libraries are named kde4, just like kde4 libs are named kde5).
sudo apt-get install cmake subversion kde4-devel
# important: run this command in the console which adds the location of the kde libs to the path.
export PATH=$PATH:/usr/lib/kde4/bin
# move to rkward folder run the usual commands (don't miss the period '.' in the cmake command for current folder
cd rkward/rkward
cmake .
make
sudo make install
# later updates are done with
svn up
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thank you very much for your responsiveness. I am not in a hurry, so I will be waiting for a patch or whatsoever. I currently work with R-2.8.0 and the rkward I built for R-2.7.2. I have seen no obvious problems do far.
I am only interested in rkward-0.4.9a because it is the latest version, compatible with KDE 3. KDE 4 will probably be available with Slackware next year, so until then I will have to stick to rkward-0.4.9.a.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hhmmm, this was posted a couple weeks ago, I'm having this same issue. I get 75% built then it stops and complains about Rdevices.h not existing, yes I grabbed SVN code. So this still hasn't been addressed I'm guessing?
I was trying to compile since I don't have a fully functional toolbar in Intrepid. I can't create new script file tabs among other irritations with the version in the repositories.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello!
I am running Salckware Linux 12.1.0 with R-2.8.0. I cannot compile rkward-0.4.9.a on my system because of the missing files Rdevices.h and Rgraphics.h. As the R-2.8.0 ChangeLog says, they are already obsolete and that is why they are no longer installed. However, rkward looks for them and complains. Copying those files manually to the R/include directory produces compilation errors. The only option to run rkward now is compile it against an older version of R.
Any suggestions will be appreciated.
Regards,
Martin
Hi Martin
The problem is known and an official solution is probably only a day or two away
There is a simple work-around
From the rkward-devel list:
On 2008-10-22 20:17, Thomas Friedrichsmeier wrote:
> Hi,
>
> On Tuesday 21 October 2008, Michael Rutter wrote:
>> I maintain Ubuntu packages on CRAN for amd64. Today, the new version of
>> R (2.8.0) came out, and I am unable to build an rkward package based
>> around 2.8.0. Turns out the decision has been made to remove Rdevices.h
>> and Rgraphics.h from the installed portion of R. They still exist in
>> the source code, however. Since Rdevices.h is not available to ubuntu,
>> the build fails under hardy and intrepid. Same problem with the package
>> rpy.
>>
>> Not sure what the fix is, but at this point I think we are going to
>> release R 2.8.0 builds for ubuntu without an update to rkward. Would
>> have found this sooner, but testing packages is one of the last things
>> on the list.
>
> thanks for pointing this out!
>
> I'm still extremely short on time (and on a dialup connection). For all I can
> see, the fix is as easy as removing the line
> #include "Rdevices.h"
> from rbackend/rembedinternal.cpp (around line 90). It simply was not really
> needed, an now it breaks things. So, the fix is simple enough, however, I
> won't get around to roll fixed packages too soon. Still, if you are a package
> maintainer, you will know how to release a fixed package. I'd appreciate it a
> lot, if you could look into that!
>
> Note: I did not actually download and check R 2.8.0, so possibly other things
> are borken as well. As for the missing header, the solution is simply to
> remove the include line as detailed above.
>
> Regards
> Thomas
And :
On 2008-10-24 07:59, Stefan Rödiger wrote:
> Am Thursday 23 October 2008 20:39:30 schrieb Thomas Friedrichsmeier:
>> On Wednesday 22 October 2008, Stefan Rödiger wrote:
>>> Should I apply this to SVN in order to avoid this problem for people who
>>> use code from there?
>> Yes, please do. You might want to put a "REVIEW" or other remark in the
>> commit message, though: Possibly this line was actually needed for R 2.6.x
>> or earlier, after all. We should check that, sooner or later, and add some
>> version-specific code, if needed. For now, compatibility with R 2.8 is much
>> more important than backwards compatibility with those pretty old versions
>> of R.
>>
>> BTW: In the KDE 4 version, in SVN, there is a little script to roll a
>> release relatively easily: Just call
>> makedist.sh version-name
>> So, in case you would like to give it a try, you could create a source
>> release with a fix (remember to adjust the ChangeLog, and do some testing,
>> of course). I think several of you should have the required permissions for
>> uploading to sourceforge, too.
>>
>> Regards
>> Thomas
>
> I will do that on monday unless somebody else is faster than me.
>
> Regards
> Stefan
fsando,
thank you very much for your reply. I will wait for the official solution. Will it be a patch or what? Where shall we look for it?
I don't know exactly
It's definitely a patch to the 0,5 branch - don't know if / when it will be backported or whether 0.49 is expected to work with R 2.8.
From the mails (in my answer above) I assume you first see the patch in the repository - then it will most likely find its way into the official Ubuntu-hardy and intrepid repositories. How long that will take I don't know but my guess is not long.
So your best bet at getting soon is to draw the latest source from the rkward repository - if you can't wait for tomorrow (presumably) I think you could get it today and change the offending line described in the mail cited above.
If you are going for the svn install I suggest you go with the 0.5 version.
Here are some instructions (gained from my own experience - THEY DON'T WORK ON INTREPID)
# install stuff needed for compiling: subversion, cmake and kde3 develop libraries. (Yes kde3 libraries are named kde4, just like kde4 libs are named kde5).
sudo apt-get install cmake subversion kde4-devel
# important: run this command in the console which adds the location of the kde libs to the path.
export PATH=$PATH:/usr/lib/kde4/bin
# then draw the sources from the repository - this will get you the latest sources
svn co https://rkward.svn.sourceforge.net/svnroot/rkward/trunk rkward
# move to rkward folder run the usual commands (don't miss the period '.' in the cmake command for current folder
cd rkward/rkward
cmake .
make
sudo make install
# later updates are done with
svn up
fsando,
Thank you very much for your responsiveness. I am not in a hurry, so I will be waiting for a patch or whatsoever. I currently work with R-2.8.0 and the rkward I built for R-2.7.2. I have seen no obvious problems do far.
I am only interested in rkward-0.4.9a because it is the latest version, compatible with KDE 3. KDE 4 will probably be available with Slackware next year, so until then I will have to stick to rkward-0.4.9.a.
Hhmmm, this was posted a couple weeks ago, I'm having this same issue. I get 75% built then it stops and complains about Rdevices.h not existing, yes I grabbed SVN code. So this still hasn't been addressed I'm guessing?
I was trying to compile since I don't have a fully functional toolbar in Intrepid. I can't create new script file tabs among other irritations with the version in the repositories.