[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: