Cette espace vous permet de voir toutes les Voir les messages réalisées par ce membre. Vous ne pouvez voir que les Voir les messages réalisées dans les espaces auxquels vous avez accès.
Du coup j'en ai profité pour le tester rapidement dans virtualbox. C'est l'arrivé d'un nouvel installer, lors de l'installation on a le choix entre: Leap 16 Opensuse Micro os Tumbleweed
J'ai choisis leap 16 et du coup on peut choisir entre gnome/kde. Pour l'instant la conf se fait en qwerty ça ne switch pas en FR/azerty même si on fait le choix dans localisation. Niveau stockage je n'ai pas trop bidouillé avec l'existant, juste installé pour voir ce qu'il fait.
AU démarrage j'arrive sur le terminal, pas de serveur X de démarré. Pas creusé plus.
EDIT: je me suis co en terminal et fait un startplasmat-wayland et j'arrive bien sur un kde. Plasma 6.1.4 kernel 6.4 firefox 128 esr
On revient au final à ce que j'évoquais sur l'autre sujet. Le futur d'openSuse reste vraiment flou. :/ Personnellement ça ne m'a pas du tout rassuré d'ou mon départ.
C'est dommage parce que leap était une très bonne distribution.
Pas sûr que ça soit judicieux, je dirais plus qu'ils pourraient désactiver le delta (ou laisser le paramétrage) pour améliorer les temps de mises à jour.
Tu ne peux pas récupérer les mises à jour de securité de tumbleweed sans pousser directement une maj.
Exemple simple. Admettons que le pgm toto soit en version 1 sur slowroll et en version 2 sur tumbleweed. Si un correctif est porté, vu le cycle prévu, le correctif sera sur la version 2. Donc pour corriger slowroll ça veut dire monter d'un coup à la version 2.0
Donc là il n'y a pas 36 choix, soit un décale les mises à jour de sécurité donc on garde une faille pendant X jours le temps de valider la descente dans slowroll, soit on se retrouve à avoir au final la même version que tumbleweed et donc au final si c'est récurent sur pas mal de pgm la différence avec tumbleweed est forcément mineure.
Je ne pense pas qu'il y ait de backport sur slowroll sinon ça veut dire maintenir tous les paquets et on sort du concept prévu de "snapshot" depuis tumbleweed. C'est toute la question/problématique qui n'est jamais décrite.
Clairement la rapidité ça reste un des gros points noir de zypper. Pour le reste jusque là je trouve qu'il fait le taf, mais niveau temps de mise à jour ça reste abusivement lent par rapport aux autres distributions.
Le problème de fond c'est déjà de nos jours de continuer à télécharger les "deltas" par rapports aux paquets existants. C'est une bonne idée quand la ligne interne est lente ou que la quantité de donnée est comptée, mais cela ralenti un max les mises à jour. Il me semble que fedora a justement fait cette évolution récemment et arrête de faire des deltas.
Parce que quand on compare le temps de maj par rapport à pamac de manjaro, ou par rapport à apt c'est le jour et la nuit.
Comme déjà évoqué, je trouve ça dommage d'attendre autant pour communiquer sur le projet. On en est en statut béta ok, mais aucune information précise n'a été communiqué sur comment sont maintenues les failles de sécurité etc.
je l'ai toujours en vm pour voir, mais difficile de savoir en vrais si c'est mieux que tumbleweed ou pas niveau stabilité ni si ça a un impact niveau fiabilité par rapport à tumbleweed.
EDIT: niveau news il y a enfin une image iso pour slowroll, mais il faut quand même toujours bidouiller un peu une fois installé cf: https://en.opensuse.org/openSUSE:Slowroll
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...
Alors que moi j'ai tout basculé mes machines perso sous debian et j'en suis content. Il me reste les pcs des parents, ça risque d'attendre au moins après l'été.
Par rapport à opensuse le paquet chromium par exemple est beaucoup plus suivi. (les mises à jour sont régulières et fréquentes là ou sous openSuse c'est vraiment ultra rare... )
Perso j'ai un swap > à ma mémoire vive pour pouvoir faire de l'hybernation profonde, mais en vrais ça ne me sert jamais... Sur 2to je ne suis pas à 32go près donc ça me permet de ne jamais être à 100% du ssd quoi.
Je ne sais pas trop comment fonctionne la sauvegarde de session, je dirais qu'il réouvre les applications déjà ouvertes, et du coup si tu les fermes je vois pas trop l'avantage de garder cette option là, donc tu peux essayer de voir si ça change.
Je suis très loin de ton utilisation. Au boot sans rien d'ouvert je dois être autour des 1go de ram (je pense que c'est moins de 1go).
En utilisation actuellement avec : - element (conversation avec 3 personnes) - chromium avec 20 onglets ( avec ublock origin en extension) - Firefox en navigation privée sur twitter (avec ublock origin en extension)
J'utilise: Free -m total utilisé libre partagé tamp/cache disponible Mem: 31520 4291 23547 145 4266 27229 Échange: 37555 0 37555 Donc 4.2go utilisé.
Ton utilisation reste du coup assez étonnante. Par contre perso je redémarre toujours avec une session vierge (dans les settings de kde démarrage session)
EDIT: avec 2 flux twitch en 1080p ouvert en cours de lecture en plus: 5180
Ah ok tu voulais au contraire parler de la réactivité.
C'est un peu ce qui me bloque pour "regarder" mint/mageia. Il y a trop peu de dev et de ressources pour que ça puisse être une alternative "sure" (au sens sécurité/failles).
Le problème de debian 12.3 n'a rien à voir avec debian en fait. Il aurait pu se passer partout.
C'était un flag sur le kernel en RC qui a automatiquement backporté la modification sur le LTS. ça c'est juste goupillé avec la sorti de la 12.3 mais ça pouvait arriver à n'importe quelle distribution utilisant le kernel LTS et qui aurait rapidement mis à jour le kernel. (arch/manjaro etc)
En gros pour le coup ça n'a strictement rien à avoir avec debian, c'est le kernel LTS dans les repo source du kernel linux qui a s'est pris une modif rétroporté à cause d'un flag stable + backport. Debian n'entre en rien dans le coup si ce n'est une compilation automatique de la dernière version du kernel LTS.
