Re: Status requests for GFDL talks
Chad Walstrom <firstname.lastname@example.org> writes:
> On Wed, Apr 28, 2004 at 09:46:16PM +0200, Florian Weimer wrote:
>> Well, you can ask our representatives if it becomes necessary (e.g.
>> before important decisions that touch the subject of the negoations).
> It apparently is necessary, given how long the parent thread has drawn
Well, the necessity was recognized, Mako has answered our questions as
well as he could. That settles this particular issue for now, at
least for me.
>> I think that this is completely sufficient. I'm willing to wait while
>> Mako still sees the potential for changes. We should trust him in
>> this matter, as he's our representative.
> You may be willing to wait, but that doesn't mean it's the right thing
> to do.
If you disagree with Mako's judgement, you should ask the DPL to
remove him from his duty. I don't think it would be a good idea,
though, unless you want to deal a further blow to the negotiations.
> Trust is tied closely to communication and transparency of action.
Is it? I don't think so. If I trust someone in a particular matter,
it considerably reduces the amount of control I'm trying to exercise.
(This is particular true for the NSA meaning of "trust".)
> In this case, how can one build a case for trust when there is
> little evidence to base it on.
You don't trust Mako as a fellow developer? I'm sorry.
> The committee members are in an NDA, a private conversation.
That's acceptable for such negotiations. In this particular case it's
necessary because open discussion quickly became a flamefest.
> With little or no communication with the developers-at-large, how do
> you propose to quell the agitation that is felt when there is no
> "apparent" or visible progress.
There was no agitation whatsoever, there was the preoccupied
assumption that there was no progress at all. Regular status updates
of the kind you propose won't change that because of the
Current mail filters: many dial-up/DSL/cable modem hosts, and the
following domains: atlas.cz, bigpond.com, di-ve.com, hotmail.com,
netscape.net, postino.it, tiscali.co.uk, tiscali.cz, tiscali.it, voila.fr.