[DONE] Installing Intel Parallel Composer XE on Mageia 5

[tpurcell90]

Hi,

I am a new mageia user and need to install intel libraries (https://software.intel.com/en-us/qualify-for-free-software/student), which require both the 32 and 64 bit libraries for libstdc++, glibc and liggcc to install correctly.

I currently have the 64 bit librarires and task-c++-devel installed, and it is still not working. Is there anyway to install both in Mageia 5?

Sincerely,

Tom

[doktor5000]

Can you please show the output from the installation script?
FWIW, you definitely cannot have both 32 and 64bit packages from glibc installed at the same time, that is not possible.

[tpurcell90]

Before installing it gives the following warning

32-bit libraries not found
32-bit libraries not found on this system.
This product release requires the presence of 32-bit compatibility libraries when running on Intel(R) 64 architecture systems. One or more of these libraries could not be found:
libstdc++ (including libstdc++6)
glibc
libgcc
Without these libraries, the compiler and the debugger will not function properly. Please refer to Release Notes for more information.

When I was using Fedora and CentOS I was able to use the rpm manager to get both 32 and 64 bit versions of the packages and everything was okay, but I was not sure if Mageia had a different setup where that would not be possible.

[wintpe]

I think there is some confusion here about what it is that you want.

use mageia software installer to select the packages that you want and install them.

library files for 32 bit get installed dow the /usr/lib path, and library files for 64 bit get installed in the /usr/lib64 path.

and often ive had to solve the same issue you are referring to, so that 32 bit environments work under a 64 bit OS.

but there are key system components, that you cant mix, as Docktor has already eluded to.

the best way to identify what it is you require is to install the software overriding the warnings.

then open a shell and find the binary that you need to start, that has the dependency, of a 32 bit env.

now use ldd

for example

ldd /usr/bin/myintelapp

it will then tell you what libraries it needs that are missing.

you can either use urpmi -p libe2p.so.2 for example

to tell you what package the library file your binary needs is in and install that, or just google, what rpm contains libe2p.so.2

keep doing that until all the ldd library's are identified.

and finally, mageia is in many ways the same as fedora, they are like cousins, under the hood, the only big difference is the online package manager being urpm instead of yum.

But on the outside mageia offers so many more choices than fedora, and is much more intuitive to setup than fedora, and i say that, even though my day job is working with redhat enterprise linux.

regards peter

[tpurcell90]

Hi Peter,

I know that the 32 bit libraries get installed in /usr/lib and the 64 bit libraries are installed in /usr/lib64/. This issue that I am having is that for the intel compilers and libraries to install correctly it requires both the 32 bit and 64 bit versions of the glibc, libstdc++ and libgcc. While using Fedora and CentOS I could do this through yum without any problems, but wanted to try Mageia since it had better features than both of them.

Is it possible to install both 32 and 64 bit libraries in Mageia I guess is my question?

Sincerely,

Tom

[doktor5000]

Is it possible to install both 32 and 64 bit libraries in Mageia I guess is my question?

In general: yes, that is the whole point of libification and multilib systems.
More in detail: not all -devel packages support installation of 32 and 64 bit -devel packages at the same time, as e.g. the header files under /usr/include are the same and conflict.
And more in detail, some packages cannot be installed in 32 and 64 bit, like glibc - that would be pointless, as glibc
already contains both versions in the native package for that arch.


IIRC we had another thread for some intel compiler installation, let me check whether I can find it again.
edit doktor5000: it was that one: viewtopic.php?f=7&t=7212

[doktor5000]

I'd help you further, but it seems that thingie can only be downloaded once registering as a student with valid university email and such ...

Please show the output of

Code: Select all

rpm -qa --qf "%{N}-%{V}-%{ARCH}\n"|grep -iE "stdc++|glibc|gcc"|sort

[doktor5000]

The output from the rpm query is

Code: Select all

gcc-4.9.2-x86_64
gcc-c++-4.9.2-x86_64
gcc-cpp-4.9.2-x86_64
gcc-gfortran-4.9.2-x86_64
gcc-java-4.9.2-x86_64
glibc-2.20-x86_64
glibc-devel-2.20-x86_64
glibc-doc-2.20-noarch
glibc-static-devel-2.20-x86_64
glibc-utils-2.20-x86_64
lib64glibc_lsb-2.4.7-x86_64
libgcc1-4.9.2-x86_64
libstdc++6-4.9.2-x86_64
libstdc++-devel-4.9.2-x86_64

I saw that thread when I was doing a google search for the answer, which led me to install task-c++-devel and it did not seem to fix the issue this time.

[doktor5000]

You might be missing the following packages, from the vague feedback provided:

Code: Select all

┌─[doktor5000@Mageia5]─[22:16:28]─[~]
└──╼ urpmf -f --name -m stdc++ | grep i586
libstdc++5-static-devel-3.3.6-11.mga5.i586:Core 32bit Release
libstdc++5-devel-3.3.6-11.mga5.i586:Core 32bit Release
libstdc++5-3.3.6-11.mga5.i586:Core 32bit Release


Could you maybe post the exact output of the intel installer or maybe even attach the shell script that does those checks?

[tpurcell90]

I am aware of the vague outputs, unfortunately that is all the output given by the script that installs it. And the script also does the check for the 32 bit libraries after the serial number check or I would have attached the script in the initial post.

It seems like those are the packages I am missing, but I can't seem to get urpmi to install them, do I need to add the Core 32bit Release to the command?

[doktor5000]

It seems like those are the packages I am missing, but I can't seem to get urpmi to install them, do I need to add the Core 32bit Release to the command?

No, it would simply be

Code: Select all

urpmi libstdc++5-static-devel-3.3.6-11.mga5.i586 libstdc++5-devel-3.3.6-11.mga5.i586 libstdc++5-3.3.6-11.mga5.i586

[tpurcell90]

I got the libstdc++ 5 and 6 installed for 32-bit libraries, but I still need it for glibc and libgcc. when I go to install either of those packages I get the following output from urpm.

Code: Select all

sudo urpmi --debug gcc-c++-4.9.2-4.mga5.i586
getting lock on urpmi
parsing: /etc/urpmi/mediacfg.d/Official-5-x86_64
loading mirrors cache
using mirror http://mirror.nexcess.net/mageia/distrib/5/x86_64
using mirror http://mirror.nexcess.net/mageia/distrib/5/x86_64
using mirror http://mirror.nexcess.net/mageia/distrib/5/x86_64
using mirror http://mirror.nexcess.net/mageia/distrib/5/x86_64
using mirror http://mirror.nexcess.net/mageia/distrib/5/x86_64
using mirror http://mirror.nexcess.net/mageia/distrib/5/x86_64
using mirror http://mirror.nexcess.net/mageia/distrib/5/x86_64
using mirror http://mirror.nexcess.net/mageia/distrib/5/x86_64
using mirror http://mirror.nexcess.net/mageia/distrib/5/x86_64
using mirror http://mirror.nexcess.net/mageia/distrib/5/x86_64
using mirror http://mirror.nexcess.net/mageia/distrib/5/x86_64
using mirror http://mirror.nexcess.net/mageia/distrib/5/x86_64
using mirror http://mirror.nexcess.net/mageia/distrib/5/x86_64
using mirror http://mirror.nexcess.net/mageia/distrib/5/x86_64
using mirror http://mirror.nexcess.net/mageia/distrib/5/x86_64
using mirror http://mirror.nexcess.net/mageia/distrib/5/x86_64
examining synthesis file [/var/lib/urpmi/Core Release2/synthesis.hdlist.cz]
examining synthesis file [/var/lib/urpmi/Core Updates/synthesis.hdlist.cz]
examining synthesis file [/var/lib/urpmi/Nonfree Release2/synthesis.hdlist.cz]
examining synthesis file [/var/lib/urpmi/Nonfree Updates/synthesis.hdlist.cz]
examining synthesis file [/var/lib/urpmi/Core 32bit Release/synthesis.hdlist.cz]
examining synthesis file [/var/lib/urpmi/Core 32bit Updates/synthesis.hdlist.cz]
examining synthesis file [/var/lib/urpmi/Nonfree 32bit Release/synthesis.hdlist.cz]
examining synthesis file [/var/lib/urpmi/Nonfree 32bit Updates/synthesis.hdlist.cz]
examining synthesis file [/var/lib/urpmi/google-chrome/synthesis.hdlist.cz]
examining synthesis file [/var/lib/urpmi/Core Release (distrib1)/synthesis.hdlist.cz]
examining synthesis file [/var/lib/urpmi/Core Updates (distrib3)/synthesis.hdlist.cz]
examining synthesis file [/var/lib/urpmi/Nonfree Release (distrib11)/synthesis.hdlist.cz]
examining synthesis file [/var/lib/urpmi/Nonfree Updates (distrib13)/synthesis.hdlist.cz]
examining synthesis file [/var/lib/urpmi/Core 32bit Release (distrib31)/synthesis.hdlist.cz]
examining synthesis file [/var/lib/urpmi/Core 32bit Updates (distrib32)/synthesis.hdlist.cz]
examining synthesis file [/var/lib/urpmi/Nonfree 32bit Release (distrib36)/synthesis.hdlist.cz]
examining synthesis file [/var/lib/urpmi/Nonfree 32bit Updates (distrib37)/synthesis.hdlist.cz]
getting exclusive lock on rpm
search_packages: found gcc-c++-4.9.2-4.mga5.i586 matching gcc-c++-4.9.2-4.mga5.i586
found package(s): gcc-c++-4.9.2-4.mga5.i586
opening rpmdb (root=, write=)
no packages match gcc-c++ (it is either in skip.list or already rejected)
no packages match gcc-c++ (it is either in skip.list or already rejected)
scheduled sets of transactions:
unlocking urpmi database
unlocking rpm database
EXITING (pid=18836)


The /etc/urpmi/skip.list file is empty, so I think this is to do with a conflict, is there any way around it?

Code: Select all

# Here you can specify the packages that won't be upgraded automatically
# for example, to exclude all apache packages :
# /^apache/


[doktor5000]

No, there is no supported way arround that.
gcc is not a library package, and contains binaries - which are located in /usr/bin - hence there's a conflict, it cannot be installed in parallel with the 64bit package.

--strict-arch
Upgrade only packages if the newer version has the same architecture as the one installed. Mostly useful on machines that support several architectures (32 and 64 bit).

This does not only apply for upgrades, but also for installation - urpmi will simply silently skip the package, as it's not possible to install it.

You could theoretically try to circumvent via

--ignorearch
Allow to install packages whose architecture does not match the architecture of the host. This is equivalent to "rpm --ignorearch".

but that is simply asking for trouble.


It may be an idea to ask the intel support which packages (or better, which files) are actually required,
or how to skip that check or maybe it even needs to be fixed.

[tpurcell90]

Okay that is what I was thinking was the issue. Thanks for the help!

[doktor5000]

... but then what is the outcome of this thread?
That installation check makes no sense in that form and might need to be corrected. Will you contact intel support?
Or will you simply leave it at that?

[tpurcell90]

I can contact intel support, but I think that they are aware of it and don't think they think it's an issue. The check is for the intel compilers/debugger to work properly.

[doktor5000]

So you don't think that it's an issue when somebody is not able to use/install their products? But anyways, it's your issue so you decide.

Please mark the thread accordingly by editing the topic of the first post and prefix it by [DONE], thanks

[wintpe]

what is in the package, cd that you downloaded.

any identifiable binary that you can run ldd against.

or is it all locked up without the serial number.

the script can you not put it in debug mode by adding a -x to the #!/bin/xxx line on the first line.

there are so many things you can do to get to the bottom of this, and i truly believe if fedora can do it so can mageia.

regards peter