# eix ggz-gtk-games * games-board/ggz-gtk-games Available versions: 0.0.5 0.0.9 0.0.13 Installed: none Homepage: http://ggz.sourceforge.net/ Description: These are the gtk versions of the games made by GGZ Gaming Zone # grep HOMEPAGE /usr/portage/games-board/ggz-gtk-games/ggz-gtk-games-0.0.9.ebuild HOMEPAGE="http://ggz.sourceforge.net/" # grep HOMEPAGE /usr/portage/games-board/ggz-gtk-games/ggz-gtk-games-0.0.5.ebuild HOMEPAGE="http://ggz.sourceforge.net/" # grep HOMEPAGE /usr/portage/games-board/ggz-gtk-games/ggz-gtk-games-0.0.13.ebuild HOMEPAGE="http://www.ggzgamingzone.org/" Oops? It shows old HOMEPAGE from old ebuild, not the currently available version you would get from "emerge ggz-gtk-games". I'm running with ACCEPT_KEYWORDS="~x86" and new ebuild is marked with ~x86.
Created attachment 90566 [details] my xorg.conf file
sorry. attached xorg.conf file to the wrong bug; please ignore
One possibility would be that its reading a previous version of the ebuild and caching the first URL it finds.. I'm going to take a look into it
eix reads the ebuilds in alphabetical order and caches the last version that it finds. The problem here is that ggz-gtk-games-0.0.13 is alphabetically before ggz-gtk-games-0.0.5.
Probably we need numerical ordering here to take the latest ebuild.
It is not that easy: Ordering of versions is much harder. Moreover, pure sorting does not treat the case when e.g. the newest version is in some overlay. I made an attempt to patch the cache-reading functions in the newest svn trunk. So far, only methods metadata and none were tested once. If somebody uses another method please test it.
we believe this is fixed with 0.6.2 thanks or reporting!