Der Betreuer von Paketen mit Telegram Desktop für Fedora und RPM Fusion kündigte die Entfernung von Paketen aus den Repositories an. Am Tag zuvor wurde vom Betreuer der Gentoo-Pakete auch die Unterstützung für Telegram Desktop angekündigt. In beiden Fällen erklärten sie ihre Bereitschaft, Pakete an die Repositories zurückzugeben, wenn ein neuer Betreuer für sie gefunden wird, der bereit ist, die Wartung zu übernehmen.
Als Gründe für die Verweigerung der Unterstützung von Telegram Desktop nennen die derzeitigen Betreuer die abstoßende und feindselige Haltung der Entwickler, die nicht einmal versuchen, die Fehler zu verstehen, die zu Problemen beim Erstellen ihres Quellcodes auf Linux-Distributionen führen. Meldungen zu solchen Fehlern werden sofort mit dem Zeichen „WONTFIX“ und der Empfehlung zur Verwendung halbproprietärer Binärassemblys von der offiziellen Website geschlossen.
Die Situation wird durch die Tatsache verschärft, dass in neuen Versionen regelmäßig Probleme auftauchen, die die Zusammenstellung von Paketen beeinträchtigen, und alle Versuche, Mängel im Upstream zu beseitigen, auf die Aussage hinauslaufen, dass Entwickler nur ihre eigenen statischen Assemblies und alle Probleme bei der Erstellung ihrer eigenen unterstützen Baugruppen sollten unabhängig voneinander gelöst werden. Beispielsweise wurde kürzlich die Unterstützung für Assemblys mit Qt-Versionen älter als 5.15 eingestellt und alle Anfragen nach Vorschlägen zur Lösung des Problems wurden einfach ignoriert.
Außerdem wird auf die allgemeine Komplexität der Telegram-Desktop-Montageorganisation hingewiesen, die die Wartung erschwert. Das Projekt ist in vier verschiedene Repositorys unterteilt (Anwendung, Bibliothek für webrtc, Skripte für das cmake-Build-System und Bibliothek für die Audioverarbeitung), aber nur ein Repository generiert Releases, und die anderen drei werden einfach im Verlauf der Entwicklung aktualisiert, ohne den Status festzuschreiben. Darüber hinaus wird der Build durch Abhängigkeitskonflikte behindert, die auftreten, wenn versucht wird, Unterstützung für Wayland und x11, PulseAudio und ALSA, OpenSSL und LibreSSL bereitzustellen.
Source: opennet.ru