Monthly Archive for junho, 2008

A grande van­ta­gem de usar paco­tes tipo RPM ou Deb é jus­ta­mente não ter que recom­pi­lar os pro­gra­mas a par­tir dos códi­gos fonte. É claro, vez ou outra um pacote RPM nos dá dor de cabeça e recom­pi­lar acaba sendo uma boa opção.

Os pro­ble­mas come­çam quando você recom­pila o pro­grama, ins­tala e deixa o sis­tema cheio de lixo, pois o Fedora tra­ba­lha com RPM e, é claro, não pode geren­ciar pro­gra­mas que sejam dife­ren­tes do seu sis­tema de paco­tes. Basi­ca­mente, isso equi­vale a dizer qiue quando você ins­tala um pro­grama que não é RPM, o banco de dados do Fedora nem fica sabendo que ele existe e ele não será atu­a­li­zado pelo YUM, nem geren­ci­ado pelo RPM. Por isso existe o pri­meiro man­da­mento das dis­tri­bui­ções: “Não ins­ta­la­rás um tipo de pacote dife­rente ao do seu sis­tema!” (pois pode dar merda).

O que fazer então? Você pode fazer seu pró­prio RPM, assim con­ti­nua res­pei­tando o pri­meiro man­da­mento e acaba fazendo o pro­grama oti­mi­zado para o SEU PC… seria algo assim: com um RPM pronto você está com­prando roupa de liqui­da­ção (todo mundo tem uma, o tama­nho é sem­pre M e tem cheiro de naf­ta­lina), fazendo seu pró­prio RPM é como ir num alfai­ate (a roupa é sob medida, feita espe­ci­al­mente para você e ape­nas tem o incon­ve­ni­ente de você ser pal­me­ado por uma bixinha).

Recom­pi­lar um RPM vale à pena então, quando:

• Você sabe con­ser­tar aquele pro­blema que os desen­vol­ve­do­res não consertam
• Quando o pro­grama é pesado demais e você pre­cisa deses­pe­ra­da­mente torná-lo mais rápido (nem que seja um pouco)
• Quando você ouve vozes e as vozes man­dam você fazer isso por­que pode ser divertido
• Quando você é um nerd para­nóico que quer ter cada bit do seu sis­tema pró­ximo da perfeição

Vamos então à receita.

Pri­meiro, vamos criar nosso ambi­ente de desen­vol­vi­mento. para isso basta ins­ta­lar alguns pacotes:

# yum install rpmdevtools yum-utils rpmdev-setuptree ncurses-devel

Um ponto que muita gente des­co­nhece é que fazer um RPM sendo root é uma bre­cha de segu­rança, pois o pacote resul­tante pode­ria vio­lar os cri­té­rios de per­mis­são. Para isso, cri­a­re­mos o usuá­rio “mockbuild”

# addu­ser mockbuild

# pas­swd mockbuild

O pró­ximo passo é criar as pas­tas de cons­tru­ção e gerar a macro que per­mite ao seu usuá­rio mor­tal gerar RPMs:

$ cd ~
$ mkdir -p rpmbuild/{SRPMS,RPMS,SPECS,BUILD,SOURCES}
$ echo "%_topdir %(echo $HOME)/rpmbuild" > .rpmmacros

Todos os RPMs do Fedora têm seu código fonte (SRPM) dis­po­ní­vel e o pró­prio YUM pode baixá-los:

$ yumdownloader updates-source --source <nome_do_pacote>

A ins­ta­la­ção desse SRPM pode ser feita com o usuá­rio comum e ele vai para den­tro das pas­tas de cri­a­ção de RPMs que aca­ba­mos de criar:

$ rpm –ivh <nome_do_pacote>.src.rpm

Den­tro da pasta rpm­build tem as pas­tas SRPMS, RPMS, SPECS, BUILD, SOURCES e o que devine como nosso RPM vai ser cri­ado é o arquivo .spec, den­tro da pasta SPECS. Se ape­nas qui­ser recom­pi­lar, basta ir na pasta SPECS e exe­cu­tar o comando:

$ rpm­build –ba <nome_do_arquivo>.spec

Todo o pro­cesso é auto­ma­ti­zado e gera os novos RPMs. Se você pre­tende mudar algo, edite o seu arquivo .spec (não vou entrar em deta­lhes por preguiça).

Basi­ca­mente é isso. =)