GIDForums  

Go Back   GIDForums > Computer Forums > Computer Software Forum - Linux
User Name
Password
Register FAQ Members List Calendar Search Today's Posts Mark Forums Read
 
 
Thread Tools Search this Thread Rate Thread
  #1  
Old 29-Jan-2009, 05:30
imrankhan1984 imrankhan1984 is offline
New Member
 
Join Date: Jan 2009
Posts: 5
imrankhan1984 is on a distinguished road

Nam-1.13 not installing on Fedora Core 9


I downloaded and insalled NS-allinone-2.33 package. But I cannot access nam.

I googled for the solution and found that X11 development libraries are needed for nam installation on Fedora Core 9.
But I cannot find these libraries anywhere.
the yum install doesn't help either.

Here is what I do and the error message when I try to make nam from inside its directory.

Code:
./configure make depend make clean make

After make I get the following error message

Code:
-L/home/Move/Documents/ns-allinone-2.33/lib -ltk8.4 -L/home/Move/Documents/ns-allinone-2.33/lib -ltcl8.4 -lXext -lX11 -lnsl -ldl -lm nam_stream.o: In function `NamStreamCompressedFile::read(char*, int)': nam_stream.cc:(.text+0xf17): undefined reference to `gzread' nam_stream.o: In function `NamStreamCompressedFile::eof()': nam_stream.cc:(.text+0xf39): undefined reference to `gzeof' nam_stream.o: In function `NamStreamCompressedFile::close()': nam_stream.cc:(.text+0xf55): undefined reference to `gzclose' nam_stream.o: In function `NamStreamCompressedFile::tell()': nam_stream.cc:(.text+0xf83): undefined reference to `gztell' nam_stream.o: In function `NamStreamCompressedFile::seek(long, int)': nam_stream.cc:(.text+0xfc8): undefined reference to `gzseek' nam_stream.cc:(.text+0xfe8): undefined reference to `gzread' nam_stream.cc:(.text+0x100c): undefined reference to `gztell' nam_stream.cc:(.text+0x103a): undefined reference to `gzseek' nam_stream.o: In function `NamStreamCompressedFile::get_char()': nam_stream.cc:(.text+0x1063): undefined reference to `gzgetc' nam_stream.o: In function `NamStreamCompressedFile::gets(char*, int)': nam_stream.cc:(.text+0x108d): undefined reference to `gzgets' nam_stream.o: In function `NamStreamCompressedFile::NamStreamCompressedFile(char const*)': nam_stream.cc:(.text+0x10d1): undefined reference to `gzopen' nam_stream.o: In function `NamStreamCompressedFile::NamStreamCompressedFile(char const*)': nam_stream.cc:(.text+0x115b): undefined reference to `gzopen' collect2: ld returned 1 exit status make: *** [nam] Error 1

I really need to find some solution. The solution given here is for UBUNTU, but I'm using Fedora Core 9 and I'm not finding X11 development packages for FC9.

Any help will be greatly appreciated.
  #2  
Old 29-Jan-2009, 09:34
davekw7x davekw7x is offline
Outstanding Member
 
Join Date: Feb 2004
Location: Left Coast, USA
Posts: 6,160
davekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to behold

Re: Nam-1.13 not installing on Fedora Core 9


Quote:
Originally Posted by imrankhan1984
.

.
Code:
-L/home/Move/Documents/ns-allinone-2.33/lib -ltk8.4 -L/home/Move/Documents/ns-allinone-2.33/lib -ltcl8.4 -lXext -lX11 -lnsl -ldl -lm nam_stream.o: In function `NamStreamCompressedFile::read(char*, int)': nam_stream.cc:(.text+0xf17): undefined reference to `gzread' . . .
You didn't give the complete command line, but there should be a "-lz" in there somewhere.


All of the messages indicate problems with zlib. Things might work if you install zlib-devel on your system. Here's something to try:

Use the package manager to search for zlib-devel, or from a command line execute the following
Code:
yum info zlib-devel

If it doesn't say "installed", then install it. Use the package manager, or from a command line execute the following as root:
Code:
yum install zlib-devel

Note that everything else should be done as a "normal" user, not as "root."

Try the ns-allinone install script again. You might want to delete the allinone installation directory tree and unzip the tarball to start from the beginning.

Now, if zlib was already installed and/or if the above didn't work then here's another approach.

Note that I don't have access to or interest in Fedora 9 systems, so I can't be absolutely sure about the cause of your problems. (In other words: As always, I have to advise you that Your Mileage May Vary.)

Here's what I would do:

Start all over again: Unzip the allinone tarball into a brand new directory.

Navigate to the ns-allinone-2.33 directory and execute the following:
Code:
./install >install.log 2>& 1

This redirects the couple of thousand lines of output to a file that you can inspect at your leisure (instead of having everything scroll off of the screen). Lots of times the real problem is hundreds of lines before it bails out of the installation script but you don't see it unless you capture the output in a file as I showed.

If you want to see the progress as it builds the stuff, you can open another terminal window, navigate to ns-allinone-2.33 and enter
Code:
tail -f install.log

(Hit Ctrl-C in the "tail" window when it is through.)

Now, open the install.log file in a text editor.

Somewhere (probably 500-600 lines from the top) there will be a section that starts something like

Code:
. . . ============================================================ * Build zlib ============================================================ Checking for gcc... Building static library libz.a version 1.2.3 with gcc. Checking for unistd.h... Yes. . . .

Tell us what you see after that.

If there are any errors before that section, start with them, and show us those problems.

Regards,

Dave
  #3  
Old 29-Jan-2009, 10:32
imrankhan1984 imrankhan1984 is offline
New Member
 
Join Date: Jan 2009
Posts: 5
imrankhan1984 is on a distinguished road

Re: Nam-1.13 not installing on Fedora Core 9


Hello Dave, Many thanks for replying

Here are my answers:

1- Yes there was -lz, I did not copy the whole thing.
2- using yum info zlib-devel did say that zlib is installed
3- Here is the output of the log file that i created according to your advise

Code:
============================================================ * Build zlib ============================================================ Checking for gcc... Building static library libz.a version 1.2.3 with gcc. Checking for unistd.h... Yes. Checking whether to use vs[n]printf() or s[n]printf()... using vs[n]printf() Checking for vsnprintf() in stdio.h... Yes. Checking for return value of vsnprintf()... Yes. Checking for errno.h... Yes. Checking for mmap support... Yes. gcc -O3 -DUSE_MMAP -c -o example.o example.c gcc -O3 -DUSE_MMAP -c -o adler32.o adler32.c gcc -O3 -DUSE_MMAP -c -o compress.o compress.c gcc -O3 -DUSE_MMAP -c -o crc32.o crc32.c gcc -O3 -DUSE_MMAP -c -o gzio.o gzio.c gcc -O3 -DUSE_MMAP -c -o uncompr.o uncompr.c gcc -O3 -DUSE_MMAP -c -o deflate.o deflate.c gcc -O3 -DUSE_MMAP -c -o trees.o trees.c gcc -O3 -DUSE_MMAP -c -o zutil.o zutil.c gcc -O3 -DUSE_MMAP -c -o inflate.o inflate.c gcc -O3 -DUSE_MMAP -c -o infback.o infback.c gcc -O3 -DUSE_MMAP -c -o inftrees.o inftrees.c gcc -O3 -DUSE_MMAP -c -o inffast.o inffast.c ar rc libz.a adler32.o compress.o crc32.o gzio.o uncompr.o deflate.o trees.o zutil.o inflate.o infback.o inftrees.o inffast.o gcc -O3 -DUSE_MMAP -o example example.o -L. libz.a gcc -O3 -DUSE_MMAP -c -o minigzip.o minigzip.c gcc -O3 -DUSE_MMAP -o minigzip minigzip.o -L. libz.a Zlib has been installed successfully. ============================================================ * Build tcl8.4.18 ============================================================ . . .

Here is the output of the end of the script

