Dificuldades pra instalar o LXQt [RESOLVIDO]

novatterra
(usa Arch Linux)

Enviado em 27/09/2016 - 18:03h

ola pessoal,
to quase la, mas agora to tentando instalar o lxqt e to recebendo umas saidas estranhas, nao to sabendo interpretar o que o portage ta dizendo:

!!! Multiple package instances within a single package slot have been pulled

!!! into the dependency graph, resulting in a slot conflict:



dev-qt/qtcore:4



  (dev-qt/qtcore-4.8.6-r2:4/4::gentoo, installed) pulled in by

    ~dev-qt/qtcore-4.8.6[aqua=,debug=,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] required by (dev-qt/qtscript-4.8.6-r2:4/4::gentoo, installed)

    ^              ^^^^^                                                                                                                                                                                                                                                                                                  

    (and 1 more with the same problem)



  (dev-qt/qtcore-4.8.7-r2:4/4::gentoo, ebuild scheduled for merge) pulled in by

    ~dev-qt/qtcore-4.8.7 required by (dev-qt/qttranslations-4.8.7:4/4::gentoo, ebuild scheduled for merge)

    ^              ^^^^^                                                                                                                                         

    (and 1 more with the same problem)



dev-lang/perl:0



  (dev-lang/perl-5.20.2:0/5.20::gentoo, installed) pulled in by

    dev-lang/perl:0/5.20=[-build(-)] required by (dev-perl/libintl-perl-1.240.0:0/0::gentoo, installed)

                 ^^^^^^^^                                                                                                                  

    =dev-lang/perl-5.20* required by (virtual/perl-Text-ParseWords-3.290.0-r1:0/0::gentoo, installed)

    ^              ^^^^^                                                                                                                                    

    (and 36 more with the same problems)



  (dev-lang/perl-5.24.0-r1:0/5.24::gentoo, ebuild scheduled for merge) pulled in by

    =dev-lang/perl-5.24* required by (virtual/perl-Digest-MD5-2.540.0-r1:0/0::gentoo, ebuild scheduled for merge)

    ^              ^^^^^                                                                                                                                                

    (and 12 more with the same problem)



sys-libs/ncurses:0



  (sys-libs/ncurses-6.0-r1:0/6::gentoo, ebuild scheduled for merge) pulled in by

    (no parents that aren't satisfied by other packages in this slot)



  (sys-libs/ncurses-5.9-r5:0/5::gentoo, installed) pulled in by

    sys-libs/ncurses:0/5= required by (dev-scheme/guile-1.8.8-r2:12/12::gentoo, installed)

                    ^^^^^                                                                                                     

    (and 16 more with the same problem)



dev-qt/qttranslations:4



  (dev-qt/qttranslations-4.8.7:4/4::gentoo, ebuild scheduled for merge) pulled in by

    ~dev-qt/qttranslations-4.8.7 required by (dev-qt/qtcore-4.8.7-r2:4/4::gentoo, ebuild scheduled for merge)

    ^                      ^^^^^                                                                                                                                    



  (dev-qt/qttranslations-4.8.6-r1:4/4::gentoo, installed) pulled in by

    ~dev-qt/qttranslations-4.8.6 required by (dev-qt/qtcore-4.8.6-r2:4/4::gentoo, installed)

    ^                      ^^^^^                                                                                                                   



NOTE: Use the '--verbose-conflicts' option to display parents omitted above



It may be possible to solve this problem by using package.mask to

prevent one of those packages from being selected. However, it is also

possible that conflicting dependencies exist such that they are

impossible to satisfy simultaneously.  If such a conflict exists in

the dependencies of two different packages, then those packages can

not be installed simultaneously. You may want to try a larger value of

the --backtrack option, such as --backtrack=30, in order to see if

that will solve this conflict automatically.



For more information, see MASKED PACKAGES section in the emerge man

page or refer to the Gentoo Handbook.





The following packages are causing rebuilds:



  (net-firewall/iptables-1.6.0-r1:0/11::gentoo, ebuild scheduled for merge) causes rebuilds for:

    (sys-apps/iproute2-4.7.0:0/0::gentoo, ebuild scheduled for merge)

 

se alguem puder ao menos me ajudar entender isso eu ja agradeço

removido
(usa Nenhuma)

Enviado em 27/09/2016 - 18:22h

Pelo que eu pude entender, parace haver um estranho conflito o próprio pacote...

PS: Você é responsável por metade dos tópicos de Gentoo, né? ashuashuashuashuashu

luiztux
(usa Gentoo)

Enviado em 27/09/2016 - 19:44h

Bem-vindo ao submundo do Portage.

Este tipo de conflito ocorre quando há várias versões de um pacote em um mesmo SLOT. Para resolver, geralmente basta dar um upgrade para a última versão estável do pacote e suas dependências. No caso do qtcore (acontece muito com QT's), há uma nova versão, a 5.6.1, no SLOT 5. Depois entramos nos pormenores do que é um SLOT e para que serve.

Por enquanto, atualize este pacote para esta última versão:

# antes de qualquer coisa, utilize a opção -p (pretend)

# para verificar informações gerais de instalação



emerge -puv --verbose-conflicts =dev-qt/qtcore-5.6.1

 

É bem possível que ainda dê problemas, então tente:

USE="-icu" emerge -puv --verbose-conflicts =dev-qt/qtcore-5.6.1

 

Se ainda assim der problemas, utilize a opção --backtrack com algum número alto como parâmetro. O backtrack é tipo um resolvedor de conflitos.

# 1ª tentativa:



emerge -puv --verbose-conflicts --backtrack=80 =dev-qt/qtcore-5.6.1



# 2ª tentativa, caso não resolva:



USE="-icu" emerge -puv --verbose-conflicts --backtrack=80 =dev-qt/qtcore-5.6.1

 

Se mesmo assim não resolver, então é preciso verificar mais a fundo os qtcore instalados no sistema, ou as dependências mostradas na saída do Portage. Mas antes, poste aqui as saídas do Portage e utilize o utilirário equery para verificar informações importantes:

equery depgraph dev-qt/qtcore



# ============ Exemplo de saída ==============

* dependency graph for dev-qt/qtcore-5.6.1

 `--  dev-qt/qtcore-5.6.1  amd64 

   `--  dev-libs/glib-2.46.2-r3  (dev-libs/glib) amd64 

   `--  dev-libs/libpcre-8.38-r1  (>=dev-libs/libpcre-8.38) amd64  [pcre16 unicode]

   `--  sys-libs/zlib-1.2.8-r1  (>=sys-libs/zlib-1.2.5) amd64 

   `--  virtual/libiconv-0-r2  (virtual/libiconv) amd64 

   `--  dev-libs/icu-57.1  (dev-libs/icu) amd64 

   `--  sys-apps/systemd-9999  (sys-apps/systemd) M[package.mask] 

   `--  dev-lang/perl-5.22.2  (dev-lang/perl) amd64 

   `--  virtual/pkgconfig-0-r1  (virtual/pkgconfig) amd64 

   `--  dev-qt/qttest-5.6.1  (~dev-qt/qttest-5.6.1) amd64 

   `--  dev-qt/qtchooser-0_p20151008  (dev-qt/qtchooser) amd64 

[ dev-qt/qtcore-5.6.1 stats: packages (11), max depth (1) ]

 

Você vai perceber que as dependências são quase as mesmas para todas as versões.

Verifique as dependências que o Portage informa, geralmente em azul, e utilize o utilitário eix para verificar se eles precisam de upgrade também.

Assim:

# saída do Portage, ex.:

(dev-qt/qtcore-5.5.1-r1:5/5::gentoo, installed) pulled in by

    ~dev-qt/qtcore-5.5.1 required by (dev-qt/qtgui-5.5.1-r1:5/5::gentoo, installed)

    ^              ^^^^^                                                                                                                  

    ~dev-qt/qtcore-5.5.1 required by (dev-qt/qtwidgets-5.5.1-r1:5/5::gentoo, installed)

    ^              ^^^^^                                                                                                                      

    ~dev-qt/qtcore-5.5.1 required by (dev-qt/qtdbus-5.5.1:5/5::gentoo, installed)



# pesquise com eix -v para cada um dos pacotes separadamente

eix -v [qtdbus|qtgui|qtwidgets]

 

Após isto você verá que possivelmente há uma nova versão para eles também, incluindo SLOT 5, e uma mensagem: Recommendation: Upgrade. Atualize-os antes:

emerge -auv =dev-qt/qtwidgets-5.6.1 =dev-qt/qtgui-5.6.1 =dev-qt/qtdbus-5.6.1

 

E você verá que o Portage colocará o qtcore (raiz do problema) automaticamente na jogada para atualizar também. No seu caso você terá que fazer para o pacote dev-qt/qttranslations também, pois há uma nova versão para ele, iguais às dos outros 5.6.1.

Para os outros conflitos é o mesmo procedimento. Atualize as dependências que o Portage mostra para a última versão estável que automaticamente o Portage incluirá o "pacote-problema" na lista de atualizações.


-----------------------------------''----------------------------------

"If it moves, compile it."

novatterra
(usa Arch Linux)

Enviado em 28/09/2016 - 11:57h

Ola pessoal

olha so, fiz o q vc disse, porem a cada pacote q eu tentava instalar ele me pedia umas dezenas d outros pacotes (geralmente azuis mesmo) nem mesmo o famoso "emerge world" ele nao fazia mais (tentei o comando pq.vc me disse q essas deps todas queriam atualizaçao, e como eu nao conseguia atualizar todas individualmente, penseo em fazer todas juntas) foi ai q me lekbreind uma expressao q eu ouvia muito em meus tempos d slacker: " o inferno das dependencias", kkkk
Entao desfiz minhas ultimas alteraçoes, desinstalei uns 2 ou 3 pacotes q eu tinha instalado, fui no make.conf e apaguei a linha q eu tinha posto la: (ACCEPT.KEYWORD="~x86"), depois disso foi so digitar: emerge -auvDN world e ele ta trabalhando ate agora numa boa

mas ai fica a duvida, posso criar um documento em /etc/portage/accept.keyword/ com o nome lxqt e tentar instalar depois e ele nao vai me encher o saco com aquele caminhão d deps? (Imaginei q ele fez isso pq coloquei no make.conf)

Grinder
(usa Slackware)

Enviado em 28/09/2016 - 12:26h

Naquela vez eu tinha tentado te explicar o uso do USE no make.conf, no accept.package, parece que não entendeu muito bem.

Colocar ~x86 no make.conf vc está mandando todo seu sistema ser rolling release
Você colocando ~x86 no accept_keyword.package é o correto para apenas o LXQT, mas vire e mexe você vai precisar adicionar ~x86 em vários outros pacotes. Mas nunca coloque no make.conf
- - - - -
www.github.com/ericfernandesferreira

novatterra
(usa Arch Linux)

Enviado em 28/09/2016 - 16:37h

Pois é Grinder, vc ja tinha me dito isso e eu não entendi direito, acabei aprendendo do pior jeito, kkkkkkk
terminei o emerge world e coloquei emerge lxqt so pra testar, as deps q ele pedia diminuiram 90 por cento,
eu ja instalei o xorg, e foi tranquilo, nao pediu dep nenhuma, so achei estranho é q eu mando startx e nao vem nada, eu sei q tá sem interface grafica, mas so com o xorg era pra vir alguma coisa, nao era?

Grinder
(usa Slackware)

Enviado em 28/09/2016 - 23:10h

Na verdade é melhor aprender assim, do pior jeito rss.
Então, acho que pelo menos o twm era pra estar subindo após o xorg compilado

- - - - -
www.github.com/ericfernandesferreira

novatterra
(usa Arch Linux)

Enviado em 29/09/2016 - 01:28h

Grinder,

por outro lado eu apenas instalei o xorg, nada mais, talvez eu tivesse que dar um -configure ou sei la algo do tipo, mas veja so,
depois q o emerge world terminou, dei emerge lxqt e ele reclamou la de umas 10 ou 15 deps, ok, cancelei e fui pro trampo, agora noite, repeti o emerge world, atualizou mais uns 8 pacotes e dei emerge lxqt, cara, foi so ajustar umas Flags NO LUGAR CERTOOO, kkkkkk, e pronto, parou de reclamar,agora é só instalar 155 pacotes e esperar o lxqt sair do forno,

conhece algum comando que configurasse o portage, pra baixar tudo primeiro e depois compilar, ao inves de ir baixando e compilando um a um?

Grinder
(usa Slackware)

Enviado em 29/09/2016 - 03:08h

hahaha ta pegando as manhãs, quando você domina o make.conf + package.use + accept_keywords, começa a conhecer os pacotes, flags você vai ver que da próxima vez que for instalar o Gentoo vai estar bem mais fácil. A primeira introdução ao Gentoo / USE é dificil pra caramba, a gente se confunde muito.

Respondendo sua pergunta, não tenho e mínima idéia hahaa
- - - - -
www.github.com/ericfernandesferreira

luiztux
(usa Gentoo)

Enviado em 29/09/2016 - 07:03h

emerge --fetch(-f)

Vai apenas baixar os pacotes.

-----------------------------------''----------------------------------

"If it moves, compile it."

novatterra
(usa Arch Linux)

Enviado em 29/09/2016 - 19:02h

Olá pessoal,
eu denovo

consegui compilar o LXQt sem nenhum problema, so q agora to com dificuldade em configurar o xorg, assim q eu terminei de instalar o xorg, ao ler o manual, descobri q tinha instalados pacotes errados



entao voltei la e instalei o certo:



so que nao sei qual comando uso pra configurar o bendito xorg.conf!!!!!, ja usei: "xorgconfig, xorgcfg, xorgcfg -textmode, xorg -configure" mais todos eles dão comando inexistente!, o manual me fala q caso haja erros eu tenho que definir um windowmanager dentro dele, mas como eu faço isso? o comando sugerido no terminal nao faz nada, ja tentei ele e nao deu resultado algum (touch ~/.xinitrc)
qdo digito startx e dou enter a tela pisca, e volta uma msg dizendo que o xorg foi finalizado com sucesso! e se eu der X + enter, a tela pisca, as letras somem e nao acontece mais nada, ai tenho de apelar pra um terminal virtual pra poder reiniciar.

o que eu faço?
to perdido

luiztux
(usa Gentoo)

Enviado em 29/09/2016 - 19:57h

Calma, em uma das máquinas que eu instalei o Gentoo o xorg também não subiu, após instalar o twm e o xterm ele foi de boa. Você pode instalá-los para fazer um teste:

x11-wm/twm
e...
x11-terms/xterm

Após instalar, tente de novo o startx. Como você já instalou o LXQt, porque não tenta iniciá-lo para saber se há algum problema com este também?


-----------------------------------''----------------------------------

"If it moves, compile it."