Back

@Rivaille_VD por nada não mas isso não faz muito sentido. Depende somente dessa pyttsx?

@Rivaille_VD então, eu já usei o tts do Google em py e não tive isso. Vo tentar rodar num container pra replicar por curiosidade. Mas a única limitação que normalmente eu vejo é não ter credencial suficiente ou não ter um ambiente com os requisitos de build adequados.

@pqatsi esses eram os erros que apareciam para mim.

pesquisando mais a fundo eu descobri que era uma limitação do Archlinux

@Rivaille_VD seu problema chama-se Arch Linux.

Desde quando distro tem que mudar comportamento de aplicação?

Mais uma pra lista de cagadas do arch.

@Rivaille_VD dito isso, o que eles dizem tá certo. Prefira pacotes da distro. Se não tem, no arch é melhor empacotar (por ser fácil). Ou usa container/virtualenv.

@Rivaille_VD E use una distro sería :p

@pqatsi eu gosto muito do manjaro e tals, só que quando mais coisas complexas eu tento executar mais eu percebo as limitações... estou analisando o linux mint ou o Debian pra ver qual se sai melhor.

@Rivaille_VD @pqatsi independente de distro não cria nada fora do virtualenv, o gerenciamento de pacote do python é horrível, sem virtualenv é impossível manter as dependências direito, se não conflitar com os pacotes do sistema, vai eventualmente conflitar com as dependências de outro projeto. Eu nem sabia que o arch tinha essa limitação, nunca criei um projeto que tinha dependências sem virtualenv.

@MatheusHDev @Rivaille_VD Eu não concordo não. Muito mais fácil usar um container python-slim e usar o pip. Principalmente se vc precisa garantir que nada fora do ambiente vai interferir.

Fora que convenhamos, pra fazer um ci/cd fica bem mais fácil não ter que preocupar com isso.

@pqatsi @Rivaille_VD realmente eu tinha esquecido dos containers, mas normalmente eu não uso muito CI/CD. Mas definitivamente o deploy com containers vai ser mais fácil, apesar que localmente o venv é mais simples e já resolve o problema de dependência.