Code:
Libraries have been installed in: /home/Move/Documents/ns-allinone-2.33/lib If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,--rpath -Wl,LIBDIR' linker flag - have your system administrator add LIBDIR to `/etc/ld.so.conf' See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. ---------------------------------------------------------------------- make[4]: Nothing to be done for `install-data-am'. make[4]: Leaving directory `/home/Move/Documents/ns-allinone-2.33/dei80211mr-1.1.4/src' make[3]: Leaving directory `/home/Move/Documents/ns-allinone-2.33/dei80211mr-1.1.4/src' make[2]: Leaving directory `/home/Move/Documents/ns-allinone-2.33/dei80211mr-1.1.4/src' make[1]: Leaving directory `/home/Move/Documents/ns-allinone-2.33/dei80211mr-1.1.4/src' make[1]: Entering directory `/home/Move/Documents/ns-allinone-2.33/dei80211mr-1.1.4' make[2]: Entering directory `/home/Move/Documents/ns-allinone-2.33/dei80211mr-1.1.4' make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. make[2]: Leaving directory `/home/Move/Documents/ns-allinone-2.33/dei80211mr-1.1.4' make[1]: Leaving directory `/home/Move/Documents/ns-allinone-2.33/dei80211mr-1.1.4' Please compile your nam separately. Ns-allinone package has been installed successfully. Here are the installation places: tcl8.4.18: /home/Move/Documents/ns-allinone-2.33/{bin,include,lib} tk8.4.18: /home/Move/Documents/ns-allinone-2.33/{bin,include,lib} otcl: /home/Move/Documents/ns-allinone-2.33/otcl-1.13 tclcl: /home/Move/Documents/ns-allinone-2.33/tclcl-1.19 ns: /home/Move/Documents/ns-allinone-2.33/ns-2.33/ns xgraph: /home/Move/Documents/ns-allinone-2.33/xgraph-12.1 gt-itm: /home/Move/Documents/ns-allinone-2.33/itm, edriver, sgb2alt, sgb2ns, sgb2comns, sgb2hierns ----------------------------------------------------------------------------------

Interestingly zlib is not mentioned along with installed packages right at the end.

I hope you get the clue and help me out. If there is anything else to be done, then please let me know.
  #4  
Old 29-Jan-2009, 10:58
davekw7x davekw7x is offline
Outstanding Member
 
Join Date: Feb 2004
Location: Left Coast, USA
Posts: 6,160
davekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to behold

Re: Nam-1.13 not installing on Fedora Core 9


Quote:
Originally Posted by imrankhan1984
...output of the log file...
Are you still getting the error messages about nam_stream and gzread, gzeof, etc???
Quote:
Originally Posted by imrankhan1984
Code:
Please compile your nam separately.

Do you have the following package installed:

libX11 libX11-devel

If so, then do the following:

Navigate to the nam-1.13 directory

execute
Code:
make distclean ./configure >configure.log 2>& 1

It doesn't take very long to finish this.

Do you see anything in configure.log that hints at a problem?

If configure.log looks OK, try

Code:
make >make.log 2>& 1
What do you see here?

I forgot to ask: Did you install the 64-bit version of Fedora or the 32-bit version?

Although I have installed ns2 on a 64-bit Centos 5.2 workstation, previous versions had problems that required a few helpful clues to the install script. All systems that I currently use are 32-bit systems.

Also, I don't do Fedora any more, so I may not be able to zero in on your problem, but maybe it's possible for you to get to the bottom of things if we keep trying.

Regards,

Dave
  #5  
Old 29-Jan-2009, 11:58
imrankhan1984 imrankhan1984 is offline
New Member
 
Join Date: Jan 2009
Posts: 5
imrankhan1984 is on a distinguished road

Re: Nam-1.13 not installing on Fedora Core 9


1- Yes even after fresh install I'm still getting error messages

2- l I'm using 64bit version of Linux
here is output of uname -a command
linux localhost.localdomain 2.6.25-14.fc9.x86_64 #1 SMP Thu May 1 06:06:21 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux


3- The configure log file looks OK as no error message is in it.

4- the make log file has this output in the end

