Compilar ou não, eis a questão. [RESOLVIDO]

25. Re: Compilar ou não, eis a questão. [RESOLVIDO]

edps
(usa Slackware)

Enviado em 13/04/2016 - 14:16h

luiztux escreveu:

Bom, no meu caso, sou o tipo de pessoa que gosta de compilar, de ver as letrinhas..rssr, de ter este controle, de ir construindo o sistema parte à parte, como nos primórdios.

A única parte ruim é o tempo de espera mesmo. Mas depois eu tenho um software quase que "feito" para minha máquina. A diferença é perceptível. Além disto, para mim, pelo menos, tem a questão de não aceitar tudo o que colocam em pacotes binários, muitas das quais nem usamos. Logicamente há sempre a opção de compilar os fontes, mas se você tem um sistema que já te dá tudo empacotado, para que perder tempo com isto?

Falando de Gentoo/Funtoo, alguns pacotes tem partes binárias justamente para facilitar na hora da compilação. Que é o caso dos softwares já citados nos posts. Porque senão, é trabalho duro...

@edps, meu note também é fraquinho. Um dual-core de 6 anos. Durante todo este tempo venho utilizando o Gentoo nele e nem o note, nem o Gentoo, me deixaram na mão.. =D Levando em conta também as USE flags, como você mesmo apontou.
Nesta máquina, a compilação do Firefox durou um dia e meio. LibreOffice durou um pouco mais. Já o Chromium, como não possuo 3G de RAM, tive que fazer uma gambiarra. Simples, mas funcional:

# I_KNOW_WHAT_I_AM_DOING=1 emerge -av www-client/chromium

E é realmente bom que saiba o que está fazendo..rssrsr. Levando a máquina ao limite, demorou aí dois dias para completar a instalação. No final, um Chromium voando baixo...leve.. muito bom. Nem parece aquele que deu tanto trabalho para compilar.

Sendo assim, na minha opinião, eu gosto de "perder" tempo compilando pois gosto deste controle das coisas (ou pelo menos pensar que tenho). E sim, gambiarras são muito bem-vindas, desde que se saiba o que está fazendo.

No final das contas, acredito que é tudo questão de gosto. Mas estou extremamente satisfeito com o meu Gentoo.

-----------------------------------''----------------------------------
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

Opa brother, eu também gosto, o que não gosto é de compilar montrengos.

Mas por sorte, visto que uso SOs 32Bits (mesmo tendo um Athlon64) é que ao menos o Chromium é disponibilizado nessa arquitetura, Já o meu Chrome estava desatualizado desde a versão 48.x.y.z, tanto é que o removi ontem.

Eu ainda não consegui aguentar a espera no empacotamento do firefox-bin, libreoffice-bin, virtualbox-bin, etc, até tentei uma vez. Pergunto: quanto tempo em média demora em seu PC?

O Firefox, inclusive segue esta dica: https://edpsblog.wordpress.com/2015/12/10/how-to-firefox-no-linux-em-5-passos e ainda me oferece a vantagem de atualização automática.

Já quanto as libs não tem jeito, temos que aturar o webkitgtk3 e o qt5! rsrs

[]'s

0 0

Quote

26. Re: Compilar ou não, eis a questão. [RESOLVIDO]

edps
(usa Slackware)

Enviado em 13/04/2016 - 14:20h

Buckminster escreveu:

A questão de compilar ou não, no meu modo de ver, tem a ver com a necessidade e o estado de espírito do vivente no momento.
Em certas ocasiões utilizo os gerenciadores de pacotes.

Mas nunca deixo de compilar um pacote ou outro, ou um kernel, até por questões de prática e aprendizado.
Parando totalmente de compilar manualmente eu penso que o sujeito perde prática e conhecimento.

Concordo contigo e falando em conhecimento, na minha opinião a melhor escola para isto é o Slackware, sem dúvida!

Kernel quando trato de compilar, ponho todos os comandos num script e deixo rolando pela madrugada, ao acordar já está tudo OK.

0 0

Quote

27. Re: Compilar ou não, eis a questão. [RESOLVIDO]

edps
(usa Slackware)

Enviado em 13/04/2016 - 14:25h

madrugada escreveu:

A vantagem de compilar é justamente ter melhora de performance.

...

Creio que vale a pena mesclar o melhor dos dois mundos, compilação quando conveniente e binário quando a compilação ´extremamente demorada.

Concordo!

Falando nisso, recentemente andei testando uma distro from-scratch chamada Void Linux, que se assemelha bastante ao antigo Arch Linux, usa o runit como o init padrão, também trabalha com sources, aos moldes do ports e possui desempenho impressionante:

https://edpsblog.wordpress.com/2016/02/14/how-to-void-linux-instalacao/
https://edpsblog.wordpress.com/2016/02/14/how-to-void-linux-configuracao/

Um abraço.

0 0

Quote

28. Re: Compilar ou não, eis a questão. [RESOLVIDO]

edps
(usa Slackware)

Enviado em 13/04/2016 - 14:29h

xerxeslins escreveu:

edps escreveu:

...Gostaria da opinião de vocês... vale a pena perder tanto tempo em busca da dita otimização extrema? ou vocês concordam que gambiarras às vezes são bem-vindas?

Aqui vai minha opinião de usuário doméstico. Não creio que vale a pena perder tanto tempo com compilação, ainda mais se você tem pressa em usar o software, a não ser por três motivos: aprendizado, diversão (hobby) e quando não há alternativa.

Abraço!

--
https://goo.gl/uu8OUX

Mesmo com o impedimento devido a potência da máquina, se eu tivesse uma realmente potente, daria preferência por distros de compilação, até porque não uso DEs pesados, no máximo algumas peças do Gnome e os pacotes já citados.

[]'s

0 0

Quote

29. Re: Compilar ou não, eis a questão. [RESOLVIDO]

luiztux
(usa Gentoo)

Enviado em 13/04/2016 - 15:13h

edps escreveu:

Opa brother, eu também gosto, o que não gosto é de compilar montrengos.

Mas por sorte, visto que uso SOs 32Bits (mesmo tendo um Athlon64) é que ao menos o Chromium é disponibilizado nessa arquitetura, Já o meu Chrome estava desatualizado desde a versão 48.x.y.z, tanto é que o removi ontem.

Eu ainda não consegui aguentar a espera no empacotamento do firefox-bin, libreoffice-bin, virtualbox-bin, etc, até tentei uma vez. Pergunto: quanto tempo em média demora em seu PC?

O Firefox, inclusive segue esta dica: https://edpsblog.wordpress.com/2015/12/10/how-to-firefox-no-linux-em-5-passos e ainda me oferece a vantagem de atualização automática.

Já quanto as libs não tem jeito, temos que aturar o webkitgtk3 e o qt5! rsrs

[]'s

Hehehe..monstrengos... realmente..está cheio deles.

Bom, no meu note demora, chutando, creio que de 5h à 8h em média para estes pacotes muito grandes ou que requerem um grande número de dependências. No caso do Firefox, eu optei por utilizar o Aurora por vir mais enxuto, por assim dizer. Para os pacotes que suportam, eu utilizo a flag bindist. Para os demais é fazer uma coisinha aqui, outra ali... Mas quando tem atualização destes pacotes, é senta que lá vem história.

Meu caro...qtwebkit é uma porquera dos infernos..tá loco! Ô troço demorado. E olha que meu make.conf é bem simples, sem firulas. Só o essencial, até porque tenho pena do meu notebook..rsrsr. Ah, e sem consolekit, PAM, udisks, policykit, systemd, nada destas porcarias que infestam o sistema. Falando nisto, tive uma boa relação com o mdev ao invés do eudev. Você já testou?

-----------------------------------''----------------------------------
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

0 0

Quote

30. Re: Compilar ou não, eis a questão. [RESOLVIDO]

madrugada
(usa Gentoo)

Enviado em 13/04/2016 - 18:12h

edps escreveu:

Artigo muito bom! Achei interessante. Quem sabe quando eu tiver tempo .......

0 0

Quote

31. Re: Compilar ou não, eis a questão. [RESOLVIDO]

edps
(usa Slackware)

Enviado em 13/04/2016 - 18:32h

luiztux escreveu:

Hehehe..monstrengos... realmente..está cheio deles.

Bom, no meu note demora, chutando, creio que de 5h à 8h em média para estes pacotes muito grandes ou que requerem um grande número de dependências. No caso do Firefox, eu optei por utilizar o Aurora por vir mais enxuto, por assim dizer. Para os pacotes que suportam, eu utilizo a flag bindist. Para os demais é fazer uma coisinha aqui, outra ali... Mas quando tem atualização destes pacotes, é senta que lá vem história.

Meu caro...qtwebkit é uma porquera dos infernos..tá loco! Ô troço demorado. E olha que meu make.conf é bem simples, sem firulas. Só o essencial, até porque tenho pena do meu notebook..rsrsr. Ah, e sem consolekit, PAM, udisks, policykit, systemd, nada destas porcarias que infestam o sistema. Falando nisto, tive uma boa relação com o mdev ao invés do eudev. Você já testou?

-----------------------------------''----------------------------------
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

Se o FF-bin demora tudo isso tô fora! kkkk, essa flag bindist já está no meu make.conf.

Falando nisso, lá no forum funtoo, caras como o @Cardinal sugerem para você usar /etc/portage/package.use/<pacote> para inserir de forma individual o que cada pacote requer, em vez de inchar o make.conf.

Me pergunto o quão prático isto seria? meu /etc/portage/package.use já está bem inchadinho! rsrs por exemplo para não empacotar o Transmission com suporte ao QT e outras coisas.

O que vc acha?

