Hi, The kerneloops upstream dos a pretty good job of making noui targets for their package. The problem is that with gentoo we must build these packages, so the builddeps (in this case libnotify) must also be installed. I've modified the Makefile and the ebuild a bit. Please include. Reproducible: Always Steps to Reproduce: Feature Request
Created attachment 196560 [details] ebuild with gtk use flag
Created attachment 196563 [details, diff] Patch for noui in pkg-config Additionally pkgconfig did not work because the PKG_CONFIG_PATH was not set correctly. I have added this variable to the ebuild. This might be a local problem.
please include the package name when filing bugs.
(In reply to comment #3) > please include the package name when filing bugs. > I will do so in the future
Created attachment 213190 [details, diff] Patch against the makefile. This patch makes kerneloops build with its CFLAGS added on top of the users own instead of overriding them. It links with both CFLAGS and LDFLAGS as recommended by gccs manual (added bonus: it makes use of the system set LDFLAGS). It build both noui and everything. @Greg I have sent this to Arjan at three times to three different mail addresses. Which email address should I try, and if e does not respond, is there mailinglist or buzilla I can send it to? There is no info about it on kerneloops.org and I think linux-kernel feels a bit out of context...
(In reply to comment #5) > Created an attachment (id=213190) [details] > Patch against the makefile. > > @Greg > I have sent this to Arjan at three times to three different mail addresses. > Which email address should I try, and if e does not respond, is there > mailinglist or buzilla I can send it to? There is no info about it on > kerneloops.org and I think linux-kernel feels a bit out of context... I sent my initial patch to him as well. I believe he isn't interested much at the kerneloops project now that it's working well. I think lkml is appropriate because it's already high traffic and he has posted kerneloops related scripts there before.
> (In reply to comment #5) Also if you look at the git commits there is a more regular committer, he may be able to accept the patch.
I talked about this bug time ago with Greg and told me upstream was dead, probably this is a candidate for removal
yeah, thé fedora guys seems to say thé same about kerneloops.org as whole. ABRT can still report there, but you should not expect that anyone cares.
(In reply to comment #8) > I talked about this bug time ago with Greg and told me upstream was dead, > probably this is a candidate for removal Agreed. As I write this, my browser is timing out kerneloops.org.
Will keep opened until it's removed ;)
Gone
