Bem-vindo a mais uma edição da Arch Linux Newsletter. O que está rolando no desenvolvimento do Arch Linux? Estamos trabalhando diligentemente para resolver os problemas com os pacotes orfãos, sem mantenedor e com bugs que estão nos repositórios. Para um melhor controle de qualidade, inspirado por Allan, Pierre disponibilizou um novo pacote no extra chamado pkgstats, que permite aos usuários enviar aos desenvolvedores listas com os pacotes instalados nos seus sistemas.
Com os dados que você fornece, poderemos dar prioridades ao nosso trabalho e focar nos pacotes mais usados pelos Archers. Também, podemos ver mais facilmente quais pacotes do AUR merecem estar no community e vice-versa.
Eduardo "kensai" Romero
A recente versão 177.80 do driver da NVIDIA deixou de suportar as placas da série GeForce FX. Se você percebeu que sua configuração do Xorg não funciona depois da atualização, você precisa instalar o novo driver legacy 173xx.
(Postado por: Pierre Schmitz)
Note passada, o kernel26 2.6.27-2 foi movido do testing para o core. Esta atualização pareceLast night, kernel26 2.6.27-2 has been moved from testing to core. Está atualização parece ser ótima, então não espere muitos problemas.
(Postado por: Thomas Baechler)
Voltando a era paleozóica, durante a migração do PHP 4 para PHP5, nós optamos pela versão de desenvolvimento do Squirrelmail para suprir nossas necessidades.
(Postado por: Paul Mattal)
Como alguns de vocês podem perceber, o Java Runtim Environment e o Java Development Kit da Sun passou muito tempo no repositório extra esperando o amor de alguém. Contudo, nenhum desenvolvedor estava excitado em manter esses pacotes.
(Postado por: Eduardo Romero)
Algum bug irritante que você noticiou não foi resolvido? Esperando algum pacote ser atualizado? Se existisse algum jeito de você ajudar a melhorar a sua distribuição Linux favorita... (caso você esteja se perguntando, quero dizer Arch).
(Postado por: Pierre Schmitz)
"Depois de alguns meses usando-o, finalmente sinto-me confiante o suficiente para escrever um pouco sobre uma das melhores, eu REPITO: melhores, distros linux na história: archlinux. Essa distribuição é especialmente única, diversos detalhes nela a fazem a distro ideal para o usuário de nível intermediário. O que vem a seguir não é de nenhuma maneira um review ou tutorial sobre o arch, para isso seria preciso um novo post. No momento, estou focando na importância que tem como distro para o usuário de nível intermediário."
"Poucos sites que abordam software livre atraem boicotes controvérsio como os da Novell. Fundada em 2006 e responsável pelo primeiro acordo MIcrosoft-Novell, como o nome sugere, o site recentemente evoluiu para site de comentários e investigação de qualquer assunto que possa ameaçar o software livre. Para os leitores regulares, este assunto torna-se um Boicote a Novell -- como Groklaw, está é a inspiração aparente -- um defensor da comunidade. Mas para outros, especialmente aqueles que tem sido assunto dos artigos, o site é cheio de argumentos irracionais e ataques imerecidos, e um constrangimento que só traz descrédito a comunidade."
"A versão 4.6 do Xfce torna-se a mais significante das releases menores. Além das correções e melhorias que são invisíveis aos olhos dos usuários normais, a primeira revisão ao longo de 2 anos do terceiro desktop mais popular do GNU/Linux inclui inúmeras mudanças nas aplicações como calendário, mixer, caixa de dialogo de logout, um novo sistema de configuração e mudanças de usabilidade para o desktop. Seu efeito combinado aumenta a usabilidade do Xfce sem sacrificar a velocidade do desktop que é bem conhecido."
"Tux não é um mero rumor -- ele gosta de diversão de vez em quando. Quando se trata de jogos, as ferramentas e aplicações open source tem muito a oferecer aos desenvolvedores, mas isso não para por aqui. Os próprio jogos open source podem ter pouco ou nenhum custo, e muitos deles oferecem bastante entretenimento como o próprio título."
"A medida que o trabalho no KDE 4.2 rapidamente entra em estágio avançado, decidi testar a versão de desenvolvimento atual. Com o propósito de testar, usei a distribuição Archlinux, que suportam os pacotes do repositório SVN do KDE 4.2. Isso é suficiente para adicionar as entradas apropriadas no pacman.conf acima dos repositórios padrão, e nós podemos instalar o kde-svn. Leia minhas impressões abaixo."
"Basta ler no groklaw sobre a decisão pronunciada ontem a noite pela Suprema Corte dos EUA. De acordo com ele, as patentes concedidas para práticas empresariais teriam que passar por rigorosos procedimentos e testes específicos para verificar o mérito da concessão de uma patente. Essencialmente, eles tendem a mandar uma passagem para "máquina ou transformação de testes" como um pré-requisito para garantir uma patente. Isso significa que uma mera "idéia na minha cabeça" não se qualifica como patente até que seja colocada em prática numa máquina ou poder transformar o estado de um objeto em um propósito específico. Não sou advogado mas aquilo que os especialistas estão fazendo ao longo do julgamento, muitas indústrias serão gravemente afetadas por está decisão. Especialmente Companias de Software que detem a maior parte das patentes de software como práticas de negócios, e a maioria das patentes encontradas são indignas e demasiadamente genéricas e sufocantes para o crescimento da indústria."
Contribuição de: Dusty Phillips
Entre 15 de Setembro e 15 de Outubro de 2008 vedemos um total de 40 produtos na loja Arch Linux Schwag hospedada no Zazzle. Nosso lucro e bônus foi de $94.75, um recorde! Obrigado a todos!
Nossos adesivos ainda estão sendo enviados a uma taxa estável. Enviamos cerca de 50 no último período. Os pedidos também continuam normais. Se meus cálculos estiverem corretos (o que não é bom, mas não tenho a folga de pedir ao pobre Simo para contar um por um), temos mais ou menos 20 adesivos de cada cor (branco e prata) sobrando. Não pediremos mais unidades quando o estoque acabar, então faça seu pedido agora antes que seja tarde. Gostaria de falar um pouco de algumas de outras ofertas nossas (veja abaixo) por alguns meses mas estarei enviando com prazer mais adesivos de novo futuramente.
Após pesquisar pelo interesse da comunidade. Comprei pendrives de 8GB com o logo do Arch. Eles estão avaliados em $45 cada e o envio entre $3 e $5. Já vendemos uma dezena dos 50 que pedimos. Não pediremos mais agora, então não perca essa chance!
Meu investimento inicial nesses pendrives é cerca de três vezes o total que já investi até hoje em qualquer oferta da loja. Parece haver bastante interesse neles, por isso investi parte das minhas economias no projeto, o qual espero que retorne como doações para o Arch.
O joalheiro que contatei no último mês, Micha Weidner, me enviou lindas fotos de pigentes e anéis que agora estão disponíveis na Arch Linux Schwag. Estou pessoalmente impressionado em quão bonitas elas ficaram. A arte de Micha é incrível. Além disso, Thayer Willams também merece crédito por desenhar um logo tão "esculpível"!
Mal posso esperar para ter meu anel e espero que vocês também estejam tão ansiosos para experimentar algumas dessas jóias quanto eu. O anel será vendido por $120 e o pingente por $45.
Finalmete tive tempo para montar uma boa página para navegar por todos esses itens. Você pode agora fazer isso no endereço http://schwag.archlinux.ca/. Pode-se fazer pagamento online via interface do Paypal, mas acredito que não seja obrigatório possuir uma conta no Paypal para poder pagar.
Enquanto Miggols99 vende pendrives com o logo do Arch a partir de seu Archux Shop e também oferece CDs de instalação, Crouse disponibiliza emails voce@archlinux.us de graça.
Contribuição de: Dusty Phillips
Perto dessa época todo ano, um monte de discussões sem sentido aparecem nos canais de comunicação do Arch. Eu ainda não encontrei uma explicação razoável para isso; Arch é muito pequeno para sofrer do efeito do Setembro que nunca acabou , e não pode ser por ociosidade, uma vez que a maioria das pessoas está mais ocupada no outono do que no começo do verão. Talvez seja a falta de tempo; pessoas têm tempo para reclamar e discutir mas não tem para implementar.
Com qualquer frequência, eu notei não oficialmente um aumento do número de flamewars, posts troll, e mal entendidos sobre o que o Arch é realmente durante os meses de outubro e novembro. Em Dezembro as coisas parecem se tornar mais produtivas novamente.
Pode ser no entanto um bom momento para lembrar as pessoas sobre o Arch Way, também conhecido como a Filosofia Arch. Infelizmente, esse termo tem se vulgarizado dentro da comunidade e está se tornando algo sem sentido, vago, e indefinido. Qualquer pessoa é feliz defendendo a própria opinião dizendo que concorda com o Arch Way. E qualquer um ficará feliz em dizê-los que não, de fato a afirmação contrária está mais nas linhas do que a Filosofia Arch defende.
Então o que é isso?
Em geral, eu acho que se resume a um simples contrato em branco com seus direitos e responsabilidades como um usuário Arch. Colocado de maneira simples, é o seu direito de fazer o que você acha que deve fazer com o core do Arch Linux e fazer com o Arch o que exatamente você queria que se torne. É sua responsabilidade assegurar que você não interfira neste mesmo direito das outras pessoas.
É a natureza do ser humano estar atento aos seus direitos, mas as pessoas frequentemente ignoram suas responsabilidades. Centenas de pessoas já contribuíram com o Arch Linux de várias maneiras e você é livre para tirar vantagem do trabalho deles. O único pagamento necessário é um respeito saudável em relação a liberdade dos outros e a maneira como estes tiram vantagem disso de diversas maneiras diferentes. Mesmo aqueles de nós que contribuímos muitas horas de nossas vidas para o Arch, gastamos apenas uma pequena fração do tempo total investido na distribuição. Isso significa que a responsabilidade fundamental de respeitar a liberdade dos outros aplica-se tanto aos desenvolvedores e contribuidores mais velhos quanto ao membro mais novo que ainda tem dificuldades de instalar o Arch.
É muito legal conversar sobre direitos, responsabilidades, e respeito, mas como vocẽ os ativa? Eu tenho algumas sugestões que eu aprendi com muitos anos de observação (e tentativas de simular) dos casos de maior exemplo de respeito na comunidade:
Estava usando o Slackware (depois de outras distros) quando Patrick ficou doente e
o desenvolvimento parou. Tive que trocar para outra distro, já que esta era a minha
de trabalho, então fiz a troca depois de enviar várias mensagens para as
listas de email que estava inscrito para ver se poderiamos encontrar um médico para ele, e claro,
estou muito feliz que tudo tenha corrido bem.
Então tentei várias distros para ver qual delas seria a próxima, quando lembrei
que tinha lido algo sobre uma distro chamada arklinux. Por erro
(ou não) digitei http://archlinux.org e aqui estou desde então =)
Trabalho principalmente como empacotador, construindo um bom número de pacotes de python e sysadmin. Na era das cavernas ajudei um pouco no código do AUR (falando nisso, os novos desenvolvedores do AUR estão fazendo um trabalho impressionante - KUDOS para todos eles).
Nada, realmente gosto de como as coisas têm ido.
Manter as coisas simples, que é a mesma razão pela qual eu trabalho com python. Esse
é o mantra (a parte zen do python que se aplica ao Arch):
Bonito é melhor que feio.
Simples é melhor que complexo.
Complexo é melhor que complicado.
Casos especiais não são especiais o suficiente para quebrarem regras.
Deve existir um-- e, de preferência, apenas um --caminho óbvio de se fazer algo.
Agora é melhor do que nunca.
Embora nunca seja sempre melhor do que *exatamente* agora.
É divertido empacotar programas que vocẽ usa todos os dias (no meu caso, python e
coisas de sysadmin).
O problema é quando você tem que buscar patches pra fazer as coisas funcionarem (como o gdm 2.24)
e quando você assemble tudo e o pacote não funciona como esperado =)
Agora pelo lado da responsabilidade, sou muito preocupado com a qualidade de meus pacotes,
então as vezes eles levam mais tempo para estarem prontos. O Subversion, por
exemplo, eu tive que atrasar a atualização porque estava quebrando
o devtools.
* Possíveis
- Ext4
- ZFS
- Gnome 3
- Python 3
- Zope/Plone rodarem sobre python 2.6
* Não tão possíveis
- Internet de graça no Brasil =)
- Teletransporte
Não tanto quanto o Eliott, mas realmente prefiro comida brasileira (principalmente os pratos que minha esposa prepara).
Esse é um jutsu bem conhecido na vila Arch Linux Ninja - ele apenas soma 50 kage-bunshins e então consegue levantar qualquer coisa que esteja no caminho. Partindo da mesma idéia, tenho algo a dizer sobre o Eric, o Pierre e o Jan - todos nós vemos que eles constroem vários pacotes - a explicação lógica para isso é que eles (assim como o Aaron) usam kage-bunshins para isso (claro, utilizando os laboratórios locais de suas universidades para que possuam todos os computadores necessários).
Contribuição de: Ronald van Haren
Por: Ronald van Haren
Criar scripts em bash fará com que você use condições e loops em algum momento. Exemplos de condições são if-then-else-statements e loops.
Vamos primeiro dar uma olhada na condição do tipo if-then-else. A sintaxe básica para esse recurso é
if <condition1>; then # executar quando esta condição for satisfeita <commands1> elif <condition2>; then # executa quando a condição acima não for satisfeita, mas sim essa <commands2> else # então executa <commands3> fi
Obviamente existem muitas condições para realizarmos verificações, tais como verificar se um arquivo em particular existe, se ele está com permissão de leitura, se é um diretório, comparar partes de um texto, etc (abra o manual do bash e olhe em "CONDITIONAL EXPRESSIONS" para ver uma lista completa de possibilidades).
Como nós implementamos isso? Aqui está um exemplo aonde nós verificamos se um arquivo tem permissão de escrita. Se a verificação retornar "falso" nós veremos se o arquivo existe e uma mensagem coerente será impressa na tela:
if [ -w $filename ]; then # se tem permissão de escrita <commands> elif [ -f $filename ]; then # se o arquivo existe echo "the file "$filename" is not writable" else # ou echo "the file "$filename" does not exist." fi
Cuidado deve ser tomado para que você sempre coloque espaço entre os colchetes e a condição, caso contrário não irá funcionar. É um bom hábito colocar as variáveis do script entre aspas (como o "$filename acima).
E sobre os loops? Suponha que nós desejamos fazer algumas operações em (ou com) alguns subdiretórios dentro do diretório atual. Isso pode ser facilmente feito com um loop. Por exemplo
for i in "test1" "test2" "test3"; do echo "você pode colocar alguns comandos aqui" done
Você deseja iterar algum comando enquanto uma condição em particular for verdadeira? Aqui podemos usar o loop "while". A sintaxe usado no loop "while" combina parte da sintaxe do "if" e parte da sintaxe do loop "for":
i=1 # define o valor inicial while [ $i -le 5 ]; do # faz echo $i i=$((i+1)) # incrementa done
"É um boa prática usar diferentes senhas para cada site Web que você precisa fazer login. Boas senhas tendem a ser longas e contém uma ampla coleção de caracteres. Isto pode dificultar na hora de lembrar suas senhas. Mas você pode tornar essas coisas fáceis para você armazenando suas senhas para vários sites Web em um arquivo criptografado no seu computador. Vou olhar quatro programas que dão a você fácil acesso a suas senhas quando você precisar delas e ter o compromisso de proteger o próprio arquivo."
"Bibliotecas compatilhas que são dinamicamente ligadas tem uso mais eficiente do espaço em disco do que aquelas ligadas estaticamente, e mais importante que permite você realizar atualizações seguras na sua forma mais eficiente, mas executáveis compilados contra uma versão em particular de uma biblioteca dinâmica esperam que a versão da biblioteca compartilhada esteja disponível na máquina a qual está rodando. Se você está executando em máquinas ambas com Fedora 9 e openSUSE 11, as versões de algumas das bibliotecas compartilhadas são ligeiramente diferentes, e se você copiar um executável entre as máquinas, o arquivo pode falhar ao executar pois as versões são diferentes. Com ELF Statifier você pode criar uma versão estaticamente ligada de um executável, então o executável inclui a biclioteca compartilhada ao ínves de procurá-la em tempo de execução. Um executável estaticamente ligado é muito mais provável ser executado em outra distribuição Linux ou em uma versão diferente da mesma distribuição."
"GSmartControl apresenta seu as informações da saúde do disco rigído SMART (Self-Monitoring, Analysis, and Reporting Technology) em um gráfico. Com GSmartControl você não precisa procurar em /dev/disk/by-id para encontrar o drive que você está interessado e então analisar as saidas do smartctrl para tentar descobrir qual atributo do SMART têm os valores que você precisa."
"[...]este script coda, simplesmente, no Google Page Rank (PR) de uma URL específica. "Simplesmente," como você ver, é uma questão de perspectiva. Por exemplo, nosso script hoje é bastante fácil de seguir. O atual debug do algoritmo de verificação do Google (é uma parte "muito" importante da informação se você quiser pegar seu Google PR) é um pouco complicado."
"O melhor jeito de aprender uma técnica nova de programação é escrevendo uma aplicação para exercitá-la. Este artigo guiará você pelos processos de criação de uma aplicação simples em Python que integra com o banco de dados MySQL. Exemplificando, a aplicação buscará informações a partir de um site web e então insere no banco de dados MySQL. Por razões de simplicidade, não vamos lidar com um grande conjunto de dados. Pelo contrário, ele pega um pequeno subconjunto de dados, armazena-os com poucas linhas no banco de dados."
kensai: ninguém se importa que os desenvolvedores usam o tempo livre deles para compilar pacotes para nós.
E então, é encerrada mais uma Arch Linux Newsletter. Esperamos sinceramente que vocês tenham gostado dela este mês tanto quanto gostamos de fazê-la para o prazer de sua leitura. Por favor, nos contate e dê suas opiniões e/ou sugestões para melhorias. Também, amamos contribuições dos usuários, então, sinta-se convidado a enviar o seu artigo.
O melhor para todos vocês, da Equipe da Arch Linux Newsletter (Dusty Phillips [dusty {at} archlinux . org], Ronald Van Haren [ronald {at} archlinux . org] e Eduardo Romero [eduardo {at} archlinux . org]).