Puts, parece ser complicado, tem algum firewall instalado? (antigamente vinha alguns, não me lembro o nome do que vinha com o ubuntu)
MRLimcon
I use msys2 (https://www.msys2.org/), it uses pacman as its package manager and has a lot of developer packages (so i can compile fortran and integrating it to python). It comes with bash and a terminal, but I used windows terminal and made a profile for using msys2's bash, the same on vscode. Then I installed neofetch (https://packages.msys2.org/base/neofetch) and just saw this hahaha.
Puts, deveria estar rodando tranquilamente com esse pc. Únicos problemas que posso pensar são o portal de interação entre o sistema e o flatpak, que sempre pode fazer todos os flatpaks demorarem 30 segundos pra abrir (problema relacionado ao dbus e se resolve deletando o portal ou mudando a implementação do daemon do dbus que vc roda), a gtx 1050 ti pode estar agindo estranha por causa do driver, também pode ser a indexação do disco ( https://tracker.gnome.org/faq/ ), como já disseram, ou em último caso, pode ser uma regressão do fedora mesmo.
Tenta ficar de olho se os flatpaks estão demorando muito pra abrir ou se é o tracker-miner-fs que está usando muita memória ram, disco e cpu ao mesmo tempo.
Existem diversas coisas que podem dar problema. Quais os programas que estão travando? São flatpaks ou snaps? Qual a DE? Qual sua configuração de PC?
Yes, I remember reading about a gtk thing that interacts with flatpak, they said it should not give this error in April, but it seems to still be happening, idk.
Edit: I just saw that you deleted the gtk portal and it worked! So no need to install another dbus daemon.
I installed dbus-broker and the package manager checked the dependencies and removed the unnecessary stuff. After that I applied the dbus-broker services:
systemctl enable dbus-broker.service
sudo systemctl --global enable dbus-broker.service
And then restarted.
Idk if it might break things in mint, so I would be cautious.
I had this problem with flatpaks, I changed the dbus implementation to dbus-broker (in endeavouros) and it fixed the issue. It may be the same problem.
Ahh, acho que o container tá roteando da porta 8080 pra porta 80 (-p 8080:80), então vc consegue acessar pela porta 80. Tenta rotear da porta do programa pra alguma outra porta (tipo a porta 8090: -p 8080:8090). Se não for isso, vou procurar mais coisas do que pode ser.
Aí daria pra acessar pelo localhost:8090