Ubuntu n’aura plus de version 32 bits
Le 19 juin 2019 à 10h37
1 min
Logiciel
Logiciel
C’est décidé : il n’y aura plus de versions 32 bits pour les variantes officielles d’Ubuntu à compter de la prochaine version majeure, à savoir la 19.10 prévue pour octobre.
Canonical ne va donc plus compiler aucun élément vers l’architecture i386, y compris les bibliothèques. La conséquence la plus directe est que les utilisateurs de l’actuelle version 19.04 en 32 bits ne pourront pas migrer vers la 19.10 quand elle sera disponible.
Environ 1 % seulement des utilisateurs se serviraient de ces versions, et cela faisait plus d’un an que l’éditeur réfléchissait à cet abandon. La question s’est accentuée avec les réflexions en cours pour la future version LTS 20.04. Les développeurs ont finalement décidé d’être « plus proactifs ».
Toutes les distributions Linux basées sur Ubuntu (comme Mint) seront obligées de suivre le même chemin. Se pose encore la question des applications nécessitant des bibliothèques 32 bits pour fonctionner, même si elles ne sont plus guère nombreuses.
Le 19 juin 2019 à 10h37
Commentaires (38)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 19/06/2019 à 08h51
Steam utilise le 32 bits non?
Le 19/06/2019 à 08h59
Hm, vu qu’il faut installer des libs 32bit en multiarch, je me pose aussi la question.
Le 19/06/2019 à 09h01
Comme un grand nombre d’applications. Elles sont parfaitement utilisables sur un système 64 donc ça ne change pas grand chose.
Le 19/06/2019 à 09h05
Le 19/06/2019 à 09h10
J’espère qu’ils vont fournir un moyen simple pour passer le la version 32 bit à la 64 bits. Je n’ai jamais franchi le pas parce que j’ai eu la flemme de tout réinstaller sur mon PC fixe qui avait hérité de l’installation du PC précédent en y branchant l’ancien disque.
Le 19/06/2019 à 09h10
Le 19/06/2019 à 09h46
Le 19/06/2019 à 10h01
Non justement il vont aussi arrêter de fournir les libs 32 bits dans arrêter cette compatibilité.
Le 19/06/2019 à 11h08
Comme leur but c’est de pousser snap à fond, ça ne sera pas ça la solution justement? Que ceux qui ont besoin de lib 32 bit les embarquent dans leur paquet snap?
Le 19/06/2019 à 11h57
Le 19/06/2019 à 12h02
Le 19/06/2019 à 12h49
Etpour lubuntu ? Vu qu’elle est utilisée par d’anciennes machines ?
Le 19/06/2019 à 13h15
Le 19/06/2019 à 14h07
Le 19/06/2019 à 14h16
C’est pas très gentil de me vieillir comme ça.
Le 19/06/2019 à 14h21
Le 19/06/2019 à 14h32
J’suis de 94.
" />
Le 19/06/2019 à 15h00
Je n’utilise quasiment pas Linux mais si les logiciels 32 bits ne sont plus exécutables sur les versions 64 bits (alors qu’ils le sont actuellement), ça va poser d’énormes problèmes. Je le sais parce qu’ayant installé sur un dd externe la bêta de la dernière version de macOS, Catalina, qui ne prend plus en charge le 32 bits, je me suis rendu compte qu’un nombre impressionnant d’applications et de process ne marchent plus du tout, à commencer par Wine qui permet d’émuler Windows. Qu’Apple méprise ses clients et fasse les évolutions au forceps, on a l’habitude, mais je croyais Linux plus respectueux de ses fidèles utilisateurs.
Le 19/06/2019 à 15h29
On parle de la compatibilité sur le materiel 32 bits ici. Je ne pense pas que Multilib saute avec, donc les logiciels 32 bits ne devraient pas être concernés. Meme si ça reste relativement flou…
Aussi, c’est d’Ubuntu dont il s’agit, pas de Linux en général.
Le 19/06/2019 à 16h21
je sais qu’il faut réinstaller, mais ils pourraient fournir un outil de migration qui liste tout ce qu’il faut réinstaller et qui lance ensuite l’installation 64 bits en réinstallant tous les softs en version 64 bits.
Ça me gonfle de lister moi-même tout ce qu’il faut réinstaller. Après s’il faut que je gère tout seul, tant pis, j’en profiterai pour chiffrer mon disque dur, ce sera un mal pour un bien.
Le 19/06/2019 à 17h03
D’une certaine façon, il faut bien se jeter à l’eau.
La Q&A listée dans la discussion répond à pas mal d’interrogations néanmoins :https://discourse.ubuntu.com/t/i386-architecture-will-be-dropped-starting-with-e…
Le 19/06/2019 à 17h13
Lubuntu avait précédé Ubuntu sur ce plan :
https://www.developpez.com/actu/238822/Lubuntu-annonce-l-abandon-de-la-prise-en-…
En tout cas c’est génant. A peine Linux commence à voir sa compatibilité avec les jeux Windows s’améliorer qu’arrive un écueil purement volontaire/non technique qui recomplique tout.
J’aime bien le « We’re in discussions with Valve about the best way to provide support from 19.10 onwards. » et SURTOUT le « It may be possible to run 32 bit only games inside a lxd container running a 32 bit version of 18.04 LTS. You can pass through the graphics card to the container and run your games from that 32bit environment. ».
D’abord, à vos souhaits. Ensuite, euh… c’est quoi LXD ? J’ai un mal de chien à saisir “Docker” alors un truc similaire… Et le passthrough, ça ne suppose pas d’avoir une seconde carte graphique, pour l’hôte ?
Le 19/06/2019 à 17h55
C’est un peu chiant pour la MAO vu que la plupart de solutions pour faire tourner des VST 32 bits Windows sur linux s’appuient sur des “bricolages” avec Wine fonctionnant uniquement en 32bits
Le 19/06/2019 à 18h44
Le 19/06/2019 à 20h33
Le 20/06/2019 à 00h19
J’ai manqué de précision dans l’exposition de mes lacunes
" />
" /> Au moins c’est simple d’accès, à défaut d’être économe en ressources. Et puis je n’ai pas encore quitté Windows, ça n’aide pas.
C’est le concept de container qui me coince. Je ne comprend pas ce que ça contient concrétement car aucun tutorial de création l’explicite vraiment, et donc je vois mal comment ça se traduit selon différents schémas de fonctionnement. Comme ici de pouvoir faire tourner un programme 32 bits sur un système 64 bits only qui en plus pourrait différer lourdement (faire tourner Ubuntu LTS sur un Ubuntu 19.1 ou supérieur).
Oui je virtualise que pour des besoins très personnels, donc je n’ai pas quitté le stade de l’hyperviseur type 2
Le 20/06/2019 à 06h24
Virtualization
On compare ça à un lotissement de maison dans une ville. Elles partagent les mêmes ressources (eau, électricité) ce qui signifie qu’une grosse consommatrice va impacter les autres mais restent totalement indépendante. Si l’une prend feu, ça ne touche pas les autres.
Container.
On compare ça à un immeuble. Chaque container est un appartement. Tu as aussi des ressources partagées mais tu as aussi la même entrée en bas et un système de triage réseau (couloir et numéro de porte) ou d’accès direct depuis l’extérieur (tes fenêtres).
Le 20/06/2019 à 11h59
J’ai indiqué que je ne comprend pas ce qu’un container contient, le reste ça va. Une machine virtuelle et son disque rattaché, c’est un système de fichiers traditionnel et un OS complet en son sein. Un container ? Je n’arrive pas à saisir.
Le problème est que les explications disponibles sont trop abstraites et souvent contradictoires : un site prétend que l’OS est intégré dans le container, un autre non… L’autre indique que seul le kernel Linux est partagé pour l’utilisation (et du coup je comprendrai le coup du 18.04 LTS sur un 19.1), un autre non. Un autre parle de créer un container, l’autre de créer une image (sur docker) avec les mêmes explications que le container (euh… quoi ? c’est un container ou une image alors ?)…
Si on pouvait ouvrir un container comme on peut ouvrir un disque vhd/vdmk, j’aurai pû régler le souci. Là je nage en pleine confusion par le fait que les utilisateurs actuels semblent ne pas comprendre eux-même le concept de ce qu’ils utilisent, mais se permettent quand même d’inciter à s’en servir.
Du coup je n’utilise pas ce que je ne comprend pas, vu que je ne vois pas dans quel cadre ça peut être exploité ni ce que ça entendra en maintenance (quid en cas d’abandon de maintenance des images ayant servi à faire le container -si tant est que les deux concepts sont séparés- etc).
Le 20/06/2019 à 17h00
xkcd avait une définition cyniquement réaliste des containers
" />
" />
Pour faire un parallèle avec la virtualisation “lourde” : une image, c’est comme les disques de VM prêt à l’emploi qu’on peut trouver sur le net.
Tu la mets dans ton hyperviseur, tu la boot, et kaboom. La VM bootée devient un container.
Pour ma part j’ai principalement vu du Docker donc j’éviterai de parler de LXD/LXC.
Donc, que contient une image : Ce que tu veux
Qu’est-ce qu’une image : c’est en réalité un filesystem virtuel dans lequel des couches (layers) sont empilées. Elles sont constituées d’une image de base, généralement un OS (Debian, Alpine, Ubuntu, CentOS…), sur laquelle tu empiles des éléments, puis une autre, puis une autre.
Exemple :
Chacune de ces couches devient immuable une fois construite et remplira son rôle précis. Docker joue aux légos avec au final.
L’image de base contiendra donc tout ce qui permet de faire tourner une Debian, à l’exception du fait qu’elle s’interfacera avec le Kernel de l’hôte à défaut d’exploiter le sien (comme ce serait le cas en virtu hyperviseur).
Exemple simple, je viens de me connecter au container Collabora (LibreOffice online pour l’édition de docs) de mon instance Nextcloud.
Filesystem :
drwxr-xr-x 47 root root 4096 Jun 18 21:03 ./
drwxr-xr-x 47 root root 4096 Jun 18 21:03 ../
-rwxr-xr-x 1 root root 0 Jun 18 21:02 .dockerenv*
drwxr-xr-x 2 root root 4096 May 10 10:22 bin/
drwxr-xr-x 2 root root 4096 Apr 12 2016 boot/
drwxr-xr-x 5 root root 360 Jun 18 21:02 dev/
drwxr-xr-x 72 root root 4096 Jun 18 21:02 etc/
drwxr-xr-x 2 root root 4096 Apr 12 2016 home/
-rw-r–r– 1 root root 735 Mar 25 17:13 install-libreoffice.sh
drwxr-xr-x 12 root root 4096 Sep 13 2015 lib/
drwxr-xr-x 2 root root 4096 May 10 10:18 lib64/
drwxr-xr-x 2 root root 4096 Oct 5 2018 media/
drwxr-xr-x 2 root root 4096 Oct 5 2018 mnt/
drwxr-xr-x 6 root root 4096 Jun 18 21:02 opt/
dr-xr-xr-x 237 root root 0 Jun 18 21:02 proc/
drwx—— 2 root root 4096 Jun 18 21:02 root/
drwxr-xr-x 11 root root 4096 May 10 10:22 run/
drwxr-xr-x 2 root root 4096 May 10 10:18 sbin/
drwxr-xr-x 2 root root 4096 Oct 5 2018 srv/
-rw-r–r– 1 root root 2585 Mar 25 17:13 start-libreoffice.sh
dr-xr-xr-x 13 root root 0 Apr 22 09:55 sys/
drwxrwxrwt 55 root root 4096 Jun 18 21:03 tmp/
drwxr-xr-x 17 root root 4096 Oct 5 2018 usr/
drwxr-xr-x 16 root root 4096 Oct 5 2018 var/
Je peux naviguer dedans, écrire des conneries, lancer des commandes, effacer des trucs, tout ce que je veux.
La seule différence, c’est que si j’arrête et redémarre le container, il repartira de zéro. Il n’y a, par défaut, aucune persistance à moins de jouer avec des volumes ou des ressources partagées avec l’hôte.
Le 20/06/2019 à 17h43
Le 20/06/2019 à 18h31
Merci le support de le formation officielle.
" />
Après, je n’ai pas beaucoup pratiqué à titre pro faute de projets basés dessus, donc si quelqu’un de plus expérimenté veut compléter ou corriger, qu’il se fasse plaisir.
Le 20/06/2019 à 20h26
Merci à la vague de netbooks de 2008 - 2012 avec des Atoms en x86 only … Lubuntu était l’une des seules distributions potables et à jour sur ces ordinateurs.
Le 21/06/2019 à 09h05
Le 21/06/2019 à 11h28
Merci pour ces explications
" /> Où comment exposer un concept en un post quand plusieurs sites n’y parviennent pas.
" /> Excellent ce xkcd
" />
Je vais donc pouvoir coller du stuff ensemble en comprenant un peu mieux ce qui se passe
Le 23/06/2019 à 06h54
Ah bah pour Steam c’est réglé.
Le 23/06/2019 à 17h07
Et ben en fait, Ubuntu n’arrête pas le support 32 bits.
C’est le support des libs i386 qui s’arrête et ne recevra plus de mise à jour, figées avec la 18.04. Donc la compatibilité existera toujours.
Le 24/06/2019 à 17h36
Le 24/06/2019 à 18h25
Bon bah je dois reconnaître que j’avais tort vu les dernières annonces 
" />