Installing R-3*gz

[Richard Vickery]

In installing the latest version of R, I get stuck at the make command:

$ ./configure
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
loading site script './config.site'
loading build-specific script './config.site'
checking for pwd... /usr/bin/pwd
checking whether builddir is srcdir... yes
checking for working aclocal... missing
checking for working autoconf... missing
checking for working automake... missing
checking for working autoheader... missing
checking for gawk... gawk
checking whether ln -s works... yes
checking for bison... no
checking for byacc... no
checking for ar... ar
checking for a BSD-compatible install... /usr/bin/install -c
checking for sed... /usr/bin/sed
checking for which... /usr/bin/which
checking for less... /usr/bin/less
checking for gtar... /usr/bin/gtar
checking for tex... /usr/bin/tex
checking for pdftex... /usr/bin/pdftex
checking for pdflatex... /usr/bin/pdflatex
checking for makeindex... /usr/bin/makeindex
checking for makeinfo... /usr/bin/makeinfo
checking whether makeinfo version is at least 4.7... yes
checking for ginstall-info... no
checking for install-info... /usr/sbin/install-info
checking for texi2dvi... /usr/bin/texi2dvi
checking for kpsewhich... /usr/bin/kpsewhich
configure: WARNING: inconsolata.sty not found: PDF vignettes and package
manuals will not be rendered optimally
checking for unzip... /usr/bin/unzip
checking for zip... /usr/bin/zip
checking for gzip... /usr/bin/gzip
checking for bzip2... /usr/bin/bzip2
checking for firefox... /usr/bin/firefox
using default browser ... /usr/bin/firefox
checking for acroread... no
checking for acroread4... no
checking for xdg-open... /usr/bin/xdg-open
checking for notangle... false
checking for pkg-config... /usr/bin/pkg-config
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... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking whether gcc needs -traditional... no
checking how to run the C preprocessor... gcc -E
checking for gfortran... gfortran
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether gfortran accepts -g... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking how to run the C++ preprocessor... g++ -E
checking whether __attribute__((visibility())) is supported... yes
checking whether gcc accepts -fvisibility... yes
checking whether gfortran accepts -fvisibility... yes
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 minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for gcc... gcc
checking whether we are using the GNU Objective C compiler... no
checking whether gcc accepts -g... no
checking for Objective C++ compiler... trying some possibilities
checking whether g++ can compile ObjC++... no
checking whether  can compile ObjC++... no
no working compiler found
checking for a sed that does not truncate output... (cached) /usr/bin/sed
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for dlfcn.h... yes
checking whether we are using the GNU C++ compiler... (cached) yes
checking whether g++ accepts -g... (cached) yes
checking how to run the C++ preprocessor... g++ -E
checking whether we are using the GNU Fortran 77 compiler... (cached) yes
checking whether gfortran accepts -g... (cached) yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries...
yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries...
yes
checking for g++ option to produce PIC... -fPIC -DPIC
checking if g++ PIC flag -fPIC -DPIC works... yes
checking if g++ static flag -static works... no
checking if g++ supports -c -o file.o... yes
checking if g++ supports -c -o file.o... (cached) yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries...
yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for gfortran option to produce PIC... -fPIC
checking if gfortran PIC flag -fPIC works... yes
checking if gfortran static flag -static works... no
checking if gfortran supports -c -o file.o... yes
checking if gfortran supports -c -o file.o... (cached) yes
checking whether the gfortran linker (/usr/bin/ld) supports shared
libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for cos in -lm... yes
checking for sin in -lm... yes
checking for dlopen in -ldl... yes
checking readline/history.h usability... no
checking readline/history.h presence... no
checking for readline/history.h... no
checking readline/readline.h usability... no
checking readline/readline.h presence... no
checking for readline/readline.h... no
checking for rl_callback_read_char in -lreadline... no
checking for main in -lncurses... no
checking for main in -ltermcap... no
checking for main in -ltermlib... no
checking for rl_callback_read_char in -lreadline... no
checking for history_truncate_file... no
configure: error: --with-readline=yes (default) and headers/libs are not
available
[richard@localhost R-3.0.0]$ make
make: *** No targets specified and no makefile found.  Stop.

