Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 131276 - portage should treat blocks as bidirectional
Summary: portage should treat blocks as bidirectional
Status: RESOLVED DUPLICATE of bug 48195
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: All Linux
: High trivial (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-04-25 15:12 UTC by Henrique Ferreiro
Modified: 2006-09-19 06:47 UTC (History)
1 user (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 Henrique Ferreiro 2006-04-25 15:12:56 UTC
I have installed vim-7 and I can install supertab while this dependency exists in vim.eclass:

      # app-vim blocks
      if [[ "${MY_PN}" != "vim-core" ]] ; then
          # align: bug 79982
          RDEPEND="${RDEPEND}
              !<app-vim/align-30-r1
              !app-vim/vimspell
              !<app-vim/vimbuddy-0.9.1-r1
              !<app-vim/autoalign-11
              !app-vim/supertab"
      fi
Comment 1 Mike Kelly (RETIRED) gentoo-dev 2006-09-13 23:54:31 UTC
Hmm, this looks like it's really a problem in portage itself, so I'm assigning it to them.

To test, do this:

If you don't already have vim installed:
$ emerge vim

Now, try this. It *should* fail because of a blockage, but it doesn't.
$ emerge -p supertab

But this does fail properly.
$ emerge -p supertab vim

Only the third emerge blocks, when vim is explicitly on the list if packages to merge. The second should block too, but it doesn't.
Comment 2 Jason Stubbs (RETIRED) gentoo-dev 2006-09-14 08:26:28 UTC
For the time being, blockers must be listed in both/all blocking packages.

*** This bug has been marked as a duplicate of 48195 ***
Comment 3 Zac Medico gentoo-dev 2006-09-14 15:43:51 UTC
(In reply to comment #2)
> For the time being, blockers must be listed in both/all blocking packages.

That's good for performance, especially if we don't cache blockers somehow.  Otherwise, we'd have to scan for blockers in the deps of all installed packages every time that the user tries to merge something.  Even if we did try to cache the blockers, then we'd run into the problem of the cache being invalidated by changes to ebuilds in the tree (since installed packages effectively use the latest dependency data from the tree).
Comment 4 Mike Kelly (RETIRED) gentoo-dev 2006-09-19 06:47:02 UTC
Okay, thanks for the info. I've fixed the app-vim ebuilds blocked in the vim.eclass to also block >=app-editors/vim-core-7