MOTU application for jackson doak

[Mathieu Trudel-Lapierre]

Le lundi 02 mars 2015 à 11:45 -0600, Micah Gersten a écrit :
> At this point, I don't see a lot of new information, so I'll have to
> +0 for now.
> 
> On March 2, 2015 9:23:53 AM CST, Iain Lane <laney at ubuntu.com> wrote:
>         By my reading, this vote is still in doubt. We have: +1 +1 +0 -1 -1
>         which is a total of 0 so far. There are two members left to vote: bdrung
>         and micahg.
>         
>         Benjamin, if you've got time before the end of today when your term is
>         up, please vote.
>         
>         Micah, please just vote. :)
>         
>         Cheers,
>         Iain
>         
>         On Fri, Feb 27, 2015 at 05:25:28PM +0000, Dimitri John Ledkov wrote:
>                  -1 from me.
>                  
>                  I do not have enough confidence to entrust all of universe &
>                  multiverse to you, especially for packages you do not have TIL on.


First, let me apologize for the time it took for me to get to write this
email; I've reviewed the information that was available and the
historical data for this application, and given that there should be a
meeting in a few hours, I thought it would be appropriate to give my
vote here now.

It's a difficult decision taking an application that was already in
progress and trying to build myself an idea of the person, of his
skills...

I vote +0.

I've seen some pretty good work from Jackson, but digging in I can not
find great examples of non-trivial work that would be a testament to
what I would expect of someone in MOTU.

From reading the previous emails I understand Jackson isn't a
programmer, but someone interested in packaging work for the moment.
This is good, as the help is definitely needed. I do see good merges, I
think I see an understanding of the impact of transitions, but I also
see enough room for improvement to recommend that he apply again at a
later time (say, two or three months from now?).

I understand we can't exactly expect to see complex FTBFS fixes from
someone who might not know coding very well, but this is one area where
I think a little more involvement would be good. I'm sure some
approachable universe FTBFS fixes can be found.

I'm also curious as to what kind of testing has been done on some of the
latest syncs in vivid-changes. Jackson, could you explain what testing
process you've gone through to verify that say, fasttree or the grml*
packages you synced were working properly, even if it's a very quick
check? 

Finally, Jackson, please feel free to ask questions and to ping me
directly when you need sponsoring, in the event that I have time to
help.

-- 
Mathieu Trudel-Lapierre <mathieu-tl at ubuntu.com>
Freenode: cyphermox, Jabber: mathieu.tl at gmail.com
4096R/DC95CA5A 36E2 CF22 B077 FEFE 725C  80D3 C7DA A946 DC95 CA5A


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <https://lists.ubuntu.com/archives/devel-permissions/attachments/20150330/49fae222/attachment.pgp>