Erro na compilação do Libreoffice 5.0.5.2 [RESOLVIDO]

Pygoscelis
(usa Outra)

Enviado em 05/05/2016 - 13:56h

Pois é já tinha tentado reemergir glibc, gcc e libtool, e o erro permanece. Agora adicionei, a flag threads no make.conf, dei um update com --newuse, e reemergi o libreoffice, e o mesmo erro ocorre.

removido
(usa Nenhuma)

Enviado em 05/05/2016 - 15:11h

Manda o log completo no https://gist.github.com/ .

luiztux
(usa Gentoo)

Enviado em 05/05/2016 - 15:36h

Passando no momento pra deixar alguns links que julguei interessante:

https://archives.gentoo.org/gentoo-user/message/a733cc7384e37bdbbbfe7ed35be2d786

https://forums.gentoo.org/viewtopic-p-6862638.html

http://www.gossamer-threads.com/lists/gentoo/user/246685

https://forums.gentoo.org/viewtopic-t-896728-view-next.html?sid=7d0cd28e87afa4d6bccba98596aedf26

https://forums.gentoo.org/viewtopic-t-1035754-highlight-libreoffice+poppler.html

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

Pygoscelis
(usa Outra)

Enviado em 05/05/2016 - 23:05h

Já tinha dado uma olhada na maioria deles. O último link é o mais próximo, mas a solução não serviu pro meu caso.

Pygoscelis
(usa Outra)

Enviado em 05/05/2016 - 23:12h

Taí o log depois de executar emerge -av --keep-going libreoffice

Agora sim:

https://gist.github.com/Gentoo1/e7fe4797b1a6a75b3e31e57746b12ef1

removido
(usa Nenhuma)

Enviado em 06/05/2016 - 00:27h

Ainda cortou a parte onde dá o erro. :)

Algumas dicas:

Você pode tentar instalar a versão mais atual, a 5.1.2.2.
Não sei quantos núcleos tem o seu processador mas a julgar pelo -j3 creio que sejam dois. Dependendo do pacote o uso do processador não é tão intenso, logo você poderia compilar mais threads de uma só vez. Eu costumo usar -j10 no meu quad-core, da seguinte forma: MAKEOPTS="-j10 -l3 -s V=0", onde -l3 diz ao make para não começar outra thread quando meu processador atingir 75% da carga. Cada unidade no parâmetro '-l' significa 100% de um núcleo do seu processador. O '-s' e o 'V=0' são opções que silenciam o make.
Você pode ter uma diminuição substancial no tempo de compilação desse pacotes maiores usando o Clang/LLVM no lugar do GCC. Em alguns pacotes vale à pena, em outros não. Recentemente vi na internet que compensa e muito no LibreOffice, testarei quando for atualizar, sei que no QT WebKit 5, eu achei que nem tinha compilado de tão rápido e rasteiro que foi usando Clang/LLVM.

https://bitismyth.wordpress.com/2012/03/13/cpu-usage-e-load-average/
https://www.gnu.org/software/make/manual/html_node/Parallel.html
https://www.gnu.org/software/make/manual/html_node/Echoing.html
https://www.gnu.org/software/automake/manual/html_node/Automake-Silent-Rules.html
https://wiki.gentoo.org/wiki/Clang

Pygoscelis
(usa Outra)

Enviado em 06/05/2016 - 01:13h

É que tá resumido, se clicar no link lá expande. Eis a versão expandida:
https://gist.githubusercontent.com/Gentoo1/e7fe4797b1a6a75b3e31e57746b12ef1/raw/c7a2910de265e7a9a189...


Já tentei isso, mesmo erro.


Sim, são 2 núcleos, processador i7.


Eu nunca cheguei a mexer nessas configurações. No início porque não queria arriscar e apenas segui as recomendações da documentação. E depois porque, não achava as compilações tão demoradas como normalmente se comenta.


Depois quando tiver mais tempo vou testar esse Clang/LLVM. Valeu pelas dicas!

Pygoscelis
(usa Outra)

Enviado em 06/05/2016 - 02:51h

Realmente esclarecedor!
Interessante isso também: https://blogs.gentoo.org/ago/2013/01/14/makeopts-jcore-1-is-not-the-best-optimization/

E segue o mesmo log, porém mais "silencioso" rs, usando as opções -s V=0 no MAKEOPTS:

https://gist.github.com/Gentoo1/f6a17b3b35a93e6b49ff52bb6b2d1c21

removido
(usa Nenhuma)

Enviado em 06/05/2016 - 11:03h

Vi na bugzilla do Gentoo que eles ainda estão ajustando esses pacotes ( https://bugs.gentoo.org/show_bug.cgi?id=580672 ). Você pode 'mascarar' essas versões até que eles tenham corrigido o problema.
Duas coisa me chamam atenção no seu log, a primeira é a flag 'branding'. Não é uma flag legal, tudo o que ela faz e colar mal e porcamente um logo do Gentoo sobre o logo dos pacotes. Depois temos uma configuração duplicada em algum lugar veja na linha 526: make -j 5 -j5.

Pygoscelis
(usa Outra)

Enviado em 06/05/2016 - 13:34h

Já tinha visto e tentado isso. O problema é que as únicas versões disponíveis pra compilar são essas duas a 5.0.5.2 e 5.1.2.2 e nas duas dá o mesmo erro e ambas exigem o poppler-0.42. Já o binário libreoffice-bin funciona mas com a versão anterior poppler-0.32. Entendo que há coisas a corrigir, mas não acredito que ao ponto de impedir a compilação, senão já teria mais gente "dando o grito". Acho que é alguma coisa na minha máquina que mudou desde a última atualização, porque antes nunca tinha dado um problema sequer com compilação.


Já tirei e acrescentei todas as flags possíveis para o pacote e sempre com o mesmo resultado. Na última tentativa tá assim:

USE="dbus gstreamer gtk mysql (-aqua) -bluetooth -branding (-coinmp) -collada -cups -debug -eds (-firebird) -gltf -gnome (-gtk3) -java -jemalloc -kde (-libressl) -odk -postgres (-telepathy) {-test} -vlc" LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python2_7 -python3_4 (-python3_5)" PYTHON_TARGETS="python2_7 python3_4 (-python3_5)"


Se isso não for normal, não sei onde tá o problema. Não mudei em nenhum outro lugar essa configuração -j5. Testei de novo aqui. No momento no meu make.conf está assim MAKEOPTS="-j5 -l1.6 -s V=0" e depois de tentar compilar sem sucesso achei no log isso: make -j 5 -j5 -l1.6 -s V=0

removido
(usa Nenhuma)

Enviado em 06/05/2016 - 13:59h

Muito estranho, Mano, pois veja https://gitweb.gentoo.org/repo/gentoo.git/tree/app-office/libreoffice/libreoffice-5.1.2.2.ebuild?id=... , na linha 118. Exige o poppler-0.16 ou mais recente compilado com a flag cxx. Outro pacote deve estar te exigindo esse poppler-0.42.

luiztux
(usa Gentoo)

Enviado em 06/05/2016 - 14:08h

Nossa, tá difícil heim gente.. :|

Não tem nada a ver com o problema, mas, por desencargo...

No teu make a variável GRUB_PLATFORMS está sem aspas:

GRUB_PLATFORMS=efi-64 

Não sei se foi algum erro na hora de postar aqui... mas só pra avisar.

Enfim, estou caçando também alguma coisa relacionado ao erro...
-----------------------------------''----------------------------------
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.