I've looked at net-news/rol as it has virtual/x11 dependency. Well rol-0.2* depends on gtk+ and rol-0.3* on gtkmm and does not have any linking with X libs, thus I removed that virtual/x11 dependency (modular X deps are fixed :) ). Compilation clean and rol-0.2.x (currently stable) works for me. Problems are with rol-0.3.x (unstable). First it has =dev-cpp/gtkmm-2.2.11 dependency. This library version has compilation problems (see bug 49350). So I compiled it with =dev-cpp/gtkmm-2.2* and found that it does not work. I did not manage to get any feed names and pressing remove last site button in preferences dialog crashes application (I've check both rol-0.3.0 and 0.3.1). There are also other crashes. So I think rol-0.3.x versions are unworkable. I've attempted to contact upstream 3 days ago, but still did not receive any answer. Can anybody reproduce broken behavior? If so I'd like to hardmask rol-0.3.x versions for about month, then attempt to contact upstream again and if upstream is dead remove 0.3.x versions from the tree and hard mask rol-0.2.x to remove it also in another month. What do you think about such plan?
From file timestamps inside the tarball, I'd say this project is pretty much dead. Feel free to p.mask it, but give upstream more time to respond - two weeks should be sufficient, IMHO. I'll test it later today after I'll get back from work.
I'm really wondering why I'm on the CC of this bug
I'm really wondering why I'm on the CC of this bug can you explain it to me?
By mistake. I'm sorry about that. metadata in net-news/rol is empty thus I CC'ed developers from ChangeLog and by mistake I added you.
*** Bug 138776 has been marked as a duplicate of this bug. ***
So? I'd suggest to punt the broken version at least...
Nothing changed for 0.5 year so my opinion is that time to clean this package from the tree comes. :( Reassigning bug on treecleaners.
Removed.