softwarelivre.net | Passo-a-passo rumo à liberdade!

Geralmente quando uma empresa vai adotar uma solução, ela busca saber quais outras empresas utilizam o determinado produto. No caso do Ubuntu, esta lista está disponível em: Works With U. O interessante é que várias empresas do Brasil estão listadas lá!

Na íntegra:

Our fast-growing list of Ubuntu adopters — known as the Works With U 1000 — now includes law firms, technology companies, universities, real estate firms, media companies, financial services firms, and other types of organizations from across the globe. Take a look at the current Works With U 1000 list, or add your company to the list by filling out our quick survey.

Vou solicitar a inclusão da Itaipu na lista, faça você também se usar!

A história

A partir de domingo, 10/08/2008 estou usando Fedora. Sim, Fedora. Sempre fui um apoiador de software livre, e durante esses vários anos utilizei as distribuições principais da seguinte maneira:

• 1996: Yggdrasil, primeiro contato com Linux, através da Interdata, onde foi praticamente meu primeiro emprego.
• 1997 ~ 2000: Slackware, onde realmente aprendi o que era usar Linux e demais ferramentas GNU. Nesse intervalo de tempo, também testei diversas outras distribuições, como SuSE, RedHat. FreeBSD, OpenBSD também foram testados. IRC, efnet, security geek. Madrugadas e madrugadas aprendendo. Tempo bom!
• 2000 ~ 2002: Debian, achei que o Slackware andava meio parado, e meu tempo também já não era como antes (faculdade, etc). O Debian é uma ótima distribuição que se encaixou nas minhas necessidades na época.
• 2002 ~ 2003: Gentoo, pois queria ter o controle total dos pacotes, ~x86 na época era demais com um AthlonXP (que tenho até hoje!), ver todas aquelas linhas de compilação! Ficava feliz com a fato do OpenOffice compilar depois de várias horas.
• 2003 ~ 2005: Debian, o tempo novamente. Como não sobrava muito, digamos que retornei ao meu “Porto Seguro”.
• 2005 ~ 2007: Ubuntu, nesse momento, eu achava que precisava contribuir com o software livre, já que o utilizava bastante e não ajudava com muita coisa. Já tinha dado treinamentos, participado de InstallFests, etc, mas precisava ser algo maior. Comecei então a trabalhar no projeto Ubuntu Brasil, com os meus amigos Rodrigo Belém, Mario Meyer e Lício Fonseca. Estávamos progredindo, mas novamente o tempo (neste caso por família, filho, esposa!) , me impediu de trabalhar mais ativamente, e infelizmente outras pessoas que eu mesmo apoiei no início resolveram “queimar meu filme” (nenhum dos que citei anteriormente). Então, o empenho de contribuição desapareceu.
• 2007 ~ 10/08/2008: Debian/Ubuntu, sempre usando os dois, Debian no MacBook e Ubuntu no Desktops (trabalho e casa).

Os motivos

• Surpresa: no mês de julho, eu e alguns amigos resolvemos atualizar nosso servidor dedicado, e eis que então surge a possibilidade de usar o CentOS. Até então, eu já tinha ouvido falar de tal distribuição baseada no RHEL, mas nunca tinha tido vontade de experimentar. Depois de alguns dias administrando o servidor, gostei muito da ferramenta yum (que me lembrou bem do apt), feita em python e C, e também da estabilidade do servidor.
• Segurança: o Fedora possui um grande comprometimento ao quesito segurança. Firewall habilitado por padrão, PIE, SSP, SELinux, … Tudo bem, alguns podem dizer que não são as melhores proteções… mas, lembrem-se que “o ótimo é inimigo do bom” (como diria o Jaime!), e esses esforços não podem ser desconsiderados.
• Aparência: ninguém pode negar que o conjunto de artes do Fedora é bem elaborado. O sítio é bem organizado e chamativo. O boot loader também tem um cuidado especial, o que é um atrativo para novos usuários. Pensei até em usar o LinuxMint, mas não sei qual o será o tempo de vida da distribuição.
• “Corporatividade”: as distribuições mais usadas em empresas hoje são RHEL e SuSE. Ambas, usam RPM. Ambas, tem uma distribuição “comunitária”, Fedora e openSUSE. Ou seja, algumas das ferramentas disponíveis nestas últimas, acabam sendo migradas para as distribuições corporativas. E isso não deve ser desconsiderado.
• Novidade: é sempre bom experimentar algo novo. O sistema init é diferente (event), pm-utils, selinux, e por aí vai. Junto com a mudança sempre vem um empenho e vontade de aprender.

A conclusão

Até agora tenho gostado do Fedora. Já não uso mais o FC9 estável, e sim o testing. Ainda não tive oportunidade, mas vou acabar migrando para a variação de desenvolvimento, Rawhide, mantendo a similaridade que tinha com o Debian sid.

Vale a pena? Não consido afirmar ainda, mas não me arrependi. Pouco a pouco vou conhecendo mais detalhes do Fedora, e em último caso posso formatar tudo e reinstalar a distribuição que quiser (nada como um /home separado!).

Problemas no FC9? Encontrei alguns, sempre existem. Tais como os da imagem abaixo. Entrei em contato com o desenvolvedor do PackageKit, Richard, e soluções para eles já foram providenciadas.

Mas então Fedora é melhor que o Debian? Não, claro que não. É mais uma questão de gosto e de funcionalidades que cada um procura e precisa.

Acabei de receber no meu email a notícia de que o Ubuntu 8.04.1 LTS está disponível para download! Baixe-o enquanto ele está quente!

Segue um trecho da Notícia:

The Ubuntu team is proud to announce the release of Ubuntu 8.04.1 LTS, the
first maintenance update to Ubuntu’s 8.04 LTS release.

In all, over 200 updates have been integrated, and updated installation
media has been provided so that fewer updates will need to be downloaded
after installation.  These include security updates and corrections for
other high-impact bugs, with a focus on maintaining stability and
compatibility with Ubuntu 8.04 LTS.

To Get Ubuntu 8.04.1 LTS
————————

To download Ubuntu 8.04.1 LTS, or obtain CDs, visit:

http://www.ubuntu.com/getubuntu/download

Beginning with this maintenance release, users of Ubuntu 6.06 LTS will be
offered an automatic upgrade to 8.04 via Update Manager.  As always,
upgrades to the latest version of Ubuntu are entirely free of charge.  For
further information about upgrading, see

http://www.ubuntu.com/getubuntu/upgrading

We recommend that all users read the release notes, which document caveats
and workarounds for known issues.  They are available at:

http://www.ubuntu.com/getubuntu/releasenotes/804

Hoje precisei instalar o VMWare Server na minha estação de trabalho, e, pra quem já instalou o VMware em kernels recentes, conhece o famoso vmware-any-any. O erro que retornava ao tentar rodar o config:

Using 2.6.x kernel build system.
make: Entering directory `/tmp/vmware-config2/vmmon-only'
make -C /lib/modules/2.6.24-12-generic/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules
make[1]: Entering directory `/usr/src/linux-headers-2.6.24-12-generic'
CC [M]  /tmp/vmware-config2/vmmon-only/linux/driver.o
CC [M]  /tmp/vmware-config2/vmmon-only/linux/hostif.o
CC [M]  /tmp/vmware-config2/vmmon-only/common/comport.o
CC [M]  /tmp/vmware-config2/vmmon-only/common/cpuid.o
In file included from include/asm/bitops.h:2,
from /tmp/vmware-config2/vmmon-only/./include/vcpuset.h:74,
from /tmp/vmware-config2/vmmon-only/./include/modulecall.h:23,
from /tmp/vmware-config2/vmmon-only/common/vmx86.h:18,
from /tmp/vmware-config2/vmmon-only/common/hostif.h:18,
from /tmp/vmware-config2/vmmon-only/common/cpuid.c:14:
include/asm/bitops_32.h:9:2: error: #error only <linux/bitops.h> can be included directly
make[2]: *** [/tmp/vmware-config2/vmmon-only/common/cpuid.o] Error 1
make[1]: *** module_/tmp/vmware-config2/vmmon-only Error 2
make[1]: Leaving directory `/usr/src/linux-headers-2.6.24-12-generic'
make: *** vmmon.ko Error 2
make: Leaving directory `/tmp/vmware-config2/vmmon-only'
Unable to build the vmmon module.

Entretanto, a versão do vmware-any-any disponível no site http://knihovny.cvut.cz/ftp/pub/vmware/ , é a 115 e ela não funcionou.

Pesquisando um pouco, achei referência a http://groups.google.com/group/vmkernelnewbies/files?hl=en onde existe a versão 116, que funcionou perfeitamente. Finalizando:

vmware-any-any-update116$ sudo ./runme.pl
Updating /usr/bin/vmware-config.pl ... already patched
Updating /usr/bin/vmware ... No patch needed/available
Updating /usr/bin/vmnet-bridge ... No patch needed/available
Updating /usr/lib/vmware/bin/vmware-vmx ... No patch needed/available
Updating /usr/lib/vmware/bin-debug/vmware-vmx ... No patch needed/available
VMware modules in "/usr/lib/vmware/modules/source" has been updated.
 
Before running VMware for the first time after update, you need to configure it
for your running kernel by invoking the following command:
"/usr/bin/vmware-config.pl". Do you want this script to invoke the command for
you now? [yes]
[...]
 
Building modules, stage 2.
MODPOST 1 modules
CC      /tmp/vmware-config5/vmmon-only/vmmon.mod.o
LD [M]  /tmp/vmware-config5/vmmon-only/vmmon.ko
make[1]: Leaving directory `/usr/src/linux-headers-2.6.24-19-generic'
cp -f vmmon.ko ./../vmmon.o
make: Leaving directory `/tmp/vmware-config5/vmmon-only'
The module loads perfectly in the running kernel.

Acabei de atualizar minha estação de trabalho para 8.04, e não gostei do Firefox 3. Ainda mais porque ele não reconheceu muito bem minhas atuais extensões, e ainda por cima, ficou meio “manco”. Algumas extensões como a NoScript, e SafeCookies, funcionaram mas não funcionaram, sabem como é. Resultado: tive que mover meu “.mozilla” e criar um a partir do zero. Além disso, removi o Firefox 3.

Não sei se isso aconteceu para todos, mas imagino que o Firefox 3 não tenha sido uma boa escolha para a 8.04. Talvez como um pacote opcional, mas não o padrão da distribuição.

Uma reportagem da COMPUTERWORLD, descreve alguns passos de como ser bem sucedido na migração para Linux. O que me chamou a atenção, é que a primeira recomendação deles é “Deixe que o Ubuntu faça parte do trabalho por você“.

E a reportagem segue: “O Ubuntu é uma das distribuições Linux mais populares e atualmente é a maior que traz ferramentas de migração integradas como parte de seu processo de instalação. O sistema tenta fazer a migração para Linux o mais fácil possível, permitindo que você migre arquivos de usuários e mesmo algumas configurações de sistemas já existentes em instalações Windows.”

Leia a reportagem completa aqui.

Fiquei sabendo que as inscrições para a Latinoware 2007 já estão abertas! Neste ano, haverá um encontro do Ubuntu no evento. Mais detalhes em breve.

Faça já a sua inscrição!

Um dos utilitários mais interessantes que conheci recentemente, enquanto estava lendo um Redbook da IBM sobre Perfomance Tuning de Linux em ambientes System p, é o SystemTap.

Do sítio principal, o SystemTap pode ser descrito como: “Uma ferramenta que fornece uma infra-estrutura baseada em software livre (GPL) para simplificar a obtenção de informações sobre um sistema Linux em execução” (tradução literal).

Graças aos desenvolvedores (Debian/Ubuntu), o pacote está disponível na seção universe/devel e pode ser instalado com um simples apt-get:

$ sudo apt-get install systemtap
Lendo Lista de Pacotes... Pronto
Construindo Árvore de Dependências
Lendo informação de estado... Pronto
Os pacotes extra a seguir serão instalados:
  libelf1 libpfm3-3.2
Os NOVOS pacotes a seguir serão instalados:
  libelf1 libpfm3-3.2 systemtap
0 pacotes atualizados, 3 pacotes novos instalados, 0 a serem removidos e 22 não atualizados.
É preciso fazer o download de 739kB de arquivos.
Depois de desempacotamento, 2683kB adicionais de espaço em disco serão usados.
Quer continuar [S/n] ? S
[...]
Instalando systemtap (0.0.20070113-1) ...
$

Aqui no meu sistema, foi necessário instalar outros dois pacotes, libelf1 e libpfm3, que são para manipular arquivos ELF, e bibliotecas para suporte a PMU (Performance Monitor Unit), respectivamente.

Após a instalação, é interessante verificar o diretório de documentação do software (em /usr/share/doc/NOMEDOPACOTE), pois geralmente traz exemplos bem interessantes. No caso do SystemTap, eu realizei o seguinte:

$ cd /usr/share/doc/systemtap/examples
$ sudo ./top.stp
semantic error: libdwfl failure (dwfl_linux_kernel_report_offline): No such file or directory while
resolving probe point kernel.function("sys_*")
Pass 2: analysis failed.  Try again with more '-v' (verbose) options.

Humm, estranho. Usando o nosso amigo Google, descobri que existe o Bug #106957, que faz sentido pois o SystemTap precisa de informações de depuração para prover as informações do ambiente, que estão presentes nos pacotes linux-image-debug-VERSAO-DO-KERNEL. Além disso, é necessário criar um link simbólico para o nome de arquivo que o SystemTap tenta acessar:

$ sudo apt-get install linux-image-debug-$(uname -r)
Password:
Lendo Lista de Pacotes... Pronto
Construindo Árvore de Dependências
Lendo informação de estado... Pronto
Os NOVOS pacotes a seguir serão instalados:
  linux-image-debug-2.6.20-16-generic
0 pacotes atualizados, 1 pacotes novos instalados, 0 a serem removidos e 22 não atualizados.
É preciso fazer o download de 0B/24,2MB de arquivos.
Depois de desempacotamento, 59,9MB adicionais de espaço em disco serão usados.
Selecionando pacote previamente não selecionado linux-image-debug-2.6.20-16-generic.
(Lendo banco de dados ... 138496 arquivos e diretórios atualmente instalados.)
Descompactando linux-image-debug-2.6.20-16-generic (de .../linux-image-debug-2.6.20-16-generic_2.6
.20-16.29_i386.deb) ...
Instalando linux-image-debug-2.6.20-16-generic (2.6.20-16.29) ...
$ sudo ln -sf /boot/vmlinux-dbg-$(uname -r) /boot/vmlinux-$(uname -r)
$ sudo ./top.stp
SYSCALL                         COUNT
sys_gettimeofday                65187
sys_ioctl                       54202
sys_poll                        11467
sys_read                         3790
sys_gettid                       2471
sys_write                        1110
sys_kill                          803
sys_time                          673
sys_select                        597
sys_futex                         442
sys_clock_gettime                 248
sys_fcntl64                       207
sys_setitimer                     196
sys_socketcall                    183
sys_rt_sigprocmask                176
sys_writev                        150
sys_close                         103
sys_sigreturn                      99
sys_recvfrom                       97
sys_recv                           91
--------------------------------------

No exemplo acima, o SystemTap lista as 20 chamadas de sistema que estão sendo mais utilizadas. O aplicativo não se resume apenas a isso, o propósito principal dele é ajudar a identificar possíveis gargalos no sistema, seja de CPU, I/O, memória ou rede. Vale a pena!