I think what you stated (+1 as a developer, -1 as a user) is pretty much
how most workstation users feel.
I know for a fact that the ABRT team does work hard, so I don't really
wan't to reflect on their efforts, however, if we have the choice in our
hands (I don't even know if we do), I think we should probably write
down all the negative impact that ABRT has on UX, try to solve it in the
mid-run with the ABRT guys, and remove ABRT in the meantime. Because
quite frankly, I rather have a nice user experience than crash reports
if that's the tradeoff.
So, the question is, do we have the ability to remove it without being
in conflict with the other products?
Just my 2 cents.
On Mon, 2014-07-14 at 09:27 -0500, Michael Catanzaro wrote:
On Mon, 2014-07-14 at 16:10 +0200, Kalev Lember wrote:
> As a developer, I absolutely love the retrace server,
. It gives an
> overview of the most frequent traces ABRT has seen and this is
> invaluable for prioritizing and fixing crashers that users are
> experiencing in real world. Also, bug reports filed with ABRT tend to
> of high quality, which makes it easy to fix issues reported. I always
> tell everybody to submit crash reports when ABRT asks them to, since
> helps us fix stuff.
Yes, this service is wonderful, though lately I've been seeing missing
problem reports and wondering if it's working properly.
> As a user, I hate ABRT with all my heart. The UI is confusing to me,
> just never seems to work properly (perhaps that's because I run
> and ABRT developers don't focus their efforts there), and it also gets
> in the way of debugging crashes in my own stuff. So I tend to remove
> it from my systems and file bugs by hand instead, if needed.
My experiences are based on F20.
I don't find it gets in the way of debugging my own crashes, though,
since by default it creates core dumps in the crashing processes'
directory as long as you remember to set ulimit -c. I WILL find it gets
in the way of debugging my own crashes in F21, since F21 finally enables
systemd's wonderful coredumpctl tool. ABRT is going to conflict with
that, but I bet this can be worked on.
desktop mailing list
Engineering Manager - Desktop Applications Team
Red Hat, Inc.