MOTUApplication

Differences between revisions 12 and 38 (spanning 26 versions)
Revision 12 as of 2009-06-25 06:34:00
Size: 2435
Editor: adsl-75-36-166-85
Comment: ## page was copied from UbuntuDevelopment/DeveloperApplicationTemplate
Revision 38 as of 2009-11-13 09:16:18
Size: 8518
Editor: pD9EB4591
Comment: Martin Pitt's testimony
Deletions are marked like this. Additions are marked like this.
Line 5: Line 5:
----
'''Please do not edit this page. It is a template to be used by people applying as an Ubuntu developer.'''

Head over to https://wiki.ubuntu.com/YourName/YourDeveloperApplication instead and make use of this template.
----
Line 12: Line 7:
'''I, Evan Broder, apply for MOTU.'''
Line 13: Line 9:

'''I, <YOUR NAME>, apply for <universe-contributor|MOTU|core-dev|upload rights for package(s) <X>>.'''

|| '''Name''' || <YOUR NAME> ||
|| '''Launchpad Page''' || <link to your launchpad page> ||
|| '''Wiki Page''' || <link to your Wiki page> ||
|| '''Name''' || Evan Broder ||
|| '''Launchpad Page''' || https://launchpad.net/~broder ||
Line 21: Line 13:
''Tell us a bit about yourself.'' I'm Evan Broder. I'm currently a senior at MIT. I do computer systems engineering for fun, and occasionally I still like to pretend that I'm actually an electrical engineer. Within computer systems, I do a lot of work with [[http://invirt.mit.edu|virtualization]].
Line 24: Line 16:
''Tell us how and when you got involved, what you liked working on and what you could probably do better.'' I've been using Ubuntu on my personal servers for years. I'm pretty sure I started with Breezy, although I don't remember for sure. Since then I've run servers with every version from Dapper to Jaunty. I started contributing to Ubuntu through backports, since many of my servers are still running Hardy (for Xen support). I had a few very good experiences working with members of the backporters team, which encouraged me to spend effort on some Xen-related bugs as well as some bugs that were affecting the [[http://debathena.mit.edu|Debathena project]], a Debian/Ubuntu Policy-compliant packaging of the MIT Athena environment for Debian/Ubuntu.
Line 26: Line 18:
== My involvement ==
Line 28: Line 19:

Within Ubuntu:

 * mit-scheme: FFE and merge (Jaunty) and SRU (Intrepid)
   * https://bugs.launchpad.net/bugs/339449
   * https://bugs.launchpad.net/bugs/341832
 * openafs: I worked with Anders Kaseorg to prepare and test the security updates across 4 Ubuntu versions patching 4 OpenAFS security advisories
   * https://bugs.launchpad.net/bugs/356861
   * https://bugs.launchpad.net/bugs/180792
   * https://bugs.launchpad.net/bugs/94787
 * remctl: Helped with testing of backport of latest version to Hardy and Intrepid. I'm not proud of the regression in the Hardy backport that I missed, but I think I handled it promptly and well (in the second bug)
   * https://bugs.launchpad.net/bugs/308800
   * https://bugs.launchpad.net/bugs/321763
 * xen: A few SRUs in Hardy, Intrepid, Jaunty
   * https://bugs.launchpad.net/bugs/216761
   * https://bugs.launchpad.net/bugs/362691
   * https://bugs.launchpad.net/bugs/323546

Outside of Ubuntu, I'm also very proud of the work I've done with [[http://debathena.mit.edu|Debathena]]. We recently deployed Debathena and Ubuntu to the 300 public community workstations at MIT. Debathena has a continuous release cycle - we make changes to any package at any time across all of our supported distributions. I spearheaded our current release engineering and QA procedures, and I think they've done a good job of keeping the "production" Debathena packages very stable across a lot of changes.
Line 29: Line 40:
''Let us know what you worked on, with which development teams / developers you cooperated and how it worked out.''
## As a per-package uploader, please give us some insight into the package maintenance and bug situation since you're working on it.

In general, I tend to focus on problems that either affect me directly or indirectly. Frequently this means dealing with bugs that are reported to us as part of our campus Ubuntu deployment. As a result I tend to look at a lot of different packages, but tend to focus on the packages that form the core of these services, so krb5, openafs, zephyr, xen, and remctl.
Line 34: Line 45:
= Plans for the future =
== General ==
I had an opportunity this summer to learn a lot about how D-Bus. I thought it was really interesting, and I'd like to have a better understanding of how the modern Linux desktop works - X, DeviceKit, PolicyKit, ConsoleKit, Upstart, stuff like that.

Also, as part of Debathena, we tend to run into a lot of bugs in Ubuntu, and we should do a better job of reporting and fixing these bugs in Ubuntu instead of just working around them in our own packages.

Finally, I know everybody says this, but it is true for me too. It's way too easy to get complacent and not test builds, or even build but not test the results. It's bitten me a few times, and I should be more careful.

== Plans for the future ==

Primarily, I plan to just keep fixing bugs that affect me and the deployments I care about. I'm also hoping to get more involved in the sponsorship queues, and maybe try to become a member of the SRU or backports teams.
Line 37: Line 56:
''Please describe what you like least in Ubuntu and what thoughts do you have about fixing it.''
For me, the most frustrating part of contributing to Ubuntu is the sponsorship process. As somebody lacking the bits to effect changes directly, it's hard to continue contributing patches when patches you've already submitted lay untouched for months at a time.

I think that improving the sponsorship process is key to keeping fringe contributors involved in Ubuntu, and I think the MOTU community needs to collectively buckle down and agree to pressure each other to spend more time on sponsoring other people's patches. To that end, if my MOTU application is approved, I'm making it a personal goal to help massage and upload somebody else's fix for every fix of my own that I upload.
Line 47: Line 70:

== Daniel Holbach (dholbach) ==
=== General feedback ===
I seem to have uploaded one patch of Evan, but I remember having looked over a few more bugs of his and I was impressed with his good work.

=== Specific Experiences of working together ===
 * Upload: https://bugs.launchpad.net/ubuntu/+source/pyrex/+bug/371991
 * Sync: https://bugs.launchpad.net/ubuntu/+source/remctl/+bug/306920
 * Sync: https://bugs.launchpad.net/ubuntu/+source/openafs/+bug/350470
 * Sync: https://bugs.launchpad.net/ubuntu/+source/zephyr/+bug/345588
 * Sync: https://bugs.launchpad.net/ubuntu/+source/libpcap/+bug/307616

=== Areas of Improvement ===
None I can think of from my experience. Maybe help out with sponsoring? :-)

== Jordan Mantha (LaserJock) ==
=== General feedback ===
I sponsored a patch from Evan for the Ubuntu Global Jam. I've seen him around the community off-and-on and from my limited experience he seems technical adept, a team player, and a solid asset to the community.

=== Specific Experiences of working together ===
I sponsored:
  * https://bugs.launchpad.net/ubuntu/+source/system-config-printer/+bug/435505
This was a pretty simple case of integrating an upstream patch. Evan was very responsive to my questions and had already done a significant amount of testing prior to asking for sponsorship. He made good use of his PPA for testing and was nicely descriptive in his changelog and patch.

=== Areas of Improvement ===
None that I can think of as I only had the one specific interaction.

== Bryce Harrington ==
=== General feedback ===
=== Specific Experiences of working together ===
I sponsored https://bugs.edge.launchpad.net/ubuntu/+source/xen-3.2/+bug/216761 with Evan. I was concerned xen was going to be a difficult sponsoring effort, but actually there was no muss, no fuss, and in fact it went so cleanly we were able to get the fixes SRU'd to several past releases.

=== Areas of Improvement ===
Just please keep contributing!

== Martin Pitt ==
=== General feedback ===
I sponsored a handful of packages for him, I mostly know his name from SRUs. It's great to see people applying important patches to stable releases! Most of those updates were fairly simple in the packaging sense, but required upstream research, bug forwarding/handling, knowing how to apply patches to packages, etc. All of those were handled very well by Evan.

So I can't really vouch for his experience with packaging (I didn't see complex merges/new packages from him), but I would be happy to see him able to upload more fixes to Ubuntu.

=== Specific Experiences of working together ===
 * gnome-terminal SRU (bug Bug:328575)
 * xen-3.3 SRU (bug Bug:362691) -- this was a nontrivial one
 * pyrex (bugs Bug:342936, Bug:342937)

=== Areas of Improvement ===
Keep up the good work!
Line 62: Line 133:
## Uncomment the one that applies for you and please remove the others.
##
## [[CategoryCoreDevApplication]]
## [[CategoryMOTUApplication]]
## [[CategoryUniverseContributorApplication]]
## [[CategoryPerPackageUploaderApplication]]
[[CategoryMOTUApplication]]

I, Evan Broder, apply for MOTU.

Name

Evan Broder

Launchpad Page

https://launchpad.net/~broder

Who I am

I'm Evan Broder. I'm currently a senior at MIT. I do computer systems engineering for fun, and occasionally I still like to pretend that I'm actually an electrical engineer. Within computer systems, I do a lot of work with virtualization.

My Ubuntu story

I've been using Ubuntu on my personal servers for years. I'm pretty sure I started with Breezy, although I don't remember for sure. Since then I've run servers with every version from Dapper to Jaunty. I started contributing to Ubuntu through backports, since many of my servers are still running Hardy (for Xen support). I had a few very good experiences working with members of the backporters team, which encouraged me to spend effort on some Xen-related bugs as well as some bugs that were affecting the Debathena project, a Debian/Ubuntu Policy-compliant packaging of the MIT Athena environment for Debian/Ubuntu.

Examples of my work / Things I'm proud of

Within Ubuntu:

Outside of Ubuntu, I'm also very proud of the work I've done with Debathena. We recently deployed Debathena and Ubuntu to the 300 public community workstations at MIT. Debathena has a continuous release cycle - we make changes to any package at any time across all of our supported distributions. I spearheaded our current release engineering and QA procedures, and I think they've done a good job of keeping the "production" Debathena packages very stable across a lot of changes.

Areas of work

In general, I tend to focus on problems that either affect me directly or indirectly. Frequently this means dealing with bugs that are reported to us as part of our campus Ubuntu deployment. As a result I tend to look at a lot of different packages, but tend to focus on the packages that form the core of these services, so krb5, openafs, zephyr, xen, and remctl.

Things I could do better

I had an opportunity this summer to learn a lot about how D-Bus. I thought it was really interesting, and I'd like to have a better understanding of how the modern Linux desktop works - X, DeviceKit, PolicyKit, ConsoleKit, Upstart, stuff like that.

Also, as part of Debathena, we tend to run into a lot of bugs in Ubuntu, and we should do a better job of reporting and fixing these bugs in Ubuntu instead of just working around them in our own packages.

Finally, I know everybody says this, but it is true for me too. It's way too easy to get complacent and not test builds, or even build but not test the results. It's bitten me a few times, and I should be more careful.

Plans for the future

Primarily, I plan to just keep fixing bugs that affect me and the deployments I care about. I'm also hoping to get more involved in the sponsorship queues, and maybe try to become a member of the SRU or backports teams.

What I like least in Ubuntu

For me, the most frustrating part of contributing to Ubuntu is the sponsorship process. As somebody lacking the bits to effect changes directly, it's hard to continue contributing patches when patches you've already submitted lay untouched for months at a time.

I think that improving the sponsorship process is key to keeping fringe contributors involved in Ubuntu, and I think the MOTU community needs to collectively buckle down and agree to pressure each other to spend more time on sponsoring other people's patches. To that end, if my MOTU application is approved, I'm making it a personal goal to help massage and upload somebody else's fix for every fix of my own that I upload.


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.

Daniel Holbach (dholbach)

General feedback

I seem to have uploaded one patch of Evan, but I remember having looked over a few more bugs of his and I was impressed with his good work.

Specific Experiences of working together

Areas of Improvement

None I can think of from my experience. Maybe help out with sponsoring? Smile :-)

Jordan Mantha (LaserJock)

General feedback

I sponsored a patch from Evan for the Ubuntu Global Jam. I've seen him around the community off-and-on and from my limited experience he seems technical adept, a team player, and a solid asset to the community.

Specific Experiences of working together

I sponsored:

This was a pretty simple case of integrating an upstream patch. Evan was very responsive to my questions and had already done a significant amount of testing prior to asking for sponsorship. He made good use of his PPA for testing and was nicely descriptive in his changelog and patch.

Areas of Improvement

None that I can think of as I only had the one specific interaction.

Bryce Harrington

General feedback

Specific Experiences of working together

I sponsored https://bugs.edge.launchpad.net/ubuntu/+source/xen-3.2/+bug/216761 with Evan. I was concerned xen was going to be a difficult sponsoring effort, but actually there was no muss, no fuss, and in fact it went so cleanly we were able to get the fixes SRU'd to several past releases.

Areas of Improvement

Just please keep contributing!

Martin Pitt

General feedback

I sponsored a handful of packages for him, I mostly know his name from SRUs. It's great to see people applying important patches to stable releases! Most of those updates were fairly simple in the packaging sense, but required upstream research, bug forwarding/handling, knowing how to apply patches to packages, etc. All of those were handled very well by Evan.

So I can't really vouch for his experience with packaging (I didn't see complex merges/new packages from him), but I would be happy to see him able to upload more fixes to Ubuntu.

Specific Experiences of working together

Areas of Improvement

Keep up the good work!


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 ===


CategoryMOTUApplication

EvanBroder/MOTUApplication (last edited 2009-11-13 09:16:18 by pD9EB4591)