tal+e+coisa - diário de bordo de um linux user

Universo esparso

2010-07-30T18:43:00.001-03:00

Dentro da informática, não se pode dizer: "jamais beberei dessa água." Isso foi verdade quando comecei a trabalhar em redes e descobri que hexadecimais tem serventia. E está se tornando verdade com o windows. Por motivo de força maior (leia-se pressão do chefe) estou trabalhando com o 2008 enterprise.
Ossos do ofício...

Distribuição

2010-01-21T08:32:00.003-02:00

Às vezes trabalhamos com um zoológico de SOs: windows, linux, MacOs e por ai vai.

Recentemente me deparei com uma dificuldade recorrente de descobrir qual distribuição de linux estava trabalhando, mesmo considerando dentre as duas grandes "famílias" que eu conheço, os debian like e os redhat like. Precisava de detalhes mais precisos, como por exemplo versão e kernel específico.

Para descobrir com certeza em qual distribuição estamos, use os comandos:

$cat /etc/issue

e/ou

$cat /proc/version

Para outros detalhes, como por exemplo o nome da máquina, o comando abaixo pode ajudar:

$uname -a

Estes três comandos por si só são o suficiente para elucidar qualquer dúvida quanto à versão e ao SO (linux) no qual estamos trabalhando.

iconv

2009-10-19T10:18:00.003-02:00

Quem mexe com servidor acaba encontrando uma selva de ambientes, configurações, padrões e outros detalhes que acabam não sendo tão insignificantes assim.

Um exemplo disso é codificação. Grosso modo, no Brasil se usa basicamente utf-8 e iso-8859-1. Nem vou discorrer sobre o que é cada um e quais suas distinções porque isso por si só dá um artigo bem interessante.

A codificação pode ser usada sob o ambiente ou sob a aplicação. Na minha dificuldade, especificamente, estou usando postgres e recebi um script em iso-8859-1, mas minha base está em utf-8. Só esclarecendo: minha aplicação não pode ser "reconfigurada" para aceitar iso-8859-1 se o ambiente não o for também. É uma solução? sim, mas escolhemos outro caminho; algo menos "intrusivo".

O aplicativo iconv pode ler uma entrada codificada e convertê-la em outra.

$iconv base_dados.sql -f iso-8859-1 -t utf-8 -0 base_dados_utf8.sql

Onde:

base_dados.sql é meu script original

-f é from (de qual codificação)

-t é to (para qual codificação)

-0 é output (para qual saída. No caso, um arquivo)

Obs: no postgres, iso-8859-1 também é conhecido por Latin1

Chave Inválida / Autenticação de Repositório

2009-07-16T16:21:00.005-03:00

Quando se amplia a lista de repositórios; e isso ocorre geralmente de servidores não oficiais da distribuição; é necessário acrescentar as chaves públicas destes servidores ao seu chaveiro, se elas não existirem.

Tomando como exemplo uma distribuição debian, a seguinte lista de comandos deve ser executada:
$gpg --keyserver wwwkeys.eu.pgp.net --recv-keys chave
$gpg --armor --export chave | apt-key add -

Onde o wwwkeys.eu.pgp.net é um servidor confiável fornecedor de chaves.

A chave entrada é o valor em hexadecimal (também chamado de fingerprint) da chave.

Locales e Languages

2009-07-08T16:08:00.004-03:00

Quando estiver usando uma codificação diferente do padrão do sistema, como por exemplo, o locale estiver pt_BR.UTF-8, mas o apache2 estiver configurado com ISO-8859-1, podem ocorrer incompatibilidades. Aprofundando o exemplo acima, não seria possível visualizar os meses traduzidos quando buscar através do joomla, ainda tudo esteja configurado corretamente.

Para acertarmos esta retrocompatibilidade, precisamos gerar todos os locales referidos. Como por padrão o UTF-8 já existe, precisamos acrescentar o ISO-8859-1.

O comando para executar esta tarefa é:
$dpkg-reconfigure locales

Em seguida, será mostrada uma tela, no próprio shell, onde devem ser selecionados os locales a serem gerados. Escolha pt_BR ISO-8859-1 e pt_BR.UTF-8 UTF-8.

Será necessário então recarregar os serviços que estiverem dependentes dessas alterações. No nosso exemplo, o apache2:
$/etc/init.d/apache2 restart

Alguns usos para o awk

2009-06-30T10:15:00.002-03:00

Quando for necessário coletar informações em uma lista tabular, podemos utilizar o comando $awk. Por lista tabular entendemos qualquer entrada de dados que tenha um delimitador conhecido, seja ele espaço, vírgula, ponto-e-vírgula, ponto, dois-pontos, etc, como por exemplo:

joão maria pedro teresa
joão,maria,pedro,teresa
joão:maria:pedro:teresa

Como entrada do $awk, cada item é uma variável especial, começando em $1 e seguindo $n, onde n pode ser qualquer outro número. Se quisermos os nomes maria e teresa, seria o seguinte comando:

$awk '{print $2,$4}'

Por padrão, o separador usado é o espaço. Se necessário, podemos definir outro separador, com o parâmetro -F.

$awk -F "," '{print $2,$4}'

Vamos agora acrescentar à saída dois pontos entre os nomes (o resultado exibido seria maria:teresa):

$awk '{print $2":"$4}'

Podemos também usar mecanismos de decisão (se a segunda entrada igual a maria, imprima):

$awk '($2=="maria") {print $2,$4}'

Claro que não estou abrangendo toda a gama de opções que o comando permite realiza, existem muitos outros, basta consultar o $man awk. Além disso, todos esses comandos são aplicáveis a diversas entradas de dados, seja um $ls, um $cat, ou mesmo um arquivo de texto.

Exemplos de uso do find

2009-06-24T09:19:00.006-03:00

O find é um comando utilizado para realizar buscas, geralmente em nomes de arquivos. Seu uso básico é relativamente simples:

(lista todos os arquivos, em todos os diretórios, com uma extensão especificada)
$find /* -name *.html

A ferrementa se mostra realmente poderosa quando precisamos algo mais elaborado, como por exemplo buscar um conteúdo dentro dos arquivos:

(lista, em todos os arquivos, o nome do arquivo - e a linha deste - onde encontra-se uma string)
$find /* -print0 | xargs -0 grep 'shell57'

Ainda é possível ver um terceiro exemplo de uso, mas agora manipulando nomes de diretório:

(procura, dentro da pasta home de cada usuário, se existe a pasta public_html e mostra o caminho completo)
$find /home/*/public_html -maxdepth 0 -type d

Claro que existem muitos outros casos de uso, inclusive que podem fazer exatamente a mesma coisa de formas diferentes, mas já é um começo e ajuda a, pelo menos, saber qual a comando podemos recorrer. É necessário, no entanto, estudar seus parâmetros possíveis - que são muitos! -, para aplicá-lo em algum caso específico de busca.

colocando um script na inicialização automática

2009-06-08T16:42:00.004-03:00

Existe uma funcionalidade muito legal do linux que é a inicialização automática. Ela pode ser qualquer coisa: um script de limpeza, um início de processo, uma verificação de segurança; enfim, qualquer coisa que precise ser rodada automaticamente.

As regras são, a grosso modo, essencialmente para inicialização; mas podem ser para desligamento, reinicialização, entre outros. Em um momento mais oportuno falo sobre isso.

Seja qual for a alternativa escolhida para adicionar o script à inicialização, deve-se primeiramente criá-lo diretamente ou linká-lo na pasta /etc/init.d/.

Se quisermos fazer "na unha", podemos fazer então os links simbólicos em cada um dos níveis de rc ou, muito mais facilmente, usar o comando que cria os links:
$ update-rc.d nome-do-script defaults

Se, por algum motivo, precisarmos removê-lo da inicialização:
$ rm /etc/init.d/nome-do-script
$ update-rc.d nome-do-script remove

Caso não o retiremos do /etc/init.d/, o comando não pode ser completado.

recompilando um pacote debian / ubuntu

2009-05-21T13:59:00.006-03:00

Depois de muito procurar, acabei encontrando este tutorial bem legal que explica como fazer para recompilar códigos-fonte de uma distribuição. Tá, mas qual a diferença disso e de compilar um código-fonte baixado? Não é tão óbvio, mas em algumas situações, um pacote tem algumas dependências não diretas, isto é, que o pacote não as carrega consigo explicitamente, sendo que o gerenciador de pacotes não as identifica, portanto. Isso implica em compilar um código-fonte que, de repente, não funciona com o resto da distribuição ou precisa de OUTRAS compilações de OUTROS códigos-fonte para funcionar. Dá pra imaginar onde isso pode (ou não) acabar né?

Bom, indo direto ao assunto: precisamos de alguns pacotes instalados para viabilizar as compilações. Isto pode ser feito através de
$sudo apt-get install build-essential fakeroot dpkg-dev

Depois, para organizar o processo, criamos uma pasta:
$mkdir [nome do programa]
$cd [nome do programa]

Agora podemos fazer a instalação do código-fonte e, em seguida, resolver as dependências:
$sudo apt-get source [nome do programa]
$sudo apt-get build-dep [nome do programa]

Descompactamos com a ferramenta de manipulação o arquivo Debian source package (.dsc):
$sudo dpkg-source -x [nome do programa_versão-revisão].dsc

Finalmente, para compilar o código-fonte:
$cd [nome do programa_versão-revisão]
$sudo dpkg-buildpackage -rfakeroot -b

Se for necessário adicionar parâmetros à compilação; por exemplo --enable-qqcoisa --disable-umtrem; ANTES de compilar, sete os valores na variável DEB_BUILD_OPTIONS. Explicitando o exemplo:
$DEB_BUILD_OPTIONS="--enable-qqcoisa --disable-umtrem"

Os pacotes gerados serão criados no diretório imediatamente acima do que estamos, isto é [nome do programa_versão-revisão] e podem ser instalados, se forem mais de um, em lote ou um por vez através dos comandos:
$cd .. $dpkg -i [nome do programa]*

Com certeza, muita coisa pode acontecer nesse meio tempo e, ao final, não funcionar ou funcionar parcialmente. Claro, estamos lidando com muitos comandos e não gosto de "atropelar" com tanta informações mas não faz muito sentido fazer o processo parcialmente ou explicar só alguns dos comandos pois eles trabalham em conjunto para um resultado final. Caso encontre dificuldade em algum momento do processo, reveja os passos, divida para conquistar, google na cabeça e boa sorte!

