RGtk2 compilation problem

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <https://stat.ethz.ch/pipermail/r-help/attachments/20110101/35fe25b6/attachment.pl>
Look forward to it.

Thanks.

Shige

On Sat, Jan 1, 2011 at 8:45 AM, Michael Lawrence
Please watch for 2.20.5 and let me know if it helps. Not really sure what is
going on here, but someone else has reported the same issue.

Thanks,
Michael

On Wed, Dec 29, 2010 at 6:44 AM, Shige Song <shigesong at gmail.com> wrote:
Dear All,

I am trying to compile&install the package "RGtk2" on my Ubuntu 10.04
box. I did not have problem with earlier versions, but with the new
version, I got the following error message :

-------------------------------------------------------------------------------------------------
* installing *source* package ?RGtk2? ...
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for INTROSPECTION... no
checking for GTK... yes
checking for GTHREAD... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for uintptr_t... yes
configure: creating ./config.status
config.status: creating src/Makevars
** libs
gcc -std=gnu99 -I/usr/local/lib/R/include -g -D_R_=1 -pthread
-D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/pixman-1
-I/usr/include/freetype2 -I/usr/include/directfb
-I/usr/include/libpng12 ? -I. ?-DHAVE_UINTPTR_T ?-I/usr/local/include
?-fpic ?-g -O2 -c RGtkDataFrame.c -o RGtkDataFrame.o
In file included from RGtk2/gtk.h:19,
? ? ? ? ? ? ? ? from RGtkDataFrame.h:1,
? ? ? ? ? ? ? ? from RGtkDataFrame.c:1:
./RGtk2/gdkClasses.h:4:23: error: RGtk2/gdk.h: No such file or directory
make: *** [RGtkDataFrame.o] Error 1
ERROR: compilation failed for package ?RGtk2?
* removing ?/usr/local/lib/R/library/RGtk2?
* restoring previous ?/usr/local/lib/R/library/RGtk2?

The downloaded packages are in
? ? ? ??/tmp/RtmprSWbka/downloaded_packages?
Updating HTML index of packages in '.Library'
Warning message:
In install.packages("RGtk2", dep = T) :
?installation of package 'RGtk2' had non-zero exit status

----------------------------------------------------------------------------------------

I noticed the requirement for the package
(http://cran.r-project.org/web/packages/RGtk2/index.html) saying
"...GTK+ (>= 2.8.0)..." The latest GTK+ is 2.20, could this be the
problem?

Many thanks.

Best,
Shige

______________________________________________
R-help at r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide
http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.

You need RGtk2 2.20.7 which is now on CRAN.  Others have seen this, 
but it has taken a while to track down the exact cause.

The diagnosis was that ML used a recent GNU tar which created a 
tarball with hard links that R's untar was not prepared to deal with. 
We consider that is a bug in GNU tar, but untar() has been updated in 
R-patched to cope.

If you have such a tarball, try setting the environment variable 
R_INSTALL_TAR to 'tar' (or whatever GNU tar is called on your system) 
when installing the tarball.

For those packaging source packages: in the unusual event that your 
package sources contains symbolic (or even hard) links, don't use GNU 
tar 1.24 or 1.25.

Look forward to it.

Thanks.

Shige

On Sat, Jan 1, 2011 at 8:45 AM, Michael Lawrence
<lawrence.michael at gene.com> wrote:
Please watch for 2.20.5 and let me know if it helps. Not really sure what is
going on here, but someone else has reported the same issue.

Thanks,
Michael

On Wed, Dec 29, 2010 at 6:44 AM, Shige Song <shigesong at gmail.com> wrote:
Dear All,

I am trying to compile&install the package "RGtk2" on my Ubuntu 10.04
box. I did not have problem with earlier versions, but with the new
version, I got the following error message :
...
Brian D. Ripley,                  ripley at stats.ox.ac.uk
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford,             Tel:  +44 1865 272861 (self)
1 South Parks Road,                     +44 1865 272866 (PA)
Oxford OX1 3TG, UK                Fax:  +44 1865 272595
An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <https://stat.ethz.ch/pipermail/r-help/attachments/20110106/430d721f/attachment.pl>
Yes, the new version works fine. Many thanks.

Best,
Shige

On Thu, Jan 6, 2011 at 6:25 PM, Michael Lawrence

On Thu, Jan 6, 2011 at 8:53 AM, Prof Brian Ripley <ripley at stats.ox.ac.uk>
wrote:
You need RGtk2 2.20.7 which is now on CRAN. ?Others have seen this, but it
has taken a while to track down the exact cause.

The diagnosis was that ML used a recent GNU tar which created a tarball
with hard links that R's untar was not prepared to deal with. We consider
that is a bug in GNU tar, but untar() has been updated in R-patched to cope.

After a lot of back and forth with the GNU tar guys, it turns out they do
not consider this to be a bug. I had to refresh my knowledge of hard linking
to understand. A hard link is from a file name to the actual inode in the
file system. Typically every file has a single hard link (the name of the
file). The -h option used to resolve a symbolic link differently, based on
whether the hard link count of the target was 1 or >=2. This was practically
useful in my mind, because symlinks to any files without any explicitly
added hard links would become a regular file in the archive. They have now
dropped this distinction, calling it an inconsistency (apparently other
implementations of tar have never made such a distinction). So symlinks now
become hard links in the archive (as long as the target is in the archive).
We may need to keep the fix in untar() to handle this. Either way, RGtk2
2.20.7 should work now.

Thanks,
Michael

If you have such a tarball, try setting the environment variable
R_INSTALL_TAR to 'tar' (or whatever GNU tar is called on your system) when
installing the tarball.

For those packaging source packages: in the unusual event that your
package sources contains symbolic (or even hard) links, don't use GNU tar
1.24 or 1.25.

On Thu, 6 Jan 2011, Shige Song wrote:

Look forward to it.

Thanks.

Shige

On Sat, Jan 1, 2011 at 8:45 AM, Michael Lawrence
<lawrence.michael at gene.com> wrote:
Please watch for 2.20.5 and let me know if it helps. Not really sure
what is
going on here, but someone else has reported the same issue.

Thanks,
Michael

On Wed, Dec 29, 2010 at 6:44 AM, Shige Song <shigesong at gmail.com> wrote:
Dear All,

I am trying to compile&install the package "RGtk2" on my Ubuntu 10.04
box. I did not have problem with earlier versions, but with the new
version, I got the following error message :
...

--
Brian D. Ripley, ? ? ? ? ? ? ? ? ?ripley at stats.ox.ac.uk
Professor of Applied Statistics, ?http://www.stats.ox.ac.uk/~ripley/
University of Oxford, ? ? ? ? ? ? Tel: ?+44 1865 272861 (self)
1 South Parks Road, ? ? ? ? ? ? ? ? ? ? +44 1865 272866 (PA)
Oxford OX1 3TG, UK ? ? ? ? ? ? ? ?Fax: ?+44 1865 272595