# ls -l /var/cache/portage/local/cross*
lrwxrwxrwx 1 root root 44 Feb 16 15:36 binutils -> /var/cache/portage/gentoo/sys-devel/binutils
lrwxrwxrwx 1 root root 39 Feb 16 15:36 gcc -> /var/cache/portage/gentoo/sys-devel/gcc
# egencache --update --repo=local
# ls /var/cache/portage/local/metadata/md5-cache/cross*
ls: cannot access /var/cache/portage/local/metadata/md5-cache/cross*: No such file or directory
egencache should create a metadata cache for the packages that are symlinked into the overlay. (Because e.g. eix-update takes ages for packages without cached metadata.)
Do you have the cross-i686-w32-mingw32 category listed in /var/cache/portage/local/profiles/categories? The symlinks are not supposed to make a difference.
(In reply to comment #1)
> Do you have the cross-i686-w32-mingw32 category listed in
> /var/cache/portage/local/profiles/categories? The symlinks are not supposed
> to make a difference.
No, that file does not even exist. I guess that makes it a sys-devel/crossdev bug, since it is the program that created these symlinks. It appears it only created /etc/portage/categories.
(In reply to comment #2)
> It appears it only created /etc/portage/categories.
That works for emerge. But egencache ignores local user config files like this, since it's intended to give results that are reproducible regardless of local configuration (like repoman).
(In reply to comment #3)
i could have it maintain a categories file in the overlay itself. i think that should work.
I added a symlink as a temporary workaround:
# ln -s ../../../../../etc/portage/categories /var/cache/portage/local/profiles/