Pognation

Começando no Erlang

linuxlich — Fri, 18 Jul 2008 18:45:18 +0000

Olá, sou o mais novo membro do Pognation (vulgo blog do Stallone xD) e vou começar a postar sobre minhas experiências malucas com linguagens, começando com ERLANG.

Segundo o sagrado Wikipedia, Erlang é uma linguagem de programação concorrente e funcional, dinâmicamente tipada. Originalmente desenvolvida pela Ericsson, liberada como opensource em 1998.

O paradigma funcional (Haskell, OCaml, F#, só para citar alguns outros exemplos) é difícil de “digerir” para o desenvolvedor acostumado somente com Orientação a Objetos (no meu caso, Delphi, Ruby, C#, Java, Python). Mas como acredito que aprender uma linguagem nova me torna melhor em outras (know your enemy! Brincadeirinha ^^), vamos matar esse leão!

Ah, estou no Archlinux, então se virem para instalar o Erlang em suas distros favoritas :P

01 - Instaladno o Erlang
# pacman -S erlang

Assim teremos o ambiente Erlang instalado e sua shell, o erl.

Abra a shell do Erlang:

$ erl Erlang (BEAM) emulator version 5.6.3 [source] [smp:2] [async-threads:0] [hipe] [kernel-poll:false] Eshell V5.6.3 (abort with ^G) 1>

Vamos brincar com a calculadora:

1> 4*4. 16 2>

OBS.: Nunca se esqueça do ponto(.) no final da expressão!

Ficar mofando no shell é maçante, então vamos criar um programa de exemplo (feche o erl com CTRL + C, depois A):

Abra seu editor favorito e crie o arquivo exemplo.erl com este conteúdo:

-module(exemplo). -export([double/1]). double(X) -> 2*X.

Programação funcional é meio estranha, mas não é difícil entender que este programa dobra o valor de um número.

Agora abra o erl novamente, na mesma pasta do programa de teste e compile-o:

1> c(exemplo). {ok,exemplo}

E agora veja o resultado chamando o nosso “programa”:

2> exemplo:double(10). 20 3>

Agora vamos explicar algumas coisas neste programa:

-module(exemplo).

Programas Erlang são criados em arquivos de texto com a extensão .erl, e o nome do arquivo deve ser igual ao nome do módulo(uma convenção semelhante ao Java). Quando usamos uma função em outro módulo, a sintaxe padrão é nome_do_módulo:nome_da_função(argumentos). Por isso temos:

2> exemplo:double(10).

A segunda linha do programa nos informa que o módulo exemplo contém uma função chamada double que recebe um argumento(X em nosso exemplo) e que esta função pode ser chamada fora do módulo exemplo(algo como encapsulamento público):

-export([double/1]).

Tudo bem até aqui, certo? Respirem fundo para o exemplo clássico de programa que calcula o fatorial de um número:

fatorial.erl -module(fatorial). -export([fac/1]). fac(1) -> 1; fac(N) -> N * fac(N - 1).

Compile o programa no erl:

1> c(fatorial). {ok,fatorial}

E faça um teste calculando o fatorial de 4:

2> fatorial:fac(4). 24

Agora vamos às explicações:

A primeira linha de código da função:

fac(1) -> 1;

Nos diz que o fatorial de 1 é 1, e o “;” indica que há mais “exemplos” desta função.

Na segunda e última linha:

fac(N) -> N * fac(N-1).

Utilizamos a recursividade para calcular o fatorial do argumento que será passado à função, aliás, acostumem-se com isso, pois loops são todos feitos assim no Erlang! *head explodes*

Esse foi o primeiro de uma série de posts sobre minhas aventuras no paradigma funcional, estou aprendendo ainda, mas espero poder dividir isto com a galera esperta que frequenta o blog :)

Django Pagination - Paginação fácil no Django

pognation — Fri, 18 Jul 2008 04:20:09 +0000

Estava eu, rodando pela internet no site da comunidade oficial do django quando me deparei com dois novos screencasts nesse site, e como sou bem curioso fui olhar.

O primeiro nem me chamou muito a atenção, a não ser pelo nível de organização do cara que é bastante interessante, porém no segundo ele apresentou uma aplicação chamada django-pagination, que torna muito fácil fazer paginação utilizando o framework django.

A utilização da mesma se dá de maneira bem fácil e é sobre isso que vou discorrer neste artigo, de acordo com as alterações que o autor do artigo original citou no screencast.

01 - Instalando a django-pagination para ser usada em todos os projetos;

Como feito no primeiro screencast (que citei o site acima) eu instalei a django-pagination junto com o meu django e em seguida linkei para o site-packages para poder ser usada em qualquer projeto, vamos então aos passos:

a) Baixe o source do google-source pelo SVN:

# cd /var/www/apps/python/ svn checkout http://django-pagination.googlecode.com/svn/trunk/ django-pagination

Logo após terminar, registre no site-packages do seu sistema, como eu uso o Archlinux, e sendo ele um *nix que suporta bash… resolvi usar o script pylink citado pelo autor para fazê-lo de maneira mais prática:

b) Crie o script em um arquivo chamado pylink:

pylink #!/bin/bash ln -s `pwd`/$1 `python -c “from distutils.sysconfig import get_python_lib; print get_python_lib()”`/$1

c) Dê permissão para que os usuários possam utilizá-lo:

# chmod 755 pylink

Aqui no Archlinux eu também linkei ele para uma pasta de binários locais que eu utilizo:

# ln -s `pwd`/pylink /usr/local/bin/pylink

d) Agora é só utilizá-lo para adicionar o pagination no site-packages do seu sistema:

# cd django-pagination/ # pylink pagination

Com o django-pagination instalado podemos então modifcar o projeto:

02 - Alterando o arquivo settings.py do projeto;

Primeiramente é preciso adicionar os TEMPLATES_CONTEXT_PROCESSORS logo embaixo das MIDDLEWARE_CLASSES no arquivo settings.py do projeto no qual estaremos instalando a aplicação django-pagination:

settings.py TEMPLATE_CONTEXT_PROCESSORS = ( “django.core.context_processors.auth”, “django.core.context_processors.debug”, “django.core.context_processors.i18n”, “django.core.context_processors.media”, “django.core.context_processors.request”, )

Logo após também é necessário adicionar a aplicação pagination no seu settings.py:

settings.py INSTALLED_APPS = ( ‘django.contrib.auth’, ‘django.contrib.contenttypes’, ‘django.contrib.sessions’, ‘django.contrib.sites’, ‘django.contrib.admin’, ‘twitter’, ‘pagination’, )

E, em seguida adicionar o middleware da aplicação também no arquivo settings.py do projeto:

settings.py MIDDLEWARE_CLASSES = ( ‘django.middleware.common.CommonMiddleware’, ‘django.contrib.sessions.middleware.SessionMiddleware’, ‘django.contrib.auth.middleware.AuthenticationMiddleware’, ‘django.middleware.doc.XViewMiddleware’, ‘pagination.middleware.PaginationMiddleware’, )

Por incrível que pareça não é necessário alterar nada nos models nem nas views do projeto e simplesmente alterando o templete conseguimos implementar a paginação utilizando a django-pagination.

03 - Alterando o template:

As alterações no template consistem em:

a) Adicionar a tag {% load pagination_tags %} no topo do template:

public.html {% load pagination_tags %}

b) Adicionar a tag {% autopaginate v n %} antes do loop que vai preencher a página. Onde v é a variável que contém os registros que vamos carregar no loop e n é o número de registros que queremos exibir por página, sendo o n padrão igual a 20. Segue um exemplo:

public.html {% autopaginate tweets 10 %} {% for tweet in tweets %}
{{ tweet.user.username }} said: {{ tweet.message }}
{% endfor %}

c) Adicionar a tag {% paginate %} logo após o loop, para aparecer o rodapé de navegação na página:

public.html {% autopaginate tweets 10 %} {% for tweet in tweets %}
{{ tweet.user.username }} said: {{ tweet.message }}
{% endfor %} {% paginate %}

E vualá, você terá 10 registros sendo exibidos por página…

Você pode se perguntar: Eu estou carregando todos os registros para somente apresentar 10 por vez, e vou recarregar toda vez que eu mudar de página? Isso vai ficar muito lento!

Exatamente, se você adicionar a tag {% autopaginate v n %} antes do seu loop só serão carregados os registros dá página em que você estará navegando. Então segundo as palavras do próprio autor: Você não precisa nem hesitar em não usar a django-pagination em seus projetos.

Obrigado pela atenção e até a próxima.

Desligando o Linux com o botão Power do Computador

pognation — Thu, 03 Jul 2008 01:50:29 +0000

Essa já não é novidade nenhuma e eu tenho plena certeza de que há mais meios de configurar esta tarefa porém nenhuma mais POG do que esta.

Na realidade não tão POG, pois o nosso amigo Gnome utiliza-se da mesma técnica que o Paulo Matias usou para realizar esta simples tarefa. Então vamos à grande explicação com um pouco de história.

Estava eu, sentado na frente do computador, quando tive a brilhante idéia de que meu Linux não tinha algum monitor do botão de power, e sempre conversando com o Paulo via Jabber ou IRC terminei falando pra ele, pois num teste recente pude conferir que o FreeBSD já vinha com essa opção ativada por padrão.

O que me assustou foi que ele já veio falando todos os métodos de como montar a tal e já tendo em mente todas as possíveis linguagens de programação (na mente dele Python e C) logo pensando no quesito de que o arquivo iria ficar aberto pelo tempo que o computador ficasse ligado, o Paulo levou em consideração criar o programa na linguagem C.

A técnica se baseia em ter um arquivo aberto sendo lido sempre para que quando você apertar o botão de liga/desliga do computador (não o do teclado) o mesmo acesse o arquivo e desligue o computador.

Eu realizei os testes no meu Archlinux, e como o Paulo também usa Archlinux, tudo ocorreu como esperado, vamos então a instalação e configuração de tal script.

A instalação dá-se de maneira bem simples, copie e cole o código abaixo em um arquivo com nome de acpi-power-button-monitor.c em qualquer lugar de seu computador (no meu caso eu copiei na ~/).

acpi-power-button-monitor.c /* ACPI power button monitor. * Copyright (c) 2008 Paulo Matias * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions are * met: * * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. The name of the author may not be used to endorse or promote * products derived from this software without specific prior written * permission. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN * NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED * TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR * PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF * LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING * NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS * SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. */ #include #include #include int main() { static char buf[128]; FILE *fp; assert((fp = fopen("/proc/acpi/event", "r"))); while(1) { fgets(buf, sizeof(buf), fp); if(!strcmp(strtok(buf, " "), "button/power")) { system("halt"); break; } } fclose(fp); return 0; }

Depois só precisamos compilar o código com o seguinte comando:

$ gcc -Os acpi-power-button-monitor.c -o acpi-power-button-monitor

E então copiar o arquivo compilado (programa já pronto para execução) para a pasta padrão dos programas da sua distribuição Linux. No caso do Archlinux esta pasta fica em /usr/bin:

# mv acpi-power-button-monitor /usr/bin # chmod 755 /usr/bin/acpi-power-button-monitor

E depois também precisamos chamar este programa na inicialização do Linux, modificando no arquivo /etc/rc.local no caso do Archlinux:

# vi /etc/rc.local

#!/bin/bash # # /etc/rc.local: Local multi-user startup script. # /usr/bin/acpi-power-button-monitor &

Com o programa sendo inicializado juntamente com o Linux, podemos então simplesmente testá-lo a partir da próxima vez que ligarmos o computador.

Lembrando que o mesmo consome 380Bytes de memória ram, irrisório para os computadores de hoje.

Obrigado e até a próxima.

Ajude a sustentar a Wikipédia e outros projetos, sem colocar a mão no bolso, e concorra a um Eee PC!

pognation — Tue, 24 Jun 2008 22:55:06 +0000

Ajude a sustentar a Wikipédia e outros projetos, sem colocar a mão no bolso, e concorra a um Eee PC!
…e também a pen drives, card drives, camisetas geeks, livros e mais! O BR-Linux e o Efetividade lançaram uma campanha para ajudar a Wikimedia Foundation e outros mantenedores de projetos que usamos no dia-a-dia on-line. Se você puder doar diretamente, ou contribuir de outra forma, são sempre melhores opções. Mas se não puder, veja as regras da promoção e participe - quanto mais divulgação, maior será a doação do BR-Linux e do Efetividade, e você ainda concorre a diversos brindes!

AutoFS: Montando seus drivers automaticamente no Archlinux

pognation — Wed, 04 Jun 2008 16:48:59 +0000

Assim como eu traduzi o artigo da wiki (http://wiki.archlinux.org/index.php/AutoFS_HowTo) para o português em (http://wiki.archlinux-br.org/Autofs) também vou adicionar um post aqui (para me lembrar em um futuro distante claramente) sobre o AutoFS.

O que é o AutoFS?
AutoFS é um pacote que suporta a montagem/desmontagem de drivers automaticamente, ou seja, ele monta e desmonta os devices automaticamente quando você tenta acessá-los. Com ele é possível montar CDs, DVDs, disquetes, Pendrivers e mais alguns.

Instalação e configuração:
Assim como a grande maioria dos pacotes do Archlinux, vamos utilizar o pacman para instalação:
# pacman -Sy autofs

01 - Edite o arquivo:
/etc/autofs/auto.master
Apague todo o conteúdo do arquivo e adicione a seguinte linha:
/media /etc/autofs/auto.media

Obs: Não esqueça de criar uma linha extra no arquivo (aperte ENTER depois da útlima palavra (media)). Se você não adicionar uma linha em branco depois da linha acima, a daemon do AutoFS não vai funcionar corretamente.

Se, no final deste artigo, o AutoFS não desmontar corretamente seus drivers, substitua a linha acima por esta:
/media /etc/autofs/auto.media –timeout=3

02 - Crie o arquivo /etc/autofs/auto.media com o seguinte conteúdo:
cdrom -fstype=iso9660,ro,nodev,nosuid :/dev/cdrom floppy -fstype=auto,async,nodev,nosuid,umask=000 :/dev/fl usbstick -fstype=auto,async,nodev,nosuid,umask=000 :/dev/sda1

Talvez você precise alterar os devices (isso varia de acordo com cada sistema). Se você está usando um driver de DVD-ROM, provavelmente vai precisar de suporte para UDF, sendo assim mude a linha do cd escrita acima para:
cdrom -fstype=auto,ro,nodev,nosuid :/dev/cdrom

03 - Crie o arquivo:
/etc/default/autofs
e adicione a linha abaixo:
TIMEOUT=1

04 - Abra o arquivo:
/etc/conf.d/autofs
e edite a linha daemonoptions:
daemonoptions=”-g”

05 - Crie a pasta /media:
# mkdir /media

06 - Carregue o módulo autofs4:
# modprobe autofs4

07 - Suba a daemon do autofs:
# /etc/rc.d/autofs start

Para inicializar normalmente a daemon em todo boot, adicione a mesma e o módulo nas suas respectivas arrays no arquivo /etc/rc.conf.
Para mais dúvidas ou possíveis problemas, visite a wiki oficial do archlinux-br http://wiki.archlinux-br.org/Autofs.

Até mais.

Configurando o MPD no Archlinux com Sonata

pognation — Sat, 31 May 2008 23:50:08 +0000

Eu acredito que assim como uma grande maioria das pessoas que gostam de ouvir músicas no computador eu também sofro sofria em manter um player aberto ali na tray pedindo para ser clicado e ficava me perguntando qual a próxima vez que eu iria apertar next pra ele tocar.

Procurando um pouco (não tanto quanto eu pensava porque eu já tinha uma “idéia” de qual programa usar, porém ainda não tinha “tomado coragem” para procourar como configurar o mesmo) terminei achando um jeito fácil de manipular as músicas e deixá-las tocando em background sem influênciar nada. Nem mesmo se o X estivesse ou não ligado. E de quebra ainda ganhei um servidor para ouvir música de onde eu estiver no planeta (mas não vou extender esse artigo à essas configurações).

O milagroso programa se chama MPD (Music Player Daemon) isso mesmo, uma daemon para tocar as músicas de acordo com sua playlist criada antecipadamente. O melhor de toda a história é que, assim como a grande maioria das daemons criadas para o Linux o MPD também tem vários clientes gráficos pra manipulá-lo.

Vou escrever aqui os passos que segui para instalação e configuração do MPD com o cliente Sonata que escolhi porque é feito em gtk (só uso o mesmo pra manipulação de playlists e por músicas para tocar).

01 - Instalando os pacotes nescessários:
# pacman -S mpd sonata
02 - Criando os arquivos de configuração:

O arquivo principal para configuração do mpd é o /etc/mpd.conf e, quando instalamos o MDP, já vem um arquivo de configuração exemplo (/etc/mpd.conf.example), então podemos usar o mesmo de base:
# cp /etc/mpd.conf.example /etc/mpd.conf # vi /etc/mpd.conf
Agora com nosso arquivo de configuração já quase pronto podemos fazer as edições finais:

Descomente a linha:
#music_directory “path_to_yoru_music_collection”
E a edit por exemplo para:
music_directory “~/.mpd”
Nessa pasta é onde colocaremos todos os links simbólicos para as pastas onde realmente estão nosssas músicas. Ficando por exemplo assim:
$ cd ~/.mpd $ ln -s ~/mp3 mp3
Depois de adicionar todas as patas (somente as raízes) como links simbólicos dentro da pasta ~/.mpd, então podemos criar nosso banco de dados:
# mpd –create-db
O script de criação irá adicionar todas as músicas que estão linkadas simbolicamente dentro da pasta ~/.mpd.

03 - Subindo a daemon e chamando o Sonata:
# /etc/rc.d/mpd start $ sonata &
Após o Sonata estar aberto, ele se conectará automaticamente ao MPD, vá na aba Library, escolha quais arquivos (serão listados os links simbólicos como pastas) quer adiconar à playlist, botão direito com eles selecionados e ADD, logo após, vá na aba current (playlist das músicas que estão/irão tocando/tocar) e clique duas vezes em qualquer arquivo para começar.

Você também pode apertar com o botão direito na playlist e escolher as opções Repeat e Random para ele ficar tocando aleatóriamente(Random) todas as músicas da sua playlist repetidamente(Repeat).

Depois de começar a tocar você pode escolher se fica ou não com o Sonata aberto na tray, eu preferi fechar o meu e, independente disso, o MPD fica tocando as músicas em background, mesmo eu desligando o X. Perfeito não?

Até a próxima.

Bug na ataulização da libgpm do Arch Linux

pognation — Sat, 31 May 2008 17:27:07 +0000

Bem, depois de um tempo afastado (motivos de força mair me fizeram sair do Archlinux e ir para algumas outras distros tentar a vida), e pelo menos motivo, quando voltei ao Archlinux, percebi que havia algumas modificações nos pacotes durante a instalação, e depois da mesma (instalação) ocorreram alguns bugs, um deles é recente e como não sei se ainda foi arrumado e aconteceu com mais pesosas, vou postar aqui.

O bug é um problema que ocorre durante a atualização da libgpm, e já vi bastante gente o “resolvendo” simplesmente colocando ela na blacklist dos pacotes à serem atualizados.

Porém entrando no canal oficial de suporte percebi que já haviam enfrentado o mesmo problema de uma maneira bem simples e de melhor resultado: reinstalando o pacote (mas sem reinstalar todas as dependencias), ficando assim o comando do nosso velho amigo pacman:
# pacman -Rd gpm && pacman -S gpm
Depois de executar esse comando o pacman vai simplesmente remover e instalar novamente o pacote já atualizado que estará funcionando normalmente.

Configurando cpufreq no Archlinux

pognation — Mon, 10 Mar 2008 13:43:57 +0000

Oi denovo. Talvez essa dica, para algumas, pessoas possa ser encarada como um “economizador de energia”, porém eu estou usando o cpufreq aqui no meu computador por motivos de preservar não só a energia, mas também o cpu.
Antigamente (desde antes de eu usar “duh”) quando era aberto algum site contendo animações em flash (muitos hoje em dia) o cpu simplesmente enlouquecia, ficava com overloading demais (não me pessam para explicar o motivo), desde então procurei sobre algumas soluções, a primeira foi utilizar o firefox(GTK) ao invés do opera(QT) como browser para sites com flash, mas mesmo assim, ainda havia alguns que eu pude notar que ainda faziam o mesmo overloading (principalmente aqueles com propaganda em flash).
Sendo assim, como eu NÃO queria usar nenhum anti-não-sei-o-que-lá-plugin resolvi o problema com o cpufreq, cuja configuração é bem fácil, sem complicações e rápida, só precisamos atentar para os módulos a serem subidos e qual o nosso processador.
Primeiramente há uma vertente do cpufreq para a família de processadores AMD que se chama powerNOW, como eu possuo um processador da família intel, logo vou configurar o cpufreq para o mesmo, então vamos lá:

1 - Download das DAEMONS:
Como há pacotes dentro do repositório oficial do Archlinux para as duas daemons qeu vamos utilizar, este processo se torna bastante simples através do gerenciador de pacotes pacman;
# pamcan -Sy cpufreqd # pacman -Sy cpufrequtils
2 - Upando os módulos necessários:
Para que o cpufreq trabalhe corretamente, precisamos subir alguns módulos, são eles:
# modprobe acpi # modprobe acpi_cpufreq # modprobe cpufreq_stats # modprobe cpufreq_powersave # modprobe cpufreq_conservative # modprobe cpufreq_ondemand # modprobe cpufreq_userspace
Nota: powersaver, conservative e ondemand são exatamente os governors que temos para escolher.

3 - Verificando e configurando quais freqüências seu processador pode utilizar:
Para verificar as freqüências disponíveis para o seu processador utilize:
$ cpufreq-info
Atente para as seguintes linhas:
hardware limits: 2.40 GHz - 3.00 GHz available frequency steps: 3.00 GHz, 2.40 GHz available cpufreq governors: userspace, ondemand, conservative, powersave, performance
Como você pode notar, eu tenho que setar minhas configurações de acordo com a resposta do cpufreq, logo vamos editar o arquivo de configuração do mesmo:
# vi /etc/conf.d/cpufreqgovernor=”ondemand” min_freq=”2.4GHz” max_freq=”3GHz”
Aqui, setei as variáveis min_freq e max_feq de acordo com a reposta do cpufreq-info, como citado anteriormente, também setei o governor como ondemand, pois eu quero que o processador trabalhe de acordo com a necessidade.
Caso você esteja usando um notebook, pode setar em powernow, ou ondemand, sendo a primeira para economizar energia.

4 - Subindo as DAEMONS necessárias:
# /etc/rc.d/cpufreq # /etc/rc.d/cpufreqd
Pronto, agora é só aproveitar.

5 - Configurando o arquivo de inicialização do Archlinux (rc.conf)
Só para maior comodidade, vamos configurar o arquivo de inicialização, teremos que alterar doias arrays, o de MODULES e o de DAEMONS:
# vi /etc/rc.conf

MODULES=(e100 mii slhc acpi acpi_cpufreq cpufreq_stats cpufreq_powersave cpufreq_conservative cpufreq_ondemand cpufreq_userspace snd-mixer-oss snd-pcm-oss snd-page-alloc snd-pcm snd-timer snd snd-hda-intel soundcore)

DAEMONS=(syslog-ng cpufreq cpufreqd dbus hal network !autofs !netfs !crond adsl sshd dnsmasq upnpd alsa fam firewall kdm)

Nota: Atente que há vários outros módulos subidos, porém terminei colando minhas arrays por motivo de ordem de chamada, configure o seu de acordo com o demonstrado acima.

Bom, é isso aí, tenho notado que não há mais overloading, e como estou usando simplesmente 600MHz abaixo da freqüência normal do meu computador, não notei tanta queda de processamento, mesmo assim, caso eu precise de mais, o cpufreq mesmo se encarrega de aumentar o mesmo.

Espero que aproveitem, até mais.

Pós instalação do Archlinux para Servidores

pognation — Mon, 21 Jan 2008 05:31:21 +0000

Quando eu comecei esse blog eu fiquei pensando sobre o que escrever, e na realidade vi que existem poucas coisas que realmente são necessárias, uma delas (que era pra ser o primeiro post) era o de montar um servidor caseiro com usando a distribuição Archlinux, sendo que o mesmo só tivesse uma única placa de rede :)

