Reprise du message précédent :
Je préfère gnome perso, jamais compris la hype kde.

On a vraiment perdu eric qui viens à peine de migrer  

j'ai gnome (ubuntu) sur le pc du boulot, mais bon un ou l'autre je m'en fou ça fait la meme chose

   
T'as pas très fort en anagramme    

eric / fabrice c'est la même chose   , trève de plaisanterie , le soldat fabrice est tombé?   pourtant cachy c'est ultra simple    
 
 

C'est pas un gros posteur non plus, même si c'est un ancien. Et c'est pas un noob comme moi donc je mise sur "pas de nouvelles, bonnes nouvelles"  

 
Je préfère l'environnement bureau petit poney, je n'ai jamais compris la hype poisson rouge.
 
CachyOS y a pleins d'environnement bureau à essayer / choisir et prendre celui qui convient le mieux, le reste c'est une histoire de gouts / préférences.

Déjà le 7.2.8, ça n'arrête plus  
On va être au 8.0 à Noël si ça continue comme ça.

Hum, c'est 7.2.8, ce qui veut dire que la 7.2 à eut droit à plusieurs correctifs / améliorations mineures.  
 
Avant la 8.0 faudrait arriver quelque part à la 7.18 , bref les branches 7.3 et 7.4 se rapprochent, en phase de finalisation (RC4) pour la première et en cours de développement pour la seconde.
 
La 7.1 est allée jusqu'à la 7.1.13. avant de passer en fin de vie, et la 7.2 sera maintenue jusqu'à la sortie de la 7.3 "stable" (courant octobre si tout va bien).
 
Donc non, on est très loin d'une 8.0 , faut bien voir où se situe les points .

Rappels : il y a, en principe, une mise à jour mineure (x.y.1, x.y.2…) toutes les semaines, de même qu’une nouvelle préversion (rc-1, rc-2…).

Toutes les 9 semaines (soit environ une fois tous les deux mois) sort une nouvelle version stable (x.1, x.2…), prise en charge pendant deux mois et demi, à raison d’une MAJ mineure chaque semaine, pendant donc une douzaine de semaines, en moyenne.

Depuis la version 3, le changement de numéro initial (6.0, 7.0…) se fait dès que le deuxième numéro (x.1, x.2…) approche ou atteint .20, car Linus n’a que 20 doigts (bien que pour les 5.x et 6.x, il n’ait pas dépassé les .19). Il n’y a donc aucune différence fondamentale entre un passage de 6.16 à 6.17 ou de 6.19 à 7.0 : c’est juste parce que la limite des 20 doigts (mains et pieds) sur lesquels on peut compter aura été atteinte et qu’on ne pouvait plus aller au-delà pour les 6.x (pas de x.21 à prévoir, donc).

La dernière version majeure de l’année (celle qui dort en décembre) deviendra la nouvelle version LTS pour l’année à venir, prise en charge pendant deux ans au lieu de deux mois et demi. Vraisemblablement la 7.4 pour la prochaine (fut un temps où c’étaient que des x.4, x.9, x.14, x.19, mais cette régularité a cessé avec les 6.x, c’est donc pas dit que la suivante sera la 7.9).

 
L'explication est complète et claire maintenant.

Merci pour l'explication

Je vous en prie.

 
 
 
Cocasse non ? Mais on va pas s’écharper sur une histoire de bureau @ la revoyure.

fyi, y'a un topic gnome VS kde si vous voulez... mais de toute façons les 2 sont nuls

 
Je ne connaissais pas cette particularité, c'est aberrant et ça va à l'encontre des règles courantes au niveau versioning.

J'ai connu plus aberrant  comme versionning, le choix arbitraire pour changer la version majeure bon..

Il n’existe justement aucune règle (au sens de loi à respecter) dans ce domaine : chacun décide comme il veut pour son projet. Certains feront du bête « 1, 2, 3… », d’autres du « 0.1, 0.2, 1.0, 1.1… », d’autres encore se baseront sur la date et feront du « 26.01, 26.02… 26.12, 27.01… » (avec des variantes : « 26H1, 26H2 », « 2026.01 », « 2026.01.01 », « 20260101 », « 2026a, 2026b… »).

Il existe des conventions sur lesquelles une partie des créateurs de logiciels s’accordent, mais ce ne sont pas des règles auxquelles se conformer impérativement. Ce qui fait que le choix de Linus en la matière n’est pas plus aberrant qu’un autre, en réalité.

 
Oui SemVer, CalVer... il y a plusieurs standards. Le noyau Linux semble suivre le standard SemVer, mais ne le suit pas vraiment. C'est un peu comme si la prochaine Ubuntu était versionnées 26.05 ou 29.02, rien ne l'interdit mais ce serait aberrant pour moi.

