Mauvaise nouvelle pour Canonical, il n'y aura pas de Steam pour Ubuntu 19.10

Ubuntu 19.10 sans 32 bits

Il semble que les choses se retournent contre Canonical à la suite des mauvaises décisions que vous avez prises ces derniers temps. Eh bien, comme mentionné dans les articles précédents ici sur le blog lune décision récente des développeurs Canonical de supprimer complètement la prise en charge de la livraison de paquets 32 bits en commençant par la prochaine version d'Ubuntu.

Et non seulement cela, cette décision affecte, aussi optimiste soit-elle là où elle ne s'appliquait qu'à Ubuntu, ce n'était pas comme ça, car dans un premier temps elle affecte tous les écosystèmes qui en sont basés, à partir des saveurs officielles telles que Kubuntu , Xubuntu, Lubuntu, etc., ainsi que des dérivés de celui-ci, par exemple Linux Mint, Zorin OS, Puppy Linux, etc.

Comme beaucoup d'entre vous le savent peut-être, Canonical a mis de côté l'imagerie 32 bits pour Ubuntu, maintenant les développeurs Ubuntu ont pris la décision d'achever la fin du cycle de vie de l'architecture dans la distribution.

En Ubuntu 19.10 cette version n'aura plus la possibilité d'avoir les packages avec l'architecture i386 dans le référentiel.

Face à cette décision, quelques jours plus tard, les développeurs en charge du projet Wine ont répondu à Canonical sur la mauvaise décision ils prenaient et que cela pourrait leur coûter trop cher.

Depuis Wine, ils commentent que si Canonical est mis en pratique, Ubuntu 19.04 serait officiellement laissé sans support pour Wine.

Et ce n'est pas par simple caprice des développeurs de Wine, mais que car les versions actuelles de Wine pour les distributions 64 bits sont basées sur Wine32 et nécessitent des bibliothèques 32 bits.

En règle générale, dans les environnements 64 bits, les bibliothèques 32 bits requises sont livrées dans des packages multiarchives, mais dans Ubuntu, il a été décidé d'arrêter complètement de créer de telles bibliothèques.

Avec cela, vous pouvez comprendre pourquoi Il n'est pas encore possible d'arrêter de prendre en charge cette architecture de packageEh bien, dans Wine, dont l'édition 64 bits n'est pas encore prête pour une utilisation générale, et la plate-forme de livraison de jeux GOG, que Wine utilise pour lancer de nombreux jeux.

Valve rejoint Wine et laisse Ubuntu 19.10 non pris en charge

Après les informations que les gens de Wine ont diffusées, C'est maintenant au tour de la société Valve dans laquelle l'un de ses employés a annoncé que la société ne soutiendrait plus officiellement la prochaine version de la distribution. Ubuntu sur Steam, à partir de la version 19.10, et ne le recommandera pas à ses utilisateurs.

Décision a été prise dans le cadre de l'arrêt complet de la formation de paquets 32 bits dans Ubuntu 19.10, y compris les versions de bibliothèque 32 bits requises pour exécuter les applications 32 bits existantes.

Pour exécuter certains jeux depuis Steam, la présence de bibliothèques 32 bits est requise. Valve envisage des moyens possibles de minimiser les dommages dus au rejet de la prise en charge d'Ubuntu 19.10+, mais va maintenant se concentrer sur la promotion d'une autre distribution.

Le type de distribution à proposer tel que recommandé sera annoncé ultérieurement. Ce sera probablement Debian, car Valve développe sa propre distribution SteamOS, dont la dernière mise à jour a été publiée en avril.

Sans doutes cette décision prise par les développeurs Canonical peut mettre la balance contre eux, Eh bien, comme mentionné au début, cela affecte non seulement la distribution, mais affecte également tous ses écosystèmes basés sur elle.

De plus, beaucoup d'entre eux demanderont à Canonical de reconsidérer ce qu'il fait, car cela affectera des tiers.

Donc si c'est le cas, peut-être et nous pourrions voir que beaucoup de ses dérivés pourraient changer la base de Debian.

Bien qu'il existe des rapports non confirmés selon lesquels Canonical envisage d'annuler la décision pour cesser de prendre en charge i386 ou organiser la livraison de packages multiarchives avec des bibliothèques 32 bits pour les environnements 64 bits


Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont marqués avec *

*

*

  1. Responsable des données: Miguel Ángel Gatón
  2. Finalité des données: Contrôle du SPAM, gestion des commentaires.
  3. Légitimation: votre consentement
  4. Communication des données: Les données ne seront pas communiquées à des tiers sauf obligation légale.
  5. Stockage des données: base de données hébergée par Occentus Networks (EU)
  6. Droits: à tout moment, vous pouvez limiter, récupérer et supprimer vos informations.

  1.   Bord Matic dit

    Je pense que vous tirez le vélo, il n'y a rien de décidé par Canonical quand il s'agit de supprimer le support 32 bits, ils l'ont simplement proposé, ce qui ne veut pas dire qu'ils vont le faire, de toute façon, si vous avez installé Steam et vous mettez à jour vers 19.04, cela continuerait de fonctionner et sinon, l'option des packages multiarch serait prise, comme vous l'avez mentionné dans l'article, ce qui intéresse Valve (rappelez-vous qu'Ubuntu est le Linux le plus utilisé) et Canonical est pas intéressé à perdre l'option Steam, avec laquelle je prédis qu'il y aura Steam dans Eoan Ermine

    1.    Nihilus dit

      Je n'en doute pas, Canonical ne veut pas perdre de monde, mais les dégâts que cette nouvelle a causés et celui de Wine sont faits, j'ai déjà vu comment plusieurs envisagent déjà de migrer vers les autres distributions non-Ubuntu comme OpenSuse , Debian, Fedora et un long etc ...

      1.    Nihilus dit

        C'est plus jusqu'à ce que j'y réfléchisse ...

  2.   José L. Villazon Solis dit

    Ou pour Windows, ostia, qui a mis ça

  3.   Tyroliennes dit

    La prétendue nouvelle est due à une mauvaise compréhension d'une liste de diffusion publiée par un développeur Ubuntu.
    Ni Ubuntu n'abandonne la prise en charge des packages 32 bits, ni Valve ne cesse de prendre en charge Steam sur Ubuntu.
    https://www.omgubuntu.co.uk/2019/06/is-ubuntu-not-dropping-32-bit-app-support-after-all