Pela grande demanda, Absolute FreeBSD já está disponível para pré-requisição. Esta nova edição de Absolute FreeBSD está completamente atualizada para FreeBSD 7.X. Além de sua cobertura completa de gerenciamento de servidores, esta edição cobre os tópicos que variam de servidores diskless até a construção de seus próprios dispositivos embarcados. Se requisitado hoje, será-lhe enviado assim que for publicado.

Absolute BSD ensinou aos novos administradores de sistema como construir e gerenciar um servidor FreeBSD. Absolute FreeBSD atualiza todos os conhecimentos para versão 7 do FreeBSD, e cobre as mais novas características do sistema. Você aprenderá como construir seus próprios dispositivos embarcados, como cifrar partições de disco, como usar características de Multi-Processamento com sua melhor performance, como rodar servidores diskless, e mais! Para os novos leitores a introdução necessária continuará, enquanto em relação á primeira edição, haverá uma evolução para os mais avançados.

Agradecimentos ao autor Michael W. Lucas, que infelizmente não teve uma boa tradução para o Português Brasileiro em sua primeira edição, mas sabemos que tivemos um conteúdo valioso em nossas mãos.

Link original para saber mais sobre o livro, aqui!

Depois de meses de árduo trabalho, em especial desempenhado por Florent Thoumie e Dejan Lesjak, o Xorg modular finalmente, em sua versão 7.2, entrará na Coleção de Ports do FreeBSD oficialmente. O trabalho que incorpora as modificações realizadas em árvore independente do Ports, em especial no repositório Git, estão nesse momento em plena atividade de incorporação na árvore primária - CVS e Perforce - do Projeto FreeBSD.

Com isso temos uma ocasião especial, onde a árvore de Ports sofre o Code Freeze, (congelamento da árvore) fora do ciclo natural de lançamento de novas verões (-RELEASE) do FreeBSD. A modificação na estrutura de ports é tão grande, que envolve todos os commiters que mantenham ports que dependam do X11.

Entre as principais mudanças, destacamos o fim do PREFIX do X11. Com isso /usr/X11R6 deixa de existir e tudo passa a ser incorporado no ${LOCALBASE} tradicional, que normalmente é ${PREFIX} - /usr/local. Ao término do processo será como se X11R6 nunca tivesse existido no sistema. O /usr/X11R6 será um link simbólico por algum tempo, apontando para ${LOCALBASE} para evitar problemas com ports mantidos por commiters ausentes, até que o timeout, de modificações (pr) ou até o mantenedor realizar suas modficações.

No momento estamos na etapa do processo onde os commiters trabalham com um tar ball que é um snapshot exato de como a árvore deveria estar no CVS. Esse é o momento em que Kris Kennaway chama de eat our own dogfood, pois o processo de readequação de todos os ports que dependem do X11 não é trivial. A etapa seguinte é enviar tudo para o CVS e esperar por cerca de 50 relatos de sucesso integral, para partir para a etapa de  descongelamento da árvore CVS.

É uma grande e exaustiva série de atividades e trabalhos desempenhados pelos commiters, mas que resultará para o usuário final em um ambiente com o Xorg Modular 7.2 totalmente integrado, podendo instalar Xgl, Beryl, AIGLX, Compiz e CIA com apenas um make install clean.

Para acompanhar a evolução desse trabalho, confira as threads aqui: 1 , 2 , 3. Para um preview da próxima geração de Desktops ao alcance de um make install clean veja 4 e 5.

Em mais um excelente artigo publicado no portal da FUG, Felippe de Meirelles Motta e Carlos Cesário contribuiram com um howto sobre instalação, configuração e integração de um Servidor LDAP com um Servidor AD. Este que com certeza é de necessidade de muitos, conta com um patch novo para autenticar os usuários do Active Directory com o qmail-ldap.

Visando a necessidade de rodar meu DB Progress em um sistema confiável, estudei algumas horas para instalar e configurar o DB Progress no FreeBSD.

Esse documento foi testado em ambiente ‘piloto/teste’ para o DB Progress 10.1A no Freebsd 6.2 com compatibilidade binária Linux, lembrando que a Progress atualmente homologa a aplicação somente para Linux, e ainda apenas as distros que estão disponíveis em seu site. Portanto no FreeBSD você está por sua conta e risco, ou de algum suporte que lhe dê garantias, que pode inclusive ser um time interno, de sua própria companhia.

