On 08/22/2013 06:35 AM, Anton Arapov wrote: > Hello, > > Thank you for contacting me. I will cross-post this to LKML, as there > is an information that might be interested for other folks. > > On Wed, Aug 21, 2013 at 10:31:21PM +0200, Tom Wijsman wrote: >> We, the Gentoo Kernel Project Team at Gentoo Linux, might be interested >> to contribute oopses to oops.kernel.org; but from a first look over what >> can be found on the ML and the internet about that site, there seems to >> be no information available about submitting to oops.kernel.org. > This kind of information will be there soon. > > >> So, could you please highlight the details on how submission happens? >> Does this (have to) happen automatically? Can we do manual submissions? > oops.kernel.org uses the old legacy kerneloops.org's api for data > collecting. Both, http://submit.kerneloops.org/submitoops.php (old) and > http://oops.kernel.org/submitoops.php (new, stick to this one) works today.
The Ubuntu distro is still configured to submit oops to http://submit.kerneloops.org/submitoops.php using the kerneloops package developed by Arjan. However, it has been disabled since the original kerneloops.org site went down. We can re-enable oops submissions. Will the old submit URL still work, or are you migrating to the new http://oops.kernel.org/submitoops.php URL? > > Reporting doesn't happen automatically. Two tools available for > sending reports: abrt/libreport (1) and former kerneloops daemon (2). > Either of these can send reports automatically or manually. > > > (1) https://fedorahosted.org/abrt/ - iirc, is already packaged in gentoo. > (2) There are no link to kerneloops, this is what I was able to google: > http://ftp.debian.org/debian/pool/main/k/kerneloops/kerneloops_0.12+git20090217.orig.tar.gz > Abrt has a better scanner/reporter, which produce less false-positive reports. > > > I don't know what way Gentoo will choose, but the original kerneloops > daemon requires some love to make it run under systemd and improve the > oops scanner (can be ported from abrt). > > > The source of _scanner_ abrt/dumpoops_plugin: > https://git.fedorahosted.org/cgit/abrt.git/tree/src/plugins/abrt-dump-oops.c > The source of _reporter_ abrt/libreport/kerneloops_plugin: > https://git.fedorahosted.org/cgit/libreport.git/tree/src/plugins/reporter-kerneloops.c > > libreport allows to report manually using CLI: > $ reporter-kerneloops > Usage: reporter-kerneloops [-v] [-c CONFFILE]... -d DIR > > >> I think that something that "calls home" might become a concern; maybe >> we could still provide that as opt-in, but manual submits would be neat. > Few years of experience with Abrt/Bugzilla reports, people fill the > additional information in less than 2% of all reports. And, the Abrt > team is working towards the least possible interaction with the user. > This is mostly to address privacy concerns, as well as leaving the > possibility to provide additional data. > > >> Thank you in advance for your explanation. > You are welcome, let me know if you'll need any help further. > > Anton. > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majord...@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