ssh e segurança

2009-05-21T09:00:00.007-03:00

Existem situações onde o ssh aberto pode ser prejudicial à máquina. Por "aberto", definimos quando é possível logar através de usuário root, login com senha em branco e, bem especialmente, login de uma base de dados de usuário externa.

Vou explicar cada um dos casos e como garantir a segurança neles. Todas elas são configuradas no arquivo /etc/ssh/sshd_config.

Quanto temos login através do usuário root, o problema consiste na possibilidade de tentarem, através de força bruta, um login bem sucedido. Para impedir isto, somente precisamos configurar o openssh. Fica assim:
$vi /etc/ssh/sshd_config
acrescentar "PermitRootLogin no" ou mudar o parâmetro, se existir, de "yes" para "no".

O segundo caso, senha em branco, é mais raro porque o próprio arquivo de configuração desaconselha este procedimento. Mas, caso esteja assim configurado, no mesmo arquivo, devemos mudar a opção "PermitEmptyPasswords" para "no", garantindo assim que usuários com senha em branco não possam logar.

O terceiro caso trata da possibilidade de autenticarmos em um servidor externo, isto é, não são necessariamente usuários do próprio sistema e quem garante a autenticação é um agente externo. Ocorre quando estamos fazendo uso de samba, ldap ou qualquer outro mecanismo de gerenciamento de autenticação que permite login. Para corrigirmos isto, acrescentamos o parâmetro "AllowUsers" seguida da lista de usuários permitidos, separados por espaços em branco, sendo estes pertencentes ao sistema ou não, considerando que a autenticação não é garantida pela própria máquina. Independente da autenticação externa, esta configuração também se aplica a restrição de usuários no caso de querermos que somente alguns tenham permissão de uso de ssh.

Obs: não esqueça de reiniciar o serviço ($/etc/init.d/ssh restart) após salvar o arquivo, para aplicar as alterações. Note que esta reinicialização não afeta usuários já conectados.

vi - comandos avançados

2009-05-19T14:35:00.003-03:00

O vi ou vim, para quem não conhece, é um editor de shell muito poderoso e bem fácil de usar. Um colega meu (Diógenes!!!), adora emacs, mas eu conheço muito pouco pra falar deles e, por enquanto, o vi me resolve a vida.

Hoje me deparei com uma situação bem inusitada: precisava abrir um arquivo e ver seu conteúdo... na linha 50000!!!! É um arquivo de dump de uma base de dados do postgres, ou seja, todo o conteúdo da base foi portado para o modo texto, por isso a imensidão de linhas. De qualquer forma, o comando é bem útil para qualquer situação onde não queremos abrir o arquivo no início, mas em uma outra posição.

$vi + [número da linha]

Só para constar: não precisa dos [] no comando ok? É bom falar, sempre tem um louco o outro que acha que faz parte da sintaxe...

diff e patch remoto

2009-05-19T11:01:00.013-03:00

Uma coisa bem chata de resolver é a comparação entre arquivos de configuração entre uma máquina local e remota, ou ainda, entre duas remotas. A grande dificuldade consiste na falta de identificação de quais linhas são diferentes realmente e quais são configurações locais, isto é, aplicadas àquele servidor em especial.

Afortunados como eu ( :D ) , que tem dois monitores, que podem colocar dois terminais lado a lado e compará-los também acabam encontrando dificuldade quando falamos de 100 ou mais linhas, ou mesmo quando a ordem entre os parâmetros dentro do arquivo foram alteradas.

Uma forma bem interessante de resolver o problema seria recorrer a cópias dos arquivos para máquina local e compará-los através do $diff. Mas, eu encontrei uma ainda mais completa e direta, que consiste na aplicação de três comandos para gerar um patch, que pode ser facilmente aplicado sobre o arquivo que estamos configurando.

O comando seria:
$ssh [user]@[host] cat [arquivo alvo remoto] | diff [arquivo alvo local] - > [arquivo].patch

Explicando o comando: Fazemos uma conexão ($ssh), damos um echo ($cat) do arquivo remoto. Aqui vale uma explicação: nosso echo fica armazenado para ser aplicado a seguir, quando usaremos o $-, repassando-o. Prosseguindo: continuamos o comando através de um pipe-line ($|), aplicamos o programa de comparação ($diff) no arquivo local (agora sim, nosso $-) e, finalmente, gravamos esta comparação em um arquivo, ($> arquivo.patch).

Com este patch em mãos, podemos simplesmente utilizar o comando $patch [arquivo a ser modificado] [arquivo de patch] para aplicá-lo no arquivo local que queremos tornar igual ao arquivo remoto. Vale uma observação aqui também: devemos revisar o arquivo, seja ele na forma de patch, antes de aplicá-lo, seja depois, o arquivo local corrigido, pois as configurações locais devem condizer com nossos parâmetros locais.

senha do postgres

2009-05-19T08:56:00.000-03:00

Volta e meia preciso trocar ou recuperar esta senha. É fácil e bastante familiar para quem tem conhecimento em sql, apesar de não tão fácil assim chegar no ponto exato onde o sql pode ser executado.

Basicamente, uma vez logado como root, em ubuntu: $sudo -s, simplesmente trocamos o usuário através de $su postgres. Acessamos o programa postgres em modo shell, $psql.

A partir dai, qualquer comando em sql será entendido, pois estamos no ambiente do postgres e seus comandos nativos são, na grande maioria, sqls.

Nesse modo, aplicamos
$alter user postgres with password 'sua senha';
e pronto, senha de superuser postgres redefinida.

Alterando o editor do crontab

2009-05-07T10:55:00.003-03:00

Na maioria das distribuições, o padrão é o nano, que eu pessoalmente não gosto.
Vi algumas formas de alterar o editor do crontab e as soluções indicam formas de alterar variáveis de sistema ou editar arquivos source do bash pessoal; enfim, soluções que considero obscuras para um usuário leigo e que, se mal feitas, ocasionar danos no sistema ou deixam "lixo" perdido nos arquivos de configuração.

Se quiser mudar para o vim ou para o vi, encontrei uma solução que considero mais elegante. Para executá-la, podemos utilizar o seguinte comando:
$ update-alternatives --config editor
Este comando vai, de maneira ampla, alterar o editor padrão para todo o sistema, não só para o crontab. De qualquer forma, as outras soluções encontradas também agem assim, mas sempre é bom avisar de efeitos não necessariamente esperados.

SSH com login automático

2009-05-06T16:04:00.008-03:00

Várias vezes eu utilizo esta informação para fazer a configuração de do ssh para login automático em servidores que administro. Vou duplicar a informação porque links bons constumam ser apagados ou podem cair no desuso. Vai saber né...

Sem maiores explicações técnicas, basicamente o que podemos fazer é gerar chaves pública-privada que permitem identificar um computador que está sendo contatado por outro, sem a necessidade de digitação de senha.

Vou passar a lista de comandos necessários para realizar esta automação.
No cliente, para gerar par de chaves:
$ ssh-keygen -b 2048 -t rsa
Serão pedidos alguns parâmetros, mas somente digite enter para todos, uma vez que não queremos nada além das configurações padrão e não queremos digitar senha no momento do login.

O próximo passo é transferir a chave pública para o servidor que queremos ter login direto. Para isso usamos o seguinte comando:
$ scp ~/.ssh/id_rsa.pub :~/.ssh/authorized_keys
Assim, transferimos a chave e a renomeamos para que o sistema entenda que deve usá-la para identificar a máquina do usuário.

Como conseguir ajuda

2007-08-24T08:58:00.000-03:00

Vamos falar um pouco sobre a alfabetização/educação web: ler o manual (do comando, do hardware, etc), procurar o conteúdo desejado em buscadores, filtrar o que é encontrado e pedir ajuda em listas de discussão.

Para procurar na web, use os mecanismos de busca, mas use-os corretamente. Ao digitar o conteúdo a ser buscado, vá do conjunto mais relevante ou maior para o menos relevante ou menor. Frases, às vezes, são efetivas. Por exemplo "como fazer ..." ou "instalando ...", mas nem sempre confie que obterá algo que preste.

Quando falo em buscador, nesse plano da existência, o google é soberano. No passado era o yahoo e quem pode dizer o futuro é o Dr Brown e o McFly ou o seu Bento, pai de santo. Então, usando o google, vá até a terceira ou quarta página, no máximo. Se não encontrou nada que satisfaça, repense sua entrada na busca. Por outro lado, se na busca não retornarem páginas de resultado, tente mudar a busca para ficar mais abrangente.

Já no caso específico de pedir ajuda em qualquer lista de discussão, tente ser específico e use a regra de ouro: faça perguntas inteligentes. É relativo falar perguntas inteligentes. Um bom parâmetro para entender do assunto é lendo este artigo que eu "suguei" do delicious do meu amigo Battisti, meu fã.

Espero que este texto ajude a você se virar. Também vai evitar alguns inconvenientes, como ser zoado em listas, onde geralmente é merecida a descascada.

particionamento - uma análise considerando as aplicações

2007-08-15T08:35:00.000-03:00

Escrevo este post porque vi muito material técnico disponível para pesquisa, mas falta falar numa linguagem mais simples, mastigada e explicando alguns porquês.

Quando fazemos uma instalação qualquer em uma máquina, um dos itens indispensáveis no planejamento de sua configuração, e que pode variar bastante, é o espaço alocado no HD.

Para determinar como seria, deve-se, em primeiro lugar, saber a destinação do computador: se vai ser um desktop (de trabalho ou doméstico), um servidor (inclusive isto varia dependendo da aplicação que irá primariamente rodar) ou híbrido.

Vamos analisar primeiro os do tipo desktop.
Ao fazer o planejamento de distribuição das partições do HD, o primeiro item a considerar é o seu tamanho. Vamos simular para 40G.
Devem ser particionados levando em conta um grande espaço para o /home, já que o maior volume dos arquivos ficará aí. Seguindo as trilhas do HD do princípio para o final, ficaria assim:
- 10G ~ 12G no / (raiz)
- 1G ~ 2G no swap (particionamento de troca)
- o resto fica de /home (pasta do usuário)
No caso do raiz, é bem difícil a necessidade de mais de 10G, uma vez que o grande consumidor neste caso é o usuário, e o mesmo já esta "isolado" em uma partição especialmente preparada para ele. O swap é calculado mais ou menos dobrando a RAM disponível, o que atualmente gira em torno de 512M a 1G.

No caso de um servidor, a coisa muda completamente de figura. Temos que analisar, ao invés da ênfase no usuário, na ênfase nos serviços, que por sua vez demanda espaço para as pastas onde os mesmos armazenam os dados (seja www, email, spam, proxy, etc ou um conjunto destes serviços). Então, é necessário conhecer qual pastas do computador a distribuição em questão armazena estes dados. Vamos simular o mesmo HD de 40G, para um servidor www e email.
Devemos particionar deixando uma partição para o /var, que é onde o ubuntu e os baseados em debian armazena o www e o email. Ficaria assim:
- 10G ~ 15G no / (raiz)
- 2G ~ 4G no swap (particionamento de troca)
- o resto fica no /var (pasta de armazenamento do www - /var/www, e email - /var/email)
Ficamos com a mesma observação do caso de desktop: isolando o grande consumidor de espaço, neste caso, os serviços; conseguimos evitar a lotação do HD a curto prazo.

No caso de um híbrido, teríamos que verificar quais as necessidades e qual a disponibilidade de espaço em HD, lembrando que existe a possibilidade de fazermos somente 4 partições primárias; qualquer coisa além disso deve ser usada uma das partições que seria primária, usá-la como partição secundária e colocar partições lógicas dentro. Não vou dar mais detalhes porque isso foge do escopo desta análise. Se houverem dúvidas, uma busca bem elaborada deve ajudar a entender do que estou falando.

Resumo da ópera: tem que haver um certo feeling das necessidades e conhecer a disto para poder fazer uma boa distribuição dos particionamentos. O mais importante é analisar quem vai precisar de mais espaço e disponibilizá-lo. Simples assim. Lembrando também que, fazendo desta forma, caso seja necessário adquirir outro HD, somente copiamos o conteúdo existente da partição e editamos o arquivo /etc/fstab, apontando qual é o endereço físico da nova mídia.

o tempo passa, o tempo voa...

2007-07-03T08:27:00.000-03:00

Depois de mais de um ano parado com os post, por diversos motivos, entre eles a pura preguiça, volto a escrever para contar o que mudou nesse período.

Pra começar, muita coisa... Já não me considero tão noob, mas não sou trouxa de achar que sei tudo. Quer dizer, já me viro sozinho, poucas vezes encontro um problema insolúvel (na verdade nunca é impossível, eu simplesmente não tenho tempo de procurar/implantar a solução).

O ubuntu se firmou como distribuição, pelo menos pra mim. Não o troco por nada. Faz tudo o que eu preciso e mais um pouco.

Tive uma experiência de migração, que a propósito não terminou, mas não foi bem sucedida... Bem frustrante, mas em outra oportunidade conto toda a novela.

Sendo assim, aguardem novos posts, com mais regularidade. =D

dando um tempo

2005-12-26T13:27:00.000-02:00

Oi gente!

Natal, fim de ano, parentada em casa e eu longe do micro. Explicou tudo né? Então é o seguinte: na primeira semana de 2006 eu volto a falar mais sobre configurações de kubuntu. Já tenho quase pronta a parte de inclusão de plugins para os diversos tipos de áudio e vídeo, mas tá meio cru o texto, por isso não vou publicar agora.

Feliz Ano Novo a todos e divirtam-se! Ano que vem a gente se vê!

dica do dia:
Não tem dica! Larguem o micro, parem de trabalhar e vão curtir o sol, o céu, o sal...

configurações multimídia

2005-12-21T00:49:00.000-02:00

Oi gente! Depois de muito, muito tempo, voltei a ativa!!
Agora, chega de comemoração e vamos direto ao assunto:

Primeiro o video.
Além de fazer a instalação de todos as bibliotecas relativas à placa, deve-se inicializá-la. No caso das nvidia, através de k: sudo nvidia-glx-config enabled. Depois restarte o sistema xfree usando o logout (fechar sessão e iniciar nova - relembrando que isso é o suficiente, não precisa reiniciar o micro). Isso fará com que aplicativos de renderização 3d, como jogos ou o 3ddesktop funcionem.

Para testar, use um comandinho simples k: glxgears. Isso abre uma janelinha que mostra a renderização de engrenagens. Se estiver muito lento ou "soluçando", provavelmente não está corretamente configurado. Procure no repositório por bibliotecas relativas à 3d, acrescente-as e tente novamente. Provavelmente é k: apt-get install nvidia-glx-config nvidia-kernel-commons nvidia-settings. Só verifica se isso é suficiente repetindo o comando glxgears.

Tanto nesse caso como em qualquer outro, principalmente no início, instalar uma biblioteca por vez (e suas dependências, que são solicitadas automaticamente) e anotá-la. Assim, se o sistema portar-se erratimente após uma delas instaladas, é só removê-la (através do k: sudo apt-get remove biblioteca --purge).

E agora o som.
O kubuntu já vem com suporte a muitas placas de som, inclusive as mais novas. E detecta na instalação e tal... muitas facilidades :)
Se tiver problemas pra instalar, infelizmente não vai ter nada aqui, porque nunca tive dificuldades com isso. Pra dizer a verdade, o único erro que identifiquei foi com a nova placa de som Audigy (creative). Apesar de resetar o micro, a placa não reestarta sozinha e nem através de comandos. Até funciona, mas fica falhando e dá pau. Só desligando o micro e religando... Já procurei mas ainda não achei solução pra esse bug, mas não chega a atrapalhar né?

Bom, uma vez som e video instalados, vamos aos codecs, bibliotecas e plugins.
Para o som, o kubuntu não vem com suporte a mp3 e nem tem nos repositórios "default"! Mas calma. É porque não podem distribuir uma cópia dos plugins "não livres". Eu li a explicação em algum lugar, mas não lembro agora exatamente toda ela.
Enfim, se tiver configurado os repositórios certinho como passado anteriormente, não haverão dificuldades. Para mp3, o plugin é o k:apt-get install gstreamer0.8-mad. Isso claro, se o seu engine de som for o gstreamer, que vem com a instalação normal.
Para o video tem diversos, mas instalei o k:apt-get install xine e pronto. Tem ainda o kaffeine, o totem e mplayer (entre outros... tem bastante). Com o tempo você escolhe o seu preferido e pronto.

Até a próxima e bom divertimento.

dica do dia: apt-cache search | grep

o dia-a-dia do usuário linux

2005-12-15T18:34:00.000-02:00

Hoje começaremos diferente. A dica do dia vem primeiro:
Alguns programas precisam de atualização manual para funcionar. Lembre-se disso quando algo não estiver se comportando como devia.

Um exemplo são os repositórios. Quando acrescentar ou remover fontes, digite o comando k: apt-get update. Isso refaz a lista e o conteúdo dos repositórios. Outro exemplo é o k: locate qualquer coisa (permite localizar qualquer arquivo no sistema). Sua atualização roda sozinha uma vez ao dia, mas se acrescentarmos um programa nesse intervalo, vai estar desatualizada. Para atualizá-la: k:updatedb.

Outros serviços, tem que ser reiniciados. Falo de ssh, apache, ftpd, que devem ser parados e startados através de shell. Coisas mais desktop como superkaramba, firefox, xine, etc geralmente são mais simples: só fechando a janela do aplicativo já resolve.

instalação e configurações iniciais

2005-12-14T14:29:00.000-02:00

Finalmente vamos por a mão na massa. Não quero falar muito profundamente dos processos de instalação, porque é particular de cada máquina, depende de coisas como windows pré instalado, tamanho de HD (algo entre 5 e 20GB), etc, e principalmente, tem muitos, mas muitos tutoriais sobre isso. É reinventar a roda.

Só gostaria de dar um lembrete: muito cuidado durante o particionamento da instalação. Pegue um HOWTO de particionamento na net e imprima antes de começar, faça backup de tudo e vá com tranquilidade. Pode parecer que estou fazendo drama, mas você pode apagar tudo do seu HD e tirar sua vontade de ir em frente. Depois não digam que não avisei.

Seguindo.
Basicamente é por o CD no drive, bootar a máquina e responder as perguntas como a linguagem do país de origem, nome do micro, rede, senha, etc. Após um segundo boot requerido, vai requisitar sua senha fornecida anteriormente e, UBUNTU instalado. Por padrão, seu navegador será o konqueror, que é bem parecido com o IE, além de ter as mesmas funcionalidades como abrir tanto pastas locais como web, mas nada impede que você instale outro posteriormente. Tem o pacote open.office instalado e tudo o que é necessário para uma utilização básica do tipo home office. Mas não queremos só o básico, não é mesmo??! Para conseguir TUDO, abra um teminal (aqui chamado de konsole) através do link do menu K (no canto inferior esquerdo) -> sistema -> konsole.

Um pequeno parênteses: Para facilitar a generalização, a partir daqui, quando falar em comando de shell, isto é, comandinhos como os do DOS, vou somente referenciá-los da seguinte maneira: "k: apt-get (exemplo de comando propriamente dito) install (que são as opções) firefox (o resto do comando)". Assim o entendimento do que estou mostrando fica descomplicado e mais curto nas explicações.

Isso vai abrir o documento que contém os endereços dos repositórios. Repositórios são as fontes de arquivos de instalação de todas as distribuições baseadas em debian. No caso do ubuntu, tem seus próprios repositórios com versões estáveis de programas especialmente verificados para ele. Vamos à eles.

Dentro do konsole, digite: k: sudo vi /etc/apt/sources.list
(lembre de, antes disso, fazer backup do mesmo documento através do comando k: sudo cp /etc/apt/sources.list /etc/apt/sources.list.old - isso garante uma cópia do arquivo. Se algo der errado, refaça o comando invertendo os parâmetros para recuperar o arquivo original).
Não se preocupe com a falta de familiaridade com o que está fazendo. Com o tempo você irá se acostumando com as estruturas de comando. O comando sudo acima irá executar o vi como superusuário ou root, solicitar a senha (aquela inserida durante a instalação) porque você está abrindo um documento protegido do sistema. Uma vez feito isso, remova tudo (apertando a tecla ins aparece no rodapé do shell a palavra insert, permitindo a edição do documento) e acrescente as seguintes linhas (para inserir linhas copiadas no shell, utilize o comando shift+ins):

Dentro do konsole, digite: k: sudo vi /etc/apt/sources.list

deb cdrom:[Kubuntu 5.10 _Breezy Badger_ - Release i386 (20051012)]/ breezy main restricted

## Uncomment the following two lines to fetch updated software from the network
deb http://us.archive.ubuntu.com/ubuntu breezy main restricted
deb-src http://us.archive.ubuntu.com/ubuntu breezy main restricted

## Uncomment the following two lines to fetch major bug fix updates produced
## after the final release of the distribution.
deb http://us.archive.ubuntu.com/ubuntu breezy-updates main restricted
deb-src http://us.archive.ubuntu.com/ubuntu breezy-updates main restricted

## Uncomment the following two lines to add software from the 'universe'
## repository.
## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team, and may not be under a free licence. Please satisfy yourself as to
## your rights to use the software. Also, please note that software in
## universe WILL NOT receive any review or updates from the Ubuntu security
## team.
deb http://us.archive.ubuntu.com/ubuntu breezy universe
deb-src http://us.archive.ubuntu.com/ubuntu breezy universe

deb http://security.ubuntu.com/ubuntu breezy-security main restricted
deb-src http://security.ubuntu.com/ubuntu breezy-security main restricted

deb http://security.ubuntu.com/ubuntu breezy-security universe
deb-src http://security.ubuntu.com/ubuntu breezy-security universe

deb http://archive.ubuntu.com/ubuntu breezy multiverse
deb-src http://archive.ubuntu.com/ubuntu breezy multiverse

Dentro do vi ainda, aperte esc, e digite o comando: :wq, isso irá gravar e sair do vi.
Estas linhas permitem que sejam instalados quase todos os programas oficiais (estáveis) do ubuntu. Existem muitos outros repositórios, mas isso já nos é suficiente.

dica do dia:
Para obter maiores informações sobre um comando em shell, digite k: comando --help.
E para obter a informação COMPLETA, digite k:man comando. O man é um poderoso aliado para saber tudo sobre o funcionamento de um comando em shell.

ajustando aos poderes da máquina

2005-12-14T00:23:00.000-02:00

Chegamos a mais uma encruzilhada. Estamos falando dos ambientes gráficos. Mas não se preocupem, nem são tão separatistas assim pois todos tem aplicativos compatíveis, possuindo a capacidade de rodar programas uns dos outros.

Teremos, dentro do próprio Ubuntu, três tipos diferentes desses ambientes:
- xubuntu, com plataforma xfree, levíssimo, bem enxuto e, por isso mesmo, um pouco carente de maiores atrativos visuais. Mas completamente capaz de cumprir o que se propõe.
-ubuntu (default), com plataforma gnome, intermediário e possuindo muitos programas desenvolvidos através de suas bibliotecas visuais.
-kubuntu, com plataforma kde, o mais parrudo, um tanto pesado para micros modestos mas mesmo assim sendo capaz de rodar em qualquer coisa melhor que um processador de clock 500Mhz. O próprio Linus Torvalds incentivou o uso (do kde) como padrão.

Escolhi como plataforma o kubuntu, por não ter que me preocupar com o hardware e querer ver todo o poder das aplicações em kde. Portanto, a informação aqui passada terá mais ênfase em kde, não significando que não será falado do resto, mesmo porque tem programas insubstituíveis para gnome, como o synaptic, gerenciador de pacotes de instalação, por exemplo.

Para escolher entre estas plataformas, é interessante considerar:
- O hardware em que estamos instalando nossa distro. Qualquer coisa maior que um processador 900Mhz com 128Mega de RAM roda sem maiores problemas o kde.
- A que finalidade destina-se a máquina. No caso de um desktop tipo office, gnome dá conta do recado sem transtornos se os recursos de hardware forem limitados. Mas é impossível um gamemaníaco ficar satisfeito somente com a plataforma xfree e seus joguinhos simples.
- O tempo disponível para "testar" diferentes aplicativos com diferentes bibliotecas gráficas. Não aconteceu comigo ainda, mas a hípotese de rodar um programa com bib gráfica do kde no gnome pode gerar um crach e vice versa. Se bem que nunca será nada sério a ponto de perder alguma coisa além da seção vigente, ou seja, ter que deslogar e logar novamente.

dica do dia:
PelaMordeDeus, nada de "reestartar" o computador a cada software, biblioteca ou plugin instalado.
A não ser em casos raríssimos, é completamente desnecessário desligar ou mesmo bootar. O ideal é apenas dar um "stop" no serviço e "start" novamente. Às vezes é mais simples ainda: "comando: serviço restart".

distro para todos os gostos

2005-12-13T03:17:00.000-02:00

Vou passar a primeira semana dando os toques iniciais, tipo de pacotes de distribuição, de distro e necessidades de hardware (disco, processador, memória). Quem achar que está fora do contexto e já passou por isso tudo, fica de olho nas dicas diárias e semana que vem a gente conversa.

