Auteur Sujet: Ubuntu 18.10, Canonical envisage la fin du support 32-bit (Lu 17251 fois)

vivien · « **Réponse #24 le:** 22 juin 2019 à 19:00:49 »

Le support 32bits sera supprimé dans Ubuntu 19.10 qui va sortir en octobre 2019.

Aujourd'hui, avec Ubuntu 19.04 on inférieur, les paquets sont systématiquement proposés en 32bits (i386) et en 64bits (amd64).

L'année dernière, la communauté des développeurs Ubuntu a examiné la question de savoir si continuer à appliquer l’architecture i386 (32bits) dans les archives Ubuntu pour versions futures.

La discussion à l'époque n'était pas concluante, mais dans lumière de la forte possibilité que nous ne pourrions pas inclure i386 en tant que version l’architecture dans 20.04 LTS, nous avons pris l’initiative de désactiver les mises à niveau d'Ubuntu 18.04 vers la version 18.10 pour les systèmes i386, pour éviter que des utilisateurs restent sur une version provisoire avec 9 mois de support, au lieu de les laisser continue à exécuter Ubuntu 18.04 LTS avec ses 5 années de support standard.

En février 2019, j’ai également posté pour communiquer le calendrier dans lequel nous prendrions une décision finale à propos du support i386 dans Ubuntu 20.04 LTS, à savoir: que nous déciderions au milieu de 2019.

Le milieu de 2019 est maintenant arrivé. L’équipe technique d’Ubuntu a passé en revue les faits et conclu que nous ne devrions pas continuer à supporter l'architecture i386. Par conséquent, l’architecture i386 ne sera pas incluse dans Ubuntu 19.10, et nous allons bientôt commencer le processus de désactivation dans l'infrastructure Ubuntu.

Cela signifie que nous ne fournirons pas de versions 32 bits des bibliothèques dans les nouvelles versions d'Ubuntu. Il existe un certain nombre de moyens pour que les applications 32 bits puissent continuer à être mis à la disposition des utilisateurs des les prochaines versions d'Ubuntu, comme détaillé dans Proposal: Let's drop i386

Source : https://lists.ubuntu.com/archives/ubuntu-announce/2019-June/000245.html

Debian 10, qui sort en juillet 2019 aura lui toujours un support de l'architecture i386.

hwti · « **Réponse #25 le:** 22 juin 2019 à 20:50:15 »

Visiblement leur annonce de ne plus avoir non plus de librairies 32 bits pour la distribution 64 bits a surpris.
C'est gênant pour Wine (beaucoup d'applications Windows sont encore au moins partiellement 32 bits) et Steam.

vivien · « **Réponse #26 le:** 22 juin 2019 à 20:57:26 »

Oui, c'est assez brutal, j'étais persuadé qu'Ubuntu 20.04 garderais des librairies 32bits.

Les solutions proposées sont assez mauvaises :

La compatibilité avec les logiciels legacy est importante, mais cela ne signifie pas que le bon moyen de garantir cette compatibilité consiste à continuer à créer de nouvelles versions du système d'exploitation pour une ABI legacy.

- Les utilisateurs ayant besoin d’une prise en charge native pour i386 dans leur système d’exploitation peuvent utiliser Ubuntu 18.04 avec prise en charge de la sécurité jusqu’en avril 2023.
- Ubuntu 18.04 peut être exécuté dans un chroot ou un conteneur par-dessus les versions les plus récentes d’Ubuntu jusqu’en 2023 avec le support de sécurité de Canonical, ou au-delà.
- Les logiciels 32 bits distribués sous forme de paquet snap, construites avec un environnement de bibliothèque dérivé de 18.04 peuvent raisonnablement fonctionner avec les versions ultérieures d'Ubuntu dans un avenir prévisible
- Une fois que nous avons dépassé le stade de la prise en charge de la sécurité pour les bibliothèques, il n’y a peut-être plus aucun avantage à ce que vos bibliothèques 32 bits soient gérées via le packaging system; alors peut-être que vous venez de transformer / lib / i386-linux-gnu en une archive des libs dont vous avez besoin, et que vous n’aurez plus à vous soucier des contraintes de verrouillage de version de multiarch.

Ainsi, alors que les cas d'utilisation que vous mentionnez doivent être pris en compte, je ne crois pas qu'ils soutiennent la conclusion selon laquelle nous devrions continuer à publier Ubuntu sur i386 dans les versions à venir.

jack · « **Réponse #27 le:** 22 juin 2019 à 21:09:36 »

De mon point de vue, ce n'est pas une décision très sérieuse

Autant ne plus faire de version i686 est une bonne idée : on peut raisonnablement se demander si des gens ont encore ce genre de processeurs, et si oui, ont-ils besoin / peuvent-ils faire fonctionner une distribution 2019 ?

Mais pourquoi supprimer les paquets ?
Pourquoi ne pas simplement ne conserver qu'une version amd64, avec dedans les paquets i686 ?

