Vue normale

Il y a de nouveaux articles disponibles, cliquez pour rafraîchir la page.
À partir d’avant-hierLinux

Ubuntu ne va plus fournir Flatpak dans ses ISO ! Le Point, Mon Avis !

27 février 2023 à 08:10
Bonjour à tous,

Vendredi j'ai fait une vidéo sur le sujet, mais je souhaite, pour celles et ceux qui lisent le site, apporter mon avis par ce billet.

Dans une annonce récente, publiée il y a quelques jours, que vous retrouverez dans les sources de l'article, Canonical annonce arrêter de fournir les Flatpak par défaut. Nous allons rentrer dans les détails de cette annonce.

Tout d'abord, lorsque vous installez des logiciels dans Ubuntu, vous avez 3 possibilités :
- Les paquets DEB : Ce sont les paquets fournis dans les dépôts d'Ubuntu depuis sa création en 2006. Ce sont les paquets historiques, issus de Debian. Comme les RPM chez Fedora. Ils sont compilés et fournis par les développeurs de la distribution.
- Les paquets SNAP : Ce sont des paquets universels. Cette technologie est développée par Canonical et permet aux développeurs de distribuer leurs applications directement aux utilisateurs. Ils permettent une isolation des applications si besoin (ce qu'on appelle le sandboxing en anglais ou bac à sable) et permettent de bénéficier de versions plus récente des logiciels lorsqu'on utilise la version LTS par exemple.
- Les paquets FLATPAK : Ce sont aussi des paquets universels, qui existent sous Linux depuis 2007 (appelés à l'époque XDG-APPS) et qui offrent les mêmes avantages que les paquets SNAP présentés précédemment.

On pourrait rentrer dans les détails techniques des différences entre ces trois types de paquets mais ce n'est pas l'objet de ce billet.

Pour en revenir à l'annonce, nous apprenons que : Flatpak ne sera plus disponible "prêt à l'emploi" dans aucune des versions officielles d'Ubuntu, incluant leurs variantes.

Alors rentrons un peu dans le détail de cette actualité. Les développeurs d'Ubuntu on accepté de ne plus fournir de support PAR DEFAUT de flatpak, c'est à dire le paquet flatpak, des applications flatpak et les plugins pour gérer flatpak à travers la logithèque graphique (le Ubuntu Store, Discover dans Kubuntu, etc.). Cette décision prendra effet à partir de la version 23.04 d'Ubuntu et dans ses 8 variantes officielles.

Par conséquent, seuls les paquets DEB et SNAP seront disponible par défaut.

Chez Ubuntu, le choix est justifié en indiquant que cela, je cite : "améliorera l'expérience Ubuntu out of box" pour les nouveaux utilisateurs.
Ils clarifient même, ce qu'est pour eux l'expérience Ubuntu. Ils nous précisent en fait que quelqu'un qui utilise Ubuntu ou une de ses variante qui offre des Flatpak pourrait supposer que la technologie reçoit le même niveau de support, de correction de bug et de contrôle qualité que les applications présentes dans les dépôts au format DEB ou aux SNAP qui eux sont mis à disposition par la communauté de développeurs d'Ubuntu et de Canonical. Ce qui n'est pas le cas, car les flatpak sont gérés indépendamment.

Alors tout ça, c'est valable à partir d'Ubuntu 23.04.

Il faut quand même relativiser, car quand l'annonce indique que ce n'est pas installé par défaut, ce n'est pas la même chose que "pas installé du tout". Il sera tout à fait possible d'installer librement flatpak (via apt install flatpak) puis d'installer le dépôt flathub en suivant le guide sur leur site (ainsi que tous les plugins pour les éventuelles logithèques graphiques utilisées). Ensuite, il sera possible comme avant d'installer les applications flatpak.
Aussi, il est bon de noter qu'évidemment, flatpak ne sera pas supprimé lorsque vous passerez à Ubuntu 23.04 s'il était installé précédemment, et les applications installées sous ce format ne seront pas désinstallées !

Ca ce sont les faits de l'annonce.

Après, si vous me demandez mon avis là dessus, je ne sais pas trop quoi penser.
Je peux comprendre que la politique s'applique à Ubuntu Desktop (la saveur officielle), pour rester dans un écosystème maitrisé pour offrir le support durant toute sa durée de vie, puisque Canonical fournit du support contre de l'argent.
Après, pour les variantes officielles, il y avait 2 possibilités :
- Laisser les variantes décider de ce qu'elles fournissent (et de laisser un peu de libertés pour ajouter des éléments et combler les lacunes d'Ubuntu, que ce soit par l'environnement de bureau ou les outils et donc possiblement garder flatpak)
- Harmoniser les variantes avec la politique de la saveur officielle afin de garder une cohérence dans la gamme de distribution dans son ensemble.

Parfois, les variantes innovent sur les logiciels et technologies fournies. On remarquera des différences sur les environnements de bureau mais aussi sur les outils d'installation, les gestionnaires de connexion, les thèmes d'icônes ou certaines applications remplacées par d'autres. Ici, je parle bien de logiciels et outils inclus, pas une version différente (comme une version de noyau différent).
Isoler Flatpak pour les variantes, ça semble un peu violent, par rapport aux tolérances citées précédemment.
Sans compter que flatpak c'est développé activement, c'est robuste, et c'est pas un truc développé par trois gus dans leur garage.
Après, on peut comprendre l'objectif de vouloir harmoniser ses pratiques même avec les variantes.

Le principal, c'est que cette suppression n'est pas forcée ni imposée, pour celles et ceux qui utilisent flatpak, c'est déjà ça... Enfin, pour le moment!

Cependant, je ne suis pas spécialement convaincu par l'argumentation avancée par Canonical. Elle semble un peu légère je trouve, car j'ai l'impression qu'il n'y a pas spécialement de bonnes raisons techniques derrière cette décision.

Je ne pense pas que Snap soit meilleur que Flatpak ou inversement, ils ont des objectifs différents.
Par exemple, vous avez des moteurs de base de données en SNAP, et des outils en ligne de commande. Ce que ne fait pas FLATPAK.
Après, Canonical a clairement choisi de mettre en avant son nouveau système de paquets et de retirer des installations par défaut un de ses confrère.

Ca c'est mon petit avis sur la question,

Et vous qu'est ce que vous pensez de cette décision ?
Est-ce que ça va rendre meilleur Ubuntu ?
Ou au contraire est-ce que ça va faire détester encore plus cette distribution ?

N'hésitez pas à vous exprimer dans les commentaires.

Debian 12 (Bookworm) est là !

10 juin 2023 à 11:00
Bonjour à tous,

Bien que nous n'ayons pas énormément parlé de Debian sur le blog, et que nous avons peu de tutos sur elle, cette distribution vient d'être publiée en version 12. Son petit nom de code, que je ne sais écrire que par un copier coller : Bookworm !

Cette nouvelle version n'a rien d'extraordinaire, car les "nouveautés" sont déjà présentes dans les autres distributions Linux depuis de nombreux mois. Mais c'est normal, la philosophie de Debian, c'est la stabilité. Casser une Debian est mission impossible, si vous ne bidouillez pas les paquets avec des "backports" et que vous restez sur la version stable.

Essentiellement utilisée sur des serveurs, et par conséquent sans interface graphique, Debian propose de nombreux environnements de bureaux.

Cette Debian 12 va essentiellement rafraichir les composants du système.

L'outil d'installation n'a pas changé depuis de nombreuses années, et avec cette Debian 12, l'installer ne changera toujours pas. Par défaut, le dépôt non-free-firmware est ajouté aux sources, facilitant le support de matériels nécessitant des pilotes non libre. Bonne nouvelle qui évite notamment une perte de temps considérable pour trouver l'ISO "non-free" sur le site de Debian. La détection de Windows 11 a été intégrée s'il est présent dans un cadre de multiboot.

Pour le noyau Linux, on passe du 5.10 au 6.1 (toujours du LTS chez Debian). Ainsi du matériel plus récent pourra être supporté et les performances peuvent être améliorées dans certains cas. On a, pour les gamers, l'inclusion du patch fsync depuis la version 5.16, que du bonheur !
Les possesseurs de carte NVidia récentes pourront bénéficier d'un pilote vidéo pus récent. En effet il passe de la version 470 à 525. Chez AMD et Intel, les pilotes libres évoluent avec les mises à jour du noyau.
Toutes ces nouveautés permettent notamment de prendre en charge beaucoup de nouveaux appareils ARM, et RISC-V

L'environnement de bureau par défaut GNOME passe de la version 3.38 à 43. Un peu de rafraichissement visuel avec des applications en GTK4. Si vous souhaitez utiliser des extensions pour améliorer l'expérience GNOME, j'ai compté 34 extensions dans les dépôts. Les plus utilisées y sont telles que Dash-to-dock, appindicator, weather, gsconnect ou desktop-icons-ng.
Autre changement pour les utilisateurs de GNOME, l'utilisation par défaut de Pipewire en place de Pulseaudio. Pipewire fonctionne de paire avec Wayland, qui sera actif par défaut également.

Pour celles et ceux qui utilisent d'autres environnements de bureau on notera :
- KDE Plasma passe de 5.20 à 5.27 (et les Applications de 20.12 à 22.12)
- Xfce passe de 4.16 à 4.18
- Cinnamon passe de 4.8 à 5.6
- Mate passe de 1.24 à 1.26
- LXQt passe de 0.16 à 1.2
- LXDE est toujours là ...

Au niveau des applications, Debian ne déroge pas à la règle du stable stable stable.
On retrouvera donc parmi les applications phares :
- Firefox en version ESR, version 102 au moment de la sortie de Debian 12
- LibreOffice passe de la version 7.0 à 7.4 qui restera dans cette version pendant tout le cycle de vie de Debian 12

Côté outils de développement, on notera que :
- Python passe de 3.9 à 3.11. Python 2 est définitivement abandonné. Il n'est en effet plus supporté depuis 2 ans.
- Java OpenJDK passe de la version 11 à 17 (qui est une LTS)
- Perl passe de 5.32 à 5.36, vous savez j'adore le Perl :)
- Nodejs passe de la version 12 à la version 18
- PHP passe de 7.4 à 8.2
J'en ai peut être oublié, je vous ai listé ceux que j'utilise le plus ou que je connais :)

Côté serveurs, des montées de version sont à prévoir :
- Apache httpd reste en version 2.4
- NGinx passe de 1.18 à 1.22
- Haproxy passe de 2.2 à 2.6
- Samba de 4.13 à 4.17
- Mariadb passe de 10.5 à 10.11
- Postgre SQL passe de la version 13 à la version 15.
- Glusterfs passe de 9.2 à 10.3

Le processus de mise à jour est manuel, comme d'habitude, en changeant le nom de code dans le fichier sources.list. Je vous ai rédigé un article à ce sujet ici : https://www.linuxtricks.fr/wiki/debian-mettre-a-niveau-de-bullseye-11-vers-bookworm-12

Les notes de version ne sont pas aussi claires selon moi que celles de Fedora ou de Red Hat :)
J'espèce que cette synthèse vous aura plu, et j'espère ne rien avoir oublié.

Bien sûr, pour télécharger Debian, c'est ici : https://www.debian.org/download

:magic:

Edit au 10-06-2023 13:30 : Les notes officielles sont dispo ici, et finalement plus claires que ce que j'avais pu trouver il y a quelques jours à la rédaction de cet article : https://www.debian.org/News/2023/20230610

Mise à niveau MX21 -> MX23

31 juillet 2023 à 21:07
Bonjour à tous,

Dans ce billet, nous allons voir comment mettre à niveau MX21 vers MX23.

Pour rappel, MX Linux :
- est une distribution basée sur Debian Stable
- propose l'environnement de bureau Xfce par défaut
- possède une "barre des tâches" sur la gauche
- possède des outils maison de configuration
- propose par défaut SysV et peut démarrer si on le souhaite avec systemd

La version 21 est basée sur Debian 11.
Debian 12 est arrivée récemment, et MX Linux a publié sa version 23 basée sur celle ci.

MX Linux ne propose pas de mise à niveau, et donc indique dans sa documentation officielle de réinstaller la version 23 de zéro.

Debian permet de mettre à niveau son système (certes en ligne de commande). Il est donc possible de mettre à niveau MX Linux mais en étant attentifs à certains points.

J'ai réalisé la mise à niveau avec succès de ma MX 21 de test vers la version 23, sur laquelle j'ai installé des logiciels évidemment, des flatpaks et des logiciels qui installent un dépôt tiers (Vivaldi + Google Chrome).

Je vous fais un petit résumé des actions à effectuer, mais n'oubliez pas de faire une sauvegarde de vos documents (et de manière générale, faites des sauvegardes régulièrement).

Procédure de mise à niveau MX21 -> MX23

Toutes les commandes sont à passer en root :
Code BASH :
su -


Dans un premier temps, mettez à jour complètement le système :
Code BASH :
apt update && apt full-upgrade


Ensuite, installez les clés de vérification de signature des paquets de la MX23 (oui ce paquet est dans les dépôts de la MX21) :
Code BASH :
apt install mx23-archive-keyring


Une fois fait, on va remplacer dans les fichiers de sources le nom de code "bullseye" (Debian 11) par "bookworm" (Debian 12) :
Code BASH :
cd /etc/apt/sources.list.d/
sed -e 's/bullseye/bookworm/g' -i *.list

Notons qu'il y a plusieurs fichiers avec l’extension .list, le sed remplacera dans tous ces fichiers.
MX21 utilise le nom de code bullseye et MX23 le nom de code bookworm, par conséquent, il n'y a pas d'autre opération à faire pour les sources de MX Linux.

Debian 12 a introduit un nouveau dépôt "non-free-firmware" dans lequel se trouvent les firmwares non libres. On va rajouter ce dépôt dans les fichiers .list situés au même endroit en remplaçant "non-free" par "non-free non-free-firmware" via un sed à nouveau :
Code BASH :
sed -e 's/non-free/non-free non-free-firmware/g' -i *.list


Une fois fait, on va rafraîchir la liste des paquets disponibles avec ces nouvelles sources :
Code BASH :
 apt update


Puis installer les mises à jour :
Code BASH :
apt full-upgrade


Au cours de la mise à niveau, certains fichiers de configuration demanderont à être éventuellement replacés par un nouveau.
Vu que MX Linux apporte des personnalisations en plus par rapport à sa base Debian, indiquer de conserver le fichier de configuration existant à l'exception de :
- kmod : changement de la variable PATH
- networking : changement de la variable PATH + des changements dans le fichier importants
J'ai retenu ces 2 fichiers en analysant les différences afin de rester cohérent avec les nouveautés de Debian et conserver les personnalisations de MX Linux.

Le problème est que ces questions sont posées régulièrement au cours de la mise à niveau, donc on ne peut pas la lancer et partir 30 minutes...

Une fois la mise à niveau terminée, on reboot :
Code BASH :
reboot


Et voilà, on est sur MX 23 !

J'espère que ce billet vous aura plu.

Ubuntu 22.04 : Rester (ou revenir) sur le kernel 5.15

8 août 2023 à 18:16
Bonjour à tous,

Ubuntu a décidé de basculer vers le noyau 6.2 pour ceux qui utilisent le kernel "HWE".
Problème, ce paquet est installé par défaut sur Ubuntu 22.04 sur certaines configuration (même celles installées à la sortie d'Ubuntu 22.04 en avril 2022).
Le kernel 5.15 LTS fourni au début d'Ubuntu 22.04 LTS n'est pas déprécié et sera supporté jusqu'en 2032.
Un noyau plus récent peut être utile pour notamment pouvoir installer Ubuntu 22.04 LTS sur des PC nouvellement sortis (drivers récents inclus).

Certains utilisateurs de cartes graphiques NVidia anciennes, avec leurs pilote propriétaire se voient face à un écran noir. D'autres reviennent sur Nouveau (pilote libre) mais ce dernier manque de performance.

Nous allons voir comment revenir sur le noyau5.15 LTS qui sera supporté jusqu'en 2032 par Ubuntu.

D'abord, on constate qu'on est sur un noyau plus récent :

Code BASH :
uname -r

Code TEXT :
6.2.0-26-generic


Si on liste les paquets linux-image avec la commande suivante :

Nom des paquets : linux-image
Code BASH :
dpkg -l linux-image*

Code :
||/ Nom                                    Version             Architecture Description
+++-======================================-===================-============-=====================================
un  linux-image                                             (aucune description n'est disponible)
ii  linux-image-5.15.0-25-generic          5.15.0-25.25        amd64        Signed kernel image generic
ii  linux-image-6.2.0-26-generic           6.2.0-26.26~22.04.1 amd64        Signed kernel image generic
ii  linux-image-generic-hwe-22.04          6.2.0.26.26~22.04.7 amd64        Generic Linux kernel image
un  linux-image-unsigned-5.15.0-25-generic                  (aucune description n'est disponible)
un  linux-image-unsigned-6.2.0-26-generic                   (aucune description n'est disponible)


On constate qu'on a le 5.15, le 6.2 et le métapaquet linux-image-generic-hwe-22.04

A cet instant (Aout 2023) ce matépaquet tire le kernel 6.2

Si on cherche les métapaquets du kernel via la commande :
Code BASH :
apt search linux-image-generic


On a les résultats suivants :
Code :
linux-image-extra-virtual/jammy-updates,jammy-security 5.15.0.78.75 amd64
  Extra drivers for Virtual Linux kernel image
linux-image-extra-virtual-hwe-22.04/jammy-updates 6.2.0.26.26~22.04.7 amd64
  Extra drivers for Virtual Linux kernel image
linux-image-extra-virtual-hwe-22.04-edge/jammy-updates 6.2.0.26.26~22.04.7 amd64
  Extra drivers for Virtual Linux kernel image
linux-image-generic/jammy-updates,jammy-security 5.15.0.78.75 amd64
  Image du noyau Linux générique
linux-image-generic-hwe-20.04/jammy-updates,jammy-security 5.15.0.78.75 amd64
  Generic Linux kernel image (dummy transitional package)
linux-image-generic-hwe-20.04-edge/jammy-updates,jammy-security 5.15.0.78.75 amd64
  Generic Linux kernel image (dummy transitional package)
linux-image-generic-hwe-22.04/jammy-updates,now 6.2.0.26.26~22.04.7 amd64  [installé, automatique]
  Image du noyau Linux générique
linux-image-generic-hwe-22.04-edge/jammy-updates 6.2.0.26.26~22.04.7 amd64
  Image du noyau Linux générique


Le linux-image-generic-hwe-22.04 correspond à l'image Linux générique utilisée par Ubuntu.
Avec la commande :
Code BASH :
apt show linux-image-generic-hwe-22.04


On voit en dépendance sur le noyau linux en version 6.2 :
Code :
Depends: linux-image-6.2.0-26-generic, linux-modules-extra-6.2.0-26-generic, linux-firmware, intel-microcode, amd64-microcode


Le linux-image-generic correspond à l'image noyau de base d'Ubuntu (5.15)
Avec la commande :
Code BASH :
apt show linux-image-generic


On voit en dépendance sur le noyau linux en version 5.15 :
Code :
Depends: linux-image-5.15.0-78-generic, linux-modules-extra-5.15.0-78-generic, linux-firmware, intel-microcode, amd64-microcode


L'astuce consiste à remplacer le métapaquet linux-image-generic-hwe-22.04 par le linux-image-generic

Code BASH :
apt install linux-image-generic


Ca installe une version plus récente de la branche 5.15 :
Code :
Les NOUVEAUX paquets suivants seront installés :
  linux-image-5.15.0-78-generic linux-image-generic linux-modules-5.15.0-78-generic linux-modules-extra-5.15.0-78-generic


Une fois installé, on reboot la machine.
Si on ne fait rien au niveau du GRUB, on démarre sur le noyau le plus récent (toujours le 6.2 à cet instant).
Au niveau du GRUB (juste après l'écran du BIOS ou de l'UEFI), presser MAJ pour faire afficher ce dernier (qui est masqué par défaut sur Ubuntu si c'est le seul système installé).
Sélectionner "Advanced Option for Ubuntu" et chercher le dernier noyau 5.15 installé.

Vérifier qu'on a bien démarré sur le kernel 5.15 :
Code BASH :
uname -r

Code :
5.15.0-78-generic


Maintenant que le métapaquet "classique" du noyau générique d'ubuntu est installé, on va supprimer celui correspondant au HWE (qui vient chercher actuellement le noyau 6.2 mais qui plus tard pourra vous proposer un 6.5 ou autre) :

Code BASH :
apt autoremove linux-image-generic-hwe-22.04


On revérifie les paquets linux-image installés avec :
Code BASH :
dpkg -l linux-image*

Code :
+++-======================================-===================-============-=====================================
un  linux-image                                             (aucune description n'est disponible)
rc  linux-image-5.15.0-25-generic          5.15.0-25.25        amd64        Signed kernel image generic
ii  linux-image-5.15.0-78-generic          5.15.0-78.85        amd64        Signed kernel image generic
ii  linux-image-6.2.0-26-generic           6.2.0-26.26~22.04.1 amd64        Signed kernel image generic
ii  linux-image-generic                    5.15.0.78.75        amd64        Generic Linux kernel image
un  linux-image-unsigned-5.15.0-25-generic                  (aucune description n'est disponible)
un  linux-image-unsigned-5.15.0-78-generic                  (aucune description n'est disponible)
un  linux-image-unsigned-6.2.0-26-generic                   (aucune description n'est disponible


Il reste encore les résidus du kernel 6.2 (sinon, ils sont encore en premier dans GRUB) :
Code BASH :
apt autoremove linux-*-6.2.0-*-generic


Avec cette commande, ça supprime les headers, modules, extras...

On reboot et on vérifie que c'est tout bon.
❌
❌