Reprise du message précédent :
Oui très rare, les mises à jour sont normalement présentes ... j'attends des mises à jour de kernel sur des lenovo thinkbook 14 iml, il y a rien :-/  
 
Bon ceci dit tant que ça tourne ... je suis pas bloqué !

En tout cas par rapport à Archlinux, c'est différent  

C'est plus stable ...

Archlinux est installé depuis le 17 mars 2018 sur mon PC fixe, et pas le moindre pet de travers    
Donc si Manjaro est encore plus stable, ça promet !

Drapal. Mobilis a fait de la propagande sur le topic LinuxMint et j'ai été faible
 

J'ai eu une maj hier, toujours rien pour les x86?

Toujours rien ...
http://ftp.free.org/mirrors/repo.m [...] 4/?C=M;O=D
Mais il y a du 5.4 dans le testing donc ça va peut-être sortir ...

drap, je viens de passer le laptop de mint cinnamonvà manjaro kde, le desktop suivra peut-être si l'expérience est concluante !

L'été favorise les migrations

Les snaps font fuirent tout le monde j'ai l'impression
 
Sinon ce soir enfin des mises à jour -> 284 mises à jour    
 

 
Ça arrive d'un coup  

Effectivement, 437 mises à jour et 1.3Go pour moi
 
Y'avait rien ce matin  
 

J'ai fait redémarrer le PC pour voir -> tout est OK  

Je refais ça dans la semaine, mais je m'inquiète pas.
 
La question du mois prochain va être: Manjaro va t-il survivre à un changement de carte mère, ça sera la surprise ( passage d'une Asus H81i à une Gigabyte B75M-D3H )  
 

Ça arrive toujours en Bloc chez manjaro ... Tu peux skweezer pendant quelques mois les mises à jour et reprendre, ça se passe bien aussi
 
Changement de carte mère, il ne devrait pas y avoir de soucis, déjà fait....

j'ai aussi eu mes premières màj hier soir, de mémoire 406, par contre je n'ai pas vu l'info de la taille mais ça a été vite.
Pas encore rebooté par contre.
 
Bon globalement à part le système des rolling release et de pacman  au lieu de l'apt  il y a quoi qui change ?
 
alors je pourrai googleler mais suis occupé à petit-déjeuner la, sous debian on fait apt updfate pour mettre a jour les listes des paquest puis apt upgrade pour mettre à jour les paquets en eux même.
ici ça marche comment pour mettre à jour la liste?
pacman - S = update et
pacman - U = màj?
 
et l'apt install = pacman -S "nom du package" ?
 
merci

Et tu es tranquille
 
https://wiki.manjaro.org/index.php? [...] ng_Updates

merci
je vois dans des doc officielles du pacman install mais ça ne passe pas... normal?
 
par contre bien ça, tlp installé par défaut

Il le semble que c'est  

pour installer un paquet, et pas pacman install

oui oui je confirme mais bizarre cette doc "officielle"

 
 
 
Et à défaut, c'est pamac Même si moi aussi j'ai tendance à prononcer Pacman

ho purée
pourtant je lis ceci sur wiki

donc comme je passe par le cli, je suis bien avec pacman non ?

Pacman est l’outil de base (en CLI), oui. Tous les autres outils (Pamac, Yay, Trizen, etc.) font plus ou moins appel à lui de toute manière, mais ajoutent des petits compléments (une GUI pour Pamac, la gestion native d’AUR pour lui et les autres).
Note cependant, histoire de simplifier encore les choses, que Pamac dispose depuis environ un an ou deux de la possibilité d’être utilisé en CLI.

Pense-bête rapide :

• pacman -S « nom-du-paquet » : installation d’un logiciel (ou groupe de logiciels) et de ses dépendances, le cas échéant. Mettre plusieurs noms de paquets en installe plusieurs à la suite.
• pacman -Syu : la mise à jour du système et des logiciels installés (sauf ceux d’AUR). Pour info, le paramètre « -Syy » (on double le Y) force la mise à jour du cache des dépôts, ce qui peut être utile si tu ajoutes des dépôts supplémentaires (chose à éviter, cependant), par exemple. Si tu fais « pacman -Syu « nom-de-paquet » », tu combines MAJ du système et installation du ou des paquets mentionnés.
• pacman -Rs « nom-du-paquet » : suppression d’un logiciel et des dépendances installées avec lui (tu peux en mettre plusieurs à la suite). Exactement la procédure inverse d’un « -S », donc. Attention : certains te parleront du paramètre « -Rcs », mais je le trouve dangereux, car ça va tout désinstaller de manière récursive (le logiciel, ses dépendances, et les dépendances de ces dépendances, etc.). En l’utilisant, tu peux être amené à supprimer des dépendances nécessaires à d’autres logiciels installés, voire des composants vitaux de l’OS.
• pacman -Scc : suppression du cache des paquets installés (à faire régulièrement au risque de remplir ta partition racine avec tous les paquets installés au fil du temps), mais en sachant que ça t’empêchera de rétrograder vers la version précédente d’un logiciel, si la nouvelle version a un bug (ça m’est arrivé quelques fois sur Arch).
• pacman -U « nom de fichier de paquet » : installation d’un paquet précompilé en local (un paquet AUR que tu auras compilé mais pas encore installé, par exemple).

Voici les commandes Pacman les plus utiles et les plus importantes à retenir.

merci ça devrait être mis en FP !

Et l'usage de yay pour AUR

Oh, Yay et AUR…

Alors, la méthode officielle pour installer quelque chose venant d’AUR, c’est celle-ci :

• git clone « URL du paquet » : ça va télécharger le PKGBUILD et les éventuels fichiers supplémentaires dans un sous-dossier au nom du paquet.

Puis vient la phase de compilation : d’abord, se rendre dans le dossier au nom du paquet (« cd « nom du dossier » »), et on fait :

• makepkg -s : ça compile le paquet, en installant dans la foulée les dépendances éventuelles, s’il y en a. Ça ne fait que compiler le paquet, ça ne l’installe pas. On pourra ensuite l’installer via « pacman -U « nom du fichier du paquet » », comme dit plus haut (utile si on compile pour plusieurs machines, pour s’éviter d’avoir à refaire une compilation à chaque fois).
• makepkg -si : installe les dependances éventuelles, compile le paquet et l’installe dans la foulée.
• makepkg -sr : installe les dependances éventuelles, compile le paquet et désinstalle ensuite les dépendances qui étaient seulement nécessaires pour la compilation (ça garde donc un système propre, parce que tout le monde ne veut pas forcément garder Cmake ou Go sur son système après avoir installé un paquet comme Yay, par exemple).
• makepkg -sri : installe les dependances éventuelles, compile et installe le paquet, et désinstalle ensuite les dépendances qui étaient seulement nécessaires pour la compilation.

Et vient Yay. Avec lui, les choses sont simples :

• yay : tout court, est l’équivant d’un « pacman -Syu » mais fait aussi les mises à jour de paquets venus d’AUR ensuite. Tu peux utiliser « yay » à la place de « pacman » pour toutes les opérations faisables avec ce dernier.
• yay -G « nom du paquet » : équivalent du « git clone « URL du paquet » » pour récupérer les PKGBUILD d’AUR, mais peut aussi s’appliquer aux paquets des dépôts officiels.

yay -S nom_du_paquet = pacman -S nom du paquet

yay nom_approximatif du paquet : renvoie une liste de paquet se rapprochant du mot recherché ou mot clé, très utile pour les paquets AUR au nom étrange ou ça permet de liste les versions git des non git. (Description officielle : Search and install from the repos and the AUR using yogurt mode.)

Voilà.
 
Et ça marche aussi pour AUR, mais évidemment, tu dois toujours te farcir la compilation si le logiciel n’est pas déjà un binaire qui doit juste être empaqueté dans les règles de l’art pour Arch/Manjaro (mais ça, Yay s’occupe de le faire tout seul comme un grand, en te demandant même s’il doit virer ensuite les dépendances nécessaires à la compilation à la fin, ce que je recommanderais de faire pour les raisons évoquées plus haut).
 
Et si tu veux récupérer le *.tar.xz du paquet ainsi compilé par Yay, tu le trouveras dans « ~/.cache/yay/nom-du-paquet ».
 
Bon, tu sauras t’en sortir tout seul, avec tout ça ?

 
 
Dîtes, Manjaro avec Mate comme DE, il y a pas de problème?
 
Comme d'autres, j'ai une envie de tester Majaro en étant actuellement utilisateur de Ubuntu (Gnome 2, puis Mate) et pendant un temps de Mint (Mate). Et Snap n'est pas responsable de cette envie de voir autre chose pour rien dans mon cas.  
 
Il y a un problème ou pas que ce DE soit pris en charge par la communauté? Ceux qui sont ou ont été aussi utilisateurs de Ubuntu Mate, vous en pensez quoi?

Mate sous manjaro j'ai une mauvaise expérience, mais peut-être à cause de l'image dvd build par la commu.
Il me semble qu'on m'avait dit ici qu'il fallait mieux partir de architect pour installer mate et non pas du dvd de  l'image de la commu.

En gros perso, j'ai installé le dvd de la commu ça marchait, je mets à jour ==> vlam tout péter.
j'ai refais un test idem.
J'ai recommencé mais cette fois avant de rebooter après la maj j'ai réinstallé le kernel ==> ok.

Mais du coup ça ne m'inspire pas confiance, il parait que c'est dû au dvd foireux, donc à tester avec architect à la mano.
J'ai une cinnamon qui tourne dans un coin installée avec architect pour voir sur le long terme et pour l'instant pas de soucis, donc je pense que pour mate ça devrait être pareil.

Je suis sous mate avec l'iso mate community et je n'ai pas de soucis ....  
J'ai une 20aines de machines physiques installées (pas de vm comme burn2 a pu tester) et qui tournent actuellement....
 
Les seuls problèmes sont :  
- remplacer atril par evince pour un meilleur support pdf,
- l'imprimante réseau qui passe en désactivé et nécessite les droits admin pour la réactiver mais plus probable un problème de conf cups et non mate que tu dois pouvoir retrouver sous les autres DE,
- ubuntu utilise ayatana pour ce qui est indications, de fait l'affichage de certaines icônes de notification ne sont pas les mêmes : exemple du pourcentage de batterie dans ou à côté de l'icône ... J'ai pu compiler ayatana sous manjaro avec aur et en faisant un PR upstream sur le paquet ayatana-ido mais même avec ça, je n'ai toujours pas le pourcentage de la batterie dans l'icône. Cependant on a quand même l'information au survol ou au clic de la souris. De même il existe un autre applet batterie avec le pourcentage intégré.
 
Pour le reste c'est ok : compiz est disponible, Marco avec ou sans composite également, support de la veille et hibernation également, centre de contrôle pour les params d'administration, installation gpu simplifié, gestion de la batterie qui n'a plus rien à envier à windows ...

Non mais je te conseille d'installer une version officielle ( pas exemple Manjaro Xfce ) puis d'installer le bureau Mate et de virer le bureau Xfce.
Avec Pamac c'est enfantin et rapide ( naviguer -> groupe -> mate + mate extra -> tout installer )
Évite les versions communautaires bien merdiques en général.

Merci à vous trois.  

A titre perso je suis resté sur le bureau Gnome, mais bizarrement l'écran de connexion déconnait avec GDM et bloquait mon mot de passe.  
Je suis donc parti d'une image ISO avec xfce ( que j'avais déjà sur ma clé USB multiboot Ventoy ) puis j'ai rajouté le bureau Gnome et j'ai viré Xfce. Et plus de souci avec Lightdm...

En fait, j'ai déjà testé en session live en bootant sur une clé USB la version communautaire avec Mate comme DE. Le truc qui m'a un peu frappé, c'est le nombre d'applications installées de base (et que je devrais virer par la suite) ou qui en tout cas sont disponibles en session live.  
 
Il y a moyen de gérer ça à l'installation ou est-ce qu'il existe un mode d'installation light / mini?

Non visiblement pas d'ISO minimale, contrairement aux versions officielles ( xfce, KDE, Gnome )
Raison de plus pour ne pas utiliser cette version communautaire.

OK, ce sera l'occasion de retester xfce, ça faisait longtemps.  
 
Je m'y mettrai quand je me déciderai.  

Mise à jour de Grub suite au psychodrame récent -> Grub 2.04-11.1
 
Mon PC est en dual boot EFI sans secure boot et tout fonctionne encore  

Il me la propose pas moi
 
D'ailleurs j'ai toujours pas rebooté depuis la dernière salve de mises à jour, c'est peut-être pour ça.  

C'est nouveau ce gel de pamac après avoir téléchargé toutes les mises à jour ?

Mise à jour de Grub reçue aussi, aucun problème au reboot sur un dualboot avec Windows

 
J'ai déjà connu sous Archlinux, mais jamais avec Manjaro.