1 |
On Tue, Jul 17, 2018 at 02:21:51PM -0400, Rich Freeman wrote: |
2 |
> On Tue, Jul 17, 2018 at 2:01 PM Roy Bamford <neddyseagoon@g.o> wrote: |
3 |
> > |
4 |
> > Also, we would need to operate two NFPs when at this election |
5 |
> > we only secured enough candidates to staff one ... if they are all |
6 |
> > ranked above _reopen_nominations in the poll. |
7 |
> > |
8 |
> |
9 |
> ++ |
10 |
> |
11 |
> This just sounds like twice as many opportunities to get things wrong, |
12 |
> and it splits our resources. |
13 |
> |
14 |
|
15 |
You didn't read my previous reply to Roy. It also does not split |
16 |
resources. Plain and simple. |
17 |
|
18 |
> > To follow on your example, there are several competing 2FA |
19 |
> > solutions with differing feature sets. While Nitrokey may be |
20 |
> > selected for <reasons> the comparative value assesment still |
21 |
> > needs to be performed or the trustees would be neglecting their |
22 |
> > duty by rubber stamping council decisions. |
23 |
> |
24 |
> Why would we think that the trustees would do any better a job at this |
25 |
> than the Council? Why would the Council want to waste money? There |
26 |
> is a limited pool of resources, and if the Council is making decisions |
27 |
> like this I'd imagine most developers would vote to select people they |
28 |
> trust to make these decisions. |
29 |
> |
30 |
|
31 |
No one said the council will do any better at this than the council and |
32 |
once again read my reply to Roy. Why would this be a waste of money? |
33 |
It is a technical decision and I shouldn't have called out a particular |
34 |
vendor. Your paragraph is full of assumptions and no digestion of what |
35 |
I wrote. |
36 |
|
37 |
> If we went to an umbrella org then there is a good chance that the |
38 |
> Council will end up making these kinds of decisions. |
39 |
> |
40 |
> Besides, why would we want multiple decision-making bodies, where one |
41 |
> body can choose to invest in something, and then another body can |
42 |
> ensure that all that investment is wasted by denying complementary |
43 |
> investment? That could go either way. |
44 |
> |
45 |
|
46 |
It is not multiple decision making bodies. The council is leading and |
47 |
the Foundation is providing. The only split is that of legal and |
48 |
financial decision making for (hopefully) obvious reasons. |
49 |
|
50 |
> > Such bylaws would make me nervous ... what happens if the new |
51 |
> > legal entity has insuffcient funds to pay these people. I suppose it |
52 |
> > just goes bankrupt, like any other legal entity. |
53 |
> |
54 |
> Honestly, I don't see any point in codifying random decisions in bylaws. |
55 |
> |
56 |
|
57 |
Which random decisions? |
58 |
|
59 |
> Bylaws are supposed to be general principles we operate on. They |
60 |
> don't codify individual operating decisions. Those decisions should |
61 |
> be documented, but elsewhere. |
62 |
> |
63 |
|
64 |
Sure, by-laws can codify anything you want to set into statute. It |
65 |
allows for enforcement and legal soundness. |
66 |
|
67 |
> Also, we don't need to spin up a new legal entity just to change the |
68 |
> bylaws. They can be changed at any time fairly easily actually, |
69 |
> assuming the Trustees concur. |
70 |
> |
71 |
|
72 |
Of course we don't need a new entity to do that. It is just a by-product |
73 |
of the course of action. |
74 |
|
75 |
> That said, I'm all for paying people to do jobs that need to be done |
76 |
> reliably when volunteers aren't cutting it (and historically, they |
77 |
> haven't been). This is a big argument in favor of an umbrella, |
78 |
> because there is an economy in splitting these costs across many orgs. |
79 |
> But, if we were independent I'd rather pay a CPA to do the taxes |
80 |
> properly/etc. And then we'd make sure that not a dime gets paid to |
81 |
> anybody without the CPA knowing about it... |
82 |
> |
83 |
|
84 |
The sad part is, that if years hadn't gone by and it was done |
85 |
incrementally over time this wouldn't be such a burden. Again, see my |
86 |
reply to Roy regarding umbrellas. |
87 |
|
88 |
> -- |
89 |
> Rich |
90 |
> |
91 |
|
92 |
-- |
93 |
Cheers, |
94 |
Aaron |