Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Dependências desencontradas ao instalar o openscad

113 views
Skip to first unread message

Hiure Queiroz

unread,
Jan 27, 2019, 5:50:02 AM1/27/19
to
Olá pessoal tudo bem?

Estou com um problema aqui e gostaria de anunciar aqui para ver se encontro alguma ajuda.

É uma duvida meio básica, mas pelo tradicional método de busca que normalmente eu tento, não estou conseguindo (que seria buscar na internet por ai o mesmo erro)

Estou tentando instalar o openscad do repositório com sudo apt install openscad , mas a seguinte saida:

        Os pacotes a seguir têm dependências desencontradas:
              openscad : Depende: libqt5opengl5 (>= 5.4) mas não será instalado
               Depende: libqt5printsupport5 (>= 5.4) mas não será instalado
               Depende: libqt5scintilla2-12v5 (>= 2.8.4) mas não será instalado
       E: Impossível corrigir problemas, você manteve (hold) pacotes quebrados.

Então eu tentei instalar o primeiro pacote que se reclama

sudo apt install libqt5opengl5
     Os pacotes a seguir têm dependências desencontradas:
      libqt5opengl5 : Depende: qtbase-abi-5-7-1

então tentei sudo apt install qtbase-abi-5-7-1
O pacote qtbase-abi-5-7-1 é um pacote virtual fornecido por:
  libqt5core5a 5.7.1+dfsg-3+b1[Não é versão candidata]

e fiz sudo apt install libqt5core5a
    libqt5core5a is already the newest version (5.11.1+dfsg-9).
    libqt5core5a configurado para instalar manualmente.


Eu cai nesse looping que não ser como resolver.

Meu soruce.list é o seguinte

deb http://ftp.br.debian.org/debian stretch main contrib non-free
deb-src http://ftp.br.debian.org/debian stretch main contrib non-free

deb http://ftp.br.debian.org/debian stretch-updates main contrib non-free
deb-src http://deb.debian.org/debian stretch-updates main contrib non-free

deb http://security.debian.org/debian-security/ stretch/updates main contrib non-free
deb-src http://security.debian.org/debian-security/ stretch/updates main contrib non-free

 deb http://ftp.br.debian.org/debian/ stretch-backports main contrib non-free

Obrigado a atenção
Hiure

  

--
_____________________________________________________
Hiure Queiroz
 
______________________________________________________

Antonio Terceiro

unread,
Jan 27, 2019, 11:20:02 AM1/27/19
to
mande por favor a saída de

sudo apt -o debug::pkgProblemResolver=yes install openscad
signature.asc

Hiure Queiroz

unread,
Jan 27, 2019, 12:00:02 PM1/27/19
to
Olá Antonio, a saida é a seguinte
Lendo listas de pacotes... Pronto
Construindo árvore de dependências      
Lendo informação de estado... Pronto
Starting pkgProblemResolver with broken count: 2
Starting 2 pkgProblemResolver with broken count: 2
Investigating (0) openscad:amd64 < none -> 2015.03-2+dfsg-2 @un puN Ib >
Broken openscad:amd64 Depende on libqt5opengl5:amd64 < none | 5.7.1+dfsg-3+b1 @un uH > (>= 5.4)
  Considering libqt5opengl5:amd64 0 as a solution to openscad:amd64 10000
    Reinst Failed early because of qtbase-abi-5-7-1:amd64
Broken openscad:amd64 Depende on libqt5printsupport5:amd64 < none | 5.7.1+dfsg-3+b1 @un uH > (>= 5.4)
  Considering libqt5printsupport5:amd64 0 as a solution to openscad:amd64 10000
    Reinst Failed early because of qtbase-abi-5-7-1:amd64
Investigating (0) libqt5scintilla2-12v5:amd64 < none -> 2.9.3+dfsg-4 @un uN Ib >
Broken libqt5scintilla2-12v5:amd64 Depende on libqt5printsupport5:amd64 < none | 5.7.1+dfsg-3+b1 @un uH > (>= 5.0.2)
  Considering libqt5printsupport5:amd64 0 as a solution to libqt5scintilla2-12v5:amd64 0
  Holding Back libqt5scintilla2-12v5:amd64 rather than change libqt5printsupport5:amd64
