CoreDeveloperApplication

Differences between revisions 10 and 11
Revision 10 as of 2013-08-23 15:59:11
Size: 5482
Editor: dannf
Comment:
Revision 11 as of 2014-07-02 05:16:31
Size: 6020
Editor: vorlon
Comment: now you have to apply
Deletions are marked like this. Additions are marked like this.
Line 59: Line 59:
== Steve Langasek ==
I have known Dann for over a decade. During that time, as a Debian developer, ia64 porter, and member of the Debian security and kernel teams, he has more than adequately demonstrated mastery of Debian packaging. As a member of the Canonical hyperscale team for the past while, he has also had more than enough opportunity to interact with the Ubuntu community and familiarize himself with Ubuntu-specific policies and practices. Without hesitation, I recommend him to the DMB as a candidate for coredev status.

I, dann frazier, apply for core-dev.

Name

dann frazier

Launchpad Page

https://launchpad.net/~dannf

Wiki Page

https://wiki.ubuntu.com/DannFrazier

Who I am

I've been a Debian Developer for ~12 years, and a Canonical employee for ~3 years. I like both free software and free beer. I'm experienced working with the kernel, server installer, security issues, autobuilders, packaging, etc.

My Ubuntu story

My first real involvement with Ubuntu was in a previous job at HP, probably sometime in 2009. I would resolve hardware support issues (often out of date drivers) with Ubuntu found by our QA team (sometimes working w/ Canonical). I also worked directly with HP customers that used Ubuntu to help resolve issues, and packaged up various HP software components for Ubuntu on HP servers. What did I like about it? Helping users resolve real problems. What could I have done better? Actively seek out ProLiant/Ubuntu users to get a macro level view of the issues they were facing. I was otherwise mostly reactive.

My involvement

Examples of my work / Things I'm proud of

  • Fixed a build failure in screen

  • Found a build failure in procps due to broken functionality in pwdx; identified fixes from upstream and prepared a fix for Ubuntu.

  • Found a couple of lshw issues using Ubuntu (discovered while hacking on MAAS on ARM). Triaged and discovered that one was a years-old bug reported in both Ubuntu and Debian. The other had not yet been reported. I reported and fixed both of these issues upstream (http://ezix.org/project/ticket/626, http://ezix.org/project/ticket/628), worked with the Debian maintainer to get these fixes uploaded to sid, and finally resolved the bugs in Ubuntu when the package was sync'd.

  • LP: #1053306: User had an intermittent - but severe - issue with open-iscsi hanging. Used online analysis to root cause, created a simple reproducer, found a fix upstream, backported & got it SRU'd.

  • LP: #1035110 - root caused a MAAS issue with highbank platforms due to a missing driver, identified a fix & got it SRU'd

  • Created a project to add unofficial support for the Arndale development board (https://launchpad.net/~arndale-team)

  • Got a couple of my patches SRU'd so that users could use LTS qemu to emulate highbank (LP: #1030594, LP: 1030588)

  • Contributed a charm that lets you deploy a qemu instance running Ubuntu/armhf onto a public cloud w/ transparent network connectivity.

I try to take an Upstream-first approach though, so a lot of the things I've worked on have come in indirectly e.g. via debian, or kernel.org.

Areas of work

These days I mostly work with the Ubuntu ARM and MAAS teams to add and maintain support for ARM SoCs. I often find myself needing to fix bugs in core packages - often just backporting changes from upstream - and it'd probably be more efficient to do so w/o seeking a sponsor. I also contribute to charms on occasion.

Things I could do better

Keep up with more mailing lists. I suck at following high-traffic lists.

Plans for the future

General

Continue what I'm doing today (see Areas of work), and work on issues regarding the arm64 port.

What I like least in Ubuntu

Unnecessary divergences from upstream. I hope to maintain rigor about pushing things back upstream.


Comments

If you'd like to comment, but are not the applicant or a sponsor, do it here. Don't forget to sign with @SIG@.


Endorsements

As a sponsor, just copy the template below, fill it out and add it to this section.

Serge Hallyn

Dann has been a great help behind the scenes with software like multipath-tools and qemu-kvm.

See for instance bug https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/488285 for which he unfortunately frequently gets no credit in the changelog. I wholeheartedly endorse Dann for coredev based on my previous packaging work with him.

Steve Langasek

I have known Dann for over a decade. During that time, as a Debian developer, ia64 porter, and member of the Debian security and kernel teams, he has more than adequately demonstrated mastery of Debian packaging. As a member of the Canonical hyperscale team for the past while, he has also had more than enough opportunity to interact with the Ubuntu community and familiarize himself with Ubuntu-specific policies and practices. Without hesitation, I recommend him to the DMB as a candidate for coredev status.


TEMPLATE

== <SPONSORS NAME> ==
=== General feedback ===
## Please fill us in on your shared experience. (How many packages did you sponsor? How would you judge the quality? How would you describe the improvements? Do you trust the applicant?)

=== Specific Experiences of working together ===
''Please add good examples of your work together, but also cases that could have handled better.''
=== Areas of Improvement ===


DannFrazier/CoreDeveloperApplication (last edited 2014-08-26 22:08:45 by dannf)