Re: [Fedora-trans-pt_br] Tradução para a Revista Fedora Brasil [pedido]

2009/3/10 Henrique Junior <henriquecsj(a)gmail.com&gt; Status: Tradução Completa! Infelizmente não foi possível terminar antes por razões que incluem trabalho, família e faculdade. Mas hoje depois que cheguei da aula terminei o que estava faltando. Segue abaixo o texto. ------------------ Há alguns anos atrás eu procurei reunir todas as notas pessoais que desenvolvi a respeito do Red Hat e do Fedora Linux em um compreensivo conjunto de notas online. As notas foram desenvolvidas primariamente como uma maneira de ter um local centralizado para eu lembrar como executar várias tarefas no Linux, embora eu ache que pessoas de todo o mundo também se beneficiaram delas. Algum tempo depois que eu comecei a fazer isto, Stanton Finley aposentou suas notas do Fedora Core, e então eu me tornei um dos novos destinos para HOWTOs a respeito do Fedora. Ao longo dos anos eu também me tornei crescentemente frustrado com o Gnome e o KDE. Eu sinto que os desenvolvedores do Gnome simplificaram o gerenciador de janelas ao ponto em que ninguém pode (ou é capaz de) configurar qualquer coisa, e eu sempre achei o KDE muito cheio de bugs para o meu gosto. Entre o Fedora Core 1 e o Fedora Core 5 eu procurei um gerenciador de janelas alternativo que equilibrasse questões como velocidade e simplicidade com facilidade de uso e uma habilidade de configurá-lo para meu gosto até que eu encontrei os pacotes E17 Alpha (do Fedora Core 5) de Didier Casse. Durante dois anos de vez em quando eu trabalhei com Didier para ajudá-lo a depurar e configurar alguns de seus pacotes até que ele se tornou muito ocupado para manter seu repositório. Ele, posteriormente, passou a tocha para mim e então eu decidi criar meu próprio repositório para manter a tradição de oferecer snapshots E17 mensais atualizados. Mais recentemente, o Enlightenment foi movido de CVS para SVN, e sofreu algumas mudanças fundamentais com a obsolescência da biblioteca Epeg e a introdução da biblioteca Eina, e então tomou consideravelmente mais tempo que eu gostaria para desenvolver um conjunto compreensivo de pacotes do Enlightenment para o Fedora 10. Isto foi complicado pela introdução das Enlightenment Foundation Libraries – EFL (Bilbiotecas de Base do Enlightenment) no repositório de atualizações do Fedora, além do Enlightenment em si. Originalmente eu havia planejado remover quaisquer pacotes que foram feitos no repositório do Fedora para evitar conflitos e lentamente desativar o Repositório Kriehn uma vez que o E17 havia atingido um ponto de maturidade estável. Contudo, eu achei que os pacotes E17 atualmente no repositório do Fedora foram baseados em um antigo conjunto de pacotes do CVS, e que o mantenedor do Fedora ficou muito ocupado para atualizá-los ou mantê-los. Porque os pacotes mais antigos conflitavam com o código mais novo no SVN (primariamente como resultado do uso da nova bilbioteca Eina) eu, portanto, decidi continuar a oferecer um conjunto completo de pacotes E17 que incluem as Enlightenment Foundation Libraries, o Enlightenment e seus módulos adicionais bem como uma variedade de outras aplicações do Enlightenment que estão em vários graus de maturidade (ou imaturidade, qualquer possa ser o caso) no repositório Kriehn. Para evitar conflitos com o repositório do Fedora, eu assegurei que os números de versão de versão em meus pacotes são maiores do que os que são oferecidos nas atualizações do Fedora. Desta maneira, se você tentar instalar um pacote do Enlightenment ele por padrão será do repositório Kriehn ao invés do repositório de atualizações do Fedora. Porque apenas não me tornar eu mesmo um mantenedor do Fedora? Bem, eu escrevo código em meu tempo livre e uso Linux porque ele aumenta minha produtividade como um professor de engenharia, mas eu considero que as Diretrizes de Empacotamento do Fedora (Fedora's Packaging Guidelines) são muito obtusas e demandam muito tempo para eu vir a ser um mantenedor em tempo integral. Eu temo que me aconteça a mesma coisa que aconteceu com o antigo mantenedor do Enlightenment do Fedora, e como resultado, os pacotes E17 iriam definhar e morrer mais uma vez no Fedora. Eu ensaiei "Tornar-me um Mantenedor do Fedora” e ajudei a empurrar o xosview de volta para a distro, mas simplesmente achei que o processo era muito intrincado e confuso. Eu entendo a necessidade de diretrizes exigentes – elas têm ajudado o Fedora a se tronar uma distribuição Linux de classe mundial nos últimos anos, mas eu simplesmente não tenho tempo de oficialmente manter 80 pacotes do Enlightenment para o Fedora. De uma maneira parecida, eu voltei meu olhar para o RPMFusion, mas achei que eles decidiram adotar diretrizes de empacotamento parecidas com as do Fedora. Como resultado, eu acho mais simples executar meus scripts automáticos que puxam o código do SVN, empacotam-no em tarballs, criam e assinam os RPMs e fazem o upload deles para meu servidor. Eu tentei aderir de forma mais próxima possível ás Fedora's SPEC Guidelines (Diretrizes de SPEC do Fedora) sempre que havia a possibilidade, e tive grande ajuda de Vasile Chelban para trazê-los para o formato correto usando simulação. Vasile também foi gentil o suficiente para espelhar meu repositório e criar, a partir dos pacotes i386 que eu desenvolvi, os pacotes x86_64 que eu automaticamente fiz rsync de volta para meu servidor. Desde então tem sido uma grande relação de trabalho. Nós estamos atualmente estudando a criação de um diretório SVN local onde possamos colocar os scripts de build e os arquivos SPEC de modo a fornecer pacotes E17 mais robustos (e talvez um pouco mais rápido). Então o futuro do repositório Kriehn e E17 parece brilhante, mesmo tendo havido percalços e demorado a iniciar no que diz respeito ao Fedora. Obrigado por sua paciência!