| Summary: | dev-util/cmake fails to compile when dev-lang/ifc is installed | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Kostas <tsigarid> |
| Component: | Current packages | Assignee: | Gentoo KDE team <kde> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | CC: | sci, tsigarid |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | build.log | ||
Question- do you actually have a license for ifc? You worked around the license check when installing ifc don't you? So no support. But!, if you didn't do that, please reopen this bug and we will look into that. *** This bug has been marked as a duplicate of bug 332657 *** I do have a license, and checked that it is current. Reopening. What is the output of ifort -v ifort version 13.1.3 is the license world readable? Yes of course, and definitely it is by root, who is the user doing the updates. (In reply to Kostas from comment #7) > Yes of course, and definitely it is by root, who is the user doing the > updates. Not true. The default is as portage user. Only the installation into the live system happens as root. OK. Still, the license is world readable. -rw-r--r-- 1 portage portage 19154 Sep 30 2007 Intel-SDP Well, I made a mistake here. The license file is not the one I've just sent; instead, it lives in /opt/intel/licenses, and was NOT world readable. cmake can now be installed, thanks for your time. We have two pasted private licenses here. They need to be removed. |
Created attachment 363028 [details] build.log Here is how to reproduce the problem: emerge -1 cmake installation succeeds. emerge -1 ifc installation succeeds. emerge -1 cmake installation fails. emerge -C ifc uninstallation succeeds. emerge -1 cmake installation succeeds.