BSD Magazine é uma revista mensal de excelente qualidade técnica, visual e gratuita para todo e qualquer profissional que queira ficar bem informado sobre tecnologia e informação utilizando BSD e outros Softwares Livres.
A revista encontra-se em idioma Inglês e para baixá-la basta informar o seu e-mail e clicar para baixar. Todas as outras edições anteriores também podem ser baixadas. Seu formato está em pdf.

Conteúdo:

BSD Magazine é uma revista mensal de excelente qualidade técnica, visual e gratuita para todo e qualquer profissional que queira ficar bem informado sobre tecnologia e informação utilizando BSD e outros Softwares Livres.
A revista encontra-se em idioma Inglês e para baixá-la basta informar o seu e-mail e clicar para baixar. Todas as outras edições anteriores também podem ser baixadas. Seu formato está em pdf.

Conteúdo:

• FreeNAS – Detachable Storage has Come of Age
• Which FreeNAS? Lessons from a Year in the Trenches with BSD’s Killer App
• What’s New in FreeNAS 8.x
• FreeNAS Plugins: Everything You Ever Wanted to Know
• Handmade NAS
• FreeNAS in an Enterprise Environment
• Creative Integrations: Workflow Improvements with FreeNAS and TrueNAS
• FreeNAS: a Migration Story
• The Interview with Alfred Perlstein, VP of Software Engineering at iXsystems
• From Reading to Real Life: Try Out a Demo of FreeNAS!

Depois de 6 meses desde o incidente de segurança que houve em Novembro de 2012 agora os binários foram liberados novamente e para quem costumar instalar os binários ao invés de compilá-los usando o ports, pode ficar feliz.

Abaixo o anúncio oficial:

Dear FreeBSD Community,

Six months have passed since the November security incident which
brought the Project's binary package building capacity offline; we are
pleased to announce that all services are now restored.  This has
followed a significant effort to review security throughout the FreeBSD
Project's infrastructure, and reengineer the package-building system to
support greater compartmentalization and resilience.  This includes the
redports.org and ports QAT, generation and update of INDEX files,
publication of binary package sets, and binary-package building itself.
The revised infrastructure provided binary packages for the recent
release of FreeBSD 8.4.

We are now glad to announce that binary packages available again for
8.x, 9.x branches on i386 and amd64 architectures at the usual
locations:

  ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.4-release/
  ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-8.4-release/
  ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9-stable/
  ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/

Note that the previously missed binary packages for 9.1-RELEASE have
been also recovered and can be found here:

  ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9.1-release/
  ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9.1-release/

However before trying any of these sites above please check your
regional mirrors first by going to:

  ftp://ftp.<yourdomain>.FreeBSD.org/pub/FreeBSD

Any additional mirror sites will be labeled ftp2, ftp3 and so on.  More
information about FreeBSD mirror sites can be found at:

  http://www.FreeBSD.org/handbook/mirrors-ftp.html

Note that these are still the "old-style" packages.  Port managers are
currently working on introducing new-style (as known as pkgng) binary
packages in the coming months, please check the FreeBSD ports
announcements list for further gradual status updates:

  http://lists.freebsd.org/mailman/listinfo/freebsd-ports-announce/

The Core Team thanks especially Peter Wemm, Mark Linimon, Simon Nielsen,
Robert Watson, Erwin Lansing, Brad Davis, Bernhard Froehlich, Beat
Gaetzi, Martin Wilke, Jonathan Anderson, George Neville-Neil, Sean
Bruno, Colin Percival, and Bjoern Zeeb for their hard work on restoring
the binary-package building cluster and the associated services, and
Gavin Atkinson for maintaining and updating the compromise page.

O Google Summer of Code é uma iniciativa do Google em apoiar o software Open Source apoiando programadores à desenvolverem código nas suas férias de verão.  🙂 As instituições participantes ganharão até US$5.000,00 sendo US$500,00 por aluno orientado. É uma troca de conhecimento e incentivo.

O FreeBSD vem anunciar que estará partipando do evento e com muito orgulho.  🙂 Abaixo o anuncio oficial feito pelo Gavin:

Hi all,

FreeBSD is pleased to announce that once again we have been selected to 
participate in the Google Summer of Code program.  This gives University 
students the opportunity to earn a $5000 USD stipend in exchange for 
working on Open Source software over their Summer break.  Students have 
around 12 weeks to work on their project, and will be mentored by existing 
FreeBSD committers.  Participating organisations will earn $500 USD per 
student mentored.

FreeBSD's organisation page may be found at 
http://www.google-melange.com/gsoc/org/google/gsoc2013/freebsd and a list 
of possible project ideas may be found at 
https://wiki.freebsd.org/IdeasPage .  Please note that projects do not 
have to come from the ideas list, and indeed students are encouraged to 
produce their own project ideas - the majority of past projects have been 
thought up by the particpants themselves.

Students are also encouraged to visit http://www.google-melange.com/ to 
view more details of the program, including eligibility requirements, and 
a list of other participating organisations.

Thanks,

Gavin

O novo PS4 deverá vir com um novo Sistema Operacional. Sim pelos dados coletados será baseado no FreeBSD devido ao suporte que tem com GPU. Sem falar outras características como estabilidade, performance e até mesmo a licença BSD que eu particularmente acredito ser muito mais interessante para a Sony.

Aqui você encontra a referência sobre isso em inglês.

Enviado por João Fernando Costa Júnior (revistaΘespiritolivre·org) para o br-linux e aproveitei para postar a notícia aqui também.

“Os desenvolvedores e mantenedores do FreeNAS lançaram a primeira atualização da versão 8.3, a 8.3.1, que introduziu a versão 28 do sistema de arquivos ZFS e o FreeBSD 8.3. FreeNAS 8.3.1 apresenta a capacidade de configurar criptografia de todo o disco (com ZFS), além de trazer várias outras melhorias de menor relevância. FreeNAS é um Network Attached Storage (NAS) baseado em FreeBSD, que permite aos usuários facilmente configurar e controlar o seu próprio armazenamento e servidores de arquivos.

O FreeNAS 8.3.1 usa ferramenta do FreeBSD GELI para implementar a criptografia ZFS full disk e faz uso de aceleração de hardware para este fim, quando disponíveis. Segundo os desenvolvedores, “este tipo de criptografia é destinado principalmente a usuários que armazenam dados sensíveis e queiram manter a capacidade de remover os discos do pool sem ter que primeiro limpar o conteúdo do disco.” O wiki do FreeNAS inclui uma seção sobre criptografia ZFS para ajudar os usuários a decidir qual o método de criptografia é o melhor para eles. Os desenvolvedores do FreeNAS pedem aos utilizadores que consultem a documentação sobre os recursos de criptografia que eles estão prestes a usar, antes de criptografar dados, para evitar que os usuários fiquem com um volume criptografado protegidos por criptografia AES de 256 forte sem meios para acessá-lo.” [referência: revista.espiritolivre.org]

BSD Magazine é uma revista mensal de excelente qualidade técnica, visual e gratuita para todo e qualquer profissional que queira ficar bem informado sobre tecnologia e informação utilizando BSD e outros Softwares Livres.

A revista encontra-se em idioma Inglês e para baixá-la basta informar o seu e-mail e clicar para baixar. Todas as outras edições anteriores também podem ser baixadas. Seu formato está em pdf.

Conteúdo:

BSD Magazine é uma revista mensal de excelente qualidade técnica, visual e gratuita para todo e qualquer profissional que queira ficar bem informado sobre tecnologia e informação utilizando BSD e outros Softwares Livres.

A revista encontra-se em idioma Inglês e para baixá-la basta informar o seu e-mail e clicar para baixar. Todas as outras edições anteriores também podem ser baixadas. Seu formato está em pdf.

Conteúdo:

Percebi ultimamente uma certa confunsão de algumas pessoas sobre a árvore subversion e resolvi fazer esse post rápido e explicativo. Quando fazemos a primeira vez o svn co, estamos escolhendo com que ramo queremos trabalhar. Podemos trocar de ramo quando quisermos mas precisamos entender o que é cada um ou pelo menos os mais importantes:

svn://svn.freebsd.org/base/release/9.1.0 -> esse seria o 9.1-RELEASE puro, sem por nada à mais. A imagem da ISO que baixamos para fazermos a instalação. Se escolhermos usar ele não teremos qualquer atualização, nem mesmo a de segurança.

svn://svn.freebsd.org/base/releng/9.1 -> esse é o mínimo que usaríamos em um servidor porque ele é o 9.1-RELEASE e sempre que houverem atualizações de segurança, elas serão adicionadas aqui e passarão à ter um sufixo no nome indicando que houve uma atualização. Ex.: 9.1-RELEASE-p5 que indicaria ser a 5ª atualização de segurança para o sistema. Nessa modalidade você só terá correções de segurança.

svn://svn.freebsd.org/base/stable/9 -> aqui encontramos o famoso STABLE que atualmente é o 9.1-STABLE, que um dia será 9.2-PRERELEASE quando tiver para sair o 9.2. Esse ramo sempre que atualizado virá com as atualizações de segurança, correção de bugs e ainda algumas coisas novas que o time do FreeBSD pode achar interessante ser adicionado. Eu pessoalmente uso esse mas com moderação conforme expliquei em post anterior.

svn://svn.freebsd.org/ports/head -> esse aqui é o nosso ports que usamos para instalar nossos pacotes optimizados. Que podemos usar ele no lugar do portsnap.

Dica: se você quer confirmar ou saber em que branch está sendo usado no releng/9.1, por exemplo. Lembra do sufixo? Você pode ver no seu navegador acessando o arquivo newvers.sh da versão que você quiser consultar. Abaixo 2 exemplos:

• http://svn.freebsd.org/base/releng/9.1/sys/conf/newvers.sh
• http://svn.freebsd.org/base/releng/9.0/sys/conf/newvers.sh

Ao abrirmos esses 2 arquivos encontraremos 2 variáveis no início deles:

REVISION=”9.1″
BRANCH=”RELEASE”

REVISION=”9.0″
BRANCH=”RELEASE-p5″

O primeiro significa que no 9.1 ainda não houve alguma atualização de segurança. Já no segundo consta que na versão 9.0 estamos na 5ª atualização de segurança por causa do p5. Logicamente concluímos que o 9.1 já vem com todas as atualizações do 9.0. Possivelmente em uma próxima atualização poderíamos ter:

REVISION=”9.1″
BRANCH=”RELEASE-p1″

REVISION=”9.0″
BRANCH=”RELEASE-p6″

Adicionando mais uma coisa importante: se você já está usando um ramo por exemplo releng/9.1 e quer mudar para outro, tipo o stable/9, não precisa apagar todo o seu /usr/src e fazer novamente. Você pode usar outro recurso do subversion mostrado abaixo:

# cd /usr/src
# svn switch svn://svn.freebsd.org/base/stable/9

Bem, espero ter ajudado com mais essas informações.

Grande abraço à todos

A vida é uma constante adaptação, seja no trabalho, em casa, com os amigos, nos eventos e fóruns… Estamos sempre presenciando coisas novas e tendo que nos adaptar à elas porque senão ficamos parados no tempo e espaço.  🙂

Usar o ports com subversion é uma dessas mudanças e que embora não tão recente, nos permite ter um controle maior dos pacotes e nos salvar em momentos difíceis.

Primeiramente alguns devem se perguntar: por que usar o ports? por que não usar os binários pré-compilados?

Você pode usá-los mas eu usaria eles em coisas simples que não me exigissem suportes específicos. Por exemplo: eu usaria um pkg_add -r bash para instalar o bash mas não faria isso para instalar um apache. Por que? Porque existem várias opções de compilação em determinados pacotes que você pode querer retirar ou colocar, que pode melhorar ou piorar a performance ou até mesmo ser mais suscetível à falhas de segurança. Sem falar que um pacote binário poderia vir faltando algo em sua compilação que você necessitaria usar. Outra coisa que não combina são usar pacotes pré-compilados com pacotes compilados do ports. Ou você opta por um ou pelo outro mas não use ou tente usar os 2 porque não vai ficar legal, à não ser que sejam pacotes pré-complilados simples como é o caso do bash. Um exemplo ruim de mistura seria instalar todo um ambiente de desktop por pacotes e depois querer usar o ports para atualizar as coisas. São coisas assim que me fazem usar apenas o ports.

Existem 2 formas de se ter o ports e mantê-lo atualizado:

• Usando o programa portsnap.
• Fazendo uso do svn (subversion).

O portsnap é a maneira mais básica e simples de se ter o ports e mantê-lo atualizado, contudo você não consegue fazer coisas como voltar um port de uma determinada versão anterior porque a atual apresentou um problema.  Você fica preso sempre na versão mais atual.

O subversion já te permite fazer tudo que o portsnap não faz e mais um pouco.  🙂 Eu posso por exemplo dizer que quero um pacote de um release do svn mais antigo e com isso uma versão daquele programa mais antigo que estou precisando. Nós veremos mais adiante um exemplo.

Para usarmos o ports pelo subversion precisaremos zerar o /usr/ports e fazer o seguinte uma vez apenas. Estou levando em consideração que você já tem o devel/subversion já instalado:

# svn co svn://svn.freebsd.org/ports/head /usr/ports

Nesse momento se a sua Internet não for das mais rápidas, sugiro você fazer uma pipoca e assistir um bom filme enquanto o download é feito.  São aproximadamente quase 1Gb.  🙂 Tudo abaixo você deverá fazer dentro de /usr/ports:

Após isso vamos baixar o arquivo INDEX-9 para que possamos fazer buscas com o make search e ele não vem no svn:

# make fetchindex

Para manter o seu ports atualizado basta fazer:

# svn up

Para ver informações como revisão do seu ports:

# svn info
Path: .
Working Copy Root Path: /usr/ports
URL: svn://svn.freebsd.org/ports/head
Repository Root: svn://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 309926
Node Kind: directory
Schedule: normal
Last Changed Author: rm
Last Changed Rev: 309926
Last Changed Date: 2013-01-04 09:14:36 -0200 (Fri, 04 Jan 2013)

Agora vamos pegar um exemplo com o programa nmap. Vamos ver a revisão dele especificamente:

# svn info /usr/ports/security/nmap
Path: security/nmap
Working Copy Root Path: /usr/ports
URL: svn://svn.freebsd.org/ports/head/security/nmap
Repository Root: svn://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 309926
Node Kind: directory
Schedule: normal
Last Changed Author: mm
Last Changed Rev: 308630
Last Changed Date: 2012-12-10 17:11:11 -0200 (Mon, 10 Dec 2012)

Percebemos que a revisão dele ainda é a mais atual do ports, 309926. Vamos olhar qual versão de arquivo ele vai baixar:

# cat /usr/ports/security/nmap/distinfo
SHA256 (nmap-6.01.tar.bz2) = 77f6635b677d28b546cbef97e4ead6c2d4a5aebcaa108fe3a3c135db6448617a
SIZE (nmap-6.01.tar.bz2) = 21640157

Percebemos que vai ser usado a versão 6.01 se eu for instalar esse pacote. Vamos dizer que eu queira uma versão bem mais antiga, por algum motivo. Nesse caso vou ter mudar a revisão desse port em específico para algo muito mais antigo. Então vamos fazer o seguinte:

# svn up -r200000 /usr/ports/security/nmap
Updating ‘security/nmap’:
A    security/nmap/pkg-descr.fe
UU   security/nmap/pkg-plist
UU   security/nmap/Makefile
UU   security/nmap/distinfo
UU   security/nmap/pkg-descr
D    security/nmap/files/patch-libnetutil__netutil.cc
D    security/nmap/files/patch-libdnet-stripped__configure
D    security/nmap/files/patch-nmap.cc
A    security/nmap/files/patch-nmapfe::Makefile.in
A    security/nmap/files/patch-nbase::configure
UU   security/nmap/files/patch-configure
UU   security/nmap/files/patch-Makefile.in
UU   security/nmap/files/patch-tcpip.cc
A    security/nmap/files/patch-nmapfe::nmapfe_sig.c
UU   security/nmap/files/patch-output.cc
UU   security/nmap/files/patch-libdnet-stripped__src__eth-bsd.c
A    security/nmap/pkg-plist.fe
Updated to revision 200000.

Nesse momento mudei a revisão apenas do nmap para 200000. Vamos olhar novamente o distinfo?

# cat /usr/ports/security/nmap/distinfo
MD5 (nmap-4.20.tar.bz2) = ea50419f99472200c4184a304e3831ea
SHA256 (nmap-4.20.tar.bz2) = c923a6cfa6d3683dc7ee27a721c19d15fd66f264f8ca6dbc9cfac710591f32a8
SIZE (nmap-4.20.tar.bz2) = 2156077

Opa! Agora se eu for instalar o nmap, será a versão 4.20!

Para voltar ao normal as revisões alteradas basta fazer novamente: svn up e todos estarão novamente na revisão mais atual.

É isso pessoal, espero que esse post tenha sido útil e mais uma vez demonstrar o quanto é simples usar FreeBSD e o ports.

Qualquer outra dúvida sobre subversion estudem ele, porque é bem legal. Mais pode ser lido aqui.