Summary: | portage/emerge fails to compute dependencies and fails to report what triggered the problem | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Thomas Capricelli <orzel> |
Component: | Core - Dependencies | Assignee: | Portage team <dev-portage> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | walch.martin |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | emerge --info |
Description
Thomas Capricelli
2012-01-21 03:25:11 UTC
Created attachment 299429 [details]
emerge --info
It seems that a circular dependency is preventing the autounmask dependency chain from showing how it all got pulled in. If you set USE="-rdoc" to break the cycle, then maybe it will show a better dependency chain. You should also use -N, as missing it may confuse emerge in such cases. Us --autounmask-keep-masks to prevent emerge from reverting your masks. @zac: This is weird, but 'ufed' shows that rdoc is NOT set. If i do 'grep rdoc /etc/make.conf /etc/portage/ -R' nothing shows up. I dont know why portage thinks +rdoc. So i've added USE=-rdoc to command line (and also added -rdoc in USE in make.conf), and indeed, this fixes the problem. How is it that ufed is not to be trusted ? How can i know which use flags are set in my current set up ? (bonus point if i can know from where they are set/unset). I also have a dep problem with kde about [=aqua]... but ufed doesn't know about 'aqua' !? @few: Thanks for the hints. --autounmask-keep-masks is so helpful i think i'm gonna add it to my 'emerge' alias. I dont know if I should close the ticket as changing rdoc is not solving the actual problem (portage/emerge is lost). additional note, after investigation, it seems that ruby is pulled by dev-texlive/texlive-pictures-2011 which is pulled by texlive. I wonder how this is. texlive was ruby-free until recently. Maybe this has something to do with bug #399681? |