From Mageia wiki
Jump to: navigation, search


Drakconf multiflag.png
Outras línguas
Deutsch ; English ; Español ; Français ; Portuguese (Portugal) ;

O porquê desta política?

Muitas das novas funções foram propostas para várias versões anteriores do Mageia. Algumas destas funções foram implementadas, mas muitas outras não. Nós falhamos prioridades, planemaneto, e bem como funções definidas, e assim as pessoas poderiam sentir-se motivadas e contribuir.

O que nós definimos aqui:

  • O que é uma função
  • Como definir e propor uma função
  • Como é que as funções são selecionadas para se tornarem especificações
  • Como é que nós seguimos a implementação das funções

All this work has been done after having a look on how other distributions do manage this important step. We sepcifically looked at Fedora as they have done a lot in formalizing process.

O que é uma função

Só deverão ser propostas alterações dignas de alteração como funções. A atualização de um componente que involva modificação ou atualização de vários outros componentes é provavelmente uma função. Algo que involva aldo de novo no desenvolvimento das ferramentas dp Mageia é provavelmente uma função. A atualização de um único pacote em que nada dependa, provavelmente não deverá listada como uma função.

Exemplo de funções:

  • migração para systemd
  • suporte grub2 no instalador
  • suporte GPT no instalador


Exemplo de coisas que não deveriam ser listadas como funções :

  • atualizar 'cowsay' para a última versão
  • corrigir craches do pacote XXX
  • adicionar pacote para o programa XXXX

Como definir e propor uma função

Todo mundo é livre para propor novos recursos para os próximos lançamentos, mas isso deve ser feito usando o seguinte procedimento:


  1. Se ainda não está feito, registre uma conta em http://identity.mageia.org para poder editar a wiki
  2. crie uma página wiki do nome http://wiki.mageia.org/en/Feature:<feature_name> usando o seguinte modelo .
  3. Quando você pensa que a página do recurso está pronta:
    • adicione a página à categoria ProposedFeatureMageia5 (adicione o texto [[Category:ProposedFeatureMageia5]] na parte inferior da página). Seu recurso deve aparecer na lista de recursos propostos
    • envie um e-mail para a lista de endereços do dev, com o assunto "Proposed Feature: featurename" para discutir o recurso e informar as pessoas sobre isso, para que eles possam se adicionar à página se eles planejam participar


Como participar num função

Se você acha que um recurso é interessante, e você planeja ajudá-lo a implementá-lo, adicione-se na lista de recursos.


Lista das funções propostas

A lista de recursos propostos está disponívelon this page.

Critério utilizado para escolher as funções

Exemplo para o Mageia 3: FeatureMageia3_Review

Aqui está uma lista não exaustiva de critérios:

  • A página wiki a ser aplicada está completa nos seguintes itens:
    • Resumo
    • Proprietário
    • Liberação direcionada
    • Descrição detalhada
    • Por que seria bom para Mageia incluí-lo
    • Dependências de software / pacotes
    • O que poderia prejudicar o desenvolvimento desse novo recurso
    • Planejamento
    • Contingência (também conhecido como Plano B - o que acontece se não funcionar)
  • quantidade de pessoas que planejam estar envolvidas no recurso: um recurso não pode ser implementado se ninguém planeja trabalhar nisso

Aprovação das funções

Após o fim das apresentações da proposta de recurso, um e-mail é enviado para a lista de endereços do dev com uma lista preliminar de recursos aceitos e rejeitados.

Os recursos aceitos foram contados como:

  • útil e consistente com o objetivo e as políticas do projeto
  • tendo detalhes suficientes
  • ter um planejamento realista
  • tendo pessoas suficientes envolvidas nas características
  • não tendo visto objeções importantes e sem resposta nas discussões sobre o recurso

A lista de características rejeitada inclui para cada recurso o (s) motivo (s) para não aceitar o recurso. Os recursos podem ser rejeitados por diferentes motivos (lista não exaustiva):

  • não há pessoas suficientes para participar do recurso
  • não há detalhes suficientes sobre o recurso
  • falta de planejamento ou plano de contingência
  • planejamento irreal
  • objeções ao recurso em discussões sobre a lista de discussão

Quando a lista preliminar de recursos aceitos e rejeitados é publicada, os comentários são recebidos por uma semana:

  • objeções a uma característica aceita
  • comentários adicionando mais detalhes a um recurso rejeitado (descrição, planejamento, plano de contingência ...)
  • pessoas que se somam à lista de colaboradores de recursos

Depois de uma semana :

  • recursos aceitos que não recebem novos comentários são aceitos oficialmente
  • recursos rejeitados que não recebem novos comentários são recusados ​​oficialmente
  • Os recursos aceitos que recebem comentários de objeção são rejeitados oficialmente, a menos que seja alcançado um consenso nas discussões
  • recursos rejeitados que recebem detalhes adicionais ou contribuidores interessados ​​e chegaram a um consenso para aceitação nas discussões são aceitos oficialmente

A lista final de recursos aceitos é:

  • publicado no blog e wiki (adicionado à categoria FeatureMageia3) e anunciado
  • O desenvolvimento dos recursos é iniciado de acordo com o planejamento
  • o planejamento de cada recurso é monitorado e discutido nas reuniões dos desenvolvedores até que o recurso seja concluído

Os recursos rejeitados não estão incluídos nas especificações oficiais da distribuição e o planejamento não é monitorado nas reuniões dos desenvolvedores. Dependendo das razões para rejeitar o recurso, ele ainda pode ser implementado por pessoas interessadas.