2.15 and fedora
Stephenson Yang wrote on Nov 30, 2010
Hello,
I've a bit of problem getting v2.15 to work on fedora 13 (32-bit).
Using the linux arch since there is no longer bin.redhat, ecl.e won't
start.
Using ldd:
on v2.15:
ldd /iraf/iraf/bin.linux/ecl.e
linux-gate.so.1 => (0x0065e000)
libtermcap.so.2 => not found
libm.so.6 => /lib/libm.so.6 (0x004d8000)
libc.so.6 => /lib/libc.so.6 (0x0034a000)
/lib/ld-linux.so.2 (0x00328000)
yet on v2.14.1:
bin.redhat]$ ldd ecl.e
linux-gate.so.1 => (0x00175000)
libncurses.so.5 => /lib/libncurses.so.5 (0x04224000)
libm.so.6 => /lib/libm.so.6 (0x004d8000)
libc.so.6 => /lib/libc.so.6 (0x00176000)
libdl.so.2 => /lib/libdl.so.2 (0x00504000)
libtinfo.so.5 => /lib/libtinfo.so.5 (0x0337e000)
/lib/ld-linux.so.2 (0x00328000)
Any suggestion will be great.
Stephenson
I've a bit of problem getting v2.15 to work on fedora 13 (32-bit).
Using the linux arch since there is no longer bin.redhat, ecl.e won't
start.
Using ldd:
on v2.15:
ldd /iraf/iraf/bin.linux/ecl.e
linux-gate.so.1 => (0x0065e000)
libtermcap.so.2 => not found
libm.so.6 => /lib/libm.so.6 (0x004d8000)
libc.so.6 => /lib/libc.so.6 (0x0034a000)
/lib/ld-linux.so.2 (0x00328000)
yet on v2.14.1:
bin.redhat]$ ldd ecl.e
linux-gate.so.1 => (0x00175000)
libncurses.so.5 => /lib/libncurses.so.5 (0x04224000)
libm.so.6 => /lib/libm.so.6 (0x004d8000)
libc.so.6 => /lib/libc.so.6 (0x00176000)
libdl.so.2 => /lib/libdl.so.2 (0x00504000)
libtinfo.so.5 => /lib/libtinfo.so.5 (0x0337e000)
/lib/ld-linux.so.2 (0x00328000)
Any suggestion will be great.
Stephenson
Stephenson Yang wrote on Nov 30, 2010
BTW, making a link to libtermcap.so or libncurses.so for libtermcap.so.2 in
/usr/lib still won't solve the problem:
cl
/iraf/iraf/bin.linux/ecl.e: error while loading shared libraries: /usr/lib/libtermcap.so.2: file too short
Stephenson
ps sorry for posting these wrongly under applications instead of systems
/usr/lib still won't solve the problem:
cl
/iraf/iraf/bin.linux/ecl.e: error while loading shared libraries: /usr/lib/libtermcap.so.2: file too short
Stephenson
ps sorry for posting these wrongly under applications instead of systems
Stephenson Yang wrote on Nov 30, 2010
looks like making a link in /lib : " ln -s libncurses.so.5.7 libtermcap.so.2" works.
Thank you
Thank you
Jim Scotti wrote on Nov 30, 2010
I had the same problem with Fedora 14 and running
"ln -s libncurses.so.5.7 libtermcap.so.2" in /lib fixed the problem for me as well.
Jim.
"ln -s libncurses.so.5.7 libtermcap.so.2" in /lib fixed the problem for me as well.
Jim.
Stephenson Yang wrote on Nov 30, 2010
I also found "ln -s bin.linux bin.redhat" in /iraf/iraf allows unix/hlib/install to run.
Mike Fitzpatrick wrote on Nov 30, 2010
I don't understand this last command, there is already a iraf$bin.redhat symlink pointing to bin.linux.
The proiblem with building a static binary for ECL is that the readline library used (which required ncurses/termcap) makes other system calls that newer GCC versions say can only be used in a dynamic binary. If you ignore the compilation warnings, a static binary can be built, but I haven't tested whether it actually works.
The proiblem with building a static binary for ECL is that the readline library used (which required ncurses/termcap) makes other system calls that newer GCC versions say can only be used in a dynamic binary. If you ignore the compilation warnings, a static binary can be built, but I haven't tested whether it actually works.
makhlaghi wrote on Nov 30, 2010
Hi everyone, I am new to IRAF and Fedora, I just succeeded in installing IRAF and running the MKIRAF, but when running the "cl" command the same error comes up:
Even though I made the symbolic link
in /lib as superuser.
here is how it looks:
But I am still getting that same error.
I have Fedora 14 (64bit) and I am trying to run IRAF 2.15.
It would be great if some one can guide me!
/iraf/iraf/bin.linux64/ecl.e: error while loading shared libraries: libtermcap.so.2: cannot open shared object file: No such file or directoryEven though I made the symbolic link
ln -s libncurses.so.5.7 libtermcap.so.2in /lib as superuser.
here is how it looks:
$ls -l libtermcap.so.2
lrwxrwxrwx. 1 root root 17 Dec 6 11:04 libtermcap.so.2 -> libncurses.so.5.7But I am still getting that same error.
I have Fedora 14 (64bit) and I am trying to run IRAF 2.15.
It would be great if some one can guide me!
Mike Fitzpatrick wrote on Nov 30, 2010
I've put new binaries of the ECL in
ftp://iraf.noao.edu/iraf/v215/support
for each platform that was linked against the '-lncurses' library instead of the older '-ltermcap' lib that should hopefully fix this problem. There are still issues with building a static version of the binary, however if you want one a 32-bit linux static binary is available at
http://iraf.net/pub/fitz/ecl.e
If you still have problems with shared libs in the above binaries please post back.
ftp://iraf.noao.edu/iraf/v215/support
for each platform that was linked against the '-lncurses' library instead of the older '-ltermcap' lib that should hopefully fix this problem. There are still issues with building a static version of the binary, however if you want one a 32-bit linux static binary is available at
http://iraf.net/pub/fitz/ecl.e
If you still have problems with shared libs in the above binaries please post back.
makhlaghi wrote on Nov 30, 2010
Thank you very much, I renamed the ecl.e.linux64 in the link to ecl.e and replaced it with the existing one in $iraf/bin.linux64/. As you had instructed, I then replaced the install script, made it executable and run the install again and it worked. I was struggling with it for the last few days, it was so nice to see it work.
I am totally new to IRAF and I look forward to making the most of it.
Thank you again,
I am totally new to IRAF and I look forward to making the most of it.
Thank you again,
Last post on Nov 30, 2010