dev-libs/check primarily fails because it tries to use strsignal() without checking whether it is present on the platform it is being built on, but after this quickly descends into an enormous pile of GNU-isms. When I came across another package which depended on dev-libs/check I tried patching to remove/standardise the problematic code, but eventually hit a point where it just wasn't going to work without major re-writes. x11-libs/xcb-util has a hard dependency on dev-libs/check, and x11-libs/startup-notification has a hard dependency on x11-libs/xcb-util - as per Bug 267849. Can either of these dependencies be safely removed from the respective ebuilds?
libstartup-notification *should* fail to compile (but doesn't) because it implicitly defines xcb_atom_get, which is no longer supplied by xcb-util. Instead, it fails at runtime with a missing symbol error. I'm trying to file a bug against libstartup-notification but there doesn't seem to be a bugtracker for it. Any ideas?
(In reply to comment #1) > libstartup-notification *should* fail to compile (but doesn't) because it > implicitly defines xcb_atom_get, which is no longer supplied by xcb-util. > > Instead, it fails at runtime with a missing symbol error. > > I'm trying to file a bug against libstartup-notification but there doesn't seem > to be a bugtracker for it. Any ideas? Sure. Stop polluting unrelated bugs and search fox closed bugs as well.
(In reply to comment #2) > Sure. Stop polluting unrelated bugs and search fox closed bugs as well. *for
We are sorry to close this bug. We lack the man-power and devotion to support mips-irix in the tree.