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

13. Re: Compilar ou não, eis a questão.

Perfil removido
removido

(usa Nenhuma)

Enviado em 12/04/2016 - 19:10h

edps escreveu:

Pois é, e se quiser ficar na crista da onda em Debian, Ubuntu ou derivado basta substituir wine por wine-development.

* mas se existe um pacote que eu odeio é o webkitgtk3 (principalmente no Slack) demorá um tempão! dá pra compilar um kernel, ir na rua tomar umas cervas e o diacho não termina. O qt5 também demora um bocado.


O Qt5 eu interrompi a compilação pois tava demorando demais, e não podia sair e deixar o computador ligado gastando energia. É muito tempo pra compilar uma bagaça dessas...

EDIT: 2 horas levou: https://twitter.com/ruankf/status/592390977358327809

--
LinuxCounter: #596371


  


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

edps
edps

(usa Slackware)

Enviado em 12/04/2016 - 19:19h

ru4n escreveu:

[...]
*Se a desgraça da franquia de dados para para internet fixa pegar, teremos mais um motivo para não compilar. Eu espero que isso não passe, mas por precaução ja estou pesquisando sobre pacotes delta em todos os sistemas que uso.


Dale comprar pen drives, pra levar para a lan house mais próxima, dar boot em um CD com Arch e rodar um pacman -Syuw para baixar os pacotes e depois movê-los para o pen drive e instalar em casa, rsrs!

--
LinuxCounter: #596371


Isso se a Lan-House não cobrar uns R$5.00 por minuto de uso! kkkkk



15. Re: Compilar ou não, eis a questão.

Perfil removido
removido

(usa Nenhuma)

Enviado em 12/04/2016 - 19:34h

edps escreveu:

erisrjr escreveu:

....

* se a desgraça da franquia de dados para para internet fixa pegar, teremos mais um motivo para não compilar. Eu espero que isso não passe, mas por precaução ja estou pesquisando sobre pacotes delta em todos os sistemas que uso.

------------------------------------------------------
KISS principle, RTFM and STFW = 42


Disse tudo!

no Debian eu uso o debdelta. No Arch também tem, lembro que fiz uma dica a esse respeito, vou pesquisar aqui, mas lembro que o repo era muito lento!

EDIT:

segue:

https://www.vivaolinux.com.br/dica/Arch-Linux-e-os-Deltas-de-Pacotes

EDIT2:

O Fedora também trabalha com deltas.




Sim, Fedora, CentOS e openSUSE usam por padrão nas versões recentes. Para Debian eu não conhecia (Irei pesquisar, obrigado pela dica) e para o arch, estou usando apos ler justo a sua dica(Obrigado de novo), e aqui o repo delta.archlinux.fr até que não é muito lento.
Agora o problema mesmo é que nem todos os pacotes estão lá e só existe atualização de uma versão para a seguinte, então, se não ligar a maquina por alguns dias...Nada de delta Para exemplo eu perdi uma atualização do flightgear, então ai vieram mais de 1,1GiB de download, isso no lugar de apenas 5MiB se tivesse utilizado um delta.

http://delta.archlinux.fr/community/os/x86_64/flightgear-3.5.0git-1_to_2016.1.1-1-x86_64.delta

Realmente Trágico.



------------------------------------------------------
KISS principle, RTFM and STFW = 42


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

edps
edps

(usa Slackware)

Enviado em 12/04/2016 - 19:37h

erisrjr escreveu:

...

Sim, Fedora, CentOS e openSUSE usam por padrão nas versões recentes. Para Debian eu não conhecia (Irei pesquisar, obrigado pela dica) e para o arch, estou usando apos ler justo a sua dica(Obrigado de novo), e aqui o repo delta.archlinux.fr até que não é muito lento.
Agora o problema mesmo é que nem todos os pacotes estão lá e só existe atualização de uma versão para a seguinte, então, se não ligar a maquina por alguns dias...Nada de delta Para exemplo eu perdi uma atualização do flightgear, então ai vieram mais de 1,1GiB de download, isso no lugar de apenas 5MiB se tivesse utilizado um delta.
Realmente Trágico).

------------------------------------------------------
KISS principle, RTFM and STFW = 42


Seguem os deltas:

https://edpsblog.wordpress.com/2013/07/17/debdelta-reduzindo-o-download-de-pacotes-no-debian-e-deriv...




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

André Rodrigues
andremuerto

(usa Slackware)

Enviado em 12/04/2016 - 19:53h

Aproveitando o tópico.

Estou cogitando a possibilidade de instalar o Gentoo ou o Funtoo no meu note (um I3 com 2GB de ram).

Hoje rodo o Slackware (inclusive com KDE) tranquilo. Mas pacotes mais demorados, como o já citado webkitgtk3, demoraram sim muito tempo pra terminar após executar o slackbuild.

Acham que passarei muita raiva com tempos de compilação com Gentoo/Funtoo? Posso usar os tempos de compilação do slackware como um padrão para mensurar o tempo que gastarei neles?

E outra, acham melhor Gentoo ou Funtoo nesse caso?

Abraços.


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

edps
edps

(usa Slackware)

Enviado em 12/04/2016 - 20:12h

andremuerto escreveu:

Aproveitando o tópico.

Estou cogitando a possibilidade de instalar o Gentoo ou o Funtoo no meu note (um I3 com 2GB de ram).

Hoje rodo o Slackware (inclusive com KDE) tranquilo. Mas pacotes mais demorados, como o já citado webkitgtk3, demoraram sim muito tempo pra terminar após executar o slackbuild.

Acham que passarei muita raiva com tempos de compilação com Gentoo/Funtoo? Posso usar os tempos de compilação do slackware como um padrão para mensurar o tempo que gastarei neles?

E outra, acham melhor Gentoo ou Funtoo nesse caso?

Abraços.


Na minha opinião, no Gentoo/Funtoo é mais rápido que no Slackware, ainda mais se você não encher seu make.conf de USES.

No Slackware (SlackBuilds no caso), é um modo mais genérico, de forma que o pacote atenda todos os usuários, já no Gentoo/Funtoo a coisa é direcionada à sua máquina de acordo com as USES que escolher.

* se eu tivesse tempo e uma máquina mais parruda, faria uma nova instalação dando uma enxugada nas USES.


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

Gustavo Valério
GustavoValerio

(usa Debian)

Enviado em 12/04/2016 - 21:03h

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



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

Luiz Santos
luiztux

(usa Gentoo)

Enviado em 13/04/2016 - 09:22h

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.


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

Buckminster
Buckminster

(usa Debian)

Enviado em 13/04/2016 - 11:17h

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.


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

Ricardo Fabiano Silva
madrugada

(usa Gentoo)

Enviado em 13/04/2016 - 11:49h

A vantagem de compilar é justamente ter melhora de performance.
O libreoffice reconhece vários formatos antigos de arquivo. Em algum momento da compilação ele deve receber alguma flag para habilitar ou não o suporte a estes arquivos. Se desabilitar, vai diminuir o tempo de compilação e o tamanho do pacote.

Tenho vontade de tocar pra frente uma instalação do Funtoo, mas sempre que começo, algo me toma o tempo depois.

Por fim, sempre deixo mais de uma instalação no PC. Uma tem tudo o que preciso e outra vou modelando e arredondando do jeito que quero.

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


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

Xerxes
xerxeslins

(usa BigLinux)

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

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


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

edps
edps

(usa Slackware)

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

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).



01 02 03



Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts