subj. Reproducible: Always Steps to Reproduce: For example: 1. Add hacking-gentoo overlay 2. eix-update 3. See that eix displays all (including provided by portage tree) sys-devel/binutils as masked ([M]-prefixed): (0) [M]~2.24-r2[1] [M]2.24-r3 [M]2.24-r3[1] [M]~2.25 [M]~2.25-r1
This is a regression of eix-0.30.8 It is now fixed in current eix git master (>=eix-0.30.9)
(In reply to Martin Väth from comment #1) > This is a regression of eix-0.30.8 It seems it was introduced earlier. I've seen the same behavior in 0.30.4. I've tried to build from git and now it works well. Thanks for quick fix.
(In reply to Fat-Zer from comment #2) > It seems it was introduced earlier. You are right: A similar initialization in mask parsing (which can cause this problem in certain cases) was committed already in 0.30.0
I see this 0.30.9 was released a day ago. Seeing you have not one but 2 devs on board to commit on yr behalf I shall refrain from committing the bump and just closed this WONTFIX, unless someone really wants a ptch of the commit backported to <=0.30.8.
Indeed, axs was already informed about the release. I suppose, it will be in the gentoo repository soon. (Actually I already made a quick second release, since fixing of this bug triggered another problem which I observed just now...) Please leave the bug open until the new release is in the gentoo repository, so that people do not report unnecessary dupes.
(In reply to Martin Väth from comment #5) > (Actually I already made a quick second release, since fixing of this bug > triggered another problem which I observed just now...) > > Please leave the bug open until the new release is in the gentoo repository, > so that people do not report unnecessary dupes. Martin you are the upstream author?
(In reply to Ian Delaney from comment #6) > Martin you are the upstream author? Yes, since eix-0.5.6
