>>"Steve" == Steve Robbins <[EMAIL PROTECTED]> writes:
Steve> Essentially, I suggest that the language be changed from the
Steve> conditional to the present tense, and all the `policy
Steve> rationale' be dropped. I attach my quick attempt to do so.
I disagree about dropping the ratio
Hi,
I'll look over this document, and see what changes should be
made. I think that I'll probably retain some of the Introduction and
adminstrivia section in the document, and move things from future to
past tense, as appropriate.
manoj
--
I just heard the SEVENTIES were over
on-developer needs three developer seconds, whereas
a developer requires only two seconds.
At any rate, this `policy-update' document should be edited by someone in
the know, to reflect the current practices.
-Steve
Updating Debian Policy documents
Manoj Sri
==
A mechanism for updating Debian Policy documents
--
Manoj Srivastava<[EMAIL PROTECTED]>
$Revisio
__
Send MAIL to: [EMAIL PROTECTED]
With Subject: Re: CFV: Proposal for updating Debian Policy documents
Just Replying should work if you are not reading this on a mailing list.
Your mail message should contain one of the following
Manoj said:
> Hi,
> >>"Buddha" == Buddha Buck <[EMAIL PROTECTED]> writes:
>
> Buddha> Just to verify a procedural detail here:
>
> Buddha> I assume that since I am not technically an official Debian
> Buddha> Developer, I am disenfranchised in this vote?
>
> Unfortunately, yes. Anyone n
Hi,
>>"Buddha" == Buddha Buck <[EMAIL PROTECTED]> writes:
Buddha> Just to verify a procedural detail here:
Buddha> I assume that since I am not technically an official Debian
Buddha> Developer, I am disenfranchised in this vote?
Unfortunately, yes. Anyone not in the debian developers
> Ladies and Gentlemen,
> HOW TO VOTE
Just to verify a procedural detail here:
I assume that since I am not technically an official Debian Developer,
I am disenfranchised in this vote?
I'm not complaining. If so, I find it a perfectly reasonable position
for Debian to hold. I certainly know
: Re: CFV: Proposal for updating Debian Policy documents
Just Replying should work if you are not reading this on a mailing list.
Your mail message should contain one of the following statements:
I vote YES on the proposed guidelines
I vote NO on the proposed guidelines
You may also
[EMAIL PROTECTED] (Adam P. Harris) writes:
> BTW, noticed grammar and spelling issue. "Light-weight" should by
> hypenated.
I'd say one word:
# ispell -a
@(#) International Ispell Version 3.1.20 10/10/95
lightweight
*
Martin.
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> We are nearing the end of the proposed discussion period. The
> proposal so far has met with almnost universal approval
Let me just say right from the start that I think that your current
guidelines for updating policy (they really are guidelin
tever your style sheet does to
*.CHANGED elements). Green was said to be of too low a contrast for
the background.
manoj
==
PROPOSAL: A mechanism for updating Debian Policy
Manoj Srivastava writes ("Re: PROPOSAL: A mechanism for updating Debian Policy
documents"):
> [Guy Maor:]
> > Yes, but if consensus cannot be achieved then the technical committee
> > may make a decision.
>
> Only on Technical issues.
No:
6. Technical com
Hi,
>>"Guy" == Guy Maor <[EMAIL PROTECTED]> writes:
Guy> Looks good. The only changes I suggest are:
>> +If the issue raised is especially contentous, or is deemed to be
>> +suitable for review by the full set of developers, then four or more
>> +developers can call for a hold on
Looks good. The only changes I suggest are:
> +If the issue raised is especially contentous, or is deemed to be
> +suitable for review by the full set of developers, then four or more
> +developers can call for a hold on the proposal, and move to send the
> +proposal to the larger
manoj
__
PROPOSAL: A mechanism for updating Debian Policy documents
--
Manoj Srivastava<[EMAIL PROTECTED]>
+
> 1.2. People Seconding the Proposal
> --
>
> Well, since Michael Alan Dorman and Richard Braakman have volunteered
> to serve on the policy maintainer team, I think they have no objection
> to being seconds.
>
> 1. Michael Alan Dorman <[EMAIL
> The fact that I may be a policy maintainer does in no way
> lessen my ability, as a Debian developer, to send in a proposal to
> amend policy.
Right, to get us past any circular arguments on this front, I'm uploading a
New Maintainer Upload of debian-policy, including a few minor bug fi
Hi,
>>"Buddha" == Buddha Buck <[EMAIL PROTECTED]> writes:
Buddha> I would still like some statement to be made in regards to
Buddha> amendments to the amendments. I do not mind the "informal"
Buddha> amendment style that was discussed (author listens to
Buddha> discussion, and submits an ame
[EMAIL PROTECTED] (Adam P. Harris) writes:
> I happen to find the "technical" vs "non-technical" distinction fuzzy
> and not particularly helpful.
The proposed constitution makes the distinction. In 4.1 "Together,
the Developers may ... issue *nontechnical* policy documents and
statements." Lat
Hi,
>>"Santiago" == Santiago Vila <[EMAIL PROTECTED]> writes:
Santiago> I see a little problem here. How and who will decide that an issue is
Santiago> technical or it is not?
The people on the policy list do, possibly with help from the
tech committee? This proposal is about everyday
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> Are you contending that policy be only changed via a general
> resolution?
Of course not.
> The 4 developer veto makes the policy amendment a formal General
> Resolution.
Yes, that's what I was alluding when I said it was unconstitutional.
It
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> >>"Guy" == Guy Maor <[EMAIL PROTECTED]> writes:
> Guy> Now I'm confused. I thought we were talking only about technical
> Guy> proposals? Either way the rules for who can propose, issue,
> Guy> etc. technical and non-technical proposals are alread
Hi,
>>"Guy" == Guy Maor <[EMAIL PROTECTED]> writes:
Guy> Manoj Srivastava <[EMAIL PROTECTED]> writes:
>> Umm, how does the tech committee figure in this? I meant to
>> say that say, some one proposes an amendment. After discussion,
>> people are strongly divided, and it shall take 4 people to
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> Umm, how does the tech committee figure in this? I meant to
> say that say, some one proposes an amendment. After discussion,
> people are strongly divided, and it shall take 4 people to send this
> to the general developer body. Where does t
> Hi,
> >>"Buddha" == Buddha Buck <[EMAIL PROTECTED]> writes:
>
> This proposal does not change policy. One of the first things
> to be done, of this proposal passes, shall be the policy change that
> would codify it.
Actually, I do see this proposal as changing policy. I am willing to
Hi,
>>"Buddha" == Buddha Buck <[EMAIL PROTECTED]> writes:
Buddha> When August 22nd rolls around, and a consensus has been
Buddha> reached (which it looks like it will), who will make the necessary
Buddha> changes (such as eliminating the "enacting language", renumbering the
Buddha> sections
Hi,
>>"Guy" == Guy Maor <[EMAIL PROTECTED]> writes:
Guy> Manoj Srivastava <[EMAIL PROTECTED]> writes:
>> How about this: If four or more developers call for a hold on
>> the proposal, and move to send the proposal to the larger developer
>> body as a SRP, then, at the proposers discretion, th
Hi,
>>"Guy" == Guy Maor <[EMAIL PROTECTED]> writes:
Guy> Jules Bean <[EMAIL PROTECTED]> writes:
>> Yes. One will. Consensus means everyone. It's that simple. (It doesn't
>> mean everyone agrees in their hearts, of course - it just means that they
>> have been persuaded by the other camp to
Hi,
>>"Adam" == Adam P Harris <[EMAIL PROTECTED]> writes:
Adam> [Recipients stripped to the policy group]
Adam> You talk here and in the proposed policy of a "formal
Adam> objection". What does it exactly mean, a "formal objection".
Adam> I think all it means is that a debian developer simp
Adam P. Harris said:
> Manoj Srivastava <[EMAIL PROTECTED]> writes:
> > >>"Buddha" == Buddha Buck <[EMAIL PROTECTED]> writes:
> > Buddha> I think this proposal is in itself an example of this.
> >
> > Umm, no. This is basically a procedural proposal, and it sets
> > policy. This is not the
[Recipients stripped to the policy group]
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> >>"Buddha" == Buddha Buck <[EMAIL PROTECTED]> writes:
> Buddha> How will consensus be determined? Will one opposing
> Buddha> developer be able to force a deadlock? If not, how many?
>
> Human jud
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> How about this: If four or more developers call for a hold on
> the proposal, and move to send the proposal to the larger developer
> body as a SRP, then, at the proposers discretion, the proposal shall
> be sent to the general developers bo
Jules Bean <[EMAIL PROTECTED]> writes:
> Yes. One will. Consensus means everyone. It's that simple. (It doesn't
> mean everyone agrees in their hearts, of course - it just means that they
> have been persuaded by the other camp to allow the motion forward).
Yes, but if consensus cannot be achi
Darren Benham <[EMAIL PROTECTED]> writes:
> On 08-Aug-98 Manoj Srivastava wrote:
> > I think that with the four volunteers that we have already,
> > all of whom are seasoned veterans, the situation seems to be under
> > control, and we can let the selection process be as informal as it is
>
Hi,
I have been thinking about the issues that you raised.
Traditionally, the policy group, under the aegis of the Policy
editor, worked on the basis of a consensus derived in the group. This
proposal merely removes the need of a dedicated policy editor, and
passes the debian package
On 08-Aug-98 Manoj Srivastava wrote:
> I think that with the four volunteers that we have already,
> all of whom are seasoned veterans, the situation seems to be under
> control, and we can let the selection process be as informal as it is
> now.
More or less the way the Technical Committ
On Sat, 8 Aug 1998, Buddha Buck wrote:
>
> > 3.2. Deadlines for Tabling Discussions
> > --
> >
> ...
> >
> > If a consensus is reached by the policy group, then the maintainers
> > shall enter the amendment into the Policy document, announce the
>
and it sets
policy. This is not the domain of the technical committee, this is
the domain of the policy group. We vote on this proposal.
Buddha> If a consensus cannot be reached on such a proposal, which if
Buddha> the two deadlock resolution strategies should be used?
See above. As
? In particular, it is possible that a proposal
would consist of both technical and non-technical parts, not
necessarily distinct. I think this proposal is in itself an example of
this. If a consensus cannot be reached on such a proposal, which if
the two deadlock resolution strategies
Hi,
>>"Darren" == Darren Benham <[EMAIL PROTECTED]> writes:
Darren> How will these 4-5(or 8) people be selected?
Informally? ;-) Seriously, though, the policy editor was
appointed by the project leader, but that position had a serious
impact on policy; the editor was responsible for se
On 07-Aug-98 Manoj Srivastava wrote:
> I propose we select/install a group of people who have access to the
> CVS repository for the Policy documents; however, this set of people
> behave more like maintainers rather than authors/editors. This group
> does not create policy, not
subscribed).
manoj
__
--
PROPOSAL: A mechanism for updating Debian Policy documents
43 matches
Mail list logo
