A autorização para o uso e/ou modificação desta imagem é concedida desde que me reconheça lewis@isc.tamu.edu e o GIMP, caso alguém pergunte” – Wikipedia

Tux original

Essa (acima) foi a única imagem satisfatória do tux que eu consegui encontrar pela internet em formato SVG. Porém, não pude deixar de observar como essa imagem não se comportou nada bem tanto nos banners quanto nos logotipos que tentei fazer para o projeto utilizando-a. Por isso editei a imagem e criei um meu “Tux simplificado”, que se comportou melhor nos banners e logotipos, então compartilho-o aqui com vocês (clique na imagem para ampliar ou aqui para acessar o site e baixar o svg)

Tux Simplificado

Tux simplificado - Preto e Branco

“O Lightweight X11 Desktop Environment, é um ambiente de área de trabalho extremamente rápido, ágil e poupador de energia. Ele é mantido por uma comunidade internacional de desenvolvedores e vem com uma bonita interface com o usuário, suporte a múltiplos idiomas, atalhos de teclado padrões e características adicionais, como um gerenciador de arquivos com navegação em abas. O código-fonte do LXDE está licenciado parcialmente sob os termos da Licença Pública Geral (GPL) e parcialmente sob a LGPL. O projeto LXDE iniciou-se em 2006 quando Hong Yen Jee,de Taiwan, conhecido como PCMan, publicou o primeiro componente, chamado ‘PCMan File Manager’.” – LXDE.org

LXDE

O LXDE é um ambiente de área de trabalho que tem seu desenvolvimento focado em máquinas de menor desempenho (como netbooks, por exemplo) sem depreciar a usabilidade. O nome LXDE significa significa “Lightweight X11 Desktop Environment” ou “Ambiente de área de trabalho leve para o X11″ em português, tendo como características o fato de ser leve, rápido, bonito [de uma forma simples], desenvolvido em GTK+2, possuindo um conjunto de programas padrão para torná-lo um ambiente destkop que busca ser completo.

Opinião

O LXDE pode ser considerado uma opção perfeitamente adequada para quem procura um ambiente de trabalho leve e rápido, mas não abre mão de certas facilidades. Ultimamente sua comunidade tem crescido e o seu desenvolvimento tem apresentado melhorias consideráveis. Podemos afirmar que é um dos melhores ambientes para quem está cansado dos ambientes desktop inchados e cheios de firulas desnecessárias.

LXDE: Screenshots

Todo ebuild deve especificar uma variável keywords. Essa variável é utilizada para indicar a compatibilidade e estabilidade do pacote e do ebuild em cada plataforma (arch) [x86, amd64, sparc, ppc, ...]
Assim como outras distribuições classificam seus pacotes de acordo com sua estabilidade (stable, testing, unstable) o Gentoo Linux utiliza os diferentes níveis de keywords para indicar em qual branch (ramo) o pacote se encontra.

Os Diferentes Níveis de keyword

arch [Ex.: x86, ppc, amd64, ...]
Equivalente ao ramo stable, indica que o programa na versão disponibilizada e o ebuild foram amplamente testados e não possuem problemas sérios na plataforma indicada pelo keyword. É o valor padrão assumido pelo sistema.

~arch [Ex.: ~x86, ~ppc, ~amd64, ...]
Equivalente ao ramo testing, indica que o programa na versão disponibilizada e o ebuild deve funcionar sem possuir bugs sérios, porém mais testes são necessários antes do pacote ser considerado estável (com a keyword arch)

-arch [Ex.: -x86, -ppc, -amd64, ...]
Não possui ramo equivalente, indica que o programa na versão disponibilizada não está disponível e não vai funcionar na plataforma indicada pelo keyword.

Sem keyword
Um pacote que não possui nenhuma keyword associada para determinada plataforma indica que não sabemos se o pacote vai funcionar naquela plataforma específica e que mais testes são necessários.

Hard Mask [M]
Equivalentes ao ramo unstable, pacotes “mascarados” ou hard masked são aquelas versões de programas e ebuilds considerados instáveis ou em desenvolvimento (como versões beta, por exemplo) e seu uso não é recomendável se você não souber o que estará fazendo.

Utilizando os Software Branches (Ramos de Software)

O Gentoo Linux, através de sua ferramenta de gerenciamento de pacotes, permite que combinações de programas de todos os ramos sejam utilizadas a gosto do usuário. Por exemplo, pode-se escolher o ramo ’stable’ (arch) como principal e, ainda assim, instalar determinados programas do ramo ‘testing’ (~arch).

A variável ACCEPT_KEYWORDS do arquivo make.conf define qual será o ramo de software principal do seu sistema e o valor padrão (quando a variável não existe no arquivo) é o arch (stable).

