Re: ABRT frustrating for users and developers

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2010-01-18 at 09:06 +0100, Jiri Moskovcak wrote:
> On 01/17/2010 06:49 PM, Camilo Mesias wrote:
> >>   Someone else asked this earlier - but why do users need the debug-info
> >> packages - only the debugger looking at the tracebacks needs this. So
> >> seems installing the debug files on every desktop/server that has a
> >> problem is much less efficient than just on the dev computer who needs
> >> the info - no?
> >
> > This is a good point, the users shouldn't really have to install
> > debuginfo for a one-off use. It would be better for a central server
> > or service to have access to all the debuginfo files at all versions.
> > The back end processing of symbol-less backtraces + version info to
> > fully annotated ones could be automated.
> 
> There has been such idea called debugfs, but it was cancelled (don't 
> remember the reason), but I agree that would be probably the best 
> option, because when user creates the backtrace he needs to install the 
> whole debuginfo, but then GDB reads just a few kilobytes.

Debuginfofs-like operation is supported by abrt even now.

/etc/abrt/plugins/CCpp.conf:
...
# Additional directories to search for debuginfos.
# For example, you can list a network-mounted shared store
# of all debuginfos here.
# ReadonlyLocalDebugInfoDirs = /path1:/path2:...
...

The "only" remaining thing is to have a server with all
debuginfos for all packages, present and past, to be accessible.

IIRC there is http-fs module of something in FUSE,
so http server will do.

Who's willing to provide such a server and pay for it, that's the
question...
-- 
vda


-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux