* ERROR: dev-lang/python-2.7.13::python-kit failed (compile phase):
* emake failed
*
* If you need support, post the output of `emerge --info '=dev-lang/python-2.7.13::python-kit'`,
* the complete build log and the output of `emerge -pqv '=dev-lang/python-2.7.13::python-kit'`.
* The complete build log is located at '/var/tmp/portage/dev-lang/python-2.7.13/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/dev-lang/python-2.7.13/temp/environment'.
* Working directory: '/var/tmp/portage/dev-lang/python-2.7.13/work/x86_64-pc-linux-gnu'
* S: '/var/tmp/portage/dev-lang/python-2.7.13/work/Python-2.7.13'
Hmmm... que coisa, primeiro foi a versão 2.7.13 que apresentou erros, agora foi a 3.4.6(?)... Isto que você mandou é o log completo (/var/tmp/portage/dev-lang/python-3.4.6/temp/build.log) ?
Sincroniza o Portage e tenta novamente.
Quais flags estão ativas para estas versões do Python? Você tem o openssl ou libressl instalado? Se sim, qual versão está instalada? Estes pacotes estão em teste (~)?
Já vi casos parecidos antes em que o erro era com o openssl...mas enfim. Se tiver o openssl-1.1.0 instalado, faz downgrade e tenta novamente. Se não tiver, veja qual versão o Portage puxa (se é que puxa alguma...deveria...). Também não seria nada demais setar -bindist para o openssl e ver como a compilação se comporta.
Acho que você pode fazer uns testes:
emerge --ask --verbose --changed-use --deep --with-bdeps=y =dev-lang/python-3.4.6 =dev-lang/python-2.7.13 # ou com o newuse
# ou testa -bindist no openssl
USE="-bindist" emerge --ask --verbose =dev-libs/openssl-1.0.2n #por exemplo...
running build_scripts
creating build/scripts-3.4
copying and adjusting /var/tmp/portage/dev-lang/python-3.4.6/work/Python-3.4.6/Tools/scripts/pydoc3 -> build/scripts-3.4
copying and adjusting /var/tmp/portage/dev-lang/python-3.4.6/work/Python-3.4.6/Tools/scripts/idle3 -> build/scripts-3.4
copying and adjusting /var/tmp/portage/dev-lang/python-3.4.6/work/Python-3.4.6/Tools/scripts/2to3 -> build/scripts-3.4
copying and adjusting /var/tmp/portage/dev-lang/python-3.4.6/work/Python-3.4.6/Tools/scripts/pyvenv -> build/scripts-3.4
changing mode of build/scripts-3.4/pydoc3 from 644 to 755
changing mode of build/scripts-3.4/idle3 from 644 to 755
changing mode of build/scripts-3.4/2to3 from 644 to 755
changing mode of build/scripts-3.4/pyvenv from 644 to 755
renaming build/scripts-3.4/pydoc3 to build/scripts-3.4/pydoc3.4
renaming build/scripts-3.4/idle3 to build/scripts-3.4/idle3.4
renaming build/scripts-3.4/2to3 to build/scripts-3.4/2to3-3.4
renaming build/scripts-3.4/pyvenv to build/scripts-3.4/pyvenv-3.4
Makefile:582: recipe for target 'sharedmods' failed
make: *** [sharedmods] Error 1
* ERROR: dev-lang/python-3.4.6::python-kit failed (compile phase):
* emake failed
*
* If you need support, post the output of `emerge --info '=dev-lang/python-3.4.6::python-kit'`,
* the complete build log and the output of `emerge -pqv '=dev-lang/python-3.4.6::python-kit'`.
* The complete build log is located at '/var/tmp/portage/dev-lang/python-3.4.6/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/dev-lang/python-3.4.6/temp/environment'.
* Working directory: '/var/tmp/portage/dev-lang/python-3.4.6/work/x86_64-pc-linux-gnu'
* S: '/var/tmp/portage/dev-lang/python-3.4.6/work/Python-3.4.6'
* Messages for package media-sound/pulseaudio-11.1:
* A preallocated buffer-size of 2048 (kB) or higher is recommended for the HD-audio driver!
* CONFIG_SND_HDA_PREALLOC_SIZE=64
* Messages for package dev-lang/python-3.4.6:
* ERROR: dev-lang/python-3.4.6::python-kit failed (compile phase):
* emake failed
*
* If you need support, post the output of `emerge --info '=dev-lang/python-3.4.6::python-kit'`,
* the complete build log and the output of `emerge -pqv '=dev-lang/python-3.4.6::python-kit'`.
* The complete build log is located at '/var/tmp/portage/dev-lang/python-3.4.6/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/dev-lang/python-3.4.6/temp/environment'.
* Working directory: '/var/tmp/portage/dev-lang/python-3.4.6/work/x86_64-pc-linux-gnu'
* S: '/var/tmp/portage/dev-lang/python-3.4.6/work/Python-3.4.6'
sl slb #
slb@sl ~ $ USE="-bindist" emerge --ask --verbose =dev-libs/openssl-1.0.2n
This action requires superuser access...
Would you like to add --pretend to options? [Yes/No] yes
These are the packages that would be merged, in order:
>>> dev-libs/openssl-1.0.2n:0/0::core-kit, ebuild scheduled for merge has SLOT 0/0
>>> dev-libs/openssl-1.1.0g-r2:0/1.1::core-kit, installed has SLOT 0/1.1
We hope this informational output has been useful in identifying the
problem. We are continually working to reduce conflicts. Do not
hesitate to report a bug at https://bugs.funtoo.org. Thank you! :)
Agora desinstalei alguns pacotes e aparece o comando preserve@rebuild mas, continua a não funcionar, pacotes desinstalados;
slb@sl ~ $ sudo emerge --unmerge openssl
* This action can remove important packages! In order to be safer, use
* `emerge -pv --depclean <atom>` to check for reverse dependencies before
* removing packages.
All selected packages: =dev-libs/openssl-1.1.0g-r2
>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.
>>> Waiting 5 seconds before starting...
>>> (Control-C to abort)...
>>> Unmerging in: 5 4 3 2 1
>>> Unmerging (1 of 1) dev-libs/openssl-1.1.0g-r2...
* GNU info directory index is up-to-date.
!!! existing preserved libs:
>>> package: dev-libs/openssl-1.1.0g-r2
* - /usr/lib64/libcrypto.so.1.1
* used by /bin/ping6 (net-misc/iputils-20121221-r2)
* used by /usr/lib64/libcurl.so.4.4.0 (net-misc/curl-7.54.0)
* used by /usr/lib64/perl5/vendor_perl/5.24.0/x86_64-linux/auto/Net/SSLeay/SSLeay.so (dev-perl/Net-SSLeay-1.800.0)
* - /usr/lib64/libssl.so.1.1
* used by /usr/lib64/libcurl.so.4.4.0 (net-misc/curl-7.54.0)
* used by /usr/lib64/perl5/vendor_perl/5.24.0/x86_64-linux/auto/Net/SSLeay/SSLeay.so (dev-perl/Net-SSLeay-1.800.0)
* - /usr/lib64/libcrypto.so.1.0.0
* used by /usr/bin/Xorg (x11-base/xorg-server-1.19.3-r1)
* used by /usr/bin/idevicebackup (app-pda/libimobiledevice-1.2.0)
* used by /usr/bin/idevicepair (app-pda/libimobiledevice-1.2.0)
* used by 22 other files
* - /usr/lib64/libssl.so.1.0.0
* used by /usr/bin/lynx (www-client/lynx-2.8.9_pre16)
* used by /usr/bin/w3m (www-client/w3m-0.5.3-r9)
* used by /usr/bin/wget (net-misc/wget-1.19.2-r1)
* used by 13 other files
>>> package: dev-lang/python-3.4.6
* - /usr/lib64/libpython3.4m.so.1.0
* used by /usr/lib64/libboost_python-3.4.so.1.63.0 (dev-libs/boost-1.63.0)
* used by /usr/lib64/python3.4/site-packages/Crypto/Cipher/_AES.cpython-34m.so (dev-python/pycrypto-2.6.1-r2)
* used by /usr/lib64/python3.4/site-packages/Crypto/Cipher/_ARC2.cpython-34m.so (dev-python/pycrypto-2.6.1-r2)
* used by 66 other files
Use emerge @preserved-rebuild to rebuild packages using these libraries
6. Re: Erros @world. [RESOLVIDO]
luiztuxusa Gentoo
Post recolhido
Enviado em 02/01/2018 - 12:28h
Ok, first things first...
Sugestão 1: remova o ~amd64 do teu make.conf, deixe apenas para pacotes estáveis, a menos que você tenha uma boa razão para isto, se assim for, deixe como está. Caso contrário, utilize o package.accept_keywords para "desmascarar" pacotes em teste.
No caso do openssl, acredito que bastava deixar com a flag bindist e fazer o downgrade.
Sugestão 2: já que vai atualizar o world, sugiro que faça conforme instruí acima, tente instalar a versão estável do openssl (1.0.2n) e verifique o que o Portage informa, se tudo correr bem, recompile os pacotes (ou o world) que usam o openssl. O @preserved-rebuild está buscando a versão instável do openssl, assim, por enquanto não rode ele.
Para desencargo, roda isto e posta a saída aqui (caso tenha algo relacionado):
Obrigado, mas nao resolveu. Vou ter que instalar tudo outra vez, pelo que pesquisei no Funtoo, existe um bug no python 3.4, que causa estes erros.
8. Re: Erros @world. [RESOLVIDO]
luiztuxusa Gentoo
Post recolhido
Enviado em 02/01/2018 - 14:31h
slblxs escreveu:
Obrigado, mas nao resolveu. Vou ter que instalar tudo outra vez, pelo que pesquisei no Funtoo, existe um bug no python 3.4, que causa estes erros.
Legal...rsrsrsr
Mas não acho justo ter melhor resposta... não resolvemos :/ pelo menos por enquanto.
Por que terá que instalar tudo novamente? Você não tem outras versões do Python instalada? Verifique com o eselect/ego... imagino que basta apenas verificar se algum pacote depende desta versão do Python, se tiver, recompila este pacote para outra versão estável do Python. Depois você a remove.
O problema é que agora, nem dá para sincronizar com o repositório nao existe.
10. Re: Erros @world. [RESOLVIDO]
luiztuxusa Gentoo
Post recolhido
Enviado em 02/01/2018 - 14:47h
Opa.. calma aí.. não precisa zerar tudo.
Você não tem mais o /etc/portage/repos.conf? Não tem crise... adicione-o novamente. Também não tem problema se não tiver mais os diretórios locais dos ebuilds. Fazendo uma nova sincronização volta tudo...
Enfim, se o diretório/arquivo está vazio (ou não tem o diretório/arquivo repos.conf), crie-o novamente. Você deve ter um arquivo local de configuração default em /usr/share/portage/config/repos.conf. Basta criar o arquivo[1]. Se você estava com o meta-repo[2][3].