Brief background: Removed Nvidia TNT2 card, replaced with ATI Rage 128. After unmerging all packages for the nvidia-kernel and nvidia-glx from system entries still exist in /var/cache/edb/virtual and /var/cache/edb/world. Later emerge of opengl packages (tuxracer, gltron) attempted to emerge the nvidia packages.
We can't ignore virtuals if the mapped-to package isn't installed. Not sure if there's a "right" way to handle this, but I'll think about it.
during my testing of the new cron layout i experienced the same thing... emerge vcron emerge dcron (doesn't work because dcron has RDEPEND=!virtual/cron and vcron provides this) emerge unmerge vcron emerge dcron emerge vcron (works, which it shouldn't) when i look at the /var/../virtuals, i'd have virtual/cron sys-apps/dcron sys-apps/vcron this is pretty bad, because the RDEPEND=!virtual/cron stops working... hope this helps
OK, this is now fixed and will appear in Portage 1.9.5
i'm experiencing the 'package left in virtual file' with portage-2.0.{39,40,41}
*** Bug 15368 has been marked as a duplicate of this bug. ***
*** Bug 16297 has been marked as a duplicate of this bug. ***
*** Bug 18652 has been marked as a duplicate of this bug. ***
still happening with portage 2.0.47-r10 (though the package i unmerged is listed in virtuals, not world).
I uninstalled xemacs but portage attempted to install it again in 'emerge -pU world'. Solved after removing xemacs from /var/cache/edb/virtual. Portage version: 2.0.49-r3
*** Bug 27427 has been marked as a duplicate of this bug. ***
*** Bug 20611 has been marked as a duplicate of this bug. ***
2.0.49-r15 is still doing this. I emerged xfs-sources, then unmerged it, future runs of emerge -U --deep world tried to reinstall xfs-sources. Had to remove it manually from /var/cache/edb/virtuals. Perhaps this is another thing that regenworld can go in and fix?
*** This bug has been marked as a duplicate of 31148 ***
Included for 2.0.49-r17