ewolnux a écrit :Toujours le même conseil, passer par pacman :
sudo pacman -Syu
A ce propos, depuis que je suis passé sur la branche testing, j'effectue toutes mes mises à jour en utilisant octopi. Le test est vraiment concluant : Aucun pète à ce jour, la fiabilité est au rendez-vous. J'ai vu passer une MAJ de pamac également, quelqu'un aurait-il testé ? Cet outil progresse-t-il ? Qu'en est-il de sa stabilité qui n'était pas au top il y a pas si longtemps ? Sinon rien de particulier à signaler, Manjaro devient aussi ennuyeux qu'une LTS
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
tant que Pamac ne proposera pas une méthode pour répondre aux questions que la mise à jour peut éventuellement poser, ça bloquera; Octopi fait la mise à jour dans un terminal, donc aucun blocage.
Asus AIO - AMD E2 - Radeon HD 7340 - Manjaro 64 + Kf5 + Linux 3.14
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
Si je peux me permettre une dernière question concernant Octopi, avant de me lancer avec ce dernier, j'aimerais savoir si Octopi peut contenir des paquets de Pamac (mais qui sont plus récents par exemple) ou Octopi ne contient-il que des paquets "tiers" qu'on ne retrouve pas dans Pamac?. Ceci afin de savoir si il peut y avoir des conflits de paquets entre ceux de Pamac et ceux de Octopi.
Je suis en train de tester octopi sans depôts AUR dans VirtualBox pour me familiariser. Le passage aux dépôts AUR est la suite dans mes tests
PC portable: ACER Aspire A515-51
PC de bureau: Ryzen 1700X + RX 480
@ Coubi64: ceci montre que tu n'as pas du tout compris le principe de fonctionnement d'un gestionnaire de paquets...
Octopi, Pamac, Pacman, Yaourt...etc: tous font exactement la même chose, installer des paquets (des archives dans un format particulier) contenants les logiciels (ou autre) sur le système. ce ne sont que des outils, et ils fonctionnent tous sur la base des mêmes fichiers de configuration, et donc, prennent les paquets dans les dépôts prévus pour le système. quel que soit l'outil que tu utilises, le résultat est le même, les paquets sont identiques.
après, certains de ces outils ont la possibilité d'installer depuis un autre dépôt, AUR, qui lui ne contient pas des paquets, mais des scripts pour fabriquer des paquets. ces outils sont Yaourt et Octopi.
alors oui, tous ces outils font la même chose (avec parfois quelques fonctions en plus), mais il le font avec plus ou moins de bonheur (et de stabilité).
Asus AIO - AMD E2 - Radeon HD 7340 - Manjaro 64 + Kf5 + Linux 3.14
Merci de vos réponses. Je me rends compte que ma question était carrément à côté de ce que je me demandais vraiment
J'ai bien compris l'utilité des différents outils (ou alors je suis vraiment à côté de la plaque, ce que je n’exclue pas ), avec l'avantage pour Octopi de lister les dépôts officiels et ceux de AUR. Les paquets des dépôts AUR sont construits lors de l'installation et non fournis comme paquets. La nuance entre pacman et yaourt (dépôts AUR), etc...
En fait, je voulais savoir si on retrouve dans les dépôts AUR, des choses qui sont déjà dans les dépôts officiels. Par exemple (bidon mais juste pour illustrer mes propos) Firefox 23 dans les dépôts officiels et le script pour construire Firefox 24 dans les dépôts AUR.
Pardonnez moi d'avoir "pollué" ce post, même si mes questions sont concentrées sur la partie mise à jour (mais plutôt maj générale que liée à celle du 06/10)
PC portable: ACER Aspire A515-51
PC de bureau: Ryzen 1700X + RX 480
ewolnux a écrit :Aucune raison de trouver dans les dépôts officiels ET dans AUR la même version d'un logiciel.
...mais ça peut arriver; par exemple, dans le cas de Firefox, on trouve tellement de versions différentes dans AUR, qu'il y a aussi la 24.0.1 qu'on trouve dans les dépôts. cela dit ce n'est pas un problème, ni Yaourt ni Octopi n'essaieront de mettre à jour un paquet des dépôts vers une version plus récente trouvée dans AUR.
par contre, ce qui peut se produire si on fait pas attention, c'est qu'un soucis de dépendance provoque une tentative de remplacement d'un paquet des dépôts par un venant de AUR; vu comme ça, c'est pas très clair, mais comme ça m'est arrivé récemment, j'ai un exemple précis. je voulais Lightning (l'agenda pour Thunderbird), mais il ne se trouve que dans AUR; je l'ai donc installé, il avait comme dépendance Thunderbird-23. le problème, c'est que récemment, Lightning-bin de AUR a été mis à jour, et sa dépendance est passée à Thunderbird-24, qui n'était pas encore dans nos dépôts; donc quand j'essayais de mettre à jour Lightning-bin, il essayait de remplacer ma version Thunderbird des dépôts par la seule version 24 qu'il trouvait, venant de AUR... cette solution ne me convenant pas, Lightning est donc resté pas à jour pendant un certain temps; le problème, c'est que comme Octopi gère les mises à jour de AUR, le suis resté avec le fantôme rouge pendant une dizaine de jours...
Asus AIO - AMD E2 - Radeon HD 7340 - Manjaro 64 + Kf5 + Linux 3.14
je profite pour poser une petite question HS rapidement : est-ce qu'il y a un avantage à installer lightning à partir de AUR plutôt que de l'installer comme module complémentaire directement à partir de thunderbird ? comme module complémentaire, lors des mises à jour de thunderbird, il est directement mis à jour au démarrage de thunderbird et lorsque je veux sauvegarder tout ce que j'ai dans thunderbird, j'ai juste à sauver le .thunderbird. lightning est aussi dedans. quand je colle ça dans une autre distrib, tout marche tout de suite.
Portable Lenovo T440p. i3, CG Intel HD4600, wifi Realtk rtl8192ee, DD 500 Go SSD, Ram 16 Go
Xubuntu 14.04 noyau 4.2 pour le moment et bien malgré moi
"Passer pour un idiot aux yeux d'un imbécile est une volupté de fin gourmet".