after quite a while and many posibilities I got to solve my problem
a few days later I sent the request for help, I managed to find the cpu-vendor etc option just as Bob P. mentioned
that helped yes because I got one step forward and no, at the make command it signaled to me that I had no gcc, no cc and not even C
that kind of left me confused, and would be a really long story for me to try and explain
anyway I'm using Turbolinux server 8 "PROMO" version and for a reason or none it didn't include gcc+ (the page has clearly writen at the botom of the product photo that gcc is included? maybe not the promo I guess)
I wanted to download the sources but it was just to much info for me to even digest it or feel any hope of acomplish it, so my next idea that ofcourse it worked, was to download a complete but previous version
and just let a package manager (zabom in this case) do the dirty work
in the end I had to download autoconf, automake and gcc
just to be able to install dhcpcd
and now that I have it running I have my corectly assigned IP address
- - -
still, I wish to know why the dhcp-client stopped working with my ISP
the only lead that I have is that they might have a rogue or badly configured dhcp server
but unfortunatelly the modus operandy of my ISP is that all customers are dumb. They are just completelly unhelpfull when things have a little more depth (or you are running linux for that matter)
Thanks for your time... have fun
From: [EMAIL PROTECTED] (Bob Proulx) To: Leon Torres Angeles <[EMAIL PROTECTED]> CC: [EMAIL PROTECTED] Subject: Re: configure Date: Mon, 7 Jul 2003 23:12:24 -0600
Leon Torres Angeles wrote: > I recently got installed the TurboLinux server 8 > I need to install a diferent DHCP client other then dhclient wich seems > cant complete the connection with the ISP
Hmm... DHCP clients are so standard these days. Frankly I suspect that you have another issue such as a network connection problem or some other such problem. I am not convinced that if you install a different dhcp client that it will perform better than any other client.
> I was trying to install the dhcpcd, but it at the ./configure comand it > refused to continue asking for the > CPU-VENDOR-SYSTEM option to be able continue
Sounds like a config.guess problem. The config.guess script is an optional part of the configuration system which tries to guess what type of system you have. If it can't then you would need to supply one to it. But I can't imagine why it would need this for a dhcp client. But if it is then it needs something like the following. This is the output of config.guess on my GNU/Linux system. (Of course I am actually using an Athlon so the particular cpu is not of importance here, it is the architecture that matters.)
i686-pc-linux-gnu
> so reading here and there and running a few commands it seems I'm missing
> the "autoconf"
> command so I already installed it, the m4 dependency was already there.
No. The autoconf command is the program that created the configure script in the first place. If you have the configure script then you don't need to create it and would not need autoconf. Autoconf is something that a developer working on modifications to the package would need to recreate a new configure script. But you as a downstream user should not need autoconf. You should be able to use the configure script to generate your Makefiles. But not all authors are as effective at portability as others and sometimes there are problems. But that is the plan just the same.
> so I tryed again to run the ./configure command for the dhcpcd but still > the same result, no go.
It makes sense that the results you are seeing would be repeatable.
> I have little experience with linux, so I'm clearly missing some steps or
> extra and basic options
> should I best be giving the arguments to the dhcpcd configure commmand and
> how/where do I find them so that I may have already my linux-internet
> connection
So now I am pretty much at the end of my knowledge. I don't use dhcpcd myself and don't know anything about it. I googled around and found several references to it. It sounds like a fine tool. I went so far as to download dhcpcd-1.3.22-pl4 and it configured fine for me and compiled with no errors on my Debian GNU/Linux system. I am guessing it should compile fine on your TurboLinux based system too.
Try running configure this way:
./configure --build=i686-pc-linux-gnu
Gratuitous editorial remarks follow: I just peeked into the configure.in of that package and it uses the following. I compacted this to save some space in the email.
dnl Detect the canonical host and target build environment AC_CANONICAL_HOST dnl Determining the compilation flags case $host_os in linux*) CFLAGS="$CFLAGS -O2 -fomit-frame-pointer -Wall $ADDS" ;; esac case $host_cpu in i486) CFLAGS="$CFLAGS -march=i486" ;; i586) CFLAGS="$CFLAGS -march=i586" ;; i686) CFLAGS="$CFLAGS -march=i686" ;; esac LDFLAGS="-s -O2"
Blech! Why does a dhcp client need to be so optimized? It is not as if these optimizations would actually be visible or useful to a user. Best to avoid all of that. If the user wants to tune it further then they can provide the appropriate flags through CFLAGS. Which comes to the second point that LDFLAGS and CFLAGS should not be set like this since it prevents the user from being able to control them. And what if the user is using a different compiler on linux? I am not an autoconf maintainer but these look like good examples of bad things which should be avoided.
Bob
_________________________________________________________________
Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail
