On 11/04/2010 07:26 PM, Dr Andrew John Hughes wrote:
On 19:06 Thu 04 Nov , Jiri Moskovcak wrote:
On 11/04/2010 06:56 PM, Dr Andrew John Hughes wrote:
On 17:54 Thu 04 Nov , Frank Murphy wrote:
On 04/11/10 17:51, Dr Andrew John Hughes wrote:
This is the problem we have with java-1.6.0-openjdk, except it's magnified by the fact that the user could be running *ANYTHING* on the JVM. So if some native code in a Java application crashes the JVM, we get an abrt bug report for it.
<snip> > > Please turn these off for this package until such a time as the default > abrt report is actually useful for some form of diagnosis, which means > it at least has an hs_err file and mandatory reproducer information.
Then step up and work with the abrt devs, tell them what you need. "Don't shoot the messenger, help improve the message"
I just have.
And not for the first time.
Speaking of JVM - I already tried to contact the JVM maintainers (http://lists.fedoraproject.org/pipermail/java-devel/2010-October/003957.html).... I can blacklist jvm before we figure this out, but I'm afraid, that by silencing ABRT the whole JVM+ABRT problem will just go off the radar...
Yes, this thread is what I was referring to.
If you're happy with /var/log/openjdk as a location for error logs, I can look at adding this option upstream.
- ok, great!
But this would take time to appear in the java-1.6.0-openjdk packages and presumably for the abrt side to be worked out too.
In the meantime, we should consider turning off ABRT for OpenJDK until fixes on both the abrt and OpenJDK side have trickled through to end users.
- deal :)
I wait a few days for other maintainers who wants to blacklist their packages (please write directly to me) and then will update ABRT in Fedora with this new configuration.
Jirka
-- Regards,
Frank Murphy UTF_8 Encoded Friend of Fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel