[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[LCFC] webwml://portuguese/vote/howto_proposal.wml



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Olá,

	Fiz a atualização do documento, como não eram somente
mudanças triviais estou anexando o wml (e o diff com relação)
à versão anterior para revisão.

	Eu já enviei para o repositório.

	Abraço,

- --
Felipe Augusto van de Wiel (faw)
"Debian. Freedom to code. Code to freedom!"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Debian - http://enigmail.mozdev.org

iD8DBQFFMqxsCjAO0JDlykYRAnlnAKChpm3uD3YXrWwibyJNkPtIVjsxdQCfbrev
4IEwQlbKZK0MTwrbmVbaHeo=
=VN+M
-----END PGP SIGNATURE-----
<define-tag pagetitle>Procedimentos para envio de uma proposta de Resolução Geral ou emenda</define-tag> 
#use wml::debian::template title="<pagetitle>" BARETITLE="true" NOHEADER="true" NOHOMELINK="true"
#use wml::debian::votebar
#use wml::debian::translation-check translation="1.22"

    <h1><pagetitle></h1>

    <p>Sob as seguintes seções da constituição</p>
    <div style="border: solid; padding: 1ex">
      <blockquote>
        <ol style="list-style-type: decimal">
          <li value="4">
	    Os Desenvolvedores através de uma Resolução Geral ou eleição
            <ol style="list-style-type: decimal">
              <li value="1">
		Poderes
                <ol style="list-style-type: decimal">
                  <li value="5">
    		    Propostas, padrinhos, emendas, chamadas para a votação e
		    outras ações formais são feitas anunciando em uma lista de
		    discussão publicamente legível designada pelo(s) Delegado(s)
		    do Líder do Projeto; qualquer Desenvolvedor pode postar
		    lá.
                  </li>
                  <li value="6">
		    Votos são enviados por e-mail numa maneira conveniente para
		    o Secretário. O Secretário determina para cada votação se
		    os votantes podem mudar seus votos.
                  </li>
                </ol>
              </li>
            </ol>
          </li>
        </ol>
        <ol style="list-style-type: upper-alpha">
          <li value="A">
	    Procedimento de Resolução Padrão
            <ol style="list-style-type: decimal">
              <li value="3">
	        Procedimento de votação
                <ol style="list-style-type: decimal">
                  <li value="4">
		    Em casos de dúvida o Secretário do Projeto pode decidir
		    com relação ao procedimento.
                  </li>
                </ol>
              </li>
            </ol>
        </ol>
      </blockquote>
    </div>

    <p>
      Os procedimentos a seguir foram instituídos com relação a propostas
      de resolução geral e apadrinhamentos.
    </p>

    <ol style="list-style-type: decimal">
      <li>
	A lista de discussão designada é
	<tt>debian-vote@lists.debian.org</tt>.  Esta é a
	fonte autoritária do texto completo de todas as resoluções,
	assim como dos argumentos de suporte e outros materiais.
	Propostas e moções de apadrinhamento não serão reconhecidas
	se enviadas para qualquer outra lista de discussão.
      </li>
      <li>
        Cada e-mail de proposta e apadrinhamento deve estar assinado
	com a chave criptográfica existente nos chaveiros Debian. Os
	chaveiros são parte da resposta autoritária de quem é ou não
	um Desenvolvedor Debian.
      </li>
      <li>
        Cada proposta deve indicar claramente os limites da proposta,
	que deve estar claramente delineado cercando o texto da mensagem
	de e-mail. Cada padrinho deve também indicar o texto que eles
	estão apadrinhando, mesmo que somente para indicar que eles
	reconhecem os limites definidos pelo proponente.
      </li>
      <li>
        Quando a votação é chamada, o proponente ou um padrinho de cada
	proposta ou emenda deve fornecer uma versão final da proposta ou
	emenda no formato wml para inclusão nas páginas web do projeto
	Debian. Este pedaço wml deve ser verificado para que contenha
	exatamente o texto que foi delineado e apadrinhado.
      </li>
      <li>
        Quando a votação é chamada, o proponente ou um padrinho de cada
	proposta ou emenda deve fornecer uma sinopse de linha única (60
	caracteres) de suas propostas ou emendas. Esta sinopse pode ser
	levada em consideração pelo secretário quando da criação da
	cédula.
      </li>
    </ol>

    <p>
      Falhando nos itens 4 e 5, a versão do secretário poderá ser a
      final. É fortemente sugerido que proponentes e padrinhos estejam
      preparados com os assuntos em questão antes do fim do período
      mínimo de discussão, pois a votação não deve ser atrasada pela
      falta destes itens.
    </p>

    <h1>Estilo e práticas recomendadas</h1>

    <p>
      O seguinte é informativo ao invés de normativo. Estas sugestões
      farão com que seja mais fácil entender, acompanhar e votar na
      proposta. Um exemplo de <a href="proposal.template">modelo</a>
      é fornecido como ponto de partida.
    </p>

    <p>
      É uma boa prática incluir uma descrição concisa da proposta na
      linha de assunto do e-mail. É recomendado que a linha de assunto
      seja formatada como
      <q><em>Subject: Proposal - texto descritivo</em></q>, isto ajuda
      as pessoas a filtrar e-mails relacionados à proposta.
    </p>
    <p>
      Indica quando uma proposta é uma proposta independente, ou uma
      emenda formal para uma proposta existente. Você pode criar uma
      proposta independente endereçando o mesmo problema que uma
      proposta existente, a diferença é mais uma questão de tempo. Uma
      emenda pode não ter o período de discussão completo; e a votação
      pode ser chamada antes que você esteja pronto refinando sua emenda.
      Uma proposta independente, por outro lado, pode não ficar na mesma
      cédula que a proposta existente, dependendo do tempo, e portanto
      podem ocorrer duas votações independentes, uma para a proposta
      existente, e uma para a sua proposta independente. A decisão final
      fica por sua conta.
    </p>
    <p>
      Se sua proposta é uma mudança do texto de um documento existente,
      fornecer um arquivo de modificações (um <q>patch</q>) gerado
      pelo <code>diff -u</code>) é uma boa idéia, pois isto demonstra
      claramente e de maneira exata quais são as mudanças sendo propostas,
      e ajuda a pessoa responsável pelo documento se sua proposta passar. 
    </p>
    <p>
      Uma sugestão para proponentes e padrinhos é que o texto completo da
      proposta ou emenda seja colocado separado (talvez <q>in-lined</q>)
      numa parte MIME text/plain assinada, para que não exista nenhuma
      ambiguidade.
    </p>

    <H2><A NAME="amend">Emendando</A></H2>

    <div style="border: solid; padding: 1ex">
      <blockquote>
        <ol style="list-style-type: upper-alpha">
          <li value="A">
	    Procedimento de Resolução Padrão
            <ol style="list-style-type: decimal">
              <li value="1">
	        Discussão e Emendas
                <ol style="list-style-type: decimal">
                  <li value="5">
		    O proponente de uma resolução pode sugerir mudanças
		    no texto das emendas; que tornam-se efetivas se o
		    proponente da emenda concordar e nenhum dos padrinhos
		    se opor. Neste caso as emendas modificadas serão votadas
		    ao invés da versão original.
                  </li>
                  <li value="6">
		    O proponente de uma resolução pode aceitar mudanças
		    para corrigir pequenos erros (por exemplo, erros de
		    digitação ou inconsistências) ou mudanças que não
		    alterem o significado, desde que ninguém se oponha
		    num período de 24 horas. Neste caso o período mínimo
		    de discussão não é reiniciado.
                  </li>
                </ol>
              </li>
            </ol>
          </li>
        </ol>
      </blockquote>
    </div>
