<div dir="ltr"><div>I have the exact same issue. Gajim doesn't start anymore, after last upgrade.</div><div>I'm running Debian testing.<br></div><div><br></div><div>If I try to start Gajim from the terminal I get this message:<br>«No translations found for en_US<br>Dirs searched: [PosixPath(’/home/user/.local/share'), PosixPath(’/usr/local/share’), PosixPath(’/usr/share’)]<br>No plugin translation path available<br>terminate called after throwing an instance of ’std::runtime_error’<br>  what(): Unable to read configuration<br>Aborted»</div><div><br></div><div>After some investigations, I was able to get Gajim to start up without any problems, and in a way that kept my accounts and settings.</div><div><br>I started by trying to install a previous version of Gajim, but I realized that this would raise a lot of dependency issues. Debian package management (aptitude) itself warned of this. So I gave up on this idea.<br>Next, I tried to install an older version of the libproxy1v5 package, but I realized that this would also raise a lot of dependency issues. Debian package management (aptitude) itself warned of this. So I gave up on that idea as well.<br><br>Then I managed to solve the problem this way:<br>a) I downloaded an older version of libproxy1v5 (the buster version). I downloaded that *.deb file from here:<br><a href="https://packages.debian.org/buster/amd64/libproxy1v5/download">https://packages.debian.org/buster/amd64/libproxy1v5/download</a><br>b) Then I unpacked the aforementioned file.<br>c) Then I went to "/usr/lib/x86_64-linux-gnu" directory and made a backup of the "libproxy.so.1.0.0" file: # cp libproxy.so.1.0.0 libproxy.so.1.0.0.orig<br>d) Then, I copied the libproxy.so.1.0.0 file from the extracted package I've previously downloaded from the Debian website, that is, the "buster" version of such file, to the said directory "/usr/lib/x86_64-linux-gnu /".</div><div><br></div><div>Of course this is only a temporay workaround.</div><div><br></div><div><span class="gmail-HwtZe" lang="en"><span class="gmail-jCAhz gmail-ChMk0b"><span class="gmail-ryNqvb">I've have reported this issue on XMPP's MUC (<a href="mailto:gajim@conference.gajim.org">gajim@conference.gajim.org</a>). They refuse to accept that this bug is their responsibility, so they will do nothing to fix it.</span></span> <span class="gmail-jCAhz gmail-ChMk0b"><span class="gmail-ryNqvb">In fact, Gajim's developers have explicitly told me that this bug is the sole and exclusive responsibility of the Debian team.</span></span><br></span></div><div><span class="gmail-HwtZe" lang="en"><br></span></div><div><span class="gmail-HwtZe" lang="en"><span class="gmail-jCAhz gmail-ChMk0b"><span class="gmail-ryNqvb">I also told them that the Gajim project has become excessively complex, particularly after the introduction of video chat, which means that the programming language in which it is written (python) has become inappropriate, as can be seen</span></span> after <span class="gmail-jCAhz gmail-ChMk0b"><span class="gmail-ryNqvb">reading these articles:</span></span></span></div><div><span class="gmail-HwtZe" lang="en"><span class="gmail-jCAhz gmail-ChMk0b"><span class="gmail-ryNqvb"><a href="https://granulate.io/blog/optimizing-python-why-python-is-slow-optimization-methods/">https://granulate.io/blog/optimizing-python-why-python-is-slow-optimization-methods/</a><br><a href="https://devm.io/java/energy-efficient-programming-languages-137264">https://devm.io/java/energy-efficient-programming-languages-137264</a><br><a href="https://towardsdatascience.com/why-python-is-not-the-programming-language-of-the-future-30ddc5339b66?gi=c7558778945d">https://towardsdatascience.com/why-python-is-not-the-programming-language-of-the-future-30ddc5339b66?gi=c7558778945d</a><br><a href="https://content.techgig.com/technology-guide/3-reasons-why-python-is-not-suitable-for-big-projects/articleshow/90765233.cms">https://content.techgig.com/technology-guide/3-reasons-why-python-is-not-suitable-for-big-projects/articleshow/90765233.cms</a></span></span></span></div><div><br></div><div><span class="gmail-HwtZe" lang="en"><span class="gmail-jCAhz gmail-ChMk0b"><span class="gmail-ryNqvb">After having told Gajim's develepers, in an extremely polite manner, that I did not agree with them, as in my opinion the bug reported here is their responsibility, and not a bug introduced downstream, I was immediately banned from said Gajim's MUC, without any justification or</span></span> <span class="gmail-jCAhz gmail-ChMk0b"><span class="gmail-ryNqvb">early warning.</span></span></span></div><div><br></div><div>That's speak volumes about the Gajim team. They not only suppress freedom of choice but thay are also recurring to low level methods in order to hide Gajim issues and bugs. I felt compelled to report this incident downstream. It's a childishly and autocratic behavior.<br><br>In the present circumstances I wonder if the Debian project should continue to maintain the Gajim application in its repositories.</div><div><br></div><div><span class="gmail-HwtZe" lang="en"><span class="gmail-jCAhz gmail-ChMk0b"><span class="gmail-ryNqvb">Greetings to all.</span></span></span></div></div>