Bem vindo a primeira edição de 2008 do Arch Linux Newsletter. Primeiro e antes de tudo eu gostaria de me desculpar pela falta da Arch Linux Newsletters por tanto tempo. Retardei isso por razões relacionadas a estudos da universidade, mas depois de resolver isso, descobri que era difícil recomeçar a newsletter novamente e continuei atrasando mais e mais. Costumava ter uma maneira organizada de fazer as newsletter, mas sentindo falta da primeira newsletter me fez perder o hábito, e isso tornou difícil para me manter na linha. Mas, aqui estamos apresentando a primeira newsletter de 2008 a qual me deixa muito orgulhoso.
Como muitos de vocês podem ter percebido, esta newsletter tem um novo design que coincide com o estilo do site oficial. Muitos agradecimentos vão para o Simo (neotuli) pela grande re-tematização da newsletter. Arch Linux não apenas atravessou uma re-tematização e uma mudança de logo, pacman 3.1.0 foi lançado e pacman 3.1.1 está quase pronto para ser lançado para sanar algumas questões que não puderam ser resolvidas há tempo para o lançamento da versão 3.1.0. Da mesma forma, nós temos uma entrevista com o criador do Arch Linux e ex Arch Linux Overlord, Judd Vinet. Tudo isso e muito mais foram adicionadas para uma ótima Arch Linux Newsletter. Divirta-se!
- Eduardo "kensai" Romero
Saudações Archers,
Depois de um trabalho árduo de algumas pessoas muito dedicadas, nós
re-tematizamos o site do Arch.
Agradecimentos especias vão para algumas contribuições fundamentais feitas até
agora: para Thayer pelo seu logo e pelo trabalho de re-tematização do CSS e para Simo pelo seu trabalho duro
em trazer o novo layout para os outros sites do Arch. Trabalho fantástico caras!
Obrigado também para a comunidade Arch, por esperar pacientemente pela
divulgação das atualizações.
:)
Como anunciado no ano passado¹ e depois de um longo período em testes, QT versões 3 e 4 agora foram movidas para [extra].
Pelo menos até o lançamento final do KDE4 há diversos pacotes que ainda
usam a versão 3 do QT. Por isso um novo pacote chamado qt3 foi introduzido.
As dependências de todos os pacotes foram atualizadas de acordo com esta
mudança. A atualização deve proceder sem maiores problemas. Pacman apenas
notifica sobre a substituição de qt por qt3 e qt4 por qt.
Se você não quer ter a versão 4 do QT instalado apenas
remova-a com "pacman -Rc qt" depois da atualização. Se você está usando algum
repositório não oficial, como KDEmod, por favor espere até que eles tenham
atualizado seus pacotes também. Não force nenhuma atualização! Se ainda
existir algum problema, por favor reporte-o em http://bugs.archlinux.org.
Pacotes [community] podem não estar atualizados de acordo com o novo
esquema, então dê para o seu TU algum tempo para ele fazer as alterações
necessárias.
¹) http://archlinux.org/pipermail/arch-dev-public/2007-November/002910.html
"Não olhe agora, mas isso poderia se tornar uma realidade. Uma discussão aqui descreve a lógica para lançamentos de uma release do Arch em certos intervalos de tempo, permitindo que usuários usufruam de releases estáveis, ao invés do sistema de lançamentos que o Arch possui atualmente. Uma página no wiki está no ar e funcionando."
"Agora que [KDE] 4.0.0 está etiquetado e disponível e que aquele pouco de preocupação e inquietação estão para trás neste momento, eu gostaria de agora falar realmente de maneira direta sobre a versão 4.0. Em particular, eu vou me referir a alguns das estranhezas mais comuns de maneira bem direta do que vejo no kde versões 3.5 e 4.0. Eu vou falar de maneira bem clara (mas não rude) então prepare-se. ;)"
"Eu realmente odeio fazer -rc's por tanto tempo, mas eu odeio ainda mais lançá-los quando não sinto que estão "pronto" o suficiente. E as mudanças desde -rc7 são maiores do que foram as mudanças entre -rc6 e -rc7 (provavelmente porque as pessoas ainda estavam de férias entre -rc6 e -rc7, então tivemos que fazer alterações pouco a pouco depois disso).
Enquanto não tão sexy como a BMW Z4M ou alguns dos outros automóveis mostrados durante a CES, nós descobrimos um fato muito interessante sobre um veículo Carnegie Mellon: ele roda Ubuntu Linux. Esse veículo Carnegie Mellon com patrocinadores como Google, NetApp e Intel, ganhou o desafio DARPA este ano.
Judd Vinet, nascido em 1980 em Victoria, British Columbia Canada. É o responsável pela criação do Arch Linux, e que por falta de tempo recentemente renunciou como Supremo Lord do Arch e deixou para Aaron Griffin esta responsabilidade. Por ser o criador e fundador do Arch Linux (a distribuição que amamos) pensamos que talvez fosse interessante entrevistá-lo. Mas essa é uma entrevista de um tipo muito especial, as questões que foram perguntadas foram postadas primeiro nos fóruns (oficiais) por diversos Arch users, e Judd escolheu as perguntas que ele gostaria de responder. Gostaria de agradecer todo mundo que de um modo ou de outro contribuiu para fazer esta entrevista possível tendo postado as perguntas para serem respondidas, nem todas foram para a entrevista final mas a maioria foi. Agora, sem mais o que dizer, a entrevista:
Dada a taxa de adoção até agora, e o número de resultados "acidentais" relacionados ao Arch que eu recebo em buscas relacionadas ao Linux no Google, estou confiante de que o Arch ainda não chegou ao seu pico. Olhando pelo DistroWatch, é visível que o número de distribuições especializadas está crescendo dia a dia. A tendência dominante parece estar na área onde um projeto começa com um propósito geral (como o Arch) e vai se moldando para um propósito específico, se remodelando ao longo caminho. Acredito que o Arch terá crescerá em popularidade como escolha para uma distribuições especializada, já que provê uma base muito flexível e fácil de se entender.
Eu estive usando XFCE4 desde que foi lançado e nunca voltei atrás. É a perfeita mescla de funcionalidade e simplicidade, à la Arch. Anterior ao XFCE4, eu usava WindowMaker. Por um longo tempo usuários Arch lembrarão que o WindowMaker foi o gerenciador de janelas padrão nos primórdios do Arch, simplesmente porque era minha escolha e isso significava uma configuração a menos para fazer quando instalava o Arch. ;)
BSD é legal. Para dizer de outra forma seria um pouco hipócrita, visto que
bastante da simplicidade/elegância do Arch é baseada no BSD. Nossos scripts de
boot tem um quê de BSD, o ABS é como o Ports e o backend do Pacman baseado em
sistema de arquivos segue o estilo do BSD.
Eu certamente poderia ver o Pacman em um BSD futuramente, embora não imagine
nenhum dos BSDs existentes faça a adoção. BSD tem um estilo de se virar "à moda
antiga", enquanto este funcionar, e eu acho que eles estão bastante satisfeitos
com seus atuais gerenciadores de pacotes.
Creio que é óbvio QUE EU SOU.
Ambos Linux e Mac irão ter uma grande adoção porque mais e mais o mundo está
percebendo que, não apenas a Microsoft fede, mas que agora temos alternativas
viáveis. Com a ridícula taxa de aceitação do Vista, e com Mac e Linux comendo a
oferta de mercado pelas beiradas, já é possível ver a Microsoft diminuindo
neste cenário. Suas ações confirmam que estão tentando se diversificar, movendo
de uma base de oferta de software para uma base de oferta de serviços. Eu
entendo a motivação deles, mas acho que estão tentando batalhar em muitas
frentes e como resultado tendem a ignorar o núcleo de seus objetivos.
Isso quer dizer que a Microsoft não está indo a lugar algum. Uma gigante dessas
leva um longo tempo para cair e eles não pensam por um minuto sequer que não
irão se adaptar tão rapidamente.
Isso tudo na minha humilde opinião, é claro :) :)
De imediato nada vem a minha mente, mas estou ansioso para próxima evolução de
interfaces para o usuário. Não acho que estamos próximo de um "Minority Report"
por enquanto, mas algumas das tecnologias sendo desenvolvidas hoje são muito
legais.
Fora da área de tecnologia estou interessado no que teremos primariamente como
alternativa de combustível. Isso tem se tornado uma questão importante e acho
que mais e mais companhias estão jogando pesado na tentativa de encontrar uma
solução sólida.
Eu sou um hacker de coração e sempre serei. Há duas principais (e
relacionadas) razões pelas quais eu decidi sair. Uma foi que eu estava
extremamente afogado, no que diz respeito a tempo. Eu comecei alguns
negócios e estou colocando todo meu esforço neles enquanto ainda tento
pagar minhas contas, e eu percebi que eu não servia mais como liderança
para o Arch nesse mesmo tempo.
A segunda razão foi um pouco de uma revelação... uma dessas que você
sempre soube no seu coração, mas que precisa de um momento de lucidez de
introspecção para admitir de fato. Eu sou um hacker serial. Eu precisava
de um novo projeto, algo que eu pudesse começar do scratch e construir,
assim como eu fiz com Arch.
Eu nunca tive carência de coisas que eu quisesse construir, mas eu tenho
apenas 24 horas em cada dia e eu estou ambicionando manter um estilo de
vida equilibrado então não posso gastá-las todas na frente do computador.
Com isso em mente, eu percebi que teria que arrumar novo espaço para a
possibilidade de realizar um novo projeto tão recompensador como o Arch foi,
então eu precisei passar para frente.
Então a resposta (muito) curta é essa... Sim, eu espero contribuir com
Arch no futuro de qualquer maneira que eu puder, mas eu duvido que eu vá
de alguma forma fazer o mesmo investimento que eu já fiz uma vez nisso.
E não, eu não penso em mudar de distribuição. :)
Em primeiro lugar eu me senti menos culpado. Era duro saber que o projeto estava contando comigo e eu não estava respondendo à altura. Foi um enorme peso que removi de meus ombros ao saber que poderia sair e deixar para o Aaron e para o resto da equipe continuar o projeto e fazer o Arch ainda melhor.
Sim, perfeitamente. Eu não recebi do pessoal nada além de um "boa escolha" quando apontei Aaron como o novo Lord Supremo. Ele é um mago e se preocupa bastante em assegurar que o Arch reflete a sua (e de toda a equipe de desenvolvimento) paixão e habilidade.
Não, uso Arch em tudo. Eu soube quando encontrei o melhor, então por que continuar procurando? Tenho muitas outras coisas para fazer com o meu tempo.
Me ajudou a atravessar a ponte de "Eu posso fazer isso" para "eu FIZ isso".
Open source me ajudou a fazer a transição do pensar para o fazer. O que começou
como um interminável abismo de protocolos, siglas e código se transformou em um
lindo mundo de pessoas, idéias e colaboração e isso me inspirou a entrar para a
comunidade. Eu percebi que se um Daniel Robbins ou um Per Lidens da vida pôde
começar uma distribuição, não havia razão por que eu não poderia.
Isso soa um pouco melodramático, mas é realmente um importante passo mental
para tomar, e que eu espero alcançar em outros campos também.
Eu sempre me perguntei onde estaria se computadores tivessem sido apenas uma
febre (como um antigo colega de quarto sempre me repreendendo).
Eu provavelmente estaria fazendo algo relacionado a astronomia ou cosmologia.
Aprecio uma área que inspira a imaginação a crescer. Uma das tristes partes do
amadurecer é que a imaginação parece diminuir. Gastar seus dias se perguntando
sobre a natureza do universo parece uma boa maneira de combater isso.
Vindo à minha mente, não. Acho que não teve nada que tentamos fazer e não conseguimos.
Open source é meritocracia. Se o seu software for uma porcaria, o pessoal
perceberá e te notificará disto. Esse é um fator grande e óbvio.
Mas porque a maioria do open source é formada por pessoas de verdade, e não
corporações cheias de dinheiro, que nos destacamos em comunidade e
solidariedade. Nos primórdios do Arch, o meu combustível foi provido por emails
de outras pessoas que estavam interessadas no meu projeto e onde eu estava indo
com ele. Eram pessoas inteligentes e educadas que tinham verdadeiro interesse e
vontade em ajudar. Em pouco tempo essas poucas pessoas se transformaram em uma
comunidade de milhares de Arch-users. Tenho que dizer que essa é uma das
maiores bases para um grande projeto open source. Suporte peer-to-peer não pode
ser subestimado.
Sim, mas eu sou um defensor de requisitos bem definidos. Como tal, vou aproveitar
a primeira lacuna que ver e levantar este maravilhoso carro Hot Wheels acima de
minha cabeça, usando nada mais do que meus enormes músculos.
Para mais detalhes sobre meus músculos veja a questão 4.
"Você está fascinado pela maneira que você pode arrastar de lá para cá os mapas do Google ou mover de um lugar para outro sem ter que recarregar a tela? Ou talvez você é um fan do gmail e da sua aparência? Se você quer desenvolver Web sites com os recursos amigáveis assinados pelo Google mas está com medo do trabalho envolvido, dê uma olhada no Google Web Toolkit (GWT)."
"A evolução da computação é caracterizada pela aceleração vertiginosa de velocidade e da capacidade. Como nós instalamos aplicativos sofisticados e fazemos uso dos computadores de maneiras criativas, as necessidades de armazenamento são ainda maiores. Você pode melhorar a performance do seu disco usando um RAID-enabled sistema de desktop rodandos aplicativos comuns OSS."
Desta vez eu quero mostrar um pacote AUR, já aceito na comunidade mas que no momento está órfão, Shorewall-Perl. Primeiro vamos falar sobre o que Shorewall é e o que faz. O nome é Shoreline Firewall, e é uma ferramenta que permite configurações do Netfilter, muito semelhante ao iptables. Quais são os benefícios em relação a usar o próprio iptables? Bem, na minha opinião, a configuração do iptables pode ser muito dolorosa para ser aprendida (no meu caso eu ainda não aprendi), Shorewall por outro lado usa um conjunto de arquivos de configuração que podem ser encontrados no diretório /etc/shorewall. Editar alguns desses bem documentados arquivos vai resultar num simples firewall. O pacote Shorewall no AUR é atualmente mantido por "dtw" mas o pacote Shorewall-Perl inicialmente criado por "dtw" foi deixado como órfão. Shorewall-Perl é o pacote que compila/gera o firewall uma vez que o shorewall esteja configurado. Se alguém tiver tempo e o conhecimento para pegar este pacote, por favor faça-o, este é o caminho para contribuir para um Arch Linux melhor.
No começo eu fiquei assutado com o fato de que "pacman -Qe" não mostrava os órfãos reais, mas mais tarde eu aprendi que o comando mudou. Aqui está como fazer para achar os pacotes órfãos com o pacman 3.1.0:
# pacman -Qdt
varl: se isso não funcionar eu proponho um jogo; toda vez que eu pegar um programa funcionando com a ajuda deste canal, eu tomarei uma dose de 60 ml de whiskey varl: quem quer jogar? userek: varl, você me deixa confuso varl: espere, você não está bêbado? userek: você está bêbado :D varl: bem eu estou bebendo de qualquer jeito, então porque não tirar algum proveito disso (um sistema funcionando)?
Daenyth: !q mikko777 phrik: Daenyth: * mikko777 você vive você aprende coisas, depois você vive um pouco mais e as esquece mikko777: :P
Nós chegamos ao fim, mas apenas por esta semana, nós sinceramente esperamos
que tenham se divertido com a leitura da Newsletter. Eu sinceramente me diverti
fazendo isso para o seu prazer em lê-la. Por favor, sinta-se a vontade em
contatar-nos e nos informar de qualquer opinião/sugestão de melhorias.
Desejo o melhor para todos vocês, deste que escreve (kensai) e todo o time Arch Linux