Neste post eu vou desconsiderar que quem terminou de instalar o Arch em seu computador tenha feito alguma modificação na instalação padrão do mesmo (ou seja base full com as configurações que ele sugere).

1 - Configurando a internet

Considerei para os determinados fins que minha rede seria totalmente colocada no switch ou seja, meu modem e os demais computadores estão todos ligados no switch, assim como o meu servidor Archlinux. Sendo assim podemos começar a configurar a internet no servidor:
# pppoe-setup
Aqui você precisará ler um pouco de inglês para seguir as instruções, ele irá pedir:
a. Seu usuário (usuário da adsl) b. Seu servidor dns (caso seja automático, simplesmente escreva “server” sem as aspas e tecle ) c. Sua senha (senha do usuário adsl) d. Método do Firewall, aqui escolha 2 (MASQUERADE)
Depois de terminar de configurar seu discador simplesmente poderá discar com pppoe-start.

Obs: É de suma importância que você ligue o modem antes de todos os computadores espetados no switch, sendo o servidor Arclinux o seguinte, e somente depois que o mesmo estiver inteiramente ligado (e bootado), você poderá terminar de upar sua rede (sem ordem necessária).

Bom, levando em consideração que você obteve sucesso na conexão:
# ping [qualquer host]
Obs: Estou usando [ ] para indicar que pode ser qualquer host, porém precisará informar um host (ex: ping www.archlinux-br.org)

Agora que sua conexão já foi verificada (o ping retornou normalmente) poderemos então atualizar o nosso sistema:
# pacman -Syu
Entre com “y” como resposta para todas as perguntas e espere que o pacman atualize seu servidor. Logo após reinicie a máquina:
# reboot
2 - Adicionando o primeiro usuário

Bom, até aqui nenhum segredo, simplesmente conectamos o nosso servidor na internet e fizemos com que ele se atualizasse toda a base de pacotes. Vamos então configurar então o nosso primeiro usuário:
# adduser
Novamente será apresentado um dialog interativo, siga os passos.

3 - Configurando o teclado

No meu caso uso Brasil-ABNT2, creio que todos estejam usando o mesmo:
# loadkeys /usr/share/Kbd/Keymaps/i386/qwerty/br-abnt2
4 - Configurando o nosso sistema para que fique em português

Obs: O pacman ainda que em seu funcionamento rotineiro esteja com o locale (configurações locais) funcionando perfeitamente, contém um bug (até quando eu estive fazendo esse artigo) que se você executar os comandos:
# pacman -Sc
ou
# pacman -Scc
Ele exibirá se você tem certeza que deseja deletar o cache, simplesmente escolhendo “s”, como informado, ele ignora, pois não tem o locale neste caso, logo se for escolher remover o cache do pacman, entre com a reposta em inglês, no caso “y”.

Configurações de regiões:
# vi /etc/locale.gen
Remova o comentário das linhas:
pt_BR.UTF-8 UTF-8 pt_BR ISO-8859-1
Salve o arquivo (no caso do vi :wq), e execute o comando:
# locale-gen
Ele irá gerar todas as configurações para que seu sistema esteja em pt-br. Edite o arquivo principal de configuração do sistema:
# vi /etc/rc.conf
Editem as seguintes linhas para que fiquem assim:
locale = “pt_BR.UTF8″ (UTF-8) timezone = “Sao_Paulo/America” hostname = “” keymap=”br-abnt2″
Obs: Todas as aspas deverão ser usadas, e em por convenção eu uso como opção, ou seja, seria alguma coisa opicional, ou então como precinar seria apertar a tecla enter. Ou seja, em hostname, por exemplo entre com “archlinux”.

Agora reiniciaremos o computador:
# reboot
Bom, temos o computador com o sistema base atualizado e configurado para a nossa lingua, com o teclado funcionando também (muitos utilizam a configuração do teclado na instalação do sistemas, mas se você também for apressado igual eu, esqueceu de configurar :-))

4 - Configurando acesso remoto seguro

Vamos começar a instalar os programas para compartilhar a internet, antes de mais nada vamos instalar o openssh (para suporte remoto, e configurar o mesmo para que não seja tão “vulnerável” quanto a configuração padrão)
# pacman -Sy openssh # vi /etc/ssh/sshd_config

Descomente e mude a linha:
Port 22 p/ Port x (sendo x o número que você escolher, simplesmente interprete que precisaremos mudar a porta padrão, para evitar os bots que ficam escaneando os computadores, e precisaremos mais tarde, lembrar da mesma porta para podermos fazer acesso remoto em nosso servidor).
Descomente também:
LoginGraceTime 1m PermitRootLogin no StrictModes yes MaxAuthTries 2 MaxStartupes 5:80:10 PermitTunnel no

Salve e Feche. Com essas configurações (as opções são autoexplicativas) temos como fazer acesso remoto em nosso servidor sem precisar nos preocuparmos com os scan bots, vamos editar então mais algumas opções:
#vi /etc/hosts.deny
Comente a linha:
ALL:ALL:DENY
5 - Roteando a internet com o DnsMasq

Pronto, agora já estamos com o nosso acesso remoto devidamente configurado. Seguiremos então para compartilhar a internet entre os outros computadores da rede:
# pacman -Sy dnsmasq
O pacman vai instalar o dnsmasq que usaremos como servidor proxy e dns.
# vi /etc/dnsmasq.conf
Vamos descomentar as linhas:
domain-needed bogus-priv filterwin2k interface=eth0 Primeira dhcp range (existem mais de uma linha de dhcp range no arquivo de configuração, descomente a primeira)

Salve e feche o arquivo, então editemos o outro:
# vi /etc/sysclt.conf net.ipv4.ip_forwared=1 kernel.syssrq=1 tcp_syncookies=1
Salve e feche também este arquivo, então teremos nossa internet sendo compartilhada, mas ainda não acabou, eu ainda vou configurar o firewall e realizar algumas modificações para que seu servidor seje totalmente automático, bastando somente ligá-lo para que o mesmo já esteja compartilhando a internet automaticamente.

6 - Instalando o firewall

Finalmente estamos quase terminando o servidor, só falta cuidar um pouco da parte de segurança do mesmo. Vamos então instalar um firewall.
# pacman -Sy iptables # iptables-save # vi /etc/ppp/firewall-masq
No arquivo de configuração do firewall, comente a seguinte linhas:
iptables -t filter -P INPUT DROP
Depois em baixo da linha “iptables -t filter -F adicione a seguinte linha:
iptables -t filter -P FORWARD ACCEPT
Comente também as seguintes linhas e seus respectivos grupos:
Allow incoming SSH Log & Deny the rest of the privileged ports Log & Deny NFS Log & Deny X11 Log & Deny XFS Deny TCP connection attempts
Pronto, seu firewall está configurado. Vamos então instalar mais alguns serviços, (igd e upnp).

7 - Instalando e configurando o servidor UPNP

Primeiramente, quando escrevi este artigo não se encontravam os dois pacotes nos repositórios community, porém estavam os 2 no aur, logo vamos fazer o download dos mesmos:
# wget http://aur.archlinux.org/packages/Linuxigd/Linuxigd.tar.gz # wget http://aur.archlinux.org/packages/Libupnp/Libupnp.tar.gz
O processo de instalação no Archlinux sem o pacman também se dá de maneira bem simples, basta descompactar o pacote, gerar o .pkg (binário) e usar o pacman (ops) para instalar:
# tar -zxvf Libupnp.tar.gz # cd Libupnp # makepkg # pacman -U Libupnp.pkg (o pacote gerado pelo makepkg)# tar -zxvf Linuxigd.tar.gz # cd Linuxigd # makepkg # pacman -U Linuxigd.pkg (o pacote gerado pelo makepkg)
Agora com os 2 pacotes instalados, vamos então startar a daemon upnpd
# /etc/rc.d/upnpd start
Pronto, servido upnp rodando :)

8 - Configurando arquivo de inicialização (parte de DAEMONS)
# vi /etc/rc.conf
Deixe a lista de Daemons assim:
(sys-log network !netfs !crond adsl sshd dnsmasq upnp)
Agora só precisamos reiniciar o computador vuala, servidor upado e compartilhando a internet até com direito à upnp.

Espero que tenham gostado, até o próximo post.

Montando um Ambiente de Desenvolvimento Python / Django no Archlinux

pognation — Mon, 17 Dec 2007 23:52:32 +0000

Aloha geral!

Quem diria, um pouco de correria e deixei o blog um de lado, nada de complicações nas instlações do Archlinux, nada legal sobre o que postar…
Acredito que com o passar do tempo meus posts terminem sendo cada vez menos “necessários” por assim dizer…

Há mais ou menos um mes, isso mesmo um mes… comecei a criar interesse por um framework web escrito em Python, cujo nome é Django… Desde então juntando material e estudando, estudando e tentando aprender alguma coisa, quando no final resolvi ajudar o pessoal do www.djangobrasil.org e fui instalar as coisas necessárias no meu Arch.
Foi quando eu vi que no repositório, assim como eu também faria, só tinha a versão stable do Django (que enquanto este artigo foi escrito, encontrava-se na versão 0.96) e para rodar o site do djangobrasil eu precisaria instalar a versão 0.97.

Tudo bem, fui começar a ler a documentação e achei bem simples, a parte da instlação à qual iria fazer seria sem o Apache e o modpython, pois eu ainda estaria só brincando e poderia usar o servidor que vem junto com o Django. Então fui até o www.djangobrasil.org e cliquei no Guia de Instalação (http://www.djangobrasil.org/documentacao/instalar/) foi então que, seguindo ao pé da letra para isntalar a versão 0.97 (lembra-se que a 0.96 já estava no pacman?) eu me deparei com o problema de que não conseguia instalar seguindo o tutorial.

Bom, como as tentativas/erros e bastante (digo bastante porque foi bastante memso) persistência, consegui instalar o django, sem utilizar o setup.py (para quem já leu o tutorial oficial de instalação, sabe do que estou falando), e então que, resolvi criar este pequeno artigo de como montar um ambiente de desenvolvimento Python/Django no seu Archilinux, espero que com o passar do tempo os blogs da comunidade aumentem e terminem fazendo mais tutoriais de instalação.
Então, sem mais demora, vamos ao processo de instalação:

1 - Instalando e configurando o Subversion:

Como está descrito no site do projeto (www.djangoproject.com) o Django está hospedado em um servidor Subversion, logo precisaremos dele para manipular baixar o Django. Instalando assim no Arch:
# pacman -S subversion
Graças ao bom e velho Pacman esse nosso trabalho fica bem fácil… Agora precisaremos de um pouco de configuração, isso fica à quesito de cada um, porém como o meu interesse era ajudar o projeto djangobrasil, eu resolvi configurar o meu Subversion como eles indicam na página de contribuição do projeto (http://code.google.com/p/djangobrasil/wiki/Contribuindo) vamos então supor que você terminou de instalar o seu subversion e gerar/editar o arquivo de configuração:
$ svn help $ vi ~/.subversion/config
Vou colar só os pedaços que eu editei:
[miscellany] global-ignores = *.o *.lo *.la #*# .*.rej *.rej .*~ *~ .#* .DS_Store *.pyc *.pyo *.project *.pydevproject enable-auto-props = yes [auto-props] *.py = svn:eol-style=native *.html = snv:eol-style=native *.css = svn:eol-style=native *.xml = svn:eol-style=native *.json = svn:eol-style=native *.c = svn:eol-style=native *.cpp = svn:eol-style=native *.h = svn:eol-style=native *.sh = svn:eol-style=native;svn:executable *.txt = svn:eol-style=native *.png = svn:mime-type=image/png *.jpg = svn:mime-type=image/jpeg Makefile = svn:eol-style=native
As outras linhas eu simplesmente deixei como estavam (comentadas).

Agora com o nosso subversion devidamente instalado e configurado, podemos então começar a baixar o que nos interessa, voltando ao Guia de instalação:

2 - Instalando o Python 2.5
# pacman -S python
Isso mesmo, com o pacman facilitando a nossa vida todos os Archeiros simplesmente só tem o trabalho de ver o mesmo baixando e instalando tudo automaticamente.

3 - Instalando e configurando um banco de dados:

Nesta parte fica a par de quem vai instalar o banco, como eu estou só começando no django então eu escolhi instalar o bom e velho conhecido de aplicações pequenas (sqlite), temos então a versão 3 no pacman também, logo:
# pacman -S sqlite3
4 - Baixando e instalando o django-trunk a partir do repositório Subversion:

Aqui, assim como no item acima podemos colocar a pasta do projeto em qualquer lugar no nosso sistema, como eu tive em mente de que na realidade, não deixa de ser uma cópia de trabalho do projeto django, resolvi coloca-lo na minha home mesmo.
$ cd $ svn co http://code.djangoproject.com/svn/django/trunk django-trunk
O subversion irá baixar o django inteiro para nós, simplesmente precisamos esperar equanto o mesmo é baixado.
Vamos então instalar ele sem a necessidade de utilizar (isso mesmo, como eu creio que mais pra frente será feita a versão oficial do django a 0.97, então poderei baixar a partir do pacman, enquanto isso não acontece eu simplesmente evitei de instalar pelo arquivo setup.py por pura e simplesmente paranóia). Vamos então simplesmente linkar (diferente do modo de como eu vi no Guia de instalação) a pasta django de dentro de django-trunk (/home/user/django-trunk/django), para onde foi instalado o nosso Python (/usr/lib/python2.5/site-packages), ficando o comando assim:
# mkdir /usr/lib/python2.5/site-packages # ln -s /home/usr/django-trunk/django /usr/lib/python2.5/site-packages/django
Pronto agora é só abrirmos o python para testar:
$ python $ >> import django
Se não retornar nenhum erro, é porque tudo ocorreu como esperado.

5 - IDE

Aqui fica aquele velho ditado, sempre usando o editor de texto de qual gostamos, como eu termino usando o bom e velho emacs (com o python-mode), não tenho porque divulgar o mesmo.. e causar algum flamewar com os VI users… Então instale os que vocês quiserem.

Espero que tenha ajudado aos Archers que querem começar a desenvolver em Django a instalar a versão trunk, não tem complicação nenhuma, só a de que no Guia de instlaação da página oficial está considerando que você esteja usando Ubuntu/Debian.

Obrigado, e até a próxima.