79509 2005-01-25 13:12 0000 recent portage fails to resolve virtuals correctly in context of dev-lang/ghc 2005-07-31 04:11:38 0000 1 1 1 Unclassified Portage Development Core - Dependencies unspecified All All RESOLVED FIXED P2 normal --- 1 kosmikus@gentoo.org dev-portage@gentoo.org haskell@gentoo.org sascha-gentoo-bugzilla@silbe.org kosmikus@gentoo.org 2005-01-25 13:12:20 0000 The situation is the following: dev-lang/ghc and dev-lang/ghc-bin both provide virtuals/ghc. In addition, dev-lang/ghc depends on virtuals/ghc, and virtuals/ghc defaults to dev-lang/ghc-bin. This should cause ghc to bootstrap off ghc-bin on first installation, and it used to work fine until at least portage-2.0.51-r2 (the 2004.3 version). # emerge --version Portage 2.0.51-r2 (default-linux/x86/2004.3, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.3-gentoo-r1 i686) # emerge -p ghc These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] media-libs/libpng-1.2.7-r1 [ebuild N ] x11-base/opengl-update-2.0_pre4-r1 [ebuild N ] media-libs/freetype-2.1.5-r1 [ebuild N ] x11-misc/ttmkfdir-3.0.9-r2 [ebuild N ] media-libs/fontconfig-2.2.3 [ebuild N ] x11-base/xorg-x11-6.8.0-r4 [ebuild N ] app-arch/rpm2targz-9.0-r2 [ebuild N ] sys-apps/utempter-0.5.5.5-r1 [ebuild N ] x11-terms/xterm-197 [ebuild N ] dev-libs/gmp-4.1.4 [ebuild N ] media-libs/glut-3.7.1 [ebuild N ] dev-lang/ghc-bin-6.2 [ebuild N ] dev-lang/ghc-6.2.2 When I tested today with portage-2.0.51-r15, the same thing failed: # emerge --version Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.3-gentoo-r1 i686) # emerge -p ghc These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] media-libs/libpng-1.2.7-r1 [ebuild N ] x11-base/opengl-update-2.0_pre4-r1 [ebuild N ] media-libs/freetype-2.1.5-r1 [ebuild N ] x11-misc/ttmkfdir-3.0.9-r2 [ebuild N ] media-libs/fontconfig-2.2.3 [ebuild N ] x11-base/xorg-x11-6.8.0-r4 [ebuild N ] app-arch/rpm2targz-9.0-r2 [ebuild N ] sys-apps/utempter-0.5.5.5-r1 [ebuild N ] x11-terms/xterm-197 [ebuild N ] dev-libs/gmp-4.1.4 [ebuild N ] media-libs/glut-3.7.1 [ebuild N ] dev-lang/ghc-6.2.2 I would expect this to work as before. Cheers, ks kosmikus@gentoo.org 2005-01-25 13:55:45 0000 I've narrowed this down to the change from -r13 to -r14. After discussing the situation with carpaski on irc, the agreement is: - he'll look into this soon - as a temporary solution, I'll modify the dev-lang/ghc ebuild to produce an informative error message ("emerge ghc-bin manually") rather than to fail during compilation because the necessary dependencies aren't installed. ks jstubbs@gentoo.org 2005-01-25 15:06:36 0000 Can't fix this for some time to come. It's not something that changed between -r13 and -r14. I'm certain that if you try -r4 through -r12, they will all "break" as well. There may be a way around it on either the ebuild side or portage side that doesn't break "virtuals to be installed don't block" and "virtuals to be installed can't satisfy deps", but I can't think of it right now. kosmikus@gentoo.org 2005-01-25 15:29:07 0000 Ah, sorry, you're right. At least -r10 to -r12 fail as well. Only -r13 happens to work for some reason (which is why I thought it was introduced by -r14 ...). You say one of the things to watch out for is that "virtuals to be installed can't satisfy deps". But isn't this exactly what's happening here? virtual/ghc, still to be installed, is nevertheless used to satisfy the dep for dev-lang/ghc ... ks jstubbs@gentoo.org 2005-01-25 17:17:14 0000 For reference, bug #1343 bug #68220 bug #78201 jstubbs@gentoo.org 2005-01-27 06:10:53 0000 Created an attachment (id=49655) Relocates virtuals processing Relocates virtuals updating to after a package's deps are parsed & translated but before they are processed. kosmikus@gentoo.org 2005-05-10 15:08:30 0000 I'm not sure in how far this is related to the original bug, but since this is still open: on a system without dev-haskell/haddock, dev-ghc, and ghc-bin, I get the following with portage-2.5.51.{19,21}: $ USE="doc" emerge -pv ghc These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] app-text/opensp-1.5.1 +nls 1,385 kB [ebuild N ] app-text/openjade-1.3.2-r1 -debug 873 kB [ebuild N ] app-text/docbook-dsssl-stylesheets-1.77-r2 385 kB [ebuild N ] dev-haskell/haddock-0.6-r3 +doc -tetex 419 kB [ebuild N ] dev-lang/ghc-bin-6.2 13,150 kB [ebuild N ] dev-lang/ghc-6.2.2 -debug +doc +opengl -tetex 5,279 kB Total size of downloads: 21,495 kB This is clearly wrong. ghc-bin and ghc are the only two packages that provide virtual/ghc, and haddock depends on virtual/ghc. Emerging haddock before any of the two others fails. ghc depends on haddock. ghc-bin does not. I don't know why portage insists to emerge haddock before ghc-bin ... This is a real problem, because it will occur for anyone who tries to install ghc for the first time and has USE="doc" set. Unfortunately, I do not see a good workaround currently ... ks jstubbs@gentoo.org 2005-07-31 04:11:38 0000 This is fixed. The misordering of dependencies in the last comment is due to portage's bad handling of circular dependencies. There's many bugs open about that which I'll be creating a new bug explaining it all and duping the rest on in the next few days. 49655 2005-01-27 06:10 0000 Relocates virtuals processing emerge-2.0.51-r15-bootstrapping-virtuals.patch text/plain SW5kZXg6IGVtZXJnZQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvdmFyL2N2c3Jvb3QvZ2VudG9vLXNy Yy9wb3J0YWdlL2Jpbi9lbWVyZ2UsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMzQ1LjIuMTMKZGlm ZiAtdSAtcjEuMzQ1LjIuMTMgZW1lcmdlCi0tLSBlbWVyZ2UJMTYgSmFuIDIwMDUgMDI6MzU6MzMg LTAwMDAJMS4zNDUuMi4xMworKysgZW1lcmdlCTI3IEphbiAyMDA1IDEzOjUyOjI1IC0wMDAwCkBA IC05MjUsMTcgKzkyNSw5IEBACiAJCQltZXJnaW5nPTIKIAkJaWYgbWVyZ2luZz09MToKIAkJCW15 Ymlna2V5LmFwcGVuZCgibWVyZ2UiKQotCQkJc2VsZi5teWRiYXBpW215cm9vdF0uY3B2X2luamVj dChteWtleSkKIAkJZWxzZToKIAkJCW15Ymlna2V5LmFwcGVuZCgibm9tZXJnZSIpCiAJCQkKLQkJ IyBBZGp1c3QgcGtnc2V0dGluZ3Mgd2l0aCBhbnkgdmlydHVhbHMgdGhpcyBwYWNrYWdlIHByb3Zp ZGVzLgotCQlpZiBtZXJnaW5nIT0wOgotCQkJaWYgbXl0eXBlPT0iYmluYXJ5IjoKLQkJCQlzZWxm LnBrZ3NldHRpbmdzLnNldGluc3QobXlrZXkscG9ydGFnZS5kYlsiLyJdWyJiaW50cmVlIl0uZGJh cGkpCi0JCQllbGlmIG1lcmdpbmc6Ci0JCQkJc2VsZi5wa2dzZXR0aW5ncy5zZXRpbnN0KG15a2V5 LHBvcnRhZ2UuZGJbbXlyb290XVsicG9ydHRyZWUiXS5kYmFwaSkKLQogCQkjIHdoYXRldmVyIHRo ZSBjYXNlLCB3ZSBuZWVkIHRvIGFkZCB0aGUgbm9kZSB0byBvdXIgZGlncmFwaCBzbwogCQkjIHRo YXQgY2hpbGRyZW4gY2FuIGRlcGVuZCB1cG9uIGl0LgogCQlzZWxmLmRpZ3JhcGguYWRkbm9kZShz dHJpbmcuam9pbihteWJpZ2tleSksbXlwYXJlbnQpCkBAIC0xMTE4LDEyICsxMTEwLDMwIEBACiAJ CQkjbXljaGVjaz1wb3J0YWdlLmRlcF9jaGVjayhkZXBzdHJpbmcsc2VsZi5teWRiYXBpW215cm9v dF0sc2VsZi5wa2dzZXR0aW5ncyxteXVzZT1teXVzZSkKIAogCQkJaWYgbm90IG15Y2hlY2tbMF06 Ci0JCQkJcmV0dXJuIDAKLQkJCW15bWVyZ2U9bXljaGVja1sxXQorCQkJCW15bWVyZ2U9W10KKwkJ CWVsc2U6CisJCQkJbXltZXJnZT1teWNoZWNrWzFdCiAKIAkJZWxzZToKIAkJCSN3ZSdyZSBwcm9j ZXNzaW5nIGEgY29tbWFuZC1saW5lIGFyZ3VtZW50OyB1bmNvbmRpdGlvbmFsbHkgbWVyZ2UgaXQg ZXZlbiBpZiBpdCdzIGFscmVhZHkgbWVyZ2VkCiAJCQlteW1lcmdlPVtkZXBzdHJpbmddCisJCQor CQkjIGRlcF9jaGVjayBoYXMgYmVlbiBydW4gc28gd2UgY2FuIG5vdyBhZGQgb3VyIHBhcmVudCB0 byBvdXIKKwkJIyBidWlsZCBzdGF0ZSB0byB1cGRhdGUgdmlydHVhbHMgYW5kIG90aGVyIHNldHRp bmdzLiBUaGlzCisJCSMgaGFwcGVucyBhZnRlciB0aGUgcGFja2FnZSBpcyBhZGRlZCB0byB0aGUg dHJlZSBzbyB0aGF0IGEKKwkJIyBwYWNrYWdlIGNhbiBkZXBlbmQgb24gYSB2aXJ0dWFsIHdoaWNo IGl0IHNhdGlzZmllcy4KKwkJaWYgbXlwYXJlbnQ6CisJCQlteXAgPSBteXBhcmVudC5zcGxpdCgp CisJCQlpZiBteXBbM109PSJtZXJnZSI6CisJCQkJc2VsZi5teWRiYXBpW215cm9vdF0uY3B2X2lu amVjdChteXBbMl0pCisJCQkJaWYgbXlwWzBdPT0iYmluYXJ5IjoKKwkJCQkJc2VsZi5wa2dzZXR0 aW5ncy5zZXRpbnN0KG15cFsyXSxwb3J0YWdlLmRiWyIvIl1bImJpbnRyZWUiXS5kYmFwaSkKKwkJ CQllbHNlOgorCQkJCQlzZWxmLnBrZ3NldHRpbmdzLnNldGluc3QobXlwWzJdLHBvcnRhZ2UuZGJb bXlyb290XVsicG9ydHRyZWUiXS5kYmFwaSkKKworCQlpZiBub3QgbXltZXJnZToKKwkJCXJldHVy biAxCisJCQogCQlpZiAiLS1kZWJ1ZyIgaW4gbXlvcHRzOgogCQkJcHJpbnQgIkNhbmRpZGF0ZXM6 IixteW1lcmdlCiAJCWZvciB4IGluIG15bWVyZ2U6Cg==