When installing dev-libs/intel-common or dev-lang/icc, emerge aborts with "License file not found!" and instructs me to put a license in a specific directory. I do not have a license in my filesystem as we have a license server in our university network that is queried when the tools are started. Afaik, a license is not required to install mentioned packages, so emerge should not fail when a license is not found. Reproducible: Always
Two points: a) You are right, we should support a license Server. I need find a good idea how to check for that. Mean while simply create a dummy file with a lic suffix in the specified directory. This will drop the warning. b) You are right again, but people tend to emerge intel compiler without a license and getting tons of error with different packages and occasions. This is why we will not support it straight away anymore. This breaks for a few people like you, but saves many others (not good I know). But there is the hack and I will figure a better solution for license server people. How do you setup locally the license server client?
The license server is specified using the INTEL_LICENSE_FILE environment variable that (afair) also contains the paths to the license directories. Maybe starting with this variable instead of directly searching the filesystem would help here. If I'm not mistaken, the syntax for a license server is <port>@<fqdn>. Also it asks me to put the license file into /opt/intel/composerxe-2013_update1.1.117/ although I only have /opt/intel/composerxe-2013.0.079/licenses/ on my system. After manually creating these directories or the simpler /opt/intel/licenses/ it works.
Also it seems like intel-common overwrites /etc/env.d/35intelsdp without check if this file was changed - what I did in order to add the license server.
(In reply to comment #2) > The license server is specified using the INTEL_LICENSE_FILE environment > variable that (afair) also contains the paths to the license directories. > Maybe starting with this variable instead of directly searching the > filesystem would help here. If I'm not mistaken, the syntax for a license > server is <port>@<fqdn>. INTEL_LICENSE_FILE is set by the ebuild and points to the old locataion on a upgrade. But probably it is worth checking whether it was changed. I will come back to you once I figured something good. > > Also it asks me to put the license file into > /opt/intel/composerxe-2013_update1.1.117/ although I only have > /opt/intel/composerxe-2013.0.079/licenses/ on my system. After manually > creating these directories or the simpler /opt/intel/licenses/ it works. And here your are (please don't be offended by the following, but this shows why we don't allow installation without license. User seem to ignore us) The message says you should place the license in /opt/intel/composerxe-2013.0.079/licenses/ and you placed it in /opt/intel/licenses/. I know that location is also supported, but this is not what I asked you to do. Why a different location? For non-profit license, you need a new one for each release.
(In reply to comment #3) > Also it seems like intel-common overwrites /etc/env.d/35intelsdp without > check if this file was changed - what I did in order to add the license > server. This is about your portage FEATURES. Please check your protected* options in man portage(5)
guys, Any good idea how to check this? WE could check INTEL_LICENSE_FILE for a server address. Probably the most straight forward idea. That would fit to Method#3 in the guide (see URL) Method#1 would be different to what we have right now (We are currently supporting the generic /opt/intel/license) Only Method#2 needs more work for the check. I will think about his.
(In reply to comment #4) > INTEL_LICENSE_FILE is set by the ebuild and points to the old locataion on a > upgrade. But probably it is worth checking whether it was changed. I will > come back to you once I figured something good. > > > > > Also it asks me to put the license file into > > /opt/intel/composerxe-2013_update1.1.117/ although I only have > > /opt/intel/composerxe-2013.0.079/licenses/ on my system. After manually > > creating these directories or the simpler /opt/intel/licenses/ it works. > > And here your are (please don't be offended by the following, but this shows > why we don't allow installation without license. User seem to ignore us) > > The message says you should place the license in > /opt/intel/composerxe-2013.0.079/licenses/ and you placed it in > /opt/intel/licenses/. I know that location is also supported, but this is > not what I asked you to do. > > Why a different location? For non-profit license, you need a new one for > each release. Hm, I'm not sure I understand your point here, but I tried both directories. I was just suprised I have to create the directory myself. I placed the dummy license afterwards also into /opt/intel/licenses/ so I'm not affected by this problem anymore (if I'm not mistaken). I guess our computing center will add new licenses to the server, if a new version comes out. The computing center instructed us to add the server FQDN to INTEL_LICENSE_FILE, but I will check your link if there's a better way. (In reply to comment #5) > This is about your portage FEATURES. Please check your protected* options in > man portage(5) Ah, didn't know that. Thank you! (Actually env.d/ is explicitly excluded o.O)
+ 23 Jan 2013; Justin Lecher <jlec@gentoo.org> intel-sdp.eclass: + Add support for license server, #447262 + Sorry for the long delay. Could you please test again?
I removed the dummy file and it emerged fine. Thank you!