Ao utilizar o ramo ’stable’ (arch) é possível indicar ao sistema quais softwares deverão ser instalados utilizando a versão do ramo ‘testing’ (~arch) bastando, para isso, adicionar o nome do programa com a categoria ao arquivo /etc/portage/package.keywords utilizando seu editor de texto preferido ou um conjunto de funções do shell/bash (Ex.: app-office/openoffice-bin ). É possível também escolher uma versão específica referenciando também o número da versão especifica que deseja-se permitir a instalação (Ex.: =app-office/openoffice-bin-3.2.0 ) [Note o '=' antes da categoria]

Para permitir a instalação de pacotes que estão mascarados (hard masked), ou seja, são considerados do ramo ‘unstable’ [M], basta adicionar adicionar o nome do programa com a categoria ao arquivo /etc/portage/package.unmask utilizando seu editor de texto preferido ou um conjunto de funções do shell/bash (Ex.: app-office/openoffice-bin ). É possível também escolher uma versão específica referenciando também o número da versão especifica que deseja-se permitir a instalação (Ex.: =app-office/openoffice-bin-3.2.0 ) [Note o '=' antes da categoria]

Para permitir a instalação de pacotes que acusem missing keywords (sem keyword), basta adicionar o nome do programa com a categoria seguido de ** ao arquivo /etc/portage/package.keywords utilizando seu editor de texto preferido ou um conjunto de funções do shell/bash (Ex.: app-office/openoffice-bin ** ). É possível também escolher uma versão específica referenciando também o número da versão especifica que deseja-se permitir a instalação (Ex.: =app-office/openoffice-bin-3.2.0 ** ) [Note o '=' antes da categoria e dois asteriscos '**' após a entrada]

Existem muitas outras variáveis de controle e seleção de pacotes e ramos. Para obter mais informações sobre elas leia as man pages do portage (man portage)

Para mais informações sobre o tema leia:
Gentoo Handbook: Mixing Software Branches
Gentoo Handbook: A Portage Introduction
Gentoo Development Guide: Keywording

Mais posts da série “Vantagens, Desvantagens e Diferenças do Gentoo Linux” – Clique Aqui

Dando duas sugestões para evitar o problema (ambas funcionaram aqui).

A primeira sugestão, que funcionou sem mais problemas, foi adicionar o consolekit ao default runlevel.

rc-update add consolekit default

A segunda sugestão, que na verdade é um workaround e não uma solução propriamente dita, é reiniciar o daemon do HAL, o que também funcionou, mas tem o inconveniente de reiniciar também o X.

/etc/init.d/hald restart

Ficam dadas as sugestões e, caso tenha tempo e interesse, colabore com mais informações para a resolução do bug no bugzilla.

UPDATE

Seguindo a sugestão do Yporti (http://yporti.med.br/) resolvi remover o policykit das minhas USE flags (USE=”-policykit”) e, até então, tudo voltou a funcionar como deve normalmente.

Ao tentar fazer uma instalação normal, utilizando alguns drivers disponibilizados pelo portage, me deparei sempre com a seguinte mensagem no CUPS ao tentar imprimir qualquer coisa:

/usr/libexec/cups/filter/foomatic-rip failed

Depois de muito pesquisar, tentar localizar o defeito e finalmente acessar o site do desenvolvedor do driver, me deparei com o seguinte aviso:

*** DON’T USE the foo2zjs package from:

Ubuntu, SUSE, Mandrake/Mandriva, Debian, RedHat, Fedora, Gentoo, Xandros, EEE PC, Linpus, MacOSX, or BSD!

*** Download it here and follow the directions

Eu não entendi exatamente qual o problema com o pacote foo2zjs disponibilizado no portage com as impressoras HP (descobrir isso ficará para depois), mas pelo que entendi alguns modelos são suportados apenas pelo foo2xqx.

http://foo2xqx.rkkda.com/

Para instalar e fazer funcionar a impressora eu apenas segui o procedimento indicado. Não sei se era necessário, mas instalei também o net-print/hplip. Ah, também coloquei o usblp como módulo para rodar o make install-hotplug.

Não sei se foi o mais adequado, mas por enquanto o importante é que funcionou desse modo. Depois, com mais calma, procurarei testar o procedimento de uma forma mais básica, para identificar o que realmente é necessário.

“O Gentoo utiliza um sistema semelhante aos ports do BSD chamado Portage. O portage é um sistema de gerenciamento de pacotes que permite uma enorme flexibilidade para instalar e manter softwares no Gentoo. Ele oferece uma grande quantidade de recursos para o controle da compilação, como as USE flags, um resumo da instalação antes dela começar, instalações seguras (através do sandboxing) e desinstalação de programas, perfis de sistema, proteção aos arquivos de configuração entre muitos outros recursos.” – Tradução livre do FAQ do Gentoo.

E essa é uma das maiores vantagens do Gentoo. Com o Gentoo você pode compilar seu sistema inteiro a partir do código fonte, usando suas próprias otimizações. Você tem o controle total sobre os pacotes que serão ou não serão instalados, permitindo uma grande quantidade de escolhas, assim você “faz” o sistema do seu jeito.

O Portage

Até certo ponto, e falando grosseiramente, o Portage funciona como qualquer outro Gerenciador de Pacotes, permitindo que o usuário pesquise, leia descrições, verifique a última versão disponível, verifique a versão instalada, escolha a versão a ser instalada, instale, desinstale e atualize os programas do  Gentoo.

A grande diferença está na maneira como a instalação dos programas acontece. Enquanto nas outras distribuições GNU/Linux o gerenciador de pacotes baixa o pacote pré-compilado (ou seja, já compilado de uma forma genérica, para abranger o maior número de recursos e máquinas) o Portage baixa o código fonte e compila na sua própria máquina, com suas próprias configurações, otimizações e particularidades, definidas através do arquivo /etc/make.conf através de variáveis.

Comparando com outras distribuições, uma das desvantagens desse método de instalação é o fato de que os pacotes demoram mais tempo para instalar (pois a compilação é um processo que leva tempo), portanto antes de instalar o Gentoo deve-se saber que a instalação de programas leva mais tempo do que em outras distribuições.

Algumas variáveis do /etc/make.conf
(para mais informações e variáveis, veja man make.conf)

CHOST, CFLAGS e CXXFLAGS

São as flags de otimização passadas ao compilador.

Leia sobre e veja uma lista de opções de acordo com seu processador aqui: http://en.gentoo-wiki.com/wiki/Safe_Cflags

USE Flags

São palavras chave passadas ao portage que define quais funcionalidades do programa a ser instalado devem ser ativadas ou desativadas, permitindo assim uma maior otimização do sistema. As USE flags podem ser comparadas ao parâmetro –enable-FUNCTION e –disable-FUNCTION passados ao ./configure quando compilamos manualmente um pacote. (Veja ./configure –help para mais informações)

Leia mais sobre USE Flags: http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=2

MAKEOPTS

A variável MAKEOPTS define quantas compilações em paralelo devem ocorrer quando você instala um programa.

Essa variável é configurada pelo usuário durante a instalação do Gentoo de acordo com o Handbook.

Para mais informações sobre o tema leia:
man portage
man make.conf
Gentoo-Wiki: Safe CFlags
Gentoo Handbook: A Portage Introduction

Mais posts da série “Vantagens, Desvantagens e Diferenças do Gentoo Linux” – Clique Aqui

“O Fluxbox é um gerenciador de janelas para o X baseado no código do Blackbox 0.61.1. É muito leve e fácil de manusear e ainda assim cheio de recursos para proporcionar uma experiência fácil e extremamente veloz em desktops. É escrito em C++ e licenciado sob a licença MIT.” – Fluxbox.org

Fluxbox

O Fluxbox, apesar da sua simplicidade, possui uma quantidade significativa de opções nativas que agregam um valioso conjunto de funcionalidades adicionais como: uma lista de comandos específicos, um menu completamente editável, a utilização de janelas em abas, que permite agrupar aplicações diferentes em “abas” de uma mesma janela, entre muitos outros. Uma breve descrição e imagens de algumas dessas funcionalidades podem ser vistas no featurelist (em inglês) do fluxbox .

Opinião

O Fluxbox é uma opção viável em diversas situações por seu pequeno tamanho e sua velocidade e leveza, sendo adotado tanto em máquinas antigas quanto em distribuições que focam em minimalismo ao extremo, tornando-se também uma opção muito utilizada quando se faz necessária (por algum motivo que não nos cabe julgar) a utilização de algum gerenciador de janelas em servidores.

Apesar da sua simplicidade e sua inicial “feiúra”, pode-se dizer que o Fluxbox é um gerenciador de janelas totalmente customizável pelo usuário através dos seus arquivos de configuração, fazendo com que sua “real beleza”, dependa mais do usuário que o configura do que do próprio gerenciador de janelas. Vale a pena citar também que existem diversas ferramentas auxiliares externas ao projeto (ou “não-nativas”) que trazem funcionalidades adicionais que podem ser valiosas nesse quesito.

Para ter uma ideia do quão personalizável é o Fluxbox, compare a foto inicial deste post com as fotos abaixo mostradas.

Fluxbox Personalizado

Retirado do site do Fluxbox

Imagem do DSL, uma distro minimalista que usa o Flux como padrão

]]> http://pnord.gentoobr.org/2009/08/30/por-que-usar-o-fluxbox/feed/ 0