My Launchpad page. My email address is [firstname.lastname@example.org]. I'm a long-term Debian and Ubuntu user, I first tried out Debian GNU/Linux in early 1998, using the Bo release, then continued to use successive versions all the way up to now. Other systems were avoided at all costs - even Oracle got the Debian treatment: http://www.linuxtoday.com/news_story.php3?ltsn=2002-01-10-013-20-PS-HL-RH-0001
I have worked on some fixes and small feature development for libxml2, some GNOME/Debian integration for OO.org, and a small change in Mozilla MailNews.
I have also modified aiccu packaging, a package mainly used to allow systems to connect to the SixXS set of IPv6 networks. These modifications added debconf support, bug fixes, and Ubuntu-style init scripts.
I started running Ubuntu after the first stable version appeared, but it was after the Xorg migration settled down that I decided to start running unstable versions of Ubuntu, and I started to keep an eye on Ubuntu Forums. I sent a few posts, helped a few people, but didn't pay too much attention to it. I filed a bug or two, like https://launchpad.net/distros/ubuntu/+source/gtk2-engines/+bug/14556
Then in March 2006, I saw a report that the number of bugs in Ubuntu was going up by ~100 per week. I'd been thinking for a long long time that I should help out in the community, and this seemed like a great place to get started.
I joined #ubuntu-bugs, and became a member of BugSquad. Since then, I've mainly worked with other Ubuntu developers (mainly dholbach and seb128) to fix bugs, and have also worked with upstream. I try to find reproducible bugs and get them fixed - valgrind, gdb and code inspection being the usual weapons. I also help with bug triage.
Bugs marked as duplicate/rejected/commented on
Lots. There doesn't seem to be a way to do this kind of query in Launchpad.
For the moment, I plan to continue bug triage and fixing. Longer term, I would be interested in helping with discussion, planning and implementation of features which are manageable, maintainable, and make life easier for Ubuntu users.
Using community-supported mechanisms like udev and initramfs to perform basic hardware detection and enabling is a great base to build on. I would like to see more capability-based enabling of systems (like ifup.d), but which are present within a codified and understandable grand view, and a better service management framework than /etc/inittab would be useful (like the SMF thoughts recently).
I would like to see better debugging capability for crashes - where the -dbg package for most libraries and applications are available on Launchpad, and could be merged automatically with a report from bug-buddy to get a useful backtrace.
Launchpad should offer (maybe it already does) an API to access more than just basic DOAP information. It should be possible to easily recreate all the functionality of reportbug by querying the current status of the package. SPARQL would be nice, but maybe this could be open to abuse
Many desktop libraries and applications need to go on a diet (though they're a lot better than in GNOME 2.0 days), and a thorough run through all applications using leak checking in valgrind could be of great benefit.