Bom, continuando.
Dentro das distribuições disponíveis, conheço três:
- Debian puro, que é usado principalmente em servidores, mas quem tiver espírito de aventura pra fazer tudo do zero é uma ótima escolha.
- Ubuntu, que é bem estável e preparada para desktops, inclusive sendo fornecido um CD gratuito para quem quiser, é só pedir que eles enviam - só não lembro no momento a url. Tem um amigo meu que pediu 10 e outro 50!!
- Kurumin, que é para os usuários que nunca viram linux na vida. Tem tudo no menu e os "icones mágicos" são perfeitos para novatos, instalam tudo ao alcance de alguns clicks. Para quem tem algum conhecimento, seu uso fica um pouco moroso porque é meio bagunçado e poluído. Serve para desmistificar o linux para o usuário; apesar de ser disponibilizado em apenas 200Mega, é completo.
Existem outras distros baseadas em debian, mas não tive acesso e, portanto, não tenho como falar, mas basicamente isso dá uma idéia de nossa linha de trabalho.

Escolhi o Ubuntu pela preocupação do projeto em dar suporte, é de nível intermediário, as configurações vem otimizadas para usuário de desktop e tem a instalação básica em 1 CD - o resto é por conta do querido apt-get, que permite todo tipo de aquisição de aplicativo, programa, biblioteca, etc. Ah, isso se aplica a todas as distros debian.
Enfatizo que isso depende de net; é tudo plugado! Caso contrário tem que se contentar com o conteúdo do CD.

Dica do dia:
procure sempre fazer uma cópia dos arquivos de configuração antes de alterá-los (comando: sudo cp /path/arquivo /path/arquivo.velho).
Isso já salvou minha pele algumas vezes e tenho certeza que vai continuar salvando.

escolhas certas

2005-12-13T02:30:00.000-02:00

Vamos começar escolhendo o "flavor" de nosso linux, se vai ser do tipo .deb ou .rpm.
- .rpm
As distribuições baseadas em redhat usam pacotes .rpm na instalação de suas aplicações.
Vantagens?! Geralmente o pacote trás todos os pré-requisitos ou sub-pacotes para ser instalado.
Desvantagens?! Que Deus tenha piedade de sua alma se você não tiver todas as bibliotecas necessárias (com agravante se não tiver net)... Estou fazendo drama, mas que é chato vasculhar as dependências e baixar uma a uma e instalando. Há casos de sub-dependências... Já viu o estrago né?

-.deb
As distros baseadas em debian usam pacotes .deb.
Vantagens?! Bom, sempre que for instalar um aplicativo novo, se for através do apt-get (programa de instalação primário, básico e avançado ao mesmo tempo) encontrará listado todas as dependências, e inclusive, setadas para instalação anterior ao próprio pacote-pai. Sentiu a diferença né?
Desvantagens?! A configuração é mais complexa e existe um bônus que é vilão e mocinho: um aplicativo, como o ALSA gerenciador de som por exemplo, é bem granulado (modularizado) e nem sempre é fácil de encontrar e configurar.

Vocês devem ter visto minha preferência aos debian like, mas acreditem, já estive dos dois lados da lua e sei onde me pareceu mais obscuro. Me desculpem os fãs de redhat, mas é aqui que nos despedidos. Infelizmente não tenho como desenvolver este blog indo nas duas direções. Ouvi falar de um aplicativo que vai acabar com essa guerra fria (não é o alien - conversor de pacotes .deb .rpm) e espero que seja logo pois ao meu ver as distribuições não devem se distanciar muito.

Vou fazer uma coisa meio burra, mas não tenho como fazer diferente porque vai comprometer o espírito do blog, que é relatar o dia-a-dia: vou sempre comentar uma particularidade na configuração que encontrei ou destacou-se. Isso vai gerar aquela insatisfação de saber que viu em algum lugar mas não sabe onde, mas pelo menos garante que em algum lugar está, hehehe. É tanta coisa que eu acabo esquecendo como fiz de passarem muitos dias.

Lá vai a de hoje:
Sempre que tiverem alguma dúvida, recorram ao google.
Até agora, tudo que eu precisei ou encontrei ou estava referenciado.

[]'s a todos

um início conturbado

2005-12-13T02:16:00.000-02:00

Certo, certo!
Digamos que nem tão início assim... Já uso a distribuição a mais de uma semana. E que semana! Troquei de distro 2 vezes, reinstalei, refiz configurações, zerei partições e muita coisa mais re re refeita.
Simplificando: a partir daqui, dou a meus amigos um roteiro, que, se tudo der certo, vira um tutorial. Mas já vou adiantando: fica mais divertido se acompanhado na sequência, pra dar tempo de assimilar e não ficar engasgado com tanta novidade.
Ah, um pedido, que eu sei que muitos de vocês vão fazer questão de jogar na minha cara, hehehe. Se encontrarem alguma informação incompleta ou mesmo incorreta, sintam-se à vontade para me corrigir; ou através de post ou por email (tenho certeza que os sádicos de plantão adoraram esta parte...).

Abraços a todos e me acompanhem!