Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.
Je ne comprends pas ce que tu veux dire par: Leap c'est 4 ans/debian 2 ans.
Debian sort une version +1 tous les 2 ans. Mais chaque version est maintenu bien plus que ça sur la branche LTS si vraiment tu veux rester dessus. (debian 10 est encore maintenu jusqu'en juin 2024) A l'inverse Leap sort une version par ans (mineure ou majeure), et chaque version est maintenue 18 mois. Donc tu ne peux rester sur version 15.X que pendant 18 mois, il te faut passer à la 15.X+1 pour continuer à avoir des maj. Donc en pratique, là ou sur debian si tu le veux tu peux rester 4 ans sans rien changer (voir plus), sous leap tu es obligé de faire une upgrade tous les 18 mois... ou si tu suis le rythme normal tu fais 2 ans debian pour une upgrade par ans chez leap.
Maintenant, regarde leap 15 à sa sorti, et regarde leap 15.5/15.6... ça n'a plus rien à voir. Leap 15 pour rappel c'était: Kde 5.12/Gnome shel 3.26 Kernel 4.12 Tu trouves vraiment que c'est une upgrade mineur qui s'est passé de version en version?
Chaque version .X embarque parfois des changement plus ou moins importants. Parfois c'est un changement de version de kde, parfois un changement de version de kernel, parfois les deux. Pour rappel leap 15.6 qui va sortir contient kde 5.7.11 (debian 12 est en 5.27.5 même leap 15.5 était plus à jour), le kernel lui monte sur une 6.4.
Ce qui était vrais à une lointaine époque de leap ne l'est vraiment depuis un bon bout de temps. Je ne sais même plus en quoi on peut différencier une montée majeur chez OpenSuse comparé à avant. Là la monté est bien visible puisque LEAP16 c'est un changement complet, mais sinon jusque là les mineurs avaient autant de changements possible que les majeurs.
Donc faire leap 15.5 ==> 15.6 tu as autant de risque que de faire debian 12 ==> debian 13. (et en pratique ça se passe bien pour les deux. )
Pour vérifier, j'ai testé sur debian 12 qui tourne chez moi avec un kernel 6.6.29. Et le partage de connexion gsm en usb (sans activer un quelconque mode debogage usb) fonctionne toujours parfaitement.
Le problème serait valable à partir de quel kernel et sur quels versions?
Immuable ou pas ça reste un point, le fait est que la direction ça reste ALP. Donc même sans immuable le principe de base à savoir host en native et application en conteneur ça reste la direction de la prochaine LEAP. Donc en non immuable on se rapproche justement carrément d'ubuntu comme évoqué, et si immuable de silverblue.
Justement la direction de leap 16, c'est ALP, or le but d'ALP c'est justement de tout conteneuriser. On est donc dans un principe proche de flatpak/snap. (ce qui n'est pas forcément mieux...)
Separating the hardware enablement in a Host OS and a (containerized) Application Layer provides an immutable platform for workloads and workload runtime environments.
Je t'invites si tu ne l'a pas fait à tester microos, tu verras le principe de base. On est donc justement exactement dans le même principe qu'ubuntu qui fourni tout dans snap sur un os de base.
Encore une fois leap 15.6 que tu vois, reste une leap "traditionnelle" avec des RPM. Leap 16, sera une ALP, donc à ma connaissance fini les rpm et le fonctionnement standard. Pour moi on sera peut-être dans un fonctionnement à la fedora silverblue du moins à l'heure actuelle c'est comme ça que marche microOS.
Je connais la différence entre snap/flatpak, j'évoquais juste le fonctionnement "similaire" dans le sens cloisonné, lib différent du systême etc. Les deux ayants des avantages/inconvénients. (même si ma préférence va à flatpak clairement entre les deux)
Comme évoqué dans un autre topic, la grande majorité des distributions freezée prennent cette direction malheureusement. Le but étant de faciliter l'installation d'application moderne sur une base figée et plus facile à maintenir. IL reste encore debian à ne pas prendre cette voie, mais pas sûr que cela puisse durer longtemps.
Je n'avais aucun pb les majs de leap, j'avais choisis leap justement parce que les sorties tous les ans avec les backports permet le support de matériel récent, même si il faut l'avouer le kernel 5.14 même avec les backports commençait clairement à vieillir. L'absence d'amd-pstate (j'ai un doute maintenant mais je vais revérifier sur mon pc fixe pas encore basculé) commençait clairement à se faire sentir.
L'intéret pour moi de leap, c'était d'avoir une sorte de debian avec un cycle de sortie un peu plus cours (1 fois par ans c'était très bien). Avec l'évolution prévue de leap et le tout flatpak, ça n'est pas ma vision de la chose, si c'est pour faire comme ubuntu, limite une préférence à ubuntu LTS si c'est pour avoir le même compromis mais avec plus d'inconvénients.
Après j'attends de voir, je m'avance peut-être trop vite, j'avais du temps, le flou d'openSuse ne me convenait pas, et le saut à debian c'est très bien passé avec que des avantages dans mon cas, ça ne m'empêchera pas de suivre l'avenir d'openSuse.
@oh!rocks je connais cette roadmap, mais ça ne donne aucune information. On avait les échéances pour leap 15.6 niveau date. Mais ça ne donne pas non plus le contenu des changements de leap 15.6 par exemple.
On sait que le futur de leap est garanti avec leap 16 avec normalement une date "prévue" pour l'année prochaine comme chaque version de leap, et que si besoin il y aura une leap 15.7 en plus si vraiment ça ne passe pas pour repousser d'un an de plus. (ça a déjà été le cas avec cette 15.6) Mais en l'état alors que leap 15.6 approche, on ne sait toujours pas ce que c'est que ce leap 16 "ALP". A tel point que les gens ont compris que ça serait dupliqué avec microOS et qu'on a du mal à voir la réelle différence à part peut-être la présence d'un certains yast.
Leap aura surement toujours un usage, mais il sera à mon avis encore plus minoritaire chez les utilisateurs "lambdas" car trop orienté entreprise.
Perso souhaitant continuer sur la direction de leap, le choix légitime c'était de switcher chez debian. Même si le cycle de sortie est beaucoup plus lent. L'utilisation de flatpak pour certaines choses (steam) + la compilation du dernier kernel LTS qui va bien permettant de gommer tout ça pour mon usage. (avec en plus le repo mozilla directement pour firefox à jour)
Oui alors comme déjà évoqué, leap continu à l'identique avec la 15.6 La 16 restera totalement différente et à base de "briques" ALP. On ne sait pas encore trop ce que ça donnera et c'est bien tout le problème.
Pour ma part, ce flou artistique m'a fait quitter openSuse. J'aimais bien leap, mais on voyait clairement ces dernières années que le suivi diminue. (encore plus ces jours avec le flou artistique de leap 16 et des gens qui ont migré sur tumbleweed + la naissance de slowroll).
Je pense clairement que leap va être encore plus en perte de vitesse avec tout ça. C'est dommage car elle avait clairement sa place avec quelques changements pour suivre un peu plus vite. (le kernel trop ancien et peu souvent mis à jour pose problème même s'il y a des backport dedans)
En l'état perso je suis revenu sous debian 12, et je n'ai aucun regret par rapport à mon usage de Leap. C'est même plus réactif et certains paquets sont mieux suivis (chromium est plus à jour par exemple).
Je vais continuer de suivre leap en VM pour voir ce qu'elle devient et si jamais ça peut redevenir un point de chute. Mais ce côté trop flou d'opensuse m'a fait les quitter. Entre les gens qui sont partis de leap pour tumbleweed, la naissance de slowroll qui manque complètement d'info, de suivi ça végète dans son coin sans savoir si vraiment il y aura du monde pour bosser dessus, et le flou artistique sur LEAP ne m'a pas rassuré. Au moins debian a une direction pour l'instant claire, et faut avouer que perso pour mon usage ça marche bien.
EDIT: bon ben pour cette RC ça reste kde 5.27.11 On s'en doutait un peu kde 6 ça sera plus probablement avec leap 16. Donc sur cette 15.6 le changement plus visible ça sera donc ce nouveau kernel 6.4.
Aucun soucis sous leap 15.5. Une fois le partage de connexion usb activé depuis le tel, on a une carte réseau qui apparaît sur le pc. Mon smartphone est un pixel à jour et ras.
Au pire il ya le partage wifi si pb mais ça serait surprenant que cela ne fonctionne pas sous tumbleweed. ça serait une sacré régression.
Anydesk marche bien oui, sauf... Sous wayland ou il ne fonctionne qu'en tant que client. Pour la partie poste à prendre en main, ce n'est toujours pas géré et c'est bien le soucis.
Sinon tout a déjà été dit dans ce topic. En général pour le peu de fois ou j'ai besoin de prendre en main à distance c'était anydesk, mais rust desk est pas mal conseillé et semble pas mal utilisé pour de l'openSource même si malheureusement il n'y a pas de serveur autohébergeable malheureusement. :/
clonezilla travaille avec la partition complète, il ne regarde pas dans le volume. Lvm ne pose pas plus de problème que ça. J'utilise du dualboot windows/Linux avec du lvm linux chiffré.
En général je fais toujours le même partitionnement: 1) une partition UEFI 2) une partition de boot en ext4 non chiffrée (qui contient le kernel) 3) un volume LVM chiffré qui contient / + le swap
Et quand j'ai un dual boot, j'installe donc windows d'abord, puis linux avec ce partitionnement.
Il n'y a aucun soucis à sauvegarder tout ça avec clonezilla, tu peux sauvegarder soit par partition donc tu vas sauvegarder tout ton volume LVM d'un coup, soit au niveau disque, donc tu vas sauvegarder tout ton disque entier.
Par contre, comme évoqué, il s'agit bien ici de travailler au niveau partition, pas au niveau contenu. Si ton but est de sauvegarder des données, il faut utiliser autre chose (borgbackup ou autre outil du style).
EDIT: en alternative plus graphique tu as rescuezilla qui est normalement compatible avec clonezilla
Comme dit plus haut, remplacer le disque dur par un ssd et ça sera une révolution. En même temps si possible faire un upgrade de mémoire vive à 4 ou 8go de ram si possible et il devrait pouvoir continuer pour un usage bureautique.
Toujours aucune information sup sur slowroll. Personnellement je commence à douter de la viabilité de cette branche.
Comme d'ab en ce moment avec openSuse, de gros problème de communications. On a quelques news sur la dernière "vrais leap" 15.6 qui suit son chemin, très peu d'info sur leap 16 ( potentiellement logique vu que ça n'avancera vraiment qu'après) mais strictement rien sur slowroll.
)