{"id":99305,"date":"2021-03-02T10:22:55","date_gmt":"2021-03-02T08:22:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/mejntejnery-fedora-i-gentoo-otkazalis-ot-soprovozhdeniya-paketov-s-telegram-desktop"},"modified":"2021-03-02T10:22:55","modified_gmt":"2021-03-02T08:22:55","slug":"mejntejnery-fedora-i-gentoo-otkazalis-ot-soprovozhdeniya-paketov-s-telegram-desktop","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/mejntejnery-fedora-i-gentoo-otkazalis-ot-soprovozhdeniya-paketov-s-telegram-desktop","title":{"rendered":"Die Maintainer von Fedora und Gentoo haben die Pflege der Pakete mit Telegram Desktop eingestellt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Der Paketbetreuer f\u00fcr Telegram Desktop f\u00fcr Fedora und RPM Fusion hat die Entfernung der Pakete aus den Repositories angek\u00fcndigt. Einen Tag zuvor hatte der Paketbetreuer f\u00fcr Gentoo ebenfalls die Unterst\u00fctzung f\u00fcr Telegram Desktop eingestellt. In beiden F\u00e4llen wurde erkl\u00e4rt, dass die Pakete wieder in die Repositories aufgenommen werden k\u00f6nnten, sofern ein neuer Maintainer gefunden wird, der bereit ist, die Betreuung zu \u00fcbernehmen. <\/p>\n
Die Situation wird dadurch versch\u00e4rft, dass Probleme, die das Kompilieren der Pakete behindern, regelm\u00e4\u00dfig in neuen Versionen auftreten, und alle Versuche, M\u00e4ngel im Upstream zu beseitigen, auf die Aussage reduziert werden, dass die Entwickler nur ihre eigenen statischen Builds unterst\u00fctzen und alle Probleme beim Erstellen eigener Builds selbst gel\u00f6st werden sollten. So wurde zum Beispiel k\u00fcrzlich die Unterst\u00fctzung von Builds mit Qt-Versionen \u00fcber 5.15 eingestellt, und alle Anfragen mit Vorschl\u00e4gen, das Problem irgendwie zu l\u00f6sen, wurden einfach ignoriert. <\/p>\n
Es wird auch die allgemeine Verwirrung bei der Organisation des Builds von Telegram Desktop hervorgehoben, die die Betreuung erschwert. Das Projekt ist in vier verschiedene Repositories unterteilt (Anwendung, WebRTC-Bibliothek, Skripte f\u00fcr das Build-System CMake und eine Bibliothek zur Audiobearbeitung), aber nur in einem Repository werden Releases erstellt, w\u00e4hrend die anderen drei einfach w\u00e4hrend der Entwicklung aktualisiert werden, ohne den Zustand festzuhalten. Dar\u00fcber hinaus erschweren Konflikte mit Abh\u00e4ngigkeiten, die entstehen, wenn versucht wird, Unterst\u00fctzung f\u00fcr Wayland und x11, PulseAudio und ALSA, OpenSSL und LibreSSL zu gew\u00e4hrleisten, die Erstellung. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"