What does it want?

[T.C. Hollingsworth]

On Tue, Apr 30, 2013 at 9:51 PM, Richard Vickery
<richard.vickeryrv(a)gmail.com&gt; wrote:
>  I just got in within September.
>
>  Why is it not possible to add my karma without an account? Is it not
>  possible to update the old one? 
Did you perhaps set it to private?  I wouldn't be able to query it in
that case.  To regain access, you'd have to contact Fedora
Infrastructure at admin(a)fedoraproject.org

I would presume an account is required to prevent bots and such from
being able to affect Fedora updates.  I think that requiring an
account presents a reasonable barrier of entry for something of this
nature, without creating an undue burden.  Note that you can still
provide feedback to the package maintainer without an account, it is
only required to help get things pushed stable before the 7 day
timeout.

-T.C.

[Richard Vickery]

On Tue, Apr 30, 2013 at 9:43 PM, T.C. Hollingsworth <
tchollingsworth(a)gmail.com&gt; wrote:

>  On Tue, Apr 30, 2013 at 9:12 PM, Richard Vickery
>  <richard.vickeryrv(a)gmail.com&gt; wrote:
>  > I forgot my user name; the email I used at the time I set the account up
>  is
>  > richard.vickery(a)telus.net
>
>  I queryed Fedora's awesome IRC bot on your behalf, and can't seem to
>  find a FAS account under either your old or current e-mail or by
>  searching your last name:
>  21:35 <tchol> .fas richard.vickery(a)telus.net
>  21:35 <zodbot> &#39;richard.vickery(a)telus.net&#39; Not Found!
>  21:36 <tchol> .fas richard.vickeryrv(a)gmail.com
>  21:36 <zodbot> &#39;richard.vickeryrv(a)gmail.com&#39; Not Found!
>  21:36 <tchol> .fas vickery
>  21:36 <zodbot> 'vickery' Not Found!
>  # just to make sure name searches are working
>  21:36 <tchol> .fas t.c.
>  21:36 <zodbot> patches 'T.C. Hollingsworth'
> <tchollingsworth(a)gmail.com&gt;
>
>  Perhaps your account has been deactivated due to inactivity/because
>  that e-mail is no longer valid?  Since your e-mail changed anyway, you
>  might as well register for a new one.
>
>  -T.C.
>
>  
I just got in within September.

Why is it not possible to add my karma without an account? Is it not
possible to update the old one?

[T.C. Hollingsworth]

On Tue, Apr 30, 2013 at 9:12 PM, Richard Vickery
<richard.vickeryrv(a)gmail.com&gt; wrote:
>  I forgot my user name; the email I used at the time I set the account
> up is
>  richard.vickery(a)telus.net 
I queryed Fedora's awesome IRC bot on your behalf, and can't seem to
find a FAS account under either your old or current e-mail or by
searching your last name:
21:35 <tchol> .fas richard.vickery(a)telus.net
21:35 <zodbot> &#39;richard.vickery(a)telus.net&#39; Not Found!
21:36 <tchol> .fas richard.vickeryrv(a)gmail.com
21:36 <zodbot> &#39;richard.vickeryrv(a)gmail.com&#39; Not Found!
21:36 <tchol> .fas vickery
21:36 <zodbot> 'vickery' Not Found!
# just to make sure name searches are working
21:36 <tchol> .fas t.c.
21:36 <zodbot> patches 'T.C. Hollingsworth'
<tchollingsworth(a)gmail.com&gt;

Perhaps your account has been deactivated due to inactivity/because
that e-mail is no longer valid?  Since your e-mail changed anyway, you
might as well register for a new one.

-T.C.

[poma]

On 30.04.2013 21:49, Tom Rivers wrote:
>  On 4/30/2013 3:31 PM, Richard Vickery wrote:
> > checking for IceConnectionNumber in -lICE... no
> > checking X11/Intrinsic.h usability... no
> > checking X11/Intrinsic.h presence... no
> > checking for X11/Intrinsic.h... no
> > configure: error: --with-x=yes (default) and X11 headers/libs are not
> > available
> >
> > Would my next "yum install" be IceConectionNumber?
>  
>  It appears that the default configuration this package is using expects
>  X Windows to be present (the "--with-x=yes (default)" gave it away) and
>  you evidently don't have any of those required packages installed.
>  
>  This might be a dumb question but why don't you just try this?: yum
>  install R
>  
>  Yum is designed to pick up dependencies and figure everything out for
>  you automagically.  ;)
>   
curl -s http://pkgs.fedoraproject.org/cgit/R.git/plain/R.spec | grep
^BuildRequires


poma

[Richard Vickery]

On Tue, Apr 30, 2013 at 8:35 PM, T.C. Hollingsworth <
tchollingsworth(a)gmail.com&gt; wrote:

>  On Tue, Apr 30, 2013 at 8:21 PM, Richard Vickery
>  <richard.vickeryrv(a)gmail.com&gt; wrote:
>  > Hi T.C.,
>  >
>  > That operation installed R-3.0.0-2, which is AWESOME! #yum install R
>  > installs 2.x; I downloaded an R-3.0.0 tar ball from the sight and was
>  > installing that before installing the updates-testing" version, and this
>  is
>  > where the questions were coming from, but now that I've got 3.0.0-2, I'm
>  not
>  > complaining; it's only that the tar ball is not an updates testing
>  version.
>
>  Excellent!
>
>  If you find that package works fine for you, you can log into the
>  Fedora Update System and give it good karma, which will get it pushed
>  to the stable updates repository faster:
>  https://admin.fedoraproject.org/updates/FEDORA-2013-6425/
>
>  -T.C.
>  
I forgot my user name; the email I used at the time I set the account up is
richard.vickery(a)telus.net

[T.C. Hollingsworth]

On Tue, Apr 30, 2013 at 8:21 PM, Richard Vickery
<richard.vickeryrv(a)gmail.com&gt; wrote:
>  Hi T.C.,
>
>  That operation installed R-3.0.0-2, which is AWESOME! #yum install R
>  installs 2.x; I downloaded an R-3.0.0 tar ball from the sight and was
>  installing that before installing the updates-testing" version, and this is
>  where the questions were coming from, but now that I've got 3.0.0-2, I'm not
>  complaining; it's only that the tar ball is not an updates testing version. 
Excellent!

If you find that package works fine for you, you can log into the
Fedora Update System and give it good karma, which will get it pushed
to the stable updates repository faster:
https://admin.fedoraproject.org/updates/FEDORA-2013-6425/

-T.C.

[Richard Vickery]

On Tue, Apr 30, 2013 at 7:06 PM, T.C. Hollingsworth <
tchollingsworth(a)gmail.com&gt; wrote:

>  On Tue, Apr 30, 2013 at 12:49 PM, Tom Rivers
> <tom(a)impact-crater.com&gt;
>  wrote:
>  > This might be a dumb question but why don't you just try this?: yum
>  install
>  > R
>
>  I think he wanted the new version of R.  But now that I look, it's in
>  updates-testing.  So just:
>  yum --enablerepo=updates-testing install R
>
>  if you want R 3.
>
>  -T.C.
>  --
>  
Hi T.C.,

That operation installed R-3.0.0-2, which is AWESOME! #yum install R
installs 2.x; I downloaded an R-3.0.0 tar ball from the sight and was
installing that before installing the updates-testing" version, and this is
where the questions were coming from, but now that I've got 3.0.0-2, I'm
not complaining; it's only that the tar ball is not an updates testing
version.

