Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 3903 - Masking of already emerge-d packages results in confusing display
Summary: Masking of already emerge-d packages results in confusing display
Status: RESOLVED FIXED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Unclassified (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Daniel Robbins (RETIRED)
URL:
Whiteboard:
Keywords:
: 4978 (view as bug list)
Depends on:
Blocks:
 
Reported: 2002-06-19 14:33 UTC by SpanKY
Modified: 2011-10-30 22:20 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 SpanKY gentoo-dev 2002-06-19 14:33:50 UTC
Scenario:
you have multiple versions of same package emerge-d
the newer version gets masked
emerge -s <package> shows:
   Latest Version Available: <old version>
   Latest Version Installed: <new version>

Example:
In my case, i emerge-d gnome-extra/gnome-games version 1.4.0.3-r3 and 1.94.0
all versions of gnome-games above 1.4.0.3-r3 got masked ... now my emerge -s shows
   Latest Version Available: 1.4.0.3-r3
   Latest Version Installed: 1.94.0

Note:
`emerge world -up` does not list this package as needing an update

Suggested Fix:
display something like
   Latest Version Available: 1.4.0.3-r3
   Latest Version Installed: 1.94.0 [currently masked]

k thx dad
Comment 1 SpanKY gentoo-dev 2002-08-16 17:52:52 UTC
*** Bug 6605 has been marked as a duplicate of this bug. ***
Comment 2 Klaus Kusche 2002-08-17 03:17:59 UTC
Text from 6605 (same reason, but affects cleaning versions, not showing versions):

I just emerged cdrtools 1.11.29, had 1.11.28 before. Everything went fine.

Then I tried emerge --pretend clean, and for cdrtools, it says:
selected: 1.11.29
protected: 1.11.28
(so it wants to delete the new version and keep the old one!)
prune instead of clean does the same.

I grepped the portage trees for dependencies on 1.11.28, but as far as I can
tell, there are none.


It turned out the 1.11.29 was masked in the meantime. 

Even then, it should *not* be cleaned! This would damage the system: 1.11.29
overwrites most of 1.11.28, and after cleaning 1.11.29, a partially-installed,
damaged 1.11.28 remains, leaving the package in a non-functional state!
Comment 3 SpanKY gentoo-dev 2002-08-17 13:02:11 UTC
it affects everything ;)
not just clean/search ... but also emerg-ing/pruning
Comment 4 SpanKY gentoo-dev 2002-08-27 09:26:19 UTC
*** Bug 4978 has been marked as a duplicate of this bug. ***
Comment 5 Daniel Robbins (RETIRED) gentoo-dev 2002-09-03 17:09:17 UTC
emerge search (in portage 2.0.34) obeys masking information so it should show
consistent results.