Professor Carlos A. Santos republica em seu blog um artigo, anteriormente escrito para a revista BER número zero (BSD em Revista), em Maio de 2003. Nele são feitas algumas comparações entre a licença de software adotada nos sistemas operacionais derivados do BSD Unix e a General Public License, adotada pela Free Software Foundation. A republicação acontece ao mesmo (e motivada por) em que acontece uma grande thread de debate sobre essas duas licenças, na lista nacional de FreeBSD da FUG-BR. 

Professor Carlos A. Santos é um dos ilustres membros da FUG-BR desde a época de sua fundação. Depois de um bom tempo afastado, retorna agora à nossa comunidade para mais uma vez nos honrar com suas considerações. Entre suas áreas de interesse está justamente a questão de licenceamento de Software Livre, tópico alvo de sua palestra no Primeiro Encontro Nacional de Usuários FreeBSD, bem como localização e internacionalização de Software Livre, assunto com farto material publicado por este.

Você pode acompanhar o artigo, originalmente entitulado Liberdade, liberdade, abre as asas sobre nós! aqui no blog do professor, ou na íntegra dessa notícia.

E você, está pronto? 18446744073709551616 bytes é o resultado de 2^64 bytes, poder máximo de armazenamento por partição do Geom Virstor (Geom Virtual Storage), que acaba de ficar pronto e preparado para entrar na árvore -CURRENT do FreeBSD.

Para entender: gvirstor(8) controla o GEOM_VIRSTOR, recurso que permite virtualização de armazenamento de qualquer objeto ou classe GEOM, bem como de sistemas de arquivos. O conceito é simples: crie um sistema de arquivos do tamanho que você desejar, limitado a 2^64 bytes (o que vem depois de Terabytes mesmo? rs rs), e se preocupe em colocar dispositivos associados a esse sistema de arquivo depois, quando precisar. Com gvirstor você cria um volume de qualquer tamanho (o padrão é 2TB) e ao menos um dispositivo de disco associado a esse volume. Depois adiciona quando e quantos dispositivos, para extender o tamanho real do volume virtual.

Por ser um módulo GEOM existe plena interoperabilidade com outros módulos, então é possível exportar o dispositvo através de ggated(8) por exemplo, ou usar um dispositivo RAID-0 para compor o volume virtual. O que você precisar/desejar combinar - isso aí o GEOM é o Lego do sistema de arquivos, tal qual Netgraph é o lego da pilha de rede.

O GEOM_VIRSTOR trabalha como uma espécie de RAID-5, onde as escritas são realizadas em chunk atômicos de tamanho configurável pelo usuário. Os chunk podem ser movidos/reescritos, e o sistema de arquivo tem sua estrutura atualizada assícronamente a cada operação de remoção ou adição de dispositivos. Dispositivos podem ser removidos e adicionados a qualquer momento, por causa dessa atomicidade e da possibilidade de intercambear os chunks entre os discos físicos. Porém, tal qual RAID-Z (ZFS), o modo de operação tem diversas particularidades distintas do RAID-5, e a similaridade é apenas aparente, em uma análise mais detalhada as diferenças claras. 

Já haviamos notíciado a criação do Geom Virstor no passado, aqui na FUG. Mas nesse momento ele está pronto. E você, pronto para testar? O anúncio foi feito hoje na lista Este endereço de e-mail está sendo protegido de spam, você precisa de Javascript habilitado para vê-lo , e o autor, Ivan Voras, solicita pessoas para testar e estressar o sistema ao máximo. O projeto foi financiado pelo Google, inicialmente através do Google Summer of Code 2006 e posteriormente para adição do recurso de BIO delay, onde as operações de E/S são incondicionalmente atrasadas quando não houver mais espaço físico no dispositivo virtual, até que novos providers GEOM sejam adicionados para aumentar a capacidade do volume.

Para testar:

lynx "http://wiki.freeb...<url-truncated-see-real-link>"

Salve em disco o arquivo,

tar vxzf  gvirstor-beta5.tbz
cd gvirstor
make
make so
make install
less README

Leia a man page gvirstor(8), os exemplos do arquivo README, crie seus primeiros Virtual Storage Volumes e ao verificar que ele funciona como supostamente deveria, comece a combiná-lo com seus módulos GEOM favoritos. Algum Daniel Bristot disposto a postar suas impressões? ;-)

Boa diversão.