Best regards,
Richard,

[T.C. Hollingsworth]

On Tue, Apr 30, 2013 at 12:49 PM, Tom Rivers <tom(a)impact-crater.com&gt; wrote:
>  This might be a dumb question but why don't you just try this?:
> yum install
>  R 
I think he wanted the new version of R.  But now that I look, it's in
updates-testing.  So just:
yum --enablerepo=updates-testing install R

if you want R 3.

-T.C.

[staticsafe]

On 4/30/2013 15:04, T.C. Hollingsworth wrote:
>  On Tue, Apr 30, 2013 at 10:57 AM, Richard Vickery
>  <richard.vickeryrv(a)gmail.com&gt; wrote:
> > In installing the latest version of R, I get stuck at the make command:
> >
> > $ ./configure
>  <snipt>
> > configure: error: --with-readline=yes (default) and headers/libs are not
> > available
>  
>  This indicates that you need the "readline-devel" package to proceed.
>  
> > [richard@localhost R-3.0.0]$ make
> > make: *** No targets specified and no makefile found.  Stop.
> >
> > What does it want?
>  
>  -T.C.
>   
libX11 and libXt.

-- 
staticsafe
O< ascii ribbon campaign - stop html mail - www.asciiribbon.org
Please don't top post - http://goo.gl/YrmAb
Don't CC me! I'm subscribed to whatever list I just posted on.

[Tom Rivers]

On 4/30/2013 3:31 PM, Richard Vickery wrote:
>  checking for IceConnectionNumber in -lICE... no
>  checking X11/Intrinsic.h usability... no
>  checking X11/Intrinsic.h presence... no
>  checking for X11/Intrinsic.h... no
>  configure: error: --with-x=yes (default) and X11 headers/libs are not 
>  available
>
>  Would my next "yum install" be IceConectionNumber? 
It appears that the default configuration this package is using expects 
X Windows to be present (the "--with-x=yes (default)" gave it away) and 
you evidently don't have any of those required packages installed.

This might be a dumb question but why don't you just try this?: yum 
install R

Yum is designed to pick up dependencies and figure everything out for 
you automagically.  ;)

-- 
Tom Rivers

[Richard Vickery]

On Tue, Apr 30, 2013 at 12:04 PM, T.C. Hollingsworth <
tchollingsworth(a)gmail.com&gt; wrote:

>  On Tue, Apr 30, 2013 at 10:57 AM, Richard Vickery
>  <richard.vickeryrv(a)gmail.com&gt; wrote:
>  > In installing the latest version of R, I get stuck at the make command:
>  >
>  > $ ./configure
>  <snipt>
>  > configure: error: --with-readline=yes (default) and headers/libs are not
>  > available
>
>  This indicates that you need the "readline-devel" package to proceed.
>
>  > [richard@localhost R-3.0.0]$ make
>  > make: *** No targets specified and no makefile found.  Stop.
>  >
>  > What does it want?
>
>  -T.C.
>
>  Thanks. I have yum installed readline-devel. 
I have encountered another one:

checking for IceConnectionNumber in -lICE... no
checking X11/Intrinsic.h usability... no
checking X11/Intrinsic.h presence... no
checking for X11/Intrinsic.h... no
configure: error: --with-x=yes (default) and X11 headers/libs are not
available

Would my next "yum install" be IceConectionNumber?

[T.C. Hollingsworth]

On Tue, Apr 30, 2013 at 10:57 AM, Richard Vickery
<richard.vickeryrv(a)gmail.com&gt; wrote:
>  In installing the latest version of R, I get stuck at the make
> command:
>
>  $ ./configure 
<snipt>
>  configure: error: --with-readline=yes (default) and headers/libs are
> not
>  available 
This indicates that you need the "readline-devel" package to proceed.

>  [richard@localhost R-3.0.0]$ make
>  make: *** No targets specified and no makefile found.  Stop.
>
>  What does it want? 
-T.C.