Subject: Policy-Discussion
List archive
- From: Mark Lipscombe <mark AT cacert.org>
- To: cacert-policy AT lists.cacert.org, Board Mbrs <cacert-board AT lists.cacert.org>
- Subject: Re: SP => POLICY?
- Date: Sat, 27 Mar 2010 18:26:31 +1100
- Authentication-results: lists.cacert.org; dkim=pass (1024-bit key) header.i= AT cacert.org; dkim-asp=none
On 3/26/2010 3:10 PM, Daniel Black wrote:
As I mentioned here[1] I have some concerns over:
1. background check of board members
not because of my or any board member's background but because:
1.1 requiring a background check of the board is a decision for the CAcert Inc
members not the policy group
1.2 the board doesn't access personal data or control critical systems. The
exception of root control which is done as a team. The lack of control over
personal data or critical systems means the ABC background check isn't needed.
The arbitrators have more important cases than performing ABCs on board
members with limited control over critical data.
I too share Daniel's concerns on this one.
The constitution of the CAcert, Inc. board is subject to the association's rules, and the membership of the association. It simply is not possible nor appropriate for the policy group to attempt to exert control here.
It's one thing to ask or demand that the committee perform it's role within the community in accordance with PoP and the policies that result from it, and it's fairly well accepted that the committee should do so. It's entirely another to attempt to dictate the method of appointment to the committee.
The requirement for background checks for committee members amounts to a special resolution of the association by stealth. If the members of CAcert, Inc. agree with this, they are welcome to propose a modification to the associations rules.
It seems like there is consensus for the SP to stay in draft, in which case, the committee may wish to consider vetoing this part of the policy under PoP 4.6.
Regards,
Mark
- Re: SP holes/ questions - root key managment - board control, (continued)
- Re: SP holes/ questions - root key managment - board control, Daniel Black, 03/27/2010
- Re: SP => POLICY?, Daniel Black, 03/25/2010
- Re: SP => POLICY?, Ian G, 03/26/2010
- Re: SP => POLICY?, Daniel Black, 03/26/2010
- Re: SP => POLICY?, Ian G, 03/27/2010
- Re: SP => POLICY?, Mario Lipinski, 03/27/2010
- Re: SP => POLICY?, Ian G, 03/27/2010
- Re: SP => POLICY?, Mark Lipscombe, 03/27/2010
- Whether the Association is under PoP, Ian G, 03/27/2010
- Re: SP => POLICY?, Mark Lipscombe, 03/27/2010
- Re: SP => POLICY?, Ian G, 03/27/2010
- Re: SP => POLICY? (board background checks + outsourcing), Daniel Black, 03/27/2010
- Re: SP => POLICY?, Mario Lipinski, 03/27/2010
- Re: SP => POLICY?, Mark Lipscombe, 03/27/2010
- Re: SP => POLICY? - board background checks - veto motion m20100327.2, Daniel Black, 03/27/2010
- Re: SP => POLICY?, Ian G, 03/27/2010
- Re: SP => POLICY?, Daniel Black, 03/26/2010
- Re: SP => POLICY?, Ian G, 03/26/2010
- RE: SP => POLICY?, ulrich, 03/26/2010
- Re: SP => POLICY?, Faramir, 03/27/2010
- Re: SP => POLICY?, Michael Tänzer, 03/27/2010
- Re: SP => POLICY?, Nathan Edward Tuggy, 03/27/2010
- Re: SP => POLICY?, Lambert Hofstra, 03/27/2010
Archive powered by MHonArc 2.6.16.