Foi lançada a versão 2.16 do GNOME, um das áreas de trabalho mais utilizadas no mundo Livre.

O metacity, que é o gerenciador de janelas do GNOME, está dando os primeiros passos rumo ao mundo tridimensional, vários efeitos foram adicionados, agora é possível balançar, explodir, desaparecer, aparecer, entre outros vários efeitos, interessantes, incomuns ou até engraçados.

A aparência do GNOME também sofreu uma limpeza, um novo tema de ícones, obedecendo a nomenclatura do FreeDesktop , os ícones servem não somente para o GNOME, mas também para o KDE, XFCE... Houve também melhorias na aparência do Calendário do Evolution.

Melhorias também no desempenho do sistema, principalmente para Notebooks, o GNOME trás agora o suporte a gerenciamento de bateria, de forma simplificada, e com o auxílio de gráficos.

Foi integrado ao sistema o tomboy(8), um agregador de notas, simples e poderoso, outra ferramenta é o Baobab(8), um gerenciador de espaço disponível em disco, e o Totem(8), o reprodutor de mídia do GNOME trás maior suporte a mídia na Web e ao padrão XSPF, um padrão de compartilhamento de listas de reprodução.

Melhorias também com uma nova interface de configuração de impressoras, e uma modificação na janela seletora de arquivos.

O GNOME 2.16 já está disponível no ports(4), e ja pode ser instalado, para isto atualize seu ports para a ultima versão. Mais detalhes sobre o GNOME no FreeBSD aqui .

Para atualizar o seu GNOME, leia a FAQ . 

Maiores detalhes sobre o lançamento do GNOME 2.16 aqui .

O Projeto FreeBSD tem desenvolvedores por toda parte do mundo, e por isto, a cada lançamento, novas características são acopladas ao sistema, e isto faz a grande caixa mágica do FreeBSD.

Para organizar e divulgar novas idéias, o projeto mantém uma lista, somente com idéias e projetos que envolvem o sistema, a "FreeBSD list of projects and ideas for volunteers", que contém uma série de idéias e projetos, em diversas áreas, como Sistemas de Arquivos, Kernel, Rede, ports, segurança, entre outros. Muitas destas idéias são fantásticas, e possivelmente, no futuro, farão parte da base do FreeBSD.

Você pode ver esta lista em http://www.freebsd.org/projects/ideas/, Todas as idéias estão agrupadas por categoria, trazem uma descrição, uma lista de pré requisitos e um contato.

Se você está interessado em ajudar o projeto FreeBSD, a fim de aprender e contribuir com o Projeto, tem uma idéia ou projeto, ou mesmo procurando um tema para TCC que seja útil para o sistema, ai está um bom ponto de encontro.

Acaba de ser publicado hoje a Nota Para Imprensa de uma fusão no mínimo curiosa de empresas. A iXsystems, fornecedor de hardware para ambiente corporativo, fundada por Matt Olander - Acesso de Marketing do Projeto FreeBSD - e uma das mais conhecidas distribuidoras de San Jose na Califórnia (o berço do Vale do Silício), acaba de concluir a aquisição do PC-BSD. A partir de agora o PC-BSD, variante do FreeBSD voltado à usuário final, será mantida pela iXsystems, e já começa a prover fundos para o desenvolvimento do sistema, continuando o fóco no mercado de Desktops onde o PC-BSD tem se destacado, e agora com o intuito de explorar o segmento do ambiente de servidores também.

Sintetizando o máximo a ação estratégica da iXsystems, consideramos que o PC-BSD centraliza seus esforços em um objetivo que nunca foi prioridade para o Projeto FreeBSD: facilidade para o usuário final - especialmente o usuário pouco familiar com ambiente Unix e CLI (Interface de Linha de Comando). Por outro lado PC-BSD não desperdiça esforços de código em tarefas redundantes no que tange à estabilidade, segurança e recursos do sistema: isso o Projeto FreeBSD faz melhor que ninguém.

Resumindo, como Matt Olander comentou em algumas listas de discussões:

"Essa síntese possibilita levarmos o FreeBSD a um mercado pouco explorado por sistemas livres: o mercado daqueles profissionais que não tem familiaridade com o ambiente de linha de comando (CLI). Do lado Desktop, Linux ou PC-BSD conseguem algum sucesso, mas do lado servidor não. Nem mesmo Linux que há mais tempo coleciona esforços para ter versões de sistemas livres que não dependam de conhecilmento de CLI. Agora vamos investir em soluções que permitam configuração de servidores de e-mail, Apache, e usuários, através de uma interface gráfica com o usuário. Soluções que sejam estáveis e mais completas o possível, para que o usuário de GUI tenha menos limitações possíveis frente ao usuário CLI. Apesar de não ser o ideal - sim, o ideal seria que todos soubessem, gostassem e dessem preferência para CLI - estamos falando de uma fatia grande de mercado, onde Windows Server, Mac OS X Server e Solaris dominam, sem ter concorrência livre à altura. Com PC-BSD focando facilidades em servidores também, tornaremos o FreeBSD essa alternativa livre e fácil para fazer frente às opções proprietárias do mercado."