Code:
/home/Move/Documents/ns-allinone-2.33/bin/tclsh8.4 bin/tcl-expand.tcl tcl/nam-lib.tcl | ../tclcl-1.19/tcl2c++ et_nam > gen/nam_tcl.cc rm -f gen/nam_tcl.o; g++ -o gen/nam_tcl.o -c -Wall -DTCL_TK -DNO_VOID -DNDEBUG -DUSE_SHM -DHAVE_LIBTCLCL -DHAVE_TCLCL_H -DHAVE_LIBOTCL1_13 -DHAVE_OTCL_H -DHAVE_LIBTK8_4 -DHAVE_TK_H -DHAVE_LIBTCL8_4 -DHAVE_TCL_H -DHAVE_ZLIB_H -I. -I/home/Move/Documents/ns-allinone-2.33/tclcl-1.19 -I/home/Move/Documents/ns-allinone-2.33/otcl -I/home/Move/Documents/ns-allinone-2.33/include -I/home/Move/Documents/ns-allinone-2.33/include -I/usr/include gen/nam_tcl.cc rm -f nam g++ -o nam \ tkcompat.o tkUnixInit.o xwd.o netview.o netmodel.o edge.o packet.o node.o main.o trace.o queue.o drop.o animation.o agent.o feature.o route.o transform.o paint.o state.o monitor.o anetmodel.o random.o rng.o view.o graphview.o netgraph.o tracehook.o lan.o psview.o group.o editview.o tag.o address.o animator.o wnetmodel.o nam_stream.o enetmodel.o testview.o parser.o trafficsource.o lossmodel.o queuehandle.o gen/version.o gen/nam_tcl.o -L/home/Move/Documents/ns-allinone-2.33/tclcl-1.19 -ltclcl -L/home/Move/Documents/ns-allinone-2.33/otcl -lotcl -L/home/Move/Documents/ns-allinone-2.33/lib -ltk8.4 -L/home/Move/Documents/ns-allinone-2.33/lib -ltcl8.4 -lXext -lX11 -lnsl -ldl -lm nam_stream.o: In function `NamStreamCompressedFile::read(char*, int)': nam_stream.cc:(.text+0xf17): undefined reference to `gzread' nam_stream.o: In function `NamStreamCompressedFile::eof()': nam_stream.cc:(.text+0xf39): undefined reference to `gzeof' nam_stream.o: In function `NamStreamCompressedFile::close()': nam_stream.cc:(.text+0xf55): undefined reference to `gzclose' nam_stream.o: In function `NamStreamCompressedFile::tell()': nam_stream.cc:(.text+0xf83): undefined reference to `gztell' nam_stream.o: In function `NamStreamCompressedFile::seek(long, int)': nam_stream.cc:(.text+0xfc8): undefined reference to `gzseek' nam_stream.cc:(.text+0xfe8): undefined reference to `gzread' nam_stream.cc:(.text+0x100c): undefined reference to `gztell' nam_stream.cc:(.text+0x103a): undefined reference to `gzseek' nam_stream.o: In function `NamStreamCompressedFile::get_char()': nam_stream.cc:(.text+0x1063): undefined reference to `gzgetc' nam_stream.o: In function `NamStreamCompressedFile::gets(char*, int)': nam_stream.cc:(.text+0x108d): undefined reference to `gzgets' nam_stream.o: In function `NamStreamCompressedFile::NamStreamCompressedFile(char const*)': nam_stream.cc:(.text+0x10d1): undefined reference to `gzopen' nam_stream.o: In function `NamStreamCompressedFile::NamStreamCompressedFile(char const*)': nam_stream.cc:(.text+0x115b): undefined reference to `gzopen' collect2: ld returned 1 exit status make: *** [nam] Error 1

5- for libX11 I have this output
Code:
Installed Packages Name : libX11 Arch : i386 Version : 1.1.4 Release : 1.fc9 Size : 2.9 M Repo : installed Summary : X.Org X11 libX11 runtime library URL : http://www.x.org License : MIT/X11 Description: X.Org X11 libX11 runtime library Name : libX11 Arch : x86_64 Version : 1.1.4 Release : 1.fc9 Size : 3.0 M Repo : installed Summary : X.Org X11 libX11 runtime library URL : http://www.x.org License : MIT/X11 Description: X.Org X11 libX11 runtime library