Quanto ao mdev, não o utilizei ainda, estou com o eudev.

0 0

Quote

32. Re: Compilar ou não, eis a questão. [RESOLVIDO]

luiztux
(usa Gentoo)

Enviado em 13/04/2016 - 20:35h

@edps,

Realmente, o ideal é não inchar o make de flags USE. Se fizer isto, dá pra sentir na pele depois. Pense no tanto de problemas que teríamos devido à conflitos entre programas, SLOTS, dependências, entre tantas outras coisas. Além de tudo isto, o Portage levaria uns 3 mil anos pra calcular tudo e compilar. Então o ideal mesmo, se quisermos uma flag específica, é definir lá nos arquivos individuais, ou ainda, na hora da compilação. Quem é marinheiro de primeira viagem e começa a aprender todo o poder das USE flags, já vai logo abusando do negócio e colocando tudo quanto é coisa lá, e esquece que o make.conf é um arquivo global do sistema. Assim não tem quem aguente...

Sendo assim, na minha opinião, é preferível inchar o package.use, que será usado individualmente, do que inchar o make, que será usado por todo o sistema. ;)

Agora na questão de purgar e manter o systemd longe de mim, defini tudo no make.conf, além de mascarar aqueles pacotes citados.

-----------------------------------''----------------------------------
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

0 0

Quote

33. Re: Compilar ou não, eis a questão. [RESOLVIDO]

GustavoValerio
(usa Debian)

Enviado em 13/04/2016 - 21:52h

edps escreveu:

GustavoValerio escreveu:

edps escreveu:
No Debian, eu já faço o oposto, se um pacote não possui a versão desejada no Jessie ou Backports, vou nos sources do Testing ou Unstable e empacoto:

$ dget -x -u URL_do_arquivoi.dsc

$ cd pasta-expandida

$ mk-build-dep

$ sudo dpkg -i *.deb

$ sudo apt-get -f install

$ dpkg-buildpackage -us- uc -b -tc

$ sudo dpkg -i ../novo_pacote.deb

$ sudo apt-get -f install

* lógico que isto depende do tempo dispendido, não tentarei com LibreOffice, FF ou CHromium por exemplo.

Em distros tradicionais, não vale mesmo a pena! a anos atrás andei utilizando o apt-build para reempacotar com otimização os pacotes do sistema e não vi ganho algum.

Isso é interessante para atualizar o XFCE do Jessie para o 4.12...
No caso da maioria de softwares, o backports já dá uma ajudinha...

------------------------------------------------------------------------------

Não concordo nem discordo, muito pelo contrário...
http://gustavovalerio.blogspot.com.br

E foi o que eu fiz na época que o Jessie ainda era o Testing, mas pegando os sources da PPA do Xubuntu-dev, depois fiz o mesmo pegando os sources do Stretch, segue um exemplo (requer: build-essential, devscripts, dh-make, dkpg-dev, equivs, packaging-dev, quilt):

$ dget -x -u http://http.debian.net/debian/pool/main/libx/libxfce4ui/libxfce4ui_4.12.1-2.dsc

$ cd libxfce4ui-4.12.1/

$  mk-build-deps

$ sudo dpkg -i libxfce4ui-build-deps_4.12.1-2_all.deb 

$ sudo apt-get -f install

LOG:

http://hastebin.com/qakozulevi

* dá erro, porque o empacotamento do XFCE assim como tudo, segue uma ordem, veja a ordem em:

http://docs.xfce.org/xfce/building#xfce_s_dependency_chain

Ou na prática, em:

https://edpsblog.wordpress.com/2015/03/31/how-to-empacotamento-e-instalacao-do-xfce-4-12-no-debian/

Ou usando os sources via repos Debian (cuja dica não aprontei):

https://edpsblog.wordpress.com/2015/05/25/galeria-xfce-4-12-no-debian-jessie/

Nesse quesito, de obter novidade, julgo válido empacotar (compilar).

Sim, concordo plenamente!
Mas ainda assim prefiro o "Testing", com o repositório do Unstable e do Experimental, e as prioridades.
Assim, nunca quebrei o Testing. E olha que rolei o Debian desde o Wheezy até o Stretch sem problemas graves até agora. Na verdade, o único problema chatinho que tive foi com o Audacity, mas consegui resolver.

Vi que mencionou o Void Linux num comentário anterior, também me apaixonei por ela e pela velocidade e simplicidade da distro...
Quem sabe um dia eu use ela como principal...

O problema é que preciso da última versão do Teamviewer e do Google Chrome (O que me faz usar o Unstable) por questões do trabalho.
Em distros de compilação, preciso sempre recompilar estes softwares, o que pra mim é um problema.

Em distros Deb e Rpm, não tenho esse problema.

------------------------------------------------------------------------------

Não concordo nem discordo, muito pelo contrário...
http://gustavovalerio.blogspot.com.br

1 0

Quote