Biblioteca do qt nao esta sendo achada por outras aplicacoes
A pull request for this has already been merged.
- #2 by @Pvcunha — merged
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 30/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- dockerfile, shell
- Domain
- devops, infrastructure
Research direction
Inspect the Qt installation script or Dockerfile and the merged pull request #2 first. Add the library path to /etc/ld.so.conf.d/x86_64-linux-gnu.conf, run ldconfig, and verify with ldd that the Qt libraries resolve; the rcssmonitor check should then reach its expected no-display error.
Written by the indexing model from the issue text.
Description
> > O erro do monitor era esperado?
vou tentar descobrir hoje, eu tinha visto ele já. Vou comparar as libs pra imagem
pvcunha/robocin-2d:ubuntu-20.04para essa. Mas esse arquivo que ele diz que ta faltando ta no caminho /opt/qt/5.15.2/lib, pelo que me recordo do que vi ontem... Enfim foi dar uma averiguada melhor
O problema no qt eh o seguinte, os .so nao estao sendo achados pelo container. Como pode ser visto na imagem (ldd eh um comando pra verificar dependencias de shared libraries)
Portanto o que precisa ser feito eh adicionar o path /opt/qt/5.15.2/gcc_64/lib para procurar por biblioteca nesse diretorio. Para isso ser feito basta adicionar uma linha ao arquivo /etc/ld.so.conf.d/x86_64-linux-gnu.conf contendo o path das bibliotecas do qt.
Em seguida precisamos "atualizar" as bibliotecas do sistema com o comando ldconfig, e temos o seguinte output no comando ldd
e por fim o output esperado do rcssmonitor por nao ter display disponivel ainda:
O proximo passo eh fazer isso de forma automatica pelo Dockerfile ou pelo script de instalacao do qt...
referencias:
https://unix.stackexchange.com/questions/168340/where-is-ld-library-path-how-do-i-set-the-ld-library-path-env-variable
https://www.gnu.org/software/grep/manual/grep.html
https://manpages.ubuntu.com/manpages/trusty/man1/ldd.1.html
Originally posted by @Pvcunha in https://github.com/robocin/scripts-ubuntu-common/issues/2#issuecomment-1387303257
- Dominant language
- Shell
- Stars
- 0
- Forks
- 0
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from robocin/scripts-ubuntu-common
-
robocin/scripts-ubuntu-common#5 · 1 comment · 1 assignee ·
-
robocin/scripts-ubuntu-common#1 · 1 comment · 1 assignee ·
All issues in robocin/scripts-ubuntu-common
Similar issues
-
Update Vish to 1.1.5 Openpackage-update
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
oSoWoSo/vOid_Community_repOsitory#144 · 1 comment ·
-
help wanted new command
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
tldr-pages/tldr#24151 ·
-
PacReq: Rune IDE Openpackage request
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
pacstall/pacstall-programs#9402 ·
-
[BUG] ci: the first prefetch-images.sh call runs before shard.txt exists, so it is always a no-op Openbug github-actions
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
-
update-request
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
msys2/MINGW-packages#31768 ·