No BSDTalk número 132, Will Backman, criador do podcast mais famoso do mundo BSD entrevista um personagem muito conhecido do SL, especialmente da comunidade Linux/GNU, o criador da FSF e da filosofia GNU, Richard M. Stallman. Stallman pediu que sua entrevista fosse distribuída apenas em formato livre. Portanto não há arquivo MP3 da entrevista. A entrevista em formato ogg pode ser acessada aqui. Uma entrevista ilustre, mas uma conversa com poucas novidades, e frases e considerações típicas de Stallman.

Will, de forma bastante adequada, não gera discussões ou corrige idéias de Stallman mesmo quando menciona algo inexato sobre outros sistemas, ou licenças. Ao invés disso apenas deixa seu condidato falar e expor suas idéias, idéias cujos principais pontos podemos resumir para você:

Ken Smith, coordenador do processo de engenharia de versões do FreeBSD anunciou hoje a disponibilidade do FreeBSD 7.0-BETA1, e informou que o -BETA1 do 6.3 está no forno. De acordo com o anúncio o ports freeze acontecerá simultâneamente para o RELENG_7 e o RELENG_6, minimizando o impacto do ciclo de congelamento antes do lançamento dos -RELEASE. 

Você pode acessar o ISO do 7.0-BETA1 em:

ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/7.0/

Substitua ISO-IMAGES-i386 por ISO-IMAGES-alpha, ISO-IMAGES-amd64, ISO-IMAGES-ia64, ISO-IMAGES-pc98, ISO-IMAGES-powerpc ou ISO-IMAGES-sparc64 caso deseje testar em alguma dessas outras arquiteturas. Se o site ftp ficar congestionado ou a latência de sua conectividade até ele for alta, use um desses site FTP espelho.

Ken Smith confirmou as datas estimadas do cronograma de lançamento, conforme antecipado pela FUG em notícia recente. Para ler o anúncio original, acesse aqui.

A importância dos -BETA e -RC. 

As imagens ISO do FreeBSD em -BETA e -RC (Release Candiate) representam momentos distintos do ciclo de lançamento de um novo FreeBSD, e é o momento em que os novos recursos devem ser testados com mais atenção. O -BETA2 terá as correções de problemas que usuários notarem no -BETA1, em seguida, o -RC1 terá as correções, se necessário, do -BETA2, até o ciclo final, -RC2, que antecede o -RELEASE. Se não houver probelas, o -BETA2 ou -RC2 pode vir a ser dispensados. Portanto é fundamental nesse momento do ciclo de versões sua contribuição, testando exaustivamente o sistema -BETA ou -RC mais recente, e compartilhando problemas nas listas do projeto, especialmente freebsd-stable e freebsd-current.

Para versões ponto-zero, o teste em novos recursos tem importância especial. Se você plajena usar ZFS, o escalonador ULE em sua nova versão, virtualização da pilha de rede, novos recursos geom como gvirstor, entre outros, esse é o melhor momento para testa-los. Contribua.

Warner Losh, membro do Core Team do FreeBSD lista, em 18 passos simples, como criar um FreeBSD customizado e bootável, demonstrando que ao contrário do que muitos pensam - ou reclamam - criar um FreeBSD do zero, a partir dos fontes, é muito simples. Segue a tradução, a íntegra, do post de Warner em seu blog:

De tempos em tempos ouço pessoas reclamar sobre o quão difícil é criar uma imagem à partir dos fontes do FreeBSD. Essa semana vou explicar como criei uma imagem de i386 bootável em um dispositivo USB, e também fazer observações sobre o resultado.

Recentemente precisei criar uma imagem bootável de i386. A forma mais fácil foi compilar uma nomeu amd64. Configurei meu ambiente para os processos de compilação (passos 1 a 3), construí as aplicações de userland e kernel do FreeBSD (passos 4 e 5), preparei a flash (passos 6 a 11), instalei a userland e o kernel (passos 12 e 13) e adicionei alguns arquivos extras, necessários para o boot (passos 14 a 18). Seguem os comandos abaixo:

1. setenv MAKEOBJDIRPREFIX /blah
2. setenv TARGET i386
3. setenv TARGET_ARCH i386
   
4. make buildworld
5. make buildkernel KERNCONF=GENERIC
   
6. fdisk -I da0
7. fdisk -B da0
8. bsdlabel -w da0s1 auto
9. bsdlabel -B da0s1
10. newfs /dev/da0s1a
11. mount /dev/da0s1a /mnt
12. make installworld DESTDIR=/mnt
13. make installkernel DESTDIR=/mnt KERNCONF=GENERIC INSTALL_NODEBUG=t
    
14. make distrib-dirs DESTDIR=/mnt
15. make distribution DESTDIR=/mnt
16. echo /dev/da0s1a / ufs rw 1 1 > /mnt/etc/fstab
17. echo ifconfig_DEFAULT=DHCP > /mnt/etc/rc.conf
18. echo hostname=demo >> /mnt/etc/rc.conf

Coloquei tudo em um cartão SD e inseri-o em um adaptador USB, iniciando o laptop com ele. A base do FreeBSD não é muito grande hoje em dia, 205MB é suficiente para um sistema completo.

% df /mnt
Filesystem 1024-blocks Used Avail Capacity Mounted on
/dev/da0s1a 484822 205570 240468 46% /mnt

Podemos ainda reduzir, mas considerando uma memória SD de 512MB com custo de 5 dólares, não faz sentido reduzir esse projeto para a memória que pretendi utilizar. Afinal só precisava de algo para fazer a transição de meu laptop de FreeBSD/amd64 para FreeBSD/i386.

Se alguém desejar reduzir a quantidade de espaço usado, existem diversas opções que podem ser usadas para reduzir o tamanho do sistema. Em minha experiência, é melhor construir sem essas opções e depois usar as keywords WITHOUT_XXX na hora de instalar, com installworld, mantendo assim a imagem pequena. É simples reduzir o FreeBSD pelo menos pela metade dessa forma, além do kernel que pode ser reduzido a 5MB na maior parte dos casos.

Você pode ainda usar o nanobsd(8) para automatizar esse processo, como pode também o TinyBSD ser utilizado. No futuro vou citar como costumo construir um FreeBSD com 16MB em média.

O desenvolver clement@ tem feito alguns testes de performance com iozone (benchmarks/iozone), e postado os gráficos resultantes dos testes. Os testes são com UFS2 em RAID com gstripe, com zvol em UFS2 e stripe em Zpool, além de UFS2 assíncrono com geom journal. Essencialmente os testes de clement@ são muito interessantes pois tem setups com UFS2 e diversos módulos Geom, em um ambiente tipicamente FreeBSD, enquanto faz abordagens ZFS dos mesmos setups.

Acompanhe os gráficos publicados nestes testes no blog do desenvolvedor (1 , 2).