sys-apps/coreutils-6.10 should be in collision with sys-apps/mktemp because they have the same program, the same name and the same functionality: sys-apps/mktemp: /bin/mktemp sys-apps/coreutils: /usr/bin/mktemp Reproducible: Always Steps to Reproduce:
Fixed in 6.10-r1
Somebody seems to have done this, causing mutually blocking packages to be needed: [blocks B ] sys-apps/mktemp (is blocking sys-apps/coreutils-6.10-r1) [blocks B ] >=sys-apps/coreutils-6.10 (is blocking sys-apps/mktemp-1.5) Unmerging mktemp and updating coreutils had no effect. Here are the ebuilds that need to be updated: [23:26:03][root:~] # equery depends coreutils [ Searching for packages depending on coreutils... ] app-admin/eselect-1.0.11 (sys-apps/coreutils) sys-apps/baselayout-1.12.11.1 (!build & !bootstrap? >=sys-apps/coreutils-5.2.1) (!build&!bootstrap? >=sys-apps/coreutils-6.10-r1) sys-apps/portage-2.1.4 (!build & userland_GNU? >=sys-apps/coreutils-6.4) [23:26:13][root:~] # equery depends mktemp [ Searching for packages depending on mktemp... ] sys-apps/baselayout-1.12.11.1 (!build & !bootstrap? sys-apps/mktemp) sys-apps/debianutils-2.28.2 (sys-apps/mktemp) The ones depending on mktemp will need to depend on coreutils-6.10+ or mktemp, rather than just mktemp. baselayout does that, but debianutils does not. Removing mktemp from debianutils's PDEPEND variable fixed the problem for me.
*** Bug 207170 has been marked as a duplicate of this bug. ***
*** Bug 207180 has been marked as a duplicate of this bug. ***
There are some more packages which have hard dependency on mktemp, these should be fixed. Here's a list (equery d -a sys-apps/mktemp): app-emulation/ganeti-instance-debian-etch app-text/a2ps app-text/xmlto dev-util/quilt
No, there are no such packages; emerge --sync.
Must have hit an out-of-date mirror, synced less than 2 hours ago, and apparently fixed 15 hours ago in CVS. Sorry for the noise.
I am running emerge --sync here (hit hawk.gentoo.org) and I am still getting this collision. [blocks B ] sys-apps/mktemp (is blocking sys-apps/coreutils-6.10-r1) [blocks B ] >=sys-apps/coreutils-6.10 (is blocking sys-apps/mktemp-1.5) !!! Error: The above package list contains packages which cannot be installed !!! at the same time on the same system. For more information about Blocked Packages, please refer to the following section of the Gentoo Linux x86 Handbook (architecture is irrelevant): http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked server1 bin # I can pass any more info that's needed.
(In reply to comment #8) > I am running emerge --sync here (hit hawk.gentoo.org) and I am still getting > this collision. Of course you are getting the blocker, that's intended and the whole purpose of this bug. http://www.gentoo.org/main/en/support.xml http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked
Sorry, my mistake. The entries about the CVS being out of date and an emerge --sync fixing the problem was all that was stated here. I assumed this was an erroneous block that was resolved from a sync. I assume that one just unmerges mktemp (which I'm trying now) and that is the *fix* since it's now rolled into coreutils. Perhaps if the bug was a bit more verbose next time when closed? ;)
*** Bug 207689 has been marked as a duplicate of this bug. ***
*** Bug 222651 has been marked as a duplicate of this bug. ***
I don't see how this can be "CLOSED FIXED" when it still happens... To me that is saying "its not important enough to spend time to fix." All I wanted to do was emerge gnome and its dependencies. Portage (and all other package managers) are supposed to make things easier and gives linux that it-just-works quality that more mainstream OSes have. Many people that try linux for the first time go back to their previous OS because of things like this. Well, I suppose Gentoo isn't exactly a beginners distro, but that is beside the point.
(In reply to comment #13) > I don't see how this can be "CLOSED FIXED" when it still happens... To me that > is saying "its not important enough to spend time to fix." Dear "jo bob", one particular binary was moved from one package (mktemp) to another one (coreutils). This decision was made by upstream GNU maintainers, not by a Gentoo developer. Our aim at Gentoo is to follow upstream's release policy as close as possible. It isn't possible for two packages to install the same file. This is not a bug, but a feature. While this particular situation (moving file from one package to another) can be certainly handled by the package manager, the support for automatical recovery is still missing from Portage. There are plans to handle this automatically (see the gentoo-dev ML archives for details), but it isn't implemented in the production branch yet. Perhaps you might help the Portage developers to streamline the idea and write a functional code instead of posting misleading comments to our Bugzilla.
*** Bug 225331 has been marked as a duplicate of this bug. ***
*** Bug 224943 has been marked as a duplicate of this bug. ***
(In reply to comment #1) > Fixed in 6.10-r1 > Hi, I have removed sys-apps/mktemp and installed sys-apps/coreutils-6.10-r2, and binary mktemp dosnt exist any more on my system :) I'm not sure what kind of symptoms I could provide.... I run Gentoo on sparc64 (sun ultra 10)
(In reply to comment #17) > (In reply to comment #1) > > Fixed in 6.10-r1 > > > > Hi, > I have removed sys-apps/mktemp and installed sys-apps/coreutils-6.10-r2, > and binary mktemp dosnt exist any more on my system :) .. but after emerge -D world, mktemp is available under /usr/bin and equery says it belongs to sys-apps/coreutils-6.10-r2 odd
(In reply to comment #18) > (In reply to comment #17) > > (In reply to comment #1) > > > Fixed in 6.10-r1 > > > > > > > Hi, > > I have removed sys-apps/mktemp and installed sys-apps/coreutils-6.10-r2, > > and binary mktemp dosnt exist any more on my system :) > > .. but after emerge -D world, mktemp is available under /usr/bin > and equery says it belongs to sys-apps/coreutils-6.10-r2 > odd > > Hi I am doing an update world. Something seems to remove /usr/bin/mktemp or it did not get installed on my first emerge of coreutils (part of update system I think): # equery belongs mktemp [ Searching for file(s) mktemp in *... ] sys-apps/coreutils-6.10-r2 (/bin/mktemp) sys-apps/coreutils-6.10-r2 (/usr/bin/mktemp -> /bin/mktemp) But /bin/mktemp does not exist. Re-emerging coreutils (to existing version 6.10-r2) creates this missing file. I do not have sys-apps/mktemp installed and it is not mentioned in /var/log/emerge.log (=never installed?). However a collision was detected during the previous installation of coreutils: >>> Messages generated by process 15158 on 2008-08-09 22:28:01 EEST for package s ys-apps/coreutils-6.10-r2: ERROR: preinst This package will overwrite etc... Detected file collision(s): /bin/mktemp The re-emerge did not give this message again. The world is now compiling on again. Good night and thanks everybody.