(updates for 0.2. need davfs2 reviewed.)
m (formatting tweak - tt != code)
|Line 87:||Line 87:|
== User Experience ==
== User Experience ==
Getting debuginfo to get a backtrace for a bug report is faster and easier when the <
Getting debuginfo to get a backtrace for a bug report is faster and easier when the <>debuginfofs</> service is installed and enabled.
== Dependencies ==
== Dependencies ==
Revision as of 22:44, 6 March 2009
a client service to mount the debuginfo filesystem when needed.
- Targeted release: Fedora 11
- Last updated: 2009-03-06
- Percentage of completion: 85%
When a program crashes or is otherwise misbehaving, one of the most helpful things to put in a bug report is a traceback of the offending process, gathered by using
does this automatically. But without debugging info, the tracebacks are incomplete.
debuginfo-install can be used to install the needed debuginfo packages, but this takes a long time (2-5 minutes) and 95% of the installed data is unused.
This Feature will provide scripts and tools to provide a WebDAV filesystem containing all the debuginfo needed for everything in Fedora, and a service to allow users (or automatic crash-reporting processes - like Features/CrashCatcher) to mount the filesystem when needed.
Benefit to Fedora
By simplifying the process of getting debugging info, we can improve the quality of bug reports, which should make it easier (and faster) to get bugs fixed.
There will be two main parts to this feature:
debuginfofs-serverpackage, which provides
- Configuration files to specify which distributions (version/arch) to support, and
- Some documentation on setting up / maintaining the server.
debuginfofspackage, which provides
- Configuration files to specify the location of the server
If possible, we should also provide a public debuginfofs server for Fedora users, and pre-configure the service to use that.
The debuginfofs package has been submitted for review: https://bugzilla.redhat.com/show_bug.cgi?id=487587
How To Test
1. Prepare a debuginfo server
- public instance coming soon (?)
curl -O http://wwoods.fedorapeople.org/review/debuginfofs-server-0.2-1.fc10.noarch.rpm yum localinstall --nogpgcheck debuginfofs-server-0.2-1.fc10.noarch.rpm debuginfofs-mirror --releasever=CLIENTDISTRO --basearch=CLIENTARCH fedora fedora-updates service debuginfofs-server start
2. Install / configure debuginfofs on the client
curl -O http://wwoods.fedorapeople.org/review/debuginfofs-0.2-1.fc10.noarch.rpm yum localinstall --nogpgcheck debuginfofs-0.2-1.fc10.noarch.rpm vi /etc/sysconfig/debuginfofs # change DEBUGINFOFS_SERVER
3. Mount debuginfofs
service debuginfofs start
4. Crash a program in gdb
[wwoods@metroid debuginfofs]$ gdb $(which sleep) GNU gdb Fedora (6.8-29.fc10) Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"... (gdb) set args 999 (gdb) run Starting program: /bin/sleep 999 [Hit Ctrl-C] Program received signal SIGINT, Interrupt. __kernel_vsyscall () at arch/x86/vdso/vdso32/int80.S:16 16 arch/x86/vdso/vdso32/int80.S: No such file or directory. in arch/x86/vdso/vdso32/int80.S Current language: auto; currently asm (gdb) bt #0 __kernel_vsyscall () at arch/x86/vdso/vdso32/int80.S:16 #1 0x008ac430 in __nanosleep_nocancel () from /lib/libc.so.6 #2 0x0804abd3 in xnanosleep (seconds=999) at xnanosleep.c:112 #3 0x080490f6 in main (argc=2, argv=0xbffff514) at sleep.c:150 (gdb)
If everything is working as expected, you will see the function/file names, as above.
Getting debuginfo to get a backtrace for a bug report is faster and easier when the
debuginfofs service is installed and enabled.
- We've chosen WebDAV as the network filesystem for this project, so:
- A public debuginfofs server will require somewhere around 25GB of disk per Fedora version/arch - a total of ~300GB for Fedora (9,10,11,Rawhide) * (i386,x86_64,ppc).
- Some further work could be done to drastically reduce the amount of disk space needed by only unpacking debuginfo when it is needed - this may be required if the Fedora infrastructure can't spare that much disk space.
- This would also reduce setup time to near-zero, since we don't have the overhead of unpacking all the RPMs.
- If we need access to the source files as well as the debugging symbols, there will need to be an additional layer on the client-side to find the source files and put them in a place where
gdbcan find them.
None needed - things stay as they are.
The gdb info pages and Releases/FeatureBuildId give some background on the Build-Id feature that makes this possible.
There is a new
debuginfofs service, which provides debuginfo for all Fedora packages over the Internet.