Alionet - Communauté openSUSE francophone

Bonjour,
Le projet Aeon continue son développement, il est basé sur le bureau Gnome. Il existe aussi un projet similaire basé sur le bureau KDE, mais il a moins de contributeurs et est moins avancé à ce jour.
Source : https://news.opensuse.org/2024/05/28/aeon-desktop-brings-new-features-in-rctwo-release/
Traduction automatique en ligne :

---

Aeon Desktop apporte de nouvelles fonctionnalités dans la version RC2
28. mai 2024 | Douglas DeMaio | CC-BY-SA-3.0
Les contributeurs développant Aeon Desktop (https://aeondesktop.org) sont heureux d'annoncer une étape majeure avec le lancement des images Release Candidate 2 (RC2).
Au cours des dernières 24 heures, une mise à jour d' aeondesktop.org (https://aeondesktop.org) pointe vers les nouvelles images.
Aeon (https://aeondesktop.org) est un système d'exploitation de pointe avec le bureau GNOME (https://www.gnome.org/) qui offre une expérience informatique automatisée. RC2 promet une pléthore de fonctionnalités innovantes que l'on ne retrouve pas par défaut dans les autres offres openSUSE. Voici quelques-unes des améliorations clés pour les fans d’Aeon.
L'une des fonctionnalités remarquables d'Aeon Desktop RC2 est l'inclusion par défaut du module Linux Kernel zram (https://en.wikipedia.org/wiki/Zram) . Cette fonctionnalité améliore considérablement les performances du système en évitant d'avoir à échanger des données vers des disques durs (HDD) lents ou des disques SSD (SSD) à usure limitée ; cela offre aux utilisateurs une gestion de la mémoire plus rapide et plus efficace.
Une autre fonctionnalité introduite dans Aeon est un processus d'installation révolutionnaire basé sur des images, alimenté par le nouveau programme d'installation tik (https://youtu.be/TGvwoc7vsBY?si%3DLanKFBFYbxaJb0eI) . Cela garantit que chaque utilisateur reçoit une configuration identique prête à l'emploi. La personnalisation est rendue facile et reproductible grâce à Ignition (https://en.opensuse.org/Portal:MicroOS/Ignition) et Combustion (https://en.opensuse.org/Portal:MicroOS/Combustion) , ce qui facilite la configuration et la réplication.
Pour ceux qui disposent de clés USB suffisamment grandes, tik peut migrer les comptes d'utilisateurs, les applications, les données, les configurations WiFi/VPN et même les conteneurs sans racine existants vers la nouvelle installation. Cette fonctionnalité est parfaite pour les réinstallations à faible impact ou la migration de l'ancien MicroOS Desktop (https://get.opensuse.org/microos/) vers le nouveau Aeon Desktop. Cela fonctionnera également pour la migration des installations de Tumbleweed vers Aeon, à condition qu'elles utilisent la disposition de partition par défaut. Les personnes intéressées par l'installation ou la migration doivent lire le guide d'installation (https://en.opensuse.org/Portal:Aeon/InstallGuide) et signaler les bogues sur aeondesktop.org/reportbug (https://aeondesktop.org/reportbug) .
Dans le but d'améliorer la sécurité et la convivialité, Aeon ne configure pas de compte root. Au lieu de cela, le premier utilisateur créé lors de l'installation utilisera son propre mot de passe avec sudo et Policykit pour exécuter des tâches administratives. Cela réduit le risque d'accès root non autorisé et évite de devoir mémoriser et/ou partager un deuxième mot de passe entre tous les utilisateurs du système.
Le RC2 bénéficiera d'un processus de démarrage propre et silencieux, dépourvu de scintillement et de sorties de journaux aléatoires, grâce à systemd-boot (https://www.freedesktop.org/wiki/Software/systemd/systemd-boot/) . Le processus de démarrage est particulièrement rapide et dure environ 8 secondes sur les machines plus lentes.
Aeon est la seule distribution openSUSE qui télécharge et met à jour automatiquement les bibliothèques optimisées x86_64_v3 (https://news.opensuse.org/2023/03/02/tw-gains-optional-optimizations/) si elles sont prises en charge par le matériel. Les utilisateurs n'ont besoin de rien faire pour profiter d'un système plus rapide grâce à ces optimisations. Le système est conçu pour les joueurs et les configurations SELinux spécifiques prennent en charge les jeux tout en maintenant des politiques de sécurité robustes. Cette fonctionnalité unique le distingue des autres distributions openSUSE.
En tant que système d'exploitation de bureau dédié, l'accès à distance est désactivé par défaut mais peut être facilement activé et géré via l'application des paramètres GNOME. Cela permet aux utilisateurs de contrôler leur bureau distant et leurs configurations SSH.
RC2 est la première distribution openSUSE à utiliser systemd-repart ; cela bénéficie de la spécification des partitions découvrables de l' API Linux Userspace (https://uapi-group.org/) (uapi_group). Cela rend la gestion des disques plus intuitive et efficace, tout en s'intégrant parfaitement à Ignition/Combustion pour rendre le partitionnement reproductible trivial.
L’utilisation de la compression Btrfs (https://archive.kernel.org/oldwiki/btrfs.wiki.kernel.org/) par défaut change la donne pour Aeon. Non seulement cela réduit l'usure du SSD, mais il améliore souvent les performances et permet d'économiser plus de 40 % de l'espace disque utilisé par une installation standard.
Aeon est unique dans sa mise à jour automatique quotidienne des boîtes de distribution (https://github.com/89luca89/distrobox) des utilisateurs , ainsi que d'autres mises à jour automatisées du système et des flatpaks. Cela garantit que les utilisateurs disposent toujours des dernières mises à jour avec un minimum d'effort. Pour ceux qui sont intéressés par les distributions , (https://github.com/89luca89/distrobox)la conférence openSUSE (https://events.opensuse.org/) de cette année verra le fondateur Luca Di Maio prononcer un discours d'ouverture (https://events.opensuse.org/conferences/oSC24/program/proposals/4593) lors de la conférence.
La version RC2 n'est qu'un début et l'équipe de contributeurs s'attend à davantage de contributions de la part de la communauté des développeurs pour élever encore plus cette expérience de bureau. À mesure que le développement se poursuit, les utilisateurs peuvent s’attendre à des fonctionnalités et améliorations encore plus innovantes.
Restez à l'écoute de la version officielle et découvrez-en davantage sur la communauté Aeon Desktop lors de la conférence openSUSE (https://events.opensuse.org) de cette année .

C'est totalement prometteur et ça donne envie de rejouer au beta-testeur. :)

Reste plus qu'à trouver une machine adéquate...


à plus,
oh!rocks

Je viens de tester, j'aurais pas du....
L’installation des drivers NVDIA est tout cassé. Que ce soit avec la compilation des modules proprio ou open-source. Il semble y avoir un problème avec le black-listage du module nouveau + un problème au niveau des clé MOK et peut être encore d'autres choses.
Mais sinon c'est clean, c'est propre, ça promet du bon.
Pour l'instant je laisse ma machine avec nvidia cassé, je verrais d'ici quelques jours/semaine si le problème se résoud de lui même.

Tu as un canal dédié sur Telegram pour Aeon, mais il est anglophone. Richard Brown y intervient souvent.

https://t.me/openSUSE_Aeon
ou sur matrix https://matrix.to/#/%23aeon:opensuse.org

@chalu

Merci je vais la tester avec kvm

Merci ☺️, tous les retours sur Aeon sont appréciés ici sur le forum 😉

Bonjour Chalu
La place de ce post n'est probablement pas ici , mais comme je suis le seul à avoir opté pour Kalpa , ça ne vaut peut être pas le coup d'ouvrir un autre fil , d'autant plus que pour le moment  c'est assez catastrophique
Je suis d'entré en Wayland , et la stabilité n'est pas au rendez -vous
Je voudrais repasser en " X11 " (toutes mes distribs le sont ) ,je l'ai déjà fait , mais je ne me souviens plus de la place des dossiers et fichiers dans lesquels il faut intervenir , si vous pouviez me réorienter , merci
@Chalu , merci de m'autoriser l'utilisation de ton fil pour cette question
Bonne soirée

Bonsoir @jenrem‍ 
Je pense que tu dois passer à x11 de la même façon sur kalpa et sur Aeon… si c’est possible ! Je n’en ai aucune idée 

@jenrem : ça se fait en général sur l'écran de login (en bas à gauche sur TW).


à plus,
oh!rocks

Bonjour Chalu , Oh!Rocks
Merci
Après recherche sur internet , et lecture de quelques forums Anglais  , je n'avance pas trop
Sur les forums , ils disent d'aller dans /etc/sddm ,mais mon dossier est vide , donc , ça ne m'aide pas
Je vais continuer  à chercher
Les problèmes que je rencontre sont
1) le curseur ne se déplace que par " à coups ",il ne suis pas le déplacement de la souris , donc c'est compliqué de selectionner quelque chose
2) sur la konsole , à peine je touche  ,une touche du clavier ,qu'elle se répète une demi douzaine de fois , là aussi c'est compliqué
Si je ne trouve pas d'ici quelques jours , je vais refaire l’installation avec Aeon , et voir si je les mêmes problème avec ma carte NVidia
Bonne journée

Si tu as une carte NVIDIA, attends que ce bug soit résolu :): https://bugzilla.opensuse.org/show_bug.cgi?id=1224773
Il semble que le passage a systemd-boot + immutabilité ne soit pas si simple. Ca manque un peu de test en amont ce nouvel installateur.

Sinon pour avoir utilisé aeon+NVIDIA+wayland+ gnome, un bon moment, je n'ai eu aucun problème (j'ai fait du jeu sur Steam et de la bureautique sans bugs).... Jusqu'à tester cette installation RC2 :)

Bonjour Yoman,
ca fonctionne ? J'ai essayé avec KVM (sous Ubuntu), j'ai eu un message d'erreur, si j'ai le temps je donnerai plus d'informations demain. Possible que m'y sois mal pris.

et bien moi je vois un gros soucis, juste pas de parefeu car d'après Richard Brown ça ne sert à rien:


ça c'est sur matrix:-p

Hum... Par principe (de base qui plus est) je n'irai pas une distro qui n'a pas de politique en terme de cybersécurité et qui n'en parle même pas si on ne demande pas au développeur.
Comme à son habitude R Brown est hyper sûr de lui, j'attends de connaître ses arguments...

là, je suis hors de moi, il prend les avis des autres pour des cons, je viens de passer deux heures avec eux, certains, leurs trucs aeon ne sera pas installé par moi, je préfere encore aller sur silverblue qui ont une politique de sécurité eux au moins.

Ceci à été ma dernière réponse:


c'est un truc de malade, on est revenu à la sécurité de l'époque de xp...

Je suis consterné aussi, autant par la réponse que par sa légèreté sur la forme.
Je rappelle que des malwares ont ciblé Linux ces dernières années (FontOnLake..)
Un firewall n'empêche pas tout : une défense se fait en profondeur et non pas sur le seul pare-feu, pourtant indispensable. L'objectif est de compliquer la vie des black hackers au max...
C'est d'autant plus incroyables que les équipes autour d'openSUSE sont censées être matures à ce sujet - là c'est une équipe, pas l'ensemble.
Comment ne pas aborder la sécurité en 2024. Ont-ils au moins des contre-arguments techniques ?
Le classique c'est "tout est conteunarisé donc nous sommes intouchables" (R. Brown) heu non, les flatpaks ne rendent en aucun cas obsolète un pare-feu. Comment peut-il continuer à penser cela ?

je suis déborder par ce que j'ai lu par là-bas. Je crois que si c'est ça, je vais simplement tout arrêter  et pourquoi ne pas aller sous fedora silverblue...

C'est juste un commentaire que j'ai posté sur un discord ami:

Surtout que l'excuse...
S'ils ne sont pas capable d'ouvrir automatiquement le port comme c'était possible via yast avant en automatique c'est que par conception ils ont raté un détail...

Clairement affligeant ces retours...

Parceque c'est mieux silverblue ? Ils ont un pare-feu actif par défaut ?
Il me semble que sur Debian, il n'y a pas de pare-feu actif par défaut ? ou alors ça a changé, ça fait un moment maintenant que je n'utilise plus Debian pour moi.
Pour le pare-feu, il y a celui de ta box non ? Le souci, c'est plus hors domicile ?

tu ne comprends pas chalu, mais c'est pas étonnant dès que je dis un truc tu interviens pour contredire, tu es la seule sur ce coup les autres m'ont compris, alors pour te répondre:
Parce que oui c'est mieux silverblue car eux Ils ont un pare-feu actif par défaut avec une interface et sinon tu l'installe.

Non tu as un parefeu comme partout ailleurs puisque intégré au kernel, mais tu n'as pas de GUI, sauf que chez debian comme partout c'est facilement installable, là pour le coup ça ne sera pas installable et la réponse mais t'es passé a coté, tellement que tu voulais me charger, c'est que si tu l'installes et que tu as un soucis c'est wontfix car tu n'as pas à en mettre. (good luck, but if you have any issues related to your customisations of Aeon I will be closing those bugs as WONTFIX)


Là c'est le pompon, c'est juste une blague? Rassures moi que c'est juste pour la vanne? Le parfeu de ta box ne sert à rien, il n'est pas là pour te protéger juste faire semblant, de plus elles sont tellement trouées toutes ces box que c'est déjà une faille de croire que le parefeu de ces choses vont te protéger. 

Désolé pour mon ton, mais je trouve que ça deviens dangereux, bientôt on va remettre XP et le trouver sécurisé.

https://forums.opensuse.org/t/micro-os-suse-aeon-compared-to-fedora-silverblue/167663/33

Et les gars sont si sûr de leurs bons technologiques qu'ils dénigrent tous les autres. A aucuns moments, je n'ai vu que flatpack allait nous protéger et qu'on craignaient plus rien... Heureusement que Tumbleweed est là, elle a de beaux jours devant elle.

@seb95, il n'y a rien d'agressif dans la question de @chalu.

Pour le fond du problème, il est vrai que ces histoires de pare-feu (quelque soit le système) sont un casse-tête tant cela implique de connaissances techniques difficiles à acquérir (il y avait un soft nommé Bastille à une époque qui voulait être à la fois un pare-feu robuste et un apprentissage de cette robustesse).

De mon point de vue, j'imagine que les concepteurs d'Aeon voient leur OS en client au sein d'un réseau déjà équipé d'un pare-feu (et d'un sysadmin qui sait s'en servir), d'où, peut-être, l'envie de ne pas s'en préoccuper puisque un pare-feu configuré par défaut est relativement inutile et que configurer un pare-feu est hors du propos "user friendly tout automatique" voulu par Aeon.

Ce dernier point étant évidemment discutable. Mais en restant dans l'esprit convivial de ce forum. ;)


à plus,
oh!rocks

Hello ;=)
Ca montre aussi que quand on choisi de pondre u n truc qui marche tout le temsp c'est pas si aisé ..., si l'on ouvre la porte à d'autres choses (et on peut modifier quelques trucs genre installer 2 paquets en une fois etc ou contourner la façon de faire recommandée), alors ca peut entrainer une instabilité, et eux en fait ils n'ont pas les ressources pour cela, donc la décision de won'tfix  : on ne règle pas les soucis introduits par vos manips.
Ca ne veut pas dire que c'est parfait leur solution, Mais ils expliquent que se sera service minimum.

Car à mon avis on est proche du zéro ressource (j'imagine).

(Après ya le côté arrogant tout ca, la forme ne prime pas sur le fond à mon avis même si elle ne donne pas du tout envie apparemment :'(  Ya le machisme du sachant coder et pleins de choses pas glorieuses ;'( Dans l'informatique ya de sacrés progrés à faire en terme de climat / communication etc... bref c'est un autre débat.)

Après à quoi cela sert t'il de péter une durite de façon si récurrente ? si cela ne convient pas ? I l faut comprendre pourquoi ils ont choisi cette solution technique (le point à creuser : quelle est la thèse qui dit que la sécurité est assurée dans ce qu'ils fournissent? ), voir si elle convient ou pas et voir en fonction du besoin personnel / pro...

De toute façon sauf changement récent c'est celui qui fait dirige la machine, donc soit on met la main dans le camboui pour changer la donne soit on est obligé de faire avec.
Et ca ne veut pas dire que j'approuve le discours qu'ils tiennent, mais je pense qu'ils n'ont pas le choix car ressources trop contraintes et du nous en cascade nous idem ... on a pas le choix. Sauf à changer de 'boutique' ou faire soi même. Linus avait pondu son truc quand le reste lui parlait pas assez ;=)

Bonjour à toutes et tous
Moi qui suis une mule en informatique , je n'imaginerais même pas de mettre en doute les connaissances et compétences informatiques de Seb95
Un grand érudit doit savoir faire passer ses connaissances aux autres dans la joie et la bonne humeur
Mais sur ce coup là , je trouve qu'il était plutôt  "violent " ,il me rappelle mon instit voilà bientôt 70 qui m'expliquait mes erreurs en me mettant "une claque sur la gueule " à chaque fois qu'il en pointait une , me demande si je n'étais pas voisin de pupitre avec toi SEB95 , ou alors , tu étais mon instit ?
Merci à toi Chalu pour toutes les fois où tu m'as dépanné
Sincèrement Seb95 ,avant d'afficher les draps de la discorde à la fenêtre , tu aurais pu envoyer un message privé
Bonne journée

Oki les gars, je me suis pris une méchante gueulante avec l'autre crétin qui est un gourou, bon courage à vous, moi je m'en tamponne, dès que je l'ouvre ici, je me fais rembarré alors que je contribue en amont bien plus que d'autre.

Pour le coup moi j'ai terminé ici et avec pas mal d'autre projet.

salutation.

Bon, seb95 s'est désinscrit avant que je réponde à son message.
Loin de moi, l'idée de le contredire, mes questions étaient naïves, je ne connais pas vraiment le projet silverblue ou Aeon, je n'ai pas testé. Je sais seulement que derrière, il y a la même idée d'utiliser des conteneurs (flatpak/podman).
Je ne suis pas non plus au point techniquement sur les pare-feux.
Je sais que Tumbleweed en propose un, mais je ne suis pas allé le configurer dans YaST car ça semble compliqué.
J'ai juste été capable de régler via networkmanager la zone de pare-feu sur home ou public suivant la connexion utilisée (le wifi chez moi ou ailleurs) et j'espère que toutes les configurations par défaut ont été faites pour que ce soit correct.
J'ai pourtant utilisé les formes interrogatives pour montrer que je n'y connaissais rien, il n'y avait pas d'affirmations, il aurait fallu des phrases plus longues sans doute.
seb95 a semblé mélanger son différent avec R. Brown et les questions que l'on peut légitimement se poser sur ce thème dans ce fil de discussion pour en apprendre davantage.
😲 on (moi ?) a rembarré seb95 sur le forum ? J'ai dû louper des discussions ou c'est dans une dimension parrallèle.

Pour ma part je pense surtout que l'on ne doit pas se justifier, j'ai souvent l'impression de véritables interrogatoires policiers sur ce forum. Or c'est un forum d'utilisateurs d'openSUSE si je ne m'abuse, pas de spécialistes ++ en cybersécurité. Un pare-feu se configure effectivement par des règles concernant les entrées, sorties. La configuration par défaut est déjà aidante (ex : celle de SELinux)

Nous sommes là pour échanger, nous améliorer.

C'est pour moi une question de positionnement collectif (forum) et individuel. Personnellement je ne suis pas actionnaire de SUSE mais utilisateur d'openSUSE Leap actuellement.
Après "l'informatique" est vaste : on apprend toujours des uns, des autres.
En entreprise la cybersécurité est l'affaire de tous. Il y a des spécialistes mais chacun apporte sa pierre à l'édifice en terme de confidentialités des données, plus largement d'ailleurs que la cybersécurité, ou encore les bons usages vu les multiplications des attaques type "homme du milieu" (ex : vol des données récentes de France Travail, ce n'était pas une attaque par force brute)

Cela devrait être encore plus vrai dans une communauté linuxienne d'utilisateurs qui, saut erreur de ma part, est horizontale et non pas verticale.

Dans un fil de demande d’aide, on peut poser des questions très précises qui peuvent paraître intrusives : comment as tu fait ceci ou cela, pourquoi as-tu ajouté ce dépôt…etc mais le but est de comprendre quand on n’a pas la machine sous la main, c’est pour aider à résoudre le problème, conseiller des solutions plus pertinentes…etc. Il ne faut pas que ce soit mal interprété.

Ici, on est sur un fil de discussion sur Aeon et l’annonce publiée. Demander, par exemple, si silverblue a un pare-feu par défaut, a un objectif de renseignement/information personnel. Ce n’est pas une demande de justification du choix d’une distribution. Mais, il est normal dans nos échanges, même ici, de poser la question pourquoi ? Pas pour mettre en doute, mais pour s’informer. Sans ça il n’y a plus d’échanges non ?

Ce serait intéressant si quelqu'un a envie de faire un tuto sur les parefeu, comment gérer .. ou si vous en connaissez un bon ailleurs ?

Pas encore testé, dans la semaine je teste 👍

J'ai pris l'iso, mais bon flemme de flinguer ma vm tw j'avoue, sinon ya une page kalpa qui donne quelques conseils , commandes
avez vous essayé ?

bon sinon la tw elle a du couple, elle avait mis un trés long moment  à se mettre à jour, j'avais coupé à la fin n'en pouvant plus.
ben elle boote encore :D mais comment ils font ? :D

Genre s'il faut rebooter tout le temps je sais que je vais Détester ca, mais qui a pondu ce système moisi (pour moi en tout cas)
, du oup on peut feinter et ajouter 2 paquets en même temps , Wow mais argh c'est pas prévu Officiellement ... Donc oui forcément que certains feront des trucs +/- zarbi et ca créera du remu ménage en aval.

Coucou à tous

Quand une personne test une distribution opensuse le mieux c'est de la tester, et éviter les malentendus, avant de répondre

La sécurité sur Redhat c'est la base : SeLinux et Firewalld

C'est juste mon opinion

Effectivement la sécurité est la base, et je suis bien contente de savoir que Tumbleweed que j’utilise a une configuration par défaut de son pare-feu qui fait que choisir home ou public dans networkmanager a du sens d’après une réponse que l’on m’a faite plus haut.
@Yoman as-tu testé silverblue ? Dans un fil du forum anglais, s.falken qui développe kalpa et est très impliqué aussi pour KDE sur Tumbleweed et Leap, indique que la configuration par défaut du pare-feu laisse tous les ports ouverts à partir de 1025.
Est-ce toujours vrai pour ceux qui testent silverblue actuellement ?
Le fil de discussion est là https://forums.opensuse.org/t/i-think-firewalld-is-needed-in-aeon-kalpa/171762/18
Je vais tester sa commande sur ma TW pour voir ce que ça me sort !

J'en ferais un sur un mode "paranoïa".
On ferme tout à la base (in, out ) même le forwading.
Et on ouvre les ports uniquement pour les services dont on a besoin.

Non, pas encore, c'est pour cela que j'ai répondu à @seb95 uniquement sur l'aspect pare-feu, si c'est open-bar, ça craint, il a raison.

Pour le reste, je n'ai pas suivi tous vos échanges.

Comme elle a expliqué si par défaut le parefeu est sur On mais ouvert ca change peu, mieux que rien, mais pas configuré ca permet plein de failles. C'est technique donc la majorité ne connaissent pas amha.

Bonjour :)
seb95 m'a écrit un message privé sur le forum Debian facile pour s'excuser de ses propos ici où il avait mal compris et pris mes interrogations pour des affirmations.
Il a redonné les arguments qu'il a donné ici pour l'utilisation d'un pare-feu.
Pour ce qui est de la retranscription des échanges complets qu'il a eu avec Richard Brown, je lui ai indiqué que ce n'était pas une bonne idée de les remettre ici puisqu'il nous avait déjà donné ses arguments et que chacun peut retrouver leurs échanges sur les réseaux, par exemple avec Telegram https://t.me/openSUSE_Aeon/48012 (je ne fais pas de pub pour Telegram, les canaux sont reliés,  il faut chercher dans le canal Aeon à la date du 4 juin).
Sur le forum, on a l'habitude d'échanger, s'informer et se former de façon apaisée.
Je vous propose de continuer à échanger sur les pare-feux (utilité, réglages, tests,...) dans un autre fil du forum afin de ne pas encombrer davantage celui-ci qui était une annonce sur de nouvelles fonctionnalités dans le développement d'Aeon.
Ce fil sur les pare-feux est ici : https://www.alionet.org/index.php?topic=1896.new#new

c'est le problème des immunitables, en faites faut bien comprendre que tout est fait que tu bidouilles pas ton système et que tu as la meme architecture que les développeurs. Le but est d'avoir un systeme stable sur le long terme et immunitable dans la logique tu ne touche pas a ton système... oui fedora kinoite etc.. est un peu plus souple la dessus tu peut modifie et même garde ton image de tes modifs en cas de rollback.
faut se dire que immunitable aeon c'est pour utilisation bureau pour monsieru et madame tout le monde ou a la limite dev et que tu ne touches a aucune ligne de commande de façons transparente.
si vous voulez ouvrir des ports etc autre que votre box ou votre routeur passer sur une autre distrib comme centos, rocky etc...

= la distro des grands mères ?

Bonjour à tous

J'ai testé sur KVM :

- pour moi c'est une sorte de Chromebook à la sauce openSUSE, avec ses avantages et inconvénients en tant qu'immunitable

Richard Brown donne la solution pour tester en VM sur telegram.

Mais il ajoute à la fin : je traduit/
“Mais, comme vous faites quelque chose qui ne relève pas de notre intérêt, vous pouvez vous attendre à ce que les bugs soient fermés et marqués comme ‘NE SERA PAS CORRIGÉ’.”

Donc je n'irais pas plus loin dans le test.
Pas envie de tester en DUR.

Salut,
J'ai testé MicroOS à plusieurs reprises, mes avis sont convergents avec ce que je lis plus haut :
- Effectivement cela ressemble au final à chromeOS ou Androïd notamment avec Gnome
- La distro sera adaptée aux personnes qui ne soucient pas de l'OS en tant que tel mais qui veulent des MAJ automatiques
- Et donc aux utilisateurs d'applis, de logiciels principalement.

Le type d'utilisateurs : ceux qui ont besoin d'un navigateur, traitement de texte, musique et rien au-delà.
Attention pour les personnes qui s'intéressent au graphisme (même si pour ma part c'est autant de l'intérêt que de l'obligation) : il est par exemple impossible d'installer des extensions ou alors elles peuvent sauter apparemment : pour Inskape je préfèrerai toujours une distro classique ou même Windows (exemple parmi d'autres)

Concernant openSUSE pour ma part je préfère garder ma liberté sur Leap (ou Tumbleweed si j'y revenais). Concernant Leap je reçois régulièrement les MaJ de sécurité de SLE avec des détails concernant les paquets et je peux utiliser un pare-feu.

Si Aeon se soucie de sécurité d'une quelconque manière (ou si la distro s'avérait sécurisée) je pourrai néanmoins l'installer sur des ordis de personnes tierces. Au demeurant, je suis resté un moment sur Silverblue (qu'on peut modifier par l'ajout de RPM plus facilement) et aucun souci concernant cette dernière.

@orion

Je ne rajoute rien
OK 👍 avec toi de la 1ère ligne à la dernière.

J'avais la flemme d'être aussi précis que toi 🙏👍👋😀

pour info, il y a un tuto pour contourner le bug Aeon RC2/ Nvidia  (https://www.youtube.com/watch?v=4VxB8K0pfXo )
Ça parait compliqué comme ça, mais c'est en fait assez compréhensible.