Summary: | sys-apps/portage-2.1.9.42: update silently ignores installed package which ebuild was removed or masked by keyword or license | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Grygoriy I. Fuchedzhy <grygoriy.fuchedzhy> |
Component: | Unclassified | Assignee: | Portage team <dev-portage> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | onkobu |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=250418 https://bugs.gentoo.org/show_bug.cgi?id=677438 https://bugs.gentoo.org/show_bug.cgi?id=816312 https://bugs.gentoo.org/show_bug.cgi?id=760783 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Grygoriy I. Fuchedzhy
2011-06-17 09:39:46 UTC
(In reply to comment #0) > But if it was masked by > keyword(e.g. marked unstable) We have a long history of users temporarily overriding ACCEPT_KEYWORDS via the environment in order to install just a few packages with unstable keywords. This creates a conflict with your desire to have a warning message, since it would be considered noise by users who had temporarily overridden ACCEPT_KEYWORDS as described above. The situation in this are should improve after portage-2.1.10 has been stabilized, since the emerge --autounmask option is enabled by default in this release, so users will no longer feel a need to do temporary overrides of ACCEPT_KEYWORDS. We already try to handle this kind of issue as well as possible by during dependency resolution. As an example, for bug 350285 we fixed --depclean to remove newer slots masked by keywords: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=b7de3d1fb10e40b4ef03462f8a145968689ac587 > or LICENSE entry was added Since bug 288083, we have a warning for missed updates due to license masks: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=daca3458b14261506b5351d1a55e55bc43cbfebb > or ebuild of that > particular installed version was removed - portage will tell nothing. The problem with this is that we'd like for users to be able to install from binary packages, without the need to have the ebuilds present, and without receiving irrelevant warnings when the ebuilds are not present. I suppose we can add a option to trigger a warning like this if it's desired. Then you could add such an option to EMERGE_DEFAULT_OPTS if it suits you. > However I think portage should warn user about such situations. As it is, you should be able to trigger all relevant warnings by running `emerge -pe world`. Seems like this issue is more complicated than I thought. Thanks for detailed answer! (In reply to comment #1) > I suppose we > can add a option to trigger a warning like this if it's desired. Then you could > add such an option to EMERGE_DEFAULT_OPTS if it suits you. Sounds reasonable to me. I'd like to see this happened. > As it is, you should be able to trigger all relevant warnings by running > `emerge -pe world`. I'll use this for now. Thanks! *** Bug 832979 has been marked as a duplicate of this bug. *** |