Re: Gasp - Some Simple Help Please

Jonathan, Thanks for the obvious tips. I hacked the -p option before and still got some errors for ./fs/file.c I tried to compile the kernel now, and it is F**KED. It will not compile. It died on init/main.o I'll have to reinstall the kernel source now, or maybe even attempt a later kernel, what a mess. This is exactly why Linux is not ready for prime time. I am also disappointed in Informix for telling everyone that IDS 7.30 is "certified" for 2.2.5 when you cannot even connect to the box. Fortunately my client will be telnetting to the box for 4GL and this recompile won't be necessary for now, but they will want Windows9x reporting tools to connect. Perhaps a later kernel two or three years from now will fix this connection problem. Thanks for the help anyway... BTW...Some other Linux/Informix installation notes, please pass this on to your friends in the "incoming marketing" department: * Caldera 2.2.5 - a really nice product until I figured out they don't include the crypt shared object libcrypt.so.1 so 4GL and esqlc won't work with it. Sigh, and they have a really nice "ps" command instead of the crappy one SuSE got from Red Hat. Runs IDS ok, but you won't be able to use ESQLC or 4GL with it. Excellent install, but unchangable. It's my guess that the next release will bury Red Hat, when Caldera releases their install wizard "lizard", they have a lot of potential to be the best Linux release out there. * Red Hat 6.0 - Majorly bad release, it really sucks especially on the install, it wouldn't even install correctly. Install looks like a bunch of kids did it, with errors all over the place. A complete waste of time and money. Bad Bad Bad. Am using CD for drink coaster. I don't understand why this company gets all the praise, when they have the worst product. SuSE 6.1 - Works the best for now if you run Informix SE, IDS, ESQLC, 4GL. SuSE tends to run things a bit too much their way, but it's adequate for now. And now to Informix installations on Linux... ISQL - Install is like traditional ifmx installs. Works on Caldera, SuSE I4GL - Works on SuSE SE - Works on SuSE IDS 7.3 - RPM forces you to use /opt/informix as the install directory. This is a big no-no. For example, I want to install SE and IDS but maintain two separate install trees: /opt/informix/se se esqlc isql 4gl SuSE makes a mess of this by the way and installs SE over in /usr/lib for some strange reason. Messy. Had to rm -rf it out of /usr/lib and reinstall it from intraware distribution. /opt/informix/ids ids esqlc isql 4gl I had to run RPM, and un-RPM ids and esqlc to /opt/informix, then tar them up using tar cvf ../xxx_unrpm.tar . Then I'd change /opt/informix to a new name, do another RPM, and eventually created install tars. Then I could do the installation the right way in /opt/informix/ids. RPM IS TOTALLY UNNECESSARY FOR INFORMIX PROFESSIONALS. WE DO NOT NEED RPM TO INSTALL INFORMIX. IF YOU CANNOT INSTALL INFORMIX FROM A TAR FILE YOU SHOULD FIND OTHER WORK. ( Somebody please bring this up at the conference, I won't be there to belly ache about it ) I've spend more time working around RPM and unf**king the mess it has made that it is inexcusable to continue to do things this way. Please pass on to the installation crew to simply tar up the next release, and quit wasting time with RPM. Not to mention the connection problem and this patch mess, maybe that could get fixed too. Nothing like a couple of showstoppers to keep you from making money and eating. Sigh... -- --- Tim Schaefer ---- tschaefe@mindspring.com --- http://www.inxutil.com -- -

In article <3774DFF4.94B28DA2@mindspring.com>, Tim Schaefer <tschaefe@mindspring.com> wrote: >This is exactly why Linux is not ready for prime time. I am also >disappointed in Informix for telling everyone that IDS 7.30 is >"certified" for 2.2.5 when you cannot even connect to the box. Who at Informix told you *that*? The only 2.2 kernel implementation IDS 7.30 has been certified for is Red Hat 6.0, which needs NO patching whatsoever. If anyone told you otherwise, that person was mistaken. >Perhaps a later kernel two or three years from now will fix >this connection problem. Or perhaps you could download Red Hat 6.0 today. Or fallback to a 2.0.36 implementation that has package-installable packages such as Red Hat 5.2 or SuSE 6.0. >* Red Hat 6.0 - Majorly bad release, it really sucks especially on the > install, it wouldn't even install correctly. Install > looks like a bunch of kids did it, with errors all over > the place. A complete waste of time and money. Bad Bad Bad. > Am using CD for drink coaster. I don't understand why this > company gets all the praise, when they have the worst product. That's odd. I've installed RH 6.0 on a half-dozen different machines (encompassing three manufacturers) with NO significant install problems whatsoever. Care to list some of the problems you had? >SuSE 6.1 - Works the best for now if you run Informix SE, IDS, ESQLC, 4GL. > SuSE tends to run things a bit too much their way, but it's adequate > for now. If only they provided a 6.1 version of the large-FD patch (or bundled the changes into the stock system like Red Hat did with 6.0)... >IDS 7.3 - RPM forces you to use /opt/informix as the install directory. Wrong. That's just the *default*, following Linux standard (and as specified in the Filesystem Hierarchy Standard, I think). You can install it anywhere using: (For Red Hat 6.0+:) --relocate /opt/informix=/$INFORMIXDIR (For Red Hat 5.x:) --prefix=$INFORMIXDIR All of which is covered in the rpm man pages. >RPM IS TOTALLY UNNECESSARY FOR INFORMIX PROFESSIONALS. WE DO NOT NEED RPM TO >INSTALL INFORMIX. IF YOU CANNOT INSTALL INFORMIX FROM A TAR FILE YOU SHOULD >FIND OTHER WORK. If you have strong feelings in this area, I recommend that you email this (and any other feedback) to linux@informix.com. >I've spend more time working around RPM and unf**king the mess it has made >that it is inexcusable to continue to do things this way. Perhaps the man pages could have saved you some of this time. >that it is inexcusable to continue to do things this way. Please pass on >to the installation crew to simply tar up the next release, and quit wasting >time with RPM. Not to mention the connection problem and this patch mess, >maybe that could get fixed too. The "connection problem" ain't broken, and as for the patch mess, it's up to SuSE whether they want to create a sanctioned patch like they did for 6.0. -- Alan Denney yosemite at accesscom.com "You can always contrive situations that force this error. In other words, if you know where a meteor will land, you can go there and get hit." -- Andrew Grove, Intel CEO, downplaying the Pentium math problems