De cette manière, on officialise le fait que i686 est fini
On se libère du travail en conséquence : plus besoin de maintenir une grande quantité de paquets en i386 : que ce soit le kernel, ou des choses comme les navigateurs, les drivers etc
Et on conserve une retrocompabilité (ce qui compte, finalement, ce sont les versions 32b des bibliothèques en userspace : tout le reste peut dégager)

M'enfin
En attendant, Valve renonce a supporter ubuntu 18.10, un grand succès pour canonical;

vivien · « **Réponse #28 le:** 22 juin 2019 à 21:19:22 »

C'est déjà fait : Ubuntu 19.04 32bits n'est disponible ni en mise à jour ni sous forme iso. Pourtant tous les paquets sont disponibles en version 32bits.

Si tu vas dans https://ubuntu.lafibre.info/ubuntu/pool/main/f/firefox/ tu vas voir qu'il existe pourtant des version Firefox i386 spécifiquement compilées pour Ubuntu 19.04

Uniquement le logiciel Firefox, c'est 14,4 Go dans les dépôts Ubuntu (il y a la version d'origine et la dernière version mise à jour pour chaque distribution en 32bits et en 64bts)

Note: Ubuntu 18.10 était encore disponible en version iso 32bits uniquement pour Lubuntu, une erreur vu qu'aucun upgrade n'est possible. Il préférable d'être sur Ubuntu 18.04 et son support de 5ans.

hwti · « **Réponse #29 le:** 22 juin 2019 à 21:25:45 »

Il est question de chroot 18.04 et de mises à jour de sécurité, c'est flou, quid des libs HWE (Mesa, ...) 32 bits par exemple ?
- soit elles sont disponibles et on a donc des versions récentes disponibles en 32 bits (pas que des mises à jour de sécurité), mais uniquement compilées pour 18.04
- soit elles ne sont plus générées en 32 bits, et donc le chroot 32 bits ne permet pas d'avoir d'accélération 3D sur les futures cartes graphiques

Citation de: jack le 22 juin 2019 à 21:09:36

Mais pourquoi supprimer les paquets ?
Pourquoi ne pas simplement ne conserver qu'une version amd64, avec dedans les paquets i686 ?

Parce qu'actuellement les paquets 32 bits disponibles dans la version amd64 sont une copie deux de la version i686.
Là il leur faudrait compiler les libs (effectivement pas le kernel, ni les exécutables qui ne sont de toute façon pas installables, il n'y a qu'un /usr/bin) avec "-m32" (au moins).
Aucune des principales distributions ne fait de cross-compilation (ou de compilation multiarch comme ce serait le cas ici).

Citation de: vivien le 22 juin 2019 à 21:19:22

C'est déjà fait : Ubuntu 19.04 32bits n'est disponible ni en mise à jour ni sous forme iso. Pourtant tous les paquets sont disponibles en version 32bits.

Si tu vas dans https://ubuntu.lafibre.info/ubuntu/pool/main/f/firefox/ tu vas voir qu'il existe pourtant des version Firefox i386 spécifiquement compilées pour Ubuntu 19.04

Uniquement le logiciel Firefox, c'est 14,4 Go dans les dépôts Ubuntu (il y a la version d'origine et la dernière version mise à jour pour chaque distribution en 32bits et en 64bts)

https://ubuntu.lafibre.info/ubuntu/pool/main/l/linux/ : ils continuent de compiler le kernel.
Il y a donc toujours une distribution complète 32 bits, mais sans iso officiel.
Le Firefox compilé n'est officiellement utilisable uniquement que pour certaines distributions dérivées.

vivien · « **Réponse #30 le:** 22 juin 2019 à 21:48:14 »

Je viens de regarder: le dossier https://ubuntu.lafibre.info/ubuntu/pool/main/l/linux/ occupe 83,2 Go et 21 459 fichiers !

Ils cherchent pas à économiser la place sur les serveurs miroirs.

Un exemple, le kernel 4.15.0-34-generic #37-Ubuntu SMP Mon Aug 27 15:21:48 UTC 2018 qui a été proposé le 11/09/2018 est toujours disponible.

jack · « **Réponse #31 le:** 24 juin 2019 à 19:48:28 »

Apparement, canonical a eu la même idée que moi : https://ubuntu.com/blog/statement-on-32-bit-i386-packages-for-ubuntu-19-10-and-20-04-lts

Ils vont continuer de fournir certains paquets en versions i686, pour permettre au legacy de fonctionner

hwti · « **Réponse #32 le:** 24 juin 2019 à 21:31:49 »

Citation de: jack le 24 juin 2019 à 19:48:28

Apparement, canonical a eu la même idée que moi : https://ubuntu.com/blog/statement-on-32-bit-i386-packages-for-ubuntu-19-10-and-20-04-lts

Ils vont continuer de fournir certains paquets en versions i686, pour permettre au legacy de fonctionner

Au moins pour la 19.10 et la 20.04, ensuite...

Citer

We will also work with the WINE, Ubuntu Studio and gaming communities to use container technology to address the ultimate end of life of 32-bit libraries

