Martin Väth

Do you have either set `UPGRADE_TO_HIGHEST_SLOT=false` or do you have `sys-kernel/gentoo-kernel` in `/etc/portage/package.slot_upgrade_forbid`?

There was a typo on the eix manpage `UPDATE_TO_HIGHEST_SLOT` (false) instead of `UPGRADE_TO_HIGHEST_SLOT` (correct).

I tried to reproduce the problem by removing my `package.accept_keywords` for `gentoo-sources` and lying about the installed version in `/var/db/pkg`. However, I get `[U?]` as expected (I did not try...

Another possibility (though even more unlikely): Please verify that `eix --print SLOT_UPGRADE_FORBID` indeed prints the expected path `/etc/portage/package.slot_upgrade_forbid`.

No. eix does not do any dependency resolution. These files are only used to check whether a package is in world{,_sets}. I tried nevertheless, and it had no effect.

I will leave this open, since it is already sort of FAQ. Git relies for speedup on inode numbers which are not preserved by overlay. These need to be recalculated...

Patches are updated now.

Thanks for pointing out. Indeed, it seems that the default branch on cgit.gentoo.org/anongit.gentoo.org was still master. I hope that I changed it now to main successfully.

It is very strange: It worked for 1 minute, and now the old config is back. I do not know how to change the default branch on git.gentoo.org/anongit.gentoo.org. Maybe it...

Now it seems that I really succeeded with the renaming of the default branch.