Proposal A
David Golden said:
Date: Mon, 5 Dec 2016 07:15:04
From: David Golden <x...@xdg.me>
Reply-To: "DBIx::Class user and developer list" <dbix-class@lists.scsys.co.uk>
To: DBIC Mailing List <dbix-class@lists.scsys.co.uk>
Subject: [Dbix-class] ★ VOTE NOW: DBIC Governance and Namespace Control ★
Thank you to everyone who has been participating in or just reading the
various governance discussions since my initial email to the DBIC list of
Oct 3. [1]
It's time to bring this to a conclusion.
Peter suggests that the question to consider is merely which fork gets the
"DBIx::Class" namespace indexed on CPAN. While that may be all he cares
about, I feel it trivializes the discussions the community has been having
and the decision the community is being asked to make.
Without restating all the history to date, here are the facts of the case
that I think are most relevant to consider in understanding the proposals at
hand:
* Peter's original plan that started the dispute could be summarized as
"Peter takes sole control of the DBIx::Class namespace and does X", where at
that time the plan appeared to be "freeze and park permissions with an
unknown owner".
* The dispute process clearly indicated that Peter didn't have the support
of existing maintainers or the community for such a plan sufficient to
disregard his prior permissions agreement with Matt.
* Matt proposed a mechanism for the community to self-govern the DBIC
namespace and development, sharing power between maintainers and the mailing
list. (Revised proposal is linked as [2])
* Peter revealed that his new employment situation allows him to continue
development. [3]
* Given Peter's track record and renewed availability, some in the community
wanted to see an alternative proposal where Peter continued DBIC and the
community took forward "DBIC2"; Andrew Beverl formalized a proposal [4]. In
response to concerns about the proposal, Peter volunteered to clarify the
alternative proposal.
* Peter delivered an alternative proposal that could be summarized as "Peter
takes sole control of the DBIx::Class namespace and does X", where at this
time the plan appears to be "kickstart a DBIx::Class fork free of community
bias". [5]
Unfortunately for the community's deliberations, Peter has consistently
provided minimal details on his plans, particularly regarding succession
should he no longer be able to or wish to continue development. After
Andrew Beverl's proposal, Peter said he would clarify by Nov 1 [6]. This
target date then slipped to Nov 5 [7], was pushed back again on Nov 7 [8],
and pushed again to Nov 17 or else Thanksgiving [9]. On November 10, in the
middle of this sequence of delays, I started a private email thread with
Peter asking if there was anything I could do to help him formalize his
proposal, but the thread stalled on the Nov 14. On November 26, I received
a separate private email telling me I could set a deadline of Dec 1, if
needed [10]. In our continuation of the stalled thread at that point, Peter
and I briefly discussed what ultimately became his final proposal of Dec 3.
I think some details in those private emails are relevant to the decisions
at hand, so now that Peter has released his proposal and because Peter
originally insisted that all discussions about DBIC be public anyway, I am
now posting the content of that private email thread in full. [11]
Specifically, I want to call attention to Peter's description of the future
of DBIC as "two forks developed in parallel, by noncooperating, openly
adversarial teams" which I think is more indicative of the stakes and
situation than the simpler question of "where does the DBIx::Class namespace
point". What an adversarial fork means for the future of the repository,
mailing list, bug trackers, module ecosystem, and community itself, etc. is
undefined and community members may wish to consider that in their decision
process.
Given Peter's stated intent to launch a "fork free of community bias", it's
clear there is no governance alternative for the community on the table.
Matt's original proposal had enough support to be adopted outright [12], has
been amended with generally good feedback, and has provisions for future
self amendment. I consider it operative in its amended form as soon as this
vote is concluded, with the only missing piece being what specific
namespaces it governs.
The question thus comes down to whether the community feels "official" DBIC
is best developed going forward by a self-governed community or by a single
individual with absolute control (with both the good and ill that comes of
that). The community may wish to consider the track record and
personalities of everyone involved for both scenarios in weighing a
decision.
As there has been more than enough time spent on these topics and/or waiting
for clarification already, and since the options on the table aren't
materially altered from their earlier forms, I don't believe further
discussion, debate or new alternatives will provide better or clearer
options for the future of DBIC. It is time for this dispute to be resolved
so everyone can move forward.
Therefore, I submit to the list the following two proposals:
* PROPOSAL A: Primary permissions for DBIx::Class and related namespaces
shall be managed under the amended DBIC community governance structure
proposed by Matt Trout. Decisions about the future development of the
project, including but not limited to stability policy, new development,
branching and freezing shall be governed by the community under the same
terms. The community will choose whether/how to continue active development
of DBIC under that name or a separate name. Peter will choose whether/how
to fork DBIC to a new namespace for independent development.
* PROPOSAL B: Primary permissions for DBIx::Class and related namespaces
shall be managed solely by Peter Ribasushi until he transfers it to another
of his choosing or appears permanently incommunicado (whether by choice,
accident or death). Decisions about the future development of the
project, including but not limited to stability policy, new development,
branching and freezing shall be made at Peter's sole discretion. Peter will
choose whether/how to continue active development of DBIC under that or a
separate name. The community, under the governance proposal, will choose
whether/how to fork DBIC to a new namespace for independent development.
List members should reply to this email with an email body indicating
clearly "Proposal A" or "Proposal B". Other responses, such as "+1" or "me,
too" replies to others' votes will be disregarded.
Voting will close 72 hours after this email is sent.
I will tally and announce results shortly thereafter. I will be sole
arbiter of any voting irregularities. Once announced, I will transfer
namespace permissions accordingly and consider the matter resolved.
Regards,
David
[1]http://dbix-class.35028.n2.nabble.com/IMPORTANT-A-discussion-of-DBIC-govern
ance-and-future-development-td7578987.html
[2]http://dbix-class.35028.n2.nabble.com/PROPOSAL-Governance-and-sustainabilit
y-td7579228.html
[3]http://dbix-class.35028.n2.nabble.com/IMPORTANT-A-discussion-of-DBIC-govern
ance-and-future-development-tp7578987p7579158.html
[4]http://dbix-class.35028.n2.nabble.com/GOVERNANCE-Aggregation-and-conclusion
-tp7579168p7579175.html
[5]http://dbix-class.35028.n2.nabble.com/Decision-time-which-fork-inherits-the
-existing-DBIx-Class-namespace-tp7579255.html
[6]http://dbix-class.35028.n2.nabble.com/GOVERNANCE-Aggregation-and-conclusion
-tp7579168p7579184.html
[7]http://dbix-class.35028.n2.nabble.com/GOVERNANCE-Aggregation-and-conclusion
-tp7579168p7579208.html
[8]http://dbix-class.35028.n2.nabble.com/GOVERNANCE-Aggregation-and-conclusion
-tp7579168p7579225.html
[9]http://dbix-class.35028.n2.nabble.com/An-answer-and-a-question-tp7579248p75
79250.html
[10] https://gist.github.com/xdg/836e6341b757df8b67cf26f02b6899d6
[11] https://gist.github.com/xdg/955519bee08658f9b60c6219a51fd0dd
[12]http://dbix-class.35028.n2.nabble.com/GOVERNANCE-Aggregation-and-conclusion
-td7579168.html
--
David Golden <x...@xdg.me> Twitter/IRC/GitHub: @xdg
--
#!/usr/bin/env perl
sub AUTOLOAD{$AUTOLOAD=~/.*::(\d+)/;seek(DATA,$1,0);print# Salve Joshua Nilsen
getc DATA}$"="'};&{'";@_=unpack("C*",unpack("u*",':50,$'.# <s...@foo.no>
'3!=0"59,6!`%%P\0!1)46%!F.Q`%01,`'."\n"));eval "&{'@_'}"; __END__ is near! :)
_______________________________________________
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Searchable Archive: http://www.grokbase.com/group/dbix-class@lists.scsys.co.uk
