{"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\/fr\/blog\/news\/mejntejnery-fedora-i-gentoo-otkazalis-ot-soprovozhdeniya-paketov-s-telegram-desktop","title":{"rendered":"Les mainteneurs de Fedora et Gentoo ont abandonn\u00e9 le suivi des paquets de Telegram Desktop","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Le mainteneur des paquets Telegram Desktop pour Fedora et RPM Fusion a annonc\u00e9 la suppression des paquets des d\u00e9p\u00f4ts. Un jour auparavant, le mainteneur des paquets pour Gentoo a \u00e9galement annonc\u00e9 l'arr\u00eat du support de Telegram Desktop. Dans les deux cas, il a \u00e9t\u00e9 d\u00e9clar\u00e9 qu'il \u00e9tait pr\u00eat \u00e0 ramener les paquets dans les d\u00e9p\u00f4ts si un nouveau mainteneur se manifestait, pr\u00eat \u00e0 prendre la rel\u00e8ve. <\/p>\n
Les raisons \u00e9voqu\u00e9es pour le retrait du soutien \u00e0 Telegram Desktop par les d\u00e9veloppeurs actuels incluent l'attitude peu accueillante et d\u00e9sagr\u00e9able des cr\u00e9ateurs, qui ne prennent m\u00eame pas la peine de r\u00e9soudre les erreurs causant des probl\u00e8mes lors de la compilation de leurs fichiers sources dans les distributions Linux. Les rapports concernant de telles erreurs sont imm\u00e9diatement class\u00e9s comme \"WONTFIX\" avec la recommandation d'utiliser des versions binaires semi-propri\u00e9taires depuis le site officiel. <\/p>\n
La situation est aggrav\u00e9e par le fait que des probl\u00e8mes emp\u00eachant la compilation des paquets refont surface r\u00e9guli\u00e8rement dans les nouvelles versions, et toutes les tentatives d'am\u00e9liorer les d\u00e9fauts en amont se heurtent \u00e0 des d\u00e9clarations selon lesquelles les d\u00e9veloppeurs ne soutiennent que leurs propres versions statiques et que tous les probl\u00e8mes li\u00e9s \u00e0 la cr\u00e9ation de versions personnalis\u00e9es doivent \u00eatre r\u00e9solus de mani\u00e8re autonome. Par exemple, le support des versions Qt sup\u00e9rieures \u00e0 5.15 a r\u00e9cemment \u00e9t\u00e9 arr\u00eat\u00e9, et toutes les demandes de suggestions pour r\u00e9soudre le probl\u00e8me rencontr\u00e9 ont simplement \u00e9t\u00e9 ignor\u00e9es. <\/p>\n
On note \u00e9galement la confusion g\u00e9n\u00e9rale concernant l'organisation de la compilation de Telegram Desktop, ce qui complique le maintien. Le projet est scind\u00e9 en quatre diff\u00e9rents d\u00e9p\u00f4ts (application, biblioth\u00e8que pour webrtc, scripts pour le syst\u00e8me de compilation cmake et biblioth\u00e8que pour le traitement du son), mais seules les publications sont form\u00e9es dans un d\u00e9p\u00f4t, tandis que les trois autres sont simplement mises \u00e0 jour au fur et \u00e0 mesure du d\u00e9veloppement sans fixation de l'\u00e9tat. De plus, la compilation est compliqu\u00e9e par des conflits de d\u00e9pendances qui surviennent lors de la tentative de prise en charge de Wayland et x11, PulseAudio et ALSA, OpenSSL et LibreSSL. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"