| Summary: | devel-lang/icc-9.1.047 version bump | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Peter Simons <simons> |
| Component: | New packages | Assignee: | Karl Trygve Kalleberg (RETIRED) <karltk> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | CC: | bicatali, emerg.reanimator, james.sharpe, matt.palermo, mmokrejs, paolo.zani, s_aldinger |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 183393 | ||
| Bug Blocks: | |||
|
Description
Peter Simons
2007-05-13 17:44:34 UTC
Correction: renaming the ebuild _does_ solve the problem, but the corresponding directory in files/ has to be renamed too. Then it works. :-) vrapenec icc # ebuild icc-9.1.047.ebuild digest >>> Creating Manifest for /usr/portage/dev-lang/icc digest.assumed 1 digest-icc-9.1.045::l_cc_c_9.1.045.tar.gz vrapenec icc # emerge icc Calculating dependencies... done! >>> Verifying ebuild Manifests... >>> Emerging (1 of 1) dev-lang/icc-9.1.047 to / * l_cc_c_9.1.047.tar.gz MD5 ;-) ... [ ok ] * l_cc_c_9.1.047.tar.gz RMD160 ;-) ... [ ok ] * l_cc_c_9.1.047.tar.gz SHA1 ;-) ... [ ok ] * l_cc_c_9.1.047.tar.gz SHA256 ;-) ... [ ok ] * l_cc_c_9.1.047.tar.gz size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking l_cc_c_9.1.047.tar.gz ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking l_cc_c_9.1.047.tar.gz to /var/tmp/portage/dev-lang/icc-9.1.047/work >>> Source unpacked. >>> Compiling source in /var/tmp/portage/dev-lang/icc-9.1.047/work/l_cc_c_9.1.047 ... * Untagging: /var/tmp/portage/dev-lang/icc-9.1.047/work/l_cc_c_9.1.047/opt/intel/cc*/9.1*/doc/csupport /usr/portage/dev-lang/icc/icc-9.1.047.ebuild: line 72: /var/tmp/portage/dev-lang/icc-9.1.047/work/l_cc_c_9.1.047/opt/intel/cc*/9.1*/doc/csupport.abs: No such file or directory mv: cannot stat `/var/tmp/portage/dev-lang/icc-9.1.047/work/l_cc_c_9.1.047/opt/intel/cc*/9.1*/doc/csupport.abs': No such file or directory find: /var/tmp/portage/dev-lang/icc-9.1.047/work/l_cc_c_9.1.047/opt/intel/idb*/9.1*/doc: No such file or directory find: /var/tmp/portage/dev-lang/icc-9.1.047/work/l_cc_c_9.1.047/opt/intel/idb*/9.1*/man: No such file or directory >>> Source compiled. >>> Test phase [not enabled]: dev-lang/icc-9.1.047 >>> Install icc-9.1.047 into /var/tmp/portage/dev-lang/icc-9.1.047/image/ category dev-lang dodoc: /var/tmp/portage/dev-lang/icc-9.1.047/work/l_cc_c_9.1.047/licenses/lgpltext does not exist cp: cannot stat `opt/intel/idb*/9.1*/*': No such file or directory install: cannot stat `/usr/portage/dev-lang/icc/files/9.1.047/05icc-ifc': No such file or directory !!! ERROR: dev-lang/icc-9.1.047 failed. Call stack: ebuild.sh, line 1615: Called dyn_install ebuild.sh, line 1061: Called qa_call 'src_install' ebuild.sh, line 44: Called src_install icc-9.1.047.ebuild, line 100: Called die !!! (no error message) !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/dev-lang/icc-9.1.047/temp/build.log'. vrapenec icc # ls -la /var/tmp/portage/dev-lang/icc-9.1.047/work/l_cc_c_9.1.047/licenses/lgpltext ls: cannot access /var/tmp/portage/dev-lang/icc-9.1.047/work/l_cc_c_9.1.047/licenses/lgpltext: No such file or directory vrapenec icc # ls -la /var/tmp/portage/dev-lang/icc-9.1.047/work/l_cc_c_9.1.047/licenses/ ls: cannot access /var/tmp/portage/dev-lang/icc-9.1.047/work/l_cc_c_9.1.047/licenses/: No such file or directory vrapenec icc # ls -la /var/tmp/portage/dev-lang/icc-9.1.047/work/l_cc_c_9.1.047/ total 352 drwxr-xr-x 5 root root 4096 May 16 17:35 . drwx------ 3 root root 4096 May 16 17:34 .. -rw-r--r-- 1 root root 36729 Feb 20 21:01 INSTALL.htm -rw-r--r-- 1 root root 32801 Feb 20 21:01 INSTALL.txt -rw-r--r-- 1 root root 7698 Feb 20 21:01 README.txt -rw-r--r-- 1 root root 54277 Feb 20 21:01 Release_Notes.htm -rw-r--r-- 1 root root 43918 Feb 20 21:01 Release_Notes.txt -rw-r--r-- 1 root root 16524 Feb 20 20:59 clicense drwxr-xr-x 2 root root 4096 May 16 17:35 data -rw-r--r-- 1 root root 110817 Feb 20 21:01 flex_ug.pdf -rwxr-xr-x 1 root root 9960 Feb 20 21:01 install.sh drwxr-xr-x 4 root root 4096 Feb 20 21:02 instman drwx------ 3 root root 4096 May 16 17:35 opt vrapenec icc # vim icc-9.1.047.ebuild vrapenec icc # Peter, would you please upload the working ebuild? Thanks. ;-) OK, this was enough.
# cd /usr/portage/dev-lang/icc
# cp -r files/9.1.045 files/9.1.047
# cp icc-9.1.045.ebuild icc-9.1.047.ebuild
# ebuild icc-9.1.047.ebuild digest
>>> Creating Manifest for /usr/portage/dev-lang/icc
digest.assumed 1
digest-icc-9.1.045::l_cc_c_9.1.045.tar.gz
#
The newest version of the 9.1.* series is 9.1.50. Interestingly, the version that the (only) ebuild in portage wants to use, is no longer available on Intel's site at all! .44 is available, .46 is available. .45 is not there. (current as of the time stamp of this posting) There is a 10.0.023 version, but I guess that's food for a different bug thread. :-) M. Newest revision of icc-9.1 is 051 Instructions for creating ebuild: # cd /usr/portage/dev-lang/icc # cp -r files/9.1.045 files/9.1.051 # cp icc-9.1.045.ebuild icc-9.1.051.ebuild # ebuild icc-9.1.051.ebuild digest *** Bug 183846 has been marked as a duplicate of this bug. *** *** Bug 183995 has been marked as a duplicate of this bug. *** (In reply to comment #7) > *** Bug 183995 has been marked as a duplicate of this bug. *** > Simply renaming the ebuild won't work for the 10.x series of the compiler, since the tar.gz naming scheme of the archive available for download from Intel's website seems to have been slightly changed (from l_cc_c_x.x.xx.tar.gz to l_cc_p_x.x.xx.tar.gz) *** Bug 187671 has been marked as a duplicate of this bug. *** I put a icc-10.0.26 ebuild in the gentooscience overlay (layman -a science). Karl, could you take a look at it, or let me know if you want me to bump it. icc-10* now in main tree. I won't support icc-9* unless there is strong demand (in this case, open a new bug). |
