install script doesn't install anything

[ylecun]

Hi,

I'm having problems installing l_ipp_ia32_p_5.1.1.005 under Ubuntu 6.10 (edgy).

I downloaded l_ipp_ia32_p_5.1.1.005.tgz, untared the archive, ran the install.sh script as root (with sudo), entered my license key and my email address. The script completes (very quickly) and displays the final page with the following message at the top:

"Installation and registration is complete "
Thank you for using Intel Software Development Products, tools for improving application performance.

The problem is that no file shows up in /opt/intel, other than the license file and the install log. The log is totally non-informative.

Since there is no error message whatsoever, and the script seems to believe it installed the package, I have no idea on how to fix this.
the scripts completes so fast that I somehow doubt anything got installed.

What's wrong?

I have installed IPP before on other machines with no problem.

-- Yann

[Vladimir_Dudnik]

Hi Yann,

Athough Ubuntu is not listed as supported Linux version in IPP distributive but I remember the similar issue was discussed on this forum, please take a look on Install on Gentoo??thread, might be proposed workaround will work for you

Regards,
Vladimir

[ylecun]

The Gentoo instructions didn't help.

I'm suspecting that the problem comes from the fact that Ubuntu is not RPM-based. I installed rpm and ran the install script again, but saw the same behavior: the scripts runs, and terminates right after I enter my email address. There is no error message. In fact, the script says everyting went fine. However, the license is never displayed, and the filed are not being extracted from the archive.

So, I went to a an old machine with an ancient version of Mandrake, installed IPP there, and simply copied the /opt/intel directory to my Ubuntu laptop.


1 - not supporting Ubuntu (or Debian) is HUGE mistake. Practically everyone I know uses Ubuntu nowadays. No-one I know uses Red Hat or SuSE anymore (at least not in the academic/scientific circles).

2 - There is no excuse for a simple installation script to fail because of what is probably a very stupid legal reason. What makes it fail is probably a side effect to the over-complicated installation and license clearing process. I'm sure this process was imposed on the Intel engineers by the Intel lawyers. The result is that a large swath of people who could be devoted Intel/IPP evangelists end up not using it.

So, if this ever gets to the Intel legal department: the complicated license agrement process serves absolutely no purpose, except turning people away from your products. Please, listen to your engineers. They will tell you what installation process works. If there were a simple one, it could be integrated with the non-free Ubuntu packages and every Linux user who cares about high-performance numerical applications would have it and buy more Intel-based machines instead of AMDs.

If IPP had a simple and standardized installation procedure (like, say OpenCV), my open-source numerical package would have an option to use it. Because of the complicated scheme, and uncertainties about the installation process, it's not worth the trouble.

[Vladimir_Dudnik]

Dear YLECUN,

Thank you for your huge pointer to the mistake. Yes, we agree, Ubuntu (and Debian) must be supported. And IPP will support these OSes in version 5.3. Thank you.

As a workaround for version IPP 5.2 we suggest to you and to other Debian and Ubuntu users the following steps:

For Debian:

1. If there is not a valid FLEXlm license in /opt/intel/licenses start installation as usual. After ISSA dialogs the installer will show some error message like no RPM installed.

2. launch ./install/install --nonrpm (or ./install_{arch}/install --nonrpm in case of CD package)

For Ubuntu:

1. Set the /bin/sh as a soft link to /bin/bash

2. If there is not a valid FLEXlm license in /opt/intel/licenses start installation as usual. After ISSA dialogs the installer will show some error message like no RPM installed.

3. launch ./install/install --nonrpm (or ./install_{arch}/install --nonrpm in case of CD package)

Regards,
Vladimir