Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 205890 - sys-apps/portage-2.1.4_rc1 (is blocking app-shells/bash-3.2_p33
Summary: sys-apps/portage-2.1.4_rc1 (is blocking app-shells/bash-3.2_p33
Status: VERIFIED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Eclasses (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-01-14 21:07 UTC by Wayne Hoxsie
Modified: 2009-01-02 18:53 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Wayne Hoxsie 2008-01-14 21:07:59 UTC
I get the message: "sys-apps/portage-2.1.4_rc1 (is blocking app-shells/bash-3.2_p33" when trying to update either bash or portage.  I don't know how to resolve this conflict.

Reproducible: Always
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2008-01-14 21:27:54 UTC
This is not a support forum...

http://www.gentoo.org/main/en/support.xml
http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3
Comment 2 Jakub Moc (RETIRED) gentoo-dev 2008-01-16 21:33:24 UTC
*** Bug 206188 has been marked as a duplicate of this bug. ***
Comment 3 Maurice Volaski 2008-01-16 21:41:41 UTC
Although I opened 206188 as an enhancement request, it really is a bug. Portage should not block ebuilds without a giving the user some explanation. Please reopen that request.
Comment 4 Jakub Moc (RETIRED) gentoo-dev 2008-01-16 22:01:46 UTC
This is no portage bug; we have changelogs for similar stuff.
Comment 5 Maurice Volaski 2008-01-16 22:07:18 UTC
Please just pass it onto the portage team and let them decide what to do with it.
Comment 6 Jakub Moc (RETIRED) gentoo-dev 2008-01-16 22:10:54 UTC
(In reply to comment #5)
> Please just pass it onto the portage team and let them decide what to do with
> it.

Like, exactly what? Kindly review Bug 190128; no it doesn't work, the blocker is there for a reason so live with it.
Comment 7 Wayne Hoxsie 2008-01-17 15:04:19 UTC
(In reply to comment #1)
> This is not a support forum...
> 
> http://www.gentoo.org/main/en/support.xml
> http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3
> 

I read through those and more.  From what I could gather from the docs, this was a circular block; from the Portage docs:  

"It is also possible that two packages that are yet to be installed are blocking each other. In this rare case, you should find out why you need to install both. In most cases you can do with one of the packages alone. If not, please file a bug on Gentoo's bugtracking system."
Comment 8 Maurice Volaski 2008-01-17 21:57:26 UTC
I played around with some today and no, portage is at fault here. It's lying about what's doing the blocking. It claims that portage-2.1.4_rc1 is doing the blocking. But guess what? That version doesn't even exist. It should really be saying the presently installed version is blocking, which is older. And even then it's not really blocking. Because all it has to do is install the new version as a dependency. Initially, it couldn't do this because on my system, the correct version is masked. But even when it wasn't, it just sat there claiming the non-existent version was blocking it. Definitely portage is dumb. So this is something that can be "fixed".
Comment 9 Jakub Moc (RETIRED) gentoo-dev 2008-01-17 22:05:40 UTC
If you are mixing latest ~arch bash with stable portage, kindly either downgrade you bash or stick portage to package.keywords (or better yet stick with stable only if you don't know what you are doing).

Any further comment here documenting a failure to read basic portage documentation (including the link provided by portage itself on hitting a blocker) will result in restricting this bug to prevent further noise in my mailbox.

http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked
Comment 10 Remigiusz Jan Andrzej Modrzejewski 2009-01-02 18:53:11 UTC
Exactly same message hit me today on one of the rarely touched systems. It's easily fixed now by emerging by hand all the unmet portage dependencies, then emerging portage with --nodeps, then emerging the bash.