[prev in list] [next in list] [prev in thread] [next in thread] 

List:       afrinic-rpd
Subject:    Re: [rpd] [Community-Discuss] Bylaws changes
From:       Bope Domilongo Christian <christianbope () gmail ! com>
Date:       2016-11-09 16:01:19
Message-ID: CAN7nxtMz=_0yHAJ4=J1Ss0PdJijtR=dpA0rdbrpPBpYgHaHiug () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


[Speaking on my own capacity]

I would have loved to not get involved in this discussion about Board and
PDP. But I think it is important to consider keeping the PDP, Buttom-up,
Community Driven and Consensus based. And any policy adopted by the Board
if need be shall go to the PDP for consideration.

Regards,
Bope

On 9 November 2016 at 23:48, Arnaud AMELINA <amelnaud@gmail.com> wrote:

> Le 9 nov. 2016 13:33, "Alan Barrett" <alan.barrett@afrinic.net> a écrit :
> >
> >
> > > On 9 Nov 2016, at 18:36, ALAIN AINA <aalain@trstech.net> wrote:
> > >
> > > What i am sensing here is Board being involved in the "rough
> consensus" process of the PDPWG  which is different from board adopting its
> own policies which shall be submitted to the community for endorsement.
> > >
> > > Ok.  In case of deadlock as described above and if the board made the
> decision over  policy proposals being discussed, why bring the  adopted
> policy back to the same community for endorsement ?
> >
> > There are two ways to make policy:
> >
> > The normal way: Policy is made by the community and ratified by the
> Board. See Bylaws 11.2 and 11.3, and the PDP.
> >
> > The unusual way: Policy is made by the Board and endorsed by the
> community.  See Bylaws 11.4 and 11.5.
> >
> > The changes under discussion do not affect the normal process (PDP, and
> Bylaws 11.2 and 11.3).  The changes under discussion are intended to
> prevent the Board from abusing the unusual process (Bylaws 11.4 and 11.5).
> >
> > My example (not quoted) was  intended to illustrate why it is sometimes
> a good idea to let the Baord adopt policies that do not reach rough
> consensus.
> >
> It seems to me that the problem that Alain is raising, is board
> involvement in adoption of Policy proposals which do  not reach rough
> consensus for adoption at the PDPWG level .
>
> Regards
>
> Arnaud
>
> >
> > Alan Barrett
> > _______________________________________________
> > Community-Discuss mailing list
> > Community-Discuss@afrinic.net
> > https://lists.afrinic.net/mailman/listinfo/community-discuss
>
> _______________________________________________
> RPD mailing list
> RPD@afrinic.net
> https://lists.afrinic.net/mailman/listinfo/rpd
>
>

[Attachment #5 (text/html)]

<div dir="ltr"><div><div><div>[Speaking on my own capacity]<br><br></div>I would have \
 loved to not get involved in this discussion about Board and PDP. But I 
think it is important to consider keeping the PDP, Buttom-up, Community 
Driven and Consensus based. And any policy adopted by the Board if need 
be shall go to the PDP for consideration.<br><br></div>Regards,<br></div>Bope \
</div><div class="gmail_extra"><br><div class="gmail_quote">On 9 November 2016 at \
23:48, Arnaud AMELINA <span dir="ltr">&lt;<a href="mailto:amelnaud@gmail.com" \
target="_blank">amelnaud@gmail.com</a>&gt;</span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"><p dir="ltr"></p> <p dir="ltr"><span class="">Le  9 nov. 2016 \
13:33, &quot;Alan Barrett&quot; &lt;<a href="mailto:alan.barrett@afrinic.net" \
target="_blank">alan.barrett@afrinic.net</a>&gt; a écrit  :<br> &gt;<br>
&gt;<br>
&gt; &gt; On 9 Nov 2016, at 18:36, ALAIN AINA &lt;<a href="mailto:aalain@trstech.net" \
target="_blank">aalain@trstech.net</a>&gt; wrote:<br> &gt; &gt;<br>
&gt; &gt; What i am sensing here is Board being involved in the "rough consensus" \
process of the PDPWG   which is different from board adopting its own policies which \
shall be submitted to the community for endorsement.<br> &gt; &gt;<br>
&gt; &gt; Ok.   In case of deadlock as described above and if the board made the \
decision over   policy proposals being discussed, why bring the   adopted policy back \
to the same community for endorsement ?<br> &gt;<br>
&gt; There are two ways to make policy:<br>
&gt;<br>
&gt; The normal way: Policy is made by the community and ratified by the Board. See \
Bylaws 11.2 and 11.3, and the PDP.<br> &gt;<br>
&gt; The unusual way: Policy is made by the Board and endorsed by the community.   \
See Bylaws 11.4 and 11.5.<br> &gt;<br>
&gt; The changes under discussion do not affect the normal process (PDP, and Bylaws \
11.2 and 11.3).   The changes under discussion are intended to prevent the Board from \
abusing the unusual process (Bylaws 11.4 and 11.5).<br> &gt;<br>
&gt; My example (not quoted) was   intended to illustrate why it is sometimes a good \
idea to let the Baord adopt policies that do not reach rough consensus.<br> \
&gt;<br></span> It seems to me that the problem that Alain is raising, is board \
involvement in adoption of Policy proposals which do   not reach rough consensus for \
adoption at the PDPWG level . </p> <p dir="ltr">Regards </p>
<p dir="ltr">Arnaud <br></p>
<p dir="ltr">&gt;<br>
&gt; Alan Barrett<br>
&gt; ______________________________<wbr>_________________<br>
&gt; Community-Discuss mailing list<br>
&gt; <a href="mailto:Community-Discuss@afrinic.net" \
target="_blank">Community-Discuss@afrinic.net</a><br> &gt; <a \
href="https://lists.afrinic.net/mailman/listinfo/community-discuss" \
target="_blank">https://lists.afrinic.net/<wbr>mailman/listinfo/community-<wbr>discuss</a><br></p>
 <br>______________________________<wbr>_________________<br>
RPD mailing list<br>
<a href="mailto:RPD@afrinic.net">RPD@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer" \
target="_blank">https://lists.afrinic.net/<wbr>mailman/listinfo/rpd</a><br> \
<br></blockquote></div><br></div>



_______________________________________________
RPD mailing list
RPD@afrinic.net
https://lists.afrinic.net/mailman/listinfo/rpd


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic