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.
Commentaires (39)
#1
Steam utilise le 32 bits non?
#2
Hm, vu qu’il faut installer des libs 32bit en multiarch, je me pose aussi la question.
#3
Comme un grand nombre d’applications. Elles sont parfaitement utilisables sur un système 64 donc ça ne change pas grand chose.
#4
#5
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.
#6
#7
#8
Non justement il vont aussi arrêter de fournir les libs 32 bits dans arrêter cette compatibilité.
#9
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?
#10
#11
#12
Etpour lubuntu ? Vu qu’elle est utilisée par d’anciennes machines ?
#13
#14
#15
C’est pas très gentil de me vieillir comme ça.
#16
#17
J’suis de 94.
" />
#18
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.
#19
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.
#20
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.
#21
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…
#22
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 ?
#23
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
#24
#25
#26
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
#27
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).
#28
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).
#29
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.
#30
#31
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.
#32
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.
#33
#34
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
#35
Ah bah pour Steam c’est réglé.
#36
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.
#37
#38
Bon bah je dois reconnaître que j’avais tort vu les dernières annonces 
" />