Ce n'est pas très clair sur l'aspect Mesa/libdrm et autres libs grahiques, pour lequelles il y aura toujours besoin de versions à jour pour supporter les nouveaux GPU (tant que le support 32 bits n'est pas fait dans une VM, mais il y a l'aspect performance qui pose problème, et les failles de sécurité si le système est figé).

vivien · « **Réponse #33 le:** 24 juin 2019 à 21:54:39 »

Il faut préciser que c'est une réaction à Valve, qui ne prévoyait tout simplement de ne pas être présent sur Ubuntu 19.10 si il n'y a pas de support des bibliothèques 32bits utilisées pour le client Valve ainsi que de nombreux jeux. Les tests de jeux venant de GOG montrent que de nombreux font appel à des bibliothèques 32bits.

Wine est également dépendant des bibliothèques 32bits d'Ubuntu pour simuler l’environnement 32 bits de Windows, or de très nombreuses applications Windows sont du code 32bits.

Canonical a changé d'avis et continuera de mettre à jour certaines librairies en 32bits :

Grâce aux nombreuses réactions des joueurs, d'Ubuntu Studio et de la communauté WINE ce week-end, nous allons modifier notre plan et créer les packages sélectionnés i386 32 bits pour Ubuntu 19.10 et 20.04 LTS.

Nous mettrons en place un processus de communauté pour déterminer les packages 32 bits nécessaires à la prise en charge des logiciels legacy. Nous pouvons également ajouter des éléments à cette liste après la publication, si il en manque.

Les discussions communautaires peuvent parfois prendre des tournants inattendus, et celui-ci en est un. La question de la prise en charge de x86 32 bits a été soulevée et discutée sérieusement dans les forums de développeurs et les forums de la communauté Ubuntu depuis 2014. C’est ainsi que nous prenons les décisions.

Après la publication de Ubuntu 18.04 LTS, nous avons eu de nombreuses discussions sur la liste Ubuntu-devel et nous avons également consulté Valve en détail sur le sujet. Aucune de ces discussions n’ayant suscité l’enthousiasme que nous avons vu ici, nous avons donc pensé que nous avions un consensus suffisant pour arrêter le 32 bits dans Ubuntu 20.04 LTS. Nous pensons qu’il est raisonnable de s’attendre à ce que la communauté participe et trouve le bon équilibre entre l’activation de la prochaine vague de capacités et le maintien de la long terme (TS). Néanmoins, dans ce cas, il est relativement facile pour nous de changer de plan et d’activer nativement le 32 bits dans Ubuntu 20.04 LTS, pour les applications pour lesquelles il existe un besoin spécifique.

Nous travaillerons également avec les communautés WINE, Ubuntu Studio et les jeux, pour utiliser la technologie de conteneur afin de traiter la fin de vie des bibliothèques 32 bits; il devrait rester possible d'exécuter d'anciennes applications sur les nouvelles versions d'Ubuntu. Snaps et LXD nous permettent à la fois de disposer d’environnements 32 bits complets et de bibliothèques intégrées pour résoudre ces problèmes à long terme.

Il existe un risque réel pour quiconque exécute un ensemble de logiciels peu testé. Les faits sont que la plupart des packages x86 32 bits ne sont pratiquement pas utilisés. Cela signifie moins de globes oculaires et plus de bugs. La taille des logiciels dans le haut de la gamme de logiciels continue de croître, ce qui rend très difficile la création de nouvelles applications dans des environnements 32 bits. Vous avez entendu parler de Spectre et de Meltdown - de nombreuses mesures d’atténuation de ces attaques ne sont pas disponibles pour les systèmes 32 bits.

Cela nous a amenés à arrêter de créer le support d'installation Ubuntu pour i386 l'année dernière et à envisager d'abandonner complètement le port à une date ultérieure. Notre intention a toujours été de maintenir la capacité des utilisateurs à exécuter des applications 32 bits sur Ubuntu 64 bits - nos noyaux le supportent spécifiquement.

Les développeurs Ubuntu restent attachés, comme toujours, au principe de faire d’Ubuntu le meilleur système d’exploitation open source pour les ordinateurs de bureau, les serveurs, le cloud et l’IoT. Nous attendons avec impatience l'engagement continu de nos utilisateurs pour continuer à faire de ce principe une réalité.

Source : Ubuntu blog, traduit de l'Anglais par Vivien av ec l'aide de Google translate.

tomfibre · « **Réponse #34 le:** 25 juin 2019 à 16:44:38 »

Il semblerait que ce soit claire maintenant, il y aura support du 32bit pour assurer les fonctions comme wine et Steam:
https://linux.developpez.com/actu/267257/Ubuntu-Canonical-revient-sur-sa-decision-d-abandonner-l-architecture-i386-32-bits-apres-le-feedback-des-gamers-et-la-communaute-des-developpeurs/

doctorrock · « **Réponse #35 le:** 25 juin 2019 à 16:51:24 »

Ubuntu .... C'est juste une base Debian. Passez sous Debian (ou une autre distrib), et vous l'aurez votre support 32 bits :-D
Genre, les gens n'ont pas le choix. C'est l'inverse de la philosophie de Linux...