bolha.us is one of the many independent Mastodon servers you can use to participate in the fediverse.
We're a Brazilian IT Community. We love IT/DevOps/Cloud, but we also love to talk about life, the universe, and more. | Nós somos uma comunidade de TI Brasileira, gostamos de Dev/DevOps/Cloud e mais!

Server stats:

250
active users

@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.

Levs :autism:🍷

@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.

@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 @pqatsi vou guardar essa informação pro resto da vida.

@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.

@MatheusHDev @Rivaille_VD um dia a aplicação vai rodar. Nesse dia, quanto mais perto do vanilla, melhor :)

Venv não é ruim se vc sabe pra q usa (e dá pra dar pip install virtualenv no container hehehe). Minha birra é mexer no desenvolvimento porque a distro do dev é sem educação.

E pra isolar ambiente ruim, nada melhor que container/VM.

@pqatsi @Rivaille_VD você tem um ponto, com venv também sempre tem o risco de mandar um pip install sem lembrar de ativar o ambiente virtual também. Apesar que eu uso poetry para não correr o risco.