Olander ainda complementa o fóco das novas etapas de trabalho, mencionando que "Diferente do que outros sistemas fazem, nosso objetivo não será jamais alimentar a alienação do administrador de sistemas através de uma interface GUI. A GUI estará presente como alternativa para facilitação, mas a conclusão de todas as tarefas pela GUI gerarão um relatório onde o administrador poderá consultar para saber que arquivo de configuração e que linhas desse arquivo a interface GUI modificou, para que, se desejar - e esperamos que deseje - verifique com a CLI quais modificações foram feitas pela GUI. Dessa forma estimularemos o sysadmin à tomar gosto pela CLI, podendo este eventualmente até deixar a GUI do PC-BSD totalmente de lado um dia, mas sem um impacto forçado de exigência de quem está acostumado ao ambiente de configuração de um Windows Server ou Mac OS X Server para um sistema livre. Nosso objetivo é simples e bastante razoável: diminuir ao máximo o impacto da curva de aprendizado de um profissional pouco acostumado com Unix ao encarar um servidor FreeBSD, mas sem torná-lo dependente do ambiente gráfico, e principalmente estimulando o gosto e curiosidade pelo ambiente de linha de comando. É acima de tudo uma tarefa de re-educação em doses homeopáticas, sem traumas."

Veja a Nota de Imprensa oficial sobre esta aquisição do PC-BSD pela iXsystems.

Nesse entrevista no podcast BSD Talk, Poul-Henning Kamp fala sobre o sistema de proxy reserso com cacheamento Varnish Cache. PHK menciona as motivações por trás do projeto, o modelo BSD de trabalho adotado, as diferenças de algorítimo, compara com outros sistemas de Caching Proxy como Squid, e dá uma idéia geral dos próximos passos do Projeto. Isso justifica a recente ausência de PHK nos commits do FreeBSD, deixando claro como que ele anda ocupado. O podcast pode ser ouvido em MP3 ou em OGG.

Motivado pela participação de membros da FUG no CONISLI desse ano, o Grupo fará uma camiseta para promover o FreeBSD e a própria FUG. Existem três opções de frente e mais três opções de costas, com e seu o logo do Projeto totalizando oito combinações para decidirmos qual será a camiseta. Então, a FUG precisa da opinião de seus membros. Em outras palavras, vamos exercer nossa democracia, em ano de eleição, e escolher por voto qual camiseta será distribuída no CONISLI e online. Para visualizar as opções de camiseta e votar, clique aqui . Saiba mais pelo e-mail que Daniel Bristot acaba de enviar ao grupo lendo o restante dessa notícia.

À primeira vista o uso de um proxy reverso parece não ter grandes vantagens, especialmente porque o consumo de banda, observado por alguns como a grande vantagem de uso de um servidor de procuração, não existirá, já que, sendo transmitido do servidor Web ou do proxy, a demanda de largura de banda dos dados será a mesma. Correto, mas esse é o único ponto onde o proxy reverso não apresenta vantagens. Em grandes sites e principalmente em sites com conteúdo essencialmente dinâmico, o custo mais relevante não é banda, mas sim recursos computacionais e atendimento paralelo à requisições Web. Apesar de servidores como Apache serem extremamente robustos e atender seguramente a demanda de requisições paralelas, a questão de desempenho é afetada devido à necessidade de sites dinâmicos ter que ser processados sempre, toda vez, para cada requisição Web feita.

Tendo em vista esta grande demanda de recursos de processamento, o próprio Apache já tem seu módulo de proxy reverso, inclusive com algum suporte à cacheamento de objetos. E não é só. Linguagens popularmente usadas em ambiente livre como php tem versões de aceleradores de objetos. São sistemas livres e proprietários, todos com o mesmo objetivo: acelerar o processamento de conteúdo gerado dinâmicamente. Mas esses aceleradores não são de propósito geral. Por exemplo, não existe acelerador que funcione bem para PHP, Java e Perl ao mesmo tempo. Pior ainda se há um servidor com ASP no ambiente Web em questão. Nesses casos o proxy reverso é a solução mais indicada.

Mas os dias de hegemonia do Squid, atuando como proxy reverso e sendo unanimidade de opções para tal função, estão contados. Pelo menos é o que promete a VG Multimedia e o Grupo de Usuários Unix da Noruega. Segundo a VG Multimedia, empresa de produção áudio-visual da Noruega, o Squid atuando como Reverse Proxy se apresentou limitado demais em performance, por uma série de motivos incluindo não fazer uso apropriado de várias tecnologias disponíveis em sistemas computacionais modernos. O módulo de proxy reverso do Apache também não se mostrou satisfatório em ambiente de grande demanda. Essas averiguações já foram constatadas por grandes provedores de conteúdo dinâmico. O Yahoo! por exemplo usa uma solução de Proxy Reverso própria. No Brasil alguns dos maiores provedores de conteúdo usam o Netapp ou similar, de fabricantes como Sun Microsystems, IBM ou outras empresas.

Mas no mundo livre, a melhor opção até então era mesmo o Squid, atuando em um ambiente para o qual ele não foi originalmente projetado. Recentemente a VG Multimedia, grupo responsável pelo maior jornal publicado no país e o Grupo de Usuários Unix da Noruega e da empresa de Consultoria em Linux, Linpro, se uniram para financiar a criação de um novo projeto: o Varnish Cache. E os resultados já estão aí: em um benchmark recente comparando Varnish com Squid usando diskd(8) como proxy reverso, Varnish apresentou 600% mais performance que o Squid. O motivo, segundo seus desenvolvedores, é simples: código. Varnish utiliza racionalmente técnicas como Copy-On-Write e o uso do sendfile(2). Evita chamadas de sistema onde não é impossível deixar de usá-las, e introduz um novo algorítimo de cacheamento de objetos dinâmicos. Os detalhes internos das diferenças de codificação usadas podem ser acompanhados em um vídeo recente com palestra técnica sobre o Varnish Cache. Varnish tem ainda mais vantagens. Ele é capaz de cachear conteúdo considerado não-cacheável por outros sistemas. Incluíndo dados protegidos por senha.

O ambiente de desenvolvimento e uso em produção do Varnish Cache é FreeBSD, especificamente FreeBSD 6 -STABLE e 7 -CURRENT. O único Linux utilizado durante o desenvolvimento, para garantir compatibilidade com o kernel Linux é o Ubuntu Dapper. Isso porquê os desenvolvedores do Varnish são velhos conhecidos da comunidade FreeBSD. O desenvolvedor chefe é Poul-Henning Kamp e o líder do Projeto é Dag-Erling Smøgrav. Ambos commiters FreeBSD. A licença do Varnish é Licença BSD de dois cláusulas.

Se você ficou curioso e quer saber mais sobre o Varnish, vai gostar de saber que mesmo antes de ser oficialmente lançado, já estava disponível na Coleção de Ports do FreeBSD, em /usr/ports/www/varnish. Vai querer também assistir ao vídeo de apresentação técnica do Varnish , incluindo discussões sobre implementações internas e algorítimos escolhidos e criados para o Varnish, ou talvez ouvir a apresentação em mp3. Como é um novo esforço, a documentação do Varnish ainda é pouca, mas um bom começo pode ser observado aqui.

Apenas para não gerar confusão, é importante deixar claro que o Varnish não é feito para atuar como um proxy convencional, tão pouco para substituir o Squid ou qualquer outro proxy a não ser exclusivamente atuando na função de proxy reverso.

O CONISLI (Congresso Internacional de Software Livre) é um dos maiores eventos de sistemas de código aberto do Brasil, que em sua quarta edição vem reforçando sua posição no cenário de Software Livre brasileiro, e demonstrando cada vez mais aptidão à temas mais técnicos, bem equilibrado (mas sem ser ofuscado) por temas comerciais. Nessa edição do evento BSD tem destaque especial pelo que podemos averiguar na Grade de Programação. Mesmo ainda em fase preliminar de definição já temos 5 temas confirmados sobre sistemas operacionais BSD, são eles:

• Kenneth Westerback e Pedro Martelletto - OpenBSD 4.0 - What's new, what's planned and directions for the future
• Diego Fernando Linke - FreeBSD o poder em suas mãos
• Daniel Bristot de Oliveira - Balanceamento de carga e tolerância de erros em servidores Web com FreeBSD e PF
• Marcelo Araujo - Asterisk e FreeBSD o Futuro da Telefonia IP
• Iruatã Souza (muzgo) e Diego Casati (Kzaty) - OpenBSD Packet Filtering
  Internals

As palestras acima denotam a boa representatividade do FreeBSD e do OpenBSD no evento. Mas não é só. O maior e mais completo banco de dados livre do mundo, o banco de dados BSD (BSD por licença e origem - Universidade de Berkeley), PostgreSQL terá destaque especial com presença em todos os cinco horários do primeiro dia de evento, e ainda keynote de recurso agregado (PL/Perl) no último dia de evento, e outro keynote sobre DBI-Link 2.0 onde o PostgreSQL se apresenta ao lado do Perl em um sistema colaborativo, totalizando no mínimo sete eventos sobre o sistema gerenciador de banco de dados livre.

Motivos pra você participar do CONISLI 2006 não vão faltar. E olhe que a grade de programação não está completa ainda.