Hi Murch,
I second this motion.
Luke put forth a proposal, then went on to receive direct and substantial
technical feedback from all across the ecosystem, but rather than faithfully
engaging with such feedback (we're all liars ofc), he used his position as a
BIP editor to fast track the proposal anyway, assigning it a number out of band
(thereby side stepping the normal procedure), all while contributing next to
nothing to the day-to-day work of the other BIP editors.
I think it's worth being very explicit w.r.t this motion. This isn't about
"punishing" a developer for advocating a fork. Devs are ofc free to champion
any idea, no matter how dumb or contentious they are, forking if they deem it
necessary. Rather this is about whether someone who bypasses all editorial
processes when it benefits them, cannot maintain a normal working relationship
with his co-editors, and now is the head of a project hellbent on creating a
new alt-coin (after their failed fork) can be trusted with an editorial
position within Bitcoin's standard process. It should be clear to anyone
reading this, that he cannot.
His persistent fork also creates a clear conflict of interest: Luke is now the
leader of a project that seeks to undermine Bitcoin itself (you fool, don't you
see, bcash jr is the real Bitcoin!), a standing BIP editor shouldn't have a
direct stake in such a project.
-- Laolu