6- for libX11-devel I have this output
Code:
Installed Packages Name : libX11-devel Arch : x86_64 Version : 1.1.4 Release : 1.fc9 Size : 1.1 M Repo : installed Summary : X.Org X11 libX11 development package URL : http://www.x.org License : MIT/X11 Description: X.Org X11 libX11 development package Available Packages Name : libX11-devel Arch : i386 Version : 1.1.4 Release : 1.fc9 Size : 1.1 M Repo : fedora Summary : X.Org X11 libX11 development package URL : http://www.x.org License : MIT/X11 Description: X.Org X11 libX11 development package

apparently libX11-devel.i386 is not installed on my system. I'm downloading it now, may be it is the cause of the problem. I'll let you know about it.
  #6  
Old 29-Jan-2009, 12:04
imrankhan1984 imrankhan1984 is offline
New Member
 
Join Date: Jan 2009
Posts: 5
imrankhan1984 is on a distinguished road

Re: Nam-1.13 not installing on Fedora Core 9


Still no luck with libX11-devel.1386 installed.

I'm still getting same error messages like

Code:
/home/Move/Documents/ns-allinone-2.33/bin/tclsh8.4 bin/tcl-expand.tcl tcl/nam-lib.tcl | ../tclcl-1.19/tcl2c++ et_nam > gen/nam_tcl.cc rm -f gen/nam_tcl.o; g++ -o gen/nam_tcl.o -c -Wall -DTCL_TK -DNO_VOID -DNDEBUG -DUSE_SHM -DHAVE_LIBTCLCL -DHAVE_TCLCL_H -DHAVE_LIBOTCL1_13 -DHAVE_OTCL_H -DHAVE_LIBTK8_4 -DHAVE_TK_H -DHAVE_LIBTCL8_4 -DHAVE_TCL_H -DHAVE_ZLIB_H -I. -I/home/Move/Documents/ns-allinone-2.33/tclcl-1.19 -I/home/Move/Documents/ns-allinone-2.33/otcl -I/home/Move/Documents/ns-allinone-2.33/include -I/home/Move/Documents/ns-allinone-2.33/include -I/usr/include gen/nam_tcl.cc rm -f nam g++ -o nam \ tkcompat.o tkUnixInit.o xwd.o netview.o netmodel.o edge.o packet.o node.o main.o trace.o queue.o drop.o animation.o agent.o feature.o route.o transform.o paint.ostate.o monitor.o anetmodel.o random.o rng.o view.o graphview.o netgraph.o tracehook.o lan.o psview.o group.o editview.o tag.o address.o animator.o wnetmodel.o nam_stream.o enetmodel.o testview.o parser.o trafficsource.o lossmodel.o queuehandle.o gen/version.o gen/nam_tcl.o -L/home/Move/Documents/ns-allinone-2.33/tclcl-1.19 -ltclcl -L/home/Move/Documents/ns-allinone-2.33/otcl -lotcl -L/home/Move/Documents/ns-allinone-2.33/lib -ltk8.4 -L/home/Move/Documents/ns-allinone-2.33/lib -ltcl8.4 -lXext -lX11 -lnsl -ldl -lm nam_stream.o: In function `NamStreamCompressedFile::read(char*, int)': nam_stream.cc:(.text+0xf17): undefined reference to `gzread' nam_stream.o: In function `NamStreamCompressedFile::eof()': nam_stream.cc:(.text+0xf39): undefined reference to `gzeof' nam_stream.o: In function `NamStreamCompressedFile::close()': nam_stream.cc:(.text+0xf55): undefined reference to `gzclose' nam_stream.o: In function `NamStreamCompressedFile::tell()': nam_stream.cc:(.text+0xf83): undefined reference to `gztell' nam_stream.o: In function `NamStreamCompressedFile::seek(long, int)': nam_stream.cc:(.text+0xfc8): undefined reference to `gzseek' nam_stream.cc:(.text+0xfe8): undefined reference to `gzread' nam_stream.cc:(.text+0x100c): undefined reference to `gztell' nam_stream.cc:(.text+0x103a): undefined reference to `gzseek' nam_stream.o: In function `NamStreamCompressedFile::get_char()': nam_stream.cc:(.text+0x1063): undefined reference to `gzgetc' nam_stream.o: In function `NamStreamCompressedFile::gets(char*, int)': nam_stream.cc:(.text+0x108d): undefined reference to `gzgets' nam_stream.o: In function `NamStreamCompressedFile::NamStreamCompressedFile(char const*)': nam_stream.cc:(.text+0x10d1): undefined reference to `gzopen' nam_stream.o: In function `NamStreamCompressedFile::NamStreamCompressedFile(char const*)': nam_stream.cc:(.text+0x115b): undefined reference to `gzopen' collect2: ld returned 1 exit status make: *** [nam] Error 1 [Move@localhost nam-1.13]$
  #7  