Investigating (1) openscad:amd64 < none -> 2015.03-2+dfsg-2 @un puN Ib >
Broken openscad:amd64 Depende on libqt5opengl5:amd64 < none | 5.7.1+dfsg-3+b1 @un uH > (>= 5.4)
  Considering libqt5opengl5:amd64 0 as a solution to openscad:amd64 10000
Broken openscad:amd64 Depende on libqt5printsupport5:amd64 < none | 5.7.1+dfsg-3+b1 @un uH > (>= 5.4)
  Considering libqt5printsupport5:amd64 0 as a solution to openscad:amd64 10000
Broken openscad:amd64 Depende on libqt5scintilla2-12v5:amd64 < none | 2.9.3+dfsg-4 @un uH > (>= 2.8.4)
  Considering libqt5scintilla2-12v5:amd64 0 as a solution to openscad:amd64 10000
    Reinst Failed because of libqt5printsupport5:amd64
Done
Alguns pacotes não puderam ser instalados. Isto pode significar que
você solicitou uma situação impossível ou, se você está usando a
distribuição instável, que alguns pacotes requeridos não foram
criados ainda ou foram retirados da "Incoming".
A informação a seguir pode ajudar a resolver a situação:


Os pacotes a seguir têm dependências desencontradas:
 openscad : Depende: libqt5opengl5 (>= 5.4) mas não será instalado
            Depende: libqt5printsupport5 (>= 5.4) mas não será instalado
            Depende: libqt5scintilla2-12v5 (>= 2.8.4) mas não será instalado
E: Impossível corrigir problemas, você manteve (hold) pacotes quebrados.

Antonio Terceiro

unread,
Jan 28, 2019, 8:10:03 AM1/28/19
to
On Sun, Jan 27, 2019 at 02:51:20PM -0200, Hiure Queiroz wrote:
> Olá Antonio, a saida é a seguinte
> Lendo listas de pacotes... Pronto
> Construindo árvore de dependências
> Lendo informação de estado... Pronto
> Starting pkgProblemResolver with broken count: 2
> Starting 2 pkgProblemResolver with broken count: 2
> Investigating (0) openscad:amd64 < none -> 2015.03-2+dfsg-2 @un puN Ib >
> Broken openscad:amd64 Depende on libqt5opengl5:amd64 < none |
> 5.7.1+dfsg-3+b1 @un uH > (>= 5.4)
> Considering libqt5opengl5:amd64 0 as a solution to openscad:amd64 10000
> Reinst Failed early because of qtbase-abi-5-7-1:amd64

eu vi hoje mais cedo que teve um update de segurança no
qtbase-opensource-src, que foi anunciado hoje. provavelmente estava
sendo compilado ontem, e você teve o azar de tentar bem na hora que
partes do update -- os pacotes independentes de arquitetura -- já
estavam no seu mirror, mas o resto -- pacotes pra amd64 -- ainda não.

faz um apt update, e tenta de novo. eu tentei instalar o openscad num
container stretch limpo, e funcionou sem nenhum problema.
signature.asc

Hiure Queiroz

unread,
Jan 29, 2019, 4:50:03 AM1/29/19
to
Eu tentei novamente e deu o mesmo erro.

Eu to achando muito estranho. E o pior que eu preciso muito do openscad e ao mesmo tempo não posso nem pensar em formatar a maquina por isso.

Será que se eu instalar em um conteiner como vc fez resolve?

Antonio Terceiro

unread,
Jan 29, 2019, 10:30:03 AM1/29/19
to
On Tue, Jan 29, 2019 at 07:48:16AM -0200, Hiure Queiroz wrote:
> Eu tentei novamente e deu o mesmo erro.

ok, então isso significa que o lance de update de segurança foi só
coinscidência. fui reler os logs na sua mensagem inicial e achei isso
aqui:

| então tentei sudo apt install qtbase-abi-5-7-1
| O pacote qtbase-abi-5-7-1 é um pacote virtual fornecido por:
| libqt5core5a 5.7.1+dfsg-3+b1[Não é versão candidata]
|
| e fiz sudo apt install libqt5core5a
| libqt5core5a is already the newest version (5.11.1+dfsg-9).
| libqt5core5a configurado para instalar manualmente.

você tem uma libqt5core5a mais nova do que a versão no stable:

$ rmadison libqt5core5a
libqt5core5a | 5.3.2+dfsg-4+b1 | oldstable-kfreebsd | [...]
libqt5core5a | 5.3.2+dfsg-4+deb8u1~bpo70+1 | wheezy-backports | [...]
libqt5core5a | 5.3.2+dfsg-4+deb8u2 | oldstable | [...]
libqt5core5a | 5.7.1+dfsg-3+b1 | stable | [...]
libqt5core5a | 5.7.1+dfsg-3+deb9u1 | stable-new | [...]
libqt5core5a | 5.10.1+dfsg-5 | unstable | [...]
libqt5core5a | 5.11.2+dfsg-7 | unstable | [...]
libqt5core5a | 5.11.3+dfsg-2 | testing | [...]
libqt5core5a | 5.11.3+dfsg-2 | unstable | [...]
libqt5core5a | 5.11.3+dfsg-3 | experimental | [...]

isso significa que em algum ponto você instalou pacotes do testing/unstable, e
depois removeu do sources.list. em geral, misturar pacotes de testing/unstable
com um sistema stable causa esse tipo de problema.

você tem duas opções

1) fazer logo um upgrade do sistema pro buster (atual testing, próximo release)
------------------------------------------------------------------------

essa é a opção mais fácil, mas vem com os possíveis problemas que podem
acontecer num upgrade. apesar disso, estamos bem próximos do
congelamento pro lançamento do buster, então mudanças bruscas
dificilmente vão acontecer a essa altura.

lembre de usar "buster" no sources.list, e não "testing".

2) fazer downgrade de tudo de volta pras versões do stable.
------------------------------------------------------------------------

esse opção tem um problema, que é: apesar do apt suportar fazer
downgrades, no desenvolvimento do Debian a gente não testa downgrades e
não é suportado de verdade. mas se você quiser tentar ...

eu tentei reproduzir o seu ambiente aqui, instalando a libqt5core5a do
testing num container stable, e cheguei no mesmo ponto em que você:

The following packages have unmet dependencies:
openscad : Depends: libqt5gui5 (>= 5.4) but it is not going to be installed
Depends: libqt5opengl5 (>= 5.4) but it is not going to be installed
Depends: libqt5printsupport5 (>= 5.4) but it is not going to be installed
Depends: libqt5scintilla2-12v5 (>= 2.8.4) but it is not going to be installed
Depends: libqt5widgets5 (>= 5.4.0) but it is not going to be installed

você pode tentar o seguinte: cria um arquivo
/etc/apt/preferences.d/stable, com o seguinte conteúdo:

Package: *
Pin: release a=stable
Pin-Priority: 9999

aí tenta instalar o openscad de novo. o apt vai te avisar dos downgrades
que ele vai fazer assim (no seu caso provavelmente vão ser mais pacotes
que isso):

The following packages will be DOWNGRADED:
libqt5core5a

no meu container aqui, a instalação completou. mas eu nem tentei rodar o
openscad.
signature.asc

Hiure Queiroz

unread,
Jan 29, 2019, 3:30:03 PM1/29/19
to
Olá Antônio, que incrível você matou a xarada, valeu!

Eu de fato tinha feito isso, coloquei um repositório do testing para instalar o keepass para gerenciar senhas. E de fato quando fiz o que vc sugeriu apareceu justamente ele para desinstalar.

No fim abri aqui o openscad tá redondo, agora vou procurar um outro gerenciador de senhas e ta tudo ok.

Muito obrigado pela ajuda!

Antonio Terceiro

unread,
Jan 30, 2019, 1:20:02 PM1/30/19
to
On Tue, Jan 29, 2019 at 06:21:15PM -0200, Hiure Queiroz wrote:
> Olá Antônio, que incrível você matou a xarada, valeu!

legal

> Eu de fato tinha feito isso, coloquei um repositório do testing para
> instalar o keepass para gerenciar senhas. E de fato quando fiz o que vc
> sugeriu apareceu justamente ele para desinstalar.

fazer isso (instalar pacotes do testing no stable) quase sempre cria um
problema lá na frente, a nao ser quando são pacotes muito simples que
têm poucas dependências, ou que não dependem de atualizar componentes
básicos do sistema (como no seu caso, a Qt).

se você realmente _precisa_ de algo do testing que não está disponível
no backports, é melhor usar o testing todo logo, ou instalar via um
docker ou flatpak da vida.
signature.asc

Hiure Queiroz

unread,
Feb 5, 2019, 3:20:03 PM2/5/19
to
Opa tudo bem?

Cara eu queria reviver um pouco esse tópico, porque me aconteceu algo curioso que me parece um efeito colateral dessas mudanças.

Depois que eu fiz aquela alteração eu comecei a ter um problema com a interface gráfica e alguns programas pararam de abrir. Um deles eu removi para instalar de novo e ele me levou a interface gráfica inteira. Depois eu instalei tudo de novo e agora estou tendo problema com o libreoffice quando tento abir ele normalmente ele não abre, simplesmente não aparece nada. Mas se eu vou no terminal e abro ele com sudo libreoffice ele abre. Eu sou péssimo no assunto permissões no debian e me parece que é só dar permissão para meu usuário abrir a interface gráfica do libreoffice, mas também eu não consigo buscar sobre esse assunto por ai, não to conseguindo perguntar sobre esse problema, pode me dar mais uma ajudinha?


valeu

Antonio Terceiro

unread,
Feb 6, 2019, 7:40:03 AM2/6/19
to
On Tue, Feb 05, 2019 at 06:09:51PM -0200, Hiure Queiroz wrote:
> Opa tudo bem?
>
> Cara eu queria reviver um pouco esse tópico, porque me aconteceu algo
> curioso que me parece um efeito colateral dessas mudanças.
>
> Depois que eu fiz aquela alteração eu comecei a ter um problema com a
> interface gráfica e alguns programas pararam de abrir. Um deles eu removi
> para instalar de novo e ele me levou a interface gráfica inteira.

Como eu te disse, instalar pedaços do testing num sistema stable costuma
causar problemas, incluindo erros aleatórios. Isso acontece pelo simples
fato de que essa combinação de componentes provavelmente nunca foi
testada.

Eu posso tentar dar algumas dicas com relação a alguns problems
específicos, mas a solução definitiva muito provavelmente seria
reinstalar o sistema. Ou, se você não puder fazer isso por algum motivo,
ao menos remover todos os pacotes que vieram do testing, e depois
reinstalar o que você precisa com pacotes do stable.

> Depois eu instalei tudo de novo e agora estou tendo problema com o
> libreoffice quando tento abir ele normalmente ele não abre,
> simplesmente não aparece nada. Mas se eu vou no terminal e abro ele
> com sudo libreoffice ele abre. Eu sou péssimo no assunto permissões no
> debian e me parece que é só dar permissão para meu usuário abrir a
> interface gráfica do libreoffice, mas também eu não consigo buscar
> sobre esse assunto por ai, não to conseguindo perguntar sobre esse
> problema, pode me dar mais uma ajudinha?

Isso não está com cara de problema de permissão. O fato de funcionar com
sudo pode estar relacionado a estar rodando com uma conta de usuário
diferente. pode ser que um componente vindo do testing atualizou os
arquivos no seu $HOME (e.g. ~/.config/libreoffice/) pra um formato novo,
e ai quando vc volta pra versão anterior que não suporta aquele formato,
o libreoffice quebra.

Tente o seguinte:

- rode o libreoffice pelo terminal, sem sudo, e manda aqui a mensagem de
erro que aperece

- tente criar uma conta de usuário limpa, logue nela, e abra o
libreoffice pra ver se funciona.

- se funcionar, significa que alguma coisa no seu usuário está
causando o problema. nesse caso, tente apagar o
~/.config/libreoffice da sua conta original pra ver se funciona.
faça um backup desse diretório antes pro caso de ter alguma
configuração importante.

- se não funcionar, tente rodar o libreoffice pelo terminal também, e
veja se a mensagem de erro ainda é a mesma.
signature.asc

Antonio Carlos Padoan Junior

unread,
Feb 7, 2019, 2:10:03 PM2/7/19
to
Vejam se este link pode ajudar:

https://www.maketecheasier.com/run-bleeding-edge-software-debian-ubuntu/

Atenciosamente,
--
Antonio Carlos PADOAN JUNIOR
Phone: +33(0)6 5035 1196
GPG fingerprint:
243F 237F 2DD3 4DCA 4EA3 1341 2481 90F9 B421 A6C9
signature.asc

Hiure Queiroz

unread,
Feb 7, 2019, 7:00:04 PM2/7/19
to
Olá Antonio, mas uma vez eu agradeço a ajuda,

Quando eu rodo pelo terminal ele simplesmente não acontece nada, fica o terminal suspenso e não aparece nenhuma mensagem.

Mas ai o que eu fiz aqui que resolveu antes de tentar criar uma conta foi colocar o meu usuario no grupo root

sudo usermod -a -G root hiure

Será que isso é uma coisa ruim de se fazer? Sera que seria melhor criar a nova conta como você sugeriu?

Leandro Guimarães Faria Corcete DUTRA

unread,
Feb 9, 2019, 7:40:03 AM2/9/19
to
Le jeudi 07 février 2019 à 21:57 -0200, Hiure Queiroz a écrit :
> é uma coisa ruim de se fazer?

Péssima. Significa que dispensas boa parte da arquitetura de segurança
do Debian GNU/Linux.


> Sera que seria melhor criar a nova conta como você sugeriu?

Qualquer coisa é melhor que rodar como superusuário: eu indicaria
remover todos os pacotes da distribuição de testes para repô-los com os da estável, como o Terceiro sugeriu.



--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 gTalk: xmpp:lean...@jabber.org
+55 (61) 9302 2691 ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3 MSN: msnim:chat?contact=lea...@dutra.fastmail.fm

Hiure Queiroz

unread,
Feb 10, 2019, 6:00:03 AM2/10/19
to
Olá Leandro,

Então achei que aquela alteração que o Terceiro sugeriu de editar o /etc/apt/preferences.d/stable já me faria remover todos os pacotes do testing, mas pelo jeito não era só isso.

A outra sugestão do Terceiro foi de fazer um upgrade para o buster logo, será que é melhor nesse caso?

Guimarães Faria Corcete DUTRA, Leandro

unread,
Feb 15, 2019, 11:00:03 AM2/15/19
to
Le Sun, Feb 10, 2019 à 8:59 AM, Hiure Queiroz
<hiurea...@gmail.com> a écrit :
>
> Então achei que aquela alteração que o Terceiro sugeriu de editar o /etc/apt/preferences.d/stable já me faria remover todos os pacotes do testing, mas pelo jeito não era só isso.

Sugiro que leias um pouco de documentação do Apt. Havia um Apt how-to
em português que não é mais atualizável mas talvez seja útil.


> A outra sugestão do Terceiro foi de fazer um upgrade para o buster logo, será que é melhor nesse caso?

Certamente seria o caminho natural, mas não é garantido, vez que ainda
não é uma versão estável. Mas remover os pacotes de teste também não
é garantido. O mais seguro sempre é ater-se à estável, e o segundo
mais seguro manter uma distribuição teste pura.
0 new messages