Summary: | sys-devel/gcc - gcj stuff not slotted | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Tiziano Müller (RETIRED) <dev-zero> |
Component: | New packages | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | Adrian.Bassett, ansla80, blog, defuebr, ericlngls1, ja, jarausch, jisakiel, johannes.hirte, jrmalaq, mieszkoslusarczyk, n-roeser, plaes, specious, walch.martin |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 136382 | ||
Bug Blocks: |
*** Bug 216648 has been marked as a duplicate of this bug. *** *** Bug 225683 has been marked as a duplicate of this bug. *** *** Bug 236106 has been marked as a duplicate of this bug. *** I almost filed another duplicate of this bug because my previous search on "gcc" and "collision" turned up nothing, good thing I googled it. So let me include my output to make this bug more find-able. * Messages for package sys-devel/gcc-4.3.2: * This package will overwrite one or more files that may belong to other * packages (see list below). You can use a command such as `portageq * owners / <filename>` to identify the installed package that owns a * file. If portageq reports that only one package owns a file then do * NOT file a bug report. A bug report is only useful if it identifies at * least two or more packages that are known to install the same file(s). * If a collision occurs and you can not explain where the file came from * then you should simply ignore the collision since there is not enough * information to determine if a real problem exists. Please do NOT file * a bug report at http://bugs.gentoo.org unless you report exactly which * two packages install the same file(s). Once again, please do NOT file * a bug report unless you have completely understood the above message. * * Detected file collision(s): * * /usr/lib64/security/classpath.security * /usr/lib/pkgconfig/libgcj-4.3.pc * * Searching all installed packages for file collisions... * * Press Ctrl-C to Stop * * sys-devel/gcc-4.3.1-r1 * /usr/lib/pkgconfig/libgcj-4.3.pc * /usr/lib64/security/classpath.security * * Package 'sys-devel/gcc-4.3.2' NOT merged due to file collisions. If * necessary, refer to your elog messages for the whole content of the * above message. *** Bug 240692 has been marked as a duplicate of this bug. *** *** Bug 241904 has been marked as a duplicate of this bug. *** *** Bug 243394 has been marked as a duplicate of this bug. *** *** Bug 244648 has been marked as a duplicate of this bug. *** (In reply to comment #4) > I almost filed another duplicate of this bug because my previous search on > "gcc" and "collision" turned up nothing, good thing I googled it. So let me > include my output to make this bug more find-able. > > * Messages for package sys-devel/gcc-4.3.2: > * This package will overwrite one or more files that may belong to other > * packages (see list below). You can use a command such as `portageq > * owners / <filename>` to identify the installed package that owns a > * file. If portageq reports that only one package owns a file then do > * NOT file a bug report. A bug report is only useful if it identifies at > * least two or more packages that are known to install the same file(s). > * If a collision occurs and you can not explain where the file came from > * then you should simply ignore the collision since there is not enough > * information to determine if a real problem exists. Please do NOT file > * a bug report at http://bugs.gentoo.org unless you report exactly which > * two packages install the same file(s). Once again, please do NOT file > * a bug report unless you have completely understood the above message. > * > * Detected file collision(s): > * > * /usr/lib64/security/classpath.security > * /usr/lib/pkgconfig/libgcj-4.3.pc > * > * Searching all installed packages for file collisions... > * > * Press Ctrl-C to Stop > * > * sys-devel/gcc-4.3.1-r1 > * /usr/lib/pkgconfig/libgcj-4.3.pc > * /usr/lib64/security/classpath.security /usr/lib64/security/classpath.security > * > * Package 'sys-devel/gcc-4.3.2' NOT merged due to file collisions. If > * necessary, refer to your elog messages for the whole content of the > * above message. > I was have a similar problem (disable the gcj use flag fix it) with the same error but i did not use the mutislot. If I understand it gcj use flag program just build the gnu java compiler wich realy is not needed since jave now provide there own gnu compiler(if i'm not miss-reading anything) you would just need to do a little diging if you need the java compiler and find it(I don't know what it is of hand.). *** Bug 248879 has been marked as a duplicate of this bug. *** I encountered the same problem when upgrading the gcc on an amd64 based system from gcc-4.2.4 to gcc-4.3.2 I worked around the problem as noted in my gentoo forums post: http://forums.gentoo.org/viewtopic-p-5359175.html#5359175 Is there a better solution? I ran into this problem upgrading my gcc with USE="gcj". As I can live with just one gcc version at the moment, my workaround was: 1) Emerge new gcc with USE="-gcj" 2) Unmerge old gcc 3) Re-emerge new gcc with USE="gcj" |
[...] collision-protect> * Checking for collisions... collision-protect> * /usr/lib64/security/classpath.security already exists in / collision-protect> * Package collides with existing files [...] `paludis -o /usr/lib64/security/classpath.security` reveals sys-devel/gcc-4.2.3 as the owner of the file. in src_install there's another (uncatched) error: [...] make[1]: Leaving directory `/var/tmp/paludis/sys-devel/gcc-4.3.0/work/build' find: `/var/tmp/paludis/sys-devel/gcc-4.3.0/image/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.0/install-tools': No such file or directory `/var/tmp/paludis/sys-devel/gcc-4.3.0/image/usr/libexec/gcc/x86_64-pc-linux-gnu/4.3.0/install-tools': No such file or directory >>> Done src_install [...]