--- howto_proposal.wml	2006-10-15 03:38:03.219818000 -0200
+++ howto_proposal-faw.wml	2006-10-15 19:40:13.228861250 -0200
@@ -1,77 +1,179 @@
-#use wml::debian::template title="Votação Debian - Enviando uma proposta" BARETITLE="true" NOHEADER="true" NOHOMELINK="true"
+<define-tag pagetitle>Procedimentos para envio de uma proposta de Resolução Geral ou emenda</define-tag> 
+#use wml::debian::template title="<pagetitle>" BARETITLE="true" NOHEADER="true" NOHOMELINK="true"
 #use wml::debian::votebar
-#use wml::debian::translation-check translation="1.18"
+#use wml::debian::translation-check translation="1.22"
 
-		<H1>Orientações</H1>
+    <h1><pagetitle></h1>
 
-		<P>Não seguir alguns desses passos não implica 
-		desqualificação da proposta. Contudo, considere-os importantes
-		para ajudar os desenvolvedores a achar e entender sua proposta
-		em listas de discussão, as quais já geram enormes quantidades
-		de email.
-		Todos os passos estão incluídos neste
-		<A HREF="proposal.template">modelo</A>.</p>
-
-		<P>Quando você tiver terminado a sua proposta, mande-a
-		para a lista debian-vote, assinada com a sua chave GPG.
-		As propostas não serão reconhecidas quando enviadas para 
-		qualquer outra lista ou endereço de email. Isto serve para 
-		evitar que o Secretário do Projeto se esqueça de uma 
-		proposta em meio ao enorme volume de emails gerado em 
-		algumas de nossas listas e também  para eliminar a necessidade 
-		do secretário ter que assinar cada uma das listas criadas 
-		pelo Projeto. Os patrocinadores devem também mandar email 
-		declarando suas intenções para a lista debian-vote para 
-		que sejam reconhecidas como válidas.
-
-		<HR>
-                  <H2>Assunto</H2>
-		Primeiro, formate o assunto da mensagem dessa forma:
-		<PRE>Subject: Proposal - {alguma descrição}</PRE> Dessa 
-		forma as pessoas poderão filtrar as mensagens por 
-		proposta. 
-
-		<HR><H2>Texto</H2>
-		<P>Se você está propondo uma mudança no texto de um 
-		documento, informe qual documento e inclua as mudanças  
-		da mesma forma como seria um arquivo de contexto diff 
-		(veja: <I>info diff (-c)</I> para detalhes).<BR>
-		De outra forma, tente ser o mais claro que você puder. 
-		Diga o que você quer ver acontecer e indique as suas 
-		razões sem entrar muito em detalhes. Você sempre terá 
-		oportunidade para dar a versão mais longa durante as 
-		discussões.
-		
-		<HR><H2>Discussão</H2>
-
-		<p>Como cortesia, inicie uma nova discussão para debater 
-		sua proposta. Aqui é onde você pode dar todos os detalhes 
-		da mesma e tentar convencer todos de que se trata 
-		realmente de uma Boa Idéia(tm). Escreva o assunto mais ou 
-		menos assim:</p>
-                    <PRE>Discussion - {a mesma descrição}</PRE>
-		<p>e tente manter a discussão nessa thread e deixe a 
-outra thread para patrocinadores.</p>
-
-		<HR><H2>Enviando</H2>
-
-		<P>A menos que seja dito qual lista usar, envie a proposta 
-		para -devel-announce e a discussão para -vote.
-
-		<P>Se a proposta necessitar de uma votação formal usando o 
-		sistema Debian-Vote, envie cópia da proposta e de todos os 
-		patrocinadores para secretary@vote.debian.org.
-
-		<HR>
-
-		<H2><A NAME="amend">Retificando</A></H2>
-
-		<P>Propostas podem ser retificadas em qualquer tempo antes 
-		da chamada para votação. Uma proposta é automaticamente 
-		retificada se o propositor original e todos os 
-		patrocinadores concordarem com a retificação. Se alguns 
-		deles fizerem objeções, a retificação deve ter igual 
-		número de patrocinadores. À época da chamada para votação, 
-		o propositor original convoca a votação das retificações 
-		individuais, todas juntas ou juntas com a proposta 
-		original.
+    <p>Sob as seguintes seções da constituição</p>
+    <div style="border: solid; padding: 1ex">
+      <blockquote>
+        <ol style="list-style-type: decimal">
+          <li value="4">
+	    Os Desenvolvedores através de uma Resolução Geral ou eleição
+            <ol style="list-style-type: decimal">
+              <li value="1">
+		Poderes
+                <ol style="list-style-type: decimal">
+                  <li value="5">
+    		    Propostas, padrinhos, emendas, chamadas para a votação e
+		    outras ações formais são feitas anunciando em uma lista de
+		    discussão publicamente legível designada pelo(s) Delegado(s)
+		    do Líder do Projeto; qualquer Desenvolvedor pode postar
+		    lá.
+                  </li>
+                  <li value="6">
+		    Votos são enviados por e-mail numa maneira conveniente para
+		    o Secretário. O Secretário determina para cada votação se
+		    os votantes podem mudar seus votos.
+                  </li>
+                </ol>
+              </li>
+            </ol>
+          </li>
+        </ol>
+        <ol style="list-style-type: upper-alpha">
+          <li value="A">
+	    Procedimento de Resolução Padrão
+            <ol style="list-style-type: decimal">
+              <li value="3">
+	        Procedimento de votação
+                <ol style="list-style-type: decimal">
+                  <li value="4">
+		    Em casos de dúvida o Secretário do Projeto pode decidir
+		    com relação ao procedimento.
+                  </li>
+                </ol>
+              </li>
+            </ol>
+        </ol>
+      </blockquote>
+    </div>
+
+    <p>
+      Os procedimentos a seguir foram instituídos com relação a propostas
+      de resolução geral e apadrinhamentos.
+    </p>
+
+    <ol style="list-style-type: decimal">
+      <li>
+	A lista de discussão designada é
+	<tt>debian-vote@lists.debian.org</tt>.  Esta é a
+	fonte autoritária do texto completo de todas as resoluções,
+	assim como dos argumentos de suporte e outros materiais.
+	Propostas e moções de apadrinhamento não serão reconhecidas
+	se enviadas para qualquer outra lista de discussão.
+      </li>
+      <li>
+        Cada e-mail de proposta e apadrinhamento deve estar assinado
+	com a chave criptográfica existente nos chaveiros Debian. Os
+	chaveiros são parte da resposta autoritária de quem é ou não
+	um Desenvolvedor Debian.
+      </li>
+      <li>
+        Cada proposta deve indicar claramente os limites da proposta,
+	que deve estar claramente delineado cercando o texto da mensagem
+	de e-mail. Cada padrinho deve também indicar o texto que eles
+	estão apadrinhando, mesmo que somente para indicar que eles
+	reconhecem os limites definidos pelo proponente.
+      </li>
+      <li>
+        Quando a votação é chamada, o proponente ou um padrinho de cada
+	proposta ou emenda deve fornecer uma versão final da proposta ou
+	emenda no formato wml para inclusão nas páginas web do projeto
+	Debian. Este pedaço wml deve ser verificado para que contenha
+	exatamente o texto que foi delineado e apadrinhado.
+      </li>
+      <li>
+        Quando a votação é chamada, o proponente ou um padrinho de cada
+	proposta ou emenda deve fornecer uma sinopse de linha única (60
+	caracteres) de suas propostas ou emendas. Esta sinopse pode ser
+	levada em consideração pelo secretário quando da criação da
+	cédula.
+      </li>
+    </ol>
+
+    <p>
+      Falhando nos itens 4 e 5, a versão do secretário poderá ser a
+      final. É fortemente sugerido que proponentes e padrinhos estejam
+      preparados com os assuntos em questão antes do fim do período
+      mínimo de discussão, pois a votação não deve ser atrasada pela
+      falta destes itens.
+    </p>
+
+    <h1>Estilo e práticas recomendadas</h1>
+
+    <p>
+      O seguinte é informativo ao invés de normativo. Estas sugestões
+      farão com que seja mais fácil entender, acompanhar e votar na
+      proposta. Um exemplo de <a href="proposal.template">modelo</a>
+      é fornecido como ponto de partida.
+    </p>
+
+    <p>
+      É uma boa prática incluir uma descrição concisa da proposta na
+      linha de assunto do e-mail. É recomendado que a linha de assunto
+      seja formatada como
+      <q><em>Subject: Proposal - texto descritivo</em></q>, isto ajuda
+      as pessoas a filtrar e-mails relacionados à proposta.
+    </p>
+    <p>
+      Indica quando uma proposta é uma proposta independente, ou uma
+      emenda formal para uma proposta existente. Você pode criar uma
+      proposta independente endereçando o mesmo problema que uma
+      proposta existente, a diferença é mais uma questão de tempo. Uma
+      emenda pode não ter o período de discussão completo; e a votação
+      pode ser chamada antes que você esteja pronto refinando sua emenda.
+      Uma proposta independente, por outro lado, pode não ficar na mesma
+      cédula que a proposta existente, dependendo do tempo, e portanto
+      podem ocorrer duas votações independentes, uma para a proposta
+      existente, e uma para a sua proposta independente. A decisão final
+      fica por sua conta.
+    </p>
+    <p>
+      Se sua proposta é uma mudança do texto de um documento existente,
+      fornecer um arquivo de modificações (um <q>patch</q>) gerado
+      pelo <code>diff -u</code>) é uma boa idéia, pois isto demonstra
+      claramente e de maneira exata quais são as mudanças sendo propostas,
+      e ajuda a pessoa responsável pelo documento se sua proposta passar. 
+    </p>
+    <p>
+      Uma sugestão para proponentes e padrinhos é que o texto completo da
+      proposta ou emenda seja colocado separado (talvez <q>in-lined</q>)
+      numa parte MIME text/plain assinada, para que não exista nenhuma
+      ambiguidade.
+    </p>
+
+    <H2><A NAME="amend">Emendando</A></H2>
+
+    <div style="border: solid; padding: 1ex">
+      <blockquote>
+        <ol style="list-style-type: upper-alpha">
+          <li value="A">
+	    Procedimento de Resolução Padrão
+            <ol style="list-style-type: decimal">
+              <li value="1">
+	        Discussão e Emendas
+                <ol style="list-style-type: decimal">
+                  <li value="5">
+		    O proponente de uma resolução pode sugerir mudanças
+		    no texto das emendas; que tornam-se efetivas se o
+		    proponente da emenda concordar e nenhum dos padrinhos
+		    se opor. Neste caso as emendas modificadas serão votadas
+		    ao invés da versão original.
+                  </li>
+                  <li value="6">
+		    O proponente de uma resolução pode aceitar mudanças
+		    para corrigir pequenos erros (por exemplo, erros de
+		    digitação ou inconsistências) ou mudanças que não
+		    alterem o significado, desde que ninguém se oponha
+		    num período de 24 horas. Neste caso o período mínimo
+		    de discussão não é reiniciado.
+                  </li>
+                </ol>
+              </li>
+            </ol>
+          </li>
+        </ol>
+      </blockquote>
+    </div>

Reply to: