First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 131276
Alias:
Product:
Component:
Status: RESOLVED
Resolution: DUPLICATE of bug 48195
Assigned To: Portage team <dev-portage@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Henrique Ferreiro <henrique.ferreiro@gmail.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 131276 depends on: Show dependency tree
Show dependency graph
Bug 131276 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-04-25 15:12 0000
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 From Mike Kelly (RETIRED) 2006-09-13 23:54:31 0000 -------
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 From Jason Stubbs (RETIRED) 2006-09-14 08:26:28 0000 -------
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 From Zac Medico 2006-09-14 15:43:51 0000 -------
(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 From Mike Kelly (RETIRED) 2006-09-19 06:47:02 0000 -------
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

First Last Prev Next    No search results available      Search page      Enter new bug