Tout marche nickel chez moi.

Content de l'apprendre      

 
ultra simple ça dépend des problèmes, mon cachy mettait 1 minute a boot, heureusement que gemini est la pour debug    
 
 

 
et le pb venait d'où ?

 
Mes ports SATA attendaient un périph, je n'ai rien de branché dessus, donc j'ai désactivé les ports dans le bios.
 

Bon à savoir (mais est-ce lié à l'installeur de Cachy ?)
J'ai pas eut le pb malgré un disque débranché spécifiquement pour faire l'install.

Perso ça démarre assez vite sur un PC qui a 10 ans (i5 6500 et SSD Sata Crucial BX500)

Moi aussi ça démarre très vite sur un 6700k et un nvme 256gb , punaise j'en reviens toujours pas qu'un tel pc soit encore aussi rapide à ce jour ...... vraiment à l'opposé des fenêtres ........

C'est rapide tant que tu lance pas un jeu

Hello,
je commence à faire comme Eric, migrer à 99.9%, le 0.1% restant étant fusion 360    
 
J'essayerai de repasser quand même de temps en temps    
 
 
Comme ça parle des mises à jours, j'ai plusieurs question:
1- Normal que ce soit aussi fréquent ? il y en a tous les jours ou presque.
2- Normal de devoir relancer à la main dans la console après installation certains services ?  c'est pas que ce soit difficile, mais disons que je trouve la démarche surprenante et c'est le premier linux que je test avec autant de MaJ.
3- Etant de nature précautionneuse ( et aillant déjà briqué plusieurs distrib linux après Maj    )  en fin d'installation je ne supprime jamais les paquets orphelin. Je fais bien ou on peut les virer ? ou alors "faut voir" ?    
 
 
Enfin dernière question, j'ai mis pas mal de temps à configurer l'os pour que tout ce que j'ai besoin fonctionne bien.
Mais j'aimerai pourvoir migrer cet OS de mon SSD sata 256Go vers mon ssd Nvme.  c'est possible facilement ?  Possible aussi de faire une save, genre je "capture" l'os comme il est aujourd'hui et si y a un problème je peut repartir de cette save ?  
 
Ou alors je l'ai dans le LuC et je doit tout réinstaller ?  
 

j'ai installé windows 10 dans une virtualbox si j'ai vraiment besoin d'un truc windows daubé a lancer lol

tu mets "0" a la reponse de quel services redémarer, 0 = tous

si tu casses un truc tu peux revenir en arrière via un snapshot btrfs (il y a un tool graphique, ou directement dans le lanceur au démarrage du pc)

 
1. Oui c'est le principe d'une rolling release, dès qu'un paquet est à jour, tu l'as direct.
2. Comme dit chaced, ça te demande quelle service tu veux relancer (normal, tu viens de les mettre à jour), un simple 0 relance tout instant.
3. Perso je supprime tout.
 
Aucune obligation à les faire tous les jours, perso quand ce sont des petits trucs, je fais direct. Quand ça touche au Kernel ou KDE, j'attends quelques jours ou le week-end. Ça évite d'avoir un environnement cassé et/ou ça me laisse du temps le week-end pour debug si besoin.
 
Tips : J'utilise Limine comme bootloader et Btrfs comme file system, du coup j'ai accès à Btrfs snapshots. Ça fait un snapshot à chaque maj, si quelque chose casse, je peux revenir en arrière en quelques secondes. Je peux même changer de kernel si besoin.  
Fonctionne aussi avec Grub etc.

 
Je trouve pas que sur mon i7 5775C il y ait de grandes différences au démarrage, vraiment, les deux sont très rapides à ce lancer, si l'un est plus rapide que l'autre c'est assez négligeable, mais tout dépend aussi de la config derrière ...
 
Les plus c'est la consommation plus réduite au niveau de la RAM et VRAM (pour la VRAM c'est rarement mentionné je crois), et on peut aussi dire que l'animation des fenêtres (en fonction de l'environnement graphique) donne une impression de meilleur fluidité.

il n'est pas X86-64-v3 d'ailleurs cachy ? donc il faut a minima un Haswell pour démarrer.

 
Cachy propose plusieurs variantes,V3,V4 et un Spécial Zen4/5 avec les optimisations maisons, mais fournit aussi un V1 mais sans les optimisations maisons, bref le kernel "vanilla".

Fabrice.
 

1. Cachy est basée sur Arch et est donc, tout comme elle, une « rolling release » : les MAJ sont disponibles de manière continue, dès qu’elles sont prêtes, et pas à un horaire fixé par avance.
 
Mais tu peux tout à fait décider de ne les faire qu’une fois par jour, voire par semaine, lorsque tu as un créneau de libre (en général, le soir avant d’éteindre).
 
2. Normalement, les services activés sont relancés après une mise à jour qui les concernerait. Mais les bases Arch n’activent pas par défaut les services liés à des logiciels que tu viens d’installer (ce qui est parfois préférable, quand ça nécessite d’abord une configuration supplémentaire après installation).
 
3. Ça dépend si toi, tu en as besoin.
 
Pour faire la liste des paquets orphelins (note que, contrairement à Windows qui ne tient pas compte de la casse dans Cmd.exe, les majuscules et minuscules sont importantes sur Linux et les systèmes UNIX) :

 
Pour voir à quels autres un ou plusieurs paquets peuvent être nécessaires :

(Chercher les lignes « Requis par » et « Optionnel pour » ; tu peux en mettre plusieurs à la suite).
 
Pour supprimer un ou plusieurs paquets, ainsi que les dépendances qui leur sont spécifiquement utiles (et pas à d’autres que ça risquerait de casser) :

(Pareil : tu peux mettre plusieurs noms de paquets à la suite ; note que les fichiers de configuration sont conservés, ainsi que les archives dans « /var/cache/pacman/pkg/ », en vue de faciliter leur réinstallation)
 
Pour supprimer tous les paquets orphelins d’un coup (et tant pis pour ceux qui te seraient utiles, mais tu auras toujours leur liste et une demande de confirmation pour y renoncer au dernier moment, ou te permettre de les réinstaller ensuite s’ils devaient t’être nécessaire) :

 
Pour purger le cache des archives de pacman (si Cachy n’a pas prévu ça, Arch ne le faisant pas par défaut et laissant donc ces archives remplir la partition « / » jusqu’à la saturer) :
sudo pacman -Scc
(Deux confirmations à faire : une pour purger les paquets archivés, l’autre pour supprimer les dépôts inutilisés ; mais cette dernière option est généralement sans effet, donc tu peux la valider sans souci)
 
Si tu as un message d’erreur avec un « sudo pacman -Scc », vérifie que tu n’as pas de sous-dossiers dont le nom commence par « download-… » (issus des compilations de paquets venus d’AUR ; bug connu mais non encore corrigé). Auquel cas tu devras d’abord les supprimer manuellement (aucun risque : ils sont vides) :

(Le paramètre « -v » sert à afficher les noms des éléments supprimés, tu peux ne pas le mettre si tu ne le veux pas)
 
Et je rappelle mon pense-bête pour utiliser « pacman » au quotidien, disponible ici :
Les commandes les plus utiles de Pacman
Celles pour Yay (Pacman + gestion d’AUR) et la compilation à la main avec Git et Makepkg
 

Avec un logiciel comme CloneZilla ? Mais je laisse les spécialistes te répondre.

 
 
1- Oui c'est normal mais t'es pas obligé de mettre à jour tout de suite. Je fais une mise à jour par semaine, deux si je vois des trucs que je juge importants.
2- T'as installé des services spécifiques toi même ? Si oui tu dois les lancer au démarrage avec la commande sudo systemctl enable nom_du_service
3- Tu peux virer les paquets orphelins, comme leur nom l'indique ils ne sont rattachés à rien.
 
Pour cloner un disque tu peux utiliser un live CD de clonage, clonezilla par exemple.

 
Merci

 
pas forcément, j'installe k3b, au démarrage de k3b celui ci va te dire qu'il manque des libs, qu'il peut les installer a ta place, style cdrdao cdrtools dvd+rw-tools cdparanoia libdvdcss
 
tu fais une mise a jour et hop, paquet orphelin de pile ce qu'a installé comme un grand k3b.
 
bon il faut mieux faire un sudo pacman -S --needed k3b cdrdao cdrtools dvd+rw-tools cdparanoia libdvdcss
et plus de problème.

 
Impressionnant    
 
Voilà ce que j'ai sur une Fedora Silverblue (i5 13420H - 32 Go de RAM - SSD NVME) :
 

 
La grosse différence ce sont les firmwares...