Old 29-Jan-2009, 14:28
davekw7x davekw7x is offline
Outstanding Member
 
Join Date: Feb 2004
Location: Left Coast, USA
Posts: 6,160
davekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to behold

Re: Nam-1.13 not installing on Fedora Core 9


Quote:
Originally Posted by imrankhan1984
Still no luck with libX11-devel.1386 installed.
Maybe there is some conflict between i386 and x86_64 versions of tools and libraries. Since I can't reproduce your problems, and I can't see cluttering the board with more and more of your error messages, and it's hard to tell which of the messages may be significant, how about trying the following:

cd into the nam-1.13 directory. Execute the following:

Code:
make distclean ./configure >configure.log 2>& 1 make >make.log 2>& 1 zip nam_stuff.zip config.log configure.log make.log Makefile

Then reply to this post and attach the nam_stuff.zip file. (Under the "Addidional Options part of the reply window, click "Manage Attachments"
Then to the right of the "Upload File from your Computer" box, "Browse..." to your directory and file, and click "Upload") Maybe I can spot something (but I'm not promising anything further...)


Regards,

Dave

Footnote: Over the years since 64-bit Linux distributions have become available, there have been a number of releases of ns stuff that wouldn't build without some urging. Maybe you can search some Fedora-specific forums to see if there is any recent news about bugs and their fixes. For example: http://forums.fedoraforum.org/

Also, look at some ns-specific sites. Maybe start at http://nsnam.isi.edu/nsnam/index.php/Troubleshooting
  #8  
Old 30-Jan-2009, 11:20
imrankhan1984 imrankhan1984 is offline
New Member
 
Join Date: Jan 2009
Posts: 5
imrankhan1984 is on a distinguished road

Re: Nam-1.13 not installing on Fedora Core 9


Dear Dave,

Many thanks for your efforts. I made my life easy by installing Fedora Core 7, and using it I was able to run NAM normally.

Now there are two more issues.

first I think that the newer gcc compiler included in Fedora Core 9 (4.3) may be the source of trouble. I've not checked it, but I will surely do that tomorrow by installing gcc34 and then using it to compile the nam.

second thing is now I have two flavors of Fedora Core (7 & 9) on separate partitions on the same PATA hard disk. I'm having trouble getting both in dual boot configuration. Both recognize each other, but fail to load the other flavor.

I've found some solutions over the internet, I'll try them and post my response here.

Again many thanks for your replies and efforts.
  #9  
Old 01-Feb-2009, 12:59
davekw7x davekw7x is offline
Outstanding Member
 
Join Date: Feb 2004
Location: Left Coast, USA
Posts: 6,160
davekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to beholddavekw7x is a splendid one to behold

Re: Nam-1.13 not installing on Fedora Core 9


Quote:
Originally Posted by imrankhan1984
...
Many thanks for your efforts. I made my life easy by installing Fedora Core 7....

For future reference;

I downloaded and installed the 64-bit version Fedora 9 on a spare disk partition that I keep for experimentation.

I untarred the ns-allinone-2.33 distribution and did the "./install" thing.

I got the "Please compile your nam separately" message, just as you did.

I went to the nam-1.13 directory and executed the following, as I recommended to you:

Code:
make distclean ./configure >configure.log 2>& 1 make >make.log 2>& 1

Sure enough, make.log contained the errors about undefined references to gzread, gzeof, etc., and there was no "-lz" in the final compiler line where it was linking all of the object files.

Now for a little detective work. (See Footnote.)

Near the middle of the nam configure.log were the following lines:
Code:
checking for zlib.h... -I/usr/include checking for libz1.1.4... no

Now, here's the question:
Yum info tells me that zlib is installed, just as it did for you. Why couldn't the nam configuration script find it?

Answer: I execute "whereis libz" from the command line, and it tells me that libz.so is in /usr/lib64, not /usr/lib, where the script is (apparently) looking for it.

SInce the allinone distribution included its own zlib stuff and it was built successfully (as indicated in the configuration.log for the ns-allinone install script), I decided to use that zlib. The question is" How?

From things I previously learned about good program distributions like ns, I guessed that configure might be able to give me some clues. (Of course, I could have looked at configure with a text editor, but I always try to let the program itself help me before I really dig into things.)

In the nam-1.13 directory, I executed
Code:
./configure --help

And, among other things I saw:
Code:
Optional Packages: --with-PACKAGE[=ARG] use PACKAGE [ARG=yes] --without-PACKAGE do not use PACKAGE (same as --with-PACKAGE=no) -with-defaultoptions=filename use <filename> as default options file

Now, looking at these, I perceive that I could have executed the nam configure script "--without-zlib" to delete the zlib stuff completely, but what I did was:
Code:
./configure --with-zlib=../zlib-1.2.3 >configure.log 2>& 1 make >make.log 2>& 1

This time the nam build was successful

I looked back at the end of the ns-allinone configure.log to change path and other environment variables to be able to run ns and nam.

Bottom line: When dealing with Linux, my experience is that, generally speaking, 32-bit installations may be less likely to give problems than 64-bit installations.

The reason that I use 32-bit distributions for just about all of my workstations is that I just had too many problems with drivers for the 64-bit distributions (video drivers, ethernet drivers, and, especially Wi-fi drivers). So far (as far as I can tell) I haven't had a single actual application that would have benefited from having a 64-bit version of Linux instead of a 32-bit version. That doesn't mean that I think no one should install 64-bit Linux; it just means that I think it's somewhat harder to support them. (If I were getting paid by the hour, maybe I would create my own personal economic stimulus package by recommending 64-bit installations for all of my paying customers.)

This may be even more important when using "bleeding edge" distributions like Fedora. Note that neither my Centos 5.2 32-bit workstations or my Centos 5.2 64-bit "sandbox" had any problems installing ns distributions with no human intervention required.

Regards,

Dave

Footnote:

"We can face our problem.
We can arrange such facts as we have
with order and method."
Hercule Poirot
--- in Murder on the Orient Express
  #10  
Old 06-Jan-2015, 02:50
saira.16 saira.16 is offline
New Member
 
Join Date: Jan 2015
Posts: 1
saira.16 is on a distinguished road

Re: Nam-1.13 not installing on Fedora Core 9


thanku Dave for this post.
i am installing ns-2.32 in ubuntu13.04 and facing the same error....i followed your instructions nam1.13 make file is gennerated as i see in make.log after making the changes you suggest but when installing ns-2 by ./install in ns-allinone error is again same.
i executed this
./configure --with-zlib=../zlib-1.2.3 >configure.log 2>& 1 make >make.log 2>& 1
it was made successfully but now for complete installation i move back to ns-allinone-2.32 and ran ./install and it gives the error as mentioned above.
kindly suggest do we need to edit any file after building make ns-1.13 successflly.
kindly reply
 


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Problem installing nam 1.13 sagarnatekar Computer Software Forum - Linux 3 22-Jan-2009 20:26
wacom intuos 3 tablet support fedora core 6 goochcrabs Computer Software Forum - Linux 0 04-Mar-2007 23:12
Problems installing linux fedora core 3 kai85 Computer Software Forum - Linux 9 24-Mar-2005 16:58
Postfix and Fedora Core 1 JdS Computer Software Forum - Linux 8 07-Oct-2004 06:59

Network Sites: GIDNetwork · GIDApp · GIDBlog · Learning Journal by J de Silva, The

All times are GMT -6. The time now is 12:59.


vBulletin, Copyright © 2000 - 2017, Jelsoft Enterprises Ltd.