Re: Managing Frozen text when the TC Decides Policy

2019-05-19 Thread Sam Hartman
> "Sean" == Sean Whitton  writes:

Sean> Hello Sam,
Sean> On Sat 11 May 2019 at 01:24PM -04, Sam Hartman wrote:

>> I agree that it would generally be unfortunate if we had policy
>> text that could not be changed by the policy process.  I can see
>> rare situations where it might happen: we might have legal advice
>> requiring specific text be included in packages under certain
>> circumstances.  And in such a situation it might well be that
>> we'd expect the policy editors to go back and check with lawyers
>> before changing that frozen text.

Sean> We actually already have this situation with several bits of
Sean> text that the Policy Editors don't consider ourselves able to
Sean> edit without ftpmaster approval.  See, for example, #904729
Sean> and #912581.

These cases look like cases where you have frozen requirements not
frozen text.  That is, it doesn't look like you'd have any trouble
rewording the requirements, but that when you are documenting archive
acceptance criteria, you must be consistent with ftpmaster.

That makes a lot of sense.

>> I think the policy editors could handle this by deciding amongst
>> themselves how they want to interact with the TC and then writing
>> a note to the TC along the following lines adapted based on what
>> the policy editors think the write answer is:

Sean> Thank you for taking the time to think about this carefully,
Sean> but I would like to suggest that we set is aside until and
Sean> unless we have a concrete situation in which the Policy
Sean> Editors feel that we can't make a change to the Policy Manual
Sean> because of a particular T.C. decision.

Well, we have a situation now where a member of our community (Bill) is
uncomfortable with the TC being asked to take on one of the tasks that
our constitution lets the TC take on.
I think that concern is something that we should address now since it
has arisen.

If you as policy editors think that you can reassure Bill and tell him
that you believe you could work with the TC were that situation to come
up, then I think you could adress Bill's concern now without addressing
specifics.

Right now we have a situation where someone is concerned that one part
of Debian could not work with another.
I'd like to get that cleared up.  If the policy editors are confident
that they can defer things, I think that would be a fine solution.


--Sam



Re: Thinking about Delegating Decisions about Policy

2019-05-19 Thread Sam Hartman
> "Sean" == Sean Whitton  writes:

Sean> Hello Sam,
Sean> On Fri 10 May 2019 at 03:57PM -04, Sam Hartman wrote:

>> What are people's thoughts about this?
>> 
>> Will this approach work for the TC and policy editors?

Sean> I think that the concrete suggestion you're making is that
Sean> when a question that comes before the T.C. is something that
Sean> could be solved by patching the Policy Manual, the T.C. should
Sean> respond to the question by opening a bug against the Policy
Sean> Manual, and suspending the T.C. bug until it becomes clear
Sean> whether or not that debian-policy bug is going to reach
Sean> consensus?

That's an over simplification, but it's approximately correct.

I'm saying that this is an approach the TC could use, rather than an
approach that the TC should use.  I'd hope the TC would evaluate whether
they thought it would be productive rather than blindly using any
procedure.
Similarly, I'm hoping that in such a case individual TC members might
consider being involved in the policy process where appropriate.

--Sam