même remarque pour ma part, ça m'a faire bizarre la ligne de commande de n'avoir que manjaro-system de mise a jour, et au vu de la nouvelle forme je me suis dit qu'il devait y avoir un truc qui bloquait.
Du coup lancé la maj via pamac, mais bon pas trop claire dans les indications.
A voir comment ça évolue
Sinon ras niveau perf
Manjaro xfce Linux 0.8.9RC1 kernel 3.14-2 (manjaro openbox 3.14-2 en dualboot)
HP Pavillion DV6
AMD Turion(tm) II Dual-Core Mobile M520 × 2
AMD RV710
Alors après avoir réfléchie...hem...si si; j'ai "soupçonné" les serveurs / miroirs...
sudo pacman-mirrors -g && sudo pacman -Syu && yaourt -Syua # recherche des miroirs les + rapides, et met tout à jour
puis, j'ai relancer les mises à jour.... Toujours sans confirmations...( détails qui seront certainement corrigés ); Mais au final,cette fois-ci, tout KDE4.12.2 "ronronne" à merveille-----> les mystères de l'informatique ? Non, je crois que mes miroirs étaient mal synchronisés ?(édit : pour ce qui était les majs de kde); ou aussi, beaucoup de téléchargements en même temps. Elle n'est pas belle la vie avec Manjaro ? =>
Manjaro-stable 23.1.3-1 x86_64 | Noyau 6.6.19-1 | KDE-plasma 5.27.11-1 | non libre nvidia 550.54-14-2
PC/tour monté en juin 2015 : SSD-128 Go | 990FX R2.0 | AMD FX-8350 Black Edition - 4,0 GHz | GTX 750 Ti - 2 Go | RAM G.SKILL 32 Go DDR3 -1866 MHz
Dernière modification par kilimand22il y a 10 ans, modifié au total 1 fois.
Salut, Thierry Oui, j'avais lu.... En souhaitant que ce ne soit pas définitif ; côté développeurs, il y a toujours moyen de modifier les sources...non ?
Manjaro-stable 23.1.3-1 x86_64 | Noyau 6.6.19-1 | KDE-plasma 5.27.11-1 | non libre nvidia 550.54-14-2
PC/tour monté en juin 2015 : SSD-128 Go | 990FX R2.0 | AMD FX-8350 Black Edition - 4,0 GHz | GTX 750 Ti - 2 Go | RAM G.SKILL 32 Go DDR3 -1866 MHz
à tous. Je viens de faire une mise jour via octopi et... Surprise : Ilovecandy est de retour Par contre il faut bien reconnaître que cette mise à jour ne fût pas le summum de l'user-friendly : Je viens de dépanner une de mes filles dont la Maj avait, via octopi, viré xorg-server! Le tout sur un kernel 3.10 en branche stable, utilisant le pilote GPU libre, pas cool Bon après ré-install de xorg, elle a pu se connecter à son interface graphique, donc résolu facilement dans ce cas . Si les devs ont fait un travail formidable sur cette Maj il n'en reste pas moins que je me pose la question de savoir si, au final, octopi est un choix vraiment adapté à un utilisateur novice. En recherchant la cause de la désinstallation de xorg, je suis tombé sur cela
glamor-egl and xorg-server are in conflict (X-ABI-VIDEODRV_VERSION). Remove xorg-server? [y/N]
Pensez-vous que Pamac aurait, lui, ignoré cette invite et appliqué le choix par défaut (N) ?
Manjaro-Xfce-Compiz 64
Desktop
CPU amd-phenom-64(pci=nomsi dans grub)
CG nvidia GeForce GT 730
Ram : 4 Go
kernel : 54 branche : stable, driver GPU : Nvidia-non-libre
Octopi ne répond pas aux questions; il fait la mise à jour dans un terminal s'il y a des questions, pour que tu puisses y répondre. tu est bien sûr que ta fille n'a pas répondu "y" à la suppression de xorg-server ?
Asus AIO - AMD E2 - Radeon HD 7340 - Manjaro 64 + Kf5 + Linux 3.14
Loubrix, Elle ne sait plus mais la question l'avait effectivement perturbée, pour moi c'est claire, elle a répondu Y. C'est la seule explication plausible à la désinstallation de xorg. Octopi est "the best" dans son domaine, il ne m'a jamais foiré une Maj contrairement à son concurrent. j'aurais peut-être du lui expliquer le fonctionnement du
O/n
majuscule=choix par défaut. Voilà qui est fait à présent et elle sera plus attentive à l'avenir
Manjaro-Xfce-Compiz 64
Desktop
CPU amd-phenom-64(pci=nomsi dans grub)
CG nvidia GeForce GT 730
Ram : 4 Go
kernel : 54 branche : stable, driver GPU : Nvidia-non-libre
Octopi rouge ce matin: juste un paquet, libgphoto2.
Manjaro KDE 5 Stable
CM: ASRock Z97 PRO4
CPU: Intel Core i7-4790K @ 8x 4.4GHz
GPU: GeForce GTX 1050 Ti
RAM: 16 Go Installation sur SDD-M2 Crucial MX300 avec données sur HDD WD 1 To