Un cache minimum en rolling avec octopi-cc !?!
Publié : 10 avr 2016, 10:58
'LLo,
Avec octopi-cachecleaner via Kaos (& avec spectacle, pas de scrot !) & ou l'on s'aperçoit que des fois, il n'est pas facile de cerner un logiciel graphique pourtant fort pratique pour le sujet concerné
En +, je ne comprends toujours pas pourquoi octopi-cc ne marche pas vraiment avec manjaro (sans au moins un gksu dans le .desktop concerné), une idée ?
- Réglé à 3 à conserver (en bas à gauche) par défaut, c'est du réglage de Archer adepte au bas mot du testing, voire de l'instable (deux versions antérieures + celle installée de chaque paquet courant de la distrib, pfuuu..) & ça va mettre un brin de temps à partir d'une installation fraiche avant d'arrêter de se remplir...
- Réglé tel que avec 1 à conserver (amha largement suffisant pour une manjaro stable) , & après une maj testée/réussie octopi-cachecleaner va effectuer l'éqivalent de
A terme, il y aura à peu près tous les paquets de l'install initiale en cache & tout peu arriver, on est paré
Dans ce cas là, ce qui me laisse perplexe, c'est que la version du paquet affichée en bas dans octopi-cc & qui va disparaitre si l'on nettoie est celle qui doit rester (comme vous pouvez le voir dans dolphin) & qui reste bien d'ailleurs..??
- Enfin, réglé à 0 c'est l'équivalent d'un
Entre parenthèses, Il est largement + confus en francais qu'en anglais, ce pavé rouge d'avertissement du wiki/bible, encore...
Ps: Les maj chez Kaos, normalement ç'est comme avec manjaro instable sauf ce mâtin, Hé bim, 111 d'un coup..!
Ps²: A venir, comment sur une "fresh-install", se (re)faire un cache minimum de toute l'installation en trois lignes de terminal !
Avec octopi-cachecleaner via Kaos (& avec spectacle, pas de scrot !) & ou l'on s'aperçoit que des fois, il n'est pas facile de cerner un logiciel graphique pourtant fort pratique pour le sujet concerné
En +, je ne comprends toujours pas pourquoi octopi-cc ne marche pas vraiment avec manjaro (sans au moins un gksu dans le .desktop concerné), une idée ?
- Réglé à 3 à conserver (en bas à gauche) par défaut, c'est du réglage de Archer adepte au bas mot du testing, voire de l'instable (deux versions antérieures + celle installée de chaque paquet courant de la distrib, pfuuu..) & ça va mettre un brin de temps à partir d'une installation fraiche avant d'arrêter de se remplir...
- Réglé tel que avec 1 à conserver (amha largement suffisant pour une manjaro stable) , & après une maj testée/réussie octopi-cachecleaner va effectuer l'éqivalent de
pacman -Sc
si l'on clique sur nettoyer, la version installée en cache pour un éventuel downgrade
local en tty dans le pire des cas de figure avec la maj à venir, + de boot/wifi sur un portable trop loin d'une box par exemple A terme, il y aura à peu près tous les paquets de l'install initiale en cache & tout peu arriver, on est paré
Dans ce cas là, ce qui me laisse perplexe, c'est que la version du paquet affichée en bas dans octopi-cc & qui va disparaitre si l'on nettoie est celle qui doit rester (comme vous pouvez le voir dans dolphin) & qui reste bien d'ailleurs..??
- Enfin, réglé à 0 c'est l'équivalent d'un
pacman -Scc
, & je me demande si ne pas inplémenter la valeur 0 n'aurait pas été + judicieux. Entre parenthèses, Il est largement + confus en francais qu'en anglais, ce pavé rouge d'avertissement du wiki/bible, encore...
Ps: Les maj chez Kaos, normalement ç'est comme avec manjaro instable sauf ce mâtin, Hé bim, 111 d'un coup..!
Ps²: A venir, comment sur une "fresh-install", se (re)faire un cache minimum de toute l'